- si vous avez déclaré un slot de réplication, dans ce cas le maître sait où en est chacun des esclaves identifiés par replication slot, et garde les journaux aussi longtemps que nécessaire
- si la commande d'archivage échoue… tant qu'elle ne réussit pas, un fichier de WAL n'est pas recyclable.S'il y a une commande d'archivage bien sûr.
idle, c'est le temps depuis lequel une session tcp est inactive avant d'activer le mécanisme de keepalive.
interval, c'est l'espace entre les envois de paquets de keepalive (si on n'a pas de réponse bien sûr)
count, c'est le nombre de keepalives avant de considérer la session tcp comme morte. 0 ça veut dire utiliser la valeur par défaut du système...
Sous linux, par exemple, les valeurs par défaut sont:
net.ipv4.tcp_keepalive_intvl = 75
net.ipv4.tcp_keepalive_probes = 9
net.ipv4.tcp_keepalive_time = 7200
Le paramétrage semble bon. Par contre, en 9.5, c'est wal_sender_timeout et wal_receiver_timeout, qui sont utilisés pour les sessions de réplication
]]>Effectivement, la communication est revenue, c'est juste un peu long.
Est-ce lié aux paramètres ci-dessous du PostgreSQL.conf ?
tcp_keepalives_idle = 10
tcp_keepalives_interval = 10
tcp_keepalives_count = 0
Comment cela fonctionne-t-il ?
J'ai activé l'archivage des fichiers WAL.
Le transfert des enregistrements WAL se fait au travers du réseau.
Si celui-ci est coupé, est-ce que les enregistrements WAL sont stockés dans les fichiers WAL ?
Puis archivés ?
Puis restaurés sur l'esclave ?
Pourriez-vous décrire le mécanisme, svp ?
Merci.
]]>La communication entre les 2 n'est pas restaurée automatiquement ?
Si.
Je dois faire un pg_ctl reload sur le Maître pour redémarrer Sender/Receiver. Est-ce normal ?
Non.
]]>Je travaille sur un moteur 9.5.3 sous Cent-OS 7.2. J'ai 2 VM pour moi tester la haute disponibilité.
J'ai mis en place la STREAMING REPLICATION.
J'arrête l'esclave.
J'insère 10000 lignes sur le Maître.
Je redémarre l'esclave, les 10000 lignes ne sont pas là.
La communication entre les 2 n'est pas restaurée automatiquement ?
Je dois faire un pg_ctl reload sur le Maître pour redémarrer Sender/Receiver. Est-ce normal ?
Merci pour votre aide.
]]>