案例:Oracle dul数据挖掘 没有数据库备份非常规恢复truncate删除的数据表
Oracle数据库在没有备份情况下在对表中的某数据表进行truncate删除后,通过oracle dul进行非常规恢复
1.准备oracle dul测试环境
SQL> select count(*) from t_xifenfei;COUNT(*)
----------67854SQL> desc t_xifenfeiName Null? Type----------------------------------------- -------- ----------------------------OWNER VARCHAR2(30)OBJECT_NAME VARCHAR2(128)SUBOBJECT_NAME VARCHAR2(30)OBJECT_ID NUMBERDATA_OBJECT_ID NUMBEROBJECT_TYPE VARCHAR2(19)CREATED DATELAST_DDL_TIME DATETIMESTAMP VARCHAR2(19)STATUS VARCHAR2(7)TEMPORARY VARCHAR2(1)GENERATED VARCHAR2(1)SECONDARY VARCHAR2(1)NAMESPACE NUMBEREDITION_NAME VARCHAR2(30)SQL> select object_id,data_object_id from user_objects where object_name='T_XIFENFEI';OBJECT_ID DATA_OBJECT_ID
---------- --------------68332 68332SQL> TRUNCATE TABLE T_XIFENFEI;Table truncated.SQL> ALTER SYSTEM CHECKPOINT;System altered.SQL> select object_id,data_object_id from user_objects where object_name='T_XIFE
NFEI';OBJECT_ID DATA_OBJECT_ID
---------- --------------68332 68468SQL> SELECT TABLESPACE_NAME FROM DBA_SEGMENTS WHERE SEGMENT_NAME='T_XIFENFEI';TABLESPACE_NAME
------------------------------
USERSSQL> SELECT FILE_ID FROM DBA_DATA_FILES WHERE TABLESPACE_NAME='USERS';FILE_ID
----------4SQL> SELECT file#,RFILE#,NAME FROM V$DATAFILE;FILE# RFILE# NAME
---------- ---------- --------------------------------------------------1 1 E:\ORACLE\ORADATA\XIFENFEI\SYSTEM01.DBF2 2 E:\ORACLE\ORADATA\XIFENFEI\SYSAUX01.DBF3 3 E:\ORACLE\ORADATA\XIFENFEI\UNDOTBS01.DBF4 4 E:\ORACLE\ORADATA\XIFENFEI\USERS01.DBF5 5 E:\ORACLE\ORADATA\XIFENFEI\UNDO01.DBF6 6 E:\ORACLE\ORADATA\XIFENFEI\CZUM01.DBF6 rows selected.
备注说明:因为我们为了测试,所以直接查询出来了data_object_id,在实际的恢复中,我们需要使用logminer来找出来历史dataobj#
2.dul恢复truncate 表
e:\dul10>dul.exeData UnLoader 10.2.4.37 - Oracle Internal Only - on Mon Feb 04 00:20:08 2013 with 64-bit io functionsCopyright (c) 1994 2010 Bernard van Duijnen All rights reserved.Strictly Oracle Internal use OnlyDUL: Warning: Recreating file "dul.log" Reading USER.dat 65 entries loaded Reading OBJ.dat 67944 entries loaded and sorted 67944 entries Reading SCANNEDLOBPAGE.dat 8 entries loaded and sorted 8 entries Reading TAB.dat 1869 entries loaded Reading COL.dat 77409 entries loaded and sorted 77409 entries Reading SEG.dat 23 entries loaded Reading EXT.dat 54 entries loaded and sorted 54 entries Reading TABPART.dat 110 entries loaded and sorted 110 entries Reading TABCOMPART.dat 1 entries loaded and sorted 1 entries Reading TABSUBPART.dat 32 entries loaded and sorted 32 entries Reading INDPART.dat 127 entries loaded and sorted 127 entries Reading INDCOMPART.dat 0 entries loaded and sorted 0 entries Reading INDSUBPART.dat 0 entries loaded and sorted 0 entries Reading IND.dat 3729 entries loaded Reading LOB.dat DUL: Warning: Increased the size of DC_LOBS from 1024 to 8192 entries1109 entries loaded Reading ICOL.dat 4868 entries loaded Reading COLTYPE.dat 2823 entries loaded Reading TYPE.dat 2082 entries loaded Reading ATTRIBUTE.dat 8736 entries loaded Reading COLLECTION.dat 591 entries loaded Reading COMPATSEG.dat 0 entries loaded Reading BOOTSTRAP.dat 60 entries loaded Reading LOBFRAG.dat 1 entries loaded and sorted 1 entries Reading LOBCOMPPART.dat 0 entries loaded and sorted 0 entries Reading UNDO.dat 24 entries loaded Reading TS.dat 7 entries loaded Reading PROPS.dat 36 entries loaded Database character set is ZHS16GBK Database national character set is AL16UTF16 Found db_id = 1422012639 Found db_name = XIFENFEIDUL> SCAN DATAFILE 4;DUL: Warning: Recreating file "EXT.dat" DUL: Warning: Recreating file "SEG.dat" DUL: Warning: Recreating file "COMPATSEG.dat" DUL: Warning: Recreating file "SCANNEDLOBPAGE.dat" Scanning tablespace 4, data file 4 ...23 segment header and 1601 data blockstablespace 4, data file 4: 2079 blocks scanned Reading EXT.dat 54 entries loaded and sorted 54 entries Reading SEG.dat 23 entries loaded Reading COMPATSEG.dat 0 entries loaded Reading SCANNEDLOBPAGE.dat 8 entries loaded and sorted 8 entriesDUL> ALTER SESSION SET USE_SCANNED_EXTENT_MAP = TRUE; Parameter altered DUL> scan extents;DUL: Warning: Recreating file "seen_tab.dat" DUL: Warning: Recreating file "seen_col.dat" Scanning extents without segment headerScanning extent id (dba 0, obj 68332)Analyzing segment: data object id 68332heap organized table Col Seen Max PCT PRINT NUMBERS DATES TIMESTAMP WITH TZ INTRVAL ROWIDS LOBno count Size NUL 75%100% AnyNice AnyNice AnyNice AnyNice Y2M D2S AnyNice1 67854 18 0 100 100 0 0 0 0 0 0 0 0 0 0 44 0 0…………14 67854 2 0 0 0 100 100 0 0 0 0 0 0 0 0 0 0 0|SYS| |C_FILE#_BLOCK#| || |8| |8| |CLUSTER| |20-JAN-2013 AD 17:13:18| |20-JAN-20 ………… :18| |2013-01-20:17:13:18| |VALID| |N| |N| |N| |1|UNLOAD TABLE OBJNO68332 ( COL001 VARCHAR2(18), COL002 VARCHAR2(30), COL003 VARCH AR2(27), COL004 NUMBER, COL005 NUMBER, COL006 VARCHAR2(18), COL007 DATE, COL008 DATE, COL009 VARCHAR2(19), COL010 VARCHAR2(7), COL011 VARCHAR2( 1), COL012 VARCHAR2(1), COL013 VARCHAR2(1), COL014 NUMBER )STORAGE( DATAOBJNO 68332 );--自己拼接语句 DUL> UNLOAD TABLE t_xifenfei_1(OWNER VARCHAR2(30),OBJECT_NAME VARCHAR2(128),SUB OBJECT_NAME VARCHAR2(30),OBJECT_ID NUMBER,DATA_OBJECT_ID NUMBER,OBJECT_TY PE VARCHAR2(19),CREATED DATE,LAST_DDL_TIME DATE,TIMESTAMP VARCHAR2(19),ST ATUS VARCHAR2(7),TEMPORARY VARCHAR2(1),GENERATED VARCHAR2(1),SECONDARY VARCHAR2(1),NAMESPACE NUMBER,EDITION_NAME VARCHAR2(30)) STORAGE( DATAOBJNO 6 8332 ); . unloading table T_XIFENFEI_1 DUL: Warning: Recreating file "T_XIFENFEI_1.ctl"67854 rows unloaded
补充说明:
1.在最新的dul 10.2.0.5.20中,不支持scan extents命令
2.在最新的dul 10.2.0.5.20中,挖出来的无数据字典数据,字符串转换为16进制值
--------------------------------------ORACLE-DBA----------------------------------------
最权威、专业的Oracle案例资源汇总之案例:Oracle dul数据挖掘 没有数据库备份非常规恢复truncate删除的数据表
原文唯一网址:http://www.oracleplus.net/arch/oracle-20160522-217.html
Oracle研究中心
关键词:
Oracle dul数据挖掘
没有数据库备份非常规恢复truncate删除的数据表
转载于:https://www.cnblogs.com/piguanjia/p/5608273.html
案例:Oracle dul数据挖掘 没有数据库备份非常规恢复truncate删除的数据表相关推荐
- oracle dul误删数据,案例:Oracle dul数据挖掘 没有数据库备份非常规恢复truncate删除的数据表...
Oracle数据库在没有备份情况下在对表中的某数据表进行truncate删除后,通过oracle dul进行非常规恢复 1.准备oracle dul测试环境SQL> select count(* ...
- oracle恢复drop建的表首次,案例:Oracle dul数据挖掘 没有备份情况下非常规恢复drop删除的数据表...
天萃荷净 通过Oracle dul工具在没有备份情况下进行非常规恢复,找出drop删除的Oracle数据表中的数据进行恢复 dul对被drop对象进行恢复,需要提供两个信息 1.被删除表所属表空间(非 ...
- 案例:Oracle dul数据挖掘 磁盘损坏dul提取数据文件中表的数据及l
通过使用Oracle DUL工具提取损坏磁盘里的数据库文件中的表及lob字段中内容 在有次8i的库恢复中,因为硬盘损坏导致几个表出现很多诡异性坏块,尝试使用dul对其进行挖掘数据,当时使用dul 9 ...
- oracle dul 扫描磁盘,案例:Oracle dul数据挖掘 磁盘损坏dul提取数据文件中表的数据及l...
天萃荷净 通过使用Oracle DUL工具提取损坏磁盘里的数据库文件中的表及lob字段中内容 在有次8i的库恢复中,因为硬盘损坏导致几个表出现很多诡异性坏块,尝试使用dul对其进行挖掘数据,当时使用d ...
- dul恢复oracle数据,学习笔记:Oracle dul数据挖掘 使用DUL数据恢复软件恢复分区表中...
使用Oracle dul数据恢复工具对Oracle数据库分区表中的数据进行恢复 创建SALES分区表案例 CREATE TABLE SALES ( PRODUCT_ID VARCHAR2(5), SA ...
- oracle 11g dul,学习笔记:Oracle dul数据挖掘 导出Oracle11G数据文件坏块中表中
试验模拟导出Oracle 11G数据库中数据文件坏块中表中的数据 以前一直以为dul对应的版本只能恢复最高的数据库版本一致,今天测试发现dul 10可以恢复11g最新版的数据库. 模拟环境SQL> ...
- Oracle数据库备份和恢复配置详解
本文Oracle讲述了数据库备份和恢复配置的详解过程,可能的失败及其解决方法. 失败类型 遇到的失败或错误分为两大类:物理和逻辑.物理错误一般是硬件错误或使用数据库的应用程序中的软件错误,而逻辑错误一 ...
- oracle恢复主键丢失,案例:Oracle重建控制文件丢失undo异常恢复 ORA-01173模拟与恢复...
天萃荷净 重建控制文件丢失undo异常恢复 ORA-01173模拟与恢复 数据库异常关闭,使用resetlogs方式重建控制文件,不包含undo表空间相关数据库,然后尝试resetlogs打开数据库, ...
- ASP中怎么实现SQL数据库备份、恢复!
选择自 hanghwp 的 Blog 1.ASP中怎么实现SQL数据库备份.恢复! 答:asp在线备份sql server数据库: 1.备份 <% SQL="backup databa ...
最新文章
- 地球系统科学简史:理解地球复杂性的多学科探索历程
- modules not found(模块未找到)的解决方案
- avrstudio5 拨码管
- Simhash 网页重复
- 题目3:文本文件单词的检索与计数(实现代码)
- STB 上Linux软件系统解决方案
- Head First HTML与CSS、XHTML++笔记(第四章 WEB镇之旅 第五章 认识媒体)
- sorl6.0+jetty+mysql搭建solr服务
- 数据看穿一生:前半生赚钱养娃,后半生赚钱买命
- 带滤镜拍照的app_自拍也有大讲究,选对滤镜才能美美美!
- Kali Linux 网络扫描秘籍 第三章 端口扫描(一)
- I00023 鸡兔同笼解法二
- 【字符编码系列】常用的几种字符编码(GBK,UTF-8,UTF-16)
- .Net将Base64字符串转换为Image对象或保存为图片到本地
- saltstack数据返回和模块定义
- 菜鸟点评-FILCO 忍者二代机械键
- linux vim 全删文件指定内容,Linux系统文本编辑器vim指令大全
- 编写贪吃蛇的c++游戏
- 透明代理、匿名代理、混淆代理、高匿代理有什么区别?
- python数据导入与清洗_Python学习之 数据清洗之增删改查