SQL Server分布式事务

    The operation could not be performed because OLE DB provider "SQLNCLI10" for linked server "XXX" was unable to begin a distributed transaction. 无法执行该操作，因为链接服务器“XXX”的OLE DB 访问接口“SQLNCLI10”无法启动分布式事务。

    分布式事务是涉及来自两个或多个源的资源的事务。

    分布式事务包括：

    1）资源管理器

     控制分布式事务所涉及的每个资源的软件称为资源管理器。分布式事务由各个资源管理器内的本地事务组成。每个资源管理器必须能够与分布式事务内的所有其它资源管理器相协调，以提供或回滚自己的本地事务。SQL Server 可以作为分布式事务内的资源管理器工作，并遵从用于分布式事务处理的X/Open XA规范。

    2）事务管理器

     提交或回滚分布式事务称为事务管理器的软件组件控制。事务管理器与每个资源管理器相协调，确保一起提交或回滚所有组成分布式事务的本地事务。Microsoft分布式事务处理协调器（MS DTC）服务如事务管理器一样工作。MS DTC遵从用于分布式事务处理的X/Open XA规范。

    3）两阶段提交

     需要进行特殊的提交处理，以防止在管理跨越多个资源管理器的事务时出现问题。当刷新日志缓冲区使其可用时，提交大事务可能需要相对较长的时间。提交进程本身还坑遇到错误，需要强行回滚。如果事务管理器只是请求每个资源管理器提交，则可能从一些资源管理器返回成功状态，然后从某个资源管理器得到错误信息。这会导致冲突，因为所有分布式事务都应回滚，而部分事务已提交。两阶段提交通过将提交分成两项可以解决此问题。

     准备

    事务管理器给每个资源管理器发送一个准备提交的请求。然后，每个资源管理器执行完成提交进程所需的所有大量占用资源的操作，如刷新所有日志缓冲区。资源管理器只保留维护事务完整性所需的最少的锁，然后给事务管理器返回成功状态。

    提交

    如果所有资源管理器对发给它们的准备请求返回成功状态，事务管理器将每个资源管理器所发送提交命令。然后，每个资源管理器快速将事务记录为已完成，并释放上次控制的资源。如果有任何资源管理器对准备请求返回错误信息，事务管理器将每个资源管理器发送回滚命令。

     如果应用程序有本地事务并且发出发布式查询，本地事务将升级到分布式事务。

     发出BEGIN DISTRIBUTED TRANSACTION语句。

     如果应用程序有本地事务并且将REMOTE_PROC_TRANSACTIONS选项设置为ON，则调用远程存储过程将使本地事务升级到分布式事务。

     使用用于SQL SERVER的OLE DB提供程序或SQL Server ODBC驱动程序的应用程序，可以使用OLE DB方法或ODBC函数让SQL SERVER连接由应用程序启动的分布式事务。

      解决方法：

       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设置

         系统管理工具—组件服务—计算机—我的电脑—Distributed Transaction Coordinator—本机DTC

          如图设置：

   

      6）链接服务器和名称解析问题

       建立链接sql server服务器，通常有两种情况:

       第一种情况，产品选”sql server”

         EXEC sp_addlinkedserver

         @server='linkServerName',

         @srvproduct = N'SQL Server'

         这种情况@server(linkServerName)就是要链接的sqlserver服务器名或者ip地址。

       第二种情况访问接口选“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服务只通过服务器名地址访问链接服务器，所以要保证数据库引擎和DTC都能通过服务器名或者ip地址访问到链接服务器。

       数据库引擎和DTC解析服务器的方式不太一样，下面分别叙述

       数据库引擎

       第一种情况的@server或者第二种情况的@datasrc设置为ip地址时，数据库引擎会根据ip地址访问链接服务器，这时不需要做名称解析。

       第一种情况的@server或者第二种情况的@datasrc设置为sql server服务器名时，需要做名称解析，就是把服务器名解析为ip地址。

       有两个办法解析服务器名：

       一是在sql server客户端配置中设置一个别名，将上面的服务器名对应到链接服务器的ip地址。

       二是在“C:/WINDOWS/system32/drivers/etc/hosts”文件中增加一条记录：

        xxx.xxx.xxx.xxx 服务器名

       作用同样是把服务器名对应到链接服务器的ip地址。

        DTC

        不管哪一种情况，只要@server设置的是服务器名而不是ip地址，就需要进行名称解析，办法同上面第二种办法，在hosts文件中增加解析记录，上面的第一种办法对DTC不起作用。

如果@server设置的是ip地址，同样不需要做域名解析工作

      7）远程服务器上的名称解析

       分布式事务的参与服务器是需要相互访问的，发起查询的服务器要根据机器名或ip查找远程服务器的，同样远程服务器也要查找发起服务器，远程服务器通过发起服务器的机器名查找服务器，所以要保证远程服务器能够通过发起服务器的机器名访问到发起服务器。一般的，两个服务器在同一网段机器名能就行很好的解析，但是也不保证都能很好的解析，所以比较保险的做法是：在远程服务器的在“C:/WINDOWS/system32/drivers/etc/hosts”文件中增加一条记录：xxx.xxx.xxx.xxx 发起服务器名