Vous n'êtes pas identifié(e).
Bonjour,
Désolé de poser beaucoup de question en ce moment.
J'ai en production un postgresql 8.1.5 qui fait de la replication par log-shipping.
La replication marche bien, cependant, si je coupe le serveur de secours, lors de la reprise, celui-ci cherche à rejouer tous les walls depuis ca mise en place initial, et non depuis le dernier point de vérification.
Le problème est que les fichiers wal sont nettoyers régulièrement afin d'éviter leur accumulation.
Existe t-il une manip ou un fichier à configurer afin de modifier sa date de reprise ?
Merci
Hors ligne
Le WarmStandby en 8.1, c'est loin d'être recommandé. Ça peut fonctionner, mais ce n'est en aucun cas garanti. Il faut au moins être en 8.2 pour cela.
Existe t-il une manip ou un fichier à configurer afin de modifier sa date de reprise ?
Non, la date de début de reprise (ou plutôt la position dans le premier journal de transaction), il le trouve dans le fichier pg_control du répertoire global. Pas la peine de l'éditer, c'est un fichier binaire.
Le mieux dans votre cas serait certainement de passer dans une version plus récente (8.3 minimum).
Mais en fait, la première question qui me vient en tête est : pourquoi arrêter l'esclave ?
Guillaume.
Hors ligne
Ce n'est pas moi qui m'occupe de cette réplication, mais apparemment il l'arrête à certain moment pour passer l'esclave en lecture.
J'ai parlé de l'upgrade, mais solution non possible à cause de l'utilisation de logiciels qui s'appuie sur cette version, et ca serait apparemment trop compliqué de changer de version.
Si je comprends bien la seul solution en cas d'un arrêt, est de resynchroniser les 2 serveurs ?
Hors ligne
OK, je comprends mieux. En fait, vous arrêtez le mode de réplication du serveur pour pouvoir l'utiliser en lecture seule. Quelque soit la version que vous utilisez, vous allez être obligé de reconstruire entièrement l'esclave. Le Warm Standby ne peut pas reprendre la réplication après coup car vous avez changé de timeline. Les deux serveurs ont des numéros de transactions différents. Donc deux possibilités : refaire une sauvegarde des fichiers sur le maître que vous envoyez sur l'esclave (bref une reconstruction à l'état t du serveur et dans ce cas pas besoin des anciens journaux), ou vous remettez une ancienne version des fichiers (et vous aurez besoin de tous les journaux générés depuis cette version des fichiers).
En 9.0 (toujours pas sorti), il vous sera possible d'utiliser l'esclave en lecture seule. Dans toutes les versions antérieures, l'utilisation du serveur esclave fait qu'il doit être complètement réinstaller pour le remettre dans la réplication.
Guillaume.
Hors ligne
Merci pour votre réponse.
J'ai eu l'occasion de mettre en place la streaming replication avec la version alpha5 de PG 9. Une fois les tests réalisés, si ceux-ci sont concluant nous devrions très certainement utiliser cette réplication native pour nos futurs projets.
Hors ligne
