数据库，简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、截取、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。
一、提出问题
实际过程中有时我们会遇到这样的问题，当你用startup试图启动数据库时会遇到ORA-01102的报错。我们可以在Unix下切换到Oracle的用户，执行一下oerr ora 1102便会看到有关1102的简短的描述，如下：
rp2$[/home/ora2]oerr ora 1102
01102, 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/dbs oracle$ls -l sgadef<sid>.dbf如果存在删掉它oracle$rm sgadef<sid>.dbforacle$ls -l lk<sid>
如果存在删掉它oracle$rm lk<sid>
2、看是不是有后台进程存在了
oracle$ps -ef
关键词：Oracle起动库时1102报错处理