存储cache问题导致数据库慢分析(产生大量的log file)

某日接到一个case,具体是用户反映前台业务很慢,用户前台做业务时会停顿3-4s左右,

而数据库出现大量的log file 等待及ENQ:HW等待,

Awr信息如下

 数据库的等待事件如下:



当时数据库的读写并不大,redo的写为

1618396/1024/1024=1.5M/S

上面的awr显示了'log file sync' 'log file parallel write' 都有很高的等待时间

log file parallel write 平均时间为43毫秒

log file sync平均时间为74毫秒
oracle support 文档上说明如下:

如果'log file sync'的时间消耗在'log file parallel write'上的比例高,那么大部分的等待时间是由于 IO(等待 redo 写入)。应该检查 LGWR IO 方面的性能。作为一个经验法则,'log file parallel write'平均时间超过 20 毫秒, 意味着 IO 子系统有问题。

(此值是oracle官方文档{故障排除:"log file sync"等待 (文档 ID 1626301.1)}的说明)


在往下分析

数据库的tablespace IO如下:

  

如上awr  Av Rd(ms)的指标,如果它高于20ms并且同时有很多读操作的,我们要开始从OS的角度调查是否有潜在的IO问题

官方文档说明如下:

How to Tell if the I/O of the Database is Slow (文档 ID 1275596.1)



通过上边的分析,查看主机层的存储message 果然有报错,主要原因是存储的cache版报错。

等存储修复完成。数据库恢复正常。



来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10201716/viewspace-2150743/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10201716/viewspace-2150743/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值