IT博客汇
  • 首页
  • 精华
  • 技术
  • 设计
  • 资讯
  • 扯淡
  • 权利声明
  • 登录 注册

    ORA-600 999

    惜分飞发表于 2016-08-01 05:55:23
    love 0

    联系:手机(13429648788) QQ(107644445)

    链接:http://www.orasos.com/ora-600-999.html

    标题:ORA-600 999

    作者:惜分飞©版权所有[文章允许转载,但必须以链接方式注明源地址,否则追究法律责任.]

    有网友数据库启动报ORA-600 999错误,无法正常open,让我们介入分析,帮忙恢复其中部分数据
    数据库启动报ORA-600 999

    Sun Jul 31 23:09:36 2016
    SMON: enabling cache recovery
    Verifying file header compatibility for 11g tablespace encryption..
    Verifying 11g file header compatibility for tablespace encryption completed
    SMON: enabling tx recovery
    Database Characterset is ZHS16GBK
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_3356.trc  (incident=179779):
    ORA-00600: internal error code, arguments: [999], [0x7FFAE748013], [], [], [], [], [], [], [], [], [], []
    Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_179779\orcl_smon_3356_i179779.trc
    No Resource Manager plan active
    Starting background process QMNC
    Sun Jul 31 23:09:37 2016
    QMNC started with pid=20, OS id=5068 
    ORACLE Instance orcl (pid = 13) - Error 600 encountered while recovering transaction (7, 1).
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_3356.trc:
    ORA-00600: internal error code, arguments: [999], [0x7FFAE748013], [], [], [], [], [], [], [], [], [], []
    Completed: alter database open
    Sun Jul 31 23:09:38 2016
    db_recovery_file_dest_size of 8680 MB is 0.00% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Trace dumping is performing id=[cdmp_20160731230939]
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_3356.trc  (incident=179785):
    ORA-00600: internal error code, arguments: [999], [0x7FFAE748013], [], [], [], [], [], [], [], [], [], []
    ORACLE Instance orcl (pid = 13) - Error 600 encountered while recovering transaction (7, 1).
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_3356.trc:
    ORA-00600: internal error code, arguments: [999], [0x7FFAE748013], [], [], [], [], [], [], [], [], [], []
    Sun Jul 31 23:09:41 2016
    Starting background process CJQ0
    Sun Jul 31 23:09:41 2016
    CJQ0 started with pid=25, OS id=2572 
    Process debug not enabled via parameter _debug_enable
    Trace dumping is performing id=[cdmp_20160731230942]
    PMON (ospid: 3948): terminating the instance due to error 474
    Sun Jul 31 23:09:48 2016
    opiodr aborting process unknown ospid (2592) as a result of ORA-1092
    Sun Jul 31 23:09:48 2016
    ORA-1092 : opitsk aborting process
    Sun Jul 31 23:09:52 2016
    Instance terminated by PMON, pid = 3948
    

    设置_offline_rollback_segments数据库启动正常

    Sun Jul 31 23:18:13 2016
    ALTER DATABASE OPEN
    Thread 1 opened at log sequence 16
      Current log# 1 seq# 16 mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG
    Successful open of redo thread 1
    SMON: enabling cache recovery
    Successfully onlined Undo Tablespace 5.
    Verifying file header compatibility for 11g tablespace encryption..
    Verifying 11g file header compatibility for tablespace encryption completed
    SMON: enabling tx recovery
    Database Characterset is ZHS16GBK
    No Resource Manager plan active
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_4372.trc  (incident=182188):
    ORA-00600: internal error code, arguments: [kdBlkCheckError], [3], [224], [38508], [], [], [], [], [], [], [], []
    Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_182188\orcl_smon_4372_i182188.trc
    Doing block recovery for file 3 block 224
    Resuming block recovery (PMON) for file 3 block 224
    Block recovery from logseq 16, block 2945 to scn 15431544
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 16 Reading mem 0
      Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG
    Trace dumping is performing id=[cdmp_20160731231815]
    Block recovery stopped at EOT rba 16.2952.16
    Block recovery completed at rba 16.2952.16, scn 0.15431543
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_4372.trc:
    ORA-00607: Internal error occurred while making a change to a data block
    ORA-00600: internal error code, arguments: [kdBlkCheckError], [3], [224], [38508], [], [], [], [], [], [], [], []
    Sun Jul 31 23:18:19 2016
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_4372.trc  (incident=182189):
    ORA-00600: internal error code, arguments: [kdBlkCheckError], [3], [224], [38508], [], [], [], [], [], [], [], []
    Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_182189\orcl_smon_4372_i182189.trc
    Starting background process QMNC
    Sun Jul 31 23:18:19 2016
    QMNC started with pid=20, OS id=4920 
    Doing block recovery for file 3 block 224
    Resuming block recovery (PMON) for file 3 block 224
    Block recovery from logseq 16, block 2945 to scn 15431544
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 16 Reading mem 0
      Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG
    Block recovery completed at rba 16.2952.16, scn 0.15431545
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_smon_4372.trc:
    ORA-00607: Internal error occurred while making a change to a data block
    ORA-00600: internal error code, arguments: [kdBlkCheckError], [3], [224], [38508], [], [], [], [], [], [], [], []
    Starting background process SMCO
    Sun Jul 31 23:18:19 2016
    SMCO started with pid=21, OS id=3176 
    Sun Jul 31 23:18:20 2016
    Trace dumping is performing id=[cdmp_20160731231820]
    Completed: ALTER DATABASE OPEN
    

    尝试删除异常回滚段

    Sun Jul 31 23:15:07 2016
    drop rollback segment "_SYSSMU7_1101470402$"
    Sun Jul 31 23:15:07 2016
    Corrupt Block Found
             TSN = 2, TSNAME = UNDOTBS1
             RFN = 3, BLK = 224, RDBA = 12583136
             OBJN = -1, OBJD = -1, OBJECT = , SUBOBJECT = 
             SEGMENT OWNER = , SEGMENT TYPE = 
    Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_5300.trc  (incident=181035):
    ORA-00600: 内部错误代码, 参数: [kdBlkCheckError], [3], [224], [38508], [], [], [], [], [], [], [], []
    Incident details in: d:\app\administrator\diag\rdbms\orcl\orcl\incident\incdir_181035\orcl_ora_5300_i181035.trc
    Doing block recovery for file 3 block 224
    Resuming block recovery (PMON) for file 3 block 224
    Block recovery from logseq 14, block 8682 to scn 15397854
    Recovery of Online Redo Log: Thread 1 Group 2 Seq 14 Reading mem 0
      Mem# 0: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO02.LOG
    Block recovery completed at rba 14.8688.16, scn 0.15397855
    ORA-607 signalled during: drop rollback segment "_SYSSMU7_1101470402$"...
    Corrupt Block Found
             TSN = 2, TSNAME = UNDOTBS1
             RFN = 3, BLK = 224, RDBA = 12583136
             OBJN = -1, OBJD = -1, OBJECT = , SUBOBJECT = 
             SEGMENT OWNER = , SEGMENT TYPE = 
    

    从这里看,我们可以确定file 3 block 224异常,导致删除回滚段异常.和mos官方给出来的案例类似,由于undo坏块导致数据库报ORA-600 999错误

    mos中ORA-600 999报错信息
    官方的益处ORA-600[999]报错,也是由于undo坏块引起和本文的报错基本上一致
    ORA-600-999


    因为只要部分数据,直接屏蔽回滚段,数据库不再crash,导出需要对象即可

    • 分享一次ORA-01113 ORA-01110故障处理过程
    • ORA-00600[kcrf_resilver_log_1]异常恢复
    • ORA-00600[17182],ORA-00600[25027],ORA-00600[kghfrempty:ds]故障处理
    • 关闭数据库出现ORA-00379错误
    • 异常断电导致current redo损坏处理
    • ORA-01172 ORA-01151 故障恢复
    • ORA-00600[kcfrbd_3]故障解决
    • 一起ORA-600 3020故障恢复的大体思路
    • undo segment header坏块异常恢复
    • ORA-607/ORA-600[4194]不一定是重大灾难
    • ORA-07445 [ACCESS_VIOLATION] [UNABLE_TO_READ] []
    • 强制关机导致数据库无法正常启动恢复
    • ora-01092:ORACLE 实例终止 —access$表丢失恢复
    • 记录一次ORA-600 3004 恢复过程和处理思路
    • ORACLE REDO各种异常恢复


沪ICP备19023445号-2号
友情链接