关于OGG 方案可行性讨论

vmcd_gg

具体方案如下：假设三个异地的库，库中的表数据保持一致，用OGG的官方的话说，就是多点中心-多对多，任意一个库的表发生变化，即刻复制到其他两个库，当然也要包括 3个库同时操作一张表的情况，如： 1 2 3 代表三个库， 1 2 3 中有数据一致的表 A  ， 某个时刻 1 2 3 同时有会话操作 A表 ，OGG 如何保持 A表的数据一致性。


另外 OGG的多对多复制的稳定性如何

[ 本帖最后由 vmcd_gg 于 2011-12-29 21:20 编辑 ]

Maclean Liu(刘相兵

不看好 OGG 做这样的 多点 多向的同步复制

即便只是双向复制也已经够麻烦了 ， 需要解决的问题很多：

1. 2个库同时更新同一条记录 如何处理？
2.  网络出现失败如何处理？
3.  数据不同步后如何修复？


就我所知国内 OGG 做双向的例子最著名的是GoldenGate在海关总署的应用

通过在广东建立一个灾备系统，在北京和广州之间配置GoldenGate双向复制，形成双中心模式，其容灾系统示意图如下所示：




但是 貌似这个示范项目最后的效果并不理想

vmcd_gg

对  双向已经不靠谱了   如果 是3个中心  1->2的进行复制 我觉得更加不靠谱，首先网络是个问题，如何保证异地的实时性，
如果主键使用sequence 保证唯一性，如何保证OGG传输日志apply的时间点，如何保证主键的冲突问题，都觉得很难拿捏，
另外 1个节点故障之后 如何恢复 也更加的复杂

gtlions

海关总署的应用--这个案例在中国是oracle到处鼓吹的案例了，呵呵。