Re: Expose checkpoint start/finish times into SQL.

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Expose checkpoint start/finish times into SQL.
Дата
Msg-id 20080404135037.GC6965@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: Expose checkpoint start/finish times into SQL.  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Expose checkpoint start/finish times into SQL.  (Gregory Stark <stark@enterprisedb.com>)
Re: Expose checkpoint start/finish times into SQL.  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-patches
Tom Lane wrote:
> Greg Smith <gsmith@gregsmith.com> writes:
> > ... If they'd have noticed it while the server was up, perhaps because the
> > "last checkpoint" value hadn't changed in a long time (which seems like it
> > might be available via stats even if, as you say, the background writer is
> > out of its mind at that point), they could have done such a kill and
> > collected some actual useful information here.  That's the theory at
> > least.
>
> Well, mebbe, but that still seems to require a lot of custom monitoring
> infrastructure that is not present in this patch, and furthermore that
> this patch doesn't especially aid the development of.

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.

--
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Headers dependencies cleanup
Следующее
От: Robert Treat
Дата:
Сообщение: Re: Expose checkpoint start/finish times into SQL.