From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | gearond(at)cvc(dot)net |
Cc: | Dmitry Tkach <dmitry(at)openratings(dot)com>, mike McGire <mmcgire(at)hotmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: A few questions to real pgsql gurus |
Date: | 2003-02-24 17:28:03 |
Message-ID: | 4296.1046107683@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Dennis Gearon <gearond(at)cvc(dot)net> writes:
> And what about all the stuff in memory, pending transactions, etc?
If he's got an accurate snapshot of the WAL files, everything the
database has claimed to be committed will be committed. It's the same
scenario as a crash.
The trouble with most "I'll just take a tar dump/rsync copy/whatever
of the $PGDATA directory" backup solutions is that you don't get a copy
of the WAL files that's consistent with what you copy out of the other
subdirectories --- and any time skew there will burn you. See recent
reports of duplicate rows for an example. But if NetApp can implement
an instantaneous copy (and offhand it seems that they should be able to,
since they sit between PG and the disk) then it should work.
I'd still recommend some tests before trusting it ;-)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Dmitry Tkach | 2003-02-24 17:33:55 | Re: A few questions to real pgsql gurus |
Previous Message | Dmitry Tkach | 2003-02-24 17:17:03 | Re: A few questions to real pgsql gurus |