Java自学者论坛

 找回密码
 立即注册

手机号码,快捷登录

恭喜Java自学者论坛(https://www.javazxz.com)已经为数万Java学习者服务超过8年了!积累会员资料超过10000G+
成为本站VIP会员,下载本站10000G+会员资源,会员资料板块,购买链接:点击进入购买VIP会员

JAVA高级面试进阶训练营视频教程

Java架构师系统进阶VIP课程

分布式高可用全栈开发微服务教程Go语言视频零基础入门到精通Java架构师3期(课件+源码)
Java开发全终端实战租房项目视频教程SpringBoot2.X入门到高级使用教程大数据培训第六期全套视频教程深度学习(CNN RNN GAN)算法原理Java亿级流量电商系统视频教程
互联网架构师视频教程年薪50万Spark2.0从入门到精通年薪50万!人工智能学习路线教程年薪50万大数据入门到精通学习路线年薪50万机器学习入门到精通教程
仿小米商城类app和小程序视频教程深度学习数据分析基础到实战最新黑马javaEE2.1就业课程从 0到JVM实战高手教程MySQL入门到精通教程
查看: 460|回复: 0

Oracle 11.2.0.1 ADG环境MRP进程遭遇ORA-600异常终止

[复制链接]
  • TA的每日心情
    奋斗
    2024-4-6 11:05
  • 签到天数: 748 天

    [LV.9]以坛为家II

    2034

    主题

    2092

    帖子

    70万

    积分

    管理员

    Rank: 9Rank: 9Rank: 9

    积分
    705612
    发表于 2021-9-4 12:39:06 | 显示全部楼层 |阅读模式

    环境:Linux + Oracle 11.2.0.1 ADG
    现象:发现备库没有应用日志

    1. 数据库查询备库目前状态
    发现备库目前没有应用日志,apply lag已经显示备库有3天21小时多没有应用日志。

    SQL> set linesize 1200
    SQL> SELECT OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS, FORCE_LOGGING, DATAGUARD_BROKER, GUARD_STATUS FROM V$DATABASE; 
    
    OPEN_MODE            DATABASE_ROLE    SWITCHOVER_STATUS    FOR DATAGUAR GUARD_S
    -------------------- ---------------- -------------------- --- -------- -------
    READ ONLY            PHYSICAL STANDBY NOT ALLOWED          YES DISABLED NONE
    
    SQL> select * from v$dataguard_stats;
    
    NAME                             VALUE                                                            UNIT                           TIME_COMPUTED                  DATUM_TIME
    -------------------------------- ---------------------------------------------------------------- ------------------------------ ------------------------------ ------------------------------
    transport lag                    +00 00:00:00                                                     day(2) to second(0) interval   01/17/2017 16:07:12            01/17/2017 16:07:12
    apply lag                        +03 21:34:49                                                     day(2) to second(0) interval   01/17/2017 16:07:12            01/17/2017 16:07:12
    apply finish time                +00 03:10:34.000                                                 day(2) to second(3) interval   01/17/2017 16:07:12
    estimated startup time           15                                                               second                         01/17/2017 16:07:12
    

    2. 查询alert告警日志
    从alert告警日志中定位到ADG出现问题的时刻,有600报错信息,进而导致MRP进程终止,详细日志如下:

    Fri Jan 13 18:32:25 2017
    Errors in file /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_pr03_22555.trc  (incident=67480):
    ORA-00600: internal error code, arguments: [kcbr_apply_change_11], [], [], [], [], [], [], [], [], [], [], []
    Incident details in: /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/incident/incdir_67480/orcl_pr03_22555_i67480.trc
    Slave exiting with ORA-600 exception
    Errors in file /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_pr03_22555.trc:
    ORA-00600: internal error code, arguments: [kcbr_apply_change_11], [], [], [], [], [], [], [], [], [], [], []
    Fri Jan 13 18:32:26 2017
    Errors in file /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_mrp0_22547.trc  (incident=67448):
    ORA-00600: internal error code, arguments: [kcbr_apply_change_11], [], [], [], [], [], [], [], [], [], [], []
    Incident details in: /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/incident/incdir_67448/orcl_mrp0_22547_i67448.trc
    Fri Jan 13 18:32:26 2017
    Trace dumping is performing id=[cdmp_20170113183226]
    Recovery Slave PR03 previously exited with exception 600
    Fri Jan 13 18:32:27 2017
    MRP0: Background Media Recovery terminated with error 448
    Errors in file /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_pr00_22549.trc:
    ORA-00448: normal completion of background process
    Managed Standby Recovery not using Real Time Apply
    Recovery interrupted!
    Fri Jan 13 18:32:27 2017
    Sweep [inc][67480]: completed
    Sweep [inc][67480]: completed
    Recovered data files to a consistent state at change 2010287982
    Errors in file /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_pr00_22549.trc:
    ORA-00448: normal completion of background process
    Errors in file /home/oracle/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_mrp0_22547.trc:
    ORA-00600: internal error code, arguments: [kcbr_apply_change_11], [], [], [], [], [], [], [], [], [], [], []
    MRP0: Background Media Recovery process shutdown (orcl)
    Sweep [inc][67448]: completed
    Sweep [inc2][67480]: completed
    Sweep [inc2][67448]: completed
    Trace dumping is performing id=[cdmp_20170113183227]
    Fri Jan 13 18:33:04 2017
    Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
    

    3. 尝试手工启动备库MRP恢复进程
    发现手工启动备库MRP恢复进程,告警日志中依然会报出相同ORA-600 [kcbr_apply_change_11]错误。

    4. 尝试mount状态启动MRP恢复进程
    发现在mount状态下,可以正常启动MRP恢复进程,等恢复完成后,重新开启ADG实时应用,一切正常。

    shutdown immediate
    startup mount
    alter database recover managed standby database disconnect from session;
    此时等待恢复完成...
    alter database recover managed standby database cancel;
    alter database open;
    alter database recover managed standby database using current logfile disconnect from session;
    

    查询备库状态确认一切正常:

    SQL> SELECT OPEN_MODE, DATABASE_ROLE, SWITCHOVER_STATUS, FORCE_LOGGING, DATAGUARD_BROKER, GUARD_STATUS FROM V$DATABASE; 
    
    OPEN_MODE            DATABASE_ROLE    SWITCHOVER_STATUS    FOR DATAGUAR GUARD_S
    -------------------- ---------------- -------------------- --- -------- -------
    READ ONLY WITH APPLY PHYSICAL STANDBY NOT ALLOWED          YES DISABLED NONE
    
    SQL> select * from v$dataguard_stats;
    
    NAME                             VALUE                                                            UNIT                           TIME_COMPUTED                  DATUM_TIME
    -------------------------------- ---------------------------------------------------------------- ------------------------------ ------------------------------ ------------------------------
    transport lag                    +00 00:00:00                                                     day(2) to second(0) interval   01/17/2017 17:42:26            01/17/2017 17:42:26
    apply lag                        +00 00:00:00                                                     day(2) to second(0) interval   01/17/2017 17:42:26            01/17/2017 17:42:26
    apply finish time                +00 00:00:00.000                                                 day(2) to second(3) interval   01/17/2017 17:42:26
    estimated startup time           18                                                               second                         01/17/2017 17:42:26
    

    5. 查询MOS,定位根本原因
    查询MOS发现该现象与bug 10419984 相匹配
    Bug 10419984 : ACTIVE DATA GUARD STANDBY GIVES ORA-600 [KCBR_APPLY_CHANGE_11]
    建议应用该补丁防止该问题再次被触发。

    哎...今天够累的,签到来了1...
    回复

    使用道具 举报

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

    本版积分规则

    QQ|手机版|小黑屋|Java自学者论坛 ( 声明:本站文章及资料整理自互联网,用于Java自学者交流学习使用,对资料版权不负任何法律责任,若有侵权请及时联系客服屏蔽删除 )

    GMT+8, 2024-4-29 01:59 , Processed in 0.066688 second(s), 29 queries .

    Powered by Discuz! X3.4

    Copyright © 2001-2021, Tencent Cloud.

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