SQL Server分布式事务的使用环境与问题破解

数据库 SQL Server 分布式
我们今天是要和大家一起讨论的是SQL Server分布式事务的正确解决方案,以下的文章将会破解它的神秘面纱。望大家借鉴。

以下的文章主要描述的是SQL Server分布式事务的正确解决方案,以及对SQL Server分布式事务的使用环境,以及对其在实际操作中易出现的问题的相像与问题的破解方案,以下就是文章的主要内容讲述。

 

适用环境

操作系统:windows 2003

数据库:SQL Server 2000/SQL Server 2005

使用链接服务器进行远程数据库访问的情况

一、 问题现象

在执行SQL Server分布式事务时,在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服务提供分布式事务服务,如果要在数据库中使用SQL Server分布式事务,必须在参与的双方服务器启动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”

 

  1. EXEC sp_addlinkedserver  
  2. @server='linkServerName',  
  3. @srvproduct = N'SQL Server' 

 

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

l 第二种情况,访问接口选“Microsoft OLE DB Provider SQL Server”或“Sql Native Client”

 

  1. EXEC sp_addlinkedserver  
  2. @server=' linkServerName ',  
  3. @srvproduct='',  
  4. @provider='SQLNCLI',  
  5. @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地址,同样不需要做域名解析工作。

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

 

SQL Server分布式事务的参与服务器是需要相互访问的,发起查询的服务器要根据机器名或ip查找远程服务器的,同样远程服务器也要查找发起服务器,远程服务器通过发起服务器的机器名查找服务器,所以要保证远程服务器能够通过发起服务器的机器名访问到发起服务器。

 

一般的,两个服务器在同一网段机器名能就行很好的解析,但是也不保证都能很好的解析,所以比较保险的做法是:

在远程服务器的在“C:\WINDOWS\system32\drivers\etc\hosts”文件中增加一条记录:

xxx.xxx.xxx.xxx 发起服务器名

【编辑推荐】

  1. 对SQL Server 数据库易混淆的数据类型的描述
  2. SQL Server数据库的临时表的正确操作步骤
  3. SQL Server存储过程的命名标准如何进行?
  4. 卸载SQL Server 2005组件的正确顺序
  5. 对SQL Server字符串数据类型的具体描述

 

 

责任编辑:佚名 来源: 中国网管联盟
相关推荐

2010-07-26 13:25:11

SQL Server分

2010-07-21 13:42:53

SQL Server分

2010-07-14 08:59:20

SQL Server分

2010-07-05 15:48:44

SQL Server

2009-09-18 15:10:13

分布式事务LINQ TO SQL

2010-07-21 13:53:41

SQL Server分

2022-06-21 08:27:22

Seata分布式事务

2010-07-05 16:53:38

SQL Server

2010-07-06 09:39:20

SQL Server分

2022-06-27 08:21:05

Seata分布式事务微服务

2010-09-10 08:54:02

2017-07-26 15:08:05

大数据分布式事务

2024-01-05 07:28:50

分布式事务框架

2010-06-30 16:58:24

SQL Server分

2010-06-30 17:27:32

SQL Server数

2019-10-10 09:16:34

Zookeeper架构分布式

2010-07-26 13:33:28

SQL Server

2010-06-29 16:41:24

SQL Server分

2023-11-30 07:31:08

2021-04-23 08:15:51

Seata XA AT
点赞
收藏

51CTO技术栈公众号