逻辑备库日志应用报错ORA-00600 [2619] 处理办法

windjack

接到客户异常反馈，因11G逻辑备库归档空间不足导致日志应用失败。
远程连接客户备库服务器查看情况，发现ALERT日志中出现如下错误：
ORA-01280:Fatal LogMiner error.
ORA-00600:Internal error code,arguments:[2619][24741],[],[].....

看到600错误头晕了一阵，登录MOS去找答案先。

运气不错，很快找到了有关该异常的文档：(Doc ID 1422085.1）
文档中解决方案如下：
Solution
1. Resolve the disk space problem where archive log stored on Standby/Downstream site to make sure that there is no space issue.

2. Copy the problem archive log from the primary site and replace the one on the standby, before and after sequence# where got ORA-600 from source database, then restart recovery.
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

3. Start the capture process.


原因是备库接收的日志有问题，需要重新去主库手动将归档文件复制过来。





赶紧去验证是否是这个问题：

SELECT SEQUENCE#,to_char(first_time,'yyyy-mm-dd hh24:mi:ss'),to_char(NEXT_TIME,'yyyy-mm-dd hh24:mi:ss'),applied

FROM DBA_LOGSTDBY_LOG

WHERE applied=’NO’

ORDER BY SEQUENCE# desc;

确实日志停留在24741，从报错信息中也发现是24741惹的祸，
而且明显看出这个日志的注册信息有问题。
直接登录主库去复制该日志，庆幸的是主库归档还没有删除。
直接复制过来替换掉备库原来的日志后，重新执行日志应用：
ALTER DATABASE START LOGICAL STANDBYAPPLY IMMEDIATE;


再观察ALERT日志应用情况，
由于归档日志都比较小，数据库在飞速的应用日志中，
1300多个未应用日志几分钟就跑完了。



结论：
因备库空间问题引起接收的日志有问题时，可以从主库手动复制到备库来解决。
请大家还是要密切关注数据库的空间使用情况，尽量少犯这种不必要的错误。