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是否存在，如果存在，则删除。
清疚
「爱情、让人受尽委屈。」
Bertha 。
超、凢脫俗
还没有评论，来说两句吧...