Re: Backup error

From: Scott Ribe <scott_ribe(at)elevated-dev(dot)com>
To: Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at>
Cc: Celso Vieira *EXTERN* <sabd(dot)secinfo(at)gmail(dot)com>, "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Backup error
Date: 2014-10-03 16:25:44
Message-ID: D0E44AD2-0312-41C8-AEB4-72610EDCC79C@elevated-dev.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Oct 3, 2014, at 8:55 AM, Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at> wrote:

> You have to wait until scp is finished before running pg_stop_backup.

If, for performance reasons, you want to overlap backup & copy:

1) use rsync during the backup (repeat if it finishes before the backup)
2) after the backup has finished, but before running pg_stop_backup, run rsync again
3) pg_stop_backup

There is a worry about a potential issue with granularity of timestamp on an open file finished rsyncing a split second before finished writing by backup process, there's the -c option for the final rsync pass. But then it's up to you to figure out whether it's actually worth having that extra read of every byte of every file in order to get the head start. Depends on your server I/O load, and relative speed of backup vs copy, and what your actual goal is.

Personally, I do this not for recovery, but for snagging copies for testing, and in that case I don't worry about the -c option.

--
Scott Ribe
scott_ribe(at)elevated-dev(dot)com
http://www.elevated-dev.com/
(303) 722-0567 voice

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Ribe 2014-10-03 17:15:13 Re: Backup error
Previous Message Albe Laurenz 2014-10-03 14:55:33 Re: Backup error