oracle中truncatetable后的数据如何恢复
创新互联建站是专业的韶关网站建设公司，韶关接单;提供成都网站建设、网站制作,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行韶关网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
Oracle认证是由Oracle公司，为能够满足对Oracle核心人士需求，Oracle公司颁布并实施的一项权威品的服务与支持。下面我为大家整理了关于oracle中truncatetable后的数据如何恢复的.文章，一起来看看吧：
1、首先下载odu数据恢复工具，然后解压。(odu工具见附件)
2、查询数据文件路径相关信息：select ts#,file#,rfile#,name,BLOCK_SIZE from v$datafile;
将其结构填入odu目录下的control.txt文件中
格式如下：
#ts #fno #rfno filename block_size
0 1 1 /bbdata/hzdb/system01.dbf 8192
1 2 2 /bbidx/hzdb/undotbs01.dbf 8192
3 3 3 /bbidx/hzdb/indx01.dbf 8192
4 4 4 /bbdata/hzdb/tools01.dbf 8192
5 5 5 /bbdata/hzdb/users01.dbf 8192
6 6 6 /bbdata/hzdb/REPORT.dbf 8192
7 7 7 /bbdata/hzdb/RESERVE.dbf 8192
8 8 8 /bbdata/hzdb/WZHTBS.dbf 8192
9 9 9 /bbdata/hzdb/perfstat01.dbf 8192
3、打开oud
4、执行命令：unload dict
5、执行命令：scan extent (需等一会儿时间)
6、执行命令：desc [用户名].[被删除数据的表名]
Object ID:33547
Storage(Obj#=33547 DataObj#=33549 TS#=11 File#=10 Block#=1400 Cluster=0)
NO. SEG INT Column Name Null? Type
--- --- --- ------------------------------ --------- ------------------------------
1 1 1 OWNER VARCHAR2(30)
2 2 2 OBJECT_NAME VARCHAR2(128)
3 3 3 SUBOBJECT_NAME VARCHAR2(30)
4 4 4 OBJECT_ID NUMBER
5 5 5 DATA_OBJECT_ID NUMBER
6 6 6 OBJECT_TYPE VARCHAR2(18)
7 7 7 CREATED DATE
8 8 8 LAST_DDL_TIME DATE
9 9 9 TIMESTAMP VARCHAR2(19)
10 10 10 STATUS VARCHAR2(7)
11 11 11 TEMPORARY VARCHAR2(1)
12 12 12 GENERATED VARCHAR2(1)
13 13 13 SECONDARY VARCHAR2(1)
从上面的输出中，我们可以看到，TEST.T1表所在的表空间号为11，数据段头部为10号文件的1400号块。
我们使用ODU来确定T1表原来的data object id。一般来说，数据段的数据块，一般是在段头后面相邻的块中。但是我们可以从段头来确认：
ODU dump datafile 10 block 1400
Block Header:
block type=0×23 (ASSM segment header block)
block format=0×02 (oracle 8 or 9)
block rdba=0×02800578 (file#=10, block#=1400)
scn=0×0000.00286f2d, seq=4, tail=0×6f2d2304
block checksum value=0×0=0, flag=0
Data Segment Header:
Extent Control Header
-------------------------------------------------------------
Extent Header:: extents: 1 blocks: 5
last map: 0×00000000 #maps: 0 offset: 668
Highwater:: 0×02800579 (rfile#=10,block#=1401)
ext#: 0 blk#: 3 ext size:5
#blocks in seg. hdr’s freelists: 0
#blocks below: 0
mapblk: 0×00000000 offset: 0
--------------------------------------------------------
Low HighWater Mark :
Highwater:: 0×02800579 ext#: 0 blk#: 3 ext size: 5
#blocks in seg. hdr’s freelists: 0
#blocks below: 0
mapblk 0×00000000 offset: 0
Level 1 BMB for High HWM block: 0×02800576
Level 1 BMB for Low HWM block: 0×02800576
--------------------------------------------------------
Segment Type: 1 nl2: 1 blksz: 2048 fbsz: 0
L2 Array start offset: 0×00000434
First Level 3 BMB: 0×00000000
L2 Hint for inserts: 0×02800577
Last Level 1 BMB: 0×02800576
Last Level 1I BMB: 0×02800577
Last Level 1II BMB: 0×00000000
Map Header:: next 0×00000000 #extents: 1 obj#: 33549 flag: 0×220000000
Extent Map
-------------------------------------------------------------
0×02800576 length: 5
Auxillary Map
-------------------------------------------------------------
Extent 0 : L1 dba: 0×02800576 Data dba: 0×02800579
-------------------------------------------------------------
Second Level Bitmap block DBAs
-------------------------------------------------------------
DBA 1: 0×02800577
从上面的输出中的“Extent 0 : L1 dba: 0×02800576 Data dba: 0×02800579”可以看到，段的第1个数据块的RDBA为0×02800579，也就是10号文件的1401块。
我们dump第10号文件的1401块头，来得到表T1原来的data object id：
ODU dump datafile 10 block 1401 header
Block Header:
block type=0×06 (table/index/cluster segment data block)
block format=0×02 (oracle 8 or 9)
block rdba=0×02800579 (file#=10, block#=1401)
scn=0×0000.00285f2b, seq=2, tail=0×5f2b0602
block checksum value=0×0=0, flag=0
Data Block Header Dump:
Object id on Block? Y
seg/obj: 0×830b=33547 csc: 0×00.285f21 itc: 3 flg: E typ: 1 (data)
brn: 0 bdba: 0×2800576 ver: 0×01
Itl Xid Uba Flag Lck Scn/Fsc
0×01 0xffff.000.00000000 0×00000000.0000.00 C--- 0 scn 0×0000.00285f21
0×02 0×0000.000.00000000 0×00000000.0000.00 ---- 0 fsc 0×0000.00000000
0×03 0×0000.000.00000000 0×00000000.0000.00 ---- 0 fsc 0×0000.00000000
Data Block Dump:
================
flag=0×0 --------
ntab=1
nrow=16
frre=-1
fsbo=0×32
ffeo=0×145
avsp=0×113
tosp=0×113
可以看到，T1表原来的data object id就是33547。
7. 使用ODU来unload数据：
ODU unload table test.t1 object 33547
8、使用sqlldr导入我们恢复的数据：打开cmd命令，执行E:\ODU\datasqlldr 用户名/密码@数据库id control=TEST_T1.ctl ;
任何软件都有可能在有意或无意的情况下被重新安装，如Oracle重装后数据库怎么恢复呢？情况发生在你是无意的情况下!ORACLE数据库恢复的方法我们经常会用到，下面就为您介绍重装系统后ORACLE数据库恢复的方法，希望对您学习ORACLE数据库恢复方面能有所帮助。\x0d\x0a\x0d\x0a我的电脑突然挂了，不得不重装系统，不过我的ORACLE装在了D盘，所有的文件都还在，我相信一定能够恢复，直到搞定工作，我才开始整我的数据库，花了两天时间，终于恢复了，庆祝一下，同时总结一下，希望有遇到同样问题的朋友能够快速搞定此类问题\x0d\x0a\x0d\x0a第一种：\x0d\x0a\x0d\x0a首先，备份数据库(X:\oracle\oradata)下的数据文件，重新命名即可(否则装数据库的时候会提示sid已存在)。重新安装数据\x0d\x0a库，当然数据库的名字就是你要恢复的名字。安装完成后，打开控制面板，停止oracle的服务。把(X:\oracle\oradata)下新生成的文件\x0d\x0a改名，把原先目录下的文件恢复名字。再重新启动oracle服务和监听。用sys/as dba \x0d\x0a登陆数据库，可能会提示权限不够(ora-01031)修改(X:\oracle\ora92\network\admin \x0d\x0a)文件夹下的sqlnet.ora文件，添加SQLNET.AUTHENTICATION_SERVICES= \x0d\x0a(NTS)，增加权限。登陆进去后，打开table提示不能打开。打开common页，执行命令alert database \x0d\x0aopen;这时再刷新table,发现原先的表可以打开了。恢复成功了。再用原先数据库的普通用户进入。发现一切正常。至此，大功告成。\x0d\x0a\x0d\x0a第二种：\x0d\x0a\x0d\x0a1、首先，将原来的ORACLE文件夹改名，原来的路径是D:/oracle.我暂时改成D:/oracle_old.找来ORACLE(我用\x0d\x0a的是ORACLE 9I)安装光盘，将ORACLE安装在原来安装的目录下，这样恢复起来更加方便，主要是注册表的内容不用修改。\x0d\x0a\x0d\x0a2、安装完了之后，系统中又有一个可以使用的ORACLE了。这个时候要做的就是将原来的文件和数据恢复过来。第一步，先关闭ORACLE的所\x0d\x0a有已经启动的项目，在"服务"里面逐一关闭。然后，将安装目录改名。我现在用的是D:/oracle.改成D:/oracle_new.再将D:\x0d\x0a/oracle_old改成D:/oracle. \x0d\x0a这样理论上说从物理层面恢复了ORACLE了。但是我们发现，现在还不能启动ORACLE的监听程序和服务程序。我们还要从逻辑上解决。\x0d\x0a\x0d\x0a3、在dos环境下执行一个删除命令：oradim -delete -sid mm,其中mm为创建oracle时候创建的实例 \x0d\x0a建议执行这个命令后重新启动机器，重启后就可以建立和原来实例名相同的实例。当然你懒，不重新启动也可以，但是你的实例名就不能和原来的一样了。\x0d\x0a\x0d\x0a4、在dos环境下执行命令 oradim -new -sid mm -startmode a -pfile "D:\oracle\admin\mm\pfile\initmm.ora "创建一个新的实例，其中 "mm"为新数据库的名称。\x0d\x0a\x0d\x0a5、启动服务，先打开数据库，然后可以用以前的用户名和密码登陆进去。 \x0d\x0a要补充的是，一般的ORACLE数据库的监听程序都是用电脑的名称来识别地址的，而不是127.0.0.1或者localhost.所以，如果我们安装系\x0d\x0a统的时候用的是不同的电脑名称(比如我原来用的是wm_mm.重新安装后用的是wenming_mm)，那么我们还有一个工作要做，就是修改文件 \x0d\x0alistener.ora.将里面的相关的东西改过来就可以了。\x0d\x0a\x0d\x0a需要耐心、细心，可能在一步里有一个细小的差别就会出些古怪的错误提示，有时需要根据错误提示采取策略，总之原理是，先装一个一模一样的ORACLE,安装目录、数据库名称都一样，这样保证注册表里不用更改;再覆盖物理文件，最后重新实例化，打开数据库就可以进去了。
oracle数据库恢复,主要包括(1)系统崩溃只剩下数据文件的情况下的恢复,甚至没有system表空间而只有数据表空间的情况下的恢复.只要提供数据文件就可恢复.(2)undosystem表空间损坏数据恢复.(3)非归档或者归档模式下误delete数据的恢复、误删除表空间的恢复、droptruncate表的恢复.(4)数据库中有大量CLOBBLOB对象数据恢复等情况以及各种ora-错误的修复.(5)DMP文件损坏导致文件不能导入数据库的数据恢复(6)oracle数据库中数据文件出现坏块情况下的恢复.(7)oracle数据库无数据文件但有日志的情况下的恢复.(8)UNIX、WINDOWS下ORACLE数据文件被误删除情况下的数据库恢复.(9)Oracle10G、Oracle11G的ASM损坏的数据库恢复.(10)Oracle10G、Oracle11GBIFGILETABLESPACE大文件表空间损坏数据恢复(11)Oracle9i、Oracle10G、Oracle11G压缩表压缩表空间损坏数据恢复(12)Oracle10GOracle11GExpdp导出Impdp导入DMP文件错误数据恢复恢复成功率高达90%以上,在数据恢复领域处于国内领先的地位。具体案例见广州拓飞官方网站
分为两种方法：scn和时间戳两种方法恢复。
一、通过scn恢复删除且已提交的数据
1、获得当前数据库的scn号
select current_scn from v$database; (切换到sys用户或system用户查询)
查询到的scn号为：1499223
2、查询当前scn号之前的scn
select * from 表名 as of scn 1499220; (确定删除的数据是否存在，如果存在，则恢复数据；如果不是，则继续缩小scn号)
3、恢复删除且已提交的数据
flashback table 表名 to scn 1499220;
二、通过时间恢复删除且已提交的数据
1、查询当前系统时间
select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;
2、查询删除数据的时间点的数据
select * from 表名 as of timestamp to_timestamp('2013-05-29 15:29:00','yyyy-mm-dd hh24:mi:ss'); (如果不是，则继续缩小范围)
3、恢复删除且已提交的数据
flashback table 表名 to timestamp to_timestamp('2013-05-29 15:29:00','yyyy-mm-dd hh24:mi:ss');
注意：如果在执行上面的语句，出现错误。可以尝试执行 alter table 表名 enable row movement; //允许更改时间戳
oracle如何恢复误删的表记录数据，解决办法：
从flash back里查询被删除的表select * from recyclebin
执行表的恢复flashback table tbName to before drop;这里的tbName代表你要恢复的表的名称。
先从flashback_transaction_query视图里查询，视图提供了供查询用的表名称、事务提交时间、UNDO_SQL等字段。
一般先根据时间进行查询，查询语句模式为select * from tb as of timestamp to_timestamp(time,'yyyy-mm-dd hh24:mi:ss'); tb指表名称，time指某个时间点。
这个命令的作用是，允许Oracle 修改分配给行的rowid。
在Oracle 中，插入一行时就会为它分配一个rowid，而且这一行永远拥有这个rowid。
闪回表处理会对EMP 完成DELETE，并且重新插入行，这样就会为这些行分配一个新的rowid。
要支持闪回就必须允许Oracle 执行这个操作。
重装系统前，将数据库备份，重装系统后恢复。
重装系统后，按照原始规格创建数据库【各项参数要全部和原来的相同，安装路径、数据文件路径、用户、授权、表空间等等，数据库版本也要相同】，设定所有oracle服务为手动启动，重启电脑，将原始文件覆盖到生成的目录下，恢复启动方式，重启电脑
