DRM原理及案例探讨.pptVIP

/dbathinker Company Logo Company LOGO Oracle dba实战攻略之一DRM原理及案例探讨 关于我 杭州美创科技DBA团队负责人 Oracle ACE，10g OCM 著有《Oracle DBA 实战攻略》，交流群：333711696 新浪微博：/dbathinker QQMAIL：ZA88888@ Master节点 主要作用为调度、协调、管理。主要分为以下几大类： Clusterware级别。查看方法如下： cd $GRID_HOME/log/hostname/cssd grep -i master node ocssd.log | tail -1 全局资源级别。查看方法如下： 查询视图V$GES_RESOURCE.MASTER_NODE Database block。查看方法如下： 查询视图V$GCSPFMASTER_INFO.CURRENT_MASTER Buffer lock 进程访问buffer时，都需要加buffer lock。Lock mode如下： N S X N Yes Yes Yes S Yes Yes No X Yes No No 锁角色（lock role） 本地（local）： 数据块在本节点buffer被修改（dirty）过 全局（global）： 数据块在其他远程节点buffer被修改（dirty）过 旧镜象(past image，PI) 定义：某个block被本实例修改（dirty）了，其他实例需要使用这个block。其过程简单描述如下： （1）本实例持有这个block的PI block （2）将block传递给需要的实例 （3）将block授予global角色 场景：节点之间修改数据块 1)节点B（申请者）向节点D（主节点）发出请求，要求以X模式锁定块1008。 2) 节点D （主节点）发现节点C（持有者）已经以S模式获得了对应的锁，而且S锁于X锁之间是不兼容的，所以，需要锁的转换，节点D要求节点C将对应的锁级别降低为N，所得属性为NL0。 3) 节点B将自己的锁降级，并且将本地的块1008 标识为CR。之后，节点B将块1008 修改为块1009，同时将通知节点D锁的属性为XL0。 （续） 主节点，持有者节点和申请者节点，在节点间不停的传递消息 如果锁的角色是全局，那么我们要做的事情更多，也意味着我们要访问的代码深度也越多 流程搞死人啊！ DRM（Dynamic Resource management） 指定时间内（默认10分钟），对某一个数据库对象的 (10gR1以数据文件为单位)的访问次数和方式，来决定数据库对象对应的buffer应该被mastering 到哪一个实例 指定时间内，如果某一个实例访问某个数据库对象次数高于其他实例一定倍数（默认50倍），则oracle 会把这个对象所有的buffer的master信息，转移到对应实例 _gc_policy_time ：单位为分钟，控制DRM统计实例访问buffer次数的时间间隔，默认为是10分钟。 _gc_affinity_ratio：控制进行remastering所需要达到的最小比例（阀值），默认为50倍 注意：DRM的过程是渐进式， 转移的只是master节点信息。 （续） Remaster数据块的过程如下： （1）LMD0读取等待remaster数据块队列 （2）frozen GRD（Global Resource Directory）内存结构 （3）LMON进程协调LMS进程进行reconfigration DRM相关日志显示如下： * received DRM start msg from 2 (cnt 5, last 1, rmno 404) Rcvd DRM(404) Transfer pkey 1598477 from 3 to 2 oscan 1.1 Rcvd DRM(404) Dissolve pkey 6100030 from 2 oscan 0.1 Rcvd DRM(404) Dissolve pkey 5679943 from 2 oscan 0.1 Rcvd DRM(404) Transfer pkey 6561036 from 0 to 2 oscan 1.1 Rcvd DRM(404) Transfer pkey 5095243 to 2 oscan 0.1 ... 注意：DRM进行remaster时，不是块本身，master是指块的使用信息，比如当前哪个节点在访问这个块，访问时的lock mode是什么等 （续） 数据块的Master节点信息保存在内存结构中，实例重启意味着失效。DRM重构风暴