Thanks for all who replied.
There are certain cases where multi-master rep are very implementable such as where
the datasets being rep are fairly disjointed but need to be replicated for completeness in
terms of reporting. But you are absolutely 110% correct. Multimaster synchro is a nightmare.
-----Original Message-----
From: Christopher Browne [mailto:cbbrowne@acm.org]
Sent: Sat 8/30/2003 4:47 PM
To: pgsql-admin@postgresql.org
Cc:
Subject: Re: [ADMIN] Replication
Martha Stewart called it a Good Thing whenianh@hubspan.com ("Ian Huynh")wrote:
> Seems that there are a number of simultaneous project in trying to implement replication
> for postgres.
>
> Is anyone out there using this feature currently? If so , which package & OS environment.
>
> the latest news was eRServer v1.0. Is this the same as the v1.2 that Postgres INC announced
> early this year ?
>
> Is there a master-master capability or only master-multi-slave ?
The version of eRServer recently released as free software is not the
latest "production" release, but it is a direct predecessor.
Its operational model is that of "master/possible multiple slaves,"
NOT multimaster.
Multimaster involves some thorny issues surrounding synchronization,
as it is possible for one master to receive a set of changes
concurrently with another master receiving _incompatible_ changes.
PalmOS users see this if they change a particular record on both
desktop and palmtop; the next time they sync, the conflicting record
normally gets duplicated and the user gets to decide how to fix it.
Doing that in a big production database context may not be
possible/acceptable. You only should do multimaster if you REALLY
know what you're doing.
--
select 'aa454' || '@' || 'freenet.carleton.ca';
http://www.ntlug.org/~cbbrowne/sap.html
Do you know where your towel is?
---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster