Précédent   Forum des professionnels en informatique > Bases de données > PostgreSQL
PostgreSQL Forum PostgreSQL. Avant de poster -> F.A.Q PostGreSQL Tutoriels PostGreSQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 24/08/2007, 18h18   #1
Invité de passage
 
Inscription : août 2007
Messages : 1
Détails du profil
Informations forums :
Inscription : août 2007
Messages : 1
Points : 0
Points : 0
Par défaut pb de recovery.conf

Bonjour,

Suite à une réinstallation de base Postgre, les données de l’ancienne base ont été écrasées. Cependant nous avons pu récupérer des fichiers Wal datés d’avant la réinstallation dans un répertoire _data (sous le répertoire des données du groupe, au même niveau que le répertoire data).

Précisions :
- nous avons 4 fichiers Wal dont les premiers caractères sont « \Ð ».
- postgresql est installé dans un environnement windows

Question 1 : pensez-vous que _data provient de l’ancienne base ?

Nous avons suivi la procédure de récupération par recovery.conf avec la commande restore_command. 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.
»

Question 2 : connaissez-vous cette erreur ?

Question 3 : la commande restore_command est elle valide ?
(restore_command = "copy C:\archives\0000000100000000000000BC "%p"")

Question 4 : Savez-vous si un fichier Wal est associé à une base précise ?
Sinon, comment la procédure de recovery sait à quelle base effectuer la restauration ?

Merci pour votre aide.

Cordialement.


CG
chris28g est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 28/08/2007, 08h44   #2
Membre habitué
 
Inscription : août 2007
Messages : 128
Détails du profil
Informations forums :
Inscription : août 2007
Messages : 128
Points : 146
Points : 146
Réponse 1 :
Peu importe, les fichiers WAL ne sont utilisables que dans deux cas précis : avec les données que les fichiers WAL ont générés, avec une sauvegarde de base dans le cas de l'utilisation de PITR.

Dis autrement, les fichiers WAL sont inutilisables dans votre cas.

Réponse 2 :
PostgreSQL utilise un identifiant de temps lui permettant de savoir où il en est dans l'intégration des données des fichiers WAL vers les fichiers de données. Les fichiers de données ne doivent plus correspondre au timeline des fichiers WAL.

Réponse 3 :
Oui et non. Cette commande de restauration ne copiera que ce fichier WAL, PostgreSQL essaiera de le restaurer puis de démarrer la base. Cependant, son utilisation est complètement illusoire si vous n'avez pas fait toutes les étapes précisées pour l'utilisation de PITR dans la documentation.

Réponse 4 :
Les fichiers WAL sont commun à tout le cluster et ne peuvent servir qu'à restaurer un cluster complet. Si vous voulez ne restaurer qu'une seule base, il faut se tourner vers les outils historiques, ie pg_dump.

Pour résumé votre situation, si vous avez écrasé les fichiers de données, ne comptez pas sur les WAL pour restaurer vos bases. Utilisez l'outil de sauvegarde que vous avez mis en place.
gleu_ est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 05h07.


 
 
 
 
Partenaires

Hébergement Web