近日，有朋友遇到了ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr]错误，具体的错误信息类似：

    Incident 63078 created, dump file: /u01/diag/rdbms/orcl/orcl/incident/incdir_63078/orcl_ora_1916_i63078.trc

    ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [3313], [2328320], [2334233], [], [], [], [], [], [], []

    ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [3313], [2328320], [2334233], [], [], [], [], [], [], []

    ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [3313], [2328320], [2334233], [], [], [], [], [], [], []

    朋友说这个错误在metalink上找不到解释。

    其实，很多时候在处理问题时，我们可能都无法找到针对性的参考，这时候，猜测就很重要了。

    当学习到一定阶段：猜测将成为一种重要的学习能力。

    这时Oracle 11g中的问题，猜测错误号，[kcratr_nab_less_than_odr]，根据less than字样，可以判断是在进行某个比较时，出现问题，剩下的kcratr,nab,odr都可以进行猜测，比如odr可能是Oracle Data Redo/Oracle Data Recovery等等的缩写。

    再通过进一步的日志信息可以看到：

    Thread 1 checkpoint: logseq 3313, block 2, scn 5965899084787

     cache-low rba: logseq 3313, block 1484161

     on-disk rba: logseq 3313, block 2334233, scn 5965899135009

     start recovery at logseq 3313, block 1484161, scn 0

    这里就知道了600错误中的1，3313的含义，是Thread 1 logseq 3313，那么剩下的就应该是恢复时的rba地址，错误提示中的2334233是On-Disk Rba，是恢复应该到达的终点，而2328320小于On-Disk Rba，就应该是Less Than里面提到的恢复的终点，因为没有到达Redo的最后位置，被认为是非法的，可能丢失数据。

    再向下检查错误跟踪文件，可以验证我们的推测：

    WARNING! Crash recovery of thread 1 seq 3313 is

    ending at redo block 2328320 but should not have ended before

    redo block 2334233

    现在600错误中的另外重要信息出现了，2328320是恢复的中止位置，小于了on-disk rba.

    那么现在不需要Metalink，我们就可以判断和解决这个600问题了，数据库无法启动的原因就是恢复的进度不够，进度不够可能是因为Redo写丢失或者硬件故障。

    我们可以尝试进行恢复，如果仍然无法到达这个位置，则可以考虑忽略这些未应用的Redo，启动数据库。

    这个案例和之前遇到的ORA-00600 kcratr1_lostwrt之解决与原理分析极其相似。

    我在这里还想强调的就是，猜测是一种很重要的能力。