OracleTransaction仅支持单连接本地事务，不参与分布式协调；跨库/跨服务必须用TransactionScope配合MSDTC，但Oracle.ManagedDataAccess自2021年起已移除对System.Transactions分布式事务支持，启用TransactionScope会抛NotSupportedException，推荐采用outbox模式或Saga实现最终一致性。
OracleTransaction 本身不支持分布式事务 —— 它只管理单个 OracleConnection 上的本地事务。真要跨数据库、跨服务或跨连接做分布式事务，必须换用 TransactionScope，且需 MSDTC 配置支撑。
为什么 OracleTransaction 不能用于分布式事务
OracleTransaction 是 Oracle 数据库驱动（ODP.NET）提供的轻量级事务封装，它依赖底层 Oracle 会话（session）的 COMMIT/ROLLBACK 语义，所有操作必须绑定到同一个 OracleConnection 实例。一旦涉及多个连接（哪怕连的是同一台 Oracle 实例）、多个数据库、或混合 SQL Server/Oracle，OracleTransaction 就完全失效。
- 错误现象：
InvalidOperationException: Connection is already in transaction或静默失败但数据未回滚 - 常见误用：在同一个
TransactionScope内创建两个OracleConnection，却试图用各自独立的OracleTransaction管理——这实际是两个孤立本地事务，无法保证原子性 - 根本限制：Oracle 的两阶段提交（2PC）能力由 Oracle TNS 层和外部事务协调器（如 MSDTC）协同完成，
OracleTransaction不参与协调协议
用 TransactionScope + Oracle 连接的正确姿势
真正可行的方案是让 ODP.NET 自动 enlist 到 TransactionScope 创建的环境事务中。关键不是写代码，而是确保整个链路“可登记”（enlistable）：
- 连接字符串中显式添加
Enlist=true（虽然默认为 true，但显式声明更可靠）："Data Source=ORCL;User Id=scott;Password=tiger;Enlist=true;" - 所有
OracleConnection必须在TransactionScope的using块内打开，且不能提前Close()或Dispose() - 若跨多个 Oracle 数据库（如 ORCL 和 HR），每个连接都必须指向不同实例（即不同 TNS 名），且 MSDTC 必须能访问全部节点
- 避免在 scope 内执行非数据库操作（如 HTTP 调用、文件写入、日志打印），否则延长事务持有时间，增加死锁风险
MSDTC 配置失败的典型表现与绕过条件
运行时抛出 TransactionManagerCommunicationException 或 NotSupportedException: Network access for Distributed Transaction Manager (MSDTC) has been disabled，基本就是配置没到位。
- 绕过 MSDTC 的唯一可靠场景：所有 Oracle 连接都指向**同一数据库实例 + 同一 Windows 主机**，且连接字符串中指定
Enlist=false并手动用OracleTransaction控制——但这已不是分布式事务，只是本地事务 - 跨服务器时，即使只连 Oracle，也必须启用并配置 MSDTC：包括防火墙放行
msdtc.exe、勾选“允许网络 DTC 访问”、“不要求身份验证”（测试环境）、重启服务 - 注意 ODP.NET 版本兼容性：12c 及以上驱动对 MSDTC 的 enlist 行为更严格，旧版（如 11.2）可能静默降级为本地事务而不报错
最易被忽略的一点：Oracle 的分布式事务要求所有参与节点使用相同的全局事务标识（GTID），而 TransactionScope 生成的 GTID 依赖 Windows 的机器名和时间戳。如果服务器时间不同步、主机名解析异常或 DNS 缓存污染，事务可能在 prepare 阶段就卡住，表现为连接长时间挂起，而非立刻报错。
