189 8069 5689
oracle如何恢复误删的表记录数据，解决办法：
创新互联建站是专业的同心网站建设公司，同心接单;提供网站设计、成都做网站,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行同心网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
从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 执行这个操作。
1 导出存储过程，触发器，序列等所有用户对象。（备份）
在PL/SQL Developer的菜单Tools(工具) = Export User Objects（导出用户对象）中出来一个对话框界面
建议红色框住部分都不选，这样执行这个sql 时，就根据当前你的登录账户来进行创建。 在对象列表中ctrl+a 全选所有（如果你只导出部分，可单独选择）
设置 输出文件地址，文件名。 点击导出完成。
2 导出数据。（备份）
在PL/SQL Developer的菜单Tools(工具) = 导出表 中出来一个对话框界面
如果 数据量较大，选择oracle导出，勾压缩选项，然后设置输出文件地址。 如果只导出部分数据，可以在Where 处添加条件。例如 rownum=1000 ( 导出1000条记录），此种方式导出dmp 格式文件。
如果数据量较小，可以选择sql 插入，此种方式导出sql文件。
选项，勾选 约束，索引，行数，触发器。
注意：如果表中包含clob 或nclob 字段，就只能用dmp格式进行导入，如果是少量表，不包含这种字段，可以用sql插入方式。
还原时，注意需要先还原dmp文件。
3 表数据还原 。
a. 如果dmp 文件，那么在PL/SQL Developer的菜单Tools(工具) = 导入表 中出来一个对话框界面
可以在 “到用户” 处 选择你登录的账户。
b 如果是sql 格式文件，一样在PLSQL中新建一个命令窗口 （command windows） ， 粘贴（ctrl+v） 刚才负责的sql内容。然后就开始自动执行还原了。
4 还原其他对象（存储过程，触发器，序列，函数等）
a. 用PLSQL 登录要还原的Oracle。此时你登录的账号是什么，还原就在该账号下。
b. 把先前备份的表结构sql文件打开，全选内容。 然后在PLSQL中新建一个命令窗口 （command windows） ， 粘贴（ctrl+v） 刚才负责的sql内容。然后就开始自动执行还原了。
oracle中truncatetable后的数据如何恢复
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 ;