关于Oracle RAC Brain Split Resolution的疑问

gdpr-dba

由于对这篇有诸多疑问，感觉单独开一个贴来讨论好一点。目前的问题有：

Oracle RAC CSS提供2种后台服务包括群组管理(Group Managment简称GM)和节点监控(Node Monitor简称NM)，其中GM管理组(group)和锁(lock)服务。在集群中任意时刻总有一个节点会充当GM主控节点(master node)。集群中的其他节点串行地将GM请求发送到主控节点(master node)，而master node将集群成员变更信息广播给集群中的其他节点。组成员关系(group membership)在每次发生集群重置(cluster reconfiguration)时发生同步。每一个节点独立地诠释集群成员变化信息。

1.这里的master node是怎么选择的？和reconfig manager是否同一节点？和访问block时的master node应该不是一回事吧？
2.“其中GM管理组(group)和锁(lock)服务” 锁服务指的是LMS和LMD吗？
3.“集群中的其他节点串行地将GM请求发送到主控节点”这里的GM请求指的是什么？
4.“而master node将集群成员变更信息广播给集群中的其他节点” 发生eviction时也算集群成员变更吗？
5.“每一个节点独立地诠释集群成员变化信息”这个是什么意思，根据上面的描述集群成员的变更信息不是记录在master node吗？

1.初始化阶段 — reconfig manager(由集群成员号最低的节点担任)向其他节点发送启动reconfig的信号
2.投票阶段 — 节点向reconfig manager发送该节点所了解的成员关系
3.脑裂检查阶段 — reconfig manager检查是否脑裂
4.驱逐阶段 — reconfig manager驱逐非成员节点
5.更新阶段 — reconfig manager向成员节点发送权威成员关系信息

第一步假如节点的network有问题，那它如何收到reconfig manager发送的启动reconfig的信号？
同样，第二步假如节点的network有问题，节点也无法向reconfig manager发送该节点所了解的成员关系。


文章链接：http://www.oracledatabase12g.com/archives/oracle-rac-brain-split-resolution.html?1334672339