From: | Ogden <lists(at)darkstatic(dot)com> |
---|---|
To: | PGSQL Mailing List <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Warm Standby Setup Documentation |
Date: | 2010-03-26 18:35:43 |
Message-ID: | 68992D6C-719C-4E1F-9887-6AA71DD4A830@darkstatic.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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 around this problem yet. So, when you fail over, there is a window where you have no backups while you're building the new spares. This can be pretty nerve wracking if your database is like ours and it takes 3-6 hours to bring a new spare online from scratch.
>
> If there's another server around, you can have your archive_command on the master ship to two systems, then use the second one as a way to jump-start this whole process. After fail-over, just start shipping from the new primary to that 3rd server, now the replacement standby, and sync any files it doesn't have. Then switch it into recovery. Much faster than doing 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(at)192(dot)168(dot)x(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Gaietti, Mauro (SELEX GALILEO Guest, Italy) | 2010-03-26 19:17:38 | R: round(x) function |
Previous Message | Greg Smith | 2010-03-26 18:32:45 | Re: Solid State Drives with PG |