[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: syncrepl questions



At 11:55 AM 9/24/2003, Hallvard B Furuseth wrote:
>Kurt D. Zeilenga writes:
>> Second, we just started this Syncrepl experiment.  I suspect
>> Syncrepl will prove to be better than the slurpd approach
>> in almost all deployments.  I also suspect that some deployments
>> will need a far more sophisticated replication engine than either
>> syncrepl and slurpd provide.
>
>For example, the University of Oslo needs update operations which do not
>return until all the servers have been updated, or maybe a 'sync this
>particular DN' operation which is performed after an update operation
>and only returns when that entry has been synced to all the servers.

Transactional consistent replication, yuk.

>Lacking that, we simply use independent master servers and run each
>update operation against all of them.

Of course, to ensure consistency between the masters would require
use of a two-phase commit transaction capabilities.