共計 2640 個字符，預計需要花費 7 分鐘才能閱讀完成。
今天就跟大家聊聊有關如何分析 Microsoft Windows Server 2003 中的 com+，可能很多人都不太了解，為了讓大家更加了解，丸趣 TV 小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。
請考慮以下情形：
您應用了 Windows Server 2003 SP2。
COM + 組件的調用時間超過 10 分鐘。
仍然運行承載此長時間運行 COM + 組件的應用程序，時打開組件服務 Microsoft 管理控制臺 (MMC) 管理單元。
在這種情況下是在應用程序日志中記錄以下事件：
事件類型: 信息
COM + 事件源:
事件類別：(117）
事件 ID：782
描述: 平均呼叫持續時間超過 10 分鐘。如果這不是預期的行為，請參閱文章 910904 Microsoft 知識庫中的詳細信息的 http://support.microsoft.com 在如何使用 COM + AutoDump 功能來自動生成轉儲文件和 / 或終止進程，如果再次出現該問題。
服務器應用程序 ID: {YourAppID}
服務器應用程序實例 ID: {YourAppInstanceID}
服務器應用程序名稱:YourAppName
您可以配置系統以檢測到一個長時間運行 COM + 組件時，請執行下列操作之一或全部：
自動收集進程轉儲文件。
終止進程。
若要執行此操作使用以下注冊表值：
值名稱：AverageCallThreshold
數據類型：REG_DWORD
說明：閾值以秒為單位時將采取相應的操作
默認值：0
值名稱：DumpType
數據類型：REG_DWORD
說明：
0 = 生成完全轉儲文件
1 = 生成一個小型轉儲文件
2 = 無轉儲文件
默認值：0
值名稱：終止
數據類型：REG_DWORD
說明：
0 = 進程將繼續
1 = 將終止進程
默認值：0
全局范圍內定義的所有 COM + 組件在計算機上所采取操作，添加以下注冊表項下的配置值：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\COM3\AutoDump
若要定義要為特定的 COM + 組件的全局設置而不考慮采取操作，添加以下注冊表項下的配置值：
HKEY_CLASSES_ROOT\AppId\{YourAppID}\AutoDump\{YourCLSID}
建議收集完全轉儲文件
為獲得最佳的支持收集完整轉儲文件，當 COM + 組件遇到一個很高的調用的時間。例如對于要執行此操作可創建以下的單個注冊表值：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\COM3\AutoDump AverageCallThreshold = 300
請參閱注意事項部分中有關如何選擇適當的 AverageCallThreshold 注冊表值為您的特定環境的詳細信息。
在 COM + 應用程序中發生未處理的異常時，同樣，收集完整轉儲文件。要這樣做單擊以選擇屬性中的每個 COM + 應用程序的
轉儲 選項卡上的
啟用映像轉儲應用程序出現錯誤 復選框。
分析轉儲文件
當生成一個轉儲文件，執行初始分析問題。若要這樣做，請按照下列步驟操作：
下載并安裝適當的版本的 Microsoft Internet Information Services (IIS) 診斷工具包。
使用 IIS 診斷工具包的調試診斷工具 (DebugDiag）生成轉儲文件的分析報告。若要這樣做，請按照下列步驟操作：
單擊 開始，指向 程序，指向 IIS 診斷 (32 位)、指向 調試診斷工具，然后單擊 調試診斷工具 1.0。
如果將打開 選擇規則類型 對話框中單擊 取消。
在 工具 菜單上單擊 選項和設置。
單擊 文件夾和搜索路徑 選項卡。
在 符號搜索路徑的分析 框中鍵入 srv*C:\symbols\*http://msdl.microsoft.com/download/symbols。
單擊 高級分析 選項卡。
在 可用的分析腳本 列表中單擊 $ IISAnalysis.asp。
單擊 添加數據文件。
選擇您要分析，該轉儲文件，然后單擊 確定。
單擊 開始分析。
在新的 Microsoft Internet 瀏覽器窗口在桌面上顯示生成的 HTML 報表。此外，此報表保存到 DebugDiag 報表目錄中。此目錄的默認位置是 Files\IIS Resources\DebugDiag\Reports。
若要解決問題，請按照報表的 建議 部分中提供的指南。報告的此部分可能會建議以下操作：
它可能指引您找到一個 Microsoft 知識庫文章介紹了一些已知的問題的。
它可能會提供它們可以用來進行更正的信息與應用程序的開發人員。
它可能會建議您按照最多使用相應的供應商或 Microsoft 支持。當您與 Microsoft 支持更多的幫助時, 提供了報告文件在分析過程的速度。如果有必要，還可能需要完全的轉儲文件。
回到頂端
考慮事項 AverageCallThreshold 注冊表值
值為 300 秒是許多環境的相應閾值。但是，理想的值可能會有所不同，具體取決于特定的環境。若要確保盡可能快地執行該操作，但僅當發生合法問題，只有在有問題的情況下選擇超出了允許的最小可能值。
TerminateProcess 注冊表值
終止此過程時可能會有所幫助時間發生的高調用 COM + 組件自動從一些問題中恢復。這可能特別需要在其中，高可用性是主要考慮因素的環境中。您在使用此功能時請注意它尤其重要的是選擇適當的 AverageCallThreshold 注冊表值以避免無意中終止該進程。
DumpType 注冊表值
小型轉儲文件的文件會更快地創建的而且花費較少的磁盤空間比完全轉儲文件。但是，小型轉儲文件是進行問題分析用處不大，因為它們經常缺少所需的數據。Dllhost.exe 進程的典型完全轉儲文件是大約 10 兆字節 (MB) 為 50 MB，并采取幾秒鐘生成之內。但是，完全轉儲文件的大小而變化取決于被轉儲的進程的工作集大小。
轉儲文件選項
默認狀態下，轉儲文件存儲在 %systemroot%\system32\com\dmp 目錄中。在
映像轉儲目錄 框中，并適當的 COM + 應用程序的
最大的轉儲映像數量 區域下您可以使用該設置控制的轉儲文件和 $ 轉儲文件的位置。
調用時間
COM + 組件的調用時間是 COM + 組件的所有實例的運行平均值。調用時間將計算由 COM + 系統應用程序。此外，呼叫時間顯示在組件服務 MMC 管理單元中狀態視圖的
通話時間（毫秒）列中。
看完上述內容，你們對如何分析 Microsoft Windows Server 2003 中的 com+ 有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注丸趣 TV 行業資訊頻道，感謝大家的支持。
