From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | andy(dot)shellam(at)mailnetwork(dot)co(dot)uk |
Cc: | "'Rajesh Kumar Mallah'" <mallah(dot)rajesh(at)gmail(dot)com>, pgsql-admin(at)postgresql(dot)org |
Subject: | Re: FW: Setting up of PITR system. |
Date: | 2006-03-29 14:46:30 |
Message-ID: | 14904.1143643590@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
"Andy Shellam" <andy(dot)shellam(at)mailnetwork(dot)co(dot)uk> writes:
> If pg_start_backup is used correctly, no data pages will be written to disk
> until pg_stop_backup is called, so this shouldn't be an issue
That's incorrect, the database will continue to operate normally. The
only thing pg_start_backup really does is lay down a marker so you can
tell how far back you need to save WAL files in order to do a PITR
restore using your backup.
The fact that the backup tool might get an inconsistent copy of some
files is not an issue, because replay of the WAL files against the
copied database will fix any inconsistencies.
It definitely is a pain in the neck that GNU tar complains about files
changing underneath it --- I've looked for a way to disable that, or at
least reduce it to a warning instead of an error condition, but gtar
doesn't seem to have such a switch. You should try alternative backup
tools such as cpio or rsync.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Marlowe | 2006-03-29 15:31:15 | Re: 7.4 --> 8.0/8.1 upgrade |
Previous Message | Rajesh Kumar Mallah | 2006-03-29 12:58:51 | Re: FW: Setting up of PITR system. |