ORACLE常见错误处理系列-ORA-00600

合集下载

EXP时遭遇ORA-00600

alter system set events '10262 trace name context forever, level 4000';
这个表示忽略4000字节以下的内存溢出。注意，这个值不要设置太大，否则忽略大量内存溢出将是非常严重的问题。
EXP时遭遇ORA-00600 [729]
作者 space6212 09:54 | 静态链接网址 | 最新回复 (0) | 引用 (0) | Oracle技术
今天做数据导出的时候遇到一个ORA-600：
ORA-00600: internal error code, arguments: [1234], [], [], [], [], [], [], []
exp suk/suk file=suk.dmp owner=suk direcy=y
在导出时，我发现脚本少加了一些东西，取消了导出操作，就引发了这个错误。
上metalink查了一下，发现这正好是一个BUG：
Bug 3328558 - OERI[729] ... [space leak] can occur if EXP or EXPDP aborted
ORA-00600: internal error code, arguments: [729], [18984], [space leak], [], [], [], [], []
这是UGA内存溢出的表现，溢出内存为729#43; 10201，导出脚本是：
我要导出的表有lob，也是direct方式导出，我在导出时中断了导出进程，完全符合这个BUG描述，但有趣的是oracle声称这个10gR1的bug，已经在10201中修复了，看来metalink的东西也不是完全可信的。

ORACLE出现错误1033和错误ORA

这篇文章主要介绍了ORACLE出现错误1033和错误ORA-00600的解决方法,需要的朋友可以参考下。

在非法关机以后，Oracle数据库经常会出现这个错误：EXP-00056:ORACLE错误1033出现ORA-01033：ORACLE initialization or shutdown in progress用户：口令：这个显然是数据库没有办法启动，但是数据库服务还是可以启动，而程序则无法连接数据库。

首选找问题要看看数据库BDUMP目录下的ALERT文件具体报什么错误最后几行你会看到有：报错ORA-00600: 内部错误代码，参数: [kcratr1_lostwrt], [], [], [], [], [], [], []这个错误就不用具体研究是什么意思了，下面是解决这一问题的方法：oracle9/10g startup时报错ORA-00600: 内部错误代码，参数: [kcratr1_lostwrt], [], [], [], [], [], [], []原因可能是非法关机或掉电造成,以下是出现的问题及解决方法:C:\Documents and Settings\Administrator>sqlplusSQL*Plus: Release 9.2.0.1.0 - Production on 星期日5月13 09:23:23 2007Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.请输入用户名: /as sysdba连接到:Oracle9i Enterprise Edition Release 9.2.0.1.0 - ProductionWith the Partitioning, OLAP and Oracle Data Mining optionsJServer Release 9.2.0.1.0 - ProductionORA-01081: 无法启动已在运行的ORACLE --- 请首先关闭SQL> shutdown abortORACLE 例程已经关闭。

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

