Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Je mets en place un serveur de secours en utilisant les Log Shipping.
Je suis sous Windows XP. Ayant un crash de pg_standby en utilisant la 8.4, je suis repassé en 8.3.9.
Avec cette version, la procédure se passe sans erreur, mais il me reste un point noir : les modifs effectuées sur le maitre ne sont pas reportées sur l'esclave...
Voici ce que j'ai fait; cela vous permettra sans doute de m'aider à voir où j'ai fait une erreur.
- Les 2 PG sont avec la même version (8.3.9 sous XP)
- sur le maitre:
- config de l'archivage des WAL
- pg_start_backup
- copie du dossier data sur le serveur de secours (avec les bons droits)
- pg_stop_backup
- sur l'esclave
- suppression du contenu du dossier xlog
- config du recovery.conf pour indiquer où sont dispo les WAL du maitre (copiés en local)
- démarrage de PG
- création du fichier trigger pr que pg_standby commence le traitement
PG démarre et au bout de qq secondes recovery.conf est renommé en recovery.done.
2010-01-07 11:19:24 CETLOG: automatic recovery in progress
2010-01-07 11:19:24 CETLOG: record with zero length at 0/490000B0
2010-01-07 11:19:24 CETLOG: redo is not required
2010-01-07 11:22:03 CETLOG: selected new timeline ID: 3
2010-01-07 11:22:20 CETFATAL: the database system is starting up
2010-01-07 11:22:39 CETLOG: archive recovery complete
2010-01-07 11:22:41 CETLOG: le système de bases de données est prêt pour accepter les connexions
2010-01-07 11:22:41 CETLOG: autovacuum launcher started
Quand je lance PGAdmin, je vois la base, mais je ne vois pas les dernières modifs qui ont été efféctuées sur le maître, même si des WAL ont été créés depuis.
J'ai refait le test avec une 8.3.7, et tout fonctionne.
Ai-je oublié quelque chose?
Merci encore!
Hors ligne
Pourquoi vous créez le fichier trigger ? il ne doit être créé que quand vous voulez arrêter la restauration. Pas étonnant que vous ne voyez aucun des changements du maître.
Guillaume.
Hors ligne
Pages : 1
