Forums PostgreSQL.fr

Bonjour et bonne année !

J'ai une architecture avec 3 serveurs postgresql :
- Un maître
- Un esclave
- Un esclave d'esclave

et une machine pour la copie des archives logs.

Seul le maître produit des archives logs. Ceux ci sont dupliqués par archive_command sur la machine dédiée aux archives logs.

Les deux autres machines lors de leur démarrage se nourrissent de ses copies d'archives logs avant de se connecter à leur maître respectif.

Ma question : comment et quand épurer les copies des archives logs sur la machine dédiée ?

Si j'ai bien compris, il y a archive_cleanup_command qui permet à l'esclave de supprimer les copies d'archives logs quand il en a plus besoin. Sauf que ce n'est pas conseillé si il y a plusieurs esclaves qui se nourrissent de ses archives logs.

Puis-je supprimer les copies d'archives logs sur la machine de stockage au bout d'une semaine ?
Si j'ai bien compris il faudrait plus d'une semaine de retard à un esclave pour ne pas pouvoir redémarrer ?

Faut -t-il sinon refaire des pg_basebackup réguliés sur les esclaves ?

Merci

Bonjour,

j'ai mis en place sur ma plate forme de test une streaming replication master/slave en version 9.3.2
Tout semble bien se passer, la réplication fonctionne mais mon fichier recovery.conf n'a pas été renommé en recovery.done

Voici mes logs de démarrage

2013-12-09 15:30:09 CET  LOG:  le système de bases de données a été arrêté pendant la restauration à 2013-12-09 15:29:54 CET
2013-12-09 15:30:09 CET  LOG:  entre en mode standby
2013-12-09 15:30:09 CET [inconnu] [local]LOG:  paquet de démarrage incomplet
2013-12-09 15:30:10 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:10 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:11 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:11 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:12 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:13 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:13 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:14 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:14 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:15 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:15 CET  LOG:  restauration du journal de transactions « 000000010000000200000052 » à partir de l'archive
2013-12-09 15:30:15 CET  LOG:  la ré-exécution commence à 2/52000028
2013-12-09 15:30:15 CET postgres [local]FATAL:  le système de bases de données se lance
2013-12-09 15:30:15 CET [inconnu] [local]LOG:  paquet de démarrage incomplet
rsync: link_stat "/home/sauvegarde/pg_xlog/000000010000000200000053" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1536) [Receiver=3.0.9]
2013-12-09 15:30:15 CET  LOG:  état de restauration cohérent atteint à 2/53492EB8
2013-12-09 15:30:15 CET  LOG:  le système de bases de données est prêt pour accepter les connexions en lecture seule
2013-12-09 15:30:15 CET  LOG:  record with zero length at 2/53492EB8
2013-12-09 15:30:15 CET  LOG:  Commence le flux des journaux depuis le principal à 2/53000000 sur la timeline 1

Mon recovery.conf
restore_command = 'rsync -ar sauvegarde@[IP]:/home/sauvegarde/pg_xlog/%f %p'
standby_mode = on
primary_conninfo = 'host=[IP] port=5432 user=repli password=[pass]'

Les droits sur mes fichiers :
-rw-------  1 postgres postgres  208 déc.   9 14:53 backup_label.old
-rw-------  1 postgres postgres  196 déc.   9 15:19 recovery.conf

J'ai bien mon backup_label qui a été renommé en backup_label.old

J'ai l'impression que je n'avais pas le soucis avant la dernière mise à jour.

Est-ce grave ?