数据库内部错误00600 故障处理

news/2025/10/24 8:50:36/文章来源:https://www.cnblogs.com/RCJL/p/19162086

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

4.解决方法

Sql代码

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 "DBDMS" NORESETLOGS  NOARCHIVELOG  2      MAXLOGFILES 16  3      MAXLOGMEMBERS 3  4      MAXDATAFILES 100  5      MAXINSTANCES 8  6      MAXLOGHISTORY 18688  7  LOGFILE  8    GROUP 1 'D:\DBDMS\LOG\REDO01.LOG'  SIZE 50M BLOCKSIZE 512,  9    GROUP 2 'D:\DBDMS\LOG\REDO02.LOG'  SIZE 50M BLOCKSIZE 512,  10    GROUP 3 'D:\DBDMS\LOG\REDO03.LOG'  SIZE 50M BLOCKSIZE 512  11  DATAFILE  12    'D:\DBDMS\DATA\SYSTEM01.DBF',  13    'D:\DBDMS\DATA\SYSAUX01.DBF',  14    'D:\DBDMS\DATA\RBSG01.DBF',  15    'D:\DBDMS\DATA\DATA01.DBF',  16    'D:\DBDMS\DATA\INDX01.DBF',  17    'D:\DBDMS\DATA\DATA02.DBF',  18    'D:\DBDMS\DATA\DATA03.DBF',  19    'D:\DBDMS\DATA\DATA04.DBF',  20    'D:\DBDMS\DATA\INDX02.DBF',  21    'D:\DBDMS\DATA\SYSTEM02.DBF'  22  CHARACTER SET ZHS16GBK  23  ;  控制文件已创建。  --继续尝试恢复  
SQL> RECOVER DATABASE ;  
完成介质恢复。  
SQL> ALTER DATABASE OPEN;  数据库已更改。  
--open成功  
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 "DBDMS" NORESETLOGS  NOARCHIVELOG  2      MAXLOGFILES 16  3      MAXLOGMEMBERS 3  4      MAXDATAFILES 100  5      MAXINSTANCES 8  6      MAXLOGHISTORY 18688  7  LOGFILE  8    GROUP 1 'D:\DBDMS\LOG\REDO01.LOG'  SIZE 50M BLOCKSIZE 512,  9    GROUP 2 'D:\DBDMS\LOG\REDO02.LOG'  SIZE 50M BLOCKSIZE 512,  10    GROUP 3 'D:\DBDMS\LOG\REDO03.LOG'  SIZE 50M BLOCKSIZE 512  11  DATAFILE  12    'D:\DBDMS\DATA\SYSTEM01.DBF',  13    'D:\DBDMS\DATA\SYSAUX01.DBF',  14    'D:\DBDMS\DATA\RBSG01.DBF',  15    'D:\DBDMS\DATA\DATA01.DBF',  16    'D:\DBDMS\DATA\INDX01.DBF',  17    'D:\DBDMS\DATA\DATA02.DBF',  18    'D:\DBDMS\DATA\DATA03.DBF',  19    'D:\DBDMS\DATA\DATA04.DBF',  20    'D:\DBDMS\DATA\INDX02.DBF',  21    'D:\DBDMS\DATA\SYSTEM02.DBF'  22  CHARACTER SET ZHS16GBK  23  ;  控制文件已创建。  --继续尝试恢复  
SQL> RECOVER DATABASE ;  
完成介质恢复。  
SQL> ALTER DATABASE OPEN;  数据库已更改。  
--open成功  
————————————————
版权声明:本文为CSDN博主「上帝的二公子」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/gaoda00136/article/details/139726669

 

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/944864.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Docker镜像库配置

很多同学在执行DockerFile的时候,拉取一些jdk或其他的基础镜像超时失败。造成这个的主要原因就是Docker默认的镜像仓库是DockerHub,国内是连不上的,这时候我们就需,下面就是我整理好的,总有一个能拉取成功的。 如果你是…

ref和reactive和.value

在 Vue 3 中,您描述的这种需要通过 .value 来访问值的特性,是 ref 函数所独有的。reactive 函数创建的对象没有这种统一的 .value 属性,其属性是直接访问的。 下面这个表格清晰地展示了两者的核心区别。特性对比ref…

2025年工作服厂家推荐排行榜,防静电/劳保/国网/餐厅/工厂/电工/防酸碱/电力/车间/航空/员工工作服,文化衫/t恤/polo衫/冲锋衣/t恤衫公司精选

2025年工作服厂家推荐排行榜:防静电/劳保/国网等专业工装企业精选 在工业4.0时代背景下,工作服行业正经历着深刻变革。随着安全生产意识的提升和职场文化的演进,专业工作服已从简单的劳动保护用品,升级为集安全防护…

VSCode建立python虚拟环境

ctrl+shift+p打开命令行,选择: 然后选择: 之后选择存放虚拟环境的文件夹进行创建: 选择python版本:等待右下角创建完成微信搜索“Kconfig”,获取支持...

2025年10月深圳近视手术医生排名榜:五家医院真实数据对比

正在准备摘镜的你,也许已经翻遍社交平台,却被“全飞秒”“半飞秒”“ICL”绕得头晕;也许对比过价格,却发现同一术式报价相差数千元;更担心术后干眼、眩光、回退。深圳近视手术市场2025年预计年手术量突破12万例,…

2025年10月销毁公司推荐:森蓝领衔服务榜对比

