Oracle起动库时1102报错处理

一、提出问题实际过程中有时我们会碰到这样的问题，当你用startup试图启动数据库时会碰到ORA-01102的报错。我们可以在Unix下切换到Oracle的用户，执行一下oerr ora 1102便会看到有关1102的简短的描述，如下： rp2$[/home/ora2]oerr ora 110201102, 00000, 'cannot mount database in EXCLUSIVE mode'// *Cause:; Some other instance has the database mounted exclusive or shared.// *Action: Shutdown other instance or mount in a compatible mode看了这个1102的简短的解释你一定有些迷惑，因为它有一些的误导性。如下我便来分析一下问题产生的原因，并给出解决的办法。二、分析原因当你启动数据库碰到1102报错时，之前的数据库的down操作一般都不是正常完成的，或由于一些异常使Oracle在操作系统中残留一些内存结构，Pmon等一几个进程依然存在等原因使Oracle误认为Instance依然在运行着，所以库就没有启动，具体说来大体原因有如下几个：1、pmon、smon、lwgw及dbwr这些后台进程依然存在着2、Oracle开辟的共享内存没有释放掉3、'lk<sid>' and 'sgadef<sid>.dbf'这两个用于锁内存的文件存在着。三、解决问题知道了原因，解决起来就简单多了，办法如下：1、看一下'lk<sid>' and 'sgadef<sid>.dbf'这两个文件是不是存在着，假如存在将其删掉。oracle$cd $ORACLE_HOME/dbsoracle$ls -l sgadef<sid>.dbf假如存在删掉它oracle$rm sgadef<sid>.dbforacle$ls -l lk<sid>假如存在删掉它oracle$rm lk<sid>2、看是不是有后台进程存在了oracle$ps -ef grep ora_ grep $ORACLE_SID假如有pmon这些后台进程的残留，kill -9掉它oracle$kill -9 pid3、看一下oracle的共享内存段及信号集(semaphores)是不是还存在着1)清共享内存段oracle$ipcs -m--显示一下,看owner是Oracle用户的oracle$ipcrm -m <Shared_Memory_ID>2)清信号集oracle$ipcs -s--显示一下,看owner是Oracle用户的oracle$ipcrm -s <Semaphore_ID>四、应该没问题了，再试一下吧^-^