简单记录一次ORA-00600: internal error code, arguments: [2662]

接上一个,REDO报错搞定后OPEN数据库时又报错ORA-00600: internal error code, arguments: [2662]。

原因是_ALLOW_RESETLOGS_CORRUPTION后resetlogs打开数据库,我们可能会由于SCN不一致而遭遇到ORA-00600 2662号错误,这里给出一个完整的例子及解决过程。

现象及解决--这个没拍照参考EYGLE的吧

Sun Dec 11 18:02:25 2005
Errors in file /opt/oracle/admin/conner/udump/conner_ora_13349.trc:
ORA-00600: internal error code, arguments: [2662], [0], [547743994], [0], [898092653], [8388617], [], []
Sun Dec 11 18:02:27 2005

此时我们可以通过Oracle的内部事件来调整SCN:

增进SCN有两种常用方法:

1.通过immediate trace name方式(在数据库Open状态下)

alter session set events ‘IMMEDIATE trace name ADJUST_SCN level x‘;

2.通过10015事件(在数据库无法打开,mount状态下)

alter session set events ‘10015 trace name adjust_scn level x‘;

注:level 1为增进SCN 10亿 (1 billion) (1024*1024*1024),通常Level 1已经足够。也可以根据实际情况适当调整。

参考链接   http://www.eygle.com/archives/2005/12/oracle_diagnostics_howto_deal_2662_error.html

简单记录一次ORA-00600: internal error code, arguments: [2662],布布扣,bubuko.com

时间: 2024-10-12 17:21:49

简单记录一次ORA-00600: internal error code, arguments: [2662]的相关文章

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

转自 http://www.eygle.com/archives/2005/12/oracle_diagnostics_howto_deal_2662_error.html 在ORA-00600 2262错误解决一文中,我曾经提到过,很多时候使用隐含参数_ALLOW_RESETLOGS_CORRUPTION后resetlogs打开数据库,我们可能会由于SCN不一致而遭遇到ORA-00600 2662号错误,这里给出一个完整的例子及解决过程. 当然模拟2662错误需要技巧,本文并不会涉及这个内容.

ORA-00600: internal error code, arguments: [2662], [0], [1106971], [0], [1107731], [12583040]

今天是2014-06-06,在进行数据库恢复的时候出现了一个久违的ora-600 [2662]错误.特整理例如以下: 问题描写叙述: system及数据文件误删,採用恢复数据文件的方式将数据库恢复到開始状态,数据库为非归档模式. 在alter database open resetlog打开数据库的时候提示ora-600 [2662]错误.信息例如以下: SQL> col member for a80 SQL> select group#,status,member from v$logfil

简单记录一次ORA-00600: internal error code, arguments: [4194]

接上一篇,在搞定SCN问题后,又遇到ORA-600[4194]/[4193]报错. 故障现象: OPEN数据库时报错:ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [] 4193:表示undo和redo不一致(Arg [a] Undo record seq number,Arg [b] Redo record seq number ): 4194:表示也是undo和redo不一致(Arg [a

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

*/--> ORA-00600: internal error code, arguments: [kdBlkCheckError] Table of Contents 1. 现象 2. 分析 3. 故障处理 1 现象 在数据库宕机前出现ORA-00600错误. 日志内容如下: ORA-01595: error freeing extent (4) of rollback segment (31)) ORA-00607: Internal error occurred while making

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

今天在PlateSpin Forge(关于PlateSpin相关介绍,请见最下面部分简单介绍) 复制出来的一台数据库服务器上,测试数据库能否正常启动时,遇到了"ORA-00600: internal error code, arguments: [kcratr1_lastbwr], [], [], [], [], [], [], []"错误: 在官方文档介绍中,这个错误主要出现在磁盘出现故障导致数据库崩溃后,实例启动失败,并报ORA-00600: arguments: [kcratr1

ORA-00600: internal error code, arguments: [13030], [20]一例解决

两年没有接触oracle了,中午,一环境update from的时候出现ORA-00600: internal error code, arguments: [13030], [20]异常,经查,官网所述为涉及到了v$表所致,典型举例比较多的是v$session,但我们不涉及任何v$表的查询.原sql类似如下: UPDATE ( SELECT a.f_assign aassign, b.f_offsetincome bf_offsetincome FROM XXX a, YYY b, ZZZ c

ORA-00600: internal error code, arguments: [4193]问题解决

操作环境 SuSE+Oracle11gR2 问题现象 单板宕机自动重启后,ORACLE运行不正常,主要表现如下: 1.执行shutdown immedate停止数据库时,提示ORA-00600: internal error code, arguments: [4193],[],[] 2.压测性能时,oracle总是无缘无故关闭 问题分析 发现问题后首先查看告警日志<find $ORACLE_BASE -name "alert*.log"> 1.查看告警日志,发现日志中有O

RAC一个节点的数据库无法启动:ORA-00600: internal error code, arguments: [4:kgstmLdiToMicroTs], [1], [], [], [], [

一个客户的RAC节点硬件发生了变动,主机重启后数据库实例无法启动,远程登陆查看ALERT日志发现大量报错: Writing to the above trace file is disabled for now on... Errors in file /oracle/app/diag/rdbms/XXXX/XXXX2/trace/XXXX2_ora_184464.trc: ORA-00600: internal error code, arguments: [4:kgstmLdiToMicro

ORA-00600:internal error code,arguments:[keltnfy-idmlnit],[46],[1],[],[],[],[],[]

如图:在DBCA进行到3%时,报错 因为/etc/hosts与/etc/sysconfig/network不对应,所以报错 [[email protected] ~]# cat /etc/hosts # Do not remove the following line, or various programs # that require network functionality will fail. 127.0.0.1               localhost.localdomain