數(shù)據(jù)庫(kù)異常處理技術(shù)報(bào)告

1、數(shù)據(jù)庫(kù)異常處理技術(shù)報(bào)告文檔控制修改記錄日期作者版本修改記錄審閱姓名職位目錄背景概述1報(bào)告內(nèi)容2技術(shù)細(xì)節(jié)3數(shù)據(jù)庫(kù)CRASH3數(shù)據(jù)庫(kù)性能不理想導(dǎo)致業(yè)務(wù)停頓4數(shù)據(jù)庫(kù)掛起6關(guān)鍵業(yè)務(wù)由于持續(xù)錯(cuò)誤無(wú)法完成工作7結(jié)論8附錄93 / 11文檔可自由編輯打印背景概述在日常數(shù)據(jù)庫(kù)維護(hù)過(guò)程中，經(jīng)常遇到數(shù)據(jù)庫(kù)CRASH，數(shù)據(jù)庫(kù)一些性能問(wèn)題，數(shù)據(jù)庫(kù)HANG，某些關(guān)鍵業(yè)務(wù)無(wú)法正常完成。一般出現(xiàn)這些問(wèn)題后，為了保障業(yè)務(wù)正常運(yùn)行，經(jīng)常直接重新啟動(dòng)數(shù)據(jù)庫(kù)。這樣無(wú)法保留當(dāng)時(shí)的數(shù)據(jù)庫(kù)的一些狀態(tài)信息，在后期進(jìn)行問(wèn)題分析的時(shí)候有很大的難度。經(jīng)常是一個(gè)問(wèn)題不了了之。報(bào)告內(nèi)容在該報(bào)告中，會(huì)針對(duì)數(shù)據(jù)庫(kù)的各種不同異常情況，在出現(xiàn)這種情況下，應(yīng)

2、該做那些相關(guān)的信息收集。通過(guò)收集的信息判斷數(shù)據(jù)庫(kù)在不同異常情況下暴露的問(wèn)題，提供相關(guān)的技術(shù)手段避免問(wèn)題的再次發(fā)生。該報(bào)告分析數(shù)據(jù)庫(kù)在下列四種情況下發(fā)生異常時(shí)要做的分析操作：1. 數(shù)據(jù)庫(kù)CRASH2. 數(shù)據(jù)庫(kù)性能不理想導(dǎo)致業(yè)務(wù)停頓3. 數(shù)據(jù)庫(kù)掛起4. 關(guān)鍵業(yè)務(wù)由于持續(xù)錯(cuò)誤無(wú)法完成工作技術(shù)細(xì)節(jié)數(shù)據(jù)庫(kù)CRASH當(dāng)數(shù)據(jù)庫(kù)CRASH后，整個(gè)數(shù)據(jù)庫(kù)服務(wù)已經(jīng)完全停止。這個(gè)時(shí)候請(qǐng)查看數(shù)據(jù)庫(kù)警告日志，檢查是否有對(duì)應(yīng)的TRACE文件生成。收集數(shù)據(jù)庫(kù)TRACE文件，RDA報(bào)告。如果客戶購(gòu)買(mǎi)有ORACLE的標(biāo)準(zhǔn)服務(wù)，針對(duì)該問(wèn)題創(chuàng)建一級(jí)TAR。具體處理流程如下數(shù)據(jù)庫(kù)CRASH啟動(dòng)DB收集TRACE文件，RDA報(bào)告創(chuàng)建一

3、級(jí)TAR分析CRASH的具體原因，編寫(xiě)報(bào)告現(xiàn)場(chǎng)分析不能啟動(dòng)的原因，同時(shí)創(chuàng)建一級(jí)TAR正常啟動(dòng)不能啟動(dòng)數(shù)據(jù)庫(kù)CRASH相對(duì)來(lái)說(shuō)是一個(gè)綜合問(wèn)題，導(dǎo)致數(shù)據(jù)庫(kù)異常CRASH有很多鐘情況。一般如果由于是硬件原因?qū)е?，那么?shù)據(jù)庫(kù)很難在短時(shí)間內(nèi)啟動(dòng)。那么要確認(rèn)數(shù)據(jù)庫(kù)有沒(méi)有很完善的備份策略。如果是數(shù)據(jù)庫(kù)軟件配置問(wèn)題，可以調(diào)整部分參數(shù)，在短時(shí)間內(nèi)將數(shù)據(jù)庫(kù)啟動(dòng)。數(shù)據(jù)庫(kù)性能不理想導(dǎo)致業(yè)務(wù)停頓在某些特殊情況下，數(shù)據(jù)庫(kù)性能急劇下降，部分應(yīng)用大量消耗系統(tǒng)資源。嚴(yán)重時(shí)導(dǎo)致整個(gè)系統(tǒng)運(yùn)行緩慢。在這種情況下，對(duì)數(shù)據(jù)庫(kù)做相關(guān)的下列操作。1如果是CPU/Memory緊張，用glance/topas檢查top process 消耗時(shí)間

