Jim C. Nasby wrote:
On Thu, Mar 23, 2006 at 12:28:41PM -0800, Steve Crawford wrote:
...I have a
cron job from the production database that runs every 5-10min to check
if there are any new archive logs and copy new archive logs to the
remote stand by failover machine.
The problem with this scenario is that there might be a possibility that
I might scp a partially filled archive log over to the remote machine on
a heavily updated databases with batch jobs runnings most of the time
like ours.
So, inorder to over come this we want to change the archive_command to
archive_command = 'cp %p /archives-temp/%f && mv /archives-temp/%f
/archives/%f'
( I could do remote copy also with the command but I dont want to go
that route because of network problems. )
....
My question is there any problem in using this approach ? will I run
into problems in the future ? are there any other better ways of solving
this problem ?
Looks like it should work but have you considered using rsync instead?
If the file grows from one pass to the next, rsync will send the
differences.
rsync does nothing to address the race condition issue, though. If you
fire up an rsync and the cp takes too long, you'll end up syncing a
partially written WAL file, which could potentially be bad.
BTW, there's also now a project on pgFoundry for using PITR to keep a
warm-backup: http://pgfoundry.org/projects/pgpitrha/
Hi Jim,
What do you think about this option ? If I just do scp from the
/archives folder, I will be ok and wont copy any partial files at any
time right ?
archive_command = 'cp %p /archives-temp/%f && mv /archives-temp/%f /archives/%f'
Pallav.
---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings
