日期:2014-05-18  浏览次数:20518 次

触发器跨库更新一张表,出现错误:新事务不能登记到指定的事务处理器中
我用触发器更新同一实例的另外数据库中的一张表,语句如下:
CREATE TRIGGER [tri_nfy] ON [dbo].[notify] 
for INSERT 
AS
begin

SET XACT_ABORT on
insert into OPENDATASOURCE('SQLOLEDB','Data Source="(local)";User ID=aa;Password=aa').test.dbo.test (title) select title from inserted
end
总是出现
Microsoft OLE DB Provider for SQL Server 错误 '80004005' 

[OLE/DB provider returned message: 新事务不能登记到指定的事务处理器中。 ] 

看了网上的解决方案,比如:开启MTS,DTC开启端口,组件服务里面设置msdtc,都不能解决,系统为win2003.网上的解决方案几乎都用过了,但还是不行,不知道有谁解决过

------解决方案--------------------
SQL code
CREATE TRIGGER [tri_nfy] ON [dbo].[notify]  
for INSERT  
AS
begin
set    xact_abort   on  
begin  distributed   tran  ---需要开启分发事务
SET XACT_ABORT on
insert into OPENDATASOURCE('SQLOLEDB','Data Source="(local)";User ID=aa;Password=aa').test.dbo.test (title) select title from inserted
commit tran
end

------解决方案--------------------
探讨
我用触发器更新同一实例的另外数据库中的一张表,语句如下:
CREATE TRIGGER [tri_nfy] ON [dbo].[notify]
for INSERT
AS
begin

SET XACT_ABORT on
insert into OPENDATASOURCE('SQLOLEDB','Data Source="(local)";User ID=aa;Passw……

------解决方案--------------------
DisallowAdhocAccess 访问接口选项必须设置为 0,同时必须启用“临时分布式查询”高级配置选项。


想不通哪儿还能有控制的,如果单独执行可以连接。 放触发器事务不行???

------解决方案--------------------
触发器本身就是一个事务
你在事务里进行分布式操作,就必须开启msdtc和确保135端口打开。
直接查询分析器里执行是不在事务中操作,所以不用
clear?
探讨

用链接服务器也不行,在查询分析器里面可以,但放在触发器里面就不能,很奇怪啊:(

------解决方案--------------------
只能发个网上的列表了。LZ看看是否都检查到了。


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服务只通过服务器名地址访问链接服务器,所以要保证数据库引擎和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地址,同样不需要做域名解析工作。