自己整理的一份GoldenGate使用手册和测试资料

shao · 发表于 2010-12-1 11:13

DB2到oracle的我测试是成功的，当然表字段名字一样的，和官方文档中说明的一样。
想看看图形界面是因为用户不习惯字符界面的。

tom_fans · 发表于 2010-12-1 17:29

任何一种同步工具，尤其是share nothing的，问题不在于如何建立，而在于如何容错。

一个简单的例子：

A server: insert into table values(1); 然后A 准备传送此语句

B server: update table where id=2; 传送过去了，A应用

A传送insert into,B应用。

很显然，A的数据id全部更新了，但是B有一条新插入的数据没更新。 A,B数据明显不一致。如何处理？

tom_fans · 发表于 2010-12-1 17:40

golden gate这种双活的代价就是数据不一致。鬼都不用这种双活。

valavida · 发表于 2010-12-3 08:42

就是需要基础的，哈哈，多谢

ab5669 · 发表于 2010-12-5 20:16

等机会用goldengate

tangyong327 · 发表于 2010-12-6 17:52

谢谢楼主分享

kenal · 发表于 2010-12-7 11:47

原帖由 tom_fans 于 2010-12-1 17:29 发表
任何一种同步工具，尤其是share nothing的，问题不在于如何建立，而在于如何容错。

一个简单的例子：

A server: insert into table values(1); 然后A 准备传送此语句

B server: update table where id=2; 传送过去了，A应用

A传送insert into,B应用。

很显然，A的数据id全部更新了，但是B有一条新插入的数据没更新。 A,B数据明显不一致。如何处理？

--------------------------------------------------------------

都不知道该说你什么好，你根本没有仔细看OGG的资料。

OGG只对已经提交的交易进行交易进行分析。其次，OGG根本不是类似QUEST一样直接复制SQL语句的，而是SQL语句执行后发生变化的数据！

最后A-A的模式和完整意义的双业务中心是两个概念！

OGG只是在避免了双向交易复制过程的死循环的问题，要配真正完整意义的双业务中心，要考虑的问题很多，不单是数据库的表定义，业务逻辑都要考虑的。

pennon · 发表于 2010-12-7 15:33

原帖由 kenal 于 2010-12-7 11:47 发表

--------------------------------------------------------------

都不知道该说你什么好，你根本没有仔细看OGG的资料。

OGG只对已经提交的交易进行交易进行分析。其次，OGG根本不是类似QUEST一样直接复制SQL语句的，而是SQL语句执行后发生变化的数据！

最后A-A的模式和完整意义的双业务中心是两个概念！

OGG只是在避免了双向交易复制过程的死循环的问题，要配真正完整意义的双业务中心，要考虑的问题很多，不单是数据库的表定义，业务逻辑都要考虑的。

咱赞一个！

zhpsam · 发表于 2010-12-11 00:56

不错，支持楼主！

只看该作者 · 发表于 2010-12-15 17:19

不错！

[原创] 自己整理的一份GoldenGate使用手册和测试资料

回复 #10 zhoujiongfield 的帖子

回复 #1 zhoujiongfield 的帖子

浏览过的版块