I would try to use database replication if possible. But start by characterizing your replication needs in more detail. Basically you want to document the role that you expect replication to play in your application infrastructure. That will drive your choice of technology.
If it's for disaster recovery (DR) or some load-balancing applications, then single-master should work. For that case look into database replication, or failing that flex-rep. Database replication is higher performance, while flexible replication is more... flexible. Also flexible replication is strictly document-oriented, while database replication handles multi-document updates. So if you need multi-document updates to replicate atomically, you probably want database replication. For more sophisticated load-balancing applications, you'll want multi-master replication. In that case you have to do more work yourself. Basically you'll need to send all your updates to a transaction manager, which will need its own HA and DR story. That TM would probably use XA to distribute updates to the MarkLogic clusters. To get some idea of how XA works, see http://docs.marklogic.com/guide/xcc/concepts#id_57048 -- Mike On 6 Jan 2014, at 13:08 , Abhishek53 S <[email protected]> wrote: > Hi All, > > We have requirement to replicate data across multiple clusters. Cluster1 is > running on CentOS and Cluster2 is running over Linux. > I am thinking some possible ways to address this. > > Solution 1) > Description: XA Transaction: Replicate data from service layer to > multiple databases across cluster. > Question: Does .NET XCC API supports distributed transaction? > > Solution 2) > Flexible Replication: Replicate data between servers > Question: > Any issue with CentOS and Linux - Cross Platform replication? > Any issue with multiple versions of servers - Cross Version replication? > Any way to schedule the replication at specific duration of day(Not > during Master commit) - Scheduling Flexible Replication > > Solution 3) > Any other possible way to address the solution? > > Please advise!!! > > Thanks > Abhishek > =====-----=====-----===== > Notice: The information contained in this e-mail > message and/or attachments to it may contain > confidential or privileged information. If you are > not the intended recipient, any dissemination, use, > review, distribution, printing or copying of the > information contained in this e-mail message > and/or attachments to it are strictly prohibited. If > you have received this communication in error, > please notify us by reply e-mail or telephone and > immediately and permanently delete the message > and any attachments. Thank you > > > _______________________________________________ > General mailing list > [email protected] > http://developer.marklogic.com/mailman/listinfo/general _______________________________________________ General mailing list [email protected] http://developer.marklogic.com/mailman/listinfo/general