把过期食品、瑕疵化妆品、积压文件或缺陷家电堆在仓库,不仅占地方,还可能因监管抽查被高额处罚;找回收站“一卖了之”,又担心流入二级市场带来品牌风险——这是生产、零售、电商、物流和公共机构在每年第四季度集中…

2025年危险品运输企业权威推荐榜:专业资质与安全口碑兼具的合规运输服务商精选

2025年危险品运输企业权威推荐榜:专业资质与安全口碑兼具的合规运输服务商精选 危险品运输作为特种物流领域的重要分支,其专业性和安全性要求远高于普通货物运输。随着我国化工产业的快速发展,危险品运输市场规模持…

P1600 [NOIP 2016 提高组] 天天爱跑步 分析

题目概述 题目链接:https://www.luogu.com.cn/problem/P1600。 给你一棵树,每个节点上有一个观察时间,现在有 \(m\) 个选手,选手会以每秒一个节点的速度,从 \(s_i\) 到 \(t_i\)。 求对于每个节点的观察时间能观察…

2025年10月上海装修公司推荐榜:千州装饰等五家深度对比

在上海这样的一线城市,装修不仅关乎居住舒适度,更直接影响房屋保值与生活质量。多数业主面临“预算有限、工期紧张、风格难定、增项频发”四大痛点,尤其在2025年三季度上海住宅成交环比回升12%的背景下,装修需求集…

2025年10月淡化痘印产品推荐对比:从色素代谢到修护通路全解析

痘印比痘痘更顽固,是多数人在“战痘”后期最耗心力的阶段。临床观察显示,炎症后色素沉着在东亚人群中发生率可达65%—80%,平均自然淡化周期3—6个月,若护理不当可延长至1年以上。2025年第三季度国家药监局《化妆品…

2025年10月上海装修公司对比榜:千州装饰等五强口碑解析

把钥匙交到装修公司手里,就像把未来生活的剧本交给导演:风格、预算、工期、环保、售后,任何一环掉链子,入住后都会变成“加长版遗憾”。上海家装市场年均开工量保持在12万套以上,2024年住宅装饰产值突破1100亿元,…

2025年10月敏感肌美白面霜推荐榜:淡斑修护综合排名

入秋以后,昼夜温差拉大,紫外线强度虽下降却更穿透,敏感肌人群常在换季期出现“红后反黑”——炎症褪去却留下顽固色沉。社交平台“美白+修护”关键词搜索量连续三周环比上升42%,其中“敏感肌可用”成为筛选首选项。…

SQL - 递归查询子节点

SQL - 递归查询子节点递归查询子节点:表a中有id, parent_id两个字段,parent_id存id的上一级id。请帮我写一个SQL语句,给定一个id,递归查询出所有子id,该id为第一列,后面每有一个子id增加一列。非常好,✅你的意思…

2025年10月色斑淡化产品对比榜:五款精华通路机制深度解析

入秋后紫外线强度虽降,但夏季累积的黑色素仍在表皮深处持续显色,不少人在10月前后首次发现色斑颜色加深或面积扩大。医美机构调研显示,每年9至11月咨询“居家淡斑”的消费者占比连续五年上升,2024年同比增长18.6%,…

2025年10月医美项目后用什么产品评测榜:术后舒缓精华口碑对比

刚做完光子、点阵或超皮秒,脸上又干又红,护肤品一抹就刺痛,这是不少医美用户的共同记忆。术后屏障暂时受损,外界刺激更容易引发色沉、反黑或持续潮红,选错护肤品等于把刚花出去的治疗费打折扣。国家药监局2024年医…

一些c语言特殊用法

C语言一些高级输出技巧与数组初始化 控制台颜色输出 完整颜色定义头文件 创建 colors.h 头文件: #ifndef COLORS_H #define COLORS_H// 重置所有属性 #define RESET "\033[0m"// 常规前景色 #define …

题解:P4204 [NOI2006] 神奇口袋

题意:口袋里有 \(t\) 种球,每种球初始有 \(a_i\) 个,每次从其中随机拿一个球并放回,同时再放入 \(d\) 个和拿出来球同种颜色的球。现在给出若干对 \((x_i,y_i)\),问同时满足第 \(x_i\) 次操作摸出来 \(y_i\) 这一…

2025年超声波检测设备厂家权威推荐榜:相控阵/高频/水浸/液冷板/钎焊超声波检测系统,技术实力与选购指南深度解析

2025年超声波检测设备厂家权威推荐榜:相控阵/高频/水浸/液冷板/钎焊超声波检测系统,技术实力与选购指南深度解析 行业背景与发展现状 超声波检测技术作为无损检测领域的重要组成部分,近年来在工业制造、航空航天、新…

2025年环氧板厂家推荐排行榜,环氧板加工,FR-4玻纤板,云母板,专业定制与优质材料供应商精选

2025年环氧板厂家推荐排行榜,环氧板加工,FR-4玻纤板,云母板,专业定制与优质材料供应商精选 随着电子电气、航空航天、轨道交通等高端制造业的快速发展,环氧板、FR-4玻纤板、云母板等高性能绝缘材料的需求持续增长…

sql server查看所有表名以及注释

下面是一个示例查询,它将返回带有序号的表名和注释: 使用 sys.tables 和 sys.extended_properties 表: SELECT ROW_NUMBER() OVER (ORDER BY t.name) AS 序号, t.name AS 表名, p.value AS 注释 FROM sys.tables AS…