如何进行oradebug诊断系统问题的分析-创新互联

如何进行oradebug诊断系统问题的分析,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

我们一直强调成都做网站、网站制作、成都外贸网站建设对于企业的重要性,如果您也觉得重要,那么就需要我们慎重对待,选择一个安全靠谱的网站建设公司,企业网站我们建议是要么不做,要么就做好,让网站能真正成为企业发展过程中的有力推手。专业网络公司不一定是大公司,成都创新互联作为专业的网络公司选择我们就是放心。

oracle hanganalyze
hanganalyze有如下几种level:
  10    Dump all processes (IGN state)
   5     Level 4 + Dump all processes involved inwait chains (NLEAF state)
   4     Level3 + Dump leaf nodes (blockers) in wait chains(LEAF,LEAF_NW,IGN_DMP state)
   3     Level2 + Dump only processes thought to be in a hang (IN_HANG state)
   1-2   Only HANGANALYZE output, no process dump at all
从上面的信息看,在进行hanganalyzedump时有多种级别的level可以选择,那么如何选择level?
一般来讲,不建议使用level 3以上的操作,因为产生的trace可能会很大,尤其是大型的OLTP系统;
另外一般数据库hang住时可能系统压力都巨大,所以再产生很大的trace可能导致问题更加严重。
systemstate


    systemstate dump级别简介:
    1. 级别2:dump(不包括lock element)
    2. 级别10:dump
    3. 级别11:dump+global cache of rac
    4. 级别256:short stack(函数堆栈)
    5. 级别258:级别256+级别2
    6. 级别266:级别256+级别10
    7. 级别267:级别256+级别11
processstate

1. 级别11和级别267会dump global cache,会产生较大的trace 文件,一般不推荐。
2.  一般情况下,如果进程不是太多,建议用256,因为这样可以dump出来进程的函数堆栈,可以用来分析进程在执行什么操作,但是生成short stack比较耗时,如果进程非常多,比如2000个进程,那么可能耗时30分钟以上。这种情况下,可以生成level 10 或者 level 258, level 258  比 level 10会多收集short short stack, 但比level 10少收集一些lock element data。
3. 对于RAC系统,需要关注Bug 11800959 - A SYSTEMSTATE dump with level >= 10 in RAC dumps huge BUSY GLOBAL CACHE ELEMENTS - can hang/crash instances (Doc ID 11800959.8)。这个Bug在11.2.0.3上被修复,对于<=11.2.0.2的RAC,当系统中的lock element很多的时候,如果执行level 10、266或者267的systemstate dump时,可能会导致数据库hang或者crash,这种情况下可以采用level 25


使用oradebug命令

       ORADEBUG setmypid
       ORADEBUG setinst all
       ORADEBUG -g def hanganalyze        —针对rac的用法
     对于单实例,我们通常进行如下操作即可:
       oradebug setmypid
       oradebug hanganalyze 3
   其次在做hang分析的时候,建议同时做一个systemstatedump或针对个别的process进行processstatedump,如下:

     ---systemstate dump

        oradebug  setmypid

        oradebug  unlimit

        oradebug  dump systemstate  level 2;

        oradebug  close_trace

        oradebug  tracefile_name

    ---processstatedump

         oradebug  setospid xxxx

         oradebug  dump processstate level 3;

         oradebug  close_trace

         oradebug  tracefile_name

我们知道当一个数据库hang住时,最头痛的问题是无法登陆数据,也就无法进行故障的处理,因此很多人只能通过重启
操作系统来讲解决问题,其实从Oracle 10g开始,Oracle提供了prelim的登陆方式,如下:

 sqlplus -prelim / as sysdba 

       oradebug setospid   

       oradebug unlimit

       oradebug dump systemstate 10

关于如何进行oradebug诊断系统问题的分析问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注创新互联-成都网站建设公司行业资讯频道了解更多相关知识。


网站名称:如何进行oradebug诊断系统问题的分析-创新互联
当前网址:http://bzwzjz.com/article/iicec.html

其他资讯

Copyright © 2007-2020 广东宝晨空调科技有限公司 All Rights Reserved 粤ICP备2022107769号
友情链接: 重庆网站建设 成都模版网站建设 成都企业网站建设 成都网站设计 成都网站设计 成都定制网站建设 网站设计 网站制作 成都网站建设 网站建设推广 成都企业网站制作 定制网站建设多少钱 古蔺网站建设 响应式网站设计 成都网站建设 成都网站制作 网站制作公司 成都网站设计 成都营销网站制作 网站制作报价 商城网站建设 外贸营销网站建设