oracle分布式事务在.net中失败大概率因oramts.dll未加载：该dll仅随“oracle services for microsoft transaction server”组件安装，不包含于instant client或runtime版本；需手动注册oramts recovery service并确保其运行，且进程位数、path路径、注册表mtxoci项等均须正确配置。
oracle 分布式事务在 .net 中执行失败，大概率是 oramts.dll 没加载成功，而不是连接字符串或 transactionscope 写错了。
为什么 oramts.dll 总是找不到
这个 DLL 不是 Oracle 客户端默认安装项，也不是随 ODP.NET 自动部署的。它只在你主动勾选 “Oracle Services for Microsoft Transaction Server”（OraMTS）时才被复制到 Oracle Home 目录下。即使你装了 10g/11g/12c 客户端，如果当初选的是 “Instant Client” 或 “Runtime” 类型，oramts.dll 就根本不会存在。
- 检查
%ORACLE_HOME%\bin下是否存在oramts.dll；不存在 → 说明安装时没选 OraMTS 组件 - 检查 Windows 事件查看器中是否有 “The OracleMTSRecoveryService service failed to start” 类似日志 → 表明服务未注册或启动失败
-
System.Data.OracleClient（已废弃）会直接 P/Invokeoramts.dll，而 ODP.NET（Oracle.DataAccess.dll）则通过 COM 接口间接调用，但底层仍依赖该 DLL 存在并可被加载
OraMTS 服务必须手动安装并运行
ODP.NET 的分布式事务（XA）必须靠 OraMTS Recovery Service 协调本地事务与 MSDTC 的两阶段提交。这个服务不是装完客户端就自动启用的，尤其在 Oracle 12c+ 中，每个 Oracle Home 都要单独注册对应的服务实例。
- 以管理员身份运行
ORAMTSRECOVERYSERVICEINSTALLER.EXE（位于%ORACLE_HOME%\bin）完成服务注册 - 确认服务名为
OraMTSRecoveryService（Oracle 12c 后带版本号后缀，如OraMTSRecoveryService12c），且启动类型为“自动”，状态为“正在运行” - 服务运行账户必须对
%ORACLE_HOME%有读取+执行权限；若使用域账户，需确保该账户在本地策略中拥有“作为服务登录”权限 - 注册表项
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI必须存在，且OracleXaLib值指向正确的客户端 DLL（如oraclient12.dll），否则 MSDTC 根本不会尝试调用 Oracle 的 XA 接口
ODP.NET 版本与 .NET Framework 的兼容性陷阱
从 ODAC 12c Release 3 开始，ODP.NET 托管驱动才支持纯托管方式协调 MSDTC（即不依赖 oramts.dll 的 P/Invoke 调用）。但前提是：你用的是 .NET Framework 4.5.2+，且明确使用了 Oracle.ManagedDataAccess.dll，而非旧版 Oracle.DataAccess.dll。
微软 Outlook 邮箱和日历管理工具（支持世纪互联版 Office 365）。用于查看、发送、搜索邮件，管理日历日程，创建会议，查询忙闲状态。注意：此功能仅支持世纪互联（21Vianet）版 Microsoft 365，使用 login.chinacloudapi.cn。
- 如果你还在引用
Oracle.DataAccess.dll（非托管驱动），那无论 .NET 版本多新，都绕不开oramts.dll和 OraMTS 服务 - 使用托管驱动时，
TransactionScope仍需开启 MSDTC，但不再报DllNotFoundException: oramts.dll—— 因为它走的是System.Transactions的纯托管 XA 实现 - 注意：托管驱动不支持所有 Oracle 高级特性（如 UDT、AQ），且部分老项目因强命名绑定无法直接替换；切换前务必验证连接池行为和异常堆栈是否一致
环境变量和进程位数必须严格匹配
32 位应用无法加载 64 位 Oracle Home 下的 oramts.dll，反之亦然。而 IIS 应用池、Windows 服务、控制台程序默认可能运行在不同平台模式下。
- 确认你的 .NET 进程是 x86 还是 x64：用
tasklist /FI "IMAGENAME eq w3wp.exe"查看 IIS 工作进程平台，再比对%ORACLE_HOME%是 32 位还是 64 位客户端 -
PATH环境变量中，%ORACLE_HOME%\bin必须排在其他 Oracle 目录之前；多个 Oracle Home 共存时，务必用oraenv或手动设置当前会话的ORACLE_HOME - 不要试图把
oramts.dll复制到C:\Windows\System32或应用目录下 —— 它依赖同目录下的oci.dll和特定版本的 VC++ 运行时（如msvcr120.dll），路径错乱会导致隐性加载失败
最常被忽略的一点：OraMTS Recovery Service 不是“装上就完事”，它需要在首次分布式事务发生前就处于运行状态，并且其日志目录（默认 %ORACLE_HOME%\network\log）要有写入权限。一旦事务进入 in-doubt 状态，没有这个服务，MSDTC 就无法回滚或提交，数据库连接会卡死，后续所有 XA 请求都会超时失败。
