如何進(jìn)行oradebug診斷系統(tǒng)問題的分析,針對這個問題,這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
我們一直強(qiáng)調(diào)成都做網(wǎng)站、網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè)對于企業(yè)的重要性,如果您也覺得重要,那么就需要我們慎重對待,選擇一個安全靠譜的網(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時有多種級別的level可以選擇,那么如何選擇level?
一般來講,不建議使用level 3以上的操作,因?yàn)楫a(chǎn)生的trace可能會很大,尤其是大型的OLTP系統(tǒng);
另外一般數(shù)據(jù)庫hang住時可能系統(tǒng)壓力都巨大,所以再產(chǎn)生很大的trace可能導(dǎo)致問題更加嚴(yán)重。
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. 一般情況下,如果進(jìn)程不是太多,建議用256,因?yàn)檫@樣可以dump出來進(jìn)程的函數(shù)堆棧,可以用來分析進(jìn)程在執(zhí)行什么操作,但是生成short stack比較耗時,如果進(jìn)程非常多,比如2000個進(jìn)程,那么可能耗時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的用法
對于單實(shí)例,我們通常進(jìn)行如下操作即可:
oradebug setmypid
oradebug hanganalyze 3
其次在做hang分析的時候,建議同時做一個systemstatedump或針對個別的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)一個數(shù)據(jù)庫hang住時,最頭痛的問題是無法登陸數(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)容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道了解更多相關(guān)知識。
網(wǎng)頁題目:如何進(jìn)行oradebug診斷系統(tǒng)問題的分析-創(chuàng)新互聯(lián)
URL鏈接:http://m.rwnh.cn/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)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容