首页 > 数据库技术 > 详细

Oracle 归档暴涨分析

时间:2015-07-15 02:30:30      阅读:339      评论:0      收藏:0      [点我收藏+]




标题:Oracle 归档暴涨分析

作者:lōττéry©版权所有[文章允许转载,但必须以链接方式注明源地址,否则追究法律责任.]



    近2天每天归档产生量≈100G,数据库相关等待事件有log file synclatch: redo allocation …等;

    挖掘归档分析发现,数据库‘RECODE_ERROR_MSG‘每秒记录至少2000条数据每天至少1T数据量增长;

    系统层多次达到多个cpu消耗>90%进程 与此表频繁记录有关,直接影响整理数据库和系统性能;

   
    分析表猛增思路/原因
    思路:本次每秒2000数据后台等待时间比较明显且有提示declare job直接看dba_jobs里的存储就发现了问题;
          若明显异常的话,需要确认表猛增原因可以
通过user_source过滤
RECODE_ERROR_MSG表,再进一步分析存储;

    原因:DB每分钟调用PKG_WMS_Trans_Back.proc_trans_TaskMain存储,存储又调多存储,

          被调用的多存储中包含(出现错误记录到recode_error_msg)代码;

          存储内操作条目和操作命令较多且恰巧操作语句有问题,引起recode_error_msg记录错误表暴涨,归档暴增;

               

    建议:

       最终解决方案:尽量解决 附件报错部分问题

      紧急解决方案:关闭PKG_WMS_Trans_Back.proc_trans_TaskMain调用所有存储中包含error_msgrecode_error_msg.error_msg%type部分..按需求关闭

                  recode_error_msg 2.6亿表数据需要truncate.

   

        

     详见附件 分析报告.    ‘显示方式:WEB版式视图’-->免得换行乱..



      bubuko.com,布布扣分析报告.docx


  【源于本人邮件】 若有书写错误,表达错误,请指正...



此条目发表在 Oracle 分类目录。将固定连接加入收藏夹。




Oracle 归档暴涨分析

原文:http://blog.itpub.net/28602568/viewspace-1729075/

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!