ORA-00600: 内部错误代码, 参数: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []

问题描述：

数据库巡检发现alert日志报错：

Mon Sep 16 23:18:56 2019

LNS: Standby redo logfile selected for thread 1 sequence 258557 for destination LOG_ARCHIVE_DEST_2

Mon Sep 16 23:19:13 2019

Archived Log entry 516895 added for thread 1 sequence 258556 ID 0xbabe12bf dest 1:

Mon Sep 16 23:29:21 2019

Errors in file /u01/app/oracle/diag/rdbms/p/b/trace/b_j002_66826.trc  (incident=134358):

ORA-00600: 内部错误代码, 参数: [kdsgrp1], [], [], [], [], [], [], [], [], [], [], []

Incident details in: /u01/app/oracle/diag/rdbms/p/b/incident/incdir_134358/b_j002_66826_i134358.trc

Mon Sep 16 23:29:31 2019

Dumping diagnostic data in directory=[cdmp_20190916232931], requested by (instance=1, osid=66826 (J002)), summary=[incident=134358].

第一次报错时间：2019-09-16 23:18:56

最后一次报错时间：2019-09-16 03:27:51

问题分析及处理：

1，查看trace文件

报错是执行JOB:JOB_TMP_XXX抛出，并且报错的点为：file# 9 block# 1106774 slot 42 not found

2，查看报错的对象

Select owner, segment_name, segment_type, partition_name,tablespace_name

From dba_extents

Where relative_fno = 9

And 1106774 between block_id and (block_id+blocks-1);

3，一般该报错可能都是由于数据块物理逻辑损坏导致，对表和索引进行一致性分析。

alyze table TB_XXX_WAY  validate structure online;

analyze index IX_XXXX_BC  validate structure online;

analyze index TB_XXXXX_PK  validate structure online;

对pk索引分析时报错：

Alert日志也可以看到报错信息：

重建索引后再次分析不报错：

后续：

1，这个alert报错是job引起的，但是在3点25时已经执行成功不报错了。所以只能后续在观察是否还会有该报错出现，确认是否是索引物理坏块导致的。

2， 通过alert日志可以看到：

在报错ora-00600之前该JOB报错违反唯一约束，可能是这个报错的数据导致。