主要報(bào)錯(cuò)：無法執(zhí)行該操作，因?yàn)殒溄臃?wù)器 "xxxxx" 的 OLE DB 訪問接口 "SQLNCLI" 無法啟動分布式事務(wù)--> Title : SQL Server之分布式事務(wù)--> Author

主要報(bào)錯(cuò)：

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

--> Title : SQL Server之分布式事務(wù)

--> Author : wufeng4552

--> Date : 2009-11-11

SQL Server之分布式事務(wù)

(一) 概念:

分布式事務(wù)是涉及來自兩個(gè)或多個(gè)源的資源的事務(wù)。Microsoft® SQL Server™ 2000支持分布式事務(wù)，使用戶得以創(chuàng)建事務(wù)來更新多個(gè)SQL Server數(shù)據(jù)庫和其它數(shù)據(jù)源。 分布式事務(wù)包括：

·資源管理器

控制分布式事務(wù)所涉及的每個(gè)資源的軟件稱為資源管理器。分布式事務(wù)由各個(gè)資源管理器內(nèi)的本地事務(wù)組成。每個(gè)資源管理器必須能夠與分布式事務(wù)內(nèi)的所有其它資源管理器相協(xié)調(diào)，以提交或回滾自己的本地事務(wù)。SQL Server 可以作為分布式事務(wù)內(nèi)的資源管理器工作，并遵從用于分布式事務(wù)處理的 X/Open XA 規(guī)范。

·事務(wù)管理器

提交或回滾分布式事務(wù)由稱為事務(wù)管理器的軟件組件控制。事務(wù)管理器與每個(gè)資源管理器相協(xié)調(diào)，確保一起提交或回滾所有組成分布式事務(wù)的本地事務(wù)。Microsoft 分布式事務(wù)處理協(xié)調(diào)器 (MS DTC) 服務(wù)如事務(wù)管理器一樣工作。MS DTC 遵從用于分布式事務(wù)處理的 X/Open XA 規(guī)范。

·兩階段提交 (2PC)

需要進(jìn)行特殊的提交處理，以防止在管理跨越多個(gè)資源管理器的事務(wù)時(shí)出現(xiàn)問題。當(dāng)刷新日志緩沖區(qū)使其可用時(shí)，提交大事務(wù)可能需要相對較長的時(shí)間。提交進(jìn)程本身還可能遇到錯(cuò)誤，需要強(qiáng)行回滾。如果事務(wù)管理器只是請求每個(gè)資源管理器提交，則可能從一些資源管理器返回成功狀態(tài)，然后從某個(gè)資源管理器得到錯(cuò)誤信息。這會導(dǎo)致沖突，因?yàn)樗蟹植际绞聞?wù)都應(yīng)回滾，而部分事務(wù)已提交。兩階段提交通過將提交分成兩相可以解決此問題： ·準(zhǔn)備

事務(wù)管理器給每個(gè)資源管理器發(fā)送一個(gè)準(zhǔn)備提交的請求。然后，每個(gè)資源管理器執(zhí)行完成提交進(jìn)程所需的所有大量占用資源的操作，如刷新所有日志緩沖區(qū)。資源管理器只保留維護(hù)事務(wù)完整性所需的最少的鎖，然后給事務(wù)管理器返回成功狀態(tài)。

·提交

如果所有資源管理對發(fā)給它們的準(zhǔn)備請求返回成功狀態(tài)，事務(wù)管理器將給每個(gè)資源管理器發(fā)送提交命令。然后，每個(gè)資源管理器快速將事務(wù)記錄為已完成，并釋放上次控制的資源。如果有任何資源管理器對準(zhǔn)備請求返回錯(cuò)誤信息，事務(wù)管理器將給每個(gè)資源管理器發(fā)送回滾命令。

有幾種方法可以使應(yīng)用程序在分布式事務(wù)內(nèi)包括 SQL Server 2000：

·如果應(yīng)用程序有本地事務(wù)并且發(fā)出分布式查詢，本地事務(wù)將升級到分布式事務(wù)。 ·發(fā)出 BEGIN DISTRIBUTED TRANSACTION 語句。

·如果應(yīng)用程序有本地事務(wù)并且將 REMOTE_PROC_TRANSACTIONS 選項(xiàng)設(shè)置為 ON ，則調(diào)用遠(yuǎn)程存儲過程將使本地事務(wù)升級到分布式事務(wù)。

·使用用于 SQL Server 的 OLE DB 提供程序或 SQL Server ODBC 驅(qū)動程序的應(yīng)用程序，可以使用 OLE DB 方法或 ODBC 函數(shù)讓 SQL Server 連接聯(lián)接由應(yīng)用程序啟動的分布式事務(wù)。

(二) 案例

(2.1)問題描述

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

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

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

在sql server 2000下收到如下錯(cuò)誤：

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

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

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

(2.2)解決方案

(2.2.1)雙方啟動MSDTC 服務(wù)

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

(2.2.2) 打開雙方135端口

MSDTC 服務(wù)依賴于RPC （Remote Procedure Call (RPC)）服務(wù),RPC 使用135端口，保證RPC 服務(wù)啟動，如果服務(wù)器有防火墻，保證135端口不被防火墻擋住。使用“telnet IP 135 ”命令測試對方端口是否對外開放。也可用端口掃描軟件（比如Advanced Port Scanner）掃描端口以判斷端口是否開放。

(2.2.3)保證鏈接服務(wù)器中語句沒有訪問發(fā)起事務(wù)服務(wù)器的操作

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

(2.2.4)在事務(wù)開始前加入set xact_abort ON語句

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

(2.2.5)MSDTC設(shè)置

管理工具―組件服務(wù)―計(jì)算機(jī)―我的電腦(右鍵)―MSDTC―安全配置

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

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

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

(2.2.5.3)在事務(wù)管理通訊中選“允許入站”“允許出站”“不要求進(jìn)行證” (2.2.5.4)保證DTC 登陸賬戶為：NT AuthorityNetworkService

(2.2.6)鏈接服務(wù)器和名稱解析問題

建立鏈接sql server服務(wù)器，通常有兩種情況:

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

EXEC sp_addlinkedserver

@server='linkServerName',

@srvproduct = N'SQL Server'

這種情況@server(linkServerName)就是要鏈接的sqlserver 服務(wù)器名或者ip 地址。 第二種情況訪問接口選“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ù)器名地址訪問鏈接服務(wù)器，所以要保證數(shù)據(jù)庫引擎和DTC 都能通過服務(wù)器名或者ip 地址訪問到鏈接服務(wù)器。

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

數(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:WINDOWSsystem32driversetchosts”文件中增加一條記錄：

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

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

DTC

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

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

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

分布式事務(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:WINDOWSsystem32driversetchosts”文件中增加一條記錄：xxx.xxx.xxx.xxx 發(fā)起服務(wù)器名(王朝網(wǎng)絡(luò) wangchao.net.cn)