SQL Server链接Oracle服务器在SSMS外调用失败，求解决方案

我们在SQL Server 2022中配置了连接Oracle 11.2服务器的链接服务器，用于执行存储过程中的基础SELECT和UPDATE操作。该链接在SSMS中可正常使用，但通过C# .NET 4.8程序调用时，会出现以下两类错误之一：

无法执行操作，因为链接服务器"TEST1"的OLE DB提供程序"MSDASQL"无法启动分布式事务。
无法登记到事务中。

我们使用与SSMS相同的用户名/密码建立连接，已尝试以下操作：

• 设置事务隔离级别为READ UNCOMMITTED；
• 通过ODBC和OleDB配置链接服务器，无差异；
• 开关链接服务器/提供程序的所有可用设置；
• 更换不同版本的Oracle客户端软件；
• 调整MSDTC相关设置。

补充信息：

• 我们不需要事务，即使Oracle中的语句偶尔未执行也无影响；
• 程序以Windows服务运行（可能存在权限问题）；
• 存储过程位于SQL Server而非Oracle中。

1. 事务上下文默认行为

   • SSMS执行语句时默认是自动提交事务模式：单个SQL语句执行完成后立即提交，不会隐式触发分布式事务，除非显式执行BEGIN TRANSACTION。
   • .NET程序通过MSOLEDBSQL连接SQL Server时，默认会自动登记到环境事务（比如代码中开启了TransactionScope，或连接字符串未禁用事务登记），这会迫使SQL Server尝试将链接服务器操作纳入分布式事务，一旦Oracle端或MSDTC配置不支持就会报错。

2. 安全上下文差异

   • SSMS通常以当前交互式Windows用户身份运行（或SQL Server身份验证），该用户拥有本地系统权限、MSDTC访问权限，且处于桌面交互会话，权限检查相对宽松。
   • Windows服务默认以**系统账户（如Local System、Network Service）**运行，这类账户的网络权限、MSDTC权限受限，即便使用相同的SQL Server登录名，底层操作系统层面的权限（比如访问Oracle客户端组件、MSDTC服务的权限）和SSMS的交互式用户完全不同。

3. 连接配置逻辑差异

   • SSMS的连接默认不会强制事务登记，而.NET程序的连接字符串若未显式设置Enlist=false，会自动尝试将连接绑定到当前的.NET事务上下文，进而触发分布式事务流程。

既然不需要事务，可从以下方向处理：

1. 修改.NET连接字符串
   在连接SQL Server的字符串中添加Enlist=false，禁用自动事务登记：

   Server=your_sql_server;Database=your_db;User Id=your_user;Password=your_pwd;Enlist=false;
   

2. 调整存储过程的事务设置
   在调用链接服务器的语句前，显式关闭分布式事务支持：

   SET XACT_ABORT OFF;
   SET REMOTE_PROC_TRANSACTIONS OFF;
   -- 执行你的SELECT/UPDATE操作
   SELECT * FROM [TEST1]..[schema].[table];
   

3. 修改Windows服务运行账户
   将服务的运行账户改为与SSMS相同的交互式用户，确保底层操作系统权限一致，避免权限不足导致的MSDTC或Oracle客户端访问问题。

4. 关闭链接服务器的分布式事务选项
   在SSMS的链接服务器属性 -> 服务器选项中，将**“使用远程事务”**设置为False，禁用分布式事务关联。

内容的提问来源于stack exchange，提问作者dwo