重做日志文件损坏：

　　数据库的所有增、删、改都会记录入重做日志。如果当前激活的重做日志文件损坏，会导致数据库异常关闭。非激活的重做日志最终也会因为日志切换变为激活的重做日志，所以损坏的非激活的重做日志最终也会导致数据库的异常终止。在ipas/mSwitch中每组重做日志只有一个成员，所以在下面的分析中只考虑重做日志组损坏的情况，而不考虑单个重做日志成员损坏的情况。

　　确定损坏的重做日志的位置及其状态：

　　1. 如果数据库处于可用状态：

　　select * from v$logfile；
　　svrmgrl>select * from v$log；

　　2. 如果数据库处于已经异常终止：

　　svrmlgr>startup mount；
　　svrmgrl>select * from v$logfile；
　　svrmgrl>select * from v$log；

　　其中，logfile的状态为INVALID表示这组日志文件出现已经损坏；log状态为Inactive：表示重做日志文件处于非激活状态；Active： 表示重做日志文件处于激活状态；Current：表示是重做日志为当前正在使用的日志文件。

　　损坏的日志文件处于非激活状态：

　　1. 删除相应的日志组：

　　svrmgrl>alter database drop logfile group group_number；

　　2. 重新创建相应的日志组：

　　svrmgrl>alter database add log file group group_number （’log_file_descritpion’，…） size log_file_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表空间。

　　在平时的Oracle数据库操作过程中如果遇到类似的问题故障，大家可以参照上文中介绍的进行处理，希望上文中涉及到的内容对大家能够有所帮助。