【排障记录】ORA-00392，异机恢复对redo日志的处理方法

前言

接到任务，需要把用户的业务数据库进行一次rman全备，然后转移到另外一台机器上进行恢复以供测试开发，转移过程中各类文件的存放目录会发生改变。笔者在将控制文件，数据文件，参数文件restore到指定的目录，带上resetlogs打开数据库的时候，出现了报错，提示打不开对应目录的日志文件。

排查步骤

从报错提示上来看，错误还是很明确的，无非就是原先控制文件记录redo日志的存放位置在异机上是不存在的。考虑过重建控制文件，但是想想还是按照正常命令来解决。

part1

新建三组redo日志，用作替换。

ALTER DATABASE ADD LOGFILE GROUP 4 '/u01/app/oracle/oradata/YOUR_DB_NAME/redo04a.log' SIZE 50M;
复制

part2

删除错误路径的三组redo日志，在删除group2日志组时，发生错误，提示日志状态为current，无法被删除。

ALTER DATABASE DROP LOGFILE GROUP 1;
复制

part3

尝试切换日志，提示mount状态无法执行

alter system switch logfile；
复制

part4

尝试clear该日志组，发现状态变更为clearing_current

alter database clear logfile group 2;
复制

part5

尝试打开数据库，带上resetlogs，提示ORA-00392

part6

再次尝试clear该日志组，提示ORA-27041

part7

查询v$logfile视图，查询该日志组的日志文件目录，在异机上新建同样的目录，拷贝来一个redo日志，再次clear，成功。

part8

尝试打开数据库，成功

part9

切换日志组，把current状态切换到别的日志组上。

alter system switch logfile
复制

part10

删除group 2日志组并新建temp数据文件，异机恢复结束。

总结

做异机恢复的时候，对于redo日志的目录变更，有多种处理方式，我用了一种比较土的办法。通过重建老的目录，骗过数据库的验证，开启后再删除。各位大佬有啥好办法，也可以评论区留言。