Bonjour,

J'ai une réplication avec 1 maitre et 2 standby et l'autre jour en voulant ajouter une BDD j'ai eu une erreur de place sur le disque.

Suite à ça, j'ai diminué mon wal_keep_segment de 1000 à 100 (c'était un test justement sur ce paramètre) et j'ai supprimé des fichiers dans pg_xlog pour permettre à postgres de redémarrer et de supprimer cette BDD en trop.(Je ne pouvais pas agrandir l'espace disque.)
Ma 1ère BDD est bien complète (elle n'avait pas bouger entre temps), et postgres à redémarrer.

Par contre ,j'ai dû arrêté mes Standbys en créant le fichier définit dans trigger_file .
ça a fonctionné, le fichier recovery.conf s'est instantanément renommé  recovery.done.

Par contre, je vois que le maitre est toujours en erreur sur un fichier :

2011-11-06 14:46:53.450 CET -  -  -  - DÉTAIL:  La commande d'archivage qui a échoué était : rsync -a pg_xlog/000000010000002A00000089 xxx.xxx.xx.xx:/data/archives_xlog/000000010000002A00000089 && rsync -az pg_xlog/000000010000002A00000089 xxx.xxx.xx.xx:/data/archives_xlog/000000010000002A00000089
2011-11-06 14:46:53.450 CET -  -  -  - ATTENTION:  le journal des transactions « 000000010000002A00000089 » n'a pas pu être archivé : trop d'échecs
rsync: link_stat "/data/pg_xlog/000000010000002A00000089" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1039) [sender=3.0.6]

Est ce qu'il n'a pas compris que les Standbys n'existaient plus, ou est ce qu'il veut son fichier "000000010000002A00000089 " ?

Comment faire pour qu'il arrête de faire cette erreur ?

Quand je fais "ps" je vois qu'il est en erreur sur ce fichier :

[root@IFMSRVEURICABDD data]# ps -edf | grep postgres
postgres 19407     1  9 16:17 ?        00:00:00 /usr/pgsql-9.1/bin/postmaster -p 5432 -D /data
postgres 19412 19407  0 16:17 ?        00:00:00 postgres: logger process
postgres 19414 19407  0 16:17 ?        00:00:00 postgres: writer process
postgres 19415 19407  0 16:17 ?        00:00:00 postgres: wal writer process
postgres 19416 19407  0 16:17 ?        00:00:00 postgres: archiver process   failed on 000000010000002A00000089
postgres 19417 19407  0 16:17 ?        00:00:00 postgres: stats collector process
root     19428 18012  0 16:17 pts/0    00:00:00 grep postgres

Bonjour,

Je suis sur des tests entres 3 bases de données postgres9.1, dont 1 maitre qui est au Mans, 1 Standby qui est au Mans et 1 Standby qui est à Paris.

Pour ne pas saturer le réseau lors de mes tests je lance tout la nuit.
Donc par exemple, je ne sais pas combien ma sauvergarde mets à remonter du Mans vers Paris.
Je vois environ les temps en suivant le traffic réseau entre nos 2 sites.

Mais quand on passera en production, je sais qu'il faudra définir le retard du Standby de Paris par exemple, le temps lors d'un reindex de la base maitre, etc....

J'ai bien noté que l'on pouvait faire ça:
Pour un suivi des standbys, ils existent les fonctions pg_last_xlog_receive_location() et
pg_last_xlog_replay_location() qui indiquent respectivement la dernière position reçue et
la dernière position rejouée dans les journaux de transactions sur un serveur en Hot Standby.
Cette information est à comparer au résultat fourni par l'exécution de la fonction
pg_current_xlog_location() sur le serveur maître. C'est par exemple ce que fait pgPool-II
pour savoir si un esclave accuse un retard trop important.

Mais bon, comparer un "2A/2E07D1B0" et un "2A/2E07E380" c'est assez abstrait pour moi... àpart dire que c'est pas le même....

J'aimerai avoir un  outils pour savoir si les standbys sont à jour et surtout savoir s'ils sont tombés....

Charlotte

Bonjour,

J'ai mis en place une réplication avec postgres 9.1 au départ entre deux serveurs : 1 maitre et 1 standby, et j'ai testé hier soir entre 1 maitre et 2 standbys.

Pour cela j'ai fait:

echo "SELECT pg_start_backup('backup', true)" | su postgres -c psql

rsync -avz -e ssh /data/ IP_standby1:/data/ --exclude postmaster.pid --exclude postgresql.conf --exclude pg_hba.conf --exclude save/ --exclude logs/ --exclude files/ --exclude pg_log/ &&
rsync -a -v -e ssh /data/ IP_standby2:/data/ --exclude postmaster.pid --exclude postgresql.conf --exclude pg_hba.conf --exclude save/ --exclude logs/ --exclude files/ --exclude pg_log/

echo "SELECT pg_stop_backup()" | su postgres -c psql

Du coup il a synchronisé le premier standby, qui n'est pas sur le même site que le serveur maitre donc il a mis près de 2h-2h30, puis ensuite le deuxième standby, qui est sur même site que le maitre, il a mis 1h.

Est -il mieux de faire c'est deux "rsync" dans la même commande, en parallèle, l'un après l'autre?
Vaut il mieux faire le pg_start_backup, le rsync, le pg_stop_backup pour un standby puis refaire la même chose pour l'autre standby ?

Je me demandais aussi quelle est la méthode pour ajouter 1 standby à un maitre qui possède déjà un standby.
Si on fait le  pg_start_backup, il arrête la communication avec son 1er standby déjà mis en place depuis quelques temps?
ou alors il continue normalement avec lui et sait que ce n'est que pour le deuxième standby ?

Je voudrai aussi tester la commande qui est arrivée en 9.1:
pg_basebackup -D /tmp/newcluster -U replication –v

Cette commande évite de faire les 3 commandes "pg_start_backup, le rsync, le pg_stop_backup" d'après ce que j'ai compris.
Elle copie tout le répertoire data de postgres?
Peut on exclure des répertoires ou fichiers?
Car nous avons dans notre "data" des répertoires de sauvegardes, de fichiers qui ne doivent pas être copier sur les standbys (au pire nous ferons des umount de ces répertoires le temps de la copie).

Une dernière question :
est ce que ça sert à quelque chose de compresser nos wall pour les transferts entre serveurs ?
J'ai fait des tests hier et il me semblait que le rsync prenait le même temps avec ou sans l'option "z"...

Merci beaucoup pour vos réponses

Charlotte