ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1498], [18713], [18720]

ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr], [1], [1498], [18713], [18720]

数据库server出现ORA-00600[kcratr_nab_less_than_odr]。不能open数据库
1.open数据库报ORA-00600[kcratr_nab_less_than_odr]
SQL> ALTER DATABASE OPEN;
ALTER DATABASE OPEN
*
第 1 行出现错误:
ORA-00600: 内部错误代码, 參数: [kcratr_nab_less_than_odr], [1], [99189],
[43531], [43569], [], [], [], [], [], [], []
2.查看alert日志
Wed Jan 11 13:56:16 2012
ALTER DATABASE OPEN
Beginning crash recovery of 1 threads
 parallel recovery started with 2 processes
Started redo scan
Completed redo scan
 read 54591 KB redo, 0 data blocks need recovery
Errors in file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc  (incident=818557):
ORA-00600: 内部错误代码, 參数: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
Incident details in: d:\dbdms\diag\rdbms\dbdms\dbdms\incident\incdir_818557\dbdms_ora_3936_i818557.trc
Aborting crash recovery due to error 600
Errors in file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc:
ORA-00600: 内部错误代码, 參数: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
Errors in file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc:
ORA-00600: 内部错误代码, 參数: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
ORA-600 signalled during: ALTER DATABASE OPEN…
Trace dumping is performing id=[cdmp_20120110214555]
3.查看trace文件
Trace file d:\dbdms\diag\rdbms\dbdms\dbdms\trace\dbdms_ora_3108.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 – 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Windows NT Version V6.1 Service Pack 1 
CPU                 : 2 – type 8664, 2 Physical Cores
Process Affinity    : 0x0x0000000000000000
Memory (Avail/Total): Ph:2250M/4060M, Ph+PgF:5868M/8119M
Instance name: dbdms
Redo thread mounted by this instance: 1
Oracle process number: 17
Windows thread id: 3108, image: ORACLE.EXE (SHAD)
…………………………
WARNING! Crash recovery of thread 1 seq 99189 is
ending at redo block 43531 but should not have ended before
redo block 43569
Incident 826550 created, dump file: d:\dbdms\diag\rdbms\dbdms\dbdms\incident\incdir_826550\dbdms_ora_3108_i826550.trc
ORA-00600: ??????, ??: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []
 
ORA-00600: ??

????, ??

: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []

ORA-00600: ???

?

??

, ??: [kcratr_nab_less_than_odr], [1], [99189], [43531], [43569], [], [], [], [], [], [], []

通过alert和trace中的内容能够知道,数据库须要恢复到rba到43569,可是由于某种原因实例恢复的时候,仅仅能利用1 thread 99189 seq#,恢复rba到43531。

从而导致数据库无法正常open

This Problem is caused by Storage Problem of the Database Files. 
The Subsystem (eg. SAN) crashed while the Database was open. 
The Database then crashed since the Database Files were not accessible anymore. 
This caused a lost Write into the Online RedoLogs and so Instance Recovery is not possible and raising the ORA-600.
4.解决方法
SQL> SELECT STATUS FROM V$INSTANCE;
 
STATUS
————
MOUNTED
 
–尝试直接recover database
SQL> RECOVER DATABASE ;
ORA-00283: 恢复会话因错误而取消
ORA-00264: 不要求恢复
–提示不用恢复
 
–再打开数据库。还是kcratr_nab_less_than_odr错误警告
SQL> ALTER DATABASE OPEN;
ALTER DATABASE OPEN
*
第 1 行出现错误:
ORA-00600: 内部错误代码, 參数: [kcratr_nab_less_than_odr], [1], [99189],
[43531], [43569], [], [], [], [], [], [], []
 
–尝试不全然恢复
SQL> RECOVER DATABASE UNTIL CANCEL;
ORA-10879: error signaled in parallel recovery slave
ORA-01547: 警告: RECOVER 成功但 OPEN RESETLOGS 将出现例如以下错误
ORA-01152: 文件 1 没有从过旧的备份中还原
ORA-01110: 数据文件 1: ‘D:\DBDMS\DATA\SYSTEM01.DBF’
 
–重建控制文件
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS ‘D:/1.TXT’;
 
数据库已更改。
 
SQL> SHUTDOWN IMMEDIATE;
ORA-01109: 数据库未打开
 
 
已经卸载数据库。

ORACLE 例程已经关闭。
SQL> STARTUP NOMOUNT;
ORACLE 例程已经启动。

 
Total System Global Area  417546240 bytes
Fixed Size                  2176328 bytes
Variable Size             268438200 bytes
Database Buffers          138412032 bytes
Redo Buffers                8519680 bytes
SQL> 
create controlfile reuse database ‘AFC010C1’ noresetlogs noarchivelog

maxlogfiles 16

maxlogmembers 4

maxdatafiles 100

maxinstances 8

maxloghistory 18688

logfile

group 1 (‘/oracle/redo1/AFC010C1/redo01a.log’,’/oracle/redo2/AFC010C1/redo01b.log’) size 50M blocksize 512,

group 2 (‘/oracle/redo1/AFC010C1/redo02a.log’,’/oracle/redo2/AFC010C1/redo02b.log’) size 50M blocksize 512,

group 3 (‘/oracle/redo1/AFC010C1/redo03a.log’,’/oracle/redo2/AFC010C1/redo03b.log’) size 50M blocksize 512,

