多次删除新增表后怎么恢复数据 oracle

Posted 2023-04-19

select * from HRDF_LEVOFFICE as of timestamp to_timestamp('2013-04-19 10:53:57','yyyy-mm-dd hh24:mi:ss');

我先不小心drop了，，然后发现drop错了，我又重新执行了建表语句，现在想恢复，怎么弄呢。。闪回报这个错

参考技术A 你好的！
根据你的提示情况来看是你的表结构被修改了才导致的不能闪回的啊！
是因为在你删除表之前，对表做了DDL的操作！
解决：

你先看看左边上边的recycle bin有没有你要闪回的表！
要是有的话，你用flash drop 的功能！
弄完之后你再修改表的定义啥的！ 参考技术B DDL语句不允许闪回查询，只能flashback before drop：
1.查询用户回收站
SQL> show recyclebin;
执行闪回操作：
SQL flashback table HRDF_LEVOFFICE to before drop; 参考技术C Insert into 临时数据存放表名
select * from humres as of timestamp to_Date('还原点时间', 'yyyy-mm-dd hh24:mi:ss')

例如,还原到时间点2012-03-26 15:28:00以前的数据
Insert into temphumres
select * from humres as of timestamp to_Date('2012-03-26 15:28:00', 'yyyy-mm-dd hh24:mi:ss')

你试试这个，本人没有亲测 参考技术D 如果是10g以上， 直接使用DROP TABLE TABLENAME;可以在回收站中找下，即图形左边有个RECYCLE BIN .找到后可以根据提示恢复 第5个回答  2013-04-19 这个看看恢复数据文件了。 或者是临时表空间里看看。

恢复Oracle误删数据一点小记

今天同步两个表的数据，表存在自身关联关系。因没有发现被同步表已做修改（新增了若干条数据，这些数据间存在父子关系），导致这些新增的数据被删除了。

于是想以下方式恢复：

alter table tablename enable row movement;--启动表的row movement特性
flashback table tablename to timestamp to_timestamp(‘2017-10-25 09:30:00‘,‘yyyy-mm-dd hh24:mi:ss‘);--做闪回操作，闪回到删除操作前的时间，恢复数据

然后执行第二行时，执行失败，原因是闪回操作在一个事务中，之前被删除数据间的父子关系必须是先有父记录，再恢复子记录，因此至少需要两次闪回。此时必须知道之前删除数据的准确时间。此处利用Oracle提供的系统视图——v$sql 或 v$sqlarea，查询删除语句的执行时间：

select * from v$sqlarea t where t.SQL_TEXT like ‘DELETE FROM TABLENAME T WHERE ID%‘ order by t.LAST_ACTIVE_TIME desc;--like的内容区分大小写

查询到结果[复制出 SQL_TEXT 列和 LAST_ACTIVE_TIME 列]：

DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f284e2a6b01b2‘   2017-10-25 9:53:39
DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f285d55d701b7‘   2017-10-25 9:53:35
DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f2853c88701b3‘   2017-10-25 9:53:35
DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f285c983401b4‘   2017-10-25 9:53:35
DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f285d9c6501b8‘   2017-10-25 9:53:35
DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f285d009301b6‘   2017-10-25 9:53:35
DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f285ccc1501b5‘    2017-10-25 9:53:35
DELETE FROM SECURITY_MODULE T WHERE ID = ‘402899955f28120f015f2838d52d01ad‘   2017-10-25 9:53:34

结果刚好是之前的删除语句，根据LAST_ACTIVE_TIME，最后执行的是第一条，各数据的先后关系确定。接着做闪回操作，设置闪回时间为：2017-10-25 9:53:39，

第二次设置为：2017-10-25 9:53:34，数据顺利恢复。