ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [3313], [2328320], [2334233], [], [], [], [], [], [], [],这里面的最后两个参数的含义是什么?
这里的nab就是Next Available Block number in the Online Redo Log,也就是上述倒数第二个参数2328320。
这里的odr就是On Disk Rba中的block number,也就是上述倒数第一个参数2334233。
kcratr我猜是Kernel Cache Redo Application Transaction Recovery.要注意的是,如果nab小于on disk rba,这一定是不正常的!正常情况下不可能这样。
我们来看一个正常的例子:
online redo log header dump的内容:
DUMP OF LOG FILES: 3 logs in database
LOG FILE #1:
(name #3) /dras20/testdb/redo01.log
Thread 1 redo log links: forward: 2 backward: 0
siz: 0x32000 seq: 0x00000007 hws: 0xb bsz: 512 nab: 0x112 flg: 0x1 dup: 1
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.000e88e1
Low scn: 0x0000.000ed77f 12/06/2010 14:15:37
Next scn: 0x0000.40000001 12/06/2010 14:28:17
FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=153092096=0x9200000
Db ID=2489685178=0x946594ba, Db Name='TESTDB'
Activation ID=2511161407=0x95ad483f
Control Seq=1533=0x5fd, File size=204800=0x32000
File Number=1, Blksiz=512, File Type=2 LOG
descrip:"Thread 0001, Seq# 0000000007, SCN 0x0000000ed77f-0x000040000001"
thread: 1 nab: 0x112 seq: 0x00000007 hws: 0xb eot: 0 dis: 0
reset logs count: 0x2b616ad3 scn: 0x0000.000a5042
Low scn: 0x0000.000ed77f 12/06/2010 14:15:37
Next scn: 0x0000.40000001 12/06/2010 14:28:17
Enabled scn: 0x0000.000a5042 08/23/2010 15:57:07
Thread closed scn: 0x0000.000f2633 12/06/2010 14:24:59
Log format vsn: 0x8000000 Disk cksum: 0xdf7f Calc cksum: 0xdf7f
Terminal Recovery Stamp scn: 0x0000.00000000 01/01/1988 00:00:00
Most recent redo scn: 0x0000.00000000
Largest LWN: 0 blocks
Miscellaneous flags: 0x0
LOG FILE #2:
(name #2) /dras20/testdb/redo02.log
Thread 1 redo log links: forward: 3 backward: 1
siz: 0x32000 seq: 0x00000008 hws: 0xb bsz: 512 nab: 0xffffffff flg: 0x8 dup: 1
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.000ed77f
Low scn: 0x0000.40000001 12/06/2010 14:28:17
Next scn: 0xffff.ffffffff 01/01/1988 00:00:00
FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=153092096=0x9200000
Db ID=2489685178=0x946594ba, Db Name='TESTDB'
Activation ID=2511161407=0x95ad483f
Control Seq=1533=0x5fd, File size=204800=0x32000
File Number=2, Blksiz=512, File Type=2 LOG
descrip:"Thread 0001, Seq# 0000000008, SCN 0x000040000001-0xffffffffffff"
thread: 1 nab: 0xffffffff seq: 0x00000008 hws: 0xb eot: 1 dis: 0
reset logs count: 0x2b616ad3 scn: 0x0000.000a5042
Low scn: 0x0000.40000001 12/06/2010 14:28:17
Next scn: 0xffff.ffffffff 01/01/1988 00:00:00
Enabled scn: 0x0000.000a5042 08/23/2010 15:57:07
Thread closed scn: 0x0000.4000018d 12/06/2010 15:20:48
Log format vsn: 0x8000000 Disk cksum: 0xa549 Calc cksum: 0xa549
Terminal Recovery Stamp scn: 0x0000.00000000 01/01/1988 00:00:00
Most recent redo scn: 0x0000.00000000
Largest LWN: 0 blocks
Miscellaneous flags: 0x0
LOG FILE #3:
(name #1) /dras20/testdb/redo03.log
Thread 1 redo log links: forward: 0 backward: 2
siz: 0x32000 seq: 0x00000006 hws: 0xd bsz: 512 nab: 0x109 flg: 0x1 dup: 1
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.000dd7b8
Low scn: 0x0000.000e88e1 12/06/2010 14:00:52
Next scn: 0x0000.000ed77f 12/06/2010 14:15:37
FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=153092096=0x9200000
Db ID=2489685178=0x946594ba, Db Name='TESTDB'
Activation ID=2511161407=0x95ad483f
Control Seq=1533=0x5fd, File size=204800=0x32000
File Number=3, Blksiz=512, File Type=2 LOG
descrip:"Thread 0001, Seq# 0000000006, SCN 0x0000000e88e1-0x0000000ed77f"
thread: 1 nab: 0x109 seq: 0x00000006 hws: 0xd eot: 0 dis: 0
reset logs count: 0x2b616ad3 scn: 0x0000.000a5042
Low scn: 0x0000.000e88e1 12/06/2010 14:00:52
Next scn: 0x0000.000ed77f 12/06/2010 14:15:37
Enabled scn: 0x0000.000a5042 08/23/2010 15:57:07
Thread closed scn: 0x0000.000ed77e 12/06/2010 14:09:52
Log format vsn: 0x8000000 Disk cksum: 0xecd3 Calc cksum: 0xecd3
Terminal Recovery Stamp scn: 0x0000.00000000 01/01/1988 00:00:00
Most recent redo scn: 0x0000.00000000
Largest LWN: 0 blocks
Miscellaneous flags: 0x0
相关的control文件中checkpoint progress区域的内容:
**************************************************************************
CHECKPOINT PROGRESS RECORDS
***************************************************************************
(blkno = 0x4, size = 228, max = 1, in-use = 1, last-recid= 0)
THREAD #1 - status:0x2 flags:0x0 dirty:3849
low cache rba:(0x8.41b.0) on disk rba:(0x8.ec5f.0)
on disk scn: 0x0000.400003f1 12/06/2010 17:01:19
resetlogs scn: 0x0000.000a5042 08/23/2010 15:57:07
heartbeat: 737052598 mount id: 2520411180
MTTR statistics status: 3
Init time: Avg: 5863660, Times measured: 3
File open time: Avg: 2303, Times measured: 28
Log block read time: Avg: 19, Times measured: 3585
Data block handling time: Avg: 885, Times measured: 91
shutdown abort,接着启库后alert log中的内容:
Completed: ALTER DATABASE MOUNT
Mon Dec 6 17:10:05 2010
alter database open
Mon Dec 6 17:10:05 2010
Beginning crash recovery of 1 threads
Mon Dec 6 17:10:05 2010
Started redo scan
Mon Dec 6 17:10:06 2010
Completed redo scan
59460 redo blocks read, 3849 data blocks need recovery
Mon Dec 6 17:10:06 2010
Started recovery at
Thread 1: logseq 8, block 1051, scn 0.0
Mon Dec 6 17:10:07 2010
Recovery of Online Redo Log: Thread 1 Group 2 Seq 8 Reading mem 0
Mem# 0 errs 0: /dras20/testdb/redo02.log
Mon Dec 6 17:10:07 2010
Completed redo application
Mon Dec 6 17:10:07 2010
Ended recovery at
Thread 1: logseq 8, block 60511, scn 0.1073762833
3849 data blocks read, 3849 data blocks written, 59460 redo blocks read
Crash recovery completed successfully
Mon Dec 6 17:10:07 2010
......省略显示部分内容
SMON: Parallel transaction recovery tried
Mon Dec 6 17:10:09 2010
Completed: alter database open
SQL> select to_char(1051,'XXXX') from dual;
TO_CHAR(1051,'XXXX')
--------------------
41B
SQL> select to_char(60511,'XXXX') from dual;
TO_CHAR(60511,'XXXX')
---------------------
EC5F
这里的含义是一清二楚的,所以我说nab小于on disk rba这一定是不正常的,正常情况下on disk rba一定是小于等于nab的。
这里用到的dump 语句为:
Control file dump
alter session set events 'immediate trace name controlf level 10';
10g里不要用level 10的control file dump
Redo log header dump
alter session set events 'immediate trace name redohdr level 10';
参考至:http://www.eygle.com/rss/20101207.html
如有错误,欢迎指正
邮箱:czmcj@163.com
相关推荐
Oracle 11g 内部错误代码 ORA-00600 是一个非常通用的错误,它表示数据库遇到了一个无法处理的内部错误或异常情况。这个错误通常涉及到Oracle数据库的底层结构,如数据块、索引或者内存管理等,且参数列表可以提供...
然而,即便如此,数据库故障仍然可能发生,如在Oracle 11g环境中遇到的"ORA-00600:内部错误代码,参数:[kcratr_nab_less_than_odr]"报错。这个问题涉及到数据库内部结构的异常,通常是由数据损坏、系统崩溃或其他...
该错误通常表示Oracle内核级别发生了异常,参数[kcratr_nab_less_than_odr]表明这一异常发生在控制文件相关的代码路径上。针对这种情况,本文将详细介绍如何进行Oracle控制文件损坏后的恢复操作。 #### 问题诊断 ...
嵌入式八股文面试题库资料知识宝典-华为的面试试题.zip
训练导控系统设计.pdf
嵌入式八股文面试题库资料知识宝典-网络编程.zip
人脸转正GAN模型的高效压缩.pdf
少儿编程scratch项目源代码文件案例素材-几何冲刺 转瞬即逝.zip
少儿编程scratch项目源代码文件案例素材-鸡蛋.zip
嵌入式系统_USB设备枚举与HID通信_CH559单片机USB主机键盘鼠标复合设备控制_基于CH559单片机的USB主机模式设备枚举与键盘鼠标数据收发系统支持复合设备识别与HID
嵌入式八股文面试题库资料知识宝典-linux常见面试题.zip
面向智慧工地的压力机在线数据的预警应用开发.pdf
基于Unity3D的鱼类运动行为可视化研究.pdf
少儿编程scratch项目源代码文件案例素材-霍格沃茨魔法学校.zip
少儿编程scratch项目源代码文件案例素材-金币冲刺.zip
内容概要:本文深入探讨了HarmonyOS编译构建子系统的作用及其技术细节。作为鸿蒙操作系统背后的关键技术之一,编译构建子系统通过GN和Ninja工具实现了高效的源代码到机器代码的转换,确保了系统的稳定性和性能优化。该系统不仅支持多系统版本构建、芯片厂商定制,还具备强大的调试与维护能力。其高效编译速度、灵活性和可扩展性使其在华为设备和其他智能终端中发挥了重要作用。文章还比较了HarmonyOS编译构建子系统与安卓和iOS编译系统的异同,并展望了其未来的发展趋势和技术演进方向。; 适合人群:对操作系统底层技术感兴趣的开发者、工程师和技术爱好者。; 使用场景及目标:①了解HarmonyOS编译构建子系统的基本概念和工作原理;②掌握其在不同设备上的应用和优化策略;③对比HarmonyOS与安卓、iOS编译系统的差异;④探索其未来发展方向和技术演进路径。; 其他说明:本文详细介绍了HarmonyOS编译构建子系统的架构设计、核心功能和实际应用案例,强调了其在万物互联时代的重要性和潜力。阅读时建议重点关注编译构建子系统的独特优势及其对鸿蒙生态系统的深远影响。
嵌入式八股文面试题库资料知识宝典-奇虎360 2015校园招聘C++研发工程师笔试题.zip
嵌入式八股文面试题库资料知识宝典-腾讯2014校园招聘C语言笔试题(附答案).zip
双种群变异策略改进RWCE算法优化换热网络.pdf
内容概要:本文详细介绍了基于瞬时无功功率理论的三电平有源电力滤波器(APF)仿真研究。主要内容涵盖并联型APF的工作原理、三相三电平NPC结构、谐波检测方法(ipiq)、双闭环控制策略(电压外环+电流内环PI控制)以及SVPWM矢量调制技术。仿真结果显示,在APF投入前后,电网电流THD从21.9%降至3.77%,显著提高了电能质量。 适用人群:从事电力系统研究、电力电子技术开发的专业人士,尤其是对有源电力滤波器及其仿真感兴趣的工程师和技术人员。 使用场景及目标:适用于需要解决电力系统中谐波污染和无功补偿问题的研究项目。目标是通过仿真验证APF的有效性和可行性,优化电力系统的电能质量。 其他说明:文中提到的仿真模型涉及多个关键模块,如三相交流电压模块、非线性负载、信号采集模块、LC滤波器模块等,这些模块的设计和协同工作对于实现良好的谐波抑制和无功补偿至关重要。