您好,登錄后才能下訂單哦!
如何進行oradebug診斷系統(tǒng)問題的分析,針對這個問題,這篇文章詳細介紹了相對應(yīng)的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
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以上的操作,因為產(chǎn)生的trace可能會很大,尤其是大型的OLTP系統(tǒng);
另外一般數(shù)據(jù)庫hang住時可能系統(tǒng)壓力都巨大,所以再產(chǎn)生很大的trace可能導(dǎo)致問題更加嚴重。
systemstate
systemstate dump級別簡介:
1. 級別2:dump(不包括lock element)
2. 級別10:dump
3. 級別11:dump+global cache of rac
4. 級別256:short stack(函數(shù)堆棧)
5. 級別258:級別256+級別2
6. 級別266:級別256+級別10
7. 級別267:級別256+級別11
processstate
1. 級別11和級別267會dump global cache,會產(chǎn)生較大的trace 文件,一般不推薦。
2. 一般情況下,如果進程不是太多,建議用256,因為這樣可以dump出來進程的函數(shù)堆棧,可以用來分析進程在執(zhí)行什么操作,但是生成short stack比較耗時,如果進程非常多,比如2000個進程,那么可能耗時30分鐘以上。這種情況下,可以生成level 10 或者 level 258, level 258 比 level 10會多收集short short stack, 但比level 10少收集一些lock element data。
3. 對于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)。這個Bug在11.2.0.3上被修復(fù),對于<=11.2.0.2的RAC,當(dāng)系統(tǒng)中的lock element很多的時候,如果執(zhí)行l(wèi)evel 10、266或者267的systemstate dump時,可能會導(dǎo)致數(shù)據(jù)庫hang或者crash,這種情況下可以采用level 25
使用oradebug命令
ORADEBUG setmypid
ORADEBUG setinst all
ORADEBUG -g def hanganalyze <level> —針對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
我們知道當(dāng)一個數(shù)據(jù)庫hang住時,最頭痛的問題是無法登陸數(shù)據(jù),也就無法進行故障的處理,因此很多人只能通過重啟
操作系統(tǒng)來講解決問題,其實從Oracle 10g開始,Oracle提供了prelim的登陸方式,如下:
sqlplus -prelim / as sysdba
oradebug setospid <process ID>
oradebug unlimit
oradebug dump systemstate 10
關(guān)于如何進行oradebug診斷系統(tǒng)問題的分析問題的解答就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。