SQL Server分布式事務(wù)的使用環(huán)境與問題破解

作者：佚名 2010-07-23 13:25:31

我們今天是要和大家一起討論的是SQL Server分布式事務(wù)的正確解決方案，以下的文章將會破解它的神秘面紗。望大家借鑒。

以下的文章主要描述的是SQL Server分布式事務(wù)的正確解決方案，以及對SQL Server分布式事務(wù)的使用環(huán)境，以及對其在實(shí)際操作中易出現(xiàn)的問題的相像與問題的破解方案，以下就是文章的主要內(nèi)容講述。

適用環(huán)境

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

數(shù)據(jù)庫：SQL Server 2000/SQL Server 2005

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

一、問題現(xiàn)象

在執(zhí)行SQL Server分布式事務(wù)時(shí)，在SQL Server 2005下收到如下錯(cuò)誤：

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

無法執(zhí)行該操作，因?yàn)殒溄臃?wù)器 "xxxxx" 的 OLE DB 訪問接口 "SQLNCLI" 無法啟動(dòng)分布式事務(wù)。

在SQL Server 2000下收到如下錯(cuò)誤：

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

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

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

二、解決方案

1. 雙方啟動(dòng)MSDTC服務(wù)

MSDTC服務(wù)提供分布式事務(wù)服務(wù)，如果要在數(shù)據(jù)庫中使用SQL Server分布式事務(wù)，必須在參與的雙方服務(wù)器啟動(dòng)MSDTC（Distributed Transaction Coordinator）服務(wù)。

2. 打開雙方135端口

MSDTC服務(wù)依賴于RPC（Remote Procedure Call (RPC)）服務(wù),RPC使用135端口，保證RPC服務(wù)啟動(dòng)，如果服務(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。唯一不需要該選項(xiàng)的情況是在提供程序支持嵌套事務(wù)時(shí)。

5. MSDTC設(shè)置

打開“管理工具――組件服務(wù)”，以此打開“組件服務(wù)――計(jì)算機(jī)”，在“我的電腦”上點(diǎn)擊右鍵。在MSDTC選項(xiàng)卡中，點(diǎn)擊“安全配置”按鈕。

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

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

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

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

l 保證DTC登陸賬戶為：NT Authority\NetworkService

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）就是要鏈接的實(shí)際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í)，數(shù)據(jù)庫引擎會根據(jù)ip地址訪問鏈接服務(wù)器，這時(shí)不需要做名稱解析。

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

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

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

二是在“C:\WINDOWS\system32\drivers\etc\hosts”文件中增加一條記錄：

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

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

6.2 DTC

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

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

7. 遠(yuǎn)程服務(wù)器上的名稱解析

SQL Server分布式事務(wù)的參與服務(wù)器是需要相互訪問的，發(fā)起查詢的服務(wù)器要根據(jù)機(jī)器名或ip查找遠(yuǎn)程服務(wù)器的，同樣遠(yuǎn)程服務(wù)器也要查找發(fā)起服務(wù)器，遠(yuǎn)程服務(wù)器通過發(fā)起服務(wù)器的機(jī)器名查找服務(wù)器，所以要保證遠(yuǎn)程服務(wù)器能夠通過發(fā)起服務(wù)器的機(jī)器名訪問到發(fā)起服務(wù)器。

一般的，兩個(gè)服務(wù)器在同一網(wǎng)段機(jī)器名能就行很好的解析，但是也不保證都能很好的解析，所以比較保險(xiǎn)的做法是：

在遠(yuǎn)程服務(wù)器的在“C:\WINDOWS\system32\drivers\etc\hosts”文件中增加一條記錄：

xxx.xxx.xxx.xxx 發(fā)起服務(wù)器名

【編輯推薦】