以TSPITR方式恢复表空间数据一例

通常见到的还原操作，都是将所有的表空间和数据还原到相同的一个时间点上，无论是否是故障恢复点。而TSPITR则是以表空间为粒度单元，单独将某个表空间内容还原到一个特定可恢复时间点上。

举一个例子：一个Oracle数据库运行在归档模式下，在夜间22点保留一份完全备份。早上8点时候，某个特定表空间上数据表（单个表独占表空间）发生一个误操作，数据损坏。要求在不伤害其他数据表数据的情况下，将表空间数据恢复到早上5点。这样部分数据恢复的场景，就是TSPITR的典型应用。在实际场景中，常常希望恢复部分的数据到过去时间点上。

TSPITR目前最方便的方法是使用RMAN进行自动的恢复。

其使用前提为两个：

1. 必须存在相应的备份集合

2. 表空间对象是子包含的，也就是其他表空间中不包括与这个表空间对象相关的对象数据（互相独立）

恢复步骤和原理如下：

RMAN三个对象集合：catalog、target和auxiliary。其中auxiliary就是用于辅助target各种备份还原要求的操作数据库。这个库在TSPITR中扮演临时数据还原作用的；

首先完成数据检查工作，确定备份集合和表空间完整性；

当前时间是T1，如果需要将数据还原为T0。使用RMAN提取备份数据集合，还原到auxiliary上形成一个新的实例数据库。选择性应用归档日志序列，还原auxiliary到TO时间点；

使用expdp工具从auxiliary中导出目标表空间为dump对象。注意：还原auxiliary并不是100%重建target，而是选择系统运行表空间和目标表空间；

在target数据库中删除原表空间。使用impdp工具导入dump文件进入target数据库；

清理环境，将创建的auxiliary数据库删除。

这种系列操作，如果使用RMAN命令系列是可以逐步完成的。自动化RMAN的TSPITR操作也是对这个过程的完全自动化运行。

下面通过实验来进行演示操作：

SQL> create user zlm identified by zlm;

User created.

SQL> grant dba to zlm;

Grant succeeded.

--创建测试表空间tspitr

SQL> create tablespace tspitr datafile ‘/data/oradata/ora10g/tspitr01.dbf‘ size 100m autoextend off extent management local uniform size 1m segment space management auto;

Tablespace created.

--修改用户zlm缺省表空间为tspitr

SQL> alter user zlm default tablespace tspitr;

User altered.

之前误删除的测试表T1的数据又回来了。

最后来看一下auxiliary目录结构

虽然在中间过程创建了相关目录和文件，恢复结束以后，只留下了目录结构，文件都被自动删除了

总结：

其实TSPITR方式是对整个表空间的恢复，无论该表空间上有多少张表或对象，只要是自包含的表空间，就可以使用这种方法来进行恢复。但是也有局限性，比方说要恢复的表空间上有许多表，也是自包含的表空间，由于某张表的误删除，恢复时把所有该表空间上表的数据回退到故障点之前的某个时间点，而有时往往并不想这么做。因此，对于粒度更细的精确到表级别的恢复，TSPITR并非最佳方式，利用闪回特性来恢复才是更好的方案。