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

    ORA-01555 ORA-600 kdiulk:kcbz_objdchk ORA-600 kdBlkCheckError等错误恢复

    惜分飞发表于 2016-06-01 14:40:09
    love 0

    联系:手机(13429648788) QQ(107644445)QQ咨询惜分飞

    标题:ORA-01555 ORA-600 kdiulk:kcbz_objdchk ORA-600 kdBlkCheckError等错误恢复

    作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]

    数据库启动ORA-00704,0RA-00604,ORA-01555导致数据库无法启动

    Tue May 31 17:32:42 2016
    SMON: enabling cache recovery
    SUCCESS: diskgroup RECOVERY was mounted
    ARC3: Archival started
    ARC0: STARTING ARCH PROCESSES COMPLETE
    ORA-01555 caused by SQL statement below (SQL ID: 4krwuz0ctqxdt, SCN: 0x0004.3af84bee):
    select ctime, mtime, stime from obj$ where obj# = :1
    Archived Log entry 5 added for thread 1 sequence 10 ID 0x86a261e7 dest 1:
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_ora_12779.trc:
    ORA-00704: bootstrap process failure
    ORA-00704: bootstrap process failure
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01555: snapshot too old: rollback segment number 7 with name "_SYSSMU7_1592079335$" too small
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_ora_12779.trc:
    ORA-00704: bootstrap process failure
    ORA-00704: bootstrap process failure
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01555: snapshot too old: rollback segment number 7 with name "_SYSSMU7_1592079335$" too small
    Error 704 happened during db open, shutting down database
    USER (ospid: 12779): terminating the instance due to error 704
    

    通过bbed修改事务之后启动数据库

    Tue May 31 17:35:49 2016
    SMON: enabling tx recovery
    *********************************************************************
    WARNING: The following temporary tablespaces contain no files.
             This condition can occur when a backup controlfile has
             been restored.  It may be necessary to add files to these
             tablespaces.  That can be done using the SQL statement:
     
             ALTER TABLESPACE <tablespace_name> ADD TEMPFILE
     
             Alternatively, if these temporary tablespaces are no longer
             needed, then they can be dropped.
               Empty temporary tablespace: TEMP
    *********************************************************************
    Updating character set in controlfile to AL32UTF8
    Tue May 31 17:35:50 2016
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_p021_13862.trc  (incident=166002):
    ORA-00600: 内部错误代码, 参数: [kdiulk:kcbz_objdchk], [0], [0], [1], [], [], [], [], [], [], [], []
    Tue May 31 17:35:50 2016
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_p010_13818.trc  (incident=165914):
    ORA-00600: 内部错误代码, 参数: [kdiulk:kcbz_objdchk], [0], [0], [1], [], [], [], [], [], [], [], []
    Tue May 31 17:35:50 2016
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_p004_13794.trc  (incident=165866):
    ORA-00600: 内部错误代码, 参数: [kdiulk:kcbz_objdchk], [0], [0], [1], [], [], [], [], [], [], [], []
    Tue May 31 17:35:50 2016
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_p011_13822.trc  (incident=165922):
    ORA-00600: 内部错误代码, 参数: [kdiulk:kcbz_objdchk], [0], [0], [1], [], [], [], [], [], [], [], []
    Tue May 31 17:35:50 2016
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_p016_13842.trc  (incident=165962):
    ORA-00600: 内部错误代码, 参数: [kdiulk:kcbz_objdchk], [0], [0], [1], [], [], [], [], [], [], [], []
    

    ORA-600 [kdiulk:kcbz_objdchk] trace文件

    *** SESSION ID:(3.5) 2016-05-31 17:35:50.068
    OBJD MISMATCH typ=6, seg.obj=-2, diskobj=222225, dsflg=0, dsobj=285890, tid=285890, cls=1
    ORA-00600: 内部错误代码, 参数: [kdiulk:kcbz_objdchk], [0], [0], [1], [], [], [], [], [], [], [], []
    
    Parallel Transaction recovery server caught exception 600
    begin Parallel Recovery Context Dump
    nsi: 48, nsactive: 48
    , nirsi: 1, nidti: 1, ndt: 1, rescan: 0, ptrs: 48
    [ktprsi] wdone: 50
    [ktpritp 378651b8] ktprsi: 
    37903b60 37903b78 37903b90 37903ba8 37903bc0 37903bd8 37903bf0 37903c08 37903c20 37903c38 37903c50 
    37903c68 37903c80 37903c98 37903cb0 37903cc8 37903ce0 37903cf8 37903d10 37903d28 37903d40 37903d58 
    37903d70 37903d88 37903da0 37903db8 37903dd0 37903de8 37903e00 37903e18 37903e30 37903e48 37903e60 
    37903e78 37903e90 37903ea8 37903ec0 37903ed8 37903ef0 37903f08 37903f20 37903f38 37903f50 37903f68 
    37903f80 37903f98 37903fb0 37903fc8 
    [ktprht] nhb: 47, nfl: 20247, flg: 2
    
    *** 2016-05-31 17:36:08.584
    [ktprhb] nfl: 1, nelem: 97, flg: 0, sqn: 1
    flist: 37698940 
    nhe: [ktprhe 32] sqn: -1297235803
    [kturur] uoff: -1797708320, sqn: 4
    uba: 0x098004cd.07e4.0b
    *-----------------------------
    * Rec #0xb  slt: 0x07  objn: 123986(0x0001e452)  objd: 285891  tblspc: 10(0x0000000a)
    *       Layer:  10 (Index)   opc: 22   rci 0x0a   
    Undo type:  Regular undo   Last buffer split:  No 
    Temp Object:  No 
    Tablespace Undo:  No 
    rdba: 0x00000000
    

    这里基本上可以确定是由于undo index中的dataobj#和block中的dataobj# 不匹配.在数据库undo回滚之时出现该错误.可以通过跳过undo回滚,然后重建对象

    Tue May 31 17:36:06 2016
    Simulated error on redo application.
    Block recovery from logseq 12, block 959 to scn 20401094719
    Recovery of Online Redo Log: Thread 1 Group 3 Seq 12 Reading mem 0
      Mem# 0: +DATA/dgdb/onlinelog/group_3.263.802446627
    Block recovery completed at rba 12.1012.16, scn 4.3221225536
    Use ADRCI or Support Workbench to package the incident.
    See Note 411.1 at My Oracle Support for error and packaging details.
    Simulated error for redo application done.
    Errors in file /opt/app/oracle/diag/rdbms/dgdb/dgdb/trace/dgdb_p009_13814.trc  (incident=165906):
    ORA-00600: 内部错误代码, 参数: [kdBlkCheckError], [26], [950417], [18025], [], [], [], [], [], [], [], []
    

    这些错误是由于数据库block逻辑异常导致,错过参数含义
    在10g中ORA-600 kddummy_blkchk 在11g中ORA-600 kdBlkCheckError

    ARGUMENTS:
    Arg [a] Absolute file number
    Arg [b] Bock number
    Arg 1 Internal error code returned from kcbchk() which indicates the problem encountered. 
    See Note 46389.1 for details of block check codes.
    

    根据QREF kddummy_blkchk / kdBlkCheckError Check Codes Listing (Full) (Doc ID 1264040.1)分析
    这里的18025是代码的KCBTEMAP_EC_START + KTS4_EC_SBFREE部分异常,主要表现在Incorrect firstfree or nfree 可以通过设置一些参数进行屏蔽

    在恢复过程中还有其他错误

    ORA-600 encountered when generating server alert SMG-4128
    ORA-00600: internal error code, arguments: [ktcpoptx:!cmt top lvl], [], [], [], [], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [4406], [0x1026B65348], [0x000000000], [2], [6215], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [ktcpoptx:!cmt top lvl], [], [], [], [], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
    ORACLE Instance dgdb (pid = 15) - Error 600 encountered while recovering transaction (10, 7) on object 123986.
    ORA-00600: internal error code, arguments: [], [], [], [], [], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [kturbleurec1], [], [], [], [], [], [], [], [], [], [], []
    ORA-00600: internal error code, arguments: [kewrose_1], [600], 
      [ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], []
    Non-fatal internal error happenned while SMON was doing logging scn->time mapping.
    

    通过整体分析错误主要是由于undo异常导致,通过设置_corrupted_rollback_segments设置db_block_checking等相关参数,清理SMON_SCN_TIME等操作数据库没有其他异常报错,让其通过逻辑方式重建库

    • ORA-00600[17182],ORA-00600[25027],ORA-00600[kghfrempty:ds]故障处理
    • 记录一次ORA-00600[kdxlin:psno out of range]/ORA-00600[3020]/ORA-00600[4000]/ORA-00600[4193]的数据库恢复
    • undo异常总结和恢复思路
    • 分享一次ORA-01113 ORA-01110故障处理过程
    • undo segment header坏块异常恢复
    • ORA-600[4194]/[4193]解决
    • 记录一次比较棘手数据库恢复要点
    • ORA-600 kghstack_free2异常恢复
    • rac redo log file被意外覆盖数据库恢复
    • ORA-00600[kcfrbd_3]故障解决
    • 异常断电导致current redo损坏处理
    • 某医院存储掉线导致Oracle数据库故障恢复


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