ORA-00600内部错误代码,参数[19004]数据库版本：Oracle 11.2.0.1.0数据库服务器操作系统：Windows server 2008问题现象：业务⼈员在前台执⾏某些查询操作时，报错ORA-00600: 内部错误代码, 参数: [19004]；解决⽅案：查看alert警告⽇志，查找对应的trace⽂件，找到触发此bug的sql语句如下：----- Current SQL Statement for this session (sql_id=.......) -----SELECT *FROM TAB_1WHERE COL_1 in (select id from TAB_2)and COL_2 in (:1, :2)and COL_3 in('null', 'null', 'null', 'null', 'null', 'null', 'null')order by COL_4,COL_5;根据MOS查看，此错误匹配多个BUG，都是由于表错误的统计信息和列的统计直⽅图触发此BUG，可以删除SQL中对应表的统计信息和统计直⽅图临时解决此问题，或者直接升级数据库跳过此BUG；删除统计信息⽅法如下：散打狼执⾏了这⾯这条语句后就可以了---ANALYZE TABLE TAB_1 DELETE STATISTICS;---ANALYZE TABLE TAB_2 DELETE STATISTICS;SQL> execute dbms_stats.delete_table_stats(ownname=>'USER_NAME',tabname=>'TAB_1');SQL> execute dbms_stats.delete_table_stats(ownname=>'USER_NAME',tabname=>'TAB_2');SQL> execute dbms_stats.lock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_1');SQL> execute dbms_stats.lock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_2');---SQL> execute dbms_stats.unlock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_1');---SQL> execute dbms_stats.unlock_table_stats(ownname=>'USER_NAME',tabname=>'TAB_2');删除表统计信息可能会⽣成错误的执⾏计划，影响SQL执⾏效率；可以适当调⼤动态取样级别；SQL> show parameter optimizer_dynamic_samplingNAME TYPE VALUE------------------------------------ ----------- ------------------------------optimizer_dynamic_sampling integer 4其中MOS中查询有关ORA-00600[19004]问题相关信息；ORA-600 [19004] (⽂档 ID 138652.1)Note: For additional ORA-600 related information please readPURPOSE:This article represents a partially published OERI note.It has been published because the ORA-600 error has beenreported in at least one confirmed bug.Therefore, the SUGGESTIONS section of this article may helpin terms of identifying the cause of the error.This specific ORA-600 error may be considered for full publicationat a later date. If/when fully published, additional informationwill be available here on the nature of this error.SUGGESTIONS:If the Known Issues section below does not help in terms of identifyinga solution, please submit the trace files and alert.log to OracleSupport Services for further analysis.Known Issues:You can restrict the list below to issues likely to affect one of the following versions by clicking the relevant button:The list below is restricted to show only bugs believed to affect version 11.2.0.1.Other bugs may affect this version but have not been confirmed as being relevant yet.There are 6 bugs listed.NB Prob Bug Fixed DescriptionII12.1.0.2, 12.2.0.0ORA-600 [19004] when stats have been gathered with NLS_SORT / NLS_COMP not default BINARY II11.2.0.4, 12.1.0.1Manually setting column stats cannot exceed 4Gb max sizeIII12.1.0.2, 12.2.0.0ORA-600 [19004] or inaccuracies on join of histogrammed columnsIII11.2.0.3, 12.1.0.1Allow optimizer to bypass corrupt histogram dataIII11.2.0.2, 12.1.0.1Query optimization fails with OERI[19004]E II11.2.0.2, 12.1.0.1Enh: allow extended and adaptive cursor sharing to support LIKE predicates· '*' indicates that an alert exists for that issue.· '+' indicates a particularly notable issue / bug.· See for details of other symbols used。

ORA-00600_4000

在线日志文件损坏与ora-600 [4000]处理这次又是一台机器上面有两个实例A和B。

又是由于非当前的在线日志文件的状态是处于closed状态的(裸设备)，于是dba将A节点的非当前在线日志文件填加到了B节点上面去了，于是在A节点日志发生切换时，导致了当前在线日志文件损坏。

一般情况下当前在线日志文件损坏也是还好处理的，但是这次却是较为复杂。

系统环境：aix p550，oracle 9206首先检查v$datafile_header，发现checkpoint_change#都是一致的。

于是按着一般的当前在线日志文件损坏步骤处理：增加下列参数至Oracle启动文件:_allow_resetlogs_corruption=TRUE_corrupted_rollback_segments=(list of all your rollback segments)注释掉启动文件中的rollback_segments参数或undo_tablespaces参数startup mountrecover database until cancelalter database open resetlogs;一般情况下，open resetlogs后最容易出现的600号错误为ora-600 [2662]和ora-600 [2256]。

这两个错误也相对来说好处理一些，只需要采用10015事件adjust scn号即可。

但是这次我却是碰到了ora-600 [4000]号错误。

Errors in file /home/oracle/app/oracle/admin/test/udump/test_ora_2838638.trc:ORA-00704: bootstrap process failureORA-00704: bootstrap process failureORA-00600: internal error code, arguments: [4000], [46], [], [], [], [], [], []Mon Aug 14 15:05:31 2006Error 704 happened during db open, shutting down databaseUSER: terminating instance due to error 704Instance terminated by USER, pid = 2838638metalink上对该错误的解释是：DESCRIPTION:This has the potential to be a very serious error.It means that Oracle has tried to find an undo segment number in thedictionary cache and failed.ARGUMENTS:Arg [a] Undo segment numberFUNCTIONALITY:KERNEL TRANSACTION UNDOIMPACT:INSTANCE FAILURE - Instance will not restartSTATEMENT FAILURE由于一开始_corrupted_rollback_segments里面只是列到_syssmu20$，于是将它列到_syssmu60$。

ORA-00603，ORA-01595，ORA-00600非正常关机导致的UNDO损坏

ORA-00603，ORA-01595，ORA-00600⾮正常关机导致的UNDO损坏如果⾮必要⼀般不会重启服务器，如果重启服务器，必须先要正确关闭oracle，然后在重启。

