Re: Problème de restore

Bonjour,

J'ai fait un test de restore en repartant directement d'un backup fait
sur un rsync des fichiers de la base en production, je suis en pg9.0

Au lancement du la version restorée j'ai du faire un pg_resetxlog -f
pour que celle-ci accepte de redémarrer, j'ai un problème sur une table
qui bloque toutes les opérations. J'obtiens le message :

ERROR: missing chunk number 0 for toast value 17201792 in pg_toast_9681550

J'ai identifié la table liée qui se nomme 'sesql_default' en regardant à
qui correspondait pg_toast_9681550 dans pg_class.

Seulement voilà un REINDEX ou un VACUUM de la table sesql_default ne
solutionne pas mon problème, et surtout la relation 'pg_toast_9681550'
est inconnue quand j'essaye un REINDEX sur elle même :

djaz=# REINDEX TABLE pg_toast_9681550 ;
ERROR: relation "pg_toast_9681550" does not exist

Si quelqu'un a une idée pour me sortir de ce point bloquant je lui en
serai reconnaissant. Il n'y a pas péril en la demeure car c'est une
opération de test, j'essaye de backuper la base sans passer par pg_dump,
mais au final c'est peut-être une très mauvaise idée.

Merci pour vos lumières, bonne journée

--
Rodolphe Quiédeville - SIP/XMPP : rodolphe(at)quiedeville(dot)org
Blog : http://blog.rodolphe.quiedeville.org/
http://cartosm.eu - Intégration de carte libre sur site web
GNUPG key available on public servers

> J'ai fait un test de restore en repartant directement d'un backup fait
> sur un rsync des fichiers de la base en production, je suis en pg9.0
>
> Au lancement du la version restorée j'ai du faire un pg_resetxlog -f
> pour que celle-ci accepte de redémarrer, j'ai un problème sur une table
> qui bloque toutes les opérations. J'obtiens le message :
>
> ERROR: missing chunk number 0 for toast value 17201792 in pg_toast_9681550
>
> J'ai identifié la table liée qui se nomme 'sesql_default' en regardant à
> qui correspondait pg_toast_9681550 dans pg_class.
>
> Seulement voilà un REINDEX ou un VACUUM de la table sesql_default ne
> solutionne pas mon problème, et surtout la relation 'pg_toast_9681550'
> est inconnue quand j'essaye un REINDEX sur elle même :
>
> djaz=# REINDEX TABLE pg_toast_9681550 ;
> ERROR: relation "pg_toast_9681550" does not exist
>
> Si quelqu'un a une idée pour me sortir de ce point bloquant je lui en
> serai reconnaissant. Il n'y a pas péril en la demeure car c'est une
> opération de test, j'essaye de backuper la base sans passer par pg_dump,
> mais au final c'est peut-être une très mauvaise idée.

Il s'agit surtout de suivre la procédure: utiliser pg_start_backup() et
pg_stop_backup().

Autrement PostgreSQL ne sait pas trop ce qu'il doit reconstruire.. et il lui
faut les fichiers WAL bien sur.

Les erreurs rencontrées me semblent normales (sauf si le backup a été fait en
suivant la procédure....)

http://docs.postgresql.fr/9.0/functions-admin.html#functions-admin-backup-
table

--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation

On 27/06/12 15:25, Cédric Villemain wrote:
[...]
>
> Il s'agit surtout de suivre la procédure: utiliser pg_start_backup() et
> pg_stop_backup().
>
> Autrement PostgreSQL ne sait pas trop ce qu'il doit reconstruire.. et il lui
> faut les fichiers WAL bien sur.
>
> Les erreurs rencontrées me semblent normales (sauf si le backup a été fait en
> suivant la procédure....)

Merci pour la réponse, le serveur de backup lance ces commandes avant et
après, enfin en théorie, car après vérification un problème de
permissions changées récemment montre qu'il ne pouvait plus le faire.

Je n'ai plus qu'à attendre le prochain backup, comme quoi ça sert de
tester les restore de temps en temps :)

--
Rodolphe Quiédeville - SIP/XMPP : rodolphe(at)quiedeville(dot)org
Blog : http://blog.rodolphe.quiedeville.org/
http://cartosm.eu - Intégration de carte libre sur site web
GNUPG key available on public servers