Web事务管理-基础事务管理器的通信失败

1. 适用范围

DotNet开发过程中，涉及多个数据库和不同数据库的分布式事务（Distributed Transaction）开发，有时会碰到“与基础事务管理器的通信失败”的错误。导致这个错误一般有下列三个原因：

1） MSDTC设置不正确；

2） 是否被防火墙阻挡；

3） 跨网段通讯或跨域通讯；

在数据库项目开发时，连接一个远程数据库（如SQLServer2005时）时，创建多个数据库连接时，SQLServer2005会自动由LTM(Light Weight TransactionManager)升级成OLETX（MSDTC）来处理，开启MSDTC服务，通过RPC远程数据库。

2. 原理概述

排除此问题可通过以下几步来解决：

1.     双方启动MSDTC服务

MSDTC(分布式交易协调器)，协调跨多个数据库、消息队列、文件系统等资源管理器的事务。该服务的进程名为Msdtc.exe,该进程调用系统Microsoft Personal Web Server和Microsoft SQL Server。该服务用于管理多个服务器。

位置：控制面板－－管理工具－－服务－－Distributed Transaction Coordinator

依存关系：Remote Procedure Call(RPC)和Security Accounts Manager

建议：一般家用计算机涉及不到，除非你启用Message Queuing服务，可以停止。

解决办法:

(1)在windows控制面版-->管理工具-->服务-->Distributed TransactionCoordinator-->属性-->启动

(2)在CMD下运行"netstart msdtc"开启服务后正常。

注：如果在第1步Distributed Transaction Coordinator无法启动，则是因为丢失了日志文件,重新创建日志文件,再启动就行了。重新创建 MSDTC 日志,并重新启动服务的步骤如下：

(1) 单击"开始",单击"运行",输入 cmd 后按"确定"。

(2) 输入:msdtc-resetlog (注意运行此命令时,不要执行挂起的事务)

(3) 最后输入:net startmsdtc 回车,搞定!

2.     打开“控制面板(Control Panel)―管理工具(AdministrativeTools)―组件服务(Component Service)”（或者开始-运行 “Dcomcnfg.exe”）

3.     打开“组件服务(Component Service)―计算机(Computers)”

4.     在“我的电脑(My Computer)”上点击右键，点击“属性(Properties)”:

(1)选中“网络DTC访问”

(2)在客户端管理中选中“允许远程客户端”“允许远程管理”

(3)在事务管理通讯中选“允许入站”“允许出站”“不要求进行验证”

(4)保证DTC登陆账户为：NTAuthority\NetworkService　

(5)单击"确定"。这样将会提示您"MS DTC 将会停止并重新启动。 所有的依赖服务将被停止。请按'是'继续"。单击"是"继续。

5.     关闭网络防火墙（或者开放相应的端口135或用services.msc打开服务启动TCP/IP NetBIOS Helper服务）

XP系统配置如下图：

Window2008系统配置如下图：

注：在Windows2003+sp1或WinXP+SP2的机器环境时，若客户端和数据库端的操作系统一样（即都为Win2003+sp1或WinXP+SP2），则可以要求双方进行验。若客户端和服务端有一方不相同（如为win2000）时，需设置为不要求进行验证；因此安全配置建议设置为不要求进行验证，如上图所示。

2.2     防火墙设置

若还是不成功，可以看一下是否开启网卡上的防火墙，可把MSDTC加入例外，如下图所示：（关于MSDTC与防火墙的问题可参考：http://support.microsoft.com/kb/306843/zh-GB）

2.3 设置防火墙第一步

2.4 Windows2008 设置防火墙第二步

2.3     其他特殊情况处理

最近在虚拟机上进行服务器迁移，发现以上配置完全不能生效。如果出现这种情况，可能原因有下面几点：

2.3.1  同一个镜像制作的制作的系统

重新安装msdtc服务。下面是来自网上的重装步骤。

1、删除注册表中的如下三个键

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC 

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC 

HKEY_CLASSES_ROOT\CID

2、 停止MSDTC服务：net stop msdtc

3、 卸载MSDTC服务：msdtc–uninstall

4、 重新安装MSDTC服务：msdtc -install 

5、 确认在事件查看器中msdtc服务已经正常启动

6、 重启机器

7、 在命令行窗口执行

msdtc –resetlog

重装完毕。

注：在此过程中，我们只进行了msdtc –uninstall跟msdtc –install操作，检查msdtc配置之后，重启IIS，成功。

2.3.2  其他待补充

其他情况，请您查看系统日志文件，根据里面的具体错误情况，进行针对性处理。

2.4     MSDTC的通信检测

至于MSDTC的通信检测，用户可以通过DTCPing（或DTCTester）工具进行测试。DTCPing 需服务端和客户端成对进行测试，一方启动为服务端，而另一方启动为客户端，进行DTC通信测试。下图是DTCPing测试的示例：

如上图所示，DB服务器和客户端RPC是相互连通可以通信的。

注意：Remote Server Name为NetBios名称。

 工具可以从微软网站上下载：

DTCPing可以从微软站点下载：

http://www.microsoft.com/downloads/details.aspx?FamilyID=5e325025-4dcd-4658-a549-1d549ac17644&DisplayLang=en

DTCPing说明：

http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q306843

DTCTester可以从微软站点下载：

http://support.microsoft.com/?scid=kb%3Ben-us%3B293799

2.5     其他可能原因

在若还不行，看一下数据库服务器与客户端（如web端）是不是在同一网段（或者同一个AD域），检测步骤可参考如下：

a) telnet DbIP 135是否可以通；

b) 然后相互Ping IP；

c) 再ping 相互的NetBios名称，还不通的话

d) 可以修改%windir%/system32/etc/hosts，或%windir%/system32/etc/lmhost.sam去掉文件扩展名，进行DB服务和IP的绑定即可，如下图所示：

 在不同的AD域中，若IP可以ping通，但机器名称不能Ping通，则说明机器名称解析有问题，请检测wins服务和DNS是否正确。

通过以上几步，一般MSDTC的通信就OK了。