⼈⽆完⼈，总有⼈会犯错误，其中⼀台线上oracle维护者，失误，直接将oracle服务器重启了，重启之后，直接造成了，数据库提⽰ora-00603: ORACLE server session terminated byfatal error, ⽤sqlplus 登录oracle;1 2 3su - oraclealter system set events '10046 trace name context off'; alter system set timed_statistics=false;然后重启oracle，最后发现还是报错，去了oracle 的⽇志⽬录并查找trace⽂件1 2 3 4 5 6cd /data0/oracle/admin/dzinfoiims/bdump/cat dzinfoiims_smon_6401.trcSMON: following errors trapped and ignored:ORA-01595: error freeing extent (4) of rollback segment (1))ORA-00607: Internal error occurred while making a change to a data block ORA-00600: internal error code, arguments: [4194], [62], [32], [], [], [], [], []最后⼏⾏显⽰ ora-01595，按照提⽰因为不正确关闭oracle导致回滚段失败，基本上可以断定undo表空间损坏，但是可以通过重建undo⽂件。

1）⽣成pfile1SQL> create pfile from spfile修改pfile参数：1 2 3#*.undo_management='AUTO' *.undo_management='MANUAL' _allow_resetlogs_corruption=true2）以pfile启动数据库010203 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22SQL> startup mount pfile='/data0/oracle/product/10.2.0/db_1/dbs/initdzinfoiims.ora'; ORACLE instance started.Total System Global Area 612368384 bytesFixed Size 2085872 bytesVariable Size 373296144 bytesDatabase Buffers 230686720 bytesRedo Buffers 6299648 bytesDatabase mounted.SQL> show parameter undoNAME TYPE------------------------------------ ----------------------VALUE------------------------------undo_management stringMANUALundo_retention integer900undo_tablespace stringUNDOTBS1SQL> alter database open;Database altered.3）新建undo表空间undotbs2 12 3 4 5 6 7SQL> create undo tablespace undotbs2 datafile '/data0/oracle/oradata/dzinfoiims/undotbs02.dbf' size 1G; table space created.SQL> drop tablespace undotbs1;The deleted table space .SQL> alter tablespace undotbs2 rename to undotbs1;table space was alted.。

使用rownum完美解决ORA-00600：内部错误代码

1，ORA-00600：内部错误代码Oracle从11.2.0.1升级到11.2.0.4，开发人员报告说一个job运行失败，调试有报错信息，ORA-00600: 内部错误代码，参数：[rwoirw: check ret val]，[],[],[],[]，ORA-06512：…，如下图所示：C:\pic\oracle\2017040501.png查看这个2000行的包体，查看到454行代码是一个create table as的很长的sql，如下所示：/*================================================================= ==========*//*构建ads_amp_pd_ma_merchant_sale表*//*================================================================= ==========*/PROCEDURE ads_amp_pd_ma_merchant_sale ASv_createsql varchar2(32767);BEGINPKG_COMMON.drop_table('ads_amp_pd_ma_merchant_sale');v_createsql := 'create table ads_amp_pd_ma_merchant_sale as(select--0 as ID,PKG_ADS_AMP_PD.PARTNER_ID as PARTNER_ID,0 as PROJECT_ID,0 as CONT_ID,zjwgsals.bis_shop_name as BRAND_NAME,zjwgsals.sales_money as SALE_AMOUNT,0 as BUDGET_AMOUNT,decode(zjwgsals.rent_square, 0, 0, round(zjwgsals.sales_money/ zjwgsals.rent_square, 2)) as PERFORMANCE_VALUE,decode(zjwgsals.sales_money, 0, 0, round(zjwgsals.must_zj / zjwgsals.sales_money, 2)) as RENT_SALE_RATE,decode(zjwgsals.sort_name_root, ''超市'', ''100'', ''影院'',''200'', ''百货'', ''300'', ''服装'', ''400'', ''儿童'', ''500'', ''餐饮'', ''600'', ''配套'', ''700'', ''800'') as COMMERCIAL_TYPE,zjwgsals.sort_name_root as COMMERCIAL_TYPE_NAME,zjwgsals.YEAR as YEAR,zjwgsals.MONTH as MONTH,zjwgsals.qz_year_month as DUTY_MONTH,''0'' as IS_DEL,sysdate as CREATE_DATE,--null as UPDATE_DATE,PKG_ADS_AMP_ER_ID as CREATER_ID,--null as UPDATER_ID,zjwgsals.bis_project_id as OUT_PROJECT_ID,zjwgsals.bis_cont_id as OUT_CONTRACT_ID,round(zjwgsals.sales_money * nvl(mustrent.royalty_ratio, 0) / 100 / 30.42, 2) as RENT_PER_DAY,round(zjwgsals.sales_money * nvl(mustrent.royalty_ratio, 0) / 100, 2) as RENT_PER_MONTHfromads_amp_pd_ma_contract continner join(selecta.*,to_number(substr(qz_year_month, 1, 4)) as YEAR,to_number(substr(qz_year_month, 6, 2)) as MONTHfrom dws_pd_cont_zjwgsals_1m awhere dt = PKG_COMMON.YESTERDAY_YYYYMMDDand a.status_cd not in (''3'', ''5'')and a.sals_data_flg = ''1'') zjwgsalson cont.OUT_PROJECT_ID = zjwgsals.bis_project_id andcont.OUT_CONTRACT_ID = zjwgsals.bis_cont_idleft outer join--提成百分比(selectbis_cont_id,year,royalty_ratio,guaranteed_moneyfrom ods_pd_bis_must_rentwhere dt = PKG_COMMON.YESTERDAY_YYYYMMDD2，官方的解决途径不是最佳方案是动态sql执行的，创建一个表出错的问题，在11.2.0.1的version里面是ok的，到了11.2.0.4就出问题了，google了下，说是11.2.0.4的一个bug。

