




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
數(shù)據(jù)庫(kù)緊急狀況檢查應(yīng)急預(yù)案\l“_TOC_250020“第一章、 公共檢查局部 2\l“_TOC_250019“、數(shù)據(jù)庫(kù)可用性檢查 2\l“_TOC_250018“、檢查OS日志 2\l“_TOC_250017“、系統(tǒng)資源檢查 2\l“_TOC_250016“、數(shù)據(jù)庫(kù)日志檢查 3\l“_TOC_250015“、檢查數(shù)據(jù)庫(kù)歸檔日志名目 3\l“_TOC_250014“其次章、 數(shù)據(jù)庫(kù)個(gè)別業(yè)務(wù)性能問(wèn)題 3\l“_TOC_250013“、大局部業(yè)務(wù)根本正常,個(gè)別業(yè)務(wù)長(zhǎng)時(shí)間執(zhí)行未成功 3\l“_TOC_250012“、單個(gè)ORACLE連接進(jìn)程持續(xù)格外繁忙 4\l“_TOC_250011“第三章、 數(shù)據(jù)庫(kù)整體性能問(wèn)題 5\l“_TOC_250010“等待大事 5\l“_TOC_250009“獵取STATSPACK\AWR報(bào)告 5\l“_TOC_250008“獵取執(zhí)行打算 5\l“_TOC_250007“相應(yīng)的處理建議 6\l“_TOC_250006“第四章、 整個(gè)數(shù)據(jù)庫(kù)hang 6\l“_TOC_250005“不能使用sqlplus/assysdba進(jìn)入數(shù)據(jù)庫(kù)時(shí) 6\l“_TOC_250004“能使用sqlplus/assysdba進(jìn)入數(shù)據(jù)庫(kù)時(shí) 6\l“_TOC_250003“執(zhí)行RDA收集信息 7\l“_TOC_250002“收集最近的STATSPACK/AWR報(bào)告 7\l“_TOC_250001“收集10GASH報(bào)告 7\l“_TOC_250000“收集10GR2的CRS信息 8、數(shù)據(jù)庫(kù)可用性檢查分別嘗試從pl/sql開(kāi)發(fā)工具和數(shù)據(jù)庫(kù)主機(jī)登錄數(shù)據(jù)庫(kù)看能否登錄oracle用戶登錄后,執(zhí)行如下操作:selectobject_idfromdba_objectswhererownum<5;createtabletmp0001selectobject_idfromdba_objectswhererownum<5;droptabletmp0001;select*fromdba_2pc_pending;假設(shè)以上SQLSQL也沒(méi)有返回被掛起的兩階段提交事務(wù),說(shuō)明數(shù)據(jù)庫(kù)不是堵塞全部業(yè)務(wù)的緣由假設(shè)以上SQL執(zhí)行格外緩慢或被HANG住,說(shuō)明當(dāng)前數(shù)據(jù)庫(kù)存在問(wèn)題假設(shè)應(yīng)用、中間件日志中有數(shù)據(jù)庫(kù)方面的報(bào)錯(cuò),依據(jù)錯(cuò)誤號(hào)進(jìn)展分析OS日志查看OS日志,看是否有相應(yīng)的報(bào)錯(cuò)。依據(jù)不同的平臺(tái)選擇以下命令查看LINUX:vi/var/log/messageAIX:errpt、mailHPUX:vi/var/adm/syslog/syslog.log、dmesg、mail、系統(tǒng)資源檢查L(zhǎng)INUX下使用top/iostat/vmstat等命令;AIX下使用TOPAS/vmstat/lsps–a/sar等命令;HPUX下使用top/glance/vmstat/swapinfo–atm/sar等命令,查看當(dāng)前CPU/mem/swap的占用狀況假設(shè)CPU有超過(guò)尋常很高的WIO假設(shè)user很高,查看topcpu占用的進(jìn)程是否為oracle進(jìn)程假設(shè)是oracle后臺(tái)進(jìn)程CPUORACLE駐場(chǎng)工程師幫助推斷是否遇到了某個(gè)的BUG假設(shè)是oracle連接進(jìn)程CPU$ORACLE_BASE/sql/get_by_spid.sh獲得CPU進(jìn)程正在執(zhí)行的語(yǔ)句和相應(yīng)的執(zhí)行打算MEM很低,SWAPout很頻繁,需要聯(lián)系系統(tǒng)治理員檢查內(nèi)存狀況,如是否消滅特別的memoryleak。同時(shí)針對(duì)ORACLE檢查以下?tīng)顩r連接數(shù)---v$session依據(jù)status/machine/program/username分組統(tǒng)計(jì)〔groupby〕,與應(yīng)用一起分析連接數(shù)特別的緣由。獲得占用高M(jìn)EMORY的oracle$ORACLE_BASE/sql/pga_sid.sql獲得該P(yáng)GA的內(nèi)存使用狀況,執(zhí)行$ORACLE_BASE/sql/get_by_spid.shCPU進(jìn)程正在執(zhí)行的語(yǔ)句和相應(yīng)的執(zhí)行打算。、數(shù)據(jù)庫(kù)日志檢查執(zhí)行$ORACLE_BASE/sql/oracle_health_check.sql 查看數(shù)據(jù)庫(kù)alert 日志/UDUMP/BDUMP是否有特別信息,如ORA-報(bào)錯(cuò),此前沒(méi)有或很少消滅的警告提示信息.假設(shè)檢查到報(bào)錯(cuò)信息,依據(jù)報(bào)錯(cuò)狀況進(jìn)展分析和實(shí)行相應(yīng)的處理方法。、檢查數(shù)據(jù)庫(kù)歸檔日志名目切換頻率是否正常/名目權(quán)限及使用率假設(shè)數(shù)據(jù)庫(kù)日志長(zhǎng)時(shí)間沒(méi)有寫(xiě)入信息,沒(méi)有日志切換,可能數(shù)據(jù)庫(kù)已經(jīng)處于掛起的狀態(tài)(100%問(wèn)題)其次章、數(shù)據(jù)庫(kù)個(gè)別業(yè)務(wù)性能問(wèn)題、大局部業(yè)務(wù)根本正常,個(gè)別業(yè)務(wù)長(zhǎng)時(shí)間執(zhí)行未成功、依據(jù)應(yīng)用的pid、sid等信息,找到數(shù)據(jù)庫(kù)中對(duì)應(yīng)的session、SQL。得到該SQL的執(zhí)行打算。執(zhí)行$ORACLE_BASE/sql/show_spid.sql即可依據(jù)SID快速獵取操作系統(tǒng)進(jìn)展號(hào)spid的信息;執(zhí)行$ORACLE_BASE/sql/get_by_spid.shspid,即可依據(jù)操作系統(tǒng)進(jìn)程號(hào)依次打印執(zhí)行的SQL語(yǔ)句和執(zhí)行打算;執(zhí)行$ORACLE_BASE/sql/showsql_pid.sql即可依據(jù)pid快速獵取執(zhí)行的SQL語(yǔ)句4〕執(zhí)行$ORACLE_BASE/sql/showsql_sid.sql即可依據(jù)sid快速獵取執(zhí)行的SQL語(yǔ)句假設(shè)執(zhí)行打算不恰當(dāng),需要分析執(zhí)行打算變化的緣由〔如索引不正確、統(tǒng)計(jì)信息過(guò)時(shí)、綁定變量偷窺等該業(yè)務(wù)的影響,嘗試停頓該SQL的執(zhí)行后,重收集相關(guān)表的統(tǒng)計(jì)信息,使業(yè)務(wù)SQL能按正確的執(zhí)行打算執(zhí)行。假設(shè)執(zhí)行打算正確,SQL卻長(zhǎng)時(shí)間不能返回結(jié)果,則依據(jù)以下方法盡快收集必要信息,再重啟任務(wù)。$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumpprocessstate10oradebugtracefile_name--trace文件名exit得到該進(jìn)程的stack信息:$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumperrorstack3oradebugtracefile_name--trace文件名Exit、假設(shè)PIDSIDSTATSPACKAWRv$session_waitv$lock視圖。1〕9i下,執(zhí)行$ORACLE_HOME/rdbms/admin/spreport.sql獲得STATSPACK報(bào)告10g下,執(zhí)行$ORACLE_HOME/rdbms/admin/awrrpt.sql獵取最近時(shí)間的AWR報(bào)告執(zhí)行$ORACLE_BASE/sql/show_wait.sqlshow_wait_global.sqlv$session_wait視圖的具體信息執(zhí)行$ORACLE_BASE/sql/session_enqueue.sql獲得v$lock視圖中中鎖持有者和鎖等待者的具體信息、單個(gè)ORACLE連接進(jìn)程持續(xù)格外繁忙top\topas\glance命令在OS上獲得持續(xù)繁忙的操作系統(tǒng)進(jìn)程號(hào)spid然后執(zhí)行$ORACLE_BASE/sql/get_by_spid.shspid,即可依據(jù)操作系統(tǒng)進(jìn)程號(hào)依次打印執(zhí)行的SQL語(yǔ)句和執(zhí)行打算;假設(shè)執(zhí)行打算不恰當(dāng),需要分析執(zhí)行打算變化的緣由〔如索引不正確、統(tǒng)計(jì)信息過(guò)時(shí)、綁定變量偷窺等該業(yè)務(wù)的影響,嘗試停頓該SQL的執(zhí)行后,重收集相關(guān)表的統(tǒng)計(jì)信息,使業(yè)務(wù)SQL能按正確的執(zhí)行打算執(zhí)行。假設(shè)執(zhí)行打算正確,SQL卻長(zhǎng)時(shí)間不能返回結(jié)果,則依據(jù)以下方法盡快收集必要信息,再重啟任務(wù)。$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumpprocessstate10oradebugtracefile_name--trace文件名exit得到該進(jìn)程的stack信息:$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumperrorstack3oradebugtracefile_name--trace文件名Exit第三章、數(shù)據(jù)庫(kù)整體性能問(wèn)題現(xiàn)象:業(yè)務(wù)處理總體格外緩慢,但也有局部業(yè)務(wù)能夠處理完成或者數(shù)據(jù)庫(kù)主機(jī)CPUORACLE連接進(jìn)程造成的時(shí)候請(qǐng)用以下方法檢查等待大事找到當(dāng)前數(shù)據(jù)庫(kù)等待最多的大事:1〕9i下通過(guò)查詢v$session_wait視圖獵取當(dāng)前等待最多的大事。執(zhí)行$ORACLE_BASE/sql/show_session_wait.sql可快速查詢按event分組的統(tǒng)計(jì)狀況2〕10g下使用ash15分鐘等待大事及造成等待大事的SQLsessionASH的收集方法:執(zhí)行$ORACLE_HOME/rdbms/admin/ashrpt.sql獵取STATSPACK\AWR報(bào)告9i下,執(zhí)行$ORACLE_HOME/rdbms/admin/spreport.sqlSTATSPACK報(bào)告也可以下方法手工獵取最近幾分鐘的statspack報(bào)告Sqlplusperfstat/PASSWORDExecstatspack.snap(i_snap_level=>7);……等待幾分鐘Execstatspack.snap(i_snap_level=>7);$ORACLE_HOME/rdbms/admin/spreport.sql10g下,執(zhí)行$ORACLE_HOME/rdbms/admin/awrrpt.sql獵取最近時(shí)間的AWR報(bào)告獵取執(zhí)行打算1〕9i下可用$ORACLE_HOME/rdbms/admin/sprepsql.sql獵取問(wèn)題SQL的執(zhí)行打算2〕10g下可用以下方法獵取執(zhí)行打算$ORACLE_HOME/rdbms/admin/awrsqrpt.sql或者select*fromtable(dbms_xplan.display_cursor(”SQL_ID”));得到以上SQL的執(zhí)行打算后如保存有該SQL正常時(shí)期的執(zhí)行打算,則推斷和正常的執(zhí)行打算是否有不同假設(shè)沒(méi)有該SQL正常時(shí)期的執(zhí)行打算,則需要推斷執(zhí)行打算是否是否恰當(dāng)。相應(yīng)的處理建議比照歷史狀況分析確認(rèn)這些等待是否正常,SQL執(zhí)行打算是否正常,確認(rèn)問(wèn)題SQL對(duì)于已確認(rèn)的問(wèn)題SQLsessionsessionsession,完成事務(wù)回滾估量需要的時(shí)間依據(jù)評(píng)估結(jié)果選擇需要執(zhí)行的操作:中止session、停庫(kù)重啟、切應(yīng)急庫(kù)第四章、整個(gè)數(shù)據(jù)庫(kù)hang現(xiàn)象:整個(gè)數(shù)據(jù)庫(kù)hang住,無(wú)法進(jìn)展任何操作。短時(shí)間內(nèi)問(wèn)題無(wú)法定位和解決,需要〔問(wèn)題〕以下是收集信息的具體步驟sqlplus/assysdba進(jìn)入數(shù)據(jù)庫(kù)時(shí)確保ORACLE_SID指向問(wèn)題實(shí)例后sqlplus-prelim/assysdbaoradebugsetmypidoradebugunlimit;oradebugdumpsystemstate266留意:9206以下版本oradebugdumpsystemstate266oradebugdumpsystemstate10代替sqlplus/assysdba進(jìn)入數(shù)據(jù)庫(kù)時(shí)登錄窗口1:$sqlplus/nologconnect/assysdbaoradebugsetmypidoradebugunlimitoradebughanganalyze3execdbms_lock.sleep(90);oradebughanganalyze3oradebugtracefile_name--trace文件名exitRAC環(huán)境,hanganalyze行為:oradebug-gdefhanganalyze3生成的文件在數(shù)據(jù)庫(kù)連接較多時(shí)可能有幾百M(fèi)登錄窗口2:$sqlplus/nologconnect/assysdbaoradebugsetmypidoradebugunlimitoradebugdumpsystemstate266execdbms_lock.sleep(90);oradebugdumpsystemstate266execdbms_lock.sleep(90);oradebugdumpsystemstate266oradebugtracefile_name--trace文件名exit留意:9206以下版本oradebugdumpsystemstate266oradebugdumpsystemstate10代替以上命令為單實(shí)例下收集的方法,在RAC環(huán)境中,systemstate對(duì)應(yīng)的行需改為:oradebug-galldumpsystemstate266RDA收集信息cd$ORACLE_HOME/rdakshrda.sh-fv收集最近的STATSPACK/AWR報(bào)告9i下,執(zhí)行$ORACLE_HOME/rdbms/admin/spreport.sqlSTATSPACK報(bào)告也可以下方法手工獵取最近幾分鐘的statspack報(bào)告Sqlplusperfstat/PASSWORDExecstatspack.snap(i_snap_level=>7);……等待幾分鐘Execstatspack.snap(i_snap_level=>7);$ORACLE_HOME/rdbms/admin/spreport.sql10g下,執(zhí)行$ORACLE_HOME/rdbms/admin/awrrpt.sql獵取最近時(shí)間的AWR報(bào)告10GASH報(bào)告10g15分鐘的ash報(bào)告$ORACLE_HOME/rdbms/admin/ashrpt.sql“10GR2CRS信息10gR2上的RACroot運(yùn)行如下命令來(lái)收集CRS信息:$env$id$cd$ORA_CRS_HOME/binORA_CRS_HOME/ORACLE_BASE指向正確;HOSTNAME設(shè)為本機(jī)名后,運(yùn)行:$./diagcollection.pl-collect第五章、數(shù)據(jù)庫(kù)損壞及誤操作數(shù)據(jù)庫(kù)文件損壞--SPFILE文件恢復(fù)RMAN>startupnomount;啟動(dòng)數(shù)據(jù)庫(kù),則會(huì)提示SPFILE問(wèn)題。RMAN>setdbid2090167736;RMAN>restorespfilefromautobackup;SPFILE,假設(shè)無(wú)文件,則通過(guò)直接賜予它的文件RMAN>restorespfilefrom”F:\ORA\BK_29_1_743788984”;--生產(chǎn)庫(kù)中的SPFILE對(duì)應(yīng)的文件是在/backup名目下以C開(kāi)頭的文件RMAN>shutdownimmediate;RMAN>startup;--重啟數(shù)據(jù)庫(kù)即可。--掌握文件恢復(fù)數(shù)據(jù)庫(kù)掌握文件喪失,導(dǎo)致數(shù)據(jù)庫(kù)無(wú)法啟動(dòng)。RMAN>startupnomount;RMAN>setdbid20901
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年廣東創(chuàng)新科技職業(yè)學(xué)院高職單招職業(yè)適應(yīng)性測(cè)試歷年(2019-2024年)真題考點(diǎn)試卷含答案解析
- 2025年山東力明科技職業(yè)學(xué)院高職單招高職單招英語(yǔ)2016-2024歷年頻考點(diǎn)試題含答案解析
- 2025年宣化科技職業(yè)學(xué)院高職單招高職單招英語(yǔ)2016-2024歷年頻考點(diǎn)試題含答案解析
- 2018交通安全日課件
- 2025年安徽涉外經(jīng)濟(jì)職業(yè)學(xué)院高職單招高職單招英語(yǔ)2016-2024歷年頻考點(diǎn)試題含答案解析
- 2025年天津電子信息職業(yè)技術(shù)學(xué)院高職單招職業(yè)技能測(cè)試近5年常考版參考題庫(kù)含答案解析
- 剖腹產(chǎn)后護(hù)理查房
- 230個(gè)成語(yǔ)典故230個(gè)歷史人物
- 自身免疫性肝炎護(hù)理常規(guī)
- a-letter-home課件教學(xué)課件
- H3C新員工文化培訓(xùn)報(bào)到指引(201607期)
- 第十章痰液檢查課件
- 《融媒體實(shí)務(wù)》教學(xué)課件(全)
- 牛津譯林版六年級(jí)下冊(cè)英語(yǔ)期中檢測(cè)試卷+答案
- 2023學(xué)年完整公開(kāi)課版《認(rèn)識(shí)洗衣機(jī)》
- 熱力管道裝置工程施工記錄表
- 特殊過(guò)程焊接工藝確認(rèn)
- GB/T 8411.3-2009陶瓷和玻璃絕緣材料第3部分:材料性能
- GB/T 4857.17-2017包裝運(yùn)輸包裝件基本試驗(yàn)第17部分:編制性能試驗(yàn)大綱的通用規(guī)則
- “兩區(qū)三廠”專項(xiàng)施工方案
- 汽車消聲器設(shè)計(jì)課件
評(píng)論
0/150
提交評(píng)論