Accueil
Rechercher:
sur developpez.com sur les forums
Forums | Tutoriels | F.A.Q's | Participez | Hébergement | Contacts
Accueil Conception Java DotNET Visual Basic  C  C++ Delphi MS-Office SQL & SGBD Oracle  4D  Business Intelligence
Club Emploi Blogs   TV   Dév. Web PHP XML Python Autres 2D-3D-Jeux Sécurité Windows Linux PC Mac
ACCUEIL POSTGRESQL FORUM POSTGRESQL F.A.Q POSTGRESQL UDF POSTGRESQL LIVRES POSTGRESQL

50.5. Récupération après un arrêt brutal

Habituellement, rejouer les traces WAL suffit à restaurer l'intégrité d'un index GiST après un arrêt brutal de la base de données. Néanmoins, il existe quelques cas particuliers pour lesquels l'état de l'index n'est pas entièrement reconstruit. L'index sera toujours fonctionnellement correct mais il pourrait y avoir des dégradations dans les performances. Lorsque ceci arrive, l'index peut être réparable par la commande VACUUM sur sa table, ou en reconstruisant l'index avec la commande REINDEX . Dans certains cas, un simple VACUUM n'est pas suffisant et soit un VACUUM FULL soit un REINDEX est nécessaire. Le besoin d'une de ces procédures est indiqué par l'arrivée :

LOG:  index NNN/NNN/NNN needs VACUUM or REINDEX to finish crash recovery

ou ce message de traces lors d'insertions d'index :

LOG:  index "FOO" needs VACUUM or REINDEX to finish crash recovery

Si un simple VACUUM se trouve lui-même incapable de réaliser complètement la récupération, il renverra un avertissement :

NOTICE:  index "FOO" needs VACUUM FULL or REINDEX to finish crash recovery
Responsable bénévole de la rubrique PostgreSQL : Damien Griessinger (HpAlpha) - Contacter par EMail :
Vos questions techniques : forum d'entraide PostgreSQL - Publiez vos articles, tutoriels et cours
et rejoignez-nous dans l'équipe de rédaction du club d'entraide des développeurs francophones
Nous contacter - Copyright © 2000-2008 www.developpez.com - Legal informations.