在oracle RAC中，每个实例均存在一个数据缓存池，每个block的改变都将实例间进行资源协调以获取最大化性能，从而保证数据的完整性
在Oracle RAC中，每个实例均存在一个数据缓存池，每个block的改变都将实例间进行资源协调以获取最大化性能，从而保证数据的完整性。
在RAC集群中，每个被缓存的数据copy，也叫做缓存资源，均存在一个叫做master节点的实例。
在10.1.0.2中，，一旦一个cache resource被master一个实例节点，
对缓存资源的重新remaster或者说master节点的自动改变仅仅会发生在RAC实例节点的正常启停或者集群管理资源间的非正常问题发生。
也就是说，如果NODE B是一个缓存资源的master节点，这个资源将被一直master到NODE B直到发生RAC节点的重新配置操作。
在oracle 10g中引进一个新的资源remaster概念叫做DRM（Dynamic Resource management [ID 390483.1])，通过DRM，RAC实例节点的重新配置
已经不再是cache资源被重新remaster的因素，如果cache resource被节点A频繁访问，一个资源可以从NODE B remaster到NODE A。
其他的一些概念如下：
In 10gR1 DRM is driven by affinity of files and in 10gR2 it is based on objects.
DRM attributes are intentionally undocumented since they may change depending on the version. These attributes should not be changed without discussing with Support.
全诚易惠通优惠折扣信息店铺管理系统是全诚团队继 “全诚商城”“外卖通” 之后又一新概念重量级作品，该系统以收集本地所有店铺优惠折扣信息为核心，在构思、设计、代码处理上都做了严密的部署和检查，继承了全诚系列产品核心模块的基础上进化而来，即为新作品，也系高度成熟度的作品，加之全诚团队精心技术支持，可为用户营造一个长期可靠的系统运行环境。本系统较易惠通相比，业务和经营范围覆盖面积更广更大，可涵盖本地所有
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.
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.
DRM many cause" latch: cache buffers chains" and "latch: object queue header operation " wait event, you can go throught this way to disable DRM:
_gc_affinity_time=0
_gc_undo_affinity=FALSE
also, you can used another two implicit parameters dynamic change
_gc_affinity_limit=10000000
_gc_affinity_minimum=10000000
如上的值可以根据实际要求改变。
