Search Postgresql Archives

Re: Justifying a PG over MySQL approach to a project

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thursday 17 December 2009 09:51:19 Richard Broersma wrote:
> On Thu, Dec 17, 2009 at 8:23 AM, Gauthier, Dave <dave.gauthier@xxxxxxxxx> 
wrote:
> > How difficult is it to switch the master's hat from one DB instance to
> > another?  Let's say the master in a master-slave scenario goes down but
> > the slave is fine.  Can I designate the slave as being the new master,
> > use it for read/write, and then just call the broken master the new slave
> > once it comes back to life (something like that)?

This is very easy with SLONY.  If the master is truly 'dead' you can run a 
SLONY  'failover' command like this (note these are slonik commands where node 
1 is the 'dead' master and node 2 is the current slave):

echo 'Preparing to failover (set id = 1, backup node = 2)';
failover (id = 1, backup node = 2);
echo 'Done';
echo 'Preparing to drop node (set id = 1, event node = 2)';
drop node (id = 1, event node = 2);
echo 'Done';
echo 'Failover complete';



at this point the dead master node is no longer part of the replication 
cluster and the slave is the new master

Once the dead node is rebuilt then you simply add it to the replication 
cluster as a new slave node


Also, if you just wanted to "move" the master, changing the existing master 
into a slave in the process you can do this:

lock set (id = 1, origin = 1);
wait for event (origin = 1, confirmed = 2);
echo 'set locked';
move set (id = 1, old origin = 1, new origin = 2);
wait for event (origin = 1, confirmed = 2);
echo 'switchover complete';



> 
> I know someone that uses a revolving Sony Master-Slave setup between
> China and the US.  During the US working hour the US server is the
> master, during the working hours of China it becomes the Master.
> 
> Of course the person how constructed this system mentioned it was
> woefully challenging.  In his case, not only was the slony
> configuration difficult but also finding and keeping stable
> communication path-ways between China and the US.
> 

-- 
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux