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不一致,等等有关,这时我们需要做的就是根据错误的提示来进行相应的数据恢复,和数据排查,这块是数据库恢复最有趣的地方。

猜你喜欢

转载自jadeluo.iteye.com/blog/1931627