RMAN不支持单表或单索引的直接恢复，仅能按数据文件、表空间或数据库粒度操作；所谓“表级恢复”须通过TSPITR间接实现，即恢复其所在表空间至指定时间点，前提包括表空间自包含、启用归档模式、归档日志完整及配置辅助实例。
rman 本身不支持对单张表或单个索引做“部分对象级”的不完全恢复。它只能按数据文件、表空间或整个数据库粒度还原和恢复，所谓“部分对象”必须通过 tspitr（tablespace point-in-time recovery）间接实现——即把目标对象所在的表空间单独拎出来，恢复到指定时间点。
为什么不能直接 recover table until time
Oracle 11g 的 RMAN 没有 recover table 命令（该功能直到 12c 才引入，且依赖 Active Data Guard 和逻辑备份）。你如果在 RMAN 中输入类似 recover table scott.emp until time ...，会直接报 RMAN-00571 或 invalid command 错误。底层限制在于：RMAN 的恢复引擎操作的是物理块，而表是逻辑结构，跨数据文件分布、依赖字典一致性、受 undo/redo 多重约束，无法脱离表空间上下文孤立恢复。
TSPITR 是唯一可行路径，但代价高、步骤多
要让某个表“回到误删前”，本质是把它所在表空间整体恢复到那个时间点。这需要：
- 目标表空间必须是 自包含（self-contained）：不能有跨表空间的依赖（如分区表部分分区在别的表空间、LOB 在其他表空间、物化视图日志指向外部等），否则
DBMS_TTS.TRANSPORT_SET_CHECK会报错 - 必须提前配置辅助实例（auxiliary instance）：RMAN 会启动一个临时库，在里面完成表空间恢复、导出元数据和数据，再导入回主库
- 主库需处于归档模式，且目标时间点前的所有归档日志必须可用；控制文件必须包含该表空间的完整历史（否则
recover tablespace ... until time会提示 “no backup of tablespace found”） - 执行过程会中断主库对该表空间的访问（DML 被阻塞），且恢复后需手动导出/导入对象，原表名、约束、权限等不会自动继承
实际执行时最容易卡住的三个地方
即便语法写对，TSPITR 也常因以下原因失败：
-
recover tablespace users until time "to_date('2026-05-14 10:30:00','yyyy-mm-dd hh24:mi:ss')"报ORA-19625：说明 RMAN 找不到该时间点前的表空间备份，不是因为没备，而是备份未注册进控制文件或 catalog；需先catalog start with '/backup/path' - 辅助实例启动失败，错误含
ORA-01092或ORA-00600：通常因辅助库的init.ora缺少必要参数（如db_name、db_block_size、compatible必须与源库一致），或db_create_file_dest指向不可写路径 - 恢复后导入时报
ORA-39083+ORA-02266：外键约束顺序错乱，需在 impdp 时加exclude=constraint，恢复后再手工建约束
真正想只救一张表，最省事的方式往往不是 RMAN：查闪回查询（select * from scott.emp as of timestamp ...）、用闪回表（flashback table scott.emp to timestamp ...），或者从 expdp 导出的逻辑备份里抽数据。RMAN TSPITR 是兜底方案，不是快捷键。
