恢复oracle中误删除drop掉的表

查看回收站中表

select object_name,original_name,partition_name,type,ts_name,createtime,droptime from recyclebin;

恢复表

SQL>flashback table test_drop to before drop;或
SQL>flashback table "BIN$b+XkkO1RS5K10uKo9BfmuA==$0" to before drop;

注：必须9i或10g以上版本支持，flashback没法恢复全文索引

如下为参考资料

 使用 Oracle Database 10g 中的闪回表特性，能够绝不费力地恢复被意外删除的表

　　如下是一个不应发生却常常发生的状况：用户删除了一个很是重要的表 ― 固然是意外地删除 ― 并须要尽快地恢复。（在某些时候，这个不幸的用户可能就是 DBA！）

　　Oracle9i Database 推出了闪回查询选项的概念，以便检索过去某个时间点的数据，但它不能闪回 DDL 操做，如删除表的操做。惟一的恢复方法是在另外一个数据库中使用表空间的时间点恢复，而后使用导出/导入或其余方法，在当前数据库中从新建立表。这一过程须要 DBA 进行大量工做而且耗费宝贵的时间，更不用说还要使用另外一个数据库进行克隆。

　　请使用 Oracle Database 10g 中的闪回表特性，它使得被删除表的恢复过程如同执行几条语句同样简单。让咱们来看该特性是如何工做的。

　　删除那个表！

　　首先，让咱们查看当前模式中的表。

　　SQL> select * from tab;

　　TNAME

　　TABTYPE

　　CLUSTERID

　　--------------------- - -- -- --- ------

　　RECYCLETEST

　　TABLE

　　如今，咱们意外地删除了该表：

　　SQL> drop table recycletest;

　　Table dropped.

　　如今让咱们来查看该表的状态。

　　SQL> select * from tab;

　　TNAME

　　TABTYPE

　　CLUSTERID

　　--------------------------- - -- -- --- ------

　　BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE

　　表 RECYCLETEST 已不存在，可是请注意出现新表 BIN$04LhcpndanfgMAAAAAANPw==$0。这就是所发生的事情：被删除的表 RECYCLETEST 并无彻底消失，而是重命名为一个由系统定义的名称。它存在于同一个表空间中，具备与原始表相同的结构。若是在该表上定义了索引或触发器，则它们也被重命名，使用与表相同的命名规则。任何相关源（如过程）都失效；原始表的触发器和索引被改成放置在重命名的表 BIN$04LhcpndanfgMAAAAAANPw==$0 上，保持被删除表的完整对象结构。

　　表及其相关对象被放置在一个称为"回收站"的逻辑容器中，它相似于您 PC 机中的回收站。可是，对象并无从它们原先所在的表空间中删除；它们仍然占用那里的空间。回收站只是一个列出被删除对象目录的逻辑结构。在 SQL*Plus 提示符处使用如下命令来查看其内容（您须要使用 SQL*Plus 10.1 来进行此操做）：

　　SQL> show recyclebin

　　ORIGINAL NAME

　　RECYCLEBIN NAME

　　OBJECT TYPE

　　DROP TIME

　　------------- - -- ----------------------- - -- ----- - -- --------------

　　RECYCLETEST

　　BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE

　　2004-02-16:21:13:31

　　结果显示了表的原始名称 RECYCLETEST，并显示了回收站中的新名称，该名称与咱们看到的删除后所建立的新表名称相同。（注意：确切的名称可能因平台不一样而不一样。）为恢复该表，您所须要作的就是使用 FLASHBACK TABLE 命令：

　　SQL> FLASHBACK TABLE RECYCLETEST TO BEFORE DROP;

　　FLASHBACK COMPLETE.

　　SQL> SELECT * FROM TAB;

　　TNAME

　　TABTYPE

　　CLUSTERID

　　--------------------------- - -- -- --- ------

　　RECYCLETEST

　　TABLE

　　瞧！表绝不费力地恢复了。若是如今查看回收站，它将是空的。

　　记住，将表放在回收站里并不在原始表空间中释放空间。要释放空间，您须要使用如下命令清空回收站：

　　PURGE RECYCLEBIN;

　　可是若是您但愿彻底删除该表而不须要使用闪回特性，该怎么办？在这种状况下，可使用如下命令永久删除该表：

　　DROP TABLE RECYCLETEST PURGE;

　　此命令不会将表重命名为回收站中的名称，而是永久删除该表，就象 10g 以前的版本同样。

　　管理回收站

　　若是在该过程当中没有实际删除表 ― 于是没有释放表空间 ― 那么当被删除的对象占用了全部空间时，会发生什么事？

　　答案很简单：这种状况根本不会出现。当表空间被回收站数据彻底占满，以致于必须扩展数据文件来容纳更多数据时，能够说表空间处于"空间压力"状况下。此时，对象以先进先出的方式从回收站中自动清除。在删除表以前，相关对象（如索引）被删除。

　　一样，空间压力可能由特定表空间定义的用户限额而引发。表空间可能有足够的空余空间，但用户可能将其在该表空间中所分配的部分用完了。在这种状况下，Oracle 自动清除该表空间中属于该用户的对象。

　　此外，有几种方法能够手动控制回收站。若是在删除名为 TEST 的特定表以后须要从回收站中清除它，能够执行

