表空间的时间点恢复的几种方法

xzhj

表被错误的删除了，或是错误的imp，这时要恢复这些数据。闪回查询是一种很好的方法，但是受到UNDO时间等因素的限制，此外也不能恢复ddl操作。关于闪回查询论坛里有详尽的解说，这就不多说了。
oracle还提供了一种叫TSPITR的方法，首先要建一个辅助实例（auxiliaryinstance），RMAN使用这个实例来执行TSPITR，完成后可以删除。然后，执行TSPITR：rman同时连接到目标和辅助库，recover tablespace users until time……。在这个过程中oracle会将数据文件还原到辅助实例并启用，在辅助实例中恢复表空间，然后把恢复的表空间传送到目标数据库中（其实可能就是导入导出）。TSPITR也有很多限制，如不能还原含SYS用户特有对象的表空间，不支持使用快照日志的表空间等。
根据TSPITR的思路，我们也可以变通一下。首先将数据库恢复到一个新的实例中，然后recover整个数据库到指定时间，再将表空间里的数据导出并导入到工作库中。
只是有一点还不是很明白，请高手提示：Oracle为什么没有向DB一样直接提供recover tablespace until ……或recover datafile until ……还要非要用个辅助的实例？

sshd

are you sure there is such command as "recover tablespace until ..." or "recover datafile until  ..." ?

You only have "recover DATABASE until ..."

let see the timeline here

The problem is that if you do that your entire DB (production?) will be pushed backwards to an earlier time. Of cause your drop table will be available this way. But the big issue is that any data that is changed after that particular time will be lost. Thus you get your dropped table back, but at the same time lost other data.

xzhj

对，先把db推回到一个时点，将需要的数据导出来，再导回工作数据库中。这样，工作数据库中的数据就没有丢失了。

sshd

"工作数据库中的数据就没有丢失了" not completely true. You still loss the data (data that is changed after the time in question) in the tablespaces you recovered. But you do not loss any data in the tablespaces you do not touch -- but it still much better than incomplete full database recovery, which will result in data loss in ALL tablespaces.

gary.chen

如你所说，实质上是用exp，imp了，所以需要一个辅助的instance。

   oracle 10g的闪回日志的功能很强大，远远不是oracle 9i所能比的，这些表删除，用户错误，已经不成为问题了，都不需要dba来干预了。让用户自己解决吧。