Re: Replication Solutions for PostgreSQL Master to Slave - Mailing list pgsql-admin

From Chris Browne
Subject Re: Replication Solutions for PostgreSQL Master to Slave
Date
Msg-id 60wtk6d2gk.fsf@dba2.int.libertyrms.com
Whole thread Raw
In response to Replication Solutions for PostgreSQL Master to Slave  (Kirby Ubben <kirby@mcmurrayhatchery.com>)
Responses Re: Replication Solutions for PostgreSQL Master to Slave
List pgsql-admin
jd@commandprompt.com ("Joshua D. Drake") writes:
>> You are looking for synchronous replication as opposed to async?
>>
>> >Currently i have Slony working, but am not satisfied with how it
>> >accomplishes replication, or it's interface, and am curious what
>> >others are using to accomplish replication?
>
> There is also Mammoth Replicator:
>
> http://www.commandprompt.com/products/mammothreplicator
>
> It is a commercial product (I work for CMD) but it is widely used
> in the corporate environment and you may find it a little easier
> to manage.

A vital difference is that Slony-I extracts replication information
(e.g. - determines what it needs to replicate) via triggers on the
tables, whereas Mammoth Replicator takes the (quite common in the
industry) approach of reading update information out of the
transaction logs.

There are a number of differences between the approaches, but in the
conversations with people at OSCON, it seemed surprisingly common for
the similarities to make it seem that when Slony-I was inadequate,
Mammoth Replicator would be too.

Of course, this particular discussion hasn't extracted enough
information about the dissatisfaction to evaluate much of anything...
--
output = ("cbbrowne" "@" "cbbrowne.com")
http://cbbrowne.com/info/spiritual.html
There was a young lady of Crewe
Whose limericks stopped at line two.

pgsql-admin by date:

Previous
From: "Joshua D. Drake"
Date:
Subject: Re: Replication Solutions for PostgreSQL Master to Slave
Next
From: Kirby Ubben
Date:
Subject: Re: Replication Solutions for PostgreSQL Master to Slave