bbed改动undo段状态(ORA-01578)
ZBDBA@orcl11g>select * from zbdba;
select * from zbdba
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 3, block # 1449)
ORA-01110: data file 3: '/opt/oracle/oradata/orcl11g/undotbs01.dbf'
这里是事务正在运行。可是数据库直接以abort方式关机。而且相应的回滚段损坏
当然这里事实上不须要bbed，仅仅须要用_offline_rollback_segments 隐含參数标记相应的回滚段，然后使用drop rollback segment 该回滚段就可以
这里使用bbed目的是在于研究undo回滚段的状态存于何处以及怎样改动
这里我们创建另外一个undo表空间。而且切换到该表空间
ZBDBA@orcl11g>create undo tablespace undotbs02 datafile '/opt/oracle/oradata/orcl11g/undotb02.dbf' size 100m; Tablespace created. ZBDBA@orcl11g>alter system set undo_tablespace=undotbs02; System altered. ZBDBA@orcl11g>show parameter undo
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS02
我们查看回滚段的状态。发现即使切换了，另一个回滚段处于online状态，由于这个回滚段上面还存在须要恢复的数据，可是这个回滚段已经被损坏，无法进行恢复。那么我们仅仅能将其删除。
ZBDBA@orcl11g>select segment_name,tablespace_name,status from dba_rollback_segs;
SEGMENT_NAME TABLESPACE_NAME STATUS
------------------------------ -------------------- ------------------------------------------------------------
SYSTEM SYSTEM ONLINE
_SYSSMU10_3550978943$ UNDOTBS1 ONLINE
_SYSSMU9_1424341975$ UNDOTBS1 OFFLINE
_SYSSMU8_2012382730$ UNDOTBS1 OFFLINE
_SYSSMU7_3286610060$ UNDOTBS1 OFFLINE
_SYSSMU6_2443381498$ UNDOTBS1 OFFLINE
_SYSSMU5_1527469038$ UNDOTBS1 OFFLINE
_SYSSMU4_1152005954$ UNDOTBS1 OFFLINE
_SYSSMU3_2097677531$ UNDOTBS1 OFFLINE
_SYSSMU2_2232571081$ UNDOTBS1 OFFLINE
_SYSSMU1_3780397527$ UNDOTBS1 OFFLINE
_SYSSMU20_3705739785$ UNDOTBS02 ONLINE
_SYSSMU19_3920348761$ UNDOTBS02 ONLINE
_SYSSMU18_2539622763$ UNDOTBS02 ONLINE
_SYSSMU17_178842559$ UNDOTBS02 ONLINE
_SYSSMU16_3035903491$ UNDOTBS02 ONLINE
_SYSSMU15_444141832$ UNDOTBS02 ONLINE
_SYSSMU14_3021863913$ UNDOTBS02 ONLINE
_SYSSMU13_3717211136$ UNDOTBS02 ONLINE
_SYSSMU12_3182721254$ UNDOTBS02 ONLINE
_SYSSMU11_3909920883$ UNDOTBS02 ONLINE
通过下面能够看到不同的数字相应不同的状态：
undo segment 的状态：
1表示offline而且被删除
2 表示offline
3 表示online
4 未知
5 表示need recovery
SYS@orcl11g>select name,status$ from undo$;
NAME STATUS$
------------------------------------------------------------ ----------
SYSTEM 3
_SYSSMU1_3780397527$ 2
_SYSSMU2_2232571081$ 2
_SYSSMU3_2097677531$ 2
_SYSSMU4_1152005954$ 2
_SYSSMU5_1527469038$ 2
_SYSSMU6_2443381498$ 2
_SYSSMU7_3286610060$ 2
_SYSSMU8_2012382730$ 2
_SYSSMU9_1424341975$ 2
_SYSSMU10_3550978943$ 3
_SYSSMU11_3909920883$ 3
_SYSSMU12_3182721254$ 3
_SYSSMU13_3717211136$ 3
_SYSSMU14_3021863913$ 3
_SYSSMU15_444141832$ 3
_SYSSMU16_3035903491$ 3
_SYSSMU17_178842559$ 3
_SYSSMU18_2539622763$ 3
_SYSSMU19_3920348761$ 3
_SYSSMU20_3705739785$ 3
强制将该回滚段offline。发现还是无法删除：
SYS@orcl11g>alter rollback segment "_SYSSMU10_3550978943$" offline; Rollback segment altered. SYS@orcl11g>drop tablespace UNDOTBS1;
drop tablespace UNDOTBS1
*
ERROR at line 1:
ORA-30013: undo tablespace 'UNDOTBS1' is currently in use
此时，我们关闭数据库使用bbed更改该回滚段的状态：
在数据库启动的时候，我们能够是oradebug 10046事件追踪。通过trace文件分析:
PARSING IN CURSOR #2 len=142 dep=1 uid=0 oct=3 lid=0 tim=1414654507002840 hv=361892850 ad='78938c58' sqlid='7bd391hat42zk'
select /*+ rule */ name,file#,block#,status$,user#,undosqn,xactsqn,scnbas,scnwrp,DECODE(inst#,0,NULL,inst#),ts#,spare1 from undo$ where us#=:1
END OF STMT
PARSE #2:c=0,e=17,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=3,plh=906473769,tim=1414654507002839
BINDS #2:
Bind#0
oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
oacflg=08 fl2=0001 frm=00 csi=00 siz=24 off=0
kxsbbbfp=7fcf70adc448 bln=22 avl=02 flg=05
value=7
undo段的状态是从undo$基表中获取的。那么我们看看这里的基表相应的物理块号
SYS@orcl11g>select rowid,dbms_rowid.rowid_object(rowid) robject,
2 dbms_rowid.rowid_relative_fno(rowid) fno,
3 dbms_rowid.rowid_block_number(rowid) bno,
4 dbms_rowid.rowid_row_number(rowid) rno from undo$ where rownum=1; ROWID ROBJECT FNO BNO RNO
------------------ ---------- ---------- ---------- ----------
AAAAAPAABAAAADhAAA 15 1 225 0
然后我们使用bbed查看该数据块：
BBED> map
File: /opt/oracle/oradata/orcl11g/system01.dbf (1)
Block: 225 Dba:0x004000e1
------------------------------------------------------------
KTB Data Block (Table/Cluster) struct kcbh, 20 bytes @0 struct ktbbh, 48 bytes @20 struct kdbh, 14 bytes @68 struct kdbt[1], 4 bytes @82 sb2 kdbr[21] @86 ub1 freespace[3752] @128 ub1 rowdata[4308] @3880 ub4 tailchk @8188
这里能够看出与视图相应的21个回滚段：
BBED> p kdbr
sb2 kdbr[0] @86 8078
sb2 kdbr[1] @88 4071
sb2 kdbr[2] @90 5156
sb2 kdbr[3] @92 5088
sb2 kdbr[4] @94 4206
sb2 kdbr[5] @96 4952
sb2 kdbr[6] @98 4341
sb2 kdbr[7] @100 4816
sb2 kdbr[8] @102 4748
sb2 kdbr[9] @104 4680
sb2 kdbr[10] @106 4611
sb2 kdbr[11] @108 4008
sb2 kdbr[12] @110 5880
sb2 kdbr[13] @112 5817
sb2 kdbr[14] @114 5751
sb2 kdbr[15] @116 3943
sb2 kdbr[16] @118 5622
sb2 kdbr[17] @120 3878
sb2 kdbr[18] @122 5490
sb2 kdbr[19] @124 3812
sb2 kdbr[20] @126 5360 BBED> p *kdbr[10]
rowdata[799]
------------
ub1 rowdata[799] @4679 0x2c BBED> x /1rnnnnnnnn
rowdata[799] @4679
------------
flag@4679: 0x2c (KDRHFL, KDRHFF, KDRHFH)
lock@4680: 0x00
cols@4681: 17 col 0[2] @4682: 10
col 1[21] @4685: -0
col 2[2] @4707: 1
col 3[2] @4710: 3
col 4[3] @4713: 272
col 5[5] @4717: 5168854
col 6[1] @4723: 0
col 7[3] @4725: 866
col 8[3] @4729: 350
col 9[1] @4733: 0
col 10[2] @4735: 3
col 11[2] @4738: 2
col 12[0] @4741: *NULL*
col 13[0] @4742: *NULL*
col 14[0] @4743: *NULL*
col 15[0] @4744: *NULL*
col 16[2] @4745: 2
在这里我们将回滚段的状态改动为2，表示offline
BBED> modify /x 02 offset 4737
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
File: /opt/oracle/oradata/orcl11g/system01.dbf (1)
Block: 225 Offsets: 4737 to 5248 Dba:0x004000e1
------------------------------------------------------------------------
0202c103 ffffffff 02c1032c 011102c1 0a145f53 5953534d 55395f31 34323433
34313937 352402c1 0202c104 03c20339 05c40614 12210180 03c20b5e 03c2045e
018002c1 0302c103 ffffffff 02c1032c 001102c1 09145f53 5953534d 55385f32
30313233 38323733 302402c1 0202c104 03c20329 05c40614 11380180 03c20b40
03c20334 018002c1 0302c103 ffffffff 02c1032c 001102c1 08145f53 5953534d
55375f33 32383636 31303036 302402c1 0202c104 03c20319 05c40614 11350180
03c20953 03c20418 018002c1 0302c103 ffffffff 02c1032c 001102c1 07145f53
5953534d 55365f32 34343333 38313439 382402c1 0202c104 03c20309 05c40220
295a0180 03c20944 03c20261 018002c1 0402c103 ffffffff 02c1032c 001102c1
06145f53 5953534d 55355f31 35323734 36393033 382402c1 0202c104 03c2025d
05c40614 11340180 03c20d4c 03c20512 018002c1 0302c103 ffffffff 02c1032c
001102c1 05145f53 5953534d 55345f31 31353230 30353935 342402c1 0202c104
03c2024d 05c4023e 14400180 03c2084c 03c20461 018002c1 0402c103 ffffffff
02c1032c 001102c1 04145f53 5953534d 55335f32 30393736 37373533 312402c1
0202c104 03c2023d 05c40614 11360180 03c20b5d 03c2053a 018002c1 0302c103
ffffffff 02c1032c 001102c1 03145f53 5953534d 55325f32 32333235 37313038 <32 bytes per line> BBED> p *kdbr[10]
rowdata[799]
------------
ub1 rowdata[799] @4679 0x2c BBED> x /1rnnnnnnnn
rowdata[799] @4679
------------
flag@4679: 0x2c (KDRHFL, KDRHFF, KDRHFH)
lock@4680: 0x00
cols@4681: 17 col 0[2] @4682: 10
col 1[21] @4685: -0
col 2[2] @4707: 1
col 3[2] @4710: 3
col 4[3] @4713: 272
col 5[5] @4717: 5168854
col 6[1] @4723: 0
col 7[3] @4725: 866
col 8[3] @4729: 350
col 9[1] @4733: 0
col 10[2] @4735: 1
col 11[2] @4738: 2
col 12[0] @4741: *NULL*
col 13[0] @4742: *NULL*
col 14[0] @4743: *NULL*
col 15[0] @4744: *NULL*
col 16[2] @4745: 2 BBED> sum apply;
Check value for File 1, Block 225:
current = 0x93df, required = 0x93df BBED> verify
DBVERIFY - Verification starting
FILE = /opt/oracle/oradata/orcl11g/system01.dbf
BLOCK = 225 DBVERIFY - Verification complete Total Blocks Examined : 1
Total Blocks Processed (Data) : 1
Total Blocks Failing (Data) : 0
Total Blocks Processed (Index): 0
Total Blocks Failing (Index): 0
Total Blocks Empty : 0
Total Blocks Marked Corrupt : 0
Total Blocks Influx : 0
Message 531 not found; product=RDBMS; facility=BBED
刷新缓存，又一次查看视图：
SYS@orcl11g>alter system flush buffer_cache; System altered. SYS@orcl11g>select segment_name,tablespace_name,status from dba_rollback_segs;
SEGMENT_NAME TABLESPACE_NAME STATUS
------------------------------ -------------------- ------------------------------------------------------------
SYSTEM SYSTEM ONLINE
_SYSSMU10_3550978943$ UNDOTBS1 OFFLINE
_SYSSMU9_1424341975$ UNDOTBS1 OFFLINE
_SYSSMU8_2012382730$ UNDOTBS1 OFFLINE
_SYSSMU7_3286610060$ UNDOTBS1 OFFLINE
_SYSSMU6_2443381498$ UNDOTBS1 OFFLINE
_SYSSMU5_1527469038$ UNDOTBS1 OFFLINE
_SYSSMU4_1152005954$ UNDOTBS1 OFFLINE
_SYSSMU3_2097677531$ UNDOTBS1 OFFLINE
_SYSSMU2_2232571081$ UNDOTBS1 OFFLINE
_SYSSMU1_3780397527$ UNDOTBS1 OFFLINE
_SYSSMU20_3705739785$ UNDOTBS02 ONLINE
_SYSSMU19_3920348761$ UNDOTBS02 ONLINE
_SYSSMU18_2539622763$ UNDOTBS02 ONLINE
_SYSSMU17_178842559$ UNDOTBS02 ONLINE
_SYSSMU16_3035903491$ UNDOTBS02 ONLINE
_SYSSMU15_444141832$ UNDOTBS02 ONLINE
_SYSSMU14_3021863913$ UNDOTBS02 ONLINE
_SYSSMU13_3717211136$ UNDOTBS02 ONLINE
_SYSSMU12_3182721254$ UNDOTBS02 ONLINE
_SYSSMU11_3909920883$ UNDOTBS02 ONLINE SYS@orcl11g>select name,status$ from undo$;
NAME STATUS$
------------------------------------------------------------ ----------
SYSTEM 3
_SYSSMU1_3780397527$ 2
_SYSSMU2_2232571081$ 2
_SYSSMU3_2097677531$ 2
_SYSSMU4_1152005954$ 2
_SYSSMU5_1527469038$ 2
_SYSSMU6_2443381498$ 2
_SYSSMU7_3286610060$ 2
_SYSSMU8_2012382730$ 2
_SYSSMU9_1424341975$ 2
_SYSSMU10_3550978943$ 1
_SYSSMU11_3909920883$ 3
_SYSSMU12_3182721254$ 3
_SYSSMU13_3717211136$ 3
_SYSSMU14_3021863913$ 3
_SYSSMU15_444141832$ 3
_SYSSMU16_3035903491$ 3
_SYSSMU17_178842559$ 3
_SYSSMU18_2539622763$ 3
_SYSSMU19_3920348761$ 3
_SYSSMU20_3705739785$ 3 SYS@orcl11g>select name,status$ from undo$;
NAME STATUS$
------------------------------------------------------------ ----------
SYSTEM 3
_SYSSMU1_3780397527$ 1
_SYSSMU2_2232571081$ 1
_SYSSMU3_2097677531$ 1
_SYSSMU4_1152005954$ 1
_SYSSMU5_1527469038$ 1
_SYSSMU6_2443381498$ 1
_SYSSMU7_3286610060$ 1
_SYSSMU8_2012382730$ 1
_SYSSMU9_1424341975$ 1
_SYSSMU10_3550978943$ 1
_SYSSMU11_3909920883$ 3
_SYSSMU12_3182721254$ 3
_SYSSMU13_3717211136$ 3
_SYSSMU14_3021863913$ 3
_SYSSMU15_444141832$ 3
_SYSSMU16_3035903491$ 3
_SYSSMU17_178842559$ 3
_SYSSMU18_2539622763$ 3
_SYSSMU19_3920348761$ 3
_SYSSMU20_3705739785$ 3 21 rows selected.
又一次启动数据库。发现offline的回滚段不存在：
SYS@orcl11g>col segment_name for a30;
SYS@orcl11g>col tablespace_name for a30;
SYS@orcl11g>select segment_name,tablespace_name,status from dba_rollback_segs;
SEGMENT_NAME TABLESPACE_NAME STATUS
------------------------------ ------------------------------ ------------------------------------------------------------
SYSTEM SYSTEM ONLINE
_SYSSMU20_3705739785$ UNDOTBS02 ONLINE
_SYSSMU19_3920348761$ UNDOTBS02 ONLINE
_SYSSMU18_2539622763$ UNDOTBS02 ONLINE
_SYSSMU17_178842559$ UNDOTBS02 ONLINE
_SYSSMU16_3035903491$ UNDOTBS02 ONLINE
_SYSSMU15_444141832$ UNDOTBS02 ONLINE
_SYSSMU14_3021863913$ UNDOTBS02 ONLINE
_SYSSMU13_3717211136$ UNDOTBS02 ONLINE
_SYSSMU12_3182721254$ UNDOTBS02 ONLINE
_SYSSMU11_3909920883$ UNDOTBS02 ONLINE 这时候我们来查看该表：
SYS@orcl11g>conn zbdba/oracle;
Connected.
ZBDBA@orcl11g>select * from zbdba;
NAME
------------------------------------------------------------
zbbda
bbed改动undo段状态(ORA-01578)的更多相关文章
- 如何删除回滚段状态为NEEDS RECOVERY的undo表空间
环境:RHEL 6.4 + Oracle 11.2.0.4 背景:备份恢复的测试库在一次不完全恢复后,没有来及做有效的全备,又一次数据库故障导致数据库无法正常open. 只能离线部分数据文件打开数据库 ...
- atitit查询表改动表字段没反应--解锁锁定的表
atitit查询表改动表字段没反应--解锁锁定的表 查询表改动表字段没反应 要是使用gui 没反应,最好使用cmd 方式,不卉不个gui 锁上.. ALTER TABLE t_mb_awardweix ...
- 第十三章：UNDO段
一.UNDO UNDO 段是用于存储还原数据的特殊段,在发生实例故障的时候,UNDO 段用来对数 据进行恢复.本章内容包括介绍 UNDO 段的工作原理,并进行自动和手工的 UNDO 段的管理 1.1 ...
- Oracle 查看 使用 UNDO 段的事务脚本
查看oracle undo segment段的信息: SELECT T1.USN, T2.NAME, T1.STATUS, T1.LATCH, T1.EXTENTS, T1.WRAPS, T1.EXT ...
- 使用bbed改动数据
bbed是一个强大的工具,同意我们绕过oracle直接从数据文件里改动相应的内容 ZBDBA@orcl11g>select * from emp; EMPNO ENAME JOB MGR HIR ...
- 【oracle11g，13】表空间管理2：undo表空间管理(调优) ，闪回原理
一.undo空间原理: dml操作会产生undo数据. update时,sever process 会在databuffer 中找到该记录的buffer块,没有就从datafile中找并读入data ...
- oracle之二管理undo
管理undo(PPT-I-299-309) 7.1 undo的作用(SMON) 使用undo tablespace 存放从datafiles 读出的数据块的前镜像,提供以下四种情况所需要的信息 ...
- ocp11g培训内部教材_052课堂笔记(042)_体系架构
OCP 052 课堂笔记 目录 第一部分: Oracle体系架构... 4 第一章:实例与数据库... 4 1.Oracle 网络架构及应用环境... 4 2.Oracle 体系结构... 4 3. ...
- Oracle创建新undo表空间最佳实践(包含段检查)
在处理一则ORA-600 [4194]案例时,参考MOS文档:Step by step to resolve ORA-600 4194 4193 4197 on database crash (文档 ...
随机推荐
- NHibernate3.2学习笔记-几种查询方式
一.开发环境 数据库:SQLServer2008 编译器:VS2010 .Net版本:.Net Framework 4.0 二.开发过程 1.项目结构 承接上一篇 2.执行sql语句 (1)基本语法 ...
- 使用_CRTDBG_LEAK_CHECK_DF检查VC程序的内存泄漏(转)
我们知道,MFC程序如果检测到存在内存泄漏,退出程序的时候会在调试窗口提醒内存泄漏.例如: class CMyApp : public CWinApp{public:BOOL InitApplicat ...
- Android 仿 新闻阅读器 菜单弹出效果（附源码DEMO）
这一系列博文都是:(android高仿系列)今日头条 --新闻阅读器 (一) 开发中碰到问题之后实现的,觉得可能有的开发者用的到或则希望独立成一个小功能DEMO,所以就放出来这么一个DEMO. 原本觉 ...
- Java线程及Jvm监控工具
Java线程状态 线程的五种状态 * 新建:new(时间很短) * 运行:runnable * 等待:waitting(无限期等待),timed waitting(限期等待) * 阻塞:blocked ...
- （转） 淘淘商城系列——redis-desktop-manager的使用
http://blog.csdn.net/yerenyuan_pku/article/details/72849791 实际工作环境中,redis会安装在服务器上,我们想使用redis服务就要使用re ...
- CAD把一个dwg文件，或者图像文件当着一个背景导入（com接口VB语言）
主要用到函数说明: MxDrawXCustomFunction::Mx_OpenBackgroundFile 把一个dwg文件,或者图像文件当着一个背景导入.详细说明如下: 参数 说明 CString ...
- Android studio升级后原有项目无法正常编译运行问题
Android studio工具升级后Gradle版本问题 背景 升级AndroidStudio到最新版本后,原来可正常编译输出AndroidTest的项目无法正常编译通过. 原因 升级后的Andro ...
- 比较synchronized和读写锁
一.科普定义 这篇博文的两个主角“synchronized”和“读写锁” 1)synchronized 这个同步关键字相信大家都用得比较多,在上一篇“多个线程之间共享数据的方式”中也详细列举他的应用, ...
- NOIP 前的垂死挣扎
计划每天十题吧,可能会一天水题一天难题吧.题目以杂题为主,没有专题可言. 10.11 计划: [x] P2939 [USACO09FEB] 改造路 Revamping Trails [ ] P3601 ...
- 微信小程序官方指南手册，教你如何使用微信小程序！
2017年1月9日,小程序如约而至.程序员们都讨论的热火朝天,但是真正使用过微信小程序的又有几个呢?下面今天我们给大家介绍下微信小程序到底应该如何使用? 首先,你的微信必须是最新版本的,微信官方是从要 ...