How can we tell how far behind the standby is?

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема How can we tell how far behind the standby is?
Дата
Msg-id 4CD450F0.9090405@agliodbs.com
обсуждение исходный текст
Ответы Re: How can we tell how far behind the standby is?  (Robert Haas <robertmhaas@gmail.com>)
Re: How can we tell how far behind the standby is?  (Brendan Jurd <direvus@gmail.com>)
Re: How can we tell how far behind the standby is?  (Fujii Masao <masao.fujii@gmail.com>)
Re: How can we tell how far behind the standby is?  (Bernd Helmle <mailings@oopsware.de>)
Список pgsql-hackers
Folks,

I'm continuing in my efforts now to document how to deploy and manage
replication on our wiki.  One of the things a DBA needs to do is to use
pg_current_xlog_location() (and related functions) to check how far
behind the master the standby is.

However, there's some serious problems with that:

(1) comparing these numbers is quite mathematically complex -- and, for
that matter, undocumented.

(2) pg_rotate_xlog and/or archive_timeout will create a "gap" in the
xlog positions, quite a large one if it happens near the beginning of a
file.  There is no way for any monitoring on the standby to tell the
difference between a gap created by forced rotation as opposed to being
most of a file behind, until the next record shows up.  Hello, nagios
false alerts!

(3) There is no easy way to relate a difference in log positions to an
amount of time.

I'll work on some tools to make this a bit more palatable, but I
disagree with earlier assertions that we have the replication monitoring
"done".  There's still a *lot* of work to do.

--                                  -- Josh Berkus                                    PostgreSQL Experts Inc.
                        http://www.pgexperts.com
 


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

Предыдущее
От: Dimitri Fontaine
Дата:
Сообщение: Re: ALTER OBJECT any_name SET SCHEMA name
Следующее
От: Marti Raudsepp
Дата:
Сообщение: Re: [PATCH] Revert default wal_sync_method to fdatasync on Linux 2.6.33+