適用環(huán)境

操作系統(tǒng)：windows 2003

數(shù)據(jù)庫：sql server 2000/sql server 2003

使用鏈接服務(wù)器進(jìn)行遠(yuǎn)程數(shù)據(jù)庫訪問的情況

一、; 問題現(xiàn)象在執(zhí)行分布式事務(wù)時，在sql server 2005下收到如下錯誤：

消息 7391，級別 16，狀態(tài) 2，過程 xxxxx，第 16 行

無法執(zhí)行該操作，因為鏈接服務(wù)器 'xxxxx' 的 OLE DB 訪問接口 'SQLNCLI' 無法啟動分布式事務(wù)。

在sql server 2000下收到如下錯誤：

該操作未能執(zhí)行，因為 OLE DB 提供程序 'SQLOLEDB' 無法啟動分布式事務(wù)。

[OLE/DB provider returned message: 新事務(wù)不能登記到指定的事務(wù)處理器中。 ]

OLE DB 錯誤跟蹤［OLE/DB Provider 'SQLOLEDB' ITransactionJoin::JoinTransaction returned 0x8004d00a］。

二、; 解決方案1.;;;;;雙方啟動MSDTC服務(wù)MSDTC服務(wù)提供分布式事務(wù)服務(wù)，如果要在數(shù)據(jù)庫中使用分布式事務(wù)，必須在參與的雙方服務(wù)器啟動MSDTC（Distributed Transaction Coordinator）服務(wù)。

2.;;;;;打開雙方135端口MSDTC服務(wù)依賴于RPC（Remote Procedure Call (RPC)）服務(wù),RPC使用135端口，保證RPC服務(wù)啟動，如果服務(wù)器有防火墻，保證135端口不被防火墻擋住。

使用“telnet IP 135 ”命令測試對方端口是否對外開放。也可用端口掃描軟件（比如Advanced Port Scanner）掃描端口以判斷端口是否開放。

3.;;;;;保證鏈接服務(wù)器中語句沒有訪問發(fā)起事務(wù)服務(wù)器的操作在發(fā)起事務(wù)的服務(wù)器執(zhí)行鏈接服務(wù)器上的查詢、視圖或存儲過程中含有訪問發(fā)起事務(wù)服務(wù)器的操作，這樣的操作叫做環(huán)回（loopback），是不被支持的，所以要保證在鏈接服務(wù)器中不存在此類操作。

4.;;;;;在事務(wù)開始前加入set xact_abort ON語句對于大多數(shù) OLE DB 提供程序（包括 SQL Server），必須將隱式或顯示事務(wù)中的數(shù)據(jù)修改語句中的 XACT_ABORT 設(shè)置為 ON。唯一不需要該選項的情況是在提供程序支持嵌套事務(wù)時。

5.;;;;;MSDTC設(shè)置打開“管理工具――組件服務(wù)”，以此打開“組件服務(wù)――計算機”，在“我的電腦”上點擊右鍵。在MSDTC選項卡中，點擊“安全配置”按鈕。

在安全配置窗口中做如下設(shè)置：

l選中“網(wǎng)絡(luò)DTC訪問”

l在客戶端管理中選中“允許遠(yuǎn)程客戶端”“允許遠(yuǎn)程管理”

l在事務(wù)管理通訊中選“允許入站”“允許出站”“不要求進(jìn)行驗證”

l保證DTC登陸賬戶為：NTAuthorityNetworkService

6.;;;;;鏈接服務(wù)器和名稱解析問題建立鏈接sql server服務(wù)器，通常有兩種情況:

l第一種情況，產(chǎn)品選”sql server”

EXEC sp_addlinkedserver

@server='linkServerName',

@srvproduct = N'SQL Server'

這種情況，@server （linkServerName）就是要鏈接的sqlserver服務(wù)器名或者ip地址。

l第二種情況，訪問接口選“Microsoft OLE DB Provider Sql Server”或“Sql Native Client”

EXEC sp_addlinkedserver

@server=' linkServerName ',

@srvproduct='',

@provider='SQLNCLI',

@datasrc='sqlServerName'

這種情況，@datasrc（sqlServerName）就是要鏈接的實際sqlserver服務(wù)器名或者ip地址。

Sql server數(shù)據(jù)庫引擎是通過上面設(shè)置的服務(wù)器名或者ip地址訪問鏈接服務(wù)器，DTC服務(wù)也是通過服務(wù)器名或者ip地址訪問鏈接服務(wù)器，所以要保證數(shù)據(jù)庫引擎和DTC都能通過服務(wù)器名或者ip地址訪問到鏈接服務(wù)器。

數(shù)據(jù)庫引擎和DTC解析服務(wù)器的方式不太一樣，下面分別敘述

6.1;;;;數(shù)據(jù)庫引擎第一種情況的@server或者第二種情況的@datasrc設(shè)置為ip地址時，數(shù)據(jù)庫引擎會根據(jù)ip地址訪問鏈接服務(wù)器，這時不需要做名稱解析。

第一種情況的@server或者第二種情況的@datasrc設(shè)置為sql server服務(wù)器名時，需要做名稱解析，就是把服務(wù)器名解析為ip地址。

有兩個辦法解析服務(wù)器名：

一是在sql server客戶端配置中設(shè)置一個別名，將上面的服務(wù)器名對應(yīng)到鏈接服務(wù)器的ip地址。

二是在“C:WINDOWSsystem32driversetchosts”文件中增加一條記錄：

xxx.xxx.xxx.xxx服務(wù)器名

作用同樣是把服務(wù)器名對應(yīng)到鏈接服務(wù)器的ip地址。

6.2;;;;DTC不管哪一種情況，只要@server設(shè)置的是服務(wù)器名而不是ip地址，就需要進(jìn)行名稱解析，辦法同上面第二種辦法，在hosts文件中增加解析記錄，上面的第一種辦法對DTC不起作用。

如果@server設(shè)置的是ip地址，同樣不需要做域名解析工作。