[ADMIN] PITR Recovery settings

2011-03-23 Thread Selva manickaraja
Hi, We have successfully implemented a Backup and Recovery process in our organization and currently testing it out. We took a previous day backup and tried to restore it to a point in time. The database is able to start applying the recovery settings. But it recovered records past the recovery

Re: [ADMIN] PITR Recovery Question

2010-06-07 Thread Gnanakumar
Hi Sam, Thank your sharing this script. > Here's a script to make your backup and rsync it to a remote destination: > #!/bin/bash > echo "checkpoint" > echo "CHECKPOINT;" | /local/pkg/bin/psql template1 > echo "start backup" > echo "SELECT pg_start_backup('cisoradr:/cis/pgsql/katana7/backup');"

Re: [ADMIN] PITR Recovery Question

2010-06-07 Thread Gnanakumar
Hi Florian, Thanks for the clarification and a link to a post on automated script. On Jun 5, 2010, at 9:05 , Gnanakumar wrote: > Thanks for your valuable suggestion and a detailed step on common way to use > PITR. Things are very clear now except that I've some other question in > connection to

Re: [ADMIN] PITR Recovery Question

2010-06-07 Thread Gnanakumar
, June 05, 2010 7:39 PM To: pgsql-admin@postgresql.org; gna...@zoniac.com Cc: f...@phlo.org Subject: RE: [ADMIN] PITR Recovery Question "Gnanakumar" wrote: > I couldn't able to get this particular step clearly: "One trick > would be to temporarily change your archive_command

Re: [ADMIN] PITR Recovery Question

2010-06-06 Thread Samuel Stearns
From: pgsql-admin-ow...@postgresql.org [mailto:pgsql-admin-ow...@postgresql.org] On Behalf Of Florian Pflug Sent: Sunday, 6 June 2010 10:11 PM To: gna...@zoniac.com Cc: pgsql-admin@postgresql.org Subject: Re: [ADMIN] PITR Recovery Question On Jun 5, 2010, at 9:05 , Gnanakumar wrote: > Than

Re: [ADMIN] PITR Recovery Question

2010-06-06 Thread Florian Pflug
On Jun 5, 2010, at 9:05 , Gnanakumar wrote: > Thanks for your valuable suggestion and a detailed step on common way to use > PITR. Things are very clear now except that I've some other question in > connection to this. > >> The correct way to clean out pg_xlog therefore is to either disable WAL

Re: [ADMIN] PITR Recovery Question

2010-06-05 Thread Kevin Grittner
"Gnanakumar" wrote: > I couldn't able to get this particular step clearly: "One trick > would be to temporarily change your archive_command to 'true', > delete all files from your archive, and then change the command > back ". Can you please clarify and explain on this? Based on other statemen

Re: [ADMIN] PITR Recovery Question

2010-06-05 Thread Gnanakumar
Hi Kevin, > It is generally unsafe to delete any WAL files from pg_xlog. If > they are there because your archive command has been failing, you > need to turn off archiving or (probably more convenient) allow the > archive script to return success until things clear. One trick > would be to temp

Re: [ADMIN] PITR Recovery Question

2010-06-05 Thread Gnanakumar
Hi Florian, Thanks for your valuable suggestion and a detailed step on common way to use PITR. Things are very clear now except that I've some other question in connection to this. > The correct way to clean out pg_xlog therefore is to either disable WAL archiving, or to make sure your archive_c

Re: [ADMIN] PITR Recovery Question

2010-06-04 Thread Florian Pflug
On Jun 4, 2010, at 13:54 , Gnanakumar wrote: > In case, if I decide to clean the old WAL archives and set right PITR from > today onwards by taking base backup, so that I can start managing and > maintaining atleast from now onwards, what is the correct way/method of > removing files from pg_xlog/,

Re: [ADMIN] PITR Recovery Question

2010-06-04 Thread Kevin Grittner
"Gnanakumar" wrote: > My pg_xlog/ and walarchive/ directory locations are > "/usr/local/pgsql/data/pg_xlog" and "/mnt/pitr/walarchive" > respectively. > > In case, if I decide to clean the old WAL archives and set right > PITR from today onwards by taking base backup, so that I can start > mana

