Oracle 11g 不支持 RMAN 直接恢复单个表，最小恢复粒度为表空间级；需通过辅助实例恢复相关表空间（含 SYSTEM、SYSAUX 等系统表空间），再用 Data Pump 导出导入。
oracle 11g 不支持直接用 rman 恢复单个表（restore table 或类似语法），该功能是 12c 引入的 recover table 命令，且依赖于活跃的归档、闪回区和 data pump。你在 11g 中试图“通过辅助实例恢复单个表”，本质是绕过限制，手动构造一个临时库，只恢复含目标表的表空间，再导出数据——这是唯一可行路径，但操作重、风险高。
为什么不能直接 RMAN 恢复单个表（11g）
执行 recover table 会报错：ORA-00905: missing keyword 或 ORA-19566: exceeded limit of 0 corrupt blocks（因命令根本不存在）。11g 的 RMAN 最小恢复粒度是**表空间级**或**数据文件级**，没有表级元数据感知能力。所谓“恢复单个表”，实际是：定位它所在的表空间 → 恢复整个表空间 → 在辅助库中用 expdp 导出该表 → 导入主库。
必须先查清表依赖的表空间和文件
误操作后第一件事不是开 RMAN，而是确认目标表所有物理归属——它可能跨多个表空间（如表在 USERS，索引在 INDEXES，LOB 在 LOB_TBS）：
- 运行以下查询（替换
&SCHEMA和&TABNAME）：
with temp as (
select tablespace_name from dba_tables where owner=UPPER('&SCHEMA') and table_name=UPPER('&TABNAME')
union all
select tablespace_name from dba_indexes where owner=UPPER('&SCHEMA') and table_name=UPPER('&TABNAME')
union all
select tablespace_name from dba_lobs where owner=UPPER('&SCHEMA') and table_name=UPPER('&TABNAME')
union all
select tablespace_name from dba_tab_partitions where TABLE_OWNER=UPPER('&SCHEMA') and table_name=UPPER('&TABNAME')
)
select distinct tablespace_name from temp;- 对每个返回的表空间，查其数据文件路径：
SELECT file_id, file_name, tablespace_name FROM dba_data_files WHERE tablespace_name IN ('USERS','INDEXES'); - 注意：
SYSTEM、SYSAUX、UNDO、TEMP这类系统表空间**必须一并恢复**，否则辅助库无法 mount；RMAN 不允许只恢复用户表空间而跳过它们。
辅助实例恢复的关键步骤与坑点
核心逻辑：建空辅助库 → 恢复控制文件 + SPFILE → catalog 备份集 → restore/recover 所有必需表空间 → open resetlogs → expdp 导出表 → 导入原库。常见翻车点：
-
DBID必须提前设置，否则restore controlfile报ORA-19870：执行SET DBID=1234567890（从源库查SELECT dbid FROM v$database;） - 恢复控制文件后，必须
ALTER DATABASE MOUNT，不能OPEN—— 此时数据文件还没恢复，强行 open 会报ORA-01157 -
CATALOG START WITH路径必须精确到目录，且 RMAN 用户对该路径有读权限；若备份在 ASM，需先用ASMCMD cp拷到文件系统 - 恢复数据文件时，若目标路径与源库不同（如从 ASM 到 FS），必须用
SET NEWNAME显式重定向，否则报ORA-19504（无法创建文件） - recover 表空间前，确保归档日志已 catalog；缺归档会导致
ORA-00308或恢复停在某个 SCN 后无法前滚
最后一步：导出表时别忽略依赖对象
辅助库 open 后，用 expdp 导出表，但默认不导索引、约束、统计信息：
- 基础导出：
expdp '/ as sysdba' tables=SCHEMA.TABLE_NAME directory=DP_DIR dumpfile=tab.dmp logfile=exp.log - 加
include=indexes,constraints,grants才能保证导入后可用；否则主库导入后表无主键、索引失效 - 导入时若主库表已存在，用
TABLE_EXISTS_ACTION=REPLACE，但会删原表——务必提前exp备份原表结构 - 导出的 DMP 文件需从辅助库所在服务器拷回主库服务器，
impdp不能跨主机直读远端文件
整个过程最耗时的环节是 recover 阶段（尤其归档量大时），最容易被忽略的是系统表空间的强制依赖和路径重映射——没设 SET NEWNAME 或漏恢复 SYSAUX，辅助库就卡死在 mount 状态，后面全白忙。
