軟件測試數據庫中SQL Server數據庫分布式事務的解決方案

發表于:2010-09-30來源:作者:點擊數: 標簽:軟件測試數據庫SQLsqlSql
軟件測試數據庫中SQL Server數據庫分布式事務的 解決方案 適用環境 操作系統: windows 2003 數據庫:SQL Server 2000/SQL Server 2003 使用鏈接 服務器 進行遠程數據庫訪問的情況 一、 問題現象 在執行分布式事務時,在SQL Server 2005下收到如下錯誤: 消

軟件測試數據庫中SQL Server數據庫分布式事務的解決方案

    適用環境

  操作系統:windows 2003

  數據庫:SQL Server 2000/SQL Server 2003

  使用鏈接服務器進行遠程數據庫訪問的情況

  一、 問題現象

  在執行分布式事務時,在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端口不被防火墻擋住。

  使用“te.net 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 AuthorityNetworkService

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=’http://www.xland.com.cn/article/74/36/0704/sqlServerName’

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

  SQL Server數據庫引擎是通過上面設置的服務器名或者ip地址訪問鏈接服務器,DTC服務也是通過服務器名或者ip地址訪問鏈接服務器,所以要保證數據庫引擎和DTC都能通過服務器名或者ip地址訪問到鏈接服務器。

  數據庫引擎和DTC解析服務器的方式不太一樣,下面分別敘述

  6.1 數據庫引擎

  第一種情況的@server或者第二種情況的@datasrc設置為ip地址時,數據庫引擎會根據ip地址訪問鏈接服務器,這時不需要做名稱解析。

  第一種情況的@server或者第二種情況的@datasrc設置為SQL Server數據庫服務器名時,需要做名稱解析,就是把服務器名解析為ip地址。

  有兩個辦法解析服務器名:

  一是在SQL Server客戶端配置中設置一個別名,將上面的服務器名對應到鏈接服務器的ip地址。

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

  xxx.xxx.xxx.xxx 服務器名

  作用同樣是把服務器名對應到鏈接服務器的ip地址。

  6.2 DTC

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

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

原文轉自:http://www.anti-gravitydesign.com

国产97人人超碰caoprom_尤物国产在线一区手机播放_精品国产一区二区三_色天使久久综合给合久久97