Oracle物理结构故障的处理方法

narchived 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 system;
4. 打开数据库：
svrmgrl>alter database open;
5. 用适当的方法进行数据库全备份。

整个数据库的所有文件损坏：
整个数据库所有文件的损坏一般是在共享磁盘阵列发生无法恢复的灾难时才发生，这种情况下只能对数据库进行恢复。若数据库的归档目录也已经丢失，则数据库不可能做完全恢复，会有用户数据的丢失。

没采用带库备份的现场：
1. 将最近的备份从磁带上把各个文件解包到相应的目录下。
2. 以mount方式打开数据库：
svrmgrl>startup mount;
3. 恢复数据库：
s