[ADMIN] PITR Recovery Question

2010-06-04 Thread Gnanakumar
Hi Florian, I'm moving this discussion to pgsql-admin. To give a picture of my original question, it is given below, so that other users in this mailing list will understand my original problem statement. > If you point it at a cluster's own pg_xlog directory, it won't work. > You might want to

Re: [ADMIN] PITR recovery

2007-01-09 Thread Naomi Walker
Speaking of PITR, it would be great if I could perform a PITR for a particular database in an instance. My options otherwise would be to install the instance elsewhere and extract, or, create an instance for each database (not reasonable, since we have dozens) We backup each database separatel

Re: [ADMIN] PITR recovery

2007-01-09 Thread Ben K.
PITR doesn't go back in time. It only supports roll-forward from a prior base backup using the logs, stopping at a predefined time/xid/endoflogs. Going backwards using the logs is mostly impossible because the log records don't hold enough info to un-erase things. It is theoretically possible to

Re: [ADMIN] PITR recovery

2007-01-09 Thread Simon Riggs
On Tue, 2007-01-09 at 08:37 -0600, Ben K. wrote: > On Mon, 8 Jan 2007, Simon Riggs wrote: > > > There is a log analysis tool on pgfoundry that does something similar. > > > You can already stop recovery at a certain point. So there's nothing to > > stop you doing a recovery on a development machi

Re: [ADMIN] PITR recovery

2007-01-09 Thread Ben K.
On Mon, 8 Jan 2007, Simon Riggs wrote: There is a log analysis tool on pgfoundry that does something similar. You can already stop recovery at a certain point. So there's nothing to stop you doing a recovery on a development machine up to a certain point, then dumping the deleted data using p

Re: [ADMIN] PITR recovery

2007-01-09 Thread Ben K.
On Fri, 5 Jan 2007, Bruno Wolff III wrote: I.e. would it be possible to restore the file system backup and use the PITR method from a Solaris/SPARC main to a Linux backup, using their respective native file system? What are the minimal conditions to be met? No the data is not only dependent on

Re: [ADMIN] PITR recovery

2007-01-08 Thread Simon Riggs
On Mon, 2007-01-08 at 09:41 -0600, Ben K. wrote: > > On Fri, 2007-01-05 at 12:59 -0600, Ben K. wrote: > >> 2. sql dump and PITR > >> Is it possible to use the PITR method with SQL dump? (pg_start_backup -> > >> sql dump -> pg_stop_backup) I guess not, but just want to make sure. > > > > No, because

Re: [ADMIN] PITR recovery

2007-01-08 Thread Ben K.
On Fri, 2007-01-05 at 12:59 -0600, Ben K. wrote: 2. sql dump and PITR Is it possible to use the PITR method with SQL dump? (pg_start_backup -> sql dump -> pg_stop_backup) I guess not, but just want to make sure. No, because there is no reason or benefit. Thanks. I guess the PITR plays on a di

Re: [ADMIN] PITR recovery

2007-01-06 Thread Simon Riggs
On Fri, 2007-01-05 at 12:59 -0600, Ben K. wrote: > 2. sql dump and PITR > > Is it possible to use the PITR method with SQL dump? (pg_start_backup -> > sql dump -> pg_stop_backup) I guess not, but just want to make sure. > No, because there is no reason or benefit. -- Simon Riggs

Re: [ADMIN] PITR recovery

2007-01-05 Thread Bruno Wolff III
On Fri, Jan 05, 2007 at 12:59:51 -0600, "Ben K." <[EMAIL PROTECTED]> wrote: > > Maybe this is answered somewhere or maybe self-evident, but I just wanted > to make sure. I want to know if it's possible to do PITR between different > platforms. I can try and learn, but if anyone knows, I'd appr

[ADMIN] PITR recovery

2007-01-05 Thread Ben K.
Maybe this is answered somewhere or maybe self-evident, but I just wanted to make sure. I want to know if it's possible to do PITR between different platforms. I can try and learn, but if anyone knows, I'd appreciate it. 1. file formats What is the chance that the file format of files under