故障现象

丢失某个数据库文件，造成了数据库无法启动，同时数据库处于非归档模式，也没有冷备份，启动时的错误信息如下：

ORA-01157: cannot identify/lock data file 3 - see DBWR trace file

ORA-01110: data file 3: 'D:\ORACLE\ORADATA\TEST\USERS01.DBF'

l解决方法

将数据库启动到mount状态下：

SQLplus “/ as sysdba”

startup mount

从数据库中删除该数据文件

alter database datafile ‘xx’ offline drop;

打开数据库

alter database open;

备注:

该方法可正常打开数据库，但该datafile中的数据将丢失

如果误删除了system表空间的datafile,则该方法不奏效

如果该表空间还包含其它数据文件，用EXP把数据备份出来，然后删除表空间，重建表空间，将数据导入。如果不包含其它数据文件，则直接删除表空间就可以了。

二.归档模式数据库丢失某数据文件，无备份,但有该数据文件创建以来的归档日志

l故障现象

归档模式的数据库，丢失了某个数据库文件，造成了数据库无法启动，同时没有数据库的全备份，但有该数据文件创建以来的归档日志，数据库无法启动：

ORA-01157: cannot identify/lock data file 3 - see DBWR trace file

ORA-01110: data file 3: 'D:\ORACLE\ORADATA\TEST\USERS01.DBF

l解决方法

启动数据库到mount状态

startup mount

手工创建丢失的数据文件

alter database create datafile ‘oldfname’ as ‘newfname’size xxx reuse;

利用归档日志对数据文件进行恢复

recover datafile ‘newfname’;或者

recover datafile n;

打开数据库

alter database open;

备注:

该方法可正常打开数据库，而且不会丢失数据

该方法有两个前提

丢失的数据文件不能是系统文件

不能丢失或损坏控制文件

三.非current和active的redo log损坏

l故障现象

误删除了redo log，或者redo log被损坏，数据库能mount,不能open:

ORA-00313: open failed for members of log group 3 of thread 1

ORA-00312: online log 3 thread 1: '/oracle10/oradata/ora10g/redo03.log'

l解决方法

查询v$log视图，确认损坏的redo log group是非current和active

SQL>select group#,thread#,sequence#, archived,status from v$log;

GROUP# THREAD# SEQUENCE# ARCHIVED STATUS

------ ------- ---------- -------- --------

1 1 103 YES INACTIVE

2 1 104 NO CURRENT

3 1 102 YES INACTIVE

如果该日志已经归档，用下面的命令清除日志内容

Alter database clear logfile group 3;

如果该日志没有归档，用下面的命令清除日志内容

Alter database clear unarchived logfile group 3;

打开数据库

Alter database open;

尽快做一个数据库全备份

四.current或active的redo log损坏

l故障现象

误删除了redo log，或者redo log被损坏，数据库不能打开:

ORA-00313: open failed for members of log group 2 of thread 1

ORA-00312: online log 2 thread 1: '/oracle10/oradata/ora10g/redo02.log'

l解决方法

查询v$log视图，确认损坏的redo log group是current或active

SQL>select group#,thread#,sequence#, archived,status from v$log;

GROUP# THREAD# SEQUENCE# ARCHIVED STATUS

------ ------- ---------- -------- --------

1 1 2 YES INACTIVE

2 1 4 NO CURRENT

3 1 3 YES INACTIVE

情况1：当前日志文件还存在，只是逻辑损坏，并且当前日志没有未决事务需要实例恢复

alter database clear unarchived logfile group 2; --不会报错

recover database until cancel;

alter database open resetlogs;

一般情况下，该方法不奏效，如果clear报错，则用其它方法.

情况2：当前日志完全损坏，且有未决事务，数据库有备份

alter database clear unarchived logfile group 2; --会报错

ERROR at line 1:

ORA-01624: log 1 needed for crash recovery of thread 1

restore database;

recover database until cancel; --选择auto

recover database until cancel;

alter datbase open resetlogs;

尽快做一个数据库全备份

情况3：当前日志完全损坏，且有未决事务，数据库无备份

shutdown immediate;

_allow_resetlogs_corruption=true;

startup mount pfile=‘xxx’;

recover database until cancel;

alter datbase open resetlogs;

shutdown immediate

_allow_resetlogs_corruption=true;

Startup

尽快做一个数据库全备份

五.临时表空间的数据文件损坏

l故障现象

临时表空间的数据文件发生损坏，系统出现故障，如何恢复

l解决方法

在10g及以上版本数据库，启动数据库时，如果发现临时数据文件损坏，会自动创建，如果在数据库运行过程中，可以手工重建:

create temporary tablespace temp1 tempfile ‘xx’ size xx’;

alter database default temporary tablespace temp1;--系统默认临时表空间的重建需要执行这一步，否则不需要

drop tablespace temp;

alter tablespace temp1 rename to temp;

在10g以前版本数据库，可以在数据库打开后或运行过程中，手工重建就可以了

alter database datafile ‘xxx’ offline drop;--如果数据库打不开，就执行这个步骤

create temporary tablespace temp1 tempfile ‘xx’ size xx’;

alter database default temporary tablespace temp1;--系统默认临时表空间的重建需要执行这一步 ,否则不需要,9i以前版本也不需要。

drop tablespace temp;

alter tablespace temp1 rename to temp;

六.UNDO数据文件损坏，数据库无法启动

l故障现象

Undo数据文件发生了丢失或损坏，数据库启动报错:

ORA-01157: cannot identify/lock data file 2 - see DBWR trace file

ORA-01110: data file 2: '/oracle10/oradata/ora10g/undotbs01.dbf'

l解决方法

如果数据库有备份，则利用备份进行恢复

如果数据库没有备份，则利用重建undo表空间的方式进行恢复

startup mount

alter database datafile n offline drop;(删除损坏的undo文件)

alter database open;

create undo tablespace xxx …; (创建一个新的undo表空间)

alter system set undo_tablespace=xxx;(指向新的undo表空间)

drop tablespace yyy including contents;(删除原来的undo表空间)

七.控制文件损坏

l故障现象

控制文件发生了损坏，数据库已经无法启动，报错信息如下：

ORA-00202: controlfile: 'D:\Oracle\oradata\chen\control01.ctl'

ORA-27041: unable to open file

OSD-04002: unable to open file

l解决方法

情况一：控制文件有镜像，且镜像控制文件没有被损坏

关闭数据库

将没有损坏的控制文件覆盖掉损坏的控制文件，或者修改参数文件的control_files参数，去掉损坏的控制文件

重新启动数据库

情况二：控制文件无镜像，或者镜像的所有控制文件都损坏了

恢复控制文件

如果控制文件有备份，从备份中恢复控制文件

restore controlfile from ‘’

如果控制文件有snapshot,将snapshot控制文件替换掉原损坏控制文件

如果做过alter database backup controlfile to trace的控制文件脚本备份，可以用trace文件中的重建脚本来创建控制文件，

如果没有备份，也没有trace备份，只能手工编写脚本创建控制文件，前提是你对数据库文件结构非常清楚

恢复和打开数据库

如果是用create controlfile …noresetlogs 方式重建的控制文件

recover database;

alter database open;

alter tablespace temp add tempfile ‘xx’ size xx reuse ; --对所有临时表空间做此操作

如果是用create controlfile …resetlogs方式重建的控制文件，或者通过备份或快照恢复的控制文件

recover database using backup controlfile;

alter database open resetlogs;

alter tablespace temp add tempfile ‘xx’ size xx reuse ; --对所有临时表空间做此操作