rman不能跳过辅助实例直接恢复单张表，必须在cdb$root下执行recover table命令，指定until time/scn、auxiliary destination，并手动重建索引、约束和触发器。
rman 不能跳过辅助实例直接恢复单张表——所谓“单表恢复”，本质是自动拉起一个临时库，导出再导入，你必须为它准备好空间、归档和权限。
RECOVER TABLE 命令必须在 CDB$ROOT 下执行
哪怕你要恢复的是某个 PDB 里的表，RMAN 也必须连接到 CDB 根容器，而不是直接连进 PDB。否则命令静默失败或报 ORA-19554、ORA-65096。
- 正确连接方式：
rman target /（确保当前 OS 用户是oracle，且ORACLE_SID指向 CDB 实例名） - 验证位置：
SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL;返回值必须是CDB$ROOT - 如果误连 PDB，
RECOVER TABLE不会报错，但实际不触发任何恢复流程
时间点必须早于 DDL 执行 SCN，且归档不能断链
TRUNCATE 或 DROP PURGE 后，表段元数据从数据字典中消失，恢复只对“该时间点还存在”的对象有效。归档缺失一个序列号不一定失败，但若缺的是 DDL 前后那几个，就会卡在 ORA-19921: no arc。
- 查误操作时间：
SELECT OPERATION, OBJ_NAME, TIMESTAMP FROM DBA_LOGSTDBY_LOG WHERE OBJ_NAME = 'YOUR_TABLE' AND OPERATION IN ('DROP', 'TRUNCATE') - 更可靠方式是用 LogMiner：
EXEC DBMS_LOGMNR.START_LOGMNR(OPTIONS => DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG + DBMS_LOGMNR.COMMITTED_DATA_ONLY)，再查V$LOGMNR_CONTENTS - 建议目标时间至少比误操作时间早 3 分钟，避开日志切换边界
AUXILIARY DESTINATION 必须显式指定且可写
不指定 AUXILIARY DESTINATION，RMAN 可能卡在 “creating auxiliary instance” 阶段，错误不明确，容易误判为网络或权限问题。
- 路径需有足够空间（通常为被恢复 PDB 数据文件总大小的 2–3 倍）
- 目录权限必须允许 Oracle 用户读写：
chown oracle:oinstall /u01/oradata/aux、chmod 755 /u01/oradata/aux - 命令示例：
RECOVER TABLE SCHEMA.TABLE_NAME UNTIL TIME "TO_DATE('20260514 153000','yyyymmdd hh24miss')" AUXILIARY DESTINATION '/u01/oradata/aux'; - 若原表名已存在，加
REMAP TABLE 'SCHEMA.TABLE_NAME':'SCHEMA.TABLE_NAME_BAK'
恢复后索引、约束、触发器不会自动重建
RECOVER TABLE 只导出数据行，不导出依赖对象定义。恢复后表能查到数据，但可能缺少主键、外键、函数索引甚至唯一约束，业务逻辑可能悄然失效。
- 手动补约束：
SELECT DBMS_METADATA.GET_DDL('CONSTRAINT', CONSTRAINT_NAME, OWNER) FROM DBA_CONSTRAINTS WHERE TABLE_NAME = 'YOUR_TABLE'; - 手动补索引：
SELECT DBMS_METADATA.GET_DDL('INDEX', INDEX_NAME, OWNER) FROM DBA_INDEXES WHERE TABLE_NAME = 'YOUR_TABLE'; - 触发器和分区定义也要单独检查，
DBA_TRIGGERS和DBA_TAB_PARTITIONS是起点
最容易被忽略的是：恢复成功后立刻去查数据，却忘了检查约束是否生效、索引是否重建、触发器是否启用——这些不是 RMAN 的职责，而是你的收尾动作。一旦漏掉，后续 DML 可能违反业务规则而不报错。
