层层深入，步步探究-Oracle的启动模式详探

在CSDN上，经常看到各种各样的启动的错误，有些错误，确实是由于Oracle的体系遭到了损害，而导致的，而有的却仅仅只是由于只是缺乏对实例启动的知识了解而造成的，今天，我们在这里详细谈谈，Oracle的启动的相关知识。

当我们发出startup命令时，Oracle将开始启动，如果成功启动的话，这个实例启动的过程分为3个阶段。

1. nomount阶段
nomount，在这个启动阶段里，oracle主要做的事情，就是找到相关的启动参数文件，并且打开启动参数文件，根据启动参数里记录的参数值，启动实例，并且启动成功的话，打开告警文件alert_.ora文件，这个文件默认在ORACLE_BASE/admin/SID/bdump下，并且记录相关的启动信息。如果在startup里指定了pfile=”的话，oracle将从你指定的文件作为启动参数文件，如果是没有指定pfile的话,Oracle会先去默认目录($ORACLE_HOME/)下找spfileSID.ora,如果没有找到，则找spfile.ora,如果还是没有，则找initSID.ora,这个就是以前的静态参数文件了，如果没有则找init.ora;如果没有找到的话，这时候，启动就会有，找不到参数文件的错误。

这里以前有不少csdn的用户，都见过我提示用startup pfile=”这样的启动模式来解决他们的问题的例子。其实这里就是应用的这样的一个知识点，当然，在使用startup pfile=”前，我们需要先用create pfile from spfile;把实例的动态参数文件先export成静态的文本参数文件，然后根据合适的参数修改这个文件，修改好了一个在用这个pfile启动。在csdn的论坛里，有几个网友的由于错误的设置启动参数造成的错误都是这样处理解决的。

2. mount阶段
当达到了nomount阶段以后，数据库就只能一步一步的来进行启动了，他的下一个启动的阶段，就是mount。我们通过alter database mount;来从nomount阶段或者通过startup mount来到达这个阶段，到达这个阶段，Oracle从启动参数文件里找到控制文件的路径参数值，找到所有的控制文件，然后打开读取控制文件的信息，控制文件里记录了各种表空间文件，日志文件的信息，以及数据库的字符集，其实就是控制文件里的记录(控制文件是可以指定多个的，只要有个一个不能成功读取，这个阶段将会失败)，这时，数据库已经读取了相关系统文件的信息，也读取了字符集信息，但是仅仅只是读取，这些系统文件，并没有真正的加载到数据库里。

曾经有网友启动到mount的时候，出现问题，最后一看原来是control 文件这里已经被删除掉了，解决的办法，就是从备份的控制文件来一个过来，然后做恢复就可以了。如果没有备份，在nomount下，新建一个controlfile，就可以了。

3. open阶段
mount阶段结束后，数据库体系的所有信息已经读取全了，我们知道了redo文件，数据文件的信息，但是还没有加载，到了open状态，数据库读取所有的文件，如果有一个文件不能成功读取，open阶段就会失败。这时候，我们能够解决的就是通过错误的提示，进行数据恢复，或者错误排查叻。

这一个阶段的错误的各种原因最多，处理起来的方式也相对于前面的要复杂的多，不过基本上都是和数据文件，日志文件缺失，数据scn不一致，等等有关，这时我们需要做的就是根据错误的提示来进行相应的数据恢复，和数据排查，这块是数据库恢复最有趣的地方。