RAC中Voting盘相关总结

一、概述

        在Oracle RAC（Real Application Clusters）环境中，"voting盘" 是用于存储集群的心跳信息和状态信息的特殊磁盘。每个节点都可以访问并共享此磁盘上的数据。voting盘在Oracle RAC中扮演着至关重要的角色，用于维护集群的一致性和可用性。

二、原理

        首先在配置集群的时候就会用到voting盘（仲裁盘），简单来讲就是来协调集群内各个节点工作的，每个集群中都需要一个领导者，怎么来当这个领导者，那么就跟voting盘的投票机制有关了，形象的来讲领导者一般是通过投票的方式将集群中所有符合条件的成员，以少数服从多数的原则产生，被选出来的通过网络通信来协调各个节点的工作。但有可能由于网络故障导致某些节点与集群断开了联系，从而形成一个或多个孤立系统，这种现象被称为脑裂。脑裂这种现象是不被允许的，因为多个无法协调的系统使用共享的数据就会导致数据的不一致。

       怎样解决呢：

        假设一个场景，该集群有两个节点A、B，A是领导者。B受A控制，在某个时候，B突然收不到A的指令了，那么只会出现两种情况：

        （1）A节点坏了，网络还通，此时B应该主动退出集群操作，不对数据库进行操作面包吃数据库的一致性。

        （2）A没事，但是网络故障，此时B应该接管A的工作维持集群的正常进行。

        针对这两种情况，B所作出的选择也是不同的，B怎么才能搜集到信息呢，这时候仲裁盘就起作用了，当设置了仲裁盘（一般都是normal冗余），各个节点都可以访问一个或者多个仲裁盘，共享盘走的一般就是SAN（Storage Area Network），所以当网络故障的时候，SAN是不受影响的，集群的各个节点是可以通过SAN来进行通信的，此时各个节点之间就可以做出正确判断了。

        拿（1）来说，B与A失联后，B会在Voting盘中留下一条信息：我是B，A你怎么了？如果只是网络故障，A就通过SAN回复：只是网络故障了，你下线就OK，此时B就自动DOWN了

        （2）是B发送信息之后，B始终没有收到回应，等待之后，B认为A坏了，就成为了A，成为了新的领导者来管理集群。

        大概就是这样的原理

三、Voting盘中的存储信息

        （1）集群成员状态信息：voting盘会记录每个节点的状态信息，如节点是否在线、节点是否可用等，这些信息用于帮助集群管理器（Clusterware）来监控和管理集群的成员状态。

        （2）集群的心跳信息：voting盘用于存储集群成员之间的心跳信息，以确认节点之间的连通性。这些心跳信息用于检测节点的故障和网络分区，从而触发自动故障切换（Automatic Failover）或网络分区恢复（Network Partitioning Recovery）。

        （3）集群成员的投票信息：voting盘中的投票信息用于在发生节点失效或网络分区时进行投票决策，以确保集群中的节点能够达成一致的状态。