概述
今天一臺測試數(shù)據(jù)庫出現(xiàn)故障，無法正常啟動。
報錯顯示：ORA-01102: cannot mount database in EXCLUSIVE mode，截圖如下：
思路：
1、在HA系統(tǒng)中，已經(jīng)有其他節(jié)點啟動了實例，將雙機共享的資源（如磁盤陣列上的裸設(shè)備）占用了；
2、說明Oracle被異常關(guān)閉時，有資源沒有被釋放，一般有以下幾種可能，
1） Oracle的共享內(nèi)存段或信號量沒有被釋放；
2） Oracle的后臺進程（如SMON、PMON、DBWn等）沒有被關(guān)閉；
3） 用于鎖內(nèi)存的文件lk<sid>和sgadef<sid>.dbf文件沒有被刪除。
當發(fā)生1102錯誤時，可以按照以下流程檢查、排錯：
如果是HA系統(tǒng)，檢查其他節(jié)點是否已經(jīng)啟動實例檢查Oracle進程是否存在，如果存在則殺掉進程檢查信號量是否存在，如果存在，則清除信號量檢查共享內(nèi)存段是否存在，如果存在，則清除共享內(nèi)存段檢查鎖內(nèi)存文件lk<sid>和sgadef<sid>.dbf是否存在，如果存在，則刪除。
Metalink上面的解決方法如下：
解決過程：
1、查$ORACLE_HOME/dbs目錄：
$ cd $ORACLE_HOME/dbs $ ls sgadef* sgadef* not found $ ls lk* /opt/oracle/product/ 10.2.0/db_1/dbs/lkSIMPLY lkSIMPLY
果然，lk<sid>文件沒有被刪除。將它刪除掉
$ rm lk*
2、查看共享內(nèi)存段
[oracle@WMDB:/u01/app/oracle/product/11.2.0/db_1/dbs]$ipcs -map ------ Message Queues PIDs -------- msqid owner lspid lrpid ------ Shared Memory Creator/Last-op PIDs -------- shmid owner cpid lpid 3375104 oracle 24398 25244 3407873 oracle 24398 25244 3440642 oracle 24398 25244 3473411 oracle 24398 25244
3、根據(jù)ID號清除共享內(nèi)存段
[oracle@WMDB:/u01/app/oracle/product/11.2.0/db_1/dbs]$ipcrm -m 3375104 [oracle@WMDB:/u01/app/oracle/product/11.2.0/db_1/dbs]$ipcrm -m 3407873 [oracle@WMDB:/u01/app/oracle/product/11.2.0/db_1/dbs]$ipcrm -m 3440642 [oracle@WMDB:/u01/app/oracle/product/11.2.0/db_1/dbs]$ipcrm -m 3473411 [oracle@WMDB:/u01/app/oracle/product/11.2.0/db_1/dbs]$ipcs -map ------ Message Queues PIDs -------- msqid owner lspid lrpid ------ Shared Memory Creator/Last-op PIDs -------- shmid owner cpid lpid
4、查看信號量
# ipcs -s
5、清除oracle的信號量
# ipcrm -s 360448
再查詢共享內(nèi)存段也沒問題
# ipcs -m
這里如果是Oracle進程沒有關(guān)閉，則執(zhí)行以下命令
$kill -9 <PID>
執(zhí)行后可以正常啟動數(shù)據(jù)庫，問題解決。
這里主要對數(shù)據(jù)庫的故障做個簡單記錄，大家以后碰到類似問題按這個流程處理就可以了。后面會分享更多devops和DBA方面的內(nèi)容，感興趣的朋友可以關(guān)注一下~
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至2705686032@qq.com 舉報，一經(jīng)查實，本站將立刻刪除。原文轉(zhuǎn)載： 原文出處：
