在处理oracle数据库的ora-00600错误时，了解具体的解决实例至关重要。以下是一个详细的解决ora-00600错误的案例。
追踪文件位于/opt/oracle/app/oracle/diag/rdbms/SUSEora/suseora2/trace/suseora2_ora_36386.trc。
Oracle数据库版本为11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production，包含分区、实时应用集群、自动存储管理、OLAP、数据挖掘和实时应用测试选项。
Oracle_HOME设置为/opt/oracle/app/oracle/product/11.2.0/db。
系统运行在Linux上，节点名称为usdprac2，内核版本为2.6.32.12-0.7-default，机器类型为x86_64。
实例名称为suseora2，使用的是第二个redo线程，Oracle进程号为299，Unix进程ID为36386，进程图像为oracle@usdprac2。
错误发生的时间为2017年5月8日15:39:49.842，SESSION ID为(2080.60679)，客户端ID为空，服务名称为suseora，模块名称为JDBC Thin Client，操作名称为空。
错误信息显示OBJD MISMATCH，类型为35，段对象为-2，磁盘对象为8677570，dsflg为0，dsobj为489719，tid为489719，cls为4。
DDE报告问题关键字为'ORA 600 [ktecgsc:kcbz_objdchk]'，已被洪水控制（incident: 227593）。
ORA-00600错误的具体信息为内部错误代码，参数为[ktecgsc:kcbz_objdchk]，[0]，[0]，[1]，其余参数为空。
输入数据为(nill)，0，0。
格式化转储块显示缓冲区tsn为7，rdba为0x0826fc91（32/2555025），scn为0x00a2.032d48c7，序列号为0x02，标志为0x04，尾部为0x48c72302，格式为0x02，校验值为0xc05e，类型为0x23=PAGETABLE SEGMENT HEADER。
十六进制转储块显示状态为0，类型找到为1。
为了进一步调查，我们执行了以下查询：
- 查询相关段信息：
col owner format a10 col object_name format a30 select object_id, data_object_id, owner, object_name, object_type from dba_objects where data_object_id in (8677570, 489718) or object_id in (8677570, 489718);
- 查询段详细信息：
select * from seg$ where file#=32 and block#=2555025;
- 查询相关数据文件：
col name format a30 select name from v$datafile where file#=32;
- 查询表空间信息：
select * from v$tablespace where ts#=7;
- 查询相关区信息：
select owner,segment_name,partition_name,segment_type,block_id from dba_extents where relative_fno=32 and 2555025 between block_id and block_id+blocks; select owner,segment_name,partition_name,segment_type,block_id from dba_extents where block_id=;
经过MOS查询分析，发现该错误触发了BUG：19689979。该BUG是由truncate或drop一个正在被访问的表分区导致的。
触发该BUG的对象为：
SYS@suseora2> select OWNER,SEGMENT_NAME,PARTITION_NAME,SEGMENT_TYPE,BLOCK_ID from DBA_EXTENTS where RELATIVE_FNO=9 and 424849 between BLOCK_ID and BLOCK_ID+BLOCKS; OWNER SEGMENT_NAME PARTITION_NAME SEGMENT_TYPE BLOCK_ID ---------- --------------- -------------- -------------- ---------- USDPCENTER T_PERSONALLIB P42 TABLE PARTITION 424832
解决方案如下：
- 当出现问题时，刷新共享池。
- 修改隐含参数_part_access_version_by_number为false。（RAC环境下需要同时重启各个节点以应用该参数修改）
目前已经执行了刷新共享池的操作，刷新后未再发现该报错。
