无法控制双中心之间链路的稳定性，企业建设跨中心的RAC集群是否有必要？存在什么利弊呢？

跨中心集群模式

利：应用可以实现透明切换，保障RTO。

弊：节点间的热点竞争问题在链路延时或者不稳定状况下可能导致故障场景，反而影响了业务的连续性，甚至结果更坏。

对于弊，可以从应用访问层面干涉，只要保证自动化切换节点而放弃一定从两个节点同时写下。毕竟后者是技术上的完美主义者追求的目标，而前者才是业务上追求的容灾目标。当然也要看自己的测试结果来正确评价，对不同的应用系统做不同的评估。

个人见解哈。

同意楼上专家意见。

RAC目的是实现系统基于设备冗余的高可用。

要求有心跳线和共同存储。

一般在数据中心内部配置。

跨数据中心的RAC实现技术也需要跨数据中心心跳链路和存储网络，配置相对简化，但带来新的不稳定因素。

看距离、带宽。

如果是15-20KM，有波分设备，TPS5000以下，可以考虑同城oracle Extend RAC+异地ADG；

如果50KM左右，建议还是用oracle ADG。