RAC-OCR，VIP，VOTEING DISK

RAC的其它组成部分 

VIP - 虚拟IP地址(Virtual IP)
OCR - Oracle Cluster Registry
(集群注册文件),记录每个节点的相关信息
Voting Disk - (表决磁盘)
 仲裁机制用于仲裁多个节点向共享节点同时写的行
这样做是为了避免发生冲突。

 

什么是 VIP?
 是一个虚拟的IP，绑定在某个物理网卡上。
 应用使用VIP进行连接。

 如果RAC某节点down掉，它的VIP自动被配置到其它的节点上。 

Private network是内连网，是用来实际传输的，这个是使用固定网卡的。

现在有一个会话链接到节点1上面，假设使用的是固定的IP，使用的是eth0，如果节点1的实例宕机了，那么这个实例还是链接到这个网卡的固定的IP地址，这里就会出现等待超时的问题，因为这个节点1上面的实例宕机卢磊，但是链接的是固定网卡上的IP，这样没有反馈，业务就会卡在这个地方，一直等着网络超时错误，这样收到报错就需要长的一段时间，这样对于可用性来说不太好了，因为节点上实例已经宕了，链接的IP地址不通但是又不会返回错误信息，所以链接一直在这个地方卡着，一直等着网络超时报错，这样对业务可用性就不太好。

虚拟IP就很好的解决了这个问题，它只是绑定在某个IP上面，一旦实例宕了，这个时候RAC就会使得这个虚拟IP在节点2上面启动，也就是实例1宕了之后，实例1上面的虚拟IP会启动，会在实例2上面启动，这样有什么用？实例1已经挂了，但是虚拟IP还是存在的，这个时候实例1链接的是VIP，虽然这个实例1挂了，但是这个虚拟IP还是对外提供服务的，在网络上面这个IP地址还是存在的，只不过这个IP在其他实例上面启动了。实际上实例2去链接实例2上面的从实例1飘过去的VIP去了，注意，仅仅是链接该IP地址，并不是通过这个IP地址链接到实例2上面。链接这个IP地址唯一的目的就是可以很快的收到一个错误信息。

在10G下面，这个VIP主要目的就是快速的报错，并不是实例1上面的VIP飘到实例2上面，透过该VIP链接到实例2。用户还是可以连通该IP地址，但是链接这个IP地址会发现链接不到该数据库上面。因为监听器不能在该IP上面监听，用户会瞬间的收到报错信息。这样就解决了网络超时的问题。

VIP的目的就是当一个实例出现问题的时候，不需要等待一个超时错误来判断实例是否挂了。假如在客户端配置了failover，那么自动会去找下一个IP。

 

总结如下：vip和public ip

从功能上而言,public ip同样具有remote connection作用

私有IP用作心跳及传送内存块

VIP用作业务连接，因为可以漂移，所以起到高可用作用
公有IP是rac体系的一部分，但是主要作用是用来连接服务器进行管理及维护。
private IP 是为了heartbeat
virtual IP 是为了remote访问
虚拟IP是用来远程连接的，但是这个不是虚拟IP的主要功能，虚拟IP的主要好处在于可以漂移
其实公有IP也可以远程连接，但是不能漂移。只能等待TCP/IP协议超时报错，但是虚拟IP可以飘移和及时报错
故障可以漂移到另外一个节点，对用户来说是透明的。
公有IP是网卡的IP，是必须的

  

OCR--Oracle Cluster Registry
保存RAC集群的各种资源信息。
类似于windows注册表。
存储于共享磁盘上，所有实例共享。
默认有个2个互备磁盘。

OCR的保存的资源信息

集群资源包括:
Databases  Instances  RDBMS  ASM Services
Node Applications  VIP  ONS
GSD  Listener Process

Oracle要管理一个资源的时候首先去OCR里面去看这个资源当前的状态，确定当前资源是什么样的情况，OCR最后体现形式就是OCR磁盘。在创建RAC的时候就会创建OCR，来装这些信息的，OCR是共享的，所有实例都可以进行访问。如果OCR一旦损坏，那么整个集群的信息都将丢失。那么集群就启动不了了。

 

 

表决磁盘--voting disk
存储于共享磁盘上，所有实例共享。
用于确定各个实例的关系。
当有节点失效时，通过voting disk来决定驱逐哪个实例。
默认有个3个互备磁盘。

表决磁盘是在某个实例出现问题的时候，RAC决定将出现问题的节点踢出掉，来决定哪个节点有问题就是通过这个表决磁盘的。

为什么需要表决？比如有几个实例，其中一个实例坏了，这个实例去ping其他实例是不同的，这个实例无法判断是自己有问题还是其他实例有问题，这个时候由于无法确定哪个实例出现了问题就要通过表决磁盘。然后通过在多个节点在表决磁盘上面的表决来决定哪个实例出现了问题。

表决磁盘相对于OCR来说还是比较单一的，是用来确定哪个实例可用性和驱逐哪个实例的。

RAC的整个架构图 

RAC是需要一个集群软件来保证RAC的可用，由上面4个进程来发挥其功能。在集群之上是ASM，可以在这一层不使用ASM，可用使用OCFS。在存储之上才是真正数据库的实例层。