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

本文详细记录了在SunOS64bit10.2.0.4.0RAC环境下遇到的ORA-00600错误,包括错误代码1265和18194的具体表现及跟踪信息。通过提供的错误日志文件内容,深入分析了这些内部错误及其可能的原因。
记录一下ora-00600[1265]的bug
环境:SunOS 64bit 10.2.0.4.0 RAC
alter记录
Wed Aug 22 22:00:11 2012
Errors in file /export/home/oracle/admin/VISDB/udump/visdb1_ora_23964.trc:
ORA-00600: internal error code, arguments: [1265], [0x3DD1B14E8], [], [], [], [], [], []
Wed Aug 22 22:00:14 2012
Errors in file /export/home/oracle/admin/VISDB/udump/visdb1_ora_23964.trc:
ORA-00600: internal error code, arguments: [18194], [0x3D7A2FC08], [0x000000000], [], [], [], [], []
ORA-00600: internal error code, arguments: [1265], [0x3DD1B14E8], [], [], [], [], [], []
Wed Aug 22 22:00:18 2012
Errors in file /export/home/oracle/admin/VISDB/udump/visdb1_ora_23964.trc:
ORA-00600: internal error code, arguments: [opiodr: call 2], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [18194], [0x3D7A2FC08], [0x000000000], [], [], [], [], []
ORA-00600: internal error code, arguments: [1265], [0x3DD1B14E8], [], [], [], [], [], []
trace记录
*** ACTION NAME:() 2012-08-22 22:00:11.445
*** MODULE NAME:(oracle@dukeparac03 (TNS V1-V3)) 2012-08-22 22:00:11.445
*** SERVICE NAME:(VISDB) 2012-08-22 22:00:11.445
*** SESSION ID:(199.18087) 2012-08-22 22:00:11.445
*** 2012-08-22 22:00:11.445
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [1265], [0x3DD1B14E8], [], [], [], [], [], []
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
ksedmp()+744         CALL     ksedst()             000000840 ?
                                                   FFFFFFFF7FFFA37C ?
                                                   000000000 ?
                                                   FFFFFFFF7FFF6E70 ?
                                                   FFFFFFFF7FFF5BD8 ?
                                                   FFFFFFFF7FFF65D8 ?
kgeriv()+220         PTR_CALL 0000000000000000     000106400 ? 1066A3E24 ?
                                                   1066A3000 ? 0001066A3 ?
                                                   000106400 ? 1066A3E24 ?
kgeasi()+184         CALL     kgeriv()             10669E778 ? 000000000 ?
                                                   0000004F1 ? 000000001 ?
                                                   FFFFFFFF7FFFA848 ?
                                                   000001430 ?
ksuprc()+1588        CALL     kgeasi()             10669E778 ? 1068DA110 ?
                                                   0000004F1 ? 000000002 ?
                                                   000000001 ? 000001420 ?
k2send()+412         CALL     ksuprc()             3DD1B14E8 ? 000106400 ?
                                                   3CF183AA8 ? 1066A1000 ?
                                                   3DD066D90 ? 000000000 ?
k2serv()+728         CALL     k2send()             000000000 ? 10669E778 ?
                                                   000000051 ? 3DD066D90 ?
                                                   10669E000 ? 000106400 ?
opiodr()+1496        PTR_CALL 0000000000000000     000000043 ? 000000011 ?
                                                   FFFFFFFF7FFFE058 ?
                                                   FFFFFFFF7FFFB1E4 ?
                                                   FFFFFFFF7B240110 ?
                                                   FFFFFFFF7FFFB248 ?
ttcpip()+1204        PTR_CALL 0000000000000000     0000046C8 ? 1066A1000 ?
                                                   10669E660 ? 000106400 ?
                                                   10243E6E0 ? 10584C000 ?
opitsk()+1484        CALL     ttcpip()             FFFFFFFF7FFFE1C8 ?
                                                   105803074 ?
                                                   FFFFFFFF7FFFE058 ?
                                                   000000001 ? 000000000 ?
                                                   10669E778 ?
opiino()+1128        CALL     opitsk()             1066ABB60 ? 1066ABB58 ?
                                                   000000000 ? 105B90290 ?
                                                   00000000A ? 000000000 ?
opiodr()+1496        PTR_CALL 0000000000000000     000106400 ? 1066A1208 ?
                                                   000106400 ? 1066A1000 ?
opiodr()+1496        PTR_CALL 0000000000000000     000000043 ? 000000011 ?
                                                   FFFFFFFF7FFFE058 ?
                                                   FFFFFFFF7FFFB1E4 ?
                                                   FFFFFFFF7B240110 ?
                                                   FFFFFFFF7FFFB248 ?
