是SQL Server數據庫分布式事務的具體解決方案
我們今天是要和大家一起探討的是SQL Server數據庫分布式事務的具體解決方案，我在一個信譽度很好的網站找到一個關于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端口不被防火墻擋住。
使用“telnet 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地址，同樣不需要做域名解析工作。
【編輯推薦】
- SQL Server數據庫的分布式數據庫系統的***目標
- SQL Server分布式數據庫的優點與缺點
- SQL Server 分布式數據庫的2種不同系統
- 造成SQL Server查詢速度慢的10種原因
- 三種SQL Server 恢復模式的比較
