同城跨站点之间的Oracle RAC双活的挑战性在于，一旦站点之间的网络不稳定，极容易造成脑裂带来的数据不一致的问题。通常更多的客户会采用本地RAC，异地采用读写分离的灾备模式。

看到现在好多网络双活数据中心的实施案例提到大二层互联，除了方便虚拟机跨中心的飘移，实际好处还有哪些呢？

您好，我再详细说明一下。 svc 7.5版之后是微码支持hyperswap软件，不需要购买许可。再强调一下， HyperSwap是PowerHA Enterprise的一个组件。HyperSwap原来只支持IBM DS8800高端存储，现在只是下放到了 SVC 7.5微码以后版本，还有可以支持V7000存储。但是，所有的工作还是要依靠 Hy...

VPLEX没有什么软件功能，造外加一个机器安装RP软件来实现软件功能，SVC貌似比较简单

我觉得有以下几点：1 数据库节点，应该严格保证两边资源配比的一致性以及设备型号、软件型号的高度一致性。2 应用节点，一般都会做虚拟化，其实只要保证资源配比一致就可以了。3 存储设备，就像楼上说的，存储虚拟化，统一存储管理，再适当利用一下分层技术，加点闪存。提高存储层面整体性...

双活架构主要是来解决数据中心灾难应对问题的。也就是说高可用性做到跨数据中心。如果希望一个双活架构解决所有问题，那是不现实的。技术上管理上高度统一，才能从整体上保证系统的运营。...

如果要采用SVC来做双活数据中心的存储虚拟化层。第一、每一个数据中心对SVC节点的扩展性要求需要把握好。因为SVC产品是以IO GROUP为单位来实现IO控制的，IO GROUP之间不能实现负载平衡，那么就需要我们把握好业务压力和节点的扩展性问题。第二，SVC实际上属于HA模式，故障时刻是...

同城双活可做大二层，也可不做。大二层其实也是跨三层实现的二层互通，特别是到了万台以上，就需要其他技术提供更大的网络容量才行，需要做好汇聚层交换的规划和设计。不做大二层的话，通过F5做全局负载，再通过DNS进行流量导引，也可以方便的切换。...

双活主要是保证业务的连续性，当然也兼顾灾备因为双活也是一种灾备方式不是么？你所指的应该是对于逻辑错误、操作失误等情况时，因为双活体制下的两份数据是一致的，要有问题都会有问题就如量子一般。这时，双活便背离里灾备，毕竟，站点级的故障和逻辑错误、操作失误等相比，发生的几率...

如果同城双活的话，ORACLE的RAC可以将部分节点拉伸到另外站点。存储采用虚拟化集群技术（VPLEX、SVC、MCC等）。但是这样的问题是：1 双中心之间的裸光纤质量是不可控的，会有很大风险，它的不稳定或者延时可以给数据库带来挂起甚至写入混乱的风险。2 而且ORACLE也没有官方文档支持这...