oracle故障定位

sqlplus /nolog

conn sys/password as sysdba;

startup nomount; //如出错，检查参数文件

生成参数文件：

>create pfile='d:\mycurrentpfile.ora' from spfile; //检查控制文件位置 spfile可以通过init.ora重建

(create spfile='init.ora' from pfile; 未测试)

desc v$parameter;

startup pfile='d:\ mycurrentpfile.ora';

copy ...

create spfile from pfile='d:\mycurrentpfile.ora';

 shutdown immediate;

 

startup mount;

alter database mount;

控制文件恢复方法之通过跟踪文件重建控制文件：

alter database backup controlfile to trace as 'd:\createcontrolfile.sql';

@d:\createcontrolfile.sql;

 

startup open;

alter database open;

数据文件恢复

 select * from v$log;

SQL> recover database until time '20013-08-27 1:45:02';
 完成介质恢复。
 SQL> alter database open resetlogs;

 

1.Oracle启动模式的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;如果没有找到的话，这时候，启动就会有，找不到参数文件的错误，同时会动态注册实例名到监听服务里。　　当然，在使用startup pfile=''前，我们需要先用create pfile from spfile;把实例的动态参数文件先export成静态的文本参数文件，然后根据合适的参数修改这个文件，修改好了一个在用这个pfile启动。

2.Oracle启动模式的mount阶段　　当达到了nomount阶段以后，数据库就只能一步一步的来进行启动了，他的下一个启动的阶段，就是mount。我们通过alter database mount;来从nomount阶段或者通过startup mount来到达这个阶段，到达这个阶段，Oracle从启动参数文件里找到控制文件的路径参数值，找到所有的控制文件，然后打开读取控制文件的信息，控制文件里记录了各种表空间文件，日志文件的信息，以及数据库的字符集，其实就是控制文件里的记录(控制文件是可以指定多个的，只要有个一个不能成功读取，这个阶段将会失败)，这时，数据库已经读取了相关系统文件的信息，也读取了字符集信息，但是仅仅只是读取，这些系统文件，并没有真正的加载到数据库里。　　曾经有人启动到mount的时候，出现问题，最后一看原来是control文件这里已经被删除掉了，解决的办法，就是从备份的控制文件来一个过来，然后做恢复就可以了。如果没有备份，在nomount下，新建一个controlfile，就可以了。　　

3.Oracle启动模式的open阶段　　mount阶段结束后，数据库体系的所有信息已经读取全了，我们知道了redo文件，数据文件的信息，但是还没有加载，到open状态，数据库读取所有的文件，如果有一个文件不能成功读取，open阶段就会失败。这时候，我们能够解决的就是通过错误的提示，进行数据恢复，或者错误排查。　　这一个阶段的错误的各种原因最多，处理起来的方式也相对于前面的要复杂的多，不过基本上都是和数据文件，日志文件缺失，数据scn不一致，等等有关，这时我们需要做的就是根据错误的提示来进行相应的数据恢复，和数据排查，这块是数据库恢复最有趣的地方。