在 System Center Operations Manager 和 System Center Essentials 中使用診斷追蹤
本文說明如何在 Microsoft System Center Essentials 2010 和 System Center Operations Manager 中使用診斷追蹤。
原始產品版本：Microsoft System Center Essentials 2010、Microsoft System Center Operations Manager 2007
原始 KB 編號： 942864
重要事項
本文包含如何修改「登錄檔」的相關資訊。 修改登錄之前，請務必先備份， 並了解如何在發生問題時還原登錄。 有關如何備份、還原和修改登錄的詳細資訊，請參閱 Windows 備份及登錄方法說明。
簡介
建議您只與 Microsoft 客戶支援服務 (CSS) 代表一起執行診斷追蹤。 我們建議這樣做，因為產生的追蹤包含文字型追蹤訊息內容的相關信息。 不過，在 Microsoft System Center Operations Manager 2007 和 Microsoft System Center Essentials 2007 中，此追蹤資訊不是人類看懂的格式。 在 CSS 代表轉換追蹤之後，便可讀取人類的文字。 不過，此文字只包含低階資訊，例如原始程式碼檔名、位置、原始程式碼函式和傳回碼。 如果您必須針對複雜問題進行疑難解答，這項資訊可能會很有説明。
在 System Center Essentials 2010、System Center Operations Manager 2007 SP1 和更新版本中，會提供TMF) (追蹤訊息檔案，以便將二進位追蹤檔案轉換成文字。 不過，我們強烈建議您只在必要時進行診斷追蹤，且只在 Microsoft 代表的諮詢下執行。
System Center Operations Manager 2007 和 System Center Essentials 2007 實作與舊版 Microsoft Operations Manager 不同的診斷追蹤方法。 這個新的追蹤方法會建立用來儲存追蹤資訊的二進位檔。 因為這個新的追蹤方法是在 Windows 核心層級實作，所以非常有效率，而且每秒可以記錄數萬個追蹤訊息。
本文討論 Microsoft CSS 代表要求您啟動和停止追蹤的工具。 本文也會討論 System Center Essentials 2010、System Center Essentials 2007 SP1、System Center Operations Manager 2007 SP1 和更新版本中所提供的新功能。
追蹤工具位置
每個角色的安裝資料夾，例如 Agent 角色、管理伺服器角色或閘道角色，都包含名為 Tools 的資料夾。 下列檔案位於 [工具] 資料夾中：
- StartTracing.cmd
- StopTracing.cmd
- TracelogSM.exe
- TracingGuidsBid.txt
- TracingGuidsUI.txt
- TracingGuidsNative.txt
- TracingReadMe.txt
System Center Essentials 2010、System Center Essentials 2007 SP1 和 System Center Operations Manager 2007 SP1 引進下列新增專案：
- FormatTracing.cmd
- ViewRealtimeTracing.cmd
- TraceFmtSM.exe
- OpsMgrTraceTMF.cab
- Default.tmf
- System.tmf
開始追蹤
注意事項
在 System Center Essentials 2010、System Center Operations Manager 2007 SP1 和更新版本中，會自動在 Agent 角色和管理伺服器角色上啟動追蹤。 追蹤只會使用錯誤輸出。 二進位追蹤檔案會寫入 windows\logs\OpsMgrTrace 資料夾。 在變更追蹤輸出的追蹤層級之前，必須先停止追蹤。
若要開始診斷追蹤，請遵循下列步驟：
在您要開始追蹤的計算機上，選取 [ 開始]，選取 [ 執行]，輸入 cmd，然後按兩下 [ 確定]。
在命令提示字元中
cd，使用 命令變更為 [工具] 目錄。輸入
StartTracing LEVEL，然後按 ENTER。 在此命令中，將 LEVEL 取代為您想要的追蹤層級。 使用大寫字元來指定追蹤層級。 下列層級可供使用：- 犯 錯
- WRN
- Inf
- VER
例如，輸入
StartTracing WRN。
當您開始追蹤時，追蹤輸出會寫入下列二進位檔：
- MOMTraceNative.etl
- MOMTraceBID.etl
- MOMTraceUI.etl
針對 Windows 7、Windows Server 2008、Windows Server 2008 R2 和更新版本，檔案位於 windows\logs\OpsMgrTrace。
停止追蹤
若要停止診斷追蹤，請遵循下列步驟：
- 選 取 [開始]，選取 [ 執行]，輸入 cmd，然後按兩下 [ 確定]。
- 在命令提示字元中
cd，使用 命令變更為 [工具] 目錄。 - 輸入
StopTracing.cmd，然後按 ENTER。
將現有的追蹤轉換成文字格式
若要將現有的追蹤檔案轉換成文字追蹤，您必須先使用 StopTracing.cmd 命令停止追蹤。
注意事項
已轉換追蹤內的資訊屬於非常低層級的詳細數據， (偵錯層級) 。 因此，轉換后的追蹤需要原始程式碼和所追蹤元件的知識。 建議您只在 CSS 代表需要追蹤轉換時才執行。
- 選 取 [開始]，選取 [ 執行]，輸入 cmd，然後按兩下 [ 確定]。
- 在命令提示字元中
cd，使用 命令變更為 [工具] 目錄。 - 輸入
FormatTracing.cmd，然後按 ENTER。
第一次執行命令時 FormatTracing.cmd ，會將轉換追蹤所需的追蹤檔案擷取至 SystemDrive\Program Files\System Center Operations Manager\Tools\TMF 資料夾。 然後， FormatTracing.cmd 批處理檔會列舉資料夾中 windows\logs\OpsMgrTrace 每個追蹤檔案 (*.etl) 。 然後，TraceFMTSM.exe 公用程式會將檔案轉換成文字。 文字輸出會寫入資料夾中擴展名.log相同名稱的 windows\logs\OpsMgrTrace 檔案。 摘要 (.sum) 檔案也會寫入每個已轉換檔案的相同位置。 此檔案會詳細說明每個已轉換的追蹤訊息事件。
檢視已轉換的追蹤檔案
您可以使用文字編輯器來檢視使用批次處理檔轉換成文字的 FormatTracing.cmd 追蹤檔案，例如記事本。
默認會啟用開機時間追踪
在一般管理伺服器安裝上，當 HealthService 服務啟動時，會開始三個追蹤會話。 根據預設，只會完成錯誤追蹤。 將少量資訊寫入追蹤檔案。 建立預設追蹤檔案位置與名稱如下：
| 資料夾 | 檔案名稱 | 描述 |
|---|---|---|
windows\logs\OpsMgrTrace |
TracingGuidsBID.etl | Managed 程式代碼元件的追蹤輸出 |
windows\logs\OpsMgrTrace |
TracingGuidsNative.etl | 原生程式代碼元件的追蹤輸出 |
windows\logs\OpsMgrTrace |
TracingGuidsUI.etl | OpsMgr UI (Managed 程式代碼使用者介面的追蹤輸出) |
每個會話都會啟用循環追蹤，且檔案大小上限為 100 MB (MB) 。 新建立之 .etl 檔案的一般 .etl 檔案大小為 16 KB (KB) 。
注意事項
雖然 Operations Manager 角色，例如 Agent 角色，不包含 Managed 或使用者介面追蹤訊息，但在 HealthService 服務啟動時，預設會建立三個默認追蹤 .etl 檔案。 根據預設，使用者介面專用角色上不會啟動任何追蹤會話。
停用開機時間追踪
警告
Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall the operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.
包含 HealthService 服務的任何角色都會自動啟動三個追蹤提供者。 追蹤檔案會寫入 windows\logs\OpsMgrTrace 資料夾。 一般而言，此資料夾中的 .etl 檔案會很小，特別是 Agent 角色。 不過，對於管理伺服器角色而言，如果 Operations Manager 安裝變得狀況不良，則其中一或多個檔案可能會成長到每個檔案設定的大小上限 100 MB。 這些檔案包括下列專案：
- TracingGuidsBid.etl
- TracingGuidsNative.etl
- TracingGuidsUI.etl
- 先前的 .etl 檔案
如果您因為開機磁碟分區大小較小而必須停用偵錯層級追蹤，您可以將登錄值新增至執行管理伺服器角色的計算機，或是要停用追蹤的 Agent 角色。 若要執行這項操作，請依照下列步驟執行。
注意事項
如果停用追蹤，可能會影響 Operations Manager 的未來疑難解答，因為任何低階追蹤信息都會遺失。 未來的 Hotfix、Service Pack 或產品更新可能會移除登錄專案，並再次啟用追蹤。 根據預設，此登錄機碼不存在。 如果您移除此登錄機碼或將其值變更為 0，則會啟用預設追蹤。
選 取 [開始]，選取 [ 執行]，輸入 regedit，然後按兩下 [ 確定]。
找出並選取下列登錄子機碼：
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Operations Manager\3.0\建立名為的
Tracing子機碼。在 [詳細數據] 窗格中，建立名為
DisableAutoTracing的REG_DWORD值。在 [ 值數據] 欄位中，輸入 1，然後按兩下 [ 確定]。
結束 [登錄編輯程式]。
如果您從 [工具] 資料夾執行 StopTracing.cmd 批次處理檔，Operations Manager 追蹤作業階段將會停止。 如果不再需要 .etl 檔案來重新取得磁碟空間，則可以刪除資料夾中的 windows\logs\OpsMgrTrace .etl 檔案。
移動追蹤檔案輸出的預設位置
如果在開機分割區空間有限的計算機上安裝 Operations Manager 伺服器角色或代理程式角色，您可能必須將追蹤檔案的預設位置移 (*.etl) 。 如果要執行這項操作，請依照下列步驟執行：
在本機磁碟上建立一個新資料夾，該資料夾有足夠的容量來存放盤案。 最多 100 MB 的三個預設追蹤檔案，以及三個先前使用最多 100 MB 的追蹤檔案，分別等於總潛在追蹤檔案容量 600 MB。
至少設定下列 NT 文件系統 (NTFS，) 資料夾 SYSTEM = Full Control， Administrators = Full Control 的許可權。
在 [工具] 安裝資料夾中找出並開啟StartTracing.cmd批處理檔。 使用文字編輯器，例如記事本。
在StartTracing.cmd批處理檔中，找出 語
SET OpsMgrTracePath句。 將預設值取代為新位置的路徑。 如果路徑包含空格符，請以 ( ) 的語音標記分隔路徑。將變更儲存至StartTracing.cmd檔。
若要開始追蹤新資料夾，請執行
StopTracing.cmd批次處理檔。 然後，執行StartTracing.cmd批處理檔。StartTracing.cmd執行批處理文件之後，下列檔案會寫入新資料夾：- TracingGuidsBid.etl
- TracingGuidsNative.etl
- TracingGuidsUI.etl
使用
FormatTracing.cmd命令將追蹤轉換成文字之前，您必須編輯FormatTracing.cmd命令，將變數變更OpsMgrTracePath為指向新的追蹤檔案資料夾。
未來的 Hotfix、Service Pack 或產品更新可能會變更 [工具] 資料夾中的檔案。 這會將功能變更回預設功能。 建議您在進行更新之後，檢查是否有更多變更。
檢視實時追蹤
我們建議您不要在沒有 Microsoft CSS 建議的情況下，使用 ViewRealTimeTracing.cmd 批處理檔來檢視生產環境中的實時追蹤。 實時檢視追蹤，特別是當您使用資訊追蹤層級設定或詳細資訊追蹤層級設定時，可能會嚴重影響伺服器效能。
第一次執行檔案時 ViewRealTimeTracing.cmd ，會將轉換追蹤所需的追蹤檔案擷取至 SystemDrive\Program Files\System Center Operations Manager\Tools\TMF 資料夾。 批 ViewRealTimeTracing.cmd 處理文件接著會列舉 [工具] 資料夾中的每個追蹤會話定義檔案 (Tools\TracingGuids*.txt) 。 然後，會在命令提示字元視窗內啟動 的個別 TraceFmtSM 實例。 受控、原生和UI管理追蹤的追蹤會話輸出會輸出到每個視窗。
批 ViewRealTimeTracing.cmd 處理檔接受單一選擇性命令行參數 (-ods) 。 提供此參數會將追蹤資料額外輸出到調試程式。
參考資料
如需診斷追蹤的詳細資訊，請流覽至 Microsoft Learn。 然後，搜尋 Windows 的事件追蹤。
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應