MS SQL " 无法启动分布式事务"问题的解决思路

视频的容积

　　这两天做MS SQL到MY SQL数据的实时同步，原本计划通过触发器，调用存储过程（执行openquery操作mysql），结果一直显示：链接服务器的OLE DB访问接口"MSDASQL"无法启动分布式事务。按照网上提供各种方案尝试，结果仍无法解决。
　　最后发现有热心网友提示：
　　MySQL OLE DB driver does not support MSDTC because it doesn’t support auto-enlistment in the ambient COM+ transaction. If you really want to, you can write your own XA.DLL to wrap MySQL OLEDB driver in an XA transaction.
　　最后只能变换思路解决，增加一下本地的日志表，通过触发器往日志表中添加记录，然后通过job调用存储过程（执行openquery操作mysql）就一切OK了。各位网友提供的解决方案，应该是在MS SQL到MS SQL同步的分布式事务故障解决方案，MS SQL到MY SQL的同步只能另辟蹊径了。
　　转网友提供的MS SQL到MS SQL同步分布式事务解决方案内容如下，转载记录方便后续使用，原文链接
　　一、  问题现象
在执行分布式事务时，在sql server 2005下收到如下错误：
　　消息 7391，级别 16，状态 2，过程 xxxxx，第 16 行
　　无法执行该操作，因为链接服务器 "xxxxx" 的 OLE DB 访问接口 "SQLNCLI" 无法启动分布式事务。
　　在sql server 2000下收到如下错误：
　　该操作未能执行，因为 OLE DB 提供程序 'SQLOLEDB' 无法启动分布式事务。
　　[OLE/DB provider returned message: 新事务不能登记到指定的事务处理器中。 ]
　　OLE DB 错误跟踪［OLE/DB Provider 'SQLOLEDB' ITransactionJoin::JoinTransaction returned 0x8004d00a］。

　　二、  解决方案
1.        双方启动MSDTC服务
MSDTC服务提供分布式事务服务，如果要在数据库中使用分布式事务，必须在参与的双方服务器启动MSDTC（Distributed Transaction Coordinator）服务。
　　2.        打开双方135端口
MSDTC服务依赖于RPC（Remote Procedure Call (RPC)）服务,RPC使用135端口，保证RPC服务启动，如果服务器有防火墙，保证135端口不被防火墙挡住。  
　　使用“telnet IP 135 ”命令测试对方端口是否对外开放。也可用端口扫描软件（比如Advanced Port Scanner）扫描端口以判断端口是否开放。
　　3.        保证链接服务器中语句没有访问发起事务服务器的操作
在发起事务的服务器执行链接服务器上的查询、视图或存储过程中含有访问发起事务服务器的操作，这样的操作叫做环回（loopback），是不被支持的，所以要保证在链接服务器中不存在此类操作。
　　4.        在事务开始前加入set xact_abort ON语句
对于大多数 OLE DB 提供程序（包括 SQL Server），必须将隐式或显示事务中的数据修改语句中的 XACT_ABORT 设置为 ON。唯一不需要该选项的情况是在提供程序支持嵌套事务时。
　　5.        MSDTC设置
打开“管理工具――组件服务”，以此打开“组件服务――计算机”，在“我的电脑”上点击右键。在MSDTC选项卡中，点击“安全配置”按钮。
　　在安全配置窗口中做如下设置：
　　l选中“网络DTC访问”
　　l在客户端管理中选中“允许远程客户端”“允许远程管理”
　　l在事务管理通讯中选“允许入站”“允许出站”“不要求进行验证”
　　l保证DTC登陆账户为：NT   Authority/NetworkService
　　6.        链接服务器和名称解析问题
建立链接sql server服务器，通常有两种情况:
　　l第一种情况，产品选”sql server”
　　EXEC sp_addlinkedserver
　　@server='linkServerName',
　　@srvproduct = N'SQL Server'
　　这种情况，@server （linkServerName）就是要链接的sqlserver服务器名或者ip地址。
　　l第二种情况，访问接口选“Microsoft OLE DB Provider Sql Server”或“Sql Native Client”
　　EXEC sp_addlinkedserver  
　　@server=' linkServerName ',
　　@srvproduct='',
　　@provider='SQLNCLI',
　　@datasrc='sqlServerName'
　　这种情况，@datasrc（sqlServerName）就是要链接的实际sqlserver服务器名或者ip地址。
　　Sql server数据库引擎是通过上面设置的服务器名或者ip地址访问链接服务器，DTC服务也是通过服务器名或者ip地址访问链接服务器，所以要保证数据库引擎和DTC都能通过服务器名或者ip地址访问到链接服务器。
　　数据库引擎和DTC解析服务器的方式不太一样，下面分别叙述
　　6.1       数据库引擎
第一种情况的@server或者第二种情况的@datasrc设置为ip地址时，数据库引擎会根据ip地址访问链接服务器，这时不需要做名称解析。
　　第一种情况的@server或者第二种情况的@datasrc设置为sql server服务器名时，需要做名称解析，就是把服务器名解析为ip地址。
　　有两个办法解析服务器名：
　　一是在sql server客户端配置中设置一个别名，将上面的服务器名对应到链接服务器的ip地址。
　　二是在“C:/WINDOWS/system32/drivers/etc/hosts”文件中增加一条记录：
　　xxx.xxx.xxx.xxx   服务器名
　　作用同样是把服务器名对应到链接服务器的ip地址。
　　6.2       DTC
不管哪一种情况，只要@server设置的是服务器名而不是ip地址，就需要进行名称解析，办法同上面第二种办法，在hosts文件中增加解析记录，上面的第一种办法对DTC不起作用。
　　如果@server设置的是ip地址，同样不需要做域名解析工作。