如何解决ORACLE系统Ora-00600错误故障

● 墨
ＪＢＳＮ公司于１５时是Ｕ９年推出的一种简单的动态浯９
一
亩，因性能优异．具有面向对象、分布式、解释的健壮安全、结构中立、可移植性多线程．自推出以来。倍受关注，应用越
来越广。
一
ｆ指定ＪＲ文件名，通常这个参数是必须的Ａｍ指定需要包禽的ＭＡＩＥＴ清单文件ＮＦＳ
一一一
ｌ．０此时我们尝试采用第三方软件Ｐｗｒａｄｒｏｅｉｅ连接数据Ｂｌ库．结果顺利连接并打开用户数据库．立即将所有用户数据库袭备份出来。
１．１重新安装数据库．重建用户及用户表空间．将上步备份的数据恢复到系统中后．应用系统正常运行。（作者：祷广海）
数的咐属参数。
０只存储．不压缩．这样产生的ＪＲ文件包会比不Ａ用该参数产生的体积大．但速度更快
一
一
编写运行一个Ｊｖａａ程序衢要经过三步：首先．用文本编
Ｍ不产生所有项的清单（ＮＦＳＭＡＩＥＴ）文件．此参数
辑器编写源文件；然盾．用ｊ。州ｎ命令编译源文件，生成ｃ．ｉｓａｓ文件；最后．用Ｊｖａａ命令运行程序。而且．程序的运行需要基于文本界面．操作非常麻烦。
出现相互矛盾的错误提示。
ｊｒ鲢ＪＫ安装的．在ＪＫ安装目录下的ｂＢ是ＩＤＤｉｎ且录中．Ｗｉｏｓ下文件名为ｊｒｅｅｉｕｎｗｄａ．ｘ，Ｌｎｘ下文件名为ｊ。ａｒｊｒＢ命令的用法如下：
ｆ证】ｖｍＭ】ｊｒｃｕｌｆＯＩａ一文件１ｍｎｅｔ文件］ＩＩａｉｓ一ｆ —ｃ目

ORACLE出现错误1033和错误ORA-00600的解决方法

ORACLE出现错误1033和错误ORA-00600的解决⽅法在⾮法关机以后，Oracle数据库经常会出现这个错误：EXP-00056:ORACLE错误1033出现ORA-01033：ORACLE initialization or shutdown in progress⽤户：⼝令：这个显然是数据库没有办法启动，但是数据库服务还是可以启动，⽽程序则⽆法连接数据库。

⾸选找问题要看看数据库BDUMP⽬录下的ALERT⽂件具体报什么错误最后⼏⾏你会看到有：报错ORA-00600: 内部错误代码，参数: [kcratr1_lostwrt], [], [], [], [], [], [], []这个错误就不⽤具体研究是什么意思了，下⾯是解决这⼀问题的⽅法：oracle9/10g startup时报错ORA-00600: 内部错误代码，参数: [kcratr1_lostwrt], [], [], [], [], [], [], []原因可能是⾮法关机或掉电造成,以下是出现的问题及解决⽅法:C:\Documents and Settings\Administrator>sqlplusSQL*Plus: Release 9.2.0.1.0 - Production on 星期⽇ 5⽉ 13 09:23:23 2007Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.请输⼊⽤户名: /as sysdba连接到:Oracle9i Enterprise Edition Release 9.2.0.1.0 - ProductionWith the Partitioning, OLAP and Oracle Data Mining optionsJServer Release 9.2.0.1.0 - ProductionSQL> startupORA-01081: ⽆法启动已在运⾏的 ORACLE --- 请⾸先关闭SQL> shutdown abortORACLE 例程已经关闭。

