Re: Warm Standby Setup Documentation - Mailing list pgsql-general

From Ogden
Subject Re: Warm Standby Setup Documentation
Date
Msg-id 68992D6C-719C-4E1F-9887-6AA71DD4A830@darkstatic.com
Whole thread Raw
In response to Re: Warm Standby Setup Documentation  (Greg Smith <greg@2ndquadrant.com>)
Responses Re: Warm Standby Setup Documentation  (Yar Tykhiy <yar@barnet.com.au>)
Re: Warm Standby Setup Documentation  (Greg Smith <greg@2ndquadrant.com>)
List pgsql-general
On Mar 26, 2010, at 1:32 PM, Greg Smith wrote:

> Bryan Murphy wrote:
>> The one thing you should be aware of is that when you fail over, your spare has no spares.  I have not found a way
aroundthis problem yet.  So, when you fail over, there is a window where you have no backups while you're building the
newspares.  This can be pretty nerve wracking if your database is like ours and it takes 3-6 hours to bring a new spare
onlinefrom scratch. 
>
> If there's another server around, you can have your archive_command on the master ship to two systems, then use the
secondone as a way to jump-start this whole process.  After fail-over, just start shipping from the new primary to that
3rdserver, now the replacement standby, and sync any files it doesn't have.  Then switch it into recovery.  Much faster
thandoing a new base backup from the standby on larger systems. 

How is it possible to use the archive_command to ship to different ones?

archive_command = 'rsync -a %p postgres@192.168.x.x:/usr/local/pgsql/walfiles/%f </dev/null'
archive_timeout = 120         # force a logfile segment switch after this

I suppose you can put multiple commands there then?

Also, 2 minutes - is this reasonable for a heavy write database?

Thank you

Ogden




pgsql-general by date:

Previous
From: Greg Smith
Date:
Subject: Re: Solid State Drives with PG
Next
From: Mike Charles
Date:
Subject: Storing data on a regular lat/lon grid