如何進(jìn)行oradebug診斷系統(tǒng)問題的分析，針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡(jiǎn)單易行的方法。

我們一直強(qiáng)調(diào)成都做網(wǎng)站、網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)對(duì)于企業(yè)的重要性,如果您也覺得重要,那么就需要我們慎重對(duì)待,選擇一個(gè)安全靠譜的網(wǎng)站建設(shè)公司,企業(yè)網(wǎng)站我們建議是要么不做，要么就做好,讓網(wǎng)站能真正成為企業(yè)發(fā)展過程中的有力推手。專業(yè)網(wǎng)絡(luò)公司不一定是大公司,成都創(chuàng)新互聯(lián)作為專業(yè)的網(wǎng)絡(luò)公司選擇我們就是放心。

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
從上面的信息看,在進(jìn)行hanganalyzedump時(shí)有多種級(jí)別的level可以選擇，那么如何選擇level？
一般來講,不建議使用level 3以上的操作,因?yàn)楫a(chǎn)生的trace可能會(huì)很大,尤其是大型的OLTP系統(tǒng);
另外一般數(shù)據(jù)庫(kù)hang住時(shí)可能系統(tǒng)壓力都巨大,所以再產(chǎn)生很大的trace可能導(dǎo)致問題更加嚴(yán)重。
systemstate


    systemstate dump級(jí)別簡(jiǎn)介：
    1. 級(jí)別2:dump(不包括lock element)
    2. 級(jí)別10:dump
    3. 級(jí)別11:dump+global cache of rac
    4. 級(jí)別256:short stack（函數(shù)堆棧）
    5. 級(jí)別258:級(jí)別256+級(jí)別2
    6. 級(jí)別266:級(jí)別256+級(jí)別10
    7. 級(jí)別267:級(jí)別256+級(jí)別11
processstate

1. 級(jí)別11和級(jí)別267會(huì)dump global cache,會(huì)產(chǎn)生較大的trace 文件，一般不推薦。
2.  一般情況下，如果進(jìn)程不是太多，建議用256，因?yàn)檫@樣可以dump出來進(jìn)程的函數(shù)堆棧，可以用來分析進(jìn)程在執(zhí)行什么操作，但是生成short stack比較耗時(shí)，如果進(jìn)程非常多，比如2000個(gè)進(jìn)程，那么可能耗時(shí)30分鐘以上。這種情況下，可以生成level 10 或者 level 258， level 258  比 level 10會(huì)多收集short short stack, 但比level 10少收集一些lock element data。
3. 對(duì)于RAC系統(tǒng)，需要關(guān)注Bug 11800959 - A SYSTEMSTATE dump with level >= 10 in RAC dumps huge BUSY GLOBAL CACHE ELEMENTS - can hang/crash instances (Doc ID 11800959.8)。這個(gè)Bug在11.2.0.3上被修復(fù)，對(duì)于<=11.2.0.2的RAC，當(dāng)系統(tǒng)中的lock element很多的時(shí)候，如果執(zhí)行l(wèi)evel 10、266或者267的systemstate dump時(shí)，可能會(huì)導(dǎo)致數(shù)據(jù)庫(kù)hang或者crash，這種情況下可以采用level 25


使用oradebug命令

       ORADEBUG setmypid
       ORADEBUG setinst all
       ORADEBUG -g def hanganalyze <level>       —針對(duì)rac的用法
     對(duì)于單實(shí)例，我們通常進(jìn)行如下操作即可:
       oradebug setmypid
       oradebug hanganalyze 3
   其次在做hang分析的時(shí)候,建議同時(shí)做一個(gè)systemstatedump或針對(duì)個(gè)別的process進(jìn)行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

我們知道當(dāng)一個(gè)數(shù)據(jù)庫(kù)hang住時(shí),最頭痛的問題是無法登陸數(shù)據(jù)，也就無法進(jìn)行故障的處理,因此很多人只能通過重啟
操作系統(tǒng)來講解決問題，其實(shí)從Oracle 10g開始,Oracle提供了prelim的登陸方式，如下:

 sqlplus -prelim / as sysdba 

       oradebug setospid <process ID>  

       oradebug unlimit

       oradebug dump systemstate 10

關(guān)于如何進(jìn)行oradebug診斷系統(tǒng)問題的分析問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

網(wǎng)頁題目：如何進(jìn)行oradebug診斷系統(tǒng)問題的分析-創(chuàng)新互聯(lián)
URL鏈接：http://www.chinadenli.net/article42/iicec.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、網(wǎng)站維護(hù)、品牌網(wǎng)站制作、用戶體驗(yàn)、小程序開發(fā)、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)