- 最后登录
- 2012-8-29
- 在线时间
- 10 小时
- 威望
- 64
- 金钱
- 305
- 注册时间
- 2012-2-9
- 阅读权限
- 50
- 帖子
- 8
- 精华
- 0
- 积分
- 64
- UID
- 219
|
1#
发表于 2012-7-4 21:13:39
|
查看: 12289 |
回复: 6
生产环境RAC数据库,通过检查v$log_history,从7月2日归档日志开始异常增长,7月3日更是达到惊人200多G。分析AWR、动态性能视图和trace,主要是SMON导致。在AWR和trace可看到大量delete系统底层表的语句,每小时执行基本有16万次之多,用10046对实例2的SMON进行跟踪,里面也有大量该语句。且latchholder里redo copy等待严重。AWR里Redo size:(Per Second)=2,511,971.90,正常情况一般就几十万字节。
7月3日晚上情况是实例1的latch:redo copy等待严重,分别对两个实例进行重启,重启后实例2 SMON的latch:redo copy严重,自然该实例redo产生极快,检查清理obj$语句,虽然在AWR里执行较慢,但单独执行时未发现异常,执行计划都较正常。
通过logmnr挖掘归档日志,有大量如下语句出现,一个日志里有200多万个该语句。
select * from "SYS"."OBJ$" where ROWID = 'AAAAASAACAAAZQdAA+' for update
7月4日将实例2停掉,观察两小时看redo产生情况,之后再重启实例2观察。通过检查v$log_history,目前情况基本正常。
附件为实例2的警告日志,v$Log_history的查询记录,以及smon trace文件等。
问题的情况大致就是这样,烦请高手赐教此问题产生的原因,为何redo log中会产生大量的类似select * from "SYS"."OBJ$" where ROWID = 'AAAAASAACAAAZQdAA+' for update 的redo sql,不胜感激! |
|