ora-600 [2662]

   在许多情况下，在使用隐含参数_ALLOW_RESETLOGS_CORRUPTION后，用resetlogs打开数据库将会由于SCN不一致
出现ORA-00600 2662错误，下文中将针对这一问题的解决过程进行详细的介绍。 首先，在正常启动数据库后，
大家可以从alert文件中发现ora-00600 2662号错误。

Sun Dec 11 18:02:25 2005Errors 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
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
Error600 happened during db open, shutting down database
USER: terminating instance due to error 600
(可以通过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已经够用。
大家也可以根据实际情况适当调整。
在此示例中由于数据库无法打开，只能使用两种方法。
[oracle@jumper dbs]$ sqlplus "/ as sysdba"
SQL*Plus: Release 9.2.0.4.0 - Production _disibledevent="TEXT-INDENT: 2em">
至此，大家可以发现CHECKPOINT_CHANGE#最后被增进了10 Billion。

一般在使用上述语句后，如果数据库处于mount状态下，那么需要进行recover后，就能够open resetlogs。