Windows Server 2003 的計算機上的MSDTC啟用診斷跟蹤該如何進行

這篇文章給大家介紹Windows Server 2003 的計算機上的MSDTC啟用診斷跟蹤該如何進行，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

事務管理器跟蹤
您可以通過使用組件服務 Microsoft 管理控制臺 (MMC) 的管理單元 （Comexp.msc） 啟用事務管理器跟蹤。打開組件服務 MMC 管理單元、 展開 組件服務、 展開 計算機，展開 我的電腦，右鍵單擊 我的電腦，然后單擊 屬性。單擊 MSDTC 選項卡。在 MSDTC 選項卡的右下側單擊 跟蹤選項。 有以下選項：

• 關閉不跟蹤功能

• 僅跟蹤中止的事務

• 跟蹤僅交易記錄打開多個為 1 分鐘

• 跟蹤所有事務

當您更改 TM 跟蹤配置時，MSDTC 服務進程會檢測這些更改，而在回收進程的要求。例如對于時，更改跟蹤的交易記錄或跟蹤文件的位置，MSDTC 服務進程會檢測在注冊表中所做的更改。您沒有回收 MSDTC 服務進程。

MSDTC 連接管理器
注意: 請確保該進程具有對注冊表項的訪問。默認狀態下，我們設置不會創建此注冊表項，和它并不流向該密鑰的權限。 若要配置跟蹤功能，您可以使用注冊表編輯器。 確定跟蹤功能的注冊表值位于以下注冊表項：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC

若要創建跟蹤功能的注冊表項，請按照下列步驟操作：

TraceCMErr

• 類型： DWORD

• 默認值： 0

• 函數： TraceCMErr 注冊表項指定 CM 錯誤是否要跟蹤。

下表提供了有關為 TraceCMErr 注冊表項值的信息。

收起該表格   展開該表格  

TraceCMErrLogName

• 類型: REG_SZ

• 默認值： 如果此注冊表項，則不存在時 TraceCMErr 注冊表項設置為非零值，則使用進程的用戶 id 為 TEMP 目錄。此外，該文件的名稱是 MsDtcCMErr<pid>.txt. 默認的用戶 ID 的 MSDTC 服務是網絡服務。 默認，網絡服務的臨時文件夾是隱藏的。 通常，該文件夾位于在大多數計算機上的 C:\Documents 和 Settings\NetworkService\Local Settings\Temp 文件夾下。
  
  注意在此文件名<pid>是占位符，進程 id。

• 函數： TraceCMErrLogName 注冊表項指定不帶擴展名的 CM 錯誤跟蹤日志文件的完全限定的名稱。將追加.txt 擴展名。因為多個進程可以生成 CM 錯誤跟蹤日志文件，進程的進程 ID 追加到此名稱。
  
  注意完全限定名中指定的文件夾必須存在。如果該文件夾不存在，跟蹤不會發生。不需要跟蹤發生的完全限定名中指定的文件名。

回到頂端

性能

除非 Microsoft 的支持代表表示跟蹤信息來診斷問題需要，您不應啟用跟蹤功能，在生產系統上。計算機的性能可能會受到影響。一旦已找到并解決該問題的原因，您應禁用跟蹤功能。

默認狀態下，禁用跟蹤功能。因此，則沒有在常規安裝任何性能影響。

當您更改該內容管理錯誤的跟蹤配置所做的更改生效時 Msdtcprx.dll 文件加載的進程被回收。例如對于 CM 錯誤跟蹤配置對所做的更改生效時 MSDTC 服務進程被回收。

當您更改 TM 跟蹤配置 MSDTC 服務進程檢測到這些更改，而在回收進程的要求。例如對于更改跟蹤的交易記錄或位置的跟蹤文件 MSDTC 服務進程時檢測在注冊表中的所做的更改。您沒有回收 MSDTC 服務進程。

確保為群集安裝的所有節點上的所有注冊表中都包含這些項。對于不具有這些條目任何節點群集代碼將不理會中共享的注冊表項，因為本地計算機注冊表中不存在項。

回到頂端

輸出示例

跟蹤日志文件包含有關過程、 線程、 日期，和交易記錄標識和已被跟蹤的活動的說明信息。

TM 跟蹤

中 TM 跟蹤日志文件信息可能類似于以下內容：

pid=3132       ;tid=280        ;time=01/25/2005-17:43:20.120   ;seq=85         ;eventid=TRACE_SETTINGS                           ;;"Trace Configuration (OFF = 0 and ON = 1): Tracing Of DTC = 1, Tracing Of Transactions = 1, Tracing Of Aborted Transactions = 1, Tracing Of Long-Lived Transactions = 1, Tracing Of All Transactions = 1, Max Limit on Memory Buffers = 25."
pid=3132       ;tid=3324       ;time=01/25/2005-17:43:23.592   ;seq=86         ;eventid=TRANSACTION_BEGUN                        ;tx_guid=d3c61c1d-9528-44ff-b2f6-5acaf6b83095     ;"transaction got begun, description : '<NULL>'"
pid=3132       ;tid=2832       ;time=01/25/2005-17:44:46.945   ;seq=87         ;eventid=CHECKPOINTING_STOPPED                    ;;"MSDTC is suspending the checkpointing of transactions due to lack of activity"
pid=3132       ;tid=3324       ;time=01/25/2005-17:43:23.592   ;seq=88         ;eventid=TRANSACTION_BEGUN                        ;tx_guid=d3c61c1d-9528-44ff-b2f6-5acaf6b83095     ;"transaction got begun, description : '<NULL>'"
pid=3132       ;tid=2844       ;time=01/25/2005-17:45:23.592   ;seq=89         ;eventid=TRANSACTION_PROPOGATED_TO_CHILD_NODE     ;tx_guid=d3c61c1d-9528-44ff-b2f6-5acaf6b83095     ;"transaction propagated to 'F07M03' as transaction child node #1"
pid=3132       ;tid=2932       ;time=01/25/2005-17:45:23.608   ;seq=90         ;eventid=RECEIVED_COMMIT_REQUEST_FROM_BEGINNER    ;tx_guid=d3c61c1d-9528-44ff-b2f6-5acaf6b83095     ;"received request to commit the transaction from beginner"

CM 錯誤跟蹤

在內容管理錯誤跟蹤日志文件信息可能類似于以下內容：

08-04-2004 10:35 08:710: CM Error Value = 0x00000000, Calling RpcServerRegisterAuthInfo with Someone@somehwere.com as SPN, d:\nt\com\complus\dtc\dtc\cm\src\iomgrrpc.cpp (401) 
08-04-2004 10:35 08:710: CM Error Value = 0x000006d9, Call to RpcMgmtInqServerPrincName failed -- Could not determine if partner supports secure calls, d:\nt\com\complus\dtc\dtc\cm\src\iomgrclt.cpp (455) 
08-04-2004 10:35 08:710: CM Error Value = 0x80000171, Call to SetRpcSecurity failed, d:\nt\

關于Windows Server 2003 的計算機上的MSDTC啟用診斷跟蹤該如何進行就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。