[20181204]模拟ora-00600[4194]错误.txt --//ORA-600[4194]内部错误一般由重做记录与回滚记录不匹配引发,与ora-00600[4193]类似. --//Oracle在验证Undo record number时,会对比redo change和回滚段中的undo record number,若发现2者存在差异则报该4194错误。 --//其错误argument[a][b],a代表回滚块中的最大undo record number,b代表重做日志中记录的undo record number。这个错误可能由 --//回滚段或者redo log日志文件讹误引起。 --//ORA-00600[4194]错误的根本原因是 redo记录与回滚段(rollback/undo)记录之间的不一致。当ORACLE在验证undo记录时相对应的变 --//化需要应用到undo数据块的最大undo记录上,此时若检验出错则会报ORA-00600[4194] --//此错误不像ORA-600[2662]或ORA-600[4000]错误那样必然导致数据库无法打开,因为它很少出现在前滚阶段;当数据库被打开,smon --//开始执行事务恢复或一些回滚段的管理工作时则很有可能触发该错误。 ORA-600[4194]的2个的含义: Arg [a] Maximum Undo record number in Undo block Arg [b] Undo record number from Redo block --//上午测试模拟ora-00600[4193],链接:http://blog.itpub.net/267265/viewspace-2284078/,下午模拟ora-00600[4194]. --//如果问题发生在system回滚段,就不能按照上面的方法处理.看了http://www.askmaclean.com/网站介绍. --//链接:http://www.askmaclean.com/archives/【oracle数据恢复】通过bbed修复ora-6004193和ora-6004194的例子.html --//通过bbed修改系统回滚段的2个参数.在sum apply就ok了. ktuxc.ktuxcnfb=0x0000 ktuxc.ktuxcfbp[0].ktufbuba.kubadba=0x00000000 --//反向思维一下,我想既然可以这样方法修复,也可以利用同样模拟问题的产生.通过测试环境测试看看. 1.环境: SYS@book> @ ver1 PORT_STRING VERSION BANNER ------------------------------ -------------- -------------------------------------------------------------------------------- x86_64/Linux 2.4.xx 11.2.0.4.0 Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production SYS@book> select HEADER_FILE,HEADER_BLOCK,BLOCKS,EXTENTS from dba_segments where segment_name='SYSTEM' and SEGMENT_TYPE='ROLLBACK'; HEADER_FILE HEADER_BLOCK BLOCKS EXTENTS ----------- ------------ ---------- ---------- 1 128 48 6 --//system表空间使用MSSM,bbed可以访问段头. SYS@book> shutdown immediate ; Database closed. Database dismounted. ORACLE instance shut down. SYS@book> startup mount ORACLE instance started. Total System Global Area 643084288 bytes Fixed Size 2255872 bytes Variable Size 205521920 bytes Database Buffers 427819008 bytes Redo Buffers 7487488 bytes Database mounted. SYS@book> alter system dump datafile '/mnt/ramdisk/book/system01.dbf' block 128; System altered. --//检查转储文件: Extent Control Header ----------------------------------------------------------------- Extent Header:: spare1: 0 spare2: 0 #extents: 6 #blocks: 47 last map 0x00000000 #maps: 0 offset: 4128 Highwater:: 0x00400088 ext#: 1 blk#: 0 ext size: 8 #blocks in seg. hdr's freelists: 0 #blocks below: 0 mapblk 0x00000000 offset: 1 Unlocked Map Header:: next 0x00000000 #extents: 6 obj#: 0 flag: 0x40000000 Extent Map ----------------------------------------------------------------- 0x00400081 length: 7 0x00400088 length: 8 0x00400210 length: 8 0x00400218 length: 8 0x00400220 length: 8 0x00400228 length: 8 TRN CTL:: seq: 0x002b chd: 0x005a ctl: 0x0003 inc: 0x00000000 nfb: 0x0001 ~~~~~~~~~~~ mgc: 0x8002 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe) uba: 0x00400088.002b.15 scn: 0x0003.37752d38 Version: 0x01 FREE BLOCK POOL:: uba: 0x00400088.002b.1e ext: 0x1 spc: 0x28a ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ uba: 0x00000000.001a.02 ext: 0x2 spc: 0x1f16 uba: 0x00000000.0018.3a ext: 0x0 spc: 0x80e uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0 uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0 TRN TBL:: index state cflags wrap# uel scn dba parent-xid nub stmt_num ------------------------------------------------------------------------------------------------ 0x00 9 0x00 0x002c 0x0003 0x0003.3776beed 0x00400088 0x0000.000.00000000 0x00000001 0x00000000 0x01 9 0x00 0x002b 0x0007 0x0003.37752d3e 0x00400084 0x0000.000.00000000 0x00000001 0x00000000 ... 0x5f 9 0x00 0x002a 0x000e 0x0003.3775454f 0x00400084 0x0000.000.00000000 0x00000001 0x00000000 0x60 9 0x00 0x002a 0x005c 0x0003.37752d44 0x00400084 0x0000.000.00000000 0x00000001 0x00000000 0x61 9 0x00 0x002b 0x0005 0x0003.3776bee7 0x00400088 0x0000.000.00000000 0x00000001 0x00000000 End dump data block from file /mnt/ramdisk/book/system01.dbf minblk 128 maxblk 128 --//注意下划线部分内容与bbed的观察对上.关闭数据库. 2.通过bbed观察: BBED> set dba 1,128 DBA 0x00400080 (4194432 1,128) BBED> p ktuxc struct ktuxc, 104 bytes @4148 struct ktuxcscn, 8 bytes @4148 ub4 kscnbas @4148 0x37752d38 ub2 kscnwrp @4152 0x0003 struct ktuxcuba, 8 bytes @4156 ub4 kubadba @4156 0x00400088 ub2 kubaseq @4160 0x002b ub1 kubarec @4162 0x15 sb2 ktuxcflg @4164 1 (KTUXCFSK) ub2 ktuxcseq @4166 0x002b sb2 ktuxcnfb @4168 1 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ub4 ktuxcinc @4172 0x00000000 sb2 ktuxcchd @4176 90 sb2 ktuxcctl @4178 3 ub2 ktuxcmgc @4180 0x8002 ub4 ktuxcopt @4188 0x7ffffffe struct ktuxcfbp[0], 12 bytes @4192 struct ktufbuba, 8 bytes @4192 ub4 kubadba @4192 0x00400088 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ub2 kubaseq @4196 0x002b ub1 kubarec @4198 0x1e ------------------------------------------------------------- sb2 ktufbext @4200 1 sb2 ktufbspc @4202 650 --//注意看下划线,如果出现问题,正常就是修改这2处. --//修改dba 1,128 ktuxc.ktuxcfbp[0].ktufbuba.kubarec=0x1f BBED> assign dba 1,128 ktuxc.ktuxcfbp[0].ktufbuba.kubarec=0x1f Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y ub2 kubaseq @4196 0x002f BBED> sum apply dba 1,128 Check value for File 1, Block 128: current = 0x52ea, required = 0x52ea 3.测试看看: SYS@book> startup ORACLE instance started. Total System Global Area 643084288 bytes Fixed Size 2255872 bytes Variable Size 205521920 bytes Database Buffers 427819008 bytes Redo Buffers 7487488 bytes Database mounted. ORA-01092: ORACLE instance terminated. Disconnection forced ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Process ID: 26370 Session ID: 274 Serial number: 3 --//alert.log记录如下: Undo initialization errored: err:600 serial:0 start:3992256618 end:3992258058 diff:1440 (14 seconds) Errors in file /u01/app/oracle/diag/rdbms/book/book/trace/book_ora_26370.trc: ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Errors in file /u01/app/oracle/diag/rdbms/book/book/trace/book_ora_26370.trc: ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], [], [], [], [], [] Error 600 happened during db open, shutting down database USER (ospid: 26370): terminating the instance due to error 600 Instance terminated by USER, pid = 26370 ORA-1092 signalled during: ALTER DATABASE OPEN... opiodr aborting process unknown ospid (26370) as a result of ORA-1092 Tue Dec 04 15:47:36 2018 ORA-1092 : opitsk aborting process --//模拟的没有[a][b]参数. 4.继续测试: --//奇怪我执行如下,修改原值 assign dba 1,128 ktuxc.ktuxcfbp[0].ktufbuba.kubarec=0x1e --//startup依旧报ora-00600[4194]. assign dba 1,128 ktuxc.ktuxcnfb=0x0000 assign dba 1,128 ktuxc.ktuxcfbp[0].ktufbuba.kubadba=0x00000000 BBED> assign dba 1,128 ktuxc.ktuxcnfb=0x0000 Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y sb2 ktuxcnfb @4168 0 BBED> assign dba 1,128 ktuxc.ktuxcfbp[0].ktufbuba.kubadba=0x00000000 ub4 kubadba @4192 0x00000000 BBED> sum apply dba 1,128 Check value for File 1, Block 128: current = 0x7d27, required = 0x7d27 SYS@book> startup ORACLE instance started. Total System Global Area 643084288 bytes Fixed Size 2255872 bytes Variable Size 205521920 bytes Database Buffers 427819008 bytes Redo Buffers 7487488 bytes Database mounted. Database opened. --//OK,现在启动成功!!
[20181204]模拟ora-00600[4194]错误.txt
来源:这里教程网
时间:2026-03-03 12:26:12
作者:
编辑推荐:
- [20181204]模拟ora-00600[4194]错误.txt03-03
- 如何去除word中的水印03-03
- 如何去掉word回车符03-03
- [20181204]bbed修改问题.txt03-03
- 取消word第二页空白页的四种方法03-03
- 技术人生系列-我和数据中心的故事(第五期)清算/报表/日终跑批程序之性能优化案例03-03
- 去掉word边框线的方法图解步骤03-03
- 去掉word灰色背景的方法步骤详解03-03
下一篇:
相关推荐
-
雷神推出 MIX PRO II 迷你主机:基于 Ultra 200H,玻璃上盖 + ARGB 灯效
2 月 9 日消息,雷神 (THUNDEROBOT) 现已宣布推出基于英
-
制造商 Musnap 推出彩色墨水屏电纸书 Ocean C:支持手写笔、第三方安卓应用
2 月 10 日消息,制造商 Musnap 现已在海外推出一款 Oce
热文推荐
- 技术人生系列-我和数据中心的故事(第五期)清算/报表/日终跑批程序之性能优化案例
- 技术人生系列 · 我和数据中心的故事——第一期
技术人生系列 · 我和数据中心的故事——第一期
26-03-03 - Debian部署性能优化(从零开始提升Linux服务器运行效率)
Debian部署性能优化(从零开始提升Linux服务器运行效率)
26-03-03 - 技术人生系列-我和数据中心的故事(第三期)-中亦科技关于数据库文件损坏风险的提醒
- 技术人生系列 · 我和数据中心的故事(第六期)-Oracle内存过度消耗风险提醒
- 技术人生系列 · 我和数据中心的故事(第十一期)- 一次启停引发的故障
技术人生系列 · 我和数据中心的故事(第十一期)- 一次启停引发的故障
26-03-03 - 如何将pdf转换成word文档
如何将pdf转换成word文档
26-03-03 - 技术人生系列 · 我和数据中心的故事(第八期)Systemstate Dump分析经典案例(下)
- 技术人生系列 · 我和数据中心的故事(第七期)Systemstate Dump分析经典案例(上)
- 如何给word排版
如何给word排版
26-03-03
