省中心和地市数据同步方案求解,内详(各行业应该都碰得到的)

ryan76 · 发表于 2006-8-12 13:53

Wrapper只针对数据源的，连接Oracle和DB2 只需要两个，Server是针对节点的，所以需要就要创建20个节点，至于管理是否复杂我认为熟悉了还可以，而且是有规律的，并且对于这么大的系统来讲这不能算复杂，我们还有全国所有的省建立联邦的呢，感觉也不怎么复杂

联邦是实时访问，交易特性是有保证的，但是因为是实时，所以性能是个要考虑的问题，如果采用复制，那么数据质量保障性高，且稳定

如果采用双向复制，LZ 的这个系统还真是典型了，类似于星型结构，所有两个节点的数据同步都通过省中心，无疑这也是我认为最好的方案，虽看着复杂，但是模式单一，复制的实例多了些而已

ganquan · 发表于 2006-8-29 17:47

由于是在广域网上，我建议还是采用WebSphere MQ来进行数据传输比较合适，分成多个luw来实现比较可靠。

ryan76 · 发表于 2006-8-29 20:15

Q复制就是用了MQ传输数据，这也是其架构的优点，在新的V9版本里将全面替代SQL复制

turbo_c · 发表于 2006-8-29 21:20

有个产品叫d-share,不仅可以在db2之间实时复制数据,也可以实时复制异构数据库

ryan76 · 发表于 2006-8-29 23:32

Q复制也支持异构数据复制，比如复制Oracle数据库

bpmfhu · 发表于 2006-8-30 08:54

关键是Q复制比sql复制的性能高出不是一点

ganquan · 发表于 2006-8-30 09:04

楼主的方案确定下来了吗？

不知db2 ii的q复制能否完全满足需求？

如果为了省钱，其实自己编成使用mq通讯也能够很好地实现。

就是把数据库之间数据同步分成3个luw来实现，mq也可以充当事务管理器的功能，不过只能实现1阶段提交。

这三个luw分别是：

1.源数据库+本地queue manager　　（ｍｑ充当事务管理器）

2.本地queue manger + 远程quque manger （mq产品保证）

3. 远程queue manager + 目标数据库　（ｍｑ充当事务管理器）

ryan76 · 发表于 2006-8-30 11:02

Q复制已经实现了一个完整的LUW，为什么分成三个？而且我想你也分不成吧，Q复制的架构非常优秀，这些问题都已经考虑进去了，数据库日志只有提交的消息才抓取，只有目的数据库消息提交成功，消息才清除，抓取数据库日志的时间戳才往前走

如果目标数据库更新不成功，源数据库端的MQ消息是不会清除的，在源端QCapture服务器只负责抓取变化并将消息写入MQ，QApplyServer负责应用消息，并将成功应用的MQ消息清除，用Q复制而不是自己实现的好处就是这些你担心的Q复制都给你考虑到了，你不必自己实现

另外在9.1里面好像也开始支持两阶段提交了

ganquan · 发表于 2006-8-30 11:29

to :ryan76

楼主的这句话：“一些表的数据是全省统一的，要求一地市数据（统一的部分数据）发生变化时省和其它地市也能与之同步。”

采用数据库复制技术能否完全实现？

最初由 ganquan 发布
[B]楼主的方案确定下来了吗？

不知db2 ii的q复制能否完全满足需求？

如果为了省钱，其实自己编成使用mq通讯也能够很好地实现。

就是把数据库之间数据同步分成3个luw来实现，mq也可以充当事务管理器的功能，不过只能实现1阶段提交。

这三个luw分别是：

1.源数据库+本地queue manager　　（ｍｑ充当事务管理器）

2.本地queue manger + 远程quque manger （mq产品保证）

3. 远程queue manager + 目标数据库　（ｍｑ充当事务管理器） [/B]

ganquan · 发表于 2006-8-30 11:36

to :ryan76

我个人认为q复制是异步机制，应该不是一个luw去完成的。

把一个luw分成3个luw的原理，请参看附件！

楼主怎么也不发言？？？？

[精华] 省中心和地市数据同步方案求解,内详(各行业应该都碰得到的)

浏览过的版块