Re: Logical replication monitoring

Поиск
Список
Период
Сортировка
От Achilleas Mantzios
Тема Re: Logical replication monitoring
Дата
Msg-id 9d702bb3-9988-dd09-e0fb-f75858665f8b@matrix.gatewaynet.com
обсуждение исходный текст
Ответ на Logical replication monitoring  (AYahorau@ibagroup.eu)
Список pgsql-admin
On 10/08/2018 13:05, AYahorau@ibagroup.eu wrote:
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?
tail_n_mail and look for relevant errors (logical, logical replication worker ... exited with ..., ERROR)


Best regards,
Andrei Yahorau


-- 
Achilleas Mantzios
IT DEV Lead
IT DEPT
Dynacom Tankers Mgmt

В списке pgsql-admin по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: Point in Time recovery on PostgreSQL (10.3.1)
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Upgrade postgresql from 9.1 to 9.6