extended rac 影响因素太多  建议根据实际情况，多poc测试可以参考http://www.talkwithtrend.com/Article/244239 http://www.talkwithtrend.com/Article/245689http://www.talkwithtrend.com/Question/423049http://www.talkwithtrend.com/Document/detail/tid/421103...

架构复杂度分析架构一的复杂度在于ASM层的设计。ORACLE RAC实例节点看到的共享盘是基于双中心存储实现的镜像策略，所有IO的读写分发是由ASM本身的冗余算法规则来决定的，DBA不仅仅要根据磁盘情况来设计合理的Failure Group，而且需要结合第三方站点的网络存储卷来合理设计仲裁...

一般是1+1但是我觉得可以试试2+1，因为一般情况下，我们还是不愿意因为一个节点故障发生容灾切换。2+1可以保障主中心的高可用，又可以保障容灾。但是有一点担心就是三个节点的RAC集群内的数据传输模式和1+1模式是不一样的，反而更复杂一些。所以要根据业务压力进行测试。...

ADG 同构平台数据同步，OGG可以异构平台数据同步。ADG 可以通过快照方式保留当前时刻点数据，OGG不能做到。ADG 直接通过日志重做实现数据复制，OGG是通过对日志加工之后的模式进行数据分析实现复制。...

ADG 同构平台数据同步，OGG可以异构平台数据同步。ADG 用在容灾场合，可以同城、可以异地。OGG一般用在异构平台迁移场合。ADG 相对比较稳定，OGG 相比而言问题多一些。ADG 架构可以灵活组合，OGG 架构相对会单一。ADG 可以通过快照方式保留当前时刻点数据，OGG不能做到。...

RAC：本地高可用。Extended RAC：极高容灾目标场合下的数据库双活架构。ADG：五级容灾目标场合下的数据库主备切换架构。OGG：数据平台的建设或者是异构数据库之间的集中整合或者是同步。在金融行业，常见的容灾架构为ADG，尤其是异地灾备。也有部分较高要求的采用 RAC + ADG，这里的RA...

最重要的是压力测试，尤其要测试两个节点之间的热点可以承受到什么样的水平。然后就是故障测试，模拟单中心故障、链路故障、以太设备故障、节点故障、网卡故障、仲裁故障等各种条件下是否能如预期实现。...

Extended RAC 的缺陷在于远距离光纤条件下的不稳定性带来的巨大风险。节点之间的热点竞争是其无法逾越的瓶颈。或者说是关系数据库集群模式无法避免的问题，只能通过应用的细分来减少，但不能消除。ADG 的缺陷在于其本身是一种主备架构，而不是AA模式。所以无法满足更高RTO/RPO...

从银行业的角度来看，行业看中的更多的是RPO和RTO以及风险度本身这几个点。从RPO和RTO角度来选的话，那么方案一定是RAC的方案。但是从风险角度来考虑的话，那么ADG会是比较好的选择。OGG主要用于异构平台之间的数据传输。但是这几中方案并不是只能选择其中一种而舍弃其他的方...

其实双活这个字眼并不属于容灾范畴，容灾向来是以RPO/RTO来定义其级别，所谓的双活只是业内对某种较高容灾级别的架构的俗称，根据不同的角度对其理解也有所偏差。那么基于此，本人暂且认为只要是两个数据中心同时能提供业务服务的就认为是所谓的双活。在这个前提条件下，从Oracle...