RAC架构演化
日期：2014-05-16 浏览次数：20623 次
RAC架构演变
从单实例到RAC，体系结构也由RAC集群和Clusterware集群构建
㈠ SGA的变化
SGA的显著变化是多了一个GRD
GRD保存：
① PCM Lock信息
② 节点健康状态的bitmap
㈡ 后台进程的变化
这里只阐述RAC集群上的后台进程的变化
① LMON进程
LMON提供了CGS和NM两个服务来维护RAC集群的状态
⑴ NM
是RAC集群与Clusterware集群的通信通道
通过NM，把本节点的资源登记到本地Clusterware，再由本地Clusterware传递给其他节点Clusterware
同时，NM还会从其他节点的Clusterware获取他们的资源状态
RAC的每个实例的所有进程是作为一个NM组注册到Clusterware中
其中LMON进程作为组长并获得Member ID，其他进程以同样的ID注册
⑵ CGS
Cluster Group Services
这个服务主要负责有：
GRD内的bitmap记录了节点的健康状态，0代表关闭，1代表正常运行
各节点的LMON定时通信，保证GRD Bitmap的一致性
另外，LMON可以和下层的Clusterware合作也可以单独工作
RAC集群并不总是假设Clusterware集群能够处理问题
如果等待超时，LMON会自动触发IMR(instance membership recovery)
② LMSn进程
负责数据块在实例间的传递
③ LMD进程
负责在多个实例间协调对数据块的访问顺序
④ LCK进程
负责non-cache fusion资源的并发访问
⑤ DIAG进程
从单实例到RAC，体系结构也由RAC集群和Clusterware集群构建
㈠ SGA的变化
SGA的显著变化是多了一个GRD
GRD保存：
① PCM Lock信息
② 节点健康状态的bitmap
㈡ 后台进程的变化
这里只阐述RAC集群上的后台进程的变化
① LMON进程
LMON提供了CGS和NM两个服务来维护RAC集群的状态
⑴ NM
是RAC集群与Clusterware集群的通信通道
通过NM，把本节点的资源登记到本地Clusterware，再由本地Clusterware传递给其他节点Clusterware
同时，NM还会从其他节点的Clusterware获取他们的资源状态
RAC的每个实例的所有进程是作为一个NM组注册到Clusterware中
其中LMON进程作为组长并获得Member ID，其他进程以同样的ID注册
⑵ CGS
Cluster Group Services
这个服务主要负责有：
GRD内的bitmap记录了节点的健康状态，0代表关闭，1代表正常运行
各节点的LMON定时通信，保证GRD Bitmap的一致性
另外，LMON可以和下层的Clusterware合作也可以单独工作
RAC集群并不总是假设Clusterware集群能够处理问题
如果等待超时，LMON会自动触发IMR(instance membership recovery)
② LMSn进程
负责数据块在实例间的传递
③ LMD进程
负责在多个实例间协调对数据块的访问顺序
④ LCK进程
负责non-cache fusion资源的并发访问
⑤ DIAG进程
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
