SQLServer分布式事务配置(MSDTC)(远程数据库更新)如果你也遇到了类似于自然卷
配置windows update失败OLE DB "SQLNCLI" "未知" "分布"等错误时,请现尝试使⽤这个地址的⽅法进⾏处理,如果⽆效的话在继续后⾯的⽅法
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连接的话,因为默认是⾃动提交,所以不⽤设置就可以
当然了这样设置也存在⼀个问题,就是事务⽆法回滚,还要⾃⼰进⾏后续的错误处理
通过以上⽅法尽管已经能够更新数据,但是因为⽆法进⾏事务的回滚,显然存在⼀定的风险
于是下午⼜进⾏了⼀些实验,发现是防⽕墙的问题,关闭之后就可以测通了。但是作为数据库服务起来说,不开通防⽕墙显然是风险更⼤,那么怎么设置,请看这篇⽂章
在调⽤的时候,还需要执⾏⼀个设置语句,否则还是不⾏
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”⽂件中增加⼀条记录:
作⽤同样是把服务器名对应到链接服务器的ip地址。
6.2      DTC
不管哪⼀种情况,只要@server设置的是服务器名⽽不是ip地址,就需要进⾏名称解析,办法同上⾯第⼆种办法,在hosts⽂件中增加解析记录,上⾯的第⼀种办法对DTC不起作⽤。
如果@server设置的是ip地址,同样不需要做域名解析⼯作。
7.      远程服务器上的名称解析
分布式事务的参与服务器是需要相互访问的,发起查询的服务器要根据机器名或ip查
远程服务器的,同样远程服务器也要查发起服务器,远程服务器通过发起服务器的机器名查服务器,所以要保证远程服务器能够通过发起服务器的机器名访问到发
起服务器。
⼀般的,两个服务器在同⼀⽹段机器名能就⾏很好的解析,但是也不保证都能很好的解析,所以⽐较
保险的做法是:
在远程服务器的在“C:/WINDOWS/system32/drivers/etc/hosts”⽂件中增加⼀条记录