ORA-00600 [kcbz_check_objd_typ_3]错误一例
5月26日凌晨某客户实例警告日志中出现”ORA-00600: internal error code, arguments: [kcbz_check_objd_typ_3], [0], [0], [1], [], [], [], []“,经过分析发现与之前CR实例发生的600错误情况症状相同。
从跟踪文件m1_m0001_4209.trc中可以看到当时的执行的SQL语句,如附件。
PL/SQL的调用堆栈为:
----- PL/SQL Call Stack -----
object line object
handle number name
3f3e89300 10 package body SYS.PRVT_HDM
3f5e9d3d8 16 SYS.WRI$_ADV_HDM_T
3f3f90898 1535 package body SYS.PRVT_ADVISOR
3f3f90898 1618 package body SYS.PRVT_ADVISOR
3f3e89300 106 package body SYS.PRVT_HDM
3eb69a3f8 1 anonymous block
函数调用堆栈为:
kgerinv kgeasnmierr kcbassertbd3 kcbz_check_objd_typ kcbzib kcbgtcr ktrget kdsgrp kdsfbr qertbFetchByRowid rwsfcd…….
以上信息与metalink Bug 4430244 中的描述完全一致,原因为Segment advisor的代码错误的将已被drop的对象数据块加载到缓存区中,导致后续的操作出现错误。
通过之前的调查已明确当前系统中已应用过Bug 4430244的补丁,认为可能是ORACLE没有解决但存在的未知BUG,或者是以前 提供的4430244补丁存在缺陷,原因如下:
1. 已确定目前所应用的小补丁没有冲突,即各小补丁所实现的功 能不受影响;
2. 当前数据库系统已经使用了与本次错误信息完全符合的bug 4430244的小补丁;
3. 当相关的小补丁都应用之后,在metalink上仍有客户提交完全相同的错误(详见bug 7032704和bug 6818725)。
4. 本次错误相关的数据块与以前(2008年7月)出现的不一致,因此不是物理存储上的损坏。
5. 本次错误与Bug 6388743 “ORA-00600 [KCBZ_CHECK_OBJD_TYP_3],[0],[0],[1],[],[],[],[] OCCURRED”中的描述完全一致,ORACLE猜测是但没有确定是BUG 4430244, 只是建议使用4430244的小补丁或10.2.0.4的补丁包, 最后此bug以客户应用10.2.0.4补丁包而被视 为结束。真实原因不明。
Metalink在之前该实例出现错误的SR提出以下解决方法:
1. 在RAC的所有实例中冲 刷buffer_cache
使用命令刷数据缓存区后,会使缓存区的数据块都标记为free,即以前缓存的数据都被移出内存。影响主要是在一段时间内使物理读增加,因 此建议在业务空闲时段操作,避免在刷缓存的同时有高负载应用在申请缓存空间。该方法可临时防止相关错误抛出。
2. 停用Segment advisor job
该job相关功能是进行 对象段(如表,索引等)的存储空间状态收集,识别 是否适合根据其可用空间大小进行收缩,并提供建议,例如是否存在较大的浪费空间,表的高水位线是否太高,是否需要进行表的回缩等。如 不需要或不关心对象段的存储空间状态,可不做相关操作。该方法可以长远解决问题的发生。
3. 升级数据库版本至10.2.0.4
author: maclean
permanent link:http://www.youyus.com/2010/05/31/ora-00600-kcbz_check_objd_typ_3%E9%94%99%E8%AF%AF%E4%B8%80%E4%BE%8B/
date:2010-05-31
All rights reserved.
posted on 2010-05-31 12:56 Oracle和MySQL 阅读(340) 评论(0) 编辑 收藏 举报