Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
j'ai 2 serveur postgress dont un qui me sert a faire une hot_standby.
la réplication semble fonctionner correctement mais mon repertoire pg_wal ne se vide jamais.
du coup j'arrive a la saturation de l'espace disponible de mon disque.
j'avais eu le meme problème avec pg_xlog mais je l'ai corrigé en activant ceci dans mon postgre.conf :
checkpoint_segments = 120
checkpoint_timeout = 1h
checkpoint_completion_target = 0.5
checkpoint_warning = 30s
wal_keep_segments = 500
j'ai fait quelques recherche sur le net mais je n'ai rien trouvé de concret.
merci d'avance
Hors ligne
Bonjour.
pg_wal n'est pas un répertoire standard. Je suppose que c'est le répertoire que vous utiliser en archive_command ?
Quelles commandes utilisez vous en archive_command et restore_command ?
Julien.
https://rjuju.github.io/
Hors ligne
Bonjour
voici les commande :
sur le master :
archive_command = 'cp %p /opt/postgres/9.0/data/pg_wal/%f'
sur la standbye
restore_command = 'cp /opt/postgres/9.0/data/pg_wal/%f "%p"'
Hors ligne
PostgreSQL ne touche pas au répertoire d'archivage vu qu'il ne le connaît pas. C'est donc à vous de surveiller ce répertoire et de le vider quand vous voulez. Comme vous utilisez la Streaming Replication, vous pouvez utiliser un outil appelé pg_archivecleanup pour ça. Cet outil est livré avec les modules contrib de PostgreSQL.
Guillaume.
Hors ligne
merci du retour
en lisant la doc de ce module je constate que cela ce met dans le reconvery.conf et donc sur la standby, qu'en est il pour le master ?
Hors ligne
Les fichiers sont archivés uniquement dans un répertoire, et à priori il s'agit d'un répertoire de l'esclave. Si ce n'est pas le cas, vous pouvez toujours utiliser pg_archivecleanup en autonome mais c'est plus complexe.
Guillaume.
Hors ligne
Pages : 1
