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

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

3

积分

0

好友

2

主题
1#
发表于 2014-5-26 15:21:02 | 查看: 3780| 回复: 4
本帖最后由 心情车站 于 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诊断事件,是否又会存在其他问题?



谢谢

AWR Rpt - WPDB Snap 18059 thru 18231.html

721.59 KB, 下载次数: 888

2#
发表于 2014-5-26 15:36:38
logminer挖出来的SQL不等于 原SQL, 当然你可以用这个变形了的SQL 找出原SQL

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

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

回复 只看该作者 道具 举报

3#
发表于 2014-5-26 16:31:02
估计是 有什么JOB  不停的执行这种 删除 或者 修改 语句,以前我遇到 ,1秒钟执行一次 去删除某个表的数据, 导致 归档日志 疯涨

回复 只看该作者 道具 举报

4#
发表于 2014-5-27 10:03:54
用这个脚本跑一下,看看每个小时段生成归档文件的个数

查看归档日志生成情况html.zip

3.3 KB, 下载次数: 1305

回复 只看该作者 道具 举报

5#
发表于 2014-5-28 09:47:13
非常感谢各位,已经解决了。
是有一条批量更新的语句造成的,改一下就好

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-21 08:22 , Processed in 0.050835 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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