基于ORACLE RAC 双活方案实施，如何规避脑裂这个风险？

Oracle RAC在同城双活实践中业务数据同步非常重要，网络延时以及数据同步模式的选择直接影响到业务端响应速度的感受。用于业务数据同步的物理网络存在网络延迟或者网络抖动的情况，Oracle RAC环境下为了保证RAC节点间数据的可用性和一致性，引入仲裁盘（卷）的机制，能够有效避免由于业务数据网络问题引起的所谓“脑裂”的情况出现。
Oracle引入的仲裁盘机制有两个比较常用的模式，一个是利用共享存储（并发卷组）中的仲裁逻辑卷（LVs）（一般可以配置为奇数，3个或者5个），发生“脑裂”时，通过判断RAC节点获得仲裁卷的数量多少判决被宕机的RAC节点；另一种模式是在第三方机房内部署仲裁站点（服务器），双活站点与仲裁站点网络可达，通过iscsi或者NFS分配给不同RAC节点仲裁盘，判决原理同仲裁逻辑卷，只是仲裁卷变成仲裁盘（PVs）。
两种模式可以依据用户环境的实践情况做出选择，如果不考虑经济因素，建议采用第二种模式，理由是第三方站点受到同城业务网络影响不大，不会出现误判，而且第三方站点网络质量一般不会影响双活业务环境。
个人理解，仅供参考！