ORA-00600: internal error code, arguments: [kdsgrp1]

最新推荐文章于 2024-08-14 20:32:47 发布

wzw_dba

最新推荐文章于 2024-08-14 20:32:47 发布

阅读量5k

点赞数

分类专栏： ORACLE 文章标签： ORA-00600 internal e arguments kdsgrp1

本文链接：https://blog.csdn.net/wzw_dba/article/details/46741539

版权

ORACLE 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

今天，开发人员碰到一个问题，在PL/SQL中调用存储过程时报600错，之所以出现此问题，是因为在跑此存储过程时卡住了，于是直接关掉PL/SQL，再重新打开软件，发现问题，于是开发那边重启oracle实例（还好是开发环境）。。

报错如图：

看到这个图，毫无疑问，不好解决，先看ALERT吧

摘抄：

Errors in file /home/oracle/app/diag/rdbms/orcl/orcl/trace/orcl_ora_3625.trc (incident=38596):
ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.

直接提示ADRCI。。。

再看TRACE文件：

*** 2015-07-03 10:39:04.076
*** SESSION ID:(980.2401) 2015-07-03 10:39:04.076
*** CLIENT ID:() 2015-07-03 10:39:04.076
*** SERVICE NAME:(SYS$USERS) 2015-07-03 10:39:04.076
*** MODULE NAME:(sqlplus@localhost.localdomain (TNS V1-V3)) 2015-07-03 10:39:04.076
*** ACTION NAME:() 2015-07-03 10:39:04.076

* kdsgrp1-1: *************************************************
row 0x00414da6.37 continuation at
0x00414da6.37 file# 1 block# 85414 slot 55 not found
KDSTABN_GET: 0 ..... ntab: 1
curSlot: 55 ..... nrows: 251
kdsgrp - dump CR block dba=0x00414da6
Block header dump: 0x00414da6
Object id on Block? Y
seg/obj: 0x69 csc: 0x00.16984295 itc: 2 flg: - typ: 1 - DATA
fsl: 0 fnx: 0x0 ver: 0x01

Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0008.007.00003c65 0x00c00c4c.09a9.3b --U- 49 fsc 0x0768.16984297
0x02 0x000f.016.00001a88 0x00c044fd.03fb.63 C--- 0 scn 0x0000.16983e46
bdba: 0x00414da6
data_block_dump,data header at 0x10987005c
===============
tsiz: 0x1fa0
hsiz: 0x208
pbl: 0x10987005c
76543210
flag=--------
ntab=1
nrow=251

* kdsgrp1-2: *************************************************
DDE: Problem Key 'ORA 600 [kdsgrp1]' was flood controlled (0x4) (incident: 38596)
ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []
* kdsgrp1-1: *************************************************

*** 2015-07-03 13:45:07.007
row 0x00414da6.37 continuation at
0x00414da6.37 file# 1 block# 85414 slot 55 not found
KDSTABN_GET: 0 ..... ntab: 1
curSlot: 55 ..... nrows: 251
kdsgrp - dump CR block dba=0x00414da6
Block header dump: 0x00414da6
Object id on Block? Y
seg/obj: 0x69 csc: 0x00.16984295 itc: 2 flg: - typ: 1 - DATA
fsl: 0 fnx: 0x0 ver: 0x01

Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0008.007.00003c65 0x00c00c4c.09a9.3b --U- 49 fsc 0x0768.16984297
0x02 0x000f.016.00001a88 0x00c044fd.03fb.63 C--- 0 scn 0x0000.16983e46
bdba: 0x00414da6

如红色字体，提示 file# 1 block# 85414 slot 55 not found，于是在网上各种搜索。

根据网络上提供的信息:

1、根据文件号，块号找到此数据块是哪个表，啊个索引：

SQL> select owner,file_id,segment_name, segment_type, block_id, blocks from dba_extents
where file_id=1 and block_id<=85414 and (block_id + blocks- 1) >= 85414;

OWNER FILE_ID SEGMENT_NAME SEGMENT_TYPE BLOCK_ID BLOCKS
------------------------------ ---------- --------------------------------------------------------------------------------- ------------------ ---------- ----------
SYS 1 SOURCE$ TABLE 85376 128

很明显，问题出在SOURCE$这张基表上，那么这张表是干什么用的呢？原来此表存储的是存储过程、函数等源码，所对应的视图有：user_source、all_source、dba_source等，那么就有可能是：内存中有逻辑坏块？于是先执行 alter system flush buffer_cache;

再查看存储过程，还是报600错。

2、再试其他方法执行：

SQL> analyze table source$ validate structure cascade online;

analyze table source$ validate structure cascade online
*
ERROR at line 1:
ORA-01499: table/index cross reference failure - see trace file

ora-01449说的已经很明白，看trace文件,其中有：

kdsgrp1-2: *************************************************
DDE: Problem Key 'ORA 600 [kdsgrp1]' was flood controlled (0x4) (incident: 39341)
ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []
row mismatch in index tsn: 0 rdba: 0x00400638

那么就MOS吧，根据

ORA-1499. Table/Index row count mismatch (Doc ID 563070.1)此文介绍：将rdba地址转换为十进制，跑SQL

select dbms_utility.data_block_address_file(4195896)  "Rfile#",dbms_utility.data_block_address_block(4195896) "Block#" from dual;

    Rfile#     Block#
---------- ----------
1 1592

SQL> select owner, segment_name, segment_type  from  dba_segments  where header_file =1  and header_block = 1592;

no rows selected

此处居然是空白。。。

然后用此文档提供的其它SQL来查看，结果都为空白，无解了。

3、尝试删除此存储过程，然后重建，在删除时仍然报600错，于是MOS上各种搜，提供的文档都不于所见问题一样，说是bug吧，那是针对老版本，而此处用的是11.2.0.4，bug已经fixed。

4、考虑到既然此基表数据与索引数据不匹配，那么删除索引再重建是否可以？

结果是报错依旧。

没办法了，放大招吧，存储过程重写，这个存储过程就不用了。备份数据库，看以后能不能再深入解决吧