SQL Server分布式事务配置(MSDTC)(远程数据库更新)

如果你也遇到了类似于
OLE DB "SQLNCLI" "未知" "分布"等错误时,请现尝试使用这个地址的方法进行处理,如果无效的话在继续后面的方法
http://blog.csdn.net/hb_gx/archive/2007/10/15/1826436.aspx

SQL Server数据库以下简称MSS

MSS服务器demo1 创建表
create table1(col1 varchar(20),col2 varchar(20) col3 varchar(20))
insert into ('1','','')
insert into ('1','','')
insert into ('2','','')
insert into ('2','','')

MSS服务器demo2 创建远程连接到demo1,并创建视图
create view table
as
select * from dblink_demo1.master.dbo.table1 where col1='1'

在查询分析器中
update table set col3 = col3; --ok,执行成功

begin trans T
    update table set col3 = col3; --error,执行失败
commit trans T

这个问题产生的原因是,你的视图table用到了远程数据库上的表,造成你的事务T需要,成为一个分布式事务。所以你需要配置分布式事务环境,就如同文章开始的引用文章中所说得那样,配置msdtc

此时,需要声明分布式事务
begin DISTRIBUTED trans T
    update table set col3 = col3; --error,执行还是失败
commit trans T

至此,我也很是苦恼,找了很多方法,服务器也进行了升级,最后还是没配通,于是乎就把代码改了

powerbuilder中,autocommit设置为true就可以了
如果是用ado连接的话,因为默认是自动提交,所以不用设置就可以

当然了这样设置也存在一个问题,就是事务无法回滚,还要自己进行后续的错误处理

通过以上方法尽管已经能够更新数据,但是因为无法进行事务的回滚,显然存在一定的风险

于是下午又进行了一些实验,发现是防火墙的问题,关闭之后就可以测通了。但是作为数据库服务起来说,不开通防火墙显然是风险更大,那么怎么设置,请看这篇文章
http://www.cnblogs.com/shcity/articles/1222964.html

在调用的时候,还需要执行一个设置语句,否则还是不行
EXECUTE IMMEDIATE  "set xact_abort on"

begin transaction t
update table set col2 = col2;
commit transaction t

总结
1.配置msdtc
2.配置防火墙
3.检查视图,更新语句,尽量少关联表
4.增加"set xact_abort on"

常见错误
1.msdtc没有启动 net start msdtc

2.分布式事务无法启动 ,配置msdtc,保证选中“入站”“出战”“TIP 事务”

3.超时,设置msdtc,选项,事务超时为0或者大一些

4.无法启动分布式事务,防火墙问题,关闭防火墙

5.NULL事务,通常为视图,或者更新语句较复杂,造成loopback,尽量简化

 

 

 

 

---------------------------------------------------------------------------------------------------------

---------------------------------------------------------------------------------------------------------

下面这篇文章的说明也很详细

 

 

适用环境

操作系统:windows
2003

数据库:sql server
2000/sql server 2005

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

一、 问题现象
在执行分布式事务时,在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地址,同样不需要做域名解析工作。



7. 远程服务器上的名称解析
分布式事务的参与服务器是需要相互访问的,发起查询的服务器要根据机器名或ip查

找远程服务器的,同样远程服务器也要查找发起服务器,远程服务器通过发起服务器

的机器名查找服务器,所以要保证远程服务器能够通过发起服务器的机器名访问到发

起服务器。

一般的,两个服务器在同一网段机器名能就行很好的解析,但是也不保证都能很好的

解析,所以比较保险的做法是:

在远程服务器的在“C:/WINDOWS/system32/drivers/etc/hosts”文件中增加一条记录
阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页