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

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

17

积分

0

好友

3

主题
1#
发表于 2012-3-30 21:41:02 | 查看: 5204| 回复: 4
一直没弄清楚这个问题:
一套RAC环境,主机名分别为rac1和rac2,OS为aix,共享存储为ds5300,其中lun5为放置oracle数据文件的lun,对应rac1和rac2的磁盘名为disk5。
从rac1上面看到disk5繁忙度为100%,而rac2上面看到的繁忙度为30%。
那么真实的存储ds5300繁忙度到底是多少呢,操作系统层面的这个繁忙度和存储真实的繁忙度具体是什么对应关系呢?
2#
发表于 2012-3-30 21:46:30
换句话说:存储为达到极限,OS为啥却反馈为100%呢。不解。

回复 只看该作者 道具 举报

3#
发表于 2012-3-31 09:05:45
rac1上某个进程有问题,致使disk5繁忙度为100%。
topas查出进程,把那个进程kill,不行的话就得重启rac1了。

回复 只看该作者 道具 举报

4#
发表于 2012-3-31 09:43:56
%b 磁盘忙百分比数值表示磁盘使用率,这一数值是 磁盘忙时间的统计结果, 统计者一般是OS kernel,它是理解磁盘使用情况的起始点。

OS并不实际知道Disk Array的实际工作与性能状况,OS的度量值如磁盘使用率(%b)对反应磁盘阵列的实际负载没有意义。要想从根本上理解存储阵列的使用率,必须从存储阵列的控制器获得统计数据。缓存命中率及阵列控制器CPU使用率都是有用的数据。存储阵列执行一些其他的任务,如校验、创建逻辑卷及重建逻辑卷,会降低阵列性能。存储阵列的配置方式及其创建卷的方式,以及其他一些设置都会对阵列的性能产生极大的影响。


对于阵列,唯一可以信任的度量值是吞吐量,即读取和写入它的数据。这一数值可以看做磁盘活动的指标。我们不知道缓存之外在实际磁盘上发生的情况,尽管平均服务时间的改变表明一些I/O事件是同步发生的。

回复 只看该作者 道具 举报

5#
发表于 2012-3-31 09:54:50
谢谢ML的回复。

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-24 10:27 , Processed in 0.044727 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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