From: | AYahorau(at)ibagroup(dot)eu |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Cc: | MikalaiKeida(at)ibagroup(dot)eu |
Subject: | Logical replication monitoring |
Date: | 2018-08-10 10:05:06 |
Message-ID: | OF55FA9E73.3D2F6C8B-ON432582E5.0036C1C3-432582E5.00376604@iba.by |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hello PostgreSQL Community!
I configured logical replication for PostgreSQL 10.4 on 2 machines, set
wal_level to logical, created a publication on master node and created a
subscription on standby node according to the PostgreSQL documentation.
Could you please suggest an approach for replication state monitoring.
According to my experience the monitoring of pg_stat_subscription and
pg_publication, pg_replication_slots unfortunately is not enough for this
aim. Moreover standby database does not prohibit write operations by
default and it can lead to some inconsistency between these databases.
For example a chain of queries as
SELECT pg_is_is_recovery(),
SELECT * FROM pg_stat_replication and
SELECT * FROM pg_stat_wal_receiver
provide insight into replication state for hot_standby replication.
So is there a reliable way of replication state monitoring for logical
replication?
Best regards,
Andrei Yahorau
From | Date | Subject | |
---|---|---|---|
Next Message | Fabio Pardi | 2018-08-10 10:12:49 | Re: select performance. |
Previous Message | amit tripathi | 2018-08-10 09:06:33 | Point in Time recovery on PostgreSQL (10.3.1) |