From: | "Andy Shellam (Mailing Lists)" <andy(dot)shellam-lists(at)mailnetwork(dot)co(dot)uk> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Checkpoint Location Format |
Date: | 2006-11-15 16:08:48 |
Message-ID: | 455B3B90.1030005@mailnetwork.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Yup that sounds useful - would this be another column added to the
pg_stop_backup called "wal_filename" or similar?
My script uses this name to find the date/time of the current ".backup"
file and remove any files earlier than it (except obviously the one
listed in the START WAL LOCATION).
I've yet to run a restore test, but the backup and automatic archive
clearout is working nicely.
I'm not too worried about the SQL function to find the current WAL file,
although I can see this could be useful too.
Thanks,
Andy.
Simon Riggs wrote:
> On Tue, 2006-11-07 at 13:12 +0000, Andy Shellam (Mailing Lists) wrote:
>
>
>> I'm writing an automated file-system level backup application for use
>> with WAL archiving, that will issue the pg_start_backup call, tar and
>> gzip the cluster data directory, issue the pg_stop_backup call, and
>> remove all previous un-needed WAL files from the archive.
>>
>
> Is this any help?
>
> http://archives.postgresql.org/pgsql-patches/2006-05/msg00229.php
>
> If so, I'll see about updating it so it can get backpatched to 8.0 and
> 8.1 also.
>
>
--
Andy Shellam
NetServe Support Team
the Mail Network
"an alternative in a standardised world"
p: +44 (0) 121 288 0832/0839
m: +44 (0) 7818 000834
From | Date | Subject | |
---|---|---|---|
Next Message | Brad Nicholson | 2006-11-15 17:24:48 | Re: 100% failover + replication solution |
Previous Message | Bruno Wolff III | 2006-11-15 06:48:15 | Re: Postgresql install |