基于Oracle数据库双活或多活数据中心建设

wrx0815

jams007 发表于 2012-4-5 10:38
“解决方案没有完美的，但总有一种是最切合实际业务需求的”，说的很对，要看“双活”的目的是什么？
...

严重同意你的观点。

dodba

我们目前同样在面临一个类似的问题，所谓“双活”，在短距离和带宽允许的情况应该有不少成功案例，但是在广域网内实现异地数据中心部署，难度确实很大，我们现在采用GG实现数据库异地灾备，希望能在这里看到能实现广域网内的双活案例。

lihe_lihe1981

这个东西DSG的双中心也可以解决，目前在电信boss库已有应用。。。

secooler

lihe_lihe1981 发表于 2012-4-24 17:07
这个东西DSG的双中心也可以解决，目前在电信boss库已有应用。。。

是双活双向复制案例么。
欢迎分享实施过程中遇到的问题与困难以及解决方案，方便大家借鉴。

secooler

lihe_lihe1981

恩，目前已经再两个以上运营商boss系统使用

secooler

lihe_lihe1981 发表于 2012-4-27 10:30
恩，目前已经再两个以上运营商boss系统使用

有经验可以和大家一起分享的么。比如实施过程中需要注意的问题和总结。

secooler

ylsired

大家都在关注数据库的复制方案，请问IBM MQ 中间件的同步复制方案有经验分享吗？如果发生灾难，本地中心的MQ队列的活动数据文件会丢失吧，这些业务数据就会丢失了。目前听说有采用VVR 技术的，但不知道MQ本身是否可以做到这个？或者其他更有效廉价的方案？

成孜论

上次听罗老师对Golden Gate那个赞许啊

cnnbstar

占个座 学习了

kicksoccer

lookfriend 发表于 2012-3-13 11:11
是不是禁用所有节点的所有触发器？
这样的话很麻烦，因为好多大型软件包含了很多触发器，比如sap和oracl ...

对于双活中心，针对trigger的问题shareplex的做法是在trigger的procedural中增加WHEN子句：

<
when user !='SPLEX' begin
...
>

这样用于在passive端同步数据的SPLEX用户就会忽略掉这个trigger了，而其他业务用户都可以被fire。
但是trigger必须是row-level，如果存在其他类型trigger的话，则需要修改成row-level。