查看其它 6 个回答jxnxsdengyu的回答
楼上有些点写得很对，指出的不错
1.两个IO Group之间是支持卷在线手动转换的，如果一个IO Group完全不可用时，假如这时该IO Group中的写缓存还没来得及写入存储，该IO Group中的两个节点就同时故障了，这时将丢失一部分写数据，遇到这种情况，需要利用SVC容灾来避免该问题的出现，在灾备搭另一套集群，通过SVC PPRC来实现不同数据中心间不同SVC IO Group节点的缓存同步，避免数据丢失。
2.这点补充得不错，相信以后随着SVC版本更迭，会越来越淡化Preferred与非Preferred的概念，在跨中心的存储A-A方案中，SVC Stretched Cluster和SVC HyperSwap方案都渐渐淡化了该概念。
3.configuration node是SVC集群配置好之后，系统自动决定哪个节点作为configuration node，其中保留了SVC的配置信息，configuration node还有一个功能就是实时监控仲裁节点的工作状况，比如SVC LOCAL VDM本地的两个存储仲裁盘的状态或者SVC Stretched Cluster两个站点和第三站点仲裁盘的状态，基于configuration node经常性与第三站点仲裁通信的存在，一个必然的结果就是包含configuration node的站点有更大的机会去赢得仲裁，因为该站点与仲裁站点通信链路响应时间有很大机会更快;另外一个就是两个站点与仲裁站点的距离，距离更近，通信链路响应时间有很大机会更快，距离越远，通信链路响应时间有很大机会更慢，所以距离更近，有更大的机会去获取仲裁的胜利。所以仲裁胜利优先顺序如下：
1.配置节点
2.距离仲裁站点近的节点
3.距离仲裁站点远的节点
当然这也是建立在通讯链路响应时间的基础上，除非一些非常特殊的情况，基本都是1、2优先获得仲裁胜利，3是最后的优先级。