存储双活脑裂之后的数据影响？

双活数据中心在金融业和运营商都有成功案例

实际上存储最终是为上层数据库及应用服务，如果这个跨中心的架构涉及到数据库、存储两层的组合，比如说存储双活之上是oracle rac，那么就比较复杂了。

首先对于存储本身的仲裁，应该有自己的算法，例如：
1）仲裁中心
2）最坏情况下，默认的算法。

对于跨中心的rac集群，同样有自己的规则：
1）仲裁盘
2）通过网络和磁盘心跳保证获得票数最多的子集活着。
3）实例小的节点存活。

但是当二者结合的时候，就有更复杂的场景可能会出现，尤其是出现两层架构仲裁的结果不一致。
为了避免这个结果出现，那么我们需要攻克以下问题：

1. 如何保障仲裁触发的时间序列一致。
2. 极端情况下的仲裁算法一致性。

例如，你可以通过oracle的仲裁参数misscount结合vplex的仲裁timeout参数来保障时间序列的一致性。
例如，你也可以调整各自默认算法的最终结果落到一边。
例如，你也可以通过二次开发来实现二者的联动。

最后，所有的前提条件和策略都需要得到模拟实践的检验。

谢谢，请问A与B站点中断，如果如果oracle 和存储判断不一致，造成A读B站点数据与存储A故障造成A读B站点数据场景是否一致，这时的影响就是A到B的链路稳定和时间延迟对oracle的影响了？