ORA-01102: cannot mount database in EXCLUSIVE mode

更详细请参考http://www.cnblogs.com/kerrycode/p/3656655.html  （未看完）

 

今天在自己虚拟机上玩DG，在主节点启动的时候报错ORA-01102: cannot mount database in EXCLUSIVE mode可能是上次虚拟机未正常关闭引起的，在网上查了一下相关资料，总结一下该类问题的排查过程，首先看一下数据库启动时报错信息

出现ORA-1102错误可能有以下几种可能： 一、在HA系统中，已经有其他节点启动了实例，将双机共享的资源（如磁盘阵列上的裸设备）占用了； 二、说明Oracle被异常关闭时，有资源没有被释放，一般有以下几种可能，   1、 Oracle的共享内存段或信号量没有被释放；   2、 Oracle的后台进程（如SMON、PMON、DBWn等）没有被关闭；   3、用于锁内存的文件lk和sgadef.dbf文件没有被删除。   第一点，因为我的是虚拟机，并没有配置HA，可以排除。 第二点，因为上次我虚拟机是直接断电关闭的，我们可以排除第二种可能的1、2点。接下来考虑第3点。 查$ORACLE_HOME/dbs目录： 从上面的查询结果可以看出，lk文件没有被删除。将它删除掉 再启动数据库，成功。 如果是Oracle进程没有关闭，用以下命令查出存在的oracle进程： [oracle@dg1 dbs]# ps -ef|grep oracle  

root      2310  2358  0 16:00 pts/0    00:00:00 su - oracle  

oracle    2311  2310  0 16:00 pts/0    00:00:00 -bash  

root      2427  2403  0 10:47 pts/1    00:00:00 su - oracle  

……   

然后用kill -9命令杀掉进程 kill -9   另外，虽然我们上面排除了共享内存段和信号量的问题，但是排查方法是什么呢？首先要先查看信号量信息，一般而言直接清除内存段是无法清除的，把信号量清除后，内存段一般会自动释放，查看信号量信息 清除信号量信息 ipcrm -s 229377 查看内存段信息 清除内存段信息 ipcrm –m 4620292 总结： 当发生1102错误时，可以按照以下流程检查、排错：

1.如果是HA系统，检查其他节点是否已经启动实例；

2.检查Oracle进程是否存在，如果存在则杀掉进程；

3.检查信号量是否存在，如果存在，则清除信号量；

4.检查共享内存段是否存在，如果存在，则清除共享内存段；

5.检查锁内存文件lk和sgadef.dbf是否存在，如果存在，则删除。