GRD中记录PCM lock的信息它位于每个实例的SGA中但每个实例都仅含部分GRD、所有实例的GRD汇总在一起才是一个完整的GRDPCM lock有3个主要属性:Mode、Role、PI① Mode--S--X--NULL对于S,X两种锁模式这里不再赘述而NULL代表对应的内存空间可以被重用、在没有被重用之前、实例是不能访问这里的数据② RoleRole这个属性是用来描述“脏块”在集群间的分布状况注意,“脏”只是用来描述数据块的内存版本和磁盘版本是否一致、和事务没有关系Role有两个取值:Local和Global⑴ 对于Local Role、Mode只会是S或X:Ⅰ 如果Mode是S,则该数据块内存版本和磁盘版本一致Ⅱ 如果Mode是X, 则该数据块内存版本和磁盘版本不同当拥有Local Role和X Mode的实例给其他实例发送数据块:Ⅰ 如果接收方收到的也是和磁盘一致的版本的,那么本实例(发送方)仍然保持Local RoleⅡ 如果接收方收到的和磁盘版本不一致,那么发送方和接收方的角色就要转换成Global⑵ 对于Global Role、Mode可以是S、X、或NULLGlobal Role意味着一个“脏块”同时被多个实例拥有如果想要把这个“脏块”flush到磁盘,必须要联系GRD,让拥有该块Current版本的实例完成写动作但对于拥有Local Role的实例而言,如果要把“脏块”flush到磁盘,不需要联系GRD,由本实例完成即可③ Past Image下面通过例子说明什么是Past Image假设一个2节点的RAC集群,块_A在磁盘上的SCN=11)node1要修改块_A,从磁盘读入SGA进行修改,修改后块_A在内存中的SCN=22)node2也要修改块_A,node1就会通过cache fusion把块_A传送给node2,传的是SCN=2的版本,即Current copy的数据块,这时node1还是会保留这个SCN=2的块在SGA中,但是不能再进行任何修改这时node1拥有的这个Image就叫做“Past Image”在node1发送Current copy之前,会先把相应的redo entry flush到redo log3)node2修改这个数据块,修改后SCN=3,但磁盘的版本仍然是SCN=14)如果node1发生检查点事件,因为node1上块_A是“脏块”,所以块_A必须被同步到磁盘5)node1会联系GRD,发现node2拥有块_A的Current版本,GRD会通知node2把这个块写入磁盘6)node2完成写之后,会通知所有拥有PI版本的实例释放他们所拥有的PI内存WMware中redhat 5 安装Oracle 11g方法Oracle RAC cache fusion机制介绍相关资讯 rac GRD PCM lock
- RAC本地数据文件迁移至ASM的方法-- (05月23日)
- 浅谈RAC中的负载均衡 (09/06/2015 21:49:33)
- Oracle 11gR2 RAC实时应用集群 (01/05/2015 09:17:03)
| - RAC之间消息传输流量控制 (12/26/2015 15:52:38)
- Oracle 11.2.0.4 RAC日志记录的时 (01/29/2015 08:46:34)
- 基于Workstation8、CentOS6.5实现 (01/04/2015 15:42:35)
|
本文评论 查看全部评论 (0)