ORA-16038 ORA-19502 ORA-00312错误案例
客户有个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命令打开了数据库。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/23135684/viewspace-712024/ ，如需转载，请注明出处，否则将追究法律责任。
