客户有个RAC系统停电之后导致服务器都无法正常的启动,所有的数据(参数文件、控制文件、日志文件和数据文件)都放在存
储上,于是将存储挂载到了一台新的服务器,修改了参数文件之后将其启动到MOUNT模式,在OPEN的时候遇到类似如下的错误:
ORA-16038: log 1 sequence# 44673 cannot be archived
ORA-19502: write error on file "", block number (block size=)
ORA-00312: online log 1 thread 1: '/dev/xxx'
查询V$LOG的状态信息:
SQL>select group#,thread#,sequence#,status from v$log;
GROUP# THREAD# SEQUENCE# STATUS
---------- ---------- ---------- ----------------
1 1 44675 CURRENT
2 1 44674 INACTIVE
3 1 44673 INACTIVE
4 2 44667 CURRENT
5 2 44666 INACTIVE
6 2 44665 INACTIVE
从以上的信息可以看出,thread 1的sequence#等于44673的状态为INACTIVE,至少可以肯定的是不会导致数据的丢失,
INACTIVE表示的是在执行实例恢复或Crash恢复的时候不需要用到的Redo日志,但并不表示它已经被归档,既然44673未被归档,那么比
它大的44674也没归档。
对于这个问题有两种办法处理,第一个办法就是将未归档的INACTIVE状态的日志clear清除掉,网上大部分的处理办法都是这样
的。这里推荐使用第二个办法,手动将未归档的Redo日志进行归档。执行以下命令手动将未归档的Redo日志进行归档:
SQL>alter system archive log all to '/archive1';
to参数指定的位置可以是之前的归档位置,也可以是其他位置,oracle操作系统用户在这个位置有读写的权限。执行完这个命
令之后所有未归档的日志都被归档,之后很顺利就执行了alter database open命令打开了数据库。