我之前也碰到过一模一样的问题，折腾了好一阵才搞定，给你列几个按优先级排序的排查和解决关键点，一步步试下来应该能解决：

1. 先检查MSDTC的核心安全配置 #

这是最容易踩坑的地方，很多时候不是服务没跑，是权限或访问开关没开：

• 打开「组件服务」：直接在运行框输入 dcomcnfg 回车就能打开
• 导航到 组件服务 > 计算机 > 我的电脑 > 分布式事务协调器 > 本地DTC，右键点「属性」
• 切换到「安全」标签，确保以下选项都勾选：
  • 允许远程客户端
  • 允许远程管理
  • 允许入站
  • 允许出站
• 勾选「允许网络DTC访问」，事务管理器通信根据你的环境选：内网环境直接选「不要求验证」最省心；如果是生产环境需要安全验证，再选Kerberos或NTLM
• 要是你的存储过程用到了XA事务（比如对接Oracle等第三方数据库），记得勾选「启用XA事务」

2. 验证网络连接与端口配置 #

MSDTC依赖135端口和动态端口，防火墙放行服务还不够，得确保端口能通：

• 先用telnet测试135端口：打开命令提示符，输入 telnet 目标服务器IP 135（本地调用就用127.0.0.1），如果能连通就会进入空白窗口，不通的话说明135端口被拦截了
• 动态端口容易出问题？手动指定固定端口范围：
  1. 打开注册表编辑器（regedit），找到路径 HKEY_LOCAL_MACHINE\Software\Microsoft\MSDTC
  2. 右键新建「字符串值」，命名为RPCNetPort，值设为一个连续的端口范围，比如5000-5010
  3. 到防火墙里放行这个端口范围，然后重启MSDTC服务：执行 net stop msdtc && net start msdtc

3. 检查SQL Server的DTC支持配置 #

SQL Server本身也需要启用DTC支持，不然调用分布式事务会失败：

• 打开「SQL Server配置管理器」，找到SQL Server服务 > SQL Server，右键点「属性」，切换到「服务」标签，确认启动账户是有足够权限的（比如本地系统账户或域账户，别用受限的本地服务）
• 打开SSMS，执行以下查询确认DTC支持是否开启：

  EXEC sp_configure 'show advanced options', 1;
  RECONFIGURE;
  EXEC sp_configure 'DTC transaction support';
  

  看run_value列的值，如果是1就是启用状态；如果是0，执行下面的命令开启后重启SQL Server：

  EXEC sp_configure 'DTC transaction support', 1;
  RECONFIGURE;
  

4. 排查权限与日志细节 #

如果前面的步骤都没用，就得看日志找具体原因：

• 打开「事件查看器」，导航到 应用程序和服务日志 > Microsoft > Windows > MSDTC，里面会有详细的错误日志，比如权限不足、验证失败、资源无法访问等，根据日志定位问题精准得多
• 确认SQL Server启动账户或本地系统账户有MSDTC的操作权限：回到本地DTC的「安全」标签，在「事务管理器权限」里添加对应的账户，赋予完全控制或必要权限

5. 终极方案：重置MSDTC #

要是所有配置都检查过还是不行，试试重置DTC的初始配置：

• 用管理员权限打开命令提示符，执行以下命令：

  msdtc -uninstall
  msdtc -install
  

• 重置完成后，重新回到第一步配置MSDTC的安全设置，再重启服务

我当时是因为MSDTC安全设置里漏了「允许入站」，加上SQL Server启动账户权限不够，调整后就正常运行分布式事务了。你按上面的步骤一步步排查，应该能快速定位问题。

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