Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
J'ai une réplication logique entre une base postgresql en version 11.22 sur os ubuntu 22.04 LTS et une base abonnée en pg17.7 sur Goggle Cloud Platform . J'ai 333 tables à répliquer mais aucune ne se réplique car le max_replication_slot qui est sétté à 10 sur le publieur n'est pas assez haut . le max_sync_workers_per_subscription sur l'abonné est pourtant à 2 (Sur GCP on ne peut pas baisser à moins de 2) .
Voici l'état des slots de replication sur le publieur
[local]:6095 postgres@scapnor=# select slot_name,active FROM pg_replication_slots;
slot_name | active
------------------------------------------+--------
repmgr_slot_2 | t
rebuild_infoprod_scapnor_20250602_1117 | t
gcp_scapnorbi | t
pg_161210_sync_17519_7571794086042918928 | f
pg_161210_sync_17525_7571794086042918928 | f
pg_161210_sync_17568_7571794086042918928 | f
pg_161210_sync_17580_7571794086042918928 | f
pg_161210_sync_17586_7571794086042918928 | f
pg_161210_sync_17639_7571794086042918928 | f
pg_161210_sync_17645_7571794086042918928 | f
(10 lignes)
il y a 3 slots qui sont actifs (standby + un infocentre + la souscription vers GCP initiale) + 7 slots de synchro inactifs
Voici la commande de creation de souscription
CREATE SUBSCRIPTION gcp_scapnorbi CONNECTION 'host=10.72.0.115 port=60000 user=datastream password=********* dbname=scapnor' publication scapnor_gcp_bigquery;
Quand je regarde les logs GCP la souscription essaye de lancer 329 tables différentes (started ) sur les 333 comme si le paramètre max_sync_workers_per_subscription n'etait pas pris en compte alors qu'il est à 2 sur GCP . Aucun statut 'finished' dans les logs GCP, aucune table n'est répliquée et le process de réplication tourne à l'infini avec ces messages started depuis l'abonné et le message 'increase max_replication_slot' depusi le publieur . Si je detruit les slots inactif il en regénère d'autres dans la foulée qui sont inactifs.
Sur l'abonné.
scapnorbi=> show max_sync_workers_per_subscription ;
max_sync_workers_per_subscription
-----------------------------------
2
(1 row)
Si je change de publieur avec la même version pg je n'ai pas ce problème .
A part agrandir le max_replication slots (et de combien ?) que puis-je faire pour que la réplication démarre ?
merci
Hors ligne
je cloture mon message . En fait il y avait un permissoin denied au debut du COPY des tables . je suppose que dans ce cas le slot temporaire de synchro reste vivant et attend la correction et que le process de replication passe aà la table suivante en créant un nouveau slot ... J'ai mis le bon user à qui appartient les tabes sur le cible et çà focntionne
Hors ligne
Pages : 1
