RMAN不支持“事务分支恢复”，因Oracle无此内部结构；实际需求对应基于SCN+THREAD的不完全恢复（仅RAC适用）、误操作回退或闪回事务，须明确指定THREAD并验证SCN归属。
RMAN 本身不支持“事务分支”这一概念——Oracle 没有叫 transaction branch 的内部结构，也没有 RMAN 命令能直接按分支恢复。所谓“事务分支”，通常是误用术语，实际想表达的无非是以下三种情况之一：基于某个 SCN 回滚到某次提交前、恢复某次误操作前的状态、或在 RAC 环境中针对特定实例（THREAD）做恢复。
真正可执行、有明确命令路径的，只有 基于 SCN + THREAD 的不完全恢复，且仅适用于 RAC 或多实例场景下需隔离恢复某一实例的变更。
为什么没有 “事务分支恢复” 这回事
Oracle 的 SCN 是单增但不跨实例严格全局有序的：RAC 中每个实例维护自己的 SCN 序列，靠 LMS 进程协调；同一时刻不同实例可能有不同 SCN。因此不存在一个叫“分支”的独立事务轨迹标识。RMAN 所有不完全恢复机制（SET UNTIL SCN、SET UNTIL TIME、SET UNTIL SEQUENCE）都只作用于当前连接实例的控制文件视角，不识别逻辑“分支”。
RAC 环境下恢复指定实例的变更必须显式指定 THREAD
若你观察到某次误操作（如误删表）只发生在 INSTANCE 2 上，而你想把整个库恢复到该实例出问题前的状态，就必须锁定 THREAD 2 的日志范围：
-
SET UNTIL SCN 123456 THREAD 2—— 这才是有效写法；漏掉THREAD 2，RMAN 默认只扫描 THREAD 1 的归档，很可能跳过你要的关键日志 - 确认目标 SCN 确实属于 THREAD 2：查
V$LOG_HISTORY或运行LIST ARCHIVELOG ALL，过滤出THREAD# = 2且FIRST_CHANGE# 123456的归档 - RESTORE 和 RECOVER 必须封装在同一个
RUN块内，且SET UNTIL必须在最前；否则报ORA-01126
误操作后想“撤销某个事务”，别用 RMAN
RMAN 是物理恢复工具，粒度是数据块/文件/库级，无法定位并回退单个事务。此时应优先考虑：
- 用
FLASHBACK TRANSACTION查事务 ID（XID），再结合FLASHBACK TABLE或DBMS_FLASHBACK.TRANSACTION_BACKOUT回退（需启用补充日志且 UNDO 未覆盖） - 若已 COMMIT 且 UNDO 不足，唯一办法是 RMAN 不完全恢复到该事务发生前的 SCN/时间点——但这会丢弃该 SCN 后所有其他实例的合法变更
- 切勿尝试用
RECOVER DATABASE UNTIL CANCEL手动选日志：它不识别事务边界，极易停在中间状态导致 ORA-00600
真正容易被忽略的是：SCN 不是事务 ID，也不是时间戳，它只是 Oracle 内部用于同步和恢复的单调计数器。想“恢复分支”，本质是搞清你要的那个变更到底落在哪个实例、哪个日志序列、哪个 SCN 范围里——然后老老实实用 SET UNTIL SCN ... THREAD N。
