不支持。oracle.manageddataaccess 是纯托管驱动，不支持 system.transactions 分布式事务（msdtc/xa），仅支持本地 oracletransaction；启用 transactionscope 会抛 notsupportedexception，且 enlist=true 无效；替代方案为显式本地事务或 saga 模式。
oracle.manageddataaccess 支持分布式事务吗？
不支持。Oracle 官方明确说明 Oracle.ManagedDataAccess（ODP.NET Managed Driver）**不支持 System.Transactions 中的分布式事务（即 MSDTC 或 XA 事务）**。它仅支持本地事务（OracleTransaction），无法参与 TransactionScope 跨资源协调。如果你在 .NET 8 中调用 TransactionScope 并包含 Oracle 连接，运行时会直接抛出 NotSupportedException: Distributed transactions are not supported。
为什么 TransactionScope 会失败？
根本原因在于 ODP.NET Managed Driver 是纯托管实现，绕过了 Windows 原生 Oracle 客户端（OCI），因此无法与 MSDTC 通信，也不提供 XA 接口。即使你把 TransactionScopeOption.Required 和多个数据库连接（如 SQL Server + Oracle）一起使用，只要其中一个是 OracleConnection，整个 scope 就会在 scope.Complete() 或 dispose 时崩溃。
-
OracleConnection的Enlist=true连接字符串参数无效（被忽略） - 启用
System.Transactions.TransactionManager.MaximumTimeout或配置 MSDTC 服务毫无作用 - .NET 8 的
TransactionScope默认行为仍是尝试提升为分布式事务，触发 ODP.NET 的拒绝逻辑
替代方案：如何在 .NET 8 中安全协调 Oracle 与其他资源？
放弃 TransactionScope 跨资源自动协调，改用显式、分阶段控制：
- 对 Oracle 操作单独使用
OracleConnection.BeginTransaction()，并严格控制其生命周期（不能跨 async 方法边界） - 对 SQL Server 等支持分布式事务的资源，仍可用
TransactionScope，但必须确保 Oracle 操作完全独立——要么放在 scope 外，要么用补偿逻辑兜底 - 若业务必须强一致性，采用 Saga 模式：将跨库操作拆成幂等步骤，配合消息队列（如 RabbitMQ/Redis Stream）和本地事务记录状态表
- 避免“先写 Oracle 再写 SQL Server”这种隐含依赖；改为先落本地状态（如待处理订单表），再异步驱动各下游，失败时查状态重试或通知人工介入
示例片段（Oracle 本地事务）：
使用tbot机器ID身份文件配合tsh CLI，通过Teleport访问控制SSH登录托管主机或执行远程命令。
using var conn = new OracleConnection(connStr);
conn.Open();
using var tx = conn.BeginTransaction();
try
{
using var cmd = conn.CreateCommand();
cmd.Transaction = tx;
cmd.CommandText = "INSERT INTO orders ...";
cmd.ExecuteNonQuery();
tx.Commit();
}
catch
{
tx.Rollback();
throw;
}
真要分布式事务，只能换驱动？
是的，但代价很高：Oracle.DataAccess（即 ODP.NET Unmanaged Driver）支持 XA，但它依赖 Oracle 客户端本地安装（oci.dll）、仅支持 Windows、且已停止更新（最后版本适配到 .NET Framework 4.8）。它在 .NET 8 上无法原生运行，强行加载会触发 DllNotFoundException 或类型绑定失败。官方也明确不推荐在新项目中使用该驱动。
也就是说，在 .NET 8 + Oracle.ManagedDataAccess 这个组合下，分布式事务不是配置问题，而是架构限制。绕不开，也补不全。
