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

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖
1#
发表于 2013-7-12 13:02:09
捕获到的在SEG$上的ITL等待次数为12次,应该谈不上比较严重与大量。看到还是有不少建表操作的。

USER$上的buffer busy wait为331,也谈不上大量。

一般row cache lock只出现在数据字典信息变动时,即有DDL操作时。

但是buffer busy waits与row cache lock的平均等待时间非常长,分别为29.579秒与57.675秒,而且是发生在总的waits不高的情况下。
在Wait Event Histogram信息里,可以看到超过4分钟的等待就上百次。
如果AWR数据没有溢出等问题的话,我猜测可能出现过短暂的hang,不过这没什么用,11.2.0.2上的已知bug还是比较多的,比如:Bug 11930616 - sporadic buffer busy waits [ID 11930616.8](A missing post might from the DBWR cause different kinds of buffer busy waits.)。每个release及patchset上都有bug,不过较成熟的版本上至少可以减少诊断范围,有时候太多的可能性会让人无所适从。

总觉得oracle的自动诊断系统有待完善,毕竟很多东西在事后都很难找回和重现了。

AUD$的管理在metalink上有几篇文章,可以去参考。

回复 显示全部楼层 道具 举报

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

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

GMT+8, 2024-6-1 19:32 , Processed in 0.050580 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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