如何构建跨数据中心RAC的可行方案？

RAC 实时性要求太高，IO不行的话，基本无解；跨数据中心，有些业务可以考虑GG，但是不能频繁的来回切，切几次数据就变样了；如果另一个中心平时不用可以考虑dg。 12c 里面估计有办法，针对云和虚拟化的产品。收起

南充商行已经实施了跨数据中心的Extended RAC，听说是这样的模式，主中心两个节点，提供服务，同城中心一个节点活动但是不提供服务，所有的应用还是连接到主中心。如果主中心失效再连接到同城节点的服务上。同时同城中心还有一个Standby Database节点。存储是用的Netapp的双活方案。 我是道听途说，真相还得请南充商行的朋友才能说清楚。

不过据我所知，目前Oracle认证过的Extended RAC的双活存储方案好像只有EMC的VPLEX吧。
一般裸光纤+DWDM，在链路能达标的情况下还是可以做的，问题不大。 I/O性能肯定比本地有降低，但是还是可以接受的程度。
只要应用充分优化，还是可以满足业务要求。只不过风险也比较高，受到外界环境干扰比较严重。收起

跨中心的Extend RAC对基础环境的依赖非常高，比如网络（以太网、存储网络），延迟，线路质量（衰减、中断），厂商的支持力度等等。

远距离的RAC，数据库为了保持一致性，心跳会传输大量的数据，对性能影响非常大，这种影响的程度要看应用能不能接受；
距离造成的延迟是光的物理属性，是无法任务改变的，也要评估应用是否可以接受延迟的增加；
Oracle官方好像不支持Extend RAC + 双活存储的架构
链路抖动，链路中断都会对RAC造成影响，剧烈抖动造成的结果是性能急剧下降，中断造成的结果是脑裂，不过可以采用第三方仲裁防止脑裂收起

rac 实时性太高了，网络和io都是要考虑的，解决这两个问题，那就好说了。
gg，dg都是可以选择的吗，别要求同步性那么高还是推荐的。收起

关于所谓“存储虚拟化后的IO性能无法满足高IO要求”，这要看是采用的什么虚拟化技术和架构。在高端的虚拟化平台下（比如SVC），如果规划合理，可以达到极高的IO性能。
说到跨数据中心RAC和Hyperswap这类双活方案都是所谓的顶级双活数据中心方案。但是我认为，最关键的还要看应用是否真要做到这种“双活”，难道应用分区，建2个库异地互备不也是“双活”吗，在应用端的角度看有多大差别呢。这样实现起来是不是容易多了呢。收起

远程，内存共享，这个设计想法不靠谱，Oracle不会推荐你这么用收起

效果就是出问题了 直接完蛋
现在你也不看看都是什么业务跑在什么上面，无非一些外围罢了。可以那测试搞着玩
核心生产还是算了收起

跨数据中心做rac这个有点难度，因为rac要求的实时性比较高，一般会在存储上做操作，类似于做存储的双活，在数据库rac上也就是软件上的时间延迟可能有要求收起

Oracle ExtendRAC + EMC VPLEX 电信运营商核心数据库，已经实施上线。收起

不一定非要限制在rac啊，可以考虑第三方的双活数据中心方案。比如emc收起