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

bpmfhu

可以用数据复制，也可以将mq的数据解包出来，再处理。有的时候觉得解包处理数据，反而直接用数据库的复制功能更可靠

ryan76

最初由 bpmfhu 发布
[B]可以用数据复制，也可以将mq的数据解包出来，再处理。有的时候觉得解包处理数据，反而直接用数据库的复制功能更可靠 [/B]

这中情况也有相应的产品解决方案 WebSphere II EventPublish,MQ的传输数据包用XML格式封装数据，你想怎么处理随你了

whiterain

强，俺只知道xa做得是不错得，对mq不熟悉，长见识了

bpmfhu

不错，我们还没有用到WebSphere II EventPublish,可以研究研究。ibm在这方面还是提供了一整套解决方案

最初由 ryan76 发布
[B]

这中情况也有相应的产品解决方案 WebSphere II EventPublish,MQ的传输数据包用XML格式封装数据，你想怎么处理随你了 [/B]

stonenba

最初由 ryan76 发布
[B]采用WebSphere II，两种架构，联邦和实时复制，实时复制采用MQ传输消息，与XA+MQ对比不必额外的开发和设置，基于DB级别的表复制，性能和灵活性均不错，在大陆也有实际应用的例子在银行

采用联邦也有其好处，数据是一份拷贝，实时获取，而复制数据是两份独立的拷贝，具体要看你的业务需求来订制，但总体上两种方案都是能解决异地或异构的数据同步和获取的问题 [/B]

谢谢!已 给好评! 再请教一下我们要求20几个地区数据同步(但同步的数据并不是很多,只是其中的几张相关的表),请问采用哪种方案效率和性能都最好啊!

ryan76

谢谢楼上的。

这个看具体环境，需求和平台，软件等这些相关因素，而且更要看你的业务需求要求数据同步到什么地步，是实时获取，还是将数据复制过来，大概上看如果只有几个表我比较倾向于联邦，不过有时候表少不一定代表交易少或数据量小。

stonenba

最初由 wangzhonnew 发布
[B]also fedarated system is another choice, but creating more than 20 or more wrappers and nicknames will make the database harder to manage....

but please notice that DUOW only work for the following system:
DB2 UDB for UNIX(R) and Windows(R) Version 7 or later
DB2 UDB for OS/390 Version 6.1 DB2 UDB for OS/390 and z/OS(TM) Version
DB2 for z/OS Version 8 or later
DB2 UDB for iSeries(TM) requires OS/400 Version 5 Release 1 or later

fedarated system can fedarate different types of databases like Oracle or SQL servers [/B]

谢谢楼上的。不过我没有这方面的经验，你做过类似的项目吗？按照上述所说的关于了联邦系统的缺点了：creating more than 20 or more wrappers and nicknames will make the database harder to manage；

另外我们的数据量并不大。

bpmfhu

creating more than 20 or more wrappers and nicknames will make the database harder to manage；
这个倒不会，但是对nickname的访问的效率比常规表肯定不会太高。对与用哪种方案，我觉得，一定要考虑操作能够回滚，数据保持能完整一致性。
对于lz这样的系统，以我的经验，在处理数据的各个环节还要考虑数据的质量。

bpmfhu

补充一下，如果分节点还需要同步，最好在总节点上面通过下发来完成，不要在分节点之间做数据交换，不然节点间的双向复制麻烦且效率不高

stonenba

最初由 bpmfhu 发布
[B]补充一下，如果分节点还需要同步，最好在总节点上面通过下发来完成，不要在分节点之间做数据交换，不然节点间的双向复制麻烦且效率不高 [/B]

谢谢！同意你的看法，我准备采用mq时也是打算先由各地区发送消息到省公司，然后由省公司统一分发以保证数据的一致性。