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

2019-11-03 08:35:43

字體：大中小

供稿：網(wǎng)友

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

--> Author : wufeng4552

--> Date   : 2009-11-11

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

(一)概念:

分布式事務(wù)是涉及來(lái)自?xún)蓚€(gè)或多個(gè)源的資源的事務(wù)。Microsoft® SQL Server™ 2000支持分布式事務(wù)，使用戶(hù)得以創(chuàng)建事務(wù)來(lái)更新多個(gè)SQL Server數(shù)據(jù)庫(kù)和其它數(shù)據(jù)源。

分布式事務(wù)包括：

·資源管理器

控制分布式事務(wù)所涉及的每個(gè)資源的軟件稱(chēng)為資源管理器。分布式事務(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ù)由稱(chēng)為事務(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)問(wèn)題。當(dāng)刷新日志緩沖區(qū)使其可用時(shí)，提交大事務(wù)可能需要相對(duì)較長(zhǎng)的時(shí)間。提交進(jìn)程本身還可能遇到錯(cuò)誤，需要強(qiáng)行回滾。如果事務(wù)管理器只是請(qǐng)求每個(gè)資源管理器提交，則可能從一些資源管理器返回成功狀態(tài)，然后從某個(gè)資源管理器得到錯(cuò)誤信息。這會(huì)導(dǎo)致沖突，因?yàn)樗蟹植际绞聞?wù)都應(yīng)回滾，而部分事務(wù)已提交。兩階段提交通過(guò)將提交分成兩相可以解決此問(wèn)題：

·準(zhǔn)備

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

·提交

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

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

·如果應(yīng)用程序有本地事務(wù)并且發(fā)出分布式查詢(xún)，本地事務(wù)將升級(jí)到分布式事務(wù)。

·發(fā)出 BEGIN DISTRIBUTED TRANSACTION 語(yǔ)句。

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

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

(二)案例

(2.1)問(wèn)題描述

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

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

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

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

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

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

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

(2.2)解決方案

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

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

(2.2.2) 打開(kāi)雙方135端口

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

(2.2.3)保證鏈接服務(wù)器中語(yǔ)句沒(méi)有訪問(wèn)發(fā)起事務(wù)服務(wù)器的操作

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

(2.2.4)在事務(wù)開(kāi)始前加入set xact_abort ON語(yǔ)句

對(duì)于大多數(shù) OLE DB 提供程序（包括 SQL Server），必須將隱式或顯示事務(wù)中的數(shù)據(jù)修改語(yǔ)句中的 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訪問(wèn)”

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

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

(2.2.6)鏈接服務(wù)器和名稱(chēng)解析問(wèn)題

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

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

     EXEC sp_addlinkedserver

     @server='linkServerName',

     @srvproduct = N'SQL Server'

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

    第二種情況訪問(wèn)接口選“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ù)庫(kù)引擎是通過(guò)上面設(shè)置的服務(wù)器名或者ip地址訪問(wèn)鏈接服務(wù)器，DTC服務(wù)只通過(guò)服務(wù)器名地址訪問(wèn)鏈接服務(wù)器，所以要保證數(shù)據(jù)庫(kù)引擎和DTC都能通過(guò)服務(wù)器名或者ip地址訪問(wèn)到鏈接服務(wù)器。

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

數(shù)據(jù)庫(kù)引擎

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

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

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

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

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

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

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

DTC

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

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

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

分布式事務(wù)的參與服務(wù)器是需要相互訪問(wèn)的，發(fā)起查詢(xún)的服務(wù)器要根據(jù)機(jī)器名或ip查找遠(yuǎn)程服務(wù)器的，同樣遠(yuǎn)程服務(wù)器也要查找發(fā)起服務(wù)器，遠(yuǎn)程服務(wù)器通過(guò)發(fā)起服務(wù)器的機(jī)器名查找服務(wù)器，所以要保證遠(yuǎn)程服務(wù)器能夠通過(guò)發(fā)起服務(wù)器的機(jī)器名訪問(wèn)到發(fā)起服務(wù)器。一般的，兩個(gè)服務(wù)器在同一網(wǎng)段機(jī)器名能就行很好的解析，但是也不保證都能很好的解析，所以比較保險(xiǎn)的做法是：在遠(yuǎn)程服務(wù)器的在“C:/WINDOWS/system32/drivers/etc/hosts”文件中增加一條記錄：xxx.xxx.xxx.xxx    發(fā)起服務(wù)器名

上一篇：SQL使用--Shrink所有數(shù)據(jù)庫(kù)的Log

下一篇：解決sql server掛起