更详细请参考http://www.cnblogs.com/kerrycode/p/3656655.html (未看完)
今天在自己虚拟机上玩DG,在主节点启动的时候报错ORA-01102: cannot mount database in EXCLUSIVE mode可能是上次虚拟机未正常关闭引起的,在网上查了一下相关资料,总结一下该类问题的排查过程,首先看一下数据库启动时报错信息
出现ORA-1102错误可能有以下几种可能:
一、在HA系统中,已经有其他节点启动了实例,将双机共享的资源(如磁盘阵列上的裸设备)占用了;
二、说明Oracle被异常关闭时,有资源没有被释放,一般有以下几种可能,
第一点,因为我的是虚拟机,并没有配置HA,可以排除。
第二点,因为上次我虚拟机是直接断电关闭的,我们可以排除第二种可能的1、2点。接下来考虑第3点。
第二点,因为上次我虚拟机是直接断电关闭的,我们可以排除第二种可能的1、2点。接下来考虑第3点。
再启动数据库,成功。
如果是Oracle进程没有关闭,用以下命令查出存在的oracle进程:
[oracle@dg1 dbs]# ps -ef|grep oracle
root
oracle
root
……
然后用kill -9命令杀掉进程
kill -9
另外,虽然我们上面排除了共享内存段和信号量的问题,但是排查方法是什么呢?首先要先查看信号量信息,一般而言直接清除内存段是无法清除的,把信号量清除后,内存段一般会自动释放,查看信号量信息
ipcrm -s 229377
清除内存段信息
ipcrm –m 4620292
总结:
当发生1102错误时,可以按照以下流程检查、排错:
1.如果是HA系统,检查其他节点是否已经启动实例;
2.检查Oracle进程是否存在,如果存在则杀掉进程;3.检查信号量是否存在,如果存在,则清除信号量;
4.检查共享内存段是否存在,如果存在,则清除共享内存段;
5.检查锁内存文件lk和sgadef.dbf是否存在,如果存在,则删除。