Oracle启动报 ORA-01102:cannot mount database in EXCLUSIVE mode

超、凢脫俗 2022-04-10 04:40 129阅读 0赞

Oracle不是太懂,只是报这个错误的时候,用下面的方法就是给解决了....启动成功了.....

因为不太懂,所以自己记录一遍,也是会增加记忆的,所以也贴下原文地址;

[https://blog.csdn.net/lzwgood/article/details/26368323][https_blog.csdn.net_lzwgood_article_details_26368323]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70][]

原因有两个:

*  **说明Oracle被异常关闭时，有资源没有被释放**，一般有以下几种可能，
 *  在HA系统中，已经有其他节点启动了实例，将双机共享的资源（如磁盘阵列上的裸设备）占用了；

Oracle被异常关闭,主要有:

*  Oracle的**共享内存段或信号量**没有被释放；
 *   Oracle的后台进程（如SMON、PMON、DBWn等）没有被关闭；
 *  用于**锁内存的文件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.

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 1][]

![20181225090252471.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 2][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 3][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 4][]

[https_blog.csdn.net_lzwgood_article_details_26368323]: https://blog.csdn.net/lzwgood/article/details/26368323
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70]: /images/20220403/d285e86806c845ddb17ddb024bd0b247.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 1]: /images/20220403/78b786c9e6284c2387b0e7932bd34307.png
[20181225090252471.png]: /images/20220403/7636e6e5a2e84452b1c5cf5f21f9bd78.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 2]: /images/20220403/9f04954c95964cf7bceca065eebf5417.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 3]: /images/20220403/052a21103e5d4e9ab79e8fecfb926222.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1lvdW5nTGVlMTY_size_16_color_FFFFFF_t_70 4]: /images/20220403/0b9343eeb17a47e383601c458a9b7933.png