size;

损坏的日志文件处于激活状态且为非当前日志：

1. 清除相应的日志组：

svrmgrl＞alter database clear unarchived logfile group group_number;

损坏的日志文件为当前活动日志文件：

用命令清除相应的日志组：

svrmgrl＞alter database clear unarchived logfile group group_number;

如果清除失败，则只能做基于时间点的不完全恢复。
打开数据库并且用适当的方法进行数据库全备份：
svrmgrl＞alter database open;

部分数据文件损坏：

若损坏的数据文件属于非system表空间，则数据库仍然可以处于打开状态可以进行操作，只是损坏的数据文件不能访问。这时在数据库打开状态下可以单独对损坏的数据文件进行恢复。若是system表空间的数据文件损坏则数据库系统会异常终止。这时数据库只能以Mount方式打开，然后再对数据文件进行恢复。可以通过查看数据库日志文件来判断当前损坏的数据文件到底是否属于system表空间。

非system表空间的数据文件损坏
1. 确定损坏的文件名字：

svrmgrl＞select name from v$datafile where status=’INVALID’;

2. 将损坏的数据文件处于offline状态：
svrmgrl＞alter database datafile ‘datafile_name’ offline;

3. 从相应的备份结果集中恢复关于这个数据文件的最近的备份。对于没有采用带库备份的点可以直接从磁带上恢复；对于用带库备份的点用相应的rman脚本来恢复。

4. 恢复数据文件：

svrmgrl＞alter database recover datafile ‘file_name’;

5. 使数据库文件online：
svrmgrl＞alter database datafile ‘datafile_name’ online;

6. 用适当的方法进行数据库全备份。

system表空间的数据文件损坏：

1. 以mount方式启动数据库
svrmgrl＞startup mount;

2. 从相应的备份结果集中恢复关于这个数据文件的最近的备份。对于没有采用带库备份的点可以直接从磁带上恢复；对于用带库备份的点用相应的rman脚本来恢复。

3. 恢复system表空间：

svrmgrl＞alter database recover datafile ‘datafile_name’;

4. 打开数据库：

svrmgrl＞alter database open;
5. 用适当的方法进行数据库全备份。

表空间损坏：

若非system表空间已经损坏，则数据库仍然可以处于打开状态可以进行操作，只是损坏的表空间不能访问。这样在数据库打开状态下可以单独对损坏的表空间进行恢复。若是system表空间损坏则数据库系统会异常终止。这时数据库只能以Mount方式打开，然后再对表空间进行恢复。可以通过查看数据库日志文件来判断当前损坏的表空间是否是system表空间.

非system表空间损坏：

1. 将损坏的表空间处于offline状态：
svrmgrl＞alter tablespace ‘tablespace_name’ offline;

2. 从相应的备份结果集中恢复关于这个表空间最近的备份。对于没有采用带库备份的点可以直接从磁带上恢复；对于用带库备份的点用相应的rman脚本来恢复。

3. 恢复表空间：

svrmgrl＞alter database recover tablespace ‘tablespace_name’;

4. 使表空间online：

svrmgrl＞alter tablespace ‘tablespace_name’ online;

5. 用适当的方法进行数据库全备份.

system表空间损坏：

1. 以mount方式启动数据库

svrmgrl＞startup mount;

2. 从相应的备份结果集中恢复system表空间最近的备份。对于没有采用带库备份的点可以直接从磁带上恢复；对于用带库备份的点用相应的rman脚本来恢复。

3. 恢复system表空间：

svrmgrl＞alter database recover tablespace
7