Disable Streaming Replication ==> Stop WAL Sender on master and WAL receiver on Slave

Поиск
Список
Период
Сортировка
От Samba
Тема Disable Streaming Replication ==> Stop WAL Sender on master and WAL receiver on Slave
Дата
Msg-id CAKgWO9+NhOjAguwib8MNAxs8SAN7Da4dqnswK8DMwMbbF4TeaA@mail.gmail.com
обсуждение исходный текст
Ответы Re: Disable Streaming Replication ==> Stop WAL Sender on master and WAL receiver on Slave  (Jaime Casanova <jaime@2ndquadrant.com>)
Список pgsql-general
Hi all,

I read in pg mail archives that postgresql-9.1 release added support or pausing and resuming  (or disabling and enabling) streaming replication but could not find any relevant configuration settings for achieving the same.

the closest that i could find so far are:

replication_timeout (integer) that stops replication connections that are inactive (perhaps due to standby failure)
replication_timeout_action(enum) was mentioned in some mail archives but not present in the current documentation.
pg_xlog_replay_pause() and pg_xlog_replay_resume() which just pauses the recovery (or application of WAL contents) on the Standby but still let the streaming replication continue (accumulate the WAL files on the Standby with out applying those)

Interestingly, even in the documentation for pg_xlog_replay_pause, it was written that
"If streaming replication is disabled, the paused state may continue indefinitely without problem. While streaming replication is in progress WAL records will continue to be received, which will eventually fill available disk space, depending upon the duration of the pause, the rate of WAL generation and available disk space"

But how do I disable streaming replication, with the effect that both WAL sender on master and WAL receiver on slave gets stopped? Similarly, when I enable streaming replication, the WAL sender and WAL receiver processes would need to be started.

Could some one please explain the GUC settings or the SQL function calls that help achieving this?

Thanks and Regards,
Samba

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

Предыдущее
От: patrick keshishian
Дата:
Сообщение: Re: FATAL: the database system is starting up
Следующее
От: Alan Hodgson
Дата:
Сообщение: Re: Server move using rsync