Re: postgresql transaction id monitoring with nagios

Поиск
Список
Период
Сортировка
От Tony Wasson
Тема Re: postgresql transaction id monitoring with nagios
Дата
Msg-id 6d8daee30605021350p4172bbc5w7ecf87573099abd9@mail.gmail.com
обсуждение исходный текст
Ответ на Re: postgresql transaction id monitoring with nagios  (Bruno Wolff III <bruno@wolff.to>)
Список pgsql-performance
On 5/2/06, Bruno Wolff III <bruno@wolff.to> wrote:
> On Tue, May 02, 2006 at 12:06:30 -0700,
>   Tony Wasson <ajwasson@gmail.com> wrote:
> >
> > Ah thanks, it's a bug in my understanding of the thresholds.
> >
> > "With the standard freezing policy, the age column will start at one
> > billion for a freshly-vacuumed database."
> >
> > So essentially, 1B is normal, 2B is the max. The logic is now..
> >
> > The script detects a wrap at 2 billion. It starts warning once one or
> > more databases show an age over 1.5 billion transactions. It reports
> > critical at 1.75B transactions.
> >
> > If anyone else understands differently, hit me with a clue bat.
>
> Isn't this obsolete now anyway? I am pretty sure 8.1 has safeguards against
> wrap around.

My motivation was primarily to monitor some existing PostgreSQL 8.0
servers. I'm not convinced it is "safe" to stop worrying about
transaction ids even on an 8.1 box.

It is comforting that 8.1 does safeguard against wraparound in at
least 2 ways. First, it emits a warnings during the last 10 million
transactions. If you manage to ignore all those, posgresql will shut
down before a wraparound. I think PostgreSQL does everything correctly
there, but I suspect someone will run into the shut down daemon
problem.

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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Super-smack?
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Cluster vs. non-cluster query planning