Ora00600错误代码含义及常用查询

Ora-00600 错误的代码含义及常用查询
ora-600是Oracle对于一些内部错误的一个统一的错误号（类似的还有
ora-7445）。

要判断ora-600错误具体的类型，一般要根据其第一个参数来区分。

一个ora-600的例子如下：
ORA-00600: internal error code, arguments: [15700], [3], [0x1DDE1AAB0], [], [], [], [], []
其中15700代表这个错误的具体类型，这是和并行查询相关的一个内部错误，后面的几个参数则是该错误的一些具体参数，不同类型的错误，参数的意义也不尽相同。

ora-600一共有两大类，一类的错误类型以数字标识，另外一类则以字符串标识。

数字表示不同的内核层，而字符串则是具体的函数或者模块名。

在Metalink的Doc ID: 175982.1中，oracle列举了这两类错误的详细信息，转录在这里以供需要是查询：
援引Metalink 文档175982.1中，列举Ora-600错误代码供参考：
数字类型的Ora-600
字符串类型的Ora-600。

ORA-00600 内部错误代码,

ORA-00600: 内部错误代码, 参数:[kcratr_nab_less_than_odr],SQL> recover database using backup controlfile;ORA-00279: 更改15994306 (在06/08/2012 17:55:05 生成) 对于线程1 是必需的ORA-00289: 建议:D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_06_08\ O1_MF_1_846_%U_.ARCORA-00280: 更改15994306 (用于线程1) 在序列#846 中指定日志: {<RET>=suggested | filename | AUTO | CANCEL}D:\app\Administrator\oradata\orcl\REDO01.LOGORA-00310: 归档日志包含序列844; 要求序列846ORA-00334: 归档日志: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG'SQL> recover database using backup controlfile;ORA-00279: 更改15994306 (在06/08/2012 17:55:05 生成) 对于线程1 是必需的ORA-00289: 建议:D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_06_08\ O1_MF_1_846_%U_.ARCORA-00280: 更改15994306 (用于线程1) 在序列#846 中指定日志: {<RET>=suggested | filename | AUTO | CANCEL}D:\app\Administrator\oradata\orcl\REDO02.LOGORA-00310: 归档日志包含序列845; 要求序列846ORA-00334: 归档日志: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO02.LOG'SQL> recover database using backup controlfile;ORA-00279: 更改15994306 (在06/08/2012 17:55:05 生成) 对于线程1 是必需的ORA-00289: 建议:D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_06_08\ O1_MF_1_846_%U_.ARCORA-00280: 更改15994306 (用于线程1) 在序列#846 中指定日志: {<RET>=suggested | filename | AUTO | CANCEL} D:\app\Administrator\oradata\orcl\REDO03.LOG已应用的日志。

ora-00600错误解决一枚

ora-00600错误解决⼀枚今天⽹友遇到ora-600错误，这⾥把这个ora-600错误的解决⽅法详细记录⼀下。

最初报错信息如下：ora-600-图1ora-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）中，对于头块的写⼊丢失了这个错误如果只是存在于控制⽂件上，可以通过重建控制⽂件来解决，毫⽆疑问，这是最为简单的处理⽅式。

如果有备份，也可以从备份中恢复完好的控制⽂件，但是重建通常是很快捷的⽅式。

oracle报错（ORA-00600）问题处理

oracle报错（ORA-00600）问题处理告警⽇志⾥这两天⼀直显⽰这个错误：ORA-00600:internalerrorcode,arguments:[kcblasm_1],[103],[],[],[],[],[],[]TueAug1209:20:17CST2014Errorsinfile/u01/app/oracle/admin/orcl/udump/orcl_ora_29974.trc:ORA-00600:internalerrorcode,arguments:[kcblasm_1],[103],[],[],[],[],[],[]TueAug1209:30:17CST2014Errorsinfile/u01/app/oracle/admin/orcl/udump/orcl_ora_30084.trc:ORA-00600:internalerrorcode,arguments:[kcblasm_1],[103],[],[],[],[],[],[]TueAug1209:40:17CST2014Errorsinfile/u01/app/oracle/admin/orcl/udump/orcl_ora_29919.trc:ORA-00600:internalerrorcode,arguments:[kcblasm_1],[103],[],[],[],[],[],[]⽹上查的解决办法：1:临时的解决⽅法如果执⾏计划中是hashjoin造成的，在会话层中设置"_hash_join_enable"=false，如：altersessionset"_hash_join_enabled"=false亦可;如果执⾏计划是hashgroupby造成的，设置"_gby_hash_aggregation_enabled"=false2:根本的解决⽅法2.1.优化sql语句，避免遇到bug；2.2.升级(1)将数据库升级psu到10.2.0.5.4和11.2可以修正该问题(2)对于10.2.0.5.0到10.2.0.5.3的版本，打PATCH7612454来避免改错误(该补丁替换lib中的kcbl.o⽂件)。

