关于SQLServer连接Oracle数据库时报链接服务器ORCL的
OLEDB访问接⼝Or。。。
在存储过程中使⽤事务，并且使⽤链接服务器时，报类似下⾯的错误
链接服务器"****"的 OLE DB 访问接⼝ "SQLNCLI10" 返回了消息 "没有活动事务。"。
消息 7391，级别 16，状态 2，过程 proc_SyncDiliveryData，第 20 ⾏
⽆法执⾏该操作，因为链接服务器 "*****r" 的 OLE DB 访问接⼝ "SQLNCLI10" ⽆法启动分布式事务。
时隔⼏个⽉之后，居然⼜遇到此问题，⼜是好⼀顿折腾，把之前的这些都检查了⼀遍还是没解决，⽆奈翻出旧程序来执⾏，发现⼜没问题了，于是⼀⼀进⾏⽐对，发现问题的关键是……
这次调⽤链接服务器的存储过程是在⼀个事务⾥进⾏的，因为要循环操作，为保证数据完整执⾏所以放进事务⾥处理。
所以赶紧将事务取消，直接执⾏，发现问题就这么解决了……
－－－－－－－－－－－－－－－－－－－－－
度娘了很久，到了两个⽐较全⾯的处理⽅法，理论上来讲按照这两个⽅法⼀步步处理到位了问题就可以解决了，但我确没解决到……
这篇⽂章：
下载DTCPing tool⼯具，才发现是端⼝的问题（⼿⼯检查没检查到位，不是系统防⽕墙，原来是单独的安装了⼀个防⽕墙），所以如果按照⽅法⼀、⽅法⼆处理后还没解决就⽤这个⼯具来核实问题吧！
⽅法⼀：
解决办法:
1.检查MSDTC设置,⽹上都有，不多说明.可以参考⽅法⼆
2.修改host设置，在C:\Windows\System32\drivers\etc下，在两台服务器分别添加对⽅计算机的IP地址与计算机名称，如下:
对⽅计算机IP 对⽅计算机名称
-------------------------------------------------
192.168.88.52  vwin2k3-8852
3.打开双⽅服务器，再打开SSMS，右击服务器属性，在连接选项卡勾选"需要将分布式事务⽤于服务器到服务器的通信."
重启双⽅数据库服务，搞定.
⽅法⼆
⼀、问题现象
sql连接不上服务器
在执⾏分布式事务时，在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服务只通过服务器
名地址访问链接服务器，所以要保证数据库引擎和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”⽂件中增加⼀条记录：

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。