From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Alex Zendel" <alexzendel(at)hotmail(dot)com> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: question about wal and point in time recovery |
Date: | 2005-04-13 04:28:47 |
Message-ID: | 3098.1113366527@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
"Alex Zendel" <alexzendel(at)hotmail(dot)com> writes:
> ... i've been reading up on the wal and point in time recovery in
> the online postgre manual. but i have a question about using it:
[ obligatory gripe: it's postgres or postgresql, not postgre ]
> is it possible to visually read the entries in the log?
Not readily. If you find yourself backed into a corner, I have a
rough-and-ready debug tool for printing out the contents of a WAL
log, but I'd surely not want to call it "supported" in its current
form...
> can the log be modified before recovery occurs.
Not easily. If you were to hack any one log entry, you'd have to
recompute the CRC checksum for it, and there's no way at all to make
a change that would involve changing the size of a log entry. So
really the only useful option you have here is to stop recovery short
of a particular log entry you don't like.
> my biggest concern is that somebody in my org, for example, deletes a
> field or fudges an update query that changes a foreign key to a single
> value - and therefore destroys table links. so what if this happens
> and nobody notices it for several weeks?
There is no automatic recovery mechanism that is going to help you in
such a scenario. You can't expect to undo a long-ago change and not
have that break some unknown number of consequent decisions.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Browne | 2005-04-13 05:06:49 | Re: High Available Software Technologies Support About Postgres |
Previous Message | li-jiang.liu | 2005-04-13 03:12:17 | High Available Software Technologies Support About Postgres |