Re: réplication wal : restore, boot, restore ?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 29/08/2012 14:50, LionelB a écrit :
> Bonjour,
>
> je cherche à mettre en place une réplication de données Master-Slave sur
> un postgresql 8.4 (Debian squeeze). Après une étude rapide de l'existant
> mon choix se porte sur l'utilisation des WAL (je dois pouvoir répliquer
> les changements de structure de données facilement). Aussi, j'ai réalisé
> plusieurs tests dont le dernier avec walmgr qui propose une mise en oeuvre
> simple et rapide. (Merci à Dalibo pour sa doc :
> http://www.dalibo.org/hs44_la_replication_par_les_journaux_de_transactions
> )
>
> L'objectif de cette réplication n'est pas d'avoir une sauvegarde des
> données, mais de pouvoir interroger le slave en lecture seule 2 à 3 heures
> par jour. Aussi, après avoir initialisé le cluster sur le slave, lancé le
> serveur en mode recovery et constaté que tout fonctionne je m'interroge
> sur un point. Je sors du mode recovery, je me connecte à la base et je
> réalise quelques requêtes en lecture seule sur les données répliquées
> (objectif de départ) avec succès. Comment reprendre ensuite le fil de
> l'exploitation des WAL ? Est-ce tout simplement possible ? La réponse à la
> deuxième commande "walmgr slave.ini restore" me laisse penser qu'il faut
> également reprendre la procédure de backup du cluster ... (l'intérêt de la
> réplication deviendrait alors limité).
>
> Merci de me confirmer les possibilités d'utilisation de la réplication WAL
> par rapport à ce besoin. Faut-il passer par un autre fichier wal-slave.ini
> ? par une recopie du main (slave) dans main.shippedxlog (slave) avant de
> relancer ?
>
> Merci pour vos réponses éventuelles,
>
> Bien cordialement
>
> Lionel

Bonjour,

A priori, l'objectif du hot standby est justement de repartir rapidement en
cas de crash du maître, en repassant l'esclave en mode autonome.

Il n'est pas prévu que ce nœud de secours soit utilisé pour de la lecture.

C'est justement l'idée de l'esclave en lecture seule apparu en 9.0, ou des
outils de réplication de type Slony/Londiste qui permettent de requêter
l'esclave.

La propagation des modifications des schémas n'est pas à ce point compliqué
avec ces outils.

D'autre part, PG 8.4 est-il une obligation incontournable dans le cadre de ce
projet ?

Meilleures salutations,
- --
Stéphane Schildknecht
http://www.Loxodata.com
Contact régional PostgreSQL
http://bistri.me/sas

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlA+NrYACgkQA+REPKWGI0GbnwCeK5S5BQdk+j7Qg5K7fAj/fHvT
jNUAoKokpUlWZDBxrtxVb41HcXLraT38
=wn24
-----END PGP SIGNATURE-----