From: | "Merlin Moncure" <mmoncure(at)gmail(dot)com> |
---|---|
To: | "Jan Poslusny" <pajout(at)gingerall(dot)cz> |
Cc: | "PgSQL General ML" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: How to recognize obsolete WAL logs |
Date: | 2007-03-19 14:01:47 |
Message-ID: | b42b73150703190701h23f070h34a08c678142f3d4@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 3/19/07, Jan Poslusny <pajout(at)gingerall(dot)cz> wrote:
> Hi all,
> I participate on realization of warm standby pg 8.2.3, according to
> documentation. Mostly all works fine, but one problem remains. The
> recovering rdbms eats transfered wal logs fluently, but I cannot see the
> way how to recognize if the recovered wal log file is really processed
> into db and, consequently, is obsolete and does not need to be archived
> for this recovery. Specially, when recovering rdbms is stopped, some wal
> log can be processed (and automatically deleted), but the rdbms asks the
> same file after restart in recovery mode. Is it some way how to
> recognize such logs?
> I know that I should keep base backup AND all wal logs after
> pg_start_backup, but my question is NOT about safe archiving, but about
> log shipping.
you should check out the pg_standby utility. They solved the problem
by letting you set the maximum amount of files in your archive
transfer folder, which should be the maximum amount of WAL traffic you
would see between checkpoints plus a good safety margin. It works...
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Filip Rembiałkowski | 2007-03-19 14:07:47 | Re: Design / Implementation problem |
Previous Message | Jan Poslusny | 2007-03-19 13:27:42 | How to recognize obsolete WAL logs |