重庆思庄Oracle、Redhat认证学习论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 72|回复: 0

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

[复制链接]
发表于 2020-11-5 15:37:57 | 显示全部楼层 |阅读模式
本帖最后由 windjack 于 2020-11-5 16:09 编辑

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


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


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



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














回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|手机版|小黑屋|重庆思庄Oracle、Redhat认证学习论坛 ( 渝ICP备12004239号-4 )

GMT+8, 2020-11-28 16:15 , Processed in 0.105113 second(s), 24 queries .

重庆思庄学习中心论坛-重庆思庄科技有限公司论坛

© 2001-2020

快速回复 返回顶部 返回列表