4、1分鐘如果alert_sid.log文件有出錯(cuò)信息，找出問(wèn)題關(guān)鍵的session id/ OS process id 消耗時(shí)間1分鐘如沒(méi)有OS/DB出錯(cuò)信息，使用腳本檢查兩階段事務(wù)和lock handle事務(wù)。然后使用event 10046/10053采集sql plan 消耗時(shí)間5分鐘使用statspack來(lái)收集數(shù)據(jù)庫(kù)性能報(bào)告， 如果系統(tǒng)性能極低，。Snap間隔5分鐘。然后做hanganalyze dump,間隔90秒。消耗時(shí)間10分鐘2(3a)如果top process不是數(shù)據(jù)庫(kù)服務(wù)器進(jìn)程，立即kill -9 ospid (如果是oracle應(yīng)用進(jìn)程則在執(zhí)行kill -9前先做收集proc

5、essstate dump信息)消耗時(shí)間2分鐘(3b)如session id沒(méi)有指向數(shù)據(jù)庫(kù)服務(wù)器進(jìn)程，收集processstate dump信息然后立即用kill session命令關(guān)閉這個(gè)數(shù)據(jù)會(huì)話 消耗時(shí)間2分鐘(3c)刪除pending兩階段事務(wù)和lock handle事務(wù)。收集processstate dump信息然后用kill session命令關(guān)閉這個(gè)數(shù)據(jù)會(huì)話 消耗時(shí)間2分鐘3觀察業(yè)務(wù)情況，如沒(méi)有解決則重復(fù)step2,34如果問(wèn)題長(zhǎng)時(shí)間未能排除，建議重新啟動(dòng)數(shù)據(jù)庫(kù)5收集trace文件6生成RDA報(bào)告和STATSPACK報(bào)告7使用OSW收集CPU/Memory信息，oracle ale

6、rt文件 2分鐘1. 收集事物狀態(tài)收集兩階段事務(wù)SELECT local_tran_id FROM dba_2pc_pending;Execute dbms_transaction.purge_lost_db_entry('<LOCAL_TRAN_ID>'); Commit;收集某個(gè)進(jìn)程的信息10046主要是對(duì)應(yīng)在數(shù)據(jù)庫(kù)使用基于規(guī)則模式下的統(tǒng)計(jì)信息，10053主要對(duì)應(yīng)數(shù)據(jù)庫(kù)使用基于成本優(yōu)化模式下的統(tǒng)計(jì)信息。Event 10046:Sql> oradebug setospid pidSql> oradebug unlimitSql> oradebug

7、 event 10046 trace name context forever,level 12sql> oradebug event 10046 trace name context offEvent 10053:Sql> oradebug setospid pidSql> oradebug unlimitSql> oradebug event 10053 trace name context forever,level 12sql> oradebug event 10053 trace name context off2. 收集PROCESS DUMPSql&

8、gt; oradebug setospid ospidSql> oradebug unlimitSql> oradebug dump processstate 33. 收集RDA報(bào)告$./rda.sh -v4. 收集STATSPACK報(bào)告?/rdbms/admin/spreport數(shù)據(jù)庫(kù)掛起在日常工作中，可能由于多種原因?qū)е聰?shù)據(jù)庫(kù)掛起，整個(gè)系統(tǒng)無(wú)法進(jìn)行工作。所有事務(wù)都處于等待狀態(tài)。在這種情況下，請(qǐng)按照下列步驟對(duì)數(shù)據(jù)庫(kù)進(jìn)行信息收集。1) 做hanganalyze dumpSql> oradebug setmypid;Sql> oradebug unlimit;Sql>

9、; oradebug dump hanganalyze 3;Sql> !sleep 300Sql> oradebug dump hanganalyze 3;2) 做system dumpSql> oradebug setmypid;Sql> oradebug unlimit;Sql> oradebug dump systemstate 10Sql> !sleep 900Sql> oradebug dump systemstate 10Sql> !sleep 900 -每次中間停頓900秒Sql> oradebug dump systemstate 103) 重新啟動(dòng)數(shù)據(jù)庫(kù)4) 收集trace文件和rda報(bào)告關(guān)鍵業(yè)務(wù)由于持續(xù)錯(cuò)誤無(wú)法完成工作在日常工作中，某個(gè)關(guān)鍵業(yè)務(wù)無(wú)法正常運(yùn)行，而且運(yùn)行異常周期不定，建議使用下列方法診斷錯(cuò)誤。1) 使用PROCESS DUMP獲得信息SQL> ORADEBUG SETOSPID pid （注1）SQL> ORADEBUG UNLIMITSQL> ORADEBUG DUMP PROCESSSTATE 102) 使用EVENT參數(shù)獲得信息如出錯(cuò)代碼是ORA- 0xxxxx則在initsid.ora文件中加入Event = “ 0xxxx trace name c