在windows2003下執行分布式事務的時候出現如下情況。
一、 問題現象
在執行分布式事務時，在sql server 2005下收到如下錯誤：
鏈接服務器"xxxxxxx"的 OLE DB 訪問接口 "SQLNCLI" 返回了消息 "沒有活動事務。"。
消息 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］。
二、 解決方案-------使用DCTPing工具檢測
1. 雙方啟動MSDTC服務--DTC、RPC服務
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 Authority\NetworkService
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='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:\WINDOWS\system32\drivers\etc\hosts”文件中增加一條記錄：
xxx.xxx.xxx.xxx 服務器名
作用同樣是把服務器名對應到鏈接服務器的ip地址。
6.2 DTC
不管哪一種情況，只要@server設置的是服務器名而不是ip地址，就需要進行名稱解析，辦法同上面第二種辦法，在hosts文件中增加解析記錄，上面的第一種辦法對DTC不起作用。
如果@server設置的是ip地址，同樣不需要做域名解析工作。
=======================================================================
以上是我從網上轉的，其實在設置MSDTC安全那部分，允許遠程客戶端這個可以不勾選，但最重要的是下面那一步，在事務管理通訊中選“允許入站”“允許出站”“不要求進行驗證”，在windows2003中默認的是選的第一項要求對雙方進行驗證，我遇到的情況，把這個改過來就不會再報錯了。另外下面的那個登錄用戶只能用那個network service，用別的在sqlserver里就會說msdtc不可用。
=======================================================================
++++++++++++++++++++++++【以下為個人內容】++++++++++++++++++++++++++++++++++++
=======================================================================
文章轉自網絡，http://sai5d.blog.163.com/blog/static/62225483200901322939411/ 以上顏色標注的文字為需要注意的地方，其他的一般默認就OK，總體來說配置不同服務器間的觸發器MSDTC需要注意三個方面，上面server2003是一個，下面還有兩個：host解析、msdtc拒絕訪問-------這些都先用采用DTCPing工具測試連通性
備注：hosts解析不能即時生效的問題和文章標題這個問題一般都是出現在server2003上，在server2008上就很少見了，但msdtc拒絕訪問問題是win7、server2008上常見。
另外附windows server 2003 【hosts文件更改后，不生效】的解決辦法：
打開本地連接的 Internet（TCP/IP）協議的屬性頁，點擊常規選項卡中的高級按鈕，選擇WINS選項卡，勾選“啟用 LMHOSTS 查詢”，接着按下“導入 LMHOSTS”按鈕，導入C:/WINDOWS/system32/drivers/etc下的hosts文件，這樣再次啟動瀏覽器時，就會發現網站都 被屏蔽了，hosts文件生效了。
--轉自http://blog.csdn.net/jaycxing/article/details/5286150
【MSDTC拒絕訪問】的解決方法：
- 單擊“開始”，單擊“運行”，鍵入“gpedit.msc”，然后單擊“確定”，打開組策略。
- 打開組策略后，選擇“計算機配置->管理模板->系統->遠過程調用->用於未驗證的RPC客戶端的限制”。
- 雙擊“用於未驗證的RPC客戶端的限制”，在彈出的右鍵菜單里選擇“屬性”。
- 在彈出的“屬性”對話框里選擇“設置”屬性頁，選擇“已啟用”、“要應用的RPC運行時未驗證的客戶端限制”選擇“無”。
- 單擊“確定”完成設置。
---轉自http://blog.csdn.net/xvhaijun/article/details/4505461