group 4 (‘/oracle/redo1/AFC010C1/redo04a.log’,’/oracle/redo2/AFC010C1/redo04b.log’) size 50M blocksize 512

DATAFILE

‘/oracle/data1/AFC010C1/AFC_BIZ_DATA01.dbf’,

‘/oracle/data1/AFC010C1/AFC_LOG_DATA01.dbf’,

‘/oracle/data1/AFC010C1/AFC_TXN_DATA01.dbf’,

‘/oracle/data1/AFC010C1/AFC_CD_DATA01.dbf’,

‘/oracle/data1/AFC010C1/AFC_RPT_DATA01.dbf’,

‘/oracle/data1/AFC010C1/AFC_WS_DATA01.dbf’,

‘/oracle/data1/AFC010C1/sysaux01.dbf’,

‘/oracle/data1/AFC010C1/AFC_EOD_DATA01.dbf’,

‘/oracle/data1/AFC010C1/AFC_SYSCD_DATA01.dbf’,

‘/oracle/data1/AFC010C1/DBMGR_DATA01.dbf’,

‘/oracle/data1/AFC010C1/system01.dbf’,

‘/oracle/data2/AFC010C1/AFC_BIZ_INDX01.dbf’,

‘/oracle/data2/AFC010C1/AFC_CD_INDX01.dbf’,

‘/oracle/data2/AFC010C1/AFC_EOD_INDX01.dbf’,

‘/oracle/data2/AFC010C1/AFC_LOG_INDX01.dbf’,

‘/oracle/data2/AFC010C1/AFC_RPT_INDX01.dbf’,

‘/oracle/data2/AFC010C1/AFC_SYSCD_INDX01.dbf’,

‘/oracle/data2/AFC010C1/AFC_TXN_INDX01.dbf’,

‘/oracle/data2/AFC010C1/AFC_WS_INDX01.dbf’,

‘/oracle/data2/AFC010C1/DBMGR_INDX01.dbf’,

‘/oracle/data2/AFC010C1/undotbs01.dbf’,

‘/oracle/data2/AFC010C1/users01.dbf’

character set zhs16gbk;

控制文件已创建。
 
–继续尝试恢复
SQL> RECOVER DATABASE ;
完毕介质恢复。
SQL> ALTER DATABASE OPEN;
 
数据库已更改。

–open成功
在这次恢复中,主要就是重建控制文件,然后直接恢复成功。假设redo有损坏,那么可能须要使用不全然恢复。然后使用resetlogs打开数据库

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/109082.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 实现PC视频播放最强画质教程( Potplayer播放器+MADVR插件)【转】

    实现PC视频播放最强画质教程( Potplayer播放器+MADVR插件)【转】转自:http://www.hangge.com/blog/cache/detail_1461.html一、MADVR介绍MADVR 是一款超强的视频插件,其配合高清播放软件,可以做到目前 PC 上播放高清视频的最强画质。MADVR 这款视频渲染器比市面上大多数播放器自带的渲染器有着更精确的颜色处理,更高质量的图像缩放缩放、以及更低的颜色错误率。这就使得它所渲染出来的视频在颜色上更…

    2022年9月14日
    2
  • 宝塔面板无法卸载php,宝塔面板如何卸载「建议收藏」

    宝塔面板无法卸载php,宝塔面板如何卸载「建议收藏」windows面板卸载1.打开宝塔面板windows版安装目录,路径为:面板安装数据盘:\BtSoft\ServerAdmin2.运行UnInstall.exe开始面板卸载3.最后使用注册表清理软件或者360清理,清理注册表才可以清除服务文件。在卸载完成后,重启服务器以确保卸载干净。linux面板卸载方法一、脚本卸载1.你需要先在面板中将通过面板安装的所有软件卸载,如nginx、mysql、…

    2022年9月6日
    5
  • PHP 垃圾回收机制详解

    PHP 垃圾回收机制详解

    2022年2月14日
    47
  • mysql中ltrim用法_MySQL LTRIM()用法及代码示例

    mysql中ltrim用法_MySQL LTRIM()用法及代码示例LTRIM MySQL 中的此函数用于从字符串中删除前导空格 用法 LTRIM str 参数 如上所述 它接受一个参数 如下所述 str 我们要从中删除前导空格的字符串 返回值 截断所有前导空格后 它将返回一个字符串 示例 1 使用 LTRIM 函数删除给定字符串的所有前导空格 SELECT geeksforgeek AsOriginalSt LTRIM gee

    2025年6月27日
    1
  • arm和x86对比_arm和intel关系

    arm和x86对比_arm和intel关系信不信,随便逮住一个人问他知不知道CPU,我想他的答案一定会是肯定的,但是如果你再问他知道ARM和X86架构么?这两者的区别又是什么?绝大多数的人肯定是一脸懵逼。今天小编就带你深入了解CPU的这两大架构:ARM和X86。以后出去装X就靠它了! ##重温下CPU是什么鬼##  中央处理单元(CPU)主要由运算器、控制器、寄存器三部分组成,从字面意思看运算器就是起着运算的作用,控制器就是负责发

    2022年10月14日
    3
  • 2021.4激活码(破解版激活)

    2021.4激活码(破解版激活),https://javaforall.net/100143.html。详细ieda激活码不妨到全栈程序员必看教程网一起来了解一下吧!

    2022年3月16日
    46

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号