心情车站 发表于 2014-5-26 15:21:02

10g归档日志异常增长

本帖最后由 心情车站 于 2014-5-26 15:49 编辑

centos 5.5 32位

oracle 10.2.0.4

WPDB开归档日志，dg主库

从上周开始，出现了归档日常异常增长，经过LogMiner分析归档日志，发现一直执行以下的语句，但查遍所有程序及存储过程，并无此语句，重启数据库也一直存在

update "USER"."PM_CHARGE_DETAIL" set "HAD_COUNT" = '1' where "HAD_COUNT" = '1' and ROWID = 'AAAfSQAAVAADSutAAt';
update "USER"."PM_CHARGE_DETAIL" set "HAD_COUNT" = '1' where "HAD_COUNT" = '1' and ROWID = 'AAAfSQAAVAADSutAAu';
update "USER"."PM_CHARGE_DETAIL" set "HAD_COUNT" = '1' where "HAD_COUNT" = '1' and ROWID = 'AAAfSQAAVAADSuxAAB';


1.是否可以确定BUG5116414?
2.有什么办法处理这个问题？
3.如果使用
alter system set events '10052 trace name context forever, level 65535';
以后不取消10052诊断事件，是否又会存在其他问题？



谢谢

Maclean Liu(刘相兵 发表于 2014-5-26 15:36:38

logminer挖出来的SQL不等于 原SQL， 当然你可以用这个变形了的SQL 找出原SQL

一直执行该语句，不代表该语句耗费了最多的redo

所以我觉得你的诊断需要继续下去

foxhuntwang 发表于 2014-5-26 16:31:02

估计是 有什么JOB  不停的执行这种 删除 或者 修改 语句，以前我遇到 ，1秒钟执行一次 去删除某个表的数据， 导致 归档日志 疯涨

不了峰 发表于 2014-5-27 10:03:54

用这个脚本跑一下，看看每个小时段生成归档文件的个数

心情车站 发表于 2014-5-28 09:47:13

非常感谢各位，已经解决了。
是有一条批量更新的语句造成的，改一下就好
页: [1]
查看完整版本: 10g归档日志异常增长