ORA-00600 internal error code1 [13013] 错误解决

Errors in file /app/oracle/admin/tjora/bdump/tjora_m000_5076.trc:ORA-00600: internal error code, arguments: [13013], [5001], [9175], [12587317], [14], [12587317], [4], []ORA-600 [13013] [a] [b] [c] [d] [e] [f]This format relates to Oracle Server 8.0.3 to 10.1Arg [a] PasscountArg [b] Data Object numberArg [c] Tablespace Relative DBA of block containing the row to be updatedArg [d] Row Slot numberArg [e] Relative DBA of block being updated (should be same as [c])Arg [f] Code1:SQL>Select object_name,object_type,owner from dba_objects where data_object_id=<value reported in argment b>SQL> select object_name,object_type,owner from dba_objects where data_object_id=9175;OBJECT_NAME OBJECT_TYPE OWNER------------------------------ ------------------- ------------------------------WRM$_DATABASE_INSTANCE TABLE SYS2:The below command check if the table has corruption or not .SQL> Analyze table <owner>.<table name> validate structure online ;The below command check if table/index has corruption or notSQL>Analyze table <owner>.<table name> validate structure cascade online ;SQL> analyze table SYS.WRM$_DATABASE_INSTANCE validate structure online;Table analyzed.SQL> analyze table SYS.WRM$_DATABASE_INSTANCE validate structure cascade online; analyze table SYS.WRM$_DA TABASE_INSTANCE validate structure cascade online*ERROR at line 1:ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], []Errors in file /app/oracle/admin/tjora/udump/tjora_ora_11188.trc:ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], []3: dbv file=<location of datafile> blocksize=<db_block_size>Arg [c] in the ora-0600[13011] would give the Relative DBAUse this value and find the file and block number for this dbaselect dbms_utility.data_block_address_file(12587317) Rfile# ,dbms_utility.data_block_address_block(12587317) "Block#" from dual;SQL> select dbms_utility.data_block_address_file(12587317) Rfile#,dbms_utility.data_block_address_block(12587371) "BLOCK#" FROM DUAL; RFILE# BLOCK#3 4459SQL> select name from v$datafile where rfile#=3;NAME/app/u01/oradata/TJORA/datafile/o1_mf_sysaux_5vob1dw7_.dbfSQL> select value from v$parameter where name='db_block_size';Current SQL statement for this session:update WRM$_DA TABASE_INSTANCE set last_ash_sample_id = :last_ash_sample_id where instance_number = :instance_number and dbid = :dbid and startup_time = (select max(startup_time) from WRM$_DATABASE_INSTANCE where instance_number = :instance_number2 and dbid = :dbid2SQL> select tablespace_name,segment_type,owner,segment_name from dba_extents where file_id=3 and 4459 between block_id and block_id + blocks -1 ;TABLESPACE_NAME SEGMENT_TYPE OWNER SEGMENT_NAME SYSAUX INDEX SYS WRM$_BASELINE_PKselect s.sid,s.serial#, machine ,p.spid from v$session s,v$process p where s.paddr = p.addr and s.machine='WORKGROUP\WANGLF';SYSAUX表空间这些采样数据都存储在SYSAUX表空间中，并且以WRM$_*和 WRH$_*的格式命名。

Oracle非法关机引起的ORA-00600解决办法

