Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

17

积分

0

好友

3

主题
1#
发表于 2012-2-28 08:49:23 | 查看: 4920| 回复: 4
看到一处解读AWR报告的英文资料,里面说:
If interconnect latency > IO subsystem latency, RAC is a bottleneck。
请问通过观察那些指标,可以得到以上量化值,即如何得到interconnect latency和IO subsystem latency值,请高人解惑。
2#
发表于 2012-2-28 19:31:09
If interconnect latency > IO subsystem latency, RAC is a bottleneck。


可以从 多个角度观察 得出类似的结论:

例如 AWR 中 Top 5 waited event 中  cluster类的wait event 占榜首

又譬如Foreground Wait Class 中  cluster  远大于 User I/O 的wait time




foreground_wait_class_cluster.png

回复 只看该作者 道具 举报

3#
发表于 2012-2-29 14:33:21


找到了,EM里面有显示,位置为:
Cluster Database Performance  ---> Cluster Cache Coherency   --->    全局高速缓存块传输和物理读(相对于逻辑读取数)相关资料描述为:

The Global Cache Block Transfers and Physical Reads graph compares the number of block
transfers across the interconnect with the number of physical reads. Block transfers across the
interconnect are usually more efficient than physical reads, so they are favored by RAC, where possible.


我的理解是:
如果全局高速缓存块传输(蓝色部分)  大于  物理读取值(绿色部分),说明interconnect latency大于IO subsystem latency,那么证明改时间段RAC存在瓶颈。

不知道这么理解对不对。

ML回复的也很有道理。

[ 本帖最后由 kim_meng 于 2012-2-29 14:37 编辑 ]

未命名.jpg (40.89 KB, 下载次数: 389)

未命名.jpg

回复 只看该作者 道具 举报

4#
发表于 2012-3-3 00:11:15
可以从awr的以下3个指标去判断:
Avg global cache cr block receive time (ms): 0.4
Avg global cache current block receive time (ms): 1.0
db file sequential read

回复 只看该作者 道具 举报

5#
发表于 2012-3-15 22:12:42
那这种瓶颈该怎么解决呢

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-24 10:56 , Processed in 0.053246 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569