zoukankan      html  css  js  c++  java
  • RAC动态资源(DRM)管理介绍

    以下文本摘自: metalink doc 390483.1 Subject:  DRM - Dynamic Resource management Doc ID:  390483.1  Type:  BULLETIN Modified Date :  13-JAN-2009  Status:  PUBLISHED In this Document Purpose Scope and Application DRM - Dynamic Resource management DRM - Dynamic Resource Mastering References Applies to: Oracle Server - Enterprise Edition - Version: 10.1.0.2 to 11.1.0 Oracle Server - Standard Edition - Version: 10.1.0.2 to 11.1.0 Information in this document applies to any platform. Oracle Real application Clusters Purpose To describe the concept of DRM (Dynamic Resource Mastering) Scope and Application This note in intended for experienced Real application cluster DBA's DRM - Dynamic Resource management DRM - Dynamic Resource Mastering When using Real application Clusters (RAC), Each instance has its own SGA and buffer cache. RAC will ensure that these block changes are co -ordinated to maximize performance and to ensure data intergrity. Each copy of the buffer also called as a cache resource has a master which is one of the nodes of the cluster. In database releases before 10g (10.1.0.2) once a cache resource is mastered on an instance, a re-mastering or a change in the master would take place only during a reconfiguration that would happen automatically during both normal operations like instance startup or instance shutdown or abnormal events like Node eviction by Cluster Manager. So if Node B is the master of a cache resource, this resource will remain mastered on Node B until reconfiguration. 10g  introduces a concept of resource remastering via DRM. With DRM a resource can be re-mastered on another node say from Node B to Node A if it is found that the cache resource is accessed more frequently from Node A. A reconfiguration is no longer the only reason for a resource to be re-mastered. In 10gR1 DRM is driven by affinity of files and in 10gR2 it is based on objects. Sample LMD trace file during a DRM operation
    Begin DRM(202) - transfer pkey 4294951314 to 0 oscan 1.1 *** 2006-08-01 17:34:54.645 Begin DRM(202) - transfer pkey 4294951315 to 0 oscan 1.1 *** 2006-08-01 17:34:54.646 Begin DRM(202) - transfer pkey 4294951316 to 0 oscan 1.1 *** 2006-08-01 17:34:54.646 Begin DRM(202) - transfer pkey 4294951317 to 0 oscan 1.1
    DRM attributes are intentionally undocumented since they may change depending on the version. These attributes should not be changed without discussing with Support. @DRM is driven by the following @ 1.) _gc_affinity_time = Time in minutes at which statistics will be evaluated (default = 10 mins) @ 2.) _gc_affinity_limit = # of times a node accesses a file/object (default = 50) @ 3.) _gc_affinity_minimum = minimum # of times per minute a file/object is accessed before affinity kicks in @ (default = 600 per minute per cpu ) It is important to note that
    1. Two instance will not start a DRM operation at the same time however lmd,lms,lmon processes from all instances collectively take part in the DRM operation.
    2. Normal activity on the database is not affected due to DRM. This means users continue insert/update/delete operations without any interruptions. Also DRM operations complete very quickly.
    @ Disable DRM Generally DRM should not be disabled unless Oracle Support/Development has suggested turning it off due to some known issues. @To disable DRM, set @To disable DRM, set @_gc_affinity_time=0                                 # Only if DB version is 10.1 or 10.2 @_gc_undo_affinity=FALSE                       # Only if Db version is 10.2 @_gc_policy_time=FALSE                         # Only if DB version is 11.1 or higher @_gc_affinity_time has been renamed to _gc_policy_time in 11g
  • 相关阅读:
    重构前的程序:通过rsync命令抓取日志文件
    标准输入、输出和错误和文件重定向
    错误处理的思考
    测试和恢复性的争论:面向对象vs.函数式编程
    哈佛经济学家关于工作效率的意外发现
    追求代码质量: 监视圈复杂度
    天猫程序猿高端算法找妹子
    代码度量工具——SourceMonitor的学习和使用
    我们能从java的HelloWorld学到什么?
    Java高新技术第二篇:反射技术
  • 原文地址:https://www.cnblogs.com/macleanoracle/p/2967339.html
Copyright © 2011-2022 走看看