Essai en vue d'une recupération

syracine/ = 23 Août, 2007 - 19:47

Bonjour,

Je ne suis pas un spécialiste de PostgreSQL. Mais j'ai déjà fait un backup simple de PostgreSQL 7.4 et transférer le contenu d'une BD dans la version 8.1 de PostgreSQL avec PostGIS, dans des conditions optimales. J'ai besoin de savoir certaines informations.

Est-ce que des requêtes SQL provenant d'utilisateurs connectés ou des commandes d'administration tels que VACCUUM étaient en cours au moment du crash?

Est-ce que le serveur PostgreSQL fonctionne encore? Quel type de crash s'agit-il: panne électrique, problème matériel (barette de mémoire défectueuse, disque dur qui lâche, etc.), problème logiciel (l'ordi a gelé, ne répond plus, dépassement de la mémoire, virus...)

Sous quelle système est installé PostgreSQL: Linux? Windows? Cygwin ou l'exécutable compilé sous Mingw (depuis la version 8)? Quel est la version de PostgreSQL?

Y a-t-il des extensions, tel PostGIS? Quelle version?

Sache que, d'après mes lectures, il existe 3 méthodes pour réaliser un backup de PostgreSQL: création d'un fichier SQL avec pg_dump, pg_dumpall (recommendé); sauvegarde des fichiers physiquement présents sur le disque dur; et récupération par les logs (journaux) d'un moment X de la BD (c'est ce que j'ai cru comprendre?) Je connais les 2 premières méthodes, mais pas la troisième.

Quel est ton niveau de connaissance de PostgreSQL? débutant, intermédiaire, expert?
D'après ta question, tu as essayé la dernière méthode, la plus compliquée. Si tu es un expert et que tu tiens mordicus à ta méthode, je ne peux pas t'aider. Va sur le forum anglais de PostgreSQL www.postgresql.org et pose ta question.
Si tu es un utilisateur plus ou moins expérimenté de PostgreSQL, qu'il s'agit de ton premier crash et que tu es un peu perdu dans les commandes de PostgreSQL, je peux t'aider avec d'autres méthodes.

Dans l'attente de réponses

Cordialement

restore_command suite

bilone/ = 27 Août, 2007 - 11:50

Bonjour syracine,

Et merci pour ta réponse.

Concernant les miennes par rapport à tes questions, voila la situation :

Le crash est intervenu suite à une coupure de courant.
L’application (en relation avec PostgreSQL) ne fonctionnant plus, l’utilisateur à eu la bonne idée ;) de réinstaller PostgreSQL !! … Ce qui a écrasé la base !

Bien que ces données soient « vitales » pour l’entreprise, aucune procédure régulière de sauvegarde n’était en place. La dernière (sauvegarde) date de plus de six mois (je sais, ça commence plutôt mal !).

Heureusement (?), nous avons retrouvé, dans le répertoire des données du groupe, un répertoire « _data » (surement créé par Postgre lors de la réinstallation) contenant les infos de l’ancienne base et notamment :
- le répertoire « base » contenant les infos des tables
- le répertoire « pg_xlog » contenant les journaux

Question 1 : Peut-on rétablir une base à partir des infos du répertoire « base » (fichiers décrivant les tables) ? Est-ce que c’est la deuxième méthode que tu décris («sauvegarde des fichiers physiquement présents sur le disque dur ») ? Si oui, nous sommes SAUVéS !
Dans un premier temps, c’est ce que nous avons tenté (en copiant les fichiers du répertoire « base » dans la nouvelle)… Sans succès.

Nous nous sommes alors retournés vers la procédure de « recovery » (exploitation des journaux WAL) via la commande restore_command dans le fichier recovery.conf.
Mais les fichiers log nous indiquent l’erreur suivante :
«
2007-08-24 16:32:55 LOG: database system was shut down at 2007-08-24 16:32:01 Paris, Madrid
2007-08-24 16:32:55 LOG: starting archive recovery
2007-08-24 16:32:55 LOG: restore_command = "copy C:\archives\0000000100000000000000BC "%p""
2007-08-24 16:32:56 LOG: restored log file "00000001.history" from archive
2007-08-24 16:32:56 PANIC: syntax error in history file: \Ð
2007-08-24 16:32:56 HINT: Expected a numeric timeline ID.
»
En effet, nos fichiers commencent par les charactères « \Ð ».
Mais, j’ai également d’autres fichiers WAL sur un autre ordinateur (qui sont à priori bons !... Donc aucun rapport avec le crash) qui commence également par les même caractères, et qui crées la même erreur ! Q2 : POURQUOI ?

Indices ( ?) :
Sur ces deux ordinateurs (celui ayant subi le crash et l’autre, celui des fichiers WAL), l’installation de postgre a été faite en 2 temps : tout d’abord la 8.2 puis la 8.0.0-rci.
Question 3 : Est-ce que notre commande restore_command est invalide (elle s’exécute pourtant correctement sur d’autres fichiers WAL testés) ? … Ou l’erreur pourrait-elle provenir d’un « mélange » éventuel des deux versions ?

Question 4 : Aurais-tu d’autres solutions ?

Merci.

re

Guillaume Lelarge/ = 28 Août, 2007 - 10:07

Comme expliqué sur http://www.developpez.net/forums/showthread.php?t=400349 , il n'est pas possible d'utiliser restore_command si tu n'as pas fait 1. une sauvegarde de base façon PITR (donc avec pg_start_backup...) 2. une sauvegarde de *tous* les fichiers WAL générés depuis cette sauvegarde.

Dis autrement, je pense que tu ne pourras rien restaurer par les fichiers WAL.

Autre chose, il est très étonnant que PostgreSQL ait accepté de se réinstaller sur un répertoire système où des données sont déjà présentes. Donc soit votre utilisateur a indiqué un autre répertoire, soit le répertoire des données n'existait plus (soit à cause du système d'exploitation (je pense à un fsck qui aurait supprimé des fichiers suite à l'arrêt brutal), soit à cause de l'utilisateur).

--
Guillaume.