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


你可能感兴趣的:(thread,服务器,database,存储,Crash,archive)