Re: Have any tricks not to recreate a standby server to switch to the former primary?

From: Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr>
To: Josh Kupershmidt <schmiddy(at)gmail(dot)com>
Cc: vvoody <wxj(dot)g(dot)sh(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Have any tricks not to recreate a standby server to switch to the former primary?
Date: 2011-01-06 20:17:21
Message-ID: m2zkrdg52m.fsf@2ndQuadrant.fr
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Josh Kupershmidt <schmiddy(at)gmail(dot)com> writes:
> From this description, it sounds like you're trying to shortcut the
> process of bringing your old primary server (server A) up-to-date with
> the currently-running server (server B). In order to bring server A
> up-to-date with B, you'll need to follow *all* the steps on that wiki
> page to set server A up as a warm standby of B, particularly the
> pg_start_backup(); rsync'ing of PGDATA over to A, etc.

See repmgr for a way to mitigate than by using 2 standby servers:

http://projects.2ndquadrant.com/repmgr
https://github.com/greg2ndQuadrant/repmgr
http://groups.google.com/group/repmgr

Regards,
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Dimitri Fontaine 2011-01-06 20:29:38 Re: Updated Latch Patch
Previous Message A.M. 2011-01-06 20:01:01 Re: UUID column as pimrary key?