ttcpip()+1204        PTR_CALL 0000000000000000     0000046C8 ? 1066A1000 ?
                                                   10669E660 ? 000106400 ?
                                                   10243E6E0 ? 10584C000 ?
opitsk()+1484        CALL     ttcpip()             FFFFFFFF7FFFE1C8 ?
                                                   105803074 ?
                                                   FFFFFFFF7FFFE058 ?
                                                   000000001 ? 000000000 ?
                                                   10669E778 ?
opiino()+1128        CALL     opitsk()             1066ABB60 ? 1066ABB58 ?
                                                   000000000 ? 105B90290 ?
                                                   00000000A ? 000000000 ?
opiodr()+1496        PTR_CALL 0000000000000000     000106400 ? 1066A1208 ?
                                                   000106400 ? 1066A1000 ?
                                                   000106400 ? 1066ABB58 ?
opidrv()+828         CALL     opiodr()             000106400 ? 1066A1000 ?
                                                   000106400 ? 000106400 ?
                                                   10124BD40 ? 1066AA000 ?
sou2o()+80           CALL     opidrv()             1066AE258 ? 000000001 ?
                                                   00000003C ? 000000000 ?
                                                   00000003C ? 000106400 ?
opimai_real()+124    CALL     sou2o()              FFFFFFFF7FFFF288 ?
                                                   00000003C ? 000000004 ?
                                                   FFFFFFFF7FFFF2B0 ?
                                                   1061A6000 ? 0001061A6 ?
main()+152           CALL     opimai_real()        000000002 ?
                                                   FFFFFFFF7FFFF388 ?
                                                   10030497C ? 106647740 ?
                                                   0027578F4 ? 00000D800 ?
_start()+380         CALL     main()               000000002 ? 000000008 ?
                                                   000000000 ?
                                                   FFFFFFFF7FFFF398 ?
                                                   FFFFFFFF7FFFF4A8 ?
                                                   FFFFFFFF7B400140 ?
目前没有查到对这个问题的官方定性,参考老杨yangtingkun的博客
http://space.itpub.net/4227/viewspace-739889
他的解释如下:



### ORA-00600错误代码参数为-4019的解决方案 ORA-00600Oracle数据库中的一种内部错误,通常表示数据库遇到了一个不可预期的情况。当参数为`-4019`时,该错误可能与索引块损坏或索引结构不一致相关[^1]。以下是关于ORA-00600 internal error code arguments -4019的具体分析和解决方案: #### 1. 错误原因 ORA-00600 [-4019]通常发生在对索引进行操作时,例如插入、更新或删除数据。这种错误可能是由于以下原因之一引起的: - 索引块损坏。 - 索引结构不一致。 - 数据库文件(如数据文件或重做日志文件)存在物理损坏。 - 使用了隐藏参数或不当的数据库恢复方法。 #### 2. 解决方案 以下是针对ORA-00600 [-4019]的常见解决步骤: ##### 2.1 检查告警日志和跟踪文件 首先需要检查数据库的告警日志和相关的跟踪文件,以获取更多关于错误的详细信息。这些文件通常位于`$ORACLE_BASE/diag/rdbms/<dbname>/<instance>/trace/`目录下。通过分析这些文件,可以确定具体的索引对象及其相关问题[^3]。 ##### 2.2 验证索引完整性 使用`ANALYZE INDEX`命令验证受影响的索引是否存在逻辑损坏: ```sql ANALYZE INDEX <index_name> VALIDATE STRUCTURE; ``` 如果发现索引损坏,可以通过重建索引来修复问题: ```sql ALTER INDEX <index_name> REBUILD; ``` ##### 2.3 检查数据文件一致性 如果索引重建无法解决问题,可能需要进一步检查数据文件的一致性。可以使用`DBVERIFY`工具验证数据文件的物理和逻辑结构: ```bash dbv file=<datafile_path> blocksize=<block_size> ``` ##### 2.4 恢复受影响的对象 如果上述方法无效,可以尝试从备份中恢复受影响的表空间或数据文件。在恢复之前,请确保已启用归档模式并备份了所有必要的归档日志。 ##### 2.5 联系Oracle支持 如果以上方法均无法解决问题,建议收集相关诊断信息(如告警日志、跟踪文件等),并联系Oracle官方支持以获取进一步帮助。 #### 3. 示例代码 以下是一个示例脚本,用于验证和重建索引: ```sql -- 验证索引结构 ANALYZE INDEX my_index VALIDATE STRUCTURE; -- 如果发现损坏,重建索引 ALTER INDEX my_index REBUILD; ``` --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值