ORA-00600: internal error code, arguments:[4194] 解决办法1.启动到mount状态查看undo情况，并更改为使用回滚段SQL> startup mount;SQL> show param eter undo;NAME TYPE VALUE------------------------------------ ----------- ------------------------------undo_managem ent string AUTOundo_retention integer 86400undo_tablespace string UNDOTBS01SQL> select nam e from v$datafile;NAME----------------------------------------------------C:\ORACLE\PRODUCT\10.2.0\ORADATA\LZQ\SYSTEM01.DBFC:\ORACLE\PRODUCT\10.2.0\ORADATA\LZQ\UNDOT BS01.DBFC:\ORACLE\PRODUCT\10.2.0\ORADATA\LZQ\SYSAUX01.DBFC:\ORACLE\PRODUCT\10.2.0\ORADATA\LZQ\USERS01.DBFC:\ORACLE\PRODUCT\10.2.0\ORADATA\LZQ\LZQ.DBFC:\ORACLE\PRODUCT\10.2.0\ORADATA\LZQ\UNDOT BS02.DBF已选择6行。

SQL> alter system set undo_management=manual scope=spfile;System altered.2.重新启动成功SQL> shutdown immediate;数据库已经关闭。

转00600异常解决方案：ORA-00600：内部错误代码,参数：[19004],[],[。。。

转00600异常解决⽅案：ORA-00600：内部错误代码,参数：
[19004],[],[。

<问题描述>
ORACLE 10.1 OR 10.2中所有平台都存在该问题.
<问题现象>
在进⾏多表关联复杂查询时出现
ORA-00600: 内部错误代码, 参数: [19004], [], [], [], [], [], [], [] 错误
<解决办法>
这是⼀个ORACLE的BUG
处理办法1:
以DBA⾝份执⾏:
execute dbms_stats.delete_schema_stats('zlhis');
处理办法2:
如果只有个别表在查询时出现错误,可以只对出错表理⾏处理
execute dbms_stats.delete_table_stats('ZLHIS','病⼈费⽤记录');
备注:
"zlhis" 是你报错的那个表所属的oracle⽤户。

"病⼈费⽤记录" 是ZLHIS⽤户下表名。

⽤以上⽅法操作后，可以删除报错的对象，然后重新创建即可！(未删除统计信息时⽆法删除对象)
from:。

ORA-00600：内部错误代码...

ORA-00600：内部错误代码...在使用oracle的递归查询时，出现一个内部错误：ORA-00600: 内部错误代码, 参数: [qkacon:FJswrwo], [0], [], [], [], [], [], []出现这个错误的查询SQL语句为：Sql代码1.//根据流程实例ID查询流程实例信息及其父流程信息2.SELECT pi.id_,3.pi.start_,4.pi.end_,5.pi.roottoken_,6.pi.superprocesstoken_7.FROM jbpm_processinstance pi8.WHERE pi.issuspended_ = 09.START WITH pi.id_ = 721110.CONNECT BY prior (SELECT t.processinstance_11.FROM jbpm_token t12.WHERE t.id_ = pi.superprocesstoken_) = pi.id_这段代码的作用就是想从JBPM流程中查找出业务的审批历史信息，由于子流程的存在，所以还要兼顾上级流程的信息。

仔细推敲此查询语句，并没有发现问题的所在，按常理推断，是不应该被SQL解释器拒之门外的，但是这个错误又是怎么出现的呢，继续推断，基本可以肯定的是：connect by不支持从多个表中取出来的记录，所以单张表的递归是没有问题的。

另外，查找相关的资料后，发现这是ORACLE connect by 查询的一个BUG，请看下面这段说明：引用bug 6729992 - OERI [qkacon:fjswpri] during CONNECT BY queryRange of versions believed to be affected: Versions < 11.2Versions confirmed as being affected: 10.2.0.3 & 10.2.0.4Platforms affected: Generic (all / most platforms affected)This issue is fixed in: 11.2 (Future Release) & 10.2.0.5 (Server Patch Set) & 11.1.0.7 (Server Patch Set)Description:Some CONNECT BY queries with "searched case" expressions can fail with ORA-600 [qkacon:FJswpri].Workaround:Set "_optimizer_connect_by_cost_based" = false被加粗标注出来的正是解决问题的办法，即修改系统参数中_optimizer_connect_by_cost_based的值为false,如下：Sql代码1.ALTER SESSION SET "_optimizer_connect_by_cost_based" = false;再次运行上面的SQL语句，正常处理并得到正常的结果，问题得到解决。

ORA-00600：内部错误代码...

ORA-00600：内部错误代码...今天在调试一个存储过程中碰到一个ORA-00600内部错误，错误内容如下：ORA-00600: 内部错误代码, 参数: [qkacon:NFswrwo], [9], [], [], [], [], [], []ORA-06512: 在 "CRMII.PCX_YYBXCJSZT", line 13ORA-06512: 在 line 13使用的环境是： linux 64+oracle 10.2.0.3 64[oracle@crmdb2 ~]$ cat /etc/issue | grep LinuxRed Hat Enterprise Linux AS release 4 (Nahant Update 5)[oracle@crmdb2 ~]$ uname -aLinux crmdb2 2.6.9-55.ELlargesmp #1 SMP Fri Apr 20 16:46:56 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux [oracle@crmdb2 ~]$ sqlplus /nologSQL*Plus: Release 10.2.0.3.0 - Production on Wed Jan 19 13:54:49 2011Copyright (c) 1982, 2006, Oracle. All Rights Reserved.SQL> conn /as sysdbaConnected.SQL> select * from v$version;BANNER---------------------------------------------------------------- Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64biPL/SQL Release 10.2.0.3.0 - ProductionCORE 10.2.0.3.0 ProductionTNS for Linux: Version 10.2.0.3.0 - ProductionNLSRTL Version 10.2.0.3.0 - Production相关错误信息记录在了alert_sid.logErrors in file /oracle/admin/CRMII/udump/crmii_ora_9875.trc:ORA-00600: 内部错误代码, 参数: [qkacon:NFswrwo], [9], [], [], [], [], [], []同时检查trc文件，里面详细记录的错误信息和相关的sql语句.通过查询相关Oracle Database List of Bugs Fixed得知是个oracle Bug，bug信息：5089217 OERI:[qkacon:NFswrwo] when using CONNECT BY with ORDER SIBLINGS[oracle@crmdb2 ~]$ oerr ora 0651206512, 00000, "at %sline %s"// *Cause: Backtrace message as the stack is unwound by unhandled// exceptions.// *Action: Fix the problem causing the exception or write an exception// handler for this condition. Or you may need to contact your// application administrator or DBA.解决办法是修改oracle隐含参数"_optimizer_connect_by_cost_based"为false. 有相同环境的同学可以测试下：set linesize 132column name format a30column value format a25select x.ksppinm name, y.ksppstvl value, y.ksppstdf isdefault, decode(bitand(y.ksppstvf,7),1,'MODIFIED',4,'SYSTEM_MOD','FALSE') ismod,decode(bitand(y.ksppstvf,2),2,'TRUE','FALSE') isadjfrom sys.x$ksppi x, sys.x$ksppcv ywhere x.inst_id = userenv('Instance')and y.inst_id = userenv('Instance')and x.indx = y.indxand x.ksppinm like '%_&par%'order by translate(x.ksppinm, ' _', ' ') /alter system set "_optimizer_connect_by_cost_based"=false scope=memory;alter system set "_optimizer_connect_by_cost_based"=true scope=memory;原因是使用了CONNECT BY with语句，在特定环境出发了该bug。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

3.修改/etc/hosts配置文件中的对应主机名。
将hostname添加到/etc/hosts文件中，重新启动数据库。
解释：
如果出现这个bug时，启动实例时报ORA-00600: [keltnfy-ldmInit], [46]错误，如果没有创建数据库，将无法创建数据库，同时sqlplus连接数据库会非常慢，这时大家可以用lsof去看sqlplus进程在干什么。
补充一点：修改linux主机名可以分三步走，按此步骤改肯定不会有问题：
1.hostname命令修改主机名，即时生效，重新登陆shell即可看到修改后的主机名。
2.修改/etc/sysconfig/network文件中的主机名，使主机名的修改永久生效（不经此步，机器重启后，主机名将被恢复为原先的）。
ORACLE常见错误处理系列-ORA-00600:internal error code,arguments:[keltnfy-ldmInit],[46],[1],[],[2008-01-13 01:47 启动数据库的时候得到一个错误ORA-00600: internal error code, arguments: [keltnfy-ldmInit], [46], [1], [], []。
在10gR2+rhel4u1中，一般不要随便修改机器的名称，如果要修改机器名，稍一不慎重，就有可能会触发ORA-00600: [keltnfy-ldmInit], [46]这样的错误，最严重的结果是实例无法启动，如果一定要修改机器名，需要修改的比较彻底，需要修改/etc/hosts,/etc/sysconfig/network这两个文件，如果忘了将/etc/hosts中127.0.0.1对应的机器修改成network文件中的一样，将会导致上面描述的错误。
产生此错误的具体分析：
原因：
服务器hostname没有正确配置，通过hostname命令得到的主机名无法ping通，Oracle10g认为主机无法达到所以启动数据库报错。检查一下本机的hosts文件，发现因为修改主机名的时候没有把hosts文件对应的主机名做对应的修改，从而引发这个错误。
解ห้องสมุดไป่ตู้方法：