Re: Expose checkpoint start/finish times into SQL.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Expose checkpoint start/finish times into SQL.
Дата
Msg-id 7659.1207340169@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Expose checkpoint start/finish times into SQL.  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-patches
Alvaro Herrera <alvherre@commandprompt.com> writes:
> These kind of things can be monitored externally very easily, say by
> Nagios, when the values are available via the database.  If you have to
> troll the logs, it's quite a bit harder to do it.

> I'm not sure about the right values to export -- last checkpoint start
> time is the most obvious idea, but I would also suggest exporting last
> checkpoint end, or NULL if the checkpoint is ongoing; and also previous-
> to-last checkpoint start and end.

Any Nagios-style monitoring would have to watch checkpoint end (and
we'd better define that field as only updating at *successful*
checkpoint end).  Consider the case where some dirty buffer has a
persistent write failure condition.

I'm almost inclined to say that the patch shouldn't expose checkpoint
start at all, just to make sure people won't get this wrong.  We've
pretty thoroughly trashed the notion that looking at the interval is
helpful anyway.

            regards, tom lane

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

Предыдущее
От: "Pavel Stehule"
Дата:
Сообщение: plpgsql CASE statement
Следующее
От: Teodor Sigaev
Дата:
Сообщение: Partial match in GIN