Oracle 在线日志文件和控制文件损坏处理思路

一、 数据库在线日志文件损坏的处理思路
由于在线日志的写操作非常频繁，所以主机或者存储异常宕机之后，在线日志往往会损坏。在线日志损坏也就意味着丢失数据，数据库就无法正常打开，所以需要引起读者足够的重视，千万不要在数据库运行时，关闭主机或者存储。当碰到此类故障时，笔者的处理思路如下：
（1）如果损坏的是INACTIVE状态的在线日志，则启动数据库至MOUNT状态，然后使用CLEAR LOGFILE命令重新生成该日志文件，这样就可以正常打开数据库。在CLEAR LOGFILE过程中，服务器进程会根据记录在控制文件的日志文件大小重新格式化日志块，所以刚生成的日志文件块除了块头信息，没有其他任何内容。
（2）如果损坏的是ACTIVE或者CURRENT状态的在线日志，则设置隐含参数_allow_resetlogs_corruption为TRUE，然后进行不完全恢复，使用RESETLOGS模式强制打开数据库。
（3）强制打开数据库过程中，可能会出现ORA-00600 [2662]错误，则使用10015事件或者隐含参数_minimum_giga_scn递增全库SCN。
二、 控制文件损坏的处理思路
虽然控制文件很重要，但它损坏了至少不会丢失数据，而且控制文件损坏的处理流程也相对比较简单。当碰到控制文件损坏，且没有备份时，笔者的处理思路如下：
（1）数据库打开过程中，观察数据库是否能到MOUNT阶段。如果能，则将控制文件备份到跟踪文件中，然后使用NORESETLOGS选项重建控制文件。
（2）如果不能MOUNT数据库，则使用操作系统命令strings命令提取控制文件的数据文件，在线日志文件位置和路径，然后按照重建控制文件的格式以NORESETLOGS选项重建控制文件。
（3）如果操作系统命令strings命令无法读取控制文件，那么只能到文件系统中寻找当前数据库的数据文件和在线日志文件，然后按照重建控制文件的格式以NORESETLOGS选项重建控制文件。