ora-00600错误解决一枚-白红宇

ora-00600错误解决一枚

阅读量：4321 次

发布时间：2019-06-06

本文共 4373 字，大约阅读时间需要 14 分钟。

今天网友遇到ora-600错误，这里把这个ora-600错误的解决方法详细记录一下。

最初报错信息如下：

ora-600-图1

ora-600-图2

图3

这里我们可以看到报错控制文件版本不一致，要求网友备份控制文件，并且修改参数文件使用高版本控制文件启动数据库。

启动后报错ora-600如下图所示：

图4

要求查看alert日志，信息如下：

图5

要求查看跟踪文件内容，如下：

可以看到这里报了一个error：kccpb_sanity_check_2的错误。查看eygle的文档可知这个错误的意思如下：

ORA-00600 kccpb_sanity_check_2错误，这个错误是因为控制文件不一致导致的。出现这个错误时，数据库将无法Mount挂载，影响数据库服务。这个错误，多数是因为存储故障，丢失了数据写。

Oracle对此错误的解释是：

[kccpb_sanity_check_2] indicates that the seq# of the last read block is higher than the seq# of the control file header block. This is indication of the lost write of the header block during commit of the previous cf transaction.

其解释是：kccpb_sanity_check_2 表示最后读取的控制文件块其 seq# 控制序列号大于控制文件头块的 seq# ,这是不应该出现的情况。这说明在最后执行提交的控制文件事务（CF Transaction）中，对于头块的写入丢失了。

这个错误如果只是存在于控制文件上，可以通过重建控制文件来解决，毫无疑问，这是最为简单的处理方式。如果有备份，也可以从备份中恢复完好的控制文件，但是重建通常是很快捷的方式。

以下是一些错误的记录：

Fri Jan 16 10:47:45 2009

alter database mount

Fri Jan 16 10:47:50 2009

Errors in file /u01/app/oracle/admin/SZFDB/udump/szfdb_ora_7805.trc:

ORA-00600: internal error code, arguments: [kccpb_sanity_check_2], [1449], [1448], [0x000000000], [], [], [], []

Fri Jan 16 10:47:51 2009

ORA-600 signalled during: alter database mount...

Fri Jan 16 10:58:50 2009

alter database mount

Fri Jan 16 10:58:54 2009

Errors in file /u01/app/oracle/admin/SZFDB/udump/szfdb_ora_9233.trc:

ORA-00600: internal error code, arguments: [kccpb_sanity_check_2], [1449], [1448], [0x000000000], [], [], [], []

案例二：

Mon Aug 27 19:15:26 2007

ORACLE V10.2.0.1.0 - Production vsnsta=0

vsnsql=14 vsnxtr=3

Windows Server 2003 Version V5.2 Service Pack 2

CPU : 2 - type 586, 2 Physical Cores

Process Affinity : 0x00000000

Memory (Avail/Total): Ph:2673M/3035M, Ph+PgF:4701M/4926M, VA:1938M/2047M

Mon Aug 27 19:15:26 2007

Starting ORACLE instance (normal)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

Picked latch-free SCN scheme 2

Mon Aug 27 19:15:37 2007

Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST

Autotune of undo retention is turned on.

IMODE=BR

ILAT =18

LICENSE_MAX_USERS = 0

SYS auditing is disabled

ksdpec: called for event 13740 prior to event group initialization

Starting up ORACLE RDBMS Version: 10.2.0.1.0.

System parameters with non-default values:

processes = 150

__shared_pool_size = 230686720

__large_pool_size = 4194304

__java_pool_size = 4194304

__streams_pool_size = 0

sga_target = 612368384

control_files = E:\DB_SERVER_GROUP\ORACLE\PRODUCT\10.2.0\ORADATA\ADB\CONTROLFILE\O1_MF_3B37YF0H_.CTL, E:\DB_SERVER_GROUP\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ADB\CONTROLFILE\O1_MF_3B37YF8S_.CTL

db_block_size = 8192

__db_cache_size = 364904448

compatible = 10.2.0.1.0

db_file_multiblock_read_count= 16

db_create_file_dest = E:\DB_Server_Group\Oracle\product\10.2.0\oradata

db_recovery_file_dest = E:\DB_Server_Group\Oracle\product\10.2.0\flash_recovery_area

db_recovery_file_dest_size= 21474836480

undo_management = AUTO

undo_tablespace = UNDOTBS1

remote_login_passwordfile= EXCLUSIVE

db_domain =

dispatchers = (PROTOCOL=TCP) (SERVICE=adbXDB)