　　PURGE TABLE TEST;

　　或者使用其回收站中的名称：

　　PURGE TABLE "BIN$04LhcpndanfgMAAAAAANPw==$0";

　　此命令将从回收站中删除表 TEST 及全部相关对象，如索引、约束等，从而节省了空间。可是，若是要从回收站中永久删除索引，则可使用如下命令来完成工做：

　　purge index in_test1_01;

　　此命令将仅仅删除索引，而将表的拷贝留在回收站中。

　　有时在更高级别上进行清除可能会有用。例如，您可能但愿清除表空间 USERS 的回收站中的全部对象。能够执行：

　　PURGE TABLESPACE USERS;

　　您也许但愿只为该表空间中特定用户清空回收站。在数据仓库类型的环境中，用户建立和删除许多临时表，此时这种方法可能会有用。您能够更改上述命令，限定只清除特定的用户：

　　PURGE TABLESPACE USERS USER SCOTT;

　　诸如 SCOTT 等用户可使用如下命令来清空本身的回收站

　　PURGE RECYCLEBIN;

　　DBA 可使用如下命令清除任何表空间中的全部对象

　　PURGE DBA_RECYCLEBIN;

　　能够看到，能够经过多种不一样方法来管理回收站，以知足特定的须要。

　　表版本和闪回功能

　　用户可能会常常屡次建立和删除同一个表，如：

　　CREATE TABLE TEST (COL1 NUMBER);

　　INSERT INTO TEST VALUES (1);

　　commit;

　　DROP TABLE TEST;

　　CREATE TABLE TEST (COL1 NUMBER);

　　INSERT INTO TEST VALUES (2);

　　commit;

　　DROP TABLE TEST;

　　CREATE TABLE TEST (COL1 NUMBER);

　　INSERT INTO TEST VALUES (3);

　　commit;

　　DROP TABLE TEST;

　　此时，若是您要对表 TEST 执行闪回操做，那么列 COL1 的值应该是什么？常规想法可能认为从回收站取回表的第一个版本，列 COL1 的值是 1。实际上，取回的是表的第三个版本，而不是第一个。所以列 COL1 的值为 3，而不是 1。

　　此时您还能够取回被删除表的其余版本。可是，表 TEST 的存在不容许出现这种状况。您有两种选择：

　　使用重命名选项：

　　FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST2;

　　FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST1;

　　这些语句将表的第一个版本恢复到 TEST1，将第二个版本恢复到 TEST2。 TEST1 和 TEST2 中的列 COL1 的值将分别是 1 和 2。或者，

　　使用表的特定回收站名称进行恢复。为此，首先要识别表的回收站名称，而后执行：

　　FLASHBACK TABLE "BIN$04LhcpnoanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST2;

　　FLASHBACK TABLE "BIN$04LhcpnqanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST1;

　　这些语句将恢复被删除表的两个版本。

　　警告......

　　取消删除特性使表恢复其原始名称，可是索引和触发器等相关对象并无恢复原始名称，它们仍然使用回收站的名称。在表上定义的源（如视图和过程）没有从新编译，仍然保持无效状态。必须手动获得这些原有名称并应用到闪回表。

　　信息保留在名为 USER_RECYCLEBIN 的视图中。在对表进行闪回操做前，请使用如下查询来检索原有名称。

　　SELECT OBJECT_NAME, ORIGINAL_NAME, TYPE

　　FROM USER_RECYCLEBIN

　　WHERE BASE_OBJECT = (SELECT BASE_OBJECT FROM USER_RECYCLEBIN

　　WHERE ORIGINAL_NAME = 'RECYCLETEST')

　　AND ORIGINAL_NAME != 'RECYCLETEST';

　　OBJECT_NAME

　　ORIGINAL_N TYPE

　　--------------------------- - -- --- - -- ----

　　BIN$04LhcpnianfgMAAAAAANPw==$0 IN_RT_01

　　INDEX

　　BIN$04LhcpnganfgMAAAAAANPw==$0 TR_RT

　　TRIGGER

　　在表进行闪回操做后，表 RECYCLETEST 上的索引和触发器将按照 OBJECT_NAME 列中所示进行命名。根据以上查询，可使用原始名称从新命名对象，以下所示：

　　ALTER INDEX "BIN$04LhcpnianfgMAAAAAANPw==$0" RENAME TO IN_RT_01;

　　ALTER TRIGGER "BIN$04LhcpnganfgMAAAAAANPw==$0" RENAME TO TR_RT;

　　一个值得注意的例外状况是位图索引。当删除位图索引时，它们并不放置在回收站中 ― 所以没法检索它们。约束名称也没法从视图中检索。必须从其余来源对它们进行重命名。
闪回表的其余用途

　　闪回删除表功能不只限于恢复表的删除操做。与闪回查询相似，您还可使用它将表恢复到不一样的时间点，形如flashback table tmm2076 TO TIMESTAMP to_timestamp('2007-05-22
12:00:00','yyyy-mm-dd hh24:mi:ss')
弹出ORA-08189错误，须要执行如下命令先：
alter table tmm2076 enable row movement这个命令的做用是，容许oracle修改分配给行的rowid。

而后再flashback，数据被恢复完毕。