1.Sga 1发送请求道SGA2 request blockSGA1产生gc current block request .
2.SGA2检查这个block是否被改变如果已被改变的话LMS则会要求LGWR写redo log(这时SGA1会显示busy)
然后传送。
3.SGA2发送NODE并产生Gc current block 2-way等待直到BLOCK发送到SGA1等待终结。
当发送NODE过程中对这个block的请求将会产生GC buffer busy.
3 way:就是多一个节点resource MASTER和cached节点不是同一个节点。
Lost block :
可能跟OS和网络配置参数相关比如SIDE message比block先到。
减小multiblock read count到16以下可以避免发生这样的事情。
Enqueue Waits :
Enqueue是序列化的
在[url=]RAC[/url]中是全局资源
大多数频繁的等待可能是HW TA SQ TX TM US
这并不是RAC专属但是当应用RAC的时候会出现全局资源锁。
SELECT*FROMgv$enqueue_statisticsWHEREeq_type='TX'
这个视图可以检查各种资源争用的程度。
select*FROMgv$instance_cache_transfer可以知道block级的transfer。
RAC相关的统计可以分类为:
全局cache service统计:gc cr blocks received ,gc cr block receive time etc..
全局队列service:global enqueue gets and so on.
Message sent:gcs messages sent我擦……
我还不知道这是啥呢……