1. 程式人生 > >ORA-01102: cannot mount database in EXCLUSIVE mode

ORA-01102: cannot mount database in EXCLUSIVE mode

ora- bsp tar ota sys variable 共享內存 hit -m

有臺測試環境的數據庫,因磁盤爆了,新加了一塊硬盤,在啟動的時候數據庫崩了


SQL> startup mount

ORACLE instance started.

Total System Global Area 608174080 bytes

Fixed Size 1220844 bytes

Variable Size 176164628 bytes

Database Buffers 427819008 bytes

Redo Buffers 2969600 bytes

ORA-01102: cannot mount database in EXCLUSIVE mode


分析原因:

一、在HA系統中,已經有其他節點啟動了實例,將雙機共享的資源(如磁盤陣列上的裸設備)占用了;

二、說明Oracle被異常關閉時,有資源沒有被釋放,一般有以下幾種可能,

1、 Oracle的共享內存段或信號量沒有被釋放;

2、 Oracle的後臺進程(如SMON、PMON、DBWn等)沒有被關閉;

3、 用於鎖內存的文件lk<sid>sgadef<sid>.dbf文件沒有被刪除。

解決思路:

當發生1102錯誤時,可以按照以下流程檢查、排錯:

如果是HA系統,檢查其他節點是否已經啟動實例檢查Oracle進程是否存在,如果存在則殺掉進程檢查信號量是否存在,如果存在,則清除信號量檢查共享內存段是否存在,如果存在,則清除共享內存段檢查鎖內存文件lk<sid>和sgadef<sid>.dbf是否存在,如果存在,則刪除。

具體做法:

首先,雖然我們的系統是HA系統,但是備節點的實例始終處在關閉狀態,這點通過在備節點上查數據庫狀態可以證實。

其次、是因系統掉電引起數據庫宕機的,系統在接電後被重啟,因此我們排除了第二種可能種的1、2點。最可疑的就是第3點了。

查$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*

再次啟動時又遇到下面的錯誤,不過別擔心,繼續後面的操作就搞定

SQL> startup mount

ORACLE instance started.

Total System Global Area 608174080 bytes

Fixed Size 1220844 bytes

Variable Size 176164628 bytes

Database Buffers 427819008 bytes

Redo Buffers 2969600 bytes

ORA-00205: error in identifying control file, check alert log for more info : (

查看共享內存段

[root@simply bdump]# ipcs -map

------ Shared Memory Creator/Last-op --------

shmid owner cpid lpid

786444 root 6490 6438

819213 root 6549 6438

1409040 oracle 31502 16728


查看信號量

[root@simply bdump]# ipcs -s

key semid owner perms nsems

0x17ff6454 360448 oracle 640 154

清除oracle的信號量

[root@simply bdump]# ipcrm -s 360448

再次查詢確認

[root@simply bdump]# ipcs -s

------ Semaphore Arrays --------

key semid owner perms nsems

再查詢共享內存段也ok了!

[root@simply bdump]# ipcs -m

如果是Oracle進程沒有關閉,

$kill -9 <PID>

再次啟動數據庫,OK!

ORA-01102: cannot mount database in EXCLUSIVE mode