oracle10g闪回.doc

OracleDatabase10g:为DBA提供的最佳前20位的特性（五）
作者ArupNanda来源：OTN
第5周闪回表
使用OracleDatabase10g中的闪回表特性，可以毫不费力地恢复被意外删除的表
以下是一个不该发生却经常发生的情况：用户删除了一个非常重要的表—当然是意外地删除—并需要尽快地恢复。（在某些时候，这个不幸的用户可能就是DBA！）
Oracle9iDatabase推出了闪回查询选项的概念，以便检索过去某个时间点的数据，但它不能闪回DDL操作，如删除表的操作。唯一的恢复方法是在另一个数据库中使用表空间的时间点恢复，然后使用导出/导入或其他方法，在当前数据库中重新创建表。这一过程需要DBA进行大量工作并且耗费宝贵的时间，更不用说还要使用另一个数据库进行克隆。
请使用OracleDatabase10g中的闪回表特性，它使得被删除表的恢复过程如同执行几条语句一样简单。让我们来看该特性是如何工作的。
删除那个表！
首先，让我们查看当前模式中的表。
SQL>select*fromtab;
TNAMETABTYPECLUSTERID
-----------------------------------------
RECYCLETESTTABLE
现在，我们意外地删除了该表：
SQL>droptablerecycletest;
Tabledropped.
现在让我们来查看该表的状态。
SQL>select*fromtab;
TNAMETABTYPECLUSTERID
-----------------------------------------------
BIN$04LhcpndanfgMAAAAAANPw==$0TABLE
表RECYCLETEST已不存在，但是请注意出现新表BIN$04LhcpndanfgMAAAAAANPw==$0。这就是所发生的事情：被删除的表RECYCLETEST并没有完全消失，而是重命名为一个由系统定义的名称。它存在于同一个表空间中，具有与原始表相同的结构。如果在该表上定义了索引或触发器，则它们也被重命名，使用与表相同的命名规则。任何相关源（如过程）都失效；原始表的触发器和索引被改为放置在重命名的表BIN$04LhcpndanfgMAAAAAANPw==$0上，保持被删除表的完整对象结构。
表及其相关对象被放置在一个称为“回收站”的逻辑容器中，它类似于您PC机中的回收站。但是，对象并没有从它们原先所在的表空间中删除；它们仍然占用那里的空间。回收站只是一个列出被删除对象目录的逻辑结构。在SQL*Plus提示符处使用以下命令来查看其内容（您需要使用SQL*Plus10.1来进行此操作）：
SQL>showrecyclebin
ORIGINALNAMERECYCLEBINNAMEOBJECTTYPEDROPTIME
----------------------------------------------------------------------------
RECYCLETESTBIN$04LhcpndanfgMAAAAAANPw==$0TABLE2004-02-16:21:13:31
结果显示了表的原始名称RECYCLETEST，并显示了回收站中的新名称，该名称与我们看到的删除后所创建的新表名称相同。（注意：确切的名称可能因平台不同而不同。）为恢复该表，您所需要做的就是使用FLASHBACKTABLE命令：
SQL>FLASHBACKTABLERECYCLETESTTOBEFOREDROP;
FLASHBACKCOMPLETE.
SQL>SELECT*FROMTAB;
TNAMETABTYPECLUSTERID
-----------------------------------------------
RECYCLETESTTABLE
瞧！表毫不费力地恢复了。如果现在查看回收站，它将是空的。
记住，将表放在回收站里并不在原始表空间中释放空间。要释放空间，您需要使用以下命令清空回收站：
PURGERECYCLEBIN;
但是如果您希望完全删除该表而不需要使用闪回特性，该怎么办？在这种情况下，可以使用以下命令永久删除该表：
DROPTABLERECYCLETESTPURGE;
此命令不会将表重命名为回收站中的名称，而是永久删除该表，就象10g之前的版本一样。
管理回收站
如果在该过程中没有实际删除表—因而没有释放表空间—那么当被删除的对象占用了所有空间时，会发生什么事？
答案很简单：这种情况根本不会出现。当表空间被回收站数据完全占满，以至于必须扩展数据文件来容纳更多数据时，可以说表空间处于“空间压力”情况下。此时，对象以先进先出的方式从回收站中自动清除。在删除表之前，相关