From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | Brett Neumeier <bneumeier(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: question about warm standby databases in 8.2.5 |
Date: | 2007-12-11 08:20:48 |
Message-ID: | 1197361248.4255.1204.camel@ebony.site |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Mon, 2007-12-10 at 22:43 -0600, Brett Neumeier wrote:
> It seems that the recovery command always copies the source WAL file
> (with a name like 00000001000000020000009C) to a file path
> "pg_xlog/RECOVERYXLOG", which is fine. However, then when we abort
> recovery, postgresql seems to expect that the most recent WAL log
> should be in pg_xlog with its original filename, e.g., the 0....9C
> filename from above.
This allows the recovery to be restartable, which you'll want even if if
you haven't realised it yet.
> This seems broken -- if the WAL file should wind up in the pg_xlog
> directory with the 0...9C name, why isn't postgresql copying it there?
This part of the design specifically allows infinitely long recoveries.
You can only delete WAL files prior to the last restartpoint.
--
Simon Riggs
2ndQuadrant http://www.2ndQuadrant.com
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2007-12-11 08:41:10 | Re: partitioned table query question |
Previous Message | Matt Magoffin | 2007-12-11 07:44:07 | how to create aggregate xml document in 8.3? |