Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

351

积分

0

好友

8

主题
1#
发表于 2012-4-18 16:01:16 | 查看: 3324| 回复: 0
由于对这篇有诸多疑问,感觉单独开一个贴来讨论好一点。目前的问题有:

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
您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-24 10:14 , Processed in 0.045583 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569