Oracle起動庫時(shí)1102報(bào)錯(cuò)處理

2024-08-29 13:49:07

字體：大中小

供稿：網(wǎng)友

　　
一、提出問題

實(shí)際過程中有時(shí)我們會碰到這樣的問題，當(dāng)你用startup試圖啟動數(shù)據(jù)庫時(shí)會碰到ORA-01102的報(bào)錯(cuò)。我們可以在Unix下切換到Oracle的用戶，執(zhí)行一下oerr ora 1102便會看到有關(guān)1102的簡短的描述，如下：

rp2$[/home/ora2]oerr ora 1102

01102, 00000, "cannot mount database in EXCLUSIVE mode"

// *Cause: Some other instance has the database mounted exclusive or shared.

// *Action: Shutdown other instance or mount in a compatible mode

看了這個(gè)1102的簡短的解釋你一定有些迷惑，因?yàn)樗幸恍┑恼`導(dǎo)性。如下我便來分析一下問題產(chǎn)生的原因，并給出解決的辦法。

二、分析原因

當(dāng)你啟動數(shù)據(jù)庫碰到1102報(bào)錯(cuò)時(shí)，之前的數(shù)據(jù)庫的down操作一般都不是正常完成的，或由于一些異常使Oracle在操作系統(tǒng)中殘留一些內(nèi)存結(jié)構(gòu)，Pmon等一幾個(gè)進(jìn)程依然存在等原因使Oracle誤認(rèn)為Instance依然在運(yùn)行著，所以庫就沒有啟動，具體說來大體原因有如下幾個(gè)：

1、pmon、smon、lwgw及dbwr這些后臺進(jìn)程依然存在著

2、Oracle開辟的共享內(nèi)存沒有釋放掉

3、"lk<sid>" and "sgadef<sid>.dbf"這兩個(gè)用于鎖內(nèi)存的文件存在著。

三、解決問題

知道了原因，解決起來就簡單多了，辦法如下：

1、看一下"lk<sid>" and "sgadef<sid>.dbf"這兩個(gè)文件是不是存在著，假如存在將其刪掉。

oracle$cd $ORACLE_HOME/dbs

oracle$ls -l sgadef<sid>.dbf

假如存在刪掉它

oracle$rm sgadef<sid>.dbf

oracle$ls -l lk<sid>

假如存在刪掉它

oracle$rm lk<sid>

2、看是不是有后臺進(jìn)程存在了

oracle$ps -ef grep ora_ grep $ORACLE_SID

假如有pmon這些后臺進(jìn)程的殘留，kill -9掉它

oracle$kill -9 pid

3、看一下oracle的共享內(nèi)存段及信號集(semaphores)是不是還存在著

1)清共享內(nèi)存段

oracle$ipcs -m   --顯示一下,看owner是Oracle用戶的

oracle$ipcrm -m <Shared_Memory_ID>

2)清信號集

oracle$ipcs -s   --顯示一下,看owner是Oracle用戶的

oracle$ipcrm -s <Semaphore_ID>

四、應(yīng)該沒問題了，再試一下吧^-^

上一篇：Oracle Database 10g:最佳新特性(第一周:閃回查詢)

下一篇：Oracle Database 10g:最佳新特性(第三周:表空間管理)