Re: Streaming replication status

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Streaming replication status
Дата
Msg-id 4B4C231E.90508@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Streaming replication status  (Greg Smith <greg@2ndquadrant.com>)
Ответы Re: Streaming replication status  (Greg Smith <greg@2ndquadrant.com>)
Re: Streaming replication status  (Fujii Masao <masao.fujii@gmail.com>)
Re: Streaming replication status  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
Greg Smith wrote:
> I don't think anybody can deploy this feature without at least some very
> basic monitoring here.  I like the basic proposal you made back in
> September for adding a pg_standbys_xlog_location to replace what you
> have to get from ps right now: 
> http://archives.postgresql.org/pgsql-hackers/2009-09/msg00889.php
> 
> That's basic, but enough that people could get by for a V1.

It would be more straightforward to have a function in the standby to
return the current replay location. It feels more logical to poll the
standby to get the status of the standby, instead of indirectly from the
master. Besides, the master won't know how far the standby is if the
connection to the standby is broken.

Maybe we should just change the existing pg_current_xlog_location()
function to return that when recovery is in progress. It currently
throws an error during hot standby.

--  Heikki Linnakangas EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: damage control mode
Следующее
От: Stefan Kaltenbrunner
Дата:
Сообщение: Re: Streaming replication status