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命令打开了数据库。