联系:手机(+86 13429648788) QQ(107644445)QQ咨询惜分飞
标题:dul无法加载bootstrap实现unload table/user恢复
作者:惜分飞
最近有朋友误操作引起了非常大的事故,差点吃了官司.在做数据库迁移的时候,远程误操作删除了原库的system等几个数据库初始安装的文件,而且该磁盘空间使用率非常高,还有少量写入.
最后结果比较悲剧,通过文件系统层面无法直接恢复出来数据文件,而且该库无任何有效备份,又没有表名,列名等信息,无奈之下只能通过底层io block重组来恢复数据文件,可是悲剧又一次发生,这个磁盘上以前也有一份system等文件,最后经过多方重组恢复出来一份相对理想的数据文件.
但是第三方公司通过这样重组出来的数据文件和未被删除的业务文件恢复出来的数据大量有问题,依旧需要我们进一步分析恢复处理.
这篇文章主要描述了dul在无法加载bootstrap命令之后通过一些方法依旧可以正常使用unload table/user 等命令实现数据尽可能恢复.你要知道几百张表没有表名/列名要把他们区分出来那是什么样的工作量……
在dul中配置system文件
D:/xifenfei/system01.dbfD:/TEMP/recover/dul/bak>dulData UnLoader: 11.2.0.0.4 - Internal Only - on Wed Sep 28 17:01:56 2016with 64-bit io functionsCopyright (c) 1994 2016 Bernard van Duijnen All rights reserved.Strictly Oracle Internal Use OnlyDUL> show datafiles;Sorry, no valid data files found in control.txt
使用默认的dul中数据文件配置方法,让dul自己发现数据文件方法不可行
随意表空间号和文件号dul识别
0 0 D:/xifenfei/system01.dbfD:/TEMP/recover/dul/bak>dulData UnLoader: 11.2.0.0.4 - Internal Only - on Wed Sep 28 17:00:27 2016with 64-bit io functionsCopyright (c) 1994 2016 Bernard van Duijnen All rights reserved.Strictly Oracle Internal Use OnlyDUL: Warning: File Type mismatch 1 != 8DUL: Warning: D:/xifenfei/system01.dbf Header tablespace number 3!= 0DUL: Warning: D:/xifenfei/system01.dbf Header relative file number 1 != 0Found db_id = 2948357999Found db_name = XIFENFEIDUL: Warning: Found mismatch while checking file D:/xifenfei/system01.dbfDUL: Warning: DUL osd_parameter or control.dul configuration errorDUL: Warning: Given file number(0) in control file does not match file# in dba(1)
通过这个识别我们可以知道system的表空间号为3,文件号为1
再次配置system让dul识别
3 1 D:/xifenfei/system01.dbfD:/TEMP/recover/dul/bak>dulData UnLoader: 11.2.0.0.4 - Internal Only - on Wed Sep 28 17:03:46 2016with 64-bit io functionsCopyright (c) 1994 2016 Bernard van Duijnen All rights reserved.Strictly Oracle Internal Use OnlyDUL: Warning: File Type mismatch 1 != 8Found db_id = 2948357999Found db_name = XIFENFEIDUL> show datafiles;ts# rf# start blocks offs open err file name3 1 0 320257 0 1 0 D:/xifenfei/system01.dbf
dul正常识别出来system文件但是根据经验我们知道tablespace 3肯定是有问题的,因此后续操作依旧问题非常多
尝试dul bootstrap恢复失败
DUL> bootstrap;Scanning SYSTEM tablespace to locate compatibility segment ...DUL: Warning: No files found for tablespace 0Reading EXT.dat 0 entries loaded and sorted 0 entriesReading SEG.dat 0 entries loadedReading COMPATSEG.dat 0 entries loadedReading SCANNEDLOBPAGE.dat 0 entries loaded and sorted 0 entriesDUL: Error: No compatibility segments found
由于表空间号错误,dul无法加载到bootstrap$表,另外根据bbed分析恢复出来的system文件中bootstrap$这部分丢失
尝试人工加载dul所需数据字典
DUL> unload table OBJ$ 2 storage ( tablespace 3 segobjno 18 file 1 block 240);. unloading table OBJ$ 79074 rows unloadedDUL> unload table TAB$( OBJ# number, DATAOBJ# number,2 cluster C_OBJ#(OBJ#)3 storage ( tablespace 3 segobjno 2 tabno 1 file 1 block 144);. unloading table TAB$ 4482 rows unloadedDUL> unload table COL$ ( OBJ# number, COL# number , SEGCOL# number,2 cluster C_OBJ#(OBJ#)3 storage ( tablespace 3 segobjno 2 tabno 5 file 1 block 144);. unloading table COL$ 114491 rows unloadedDUL> unload table USER$2 cluster C_USER#(USER#)3 storage ( tablespace 3 segobjno 10 tabno 1 file 1 block 208);. unloading table USER$ 96 rows unloaded----其他表省略,根据需要的依次处理尝试使用dul恢复数据DUL> desc portal_emr.BASEELEMENT;Table PORTAL_EMR.BASEELEMENTobj#= 87200, dataobj#= 87200, ts#= 9, file#= 7, block#=458tab#= 0, segcols= 8, clucols= 0Column information:icol# 01 segcol# 01 BENAME len 30 type 1 VARCHAR2 cs 852(ZHS16GBK)icol# 02 segcol# 02 TYPENAME len 30 type 1 VARCHAR2 cs 852(ZHS16GBK)icol# 03 segcol# 03 TYPETYPE len 22 type 2 NUMBER(0,0)icol# 04 segcol# 04 BEXMLTEXT len 4000 type 1 VARCHAR2 cs 852(ZHS16GBK)icol# 05 segcol# 05 DEPTGROUPCODE len 30 type 1 VARCHAR2 cs 852(ZHS16GBK)icol# 06 segcol# 06 ISCOMMON len 22 type 2 NUMBER(0,0)icol# 07 segcol# 07 BESPELL len 15 type 1 VARCHAR2 cs 852(ZHS16GBK)icol# 08 segcol# 08 ELEMTYPE len 22 type 2 NUMBER(0)DUL> show datafiles;ts# rf# start blocks offs open err file name3 1 0 320257 0 1 0 D:/xifenfei/system01.dbf9 7 0 4170425 0 1 0 D:/BaiduYunDownload/PORTAL_EMRDUL> unload table portal_emr.BASEELEMENT;. unloading table BASEELEMENT 1913 rows unloaded
这里描述了在dul无法加载bootstrap命令之后,通过人工加载数据字典实现正常的unload table/user功能,丢弃了一般处理思路中的只能通过scan 然后unload没有表名,列名的处理方法,从而实现了恢复的最大化.
我们对原厂官方oracle dual工具有深入研究,如果在oracle dul恢复方面有搞不定的问题.
请联系我们,提供专业ORACLE数据库恢复技术支持
Phone:13429648788 Q Q:107644445 E-Mail:dba@xifenfei.com
以上所述是小编给大家介绍的dul无法加载bootstrap实现unload table/user恢复,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对武林网网站的支持!
新闻热点
疑难解答