本文將告訴您 Microsoft 系統中心 Manager 2007 (OpsMgr) 代理程式健全狀況的修正檔和變更的提示。本文將告訴您的 hotfix 及登錄機碼。請注意這些 hotfix 及登錄機碼可能不會注意到您的環境中直接,但是可能會引起的問題,而您未察覺。如果有問題,但與代理程式,都是灰色的狀態,這些祕訣和修正檔可以幫助。不過,如果這些項目不是很有幫助下, 面的文件可能是很有幫助:
快速修正程式- 請確定您的代理程式、 管理伺服器及閘道執行最新累積更新 (CU)。在撰寫本文時,最新的 CU 是 CU5。如果要下載累加更新為 5 系統中心作業管理人員 2007 R2 (KB 2495674),請造訪下列 Microsoft 網站:
- 所有的代理程式、 管理伺服器及閘道應該執行最新版的 JET EDB hotfix 視窗。
對於 Windows 2008 R2 和 Windows 7
最新版的 JET EDB hotfix,Windows 就會包含這些作業系統服務套件 1 (SP)。
Windows 2008,以及 Windows Vista安裝 hotfix 彙總套件所提及,下列 「 Microsoft 知識庫 」 文件:
Windows Server 2003 的依照所述的 hotfix,安裝下列 「 Microsoft 知識庫 」 文件:
- 沒有傳回極大的值,不正確的平均磁碟秒/傳輸問題。詳細資訊,請參閱下列文件中,視您的作業系統:
Windows 2008 R2 ; Windows 7 Windows Server 2008 ; Windows Vista - 支持,並清除 [Windows Server 2008 中,或在 Windows Vista 中的事件記錄檔之後,您不會收到事件告知。因此,無法 OpsMgr 提供一則警告之後會清除事件記錄檔的事件。
Windows 2008 ; Windows Vista
附註在 Windows Server 2008 R2,或在 Windows 7 中,則不會發生這個問題。 - "Win32_Service"的 WMI 類別而流失記憶體在 Windows Server 2008 R2,而且在 Windows 7:
附註這個問題就會解決在 Windows Server 2008 R2 SP1,然後在 Windows 7 SP1 中。 - Hotfix 是可改善穩定性的 Windows Server 2003 中的 Windows 管理檢測存放庫:
- WSH 二進位碼檔案會覆寫 Windows 檔案保護執行 Windows Server 2003 或 Windows XP 電腦上安裝 Windows 指令碼 5.7 之後:
作業管理員之外,這可能造成高 CPU 使用率的原因。 - 受管理的應用程式已於 Microsoft 的大的數字和事件控制代碼的執行緒控制代碼。NET Framework 2.0:
用在作業管理員之外,這會使得控點的一大堆 - 應用程式或服務來處理 XML 要求中使用 MSXML 6.0 的 CPU 使用率達到 100%,Windows Server 2008,Windows Vista、 Windows XP Service Pack 3 或其他系統上已安裝的 MSXML 6.0 中:
用在作業管理員之外,這種行為會使得 Monitoringhost.exe 處理程序的高 CPU 使用率。 - 新的 AFD 連線都失敗時有多個處理器的電腦正在執行的 Windows Server 2008 或 Windows Vista SP1 系統上已安裝 TDI 驅動程式所使用的軟體:
- 修正: Wmiprvse.exe 處理序停止回應時,您可以使用 SQL Server WMI 提供者以取得 SQL Server 2005、 SQL Server 2008 中或 SQL Server 2008 R2 服務的相關資訊,或您收到 「 提供者載入失敗 」 錯誤訊息:
- 延伸來進行驗證的保護: 藉由使用整合式 Windows 驗證 」 (IWA) 驗證網路連線時,這個功能可加強其保護與處理認證。在作業管理員之外,可能會執行用戶端推入一些錯誤。如此一來,網路追蹤會包含下列各項:
Server Error, (91) Invalid user identifier
如需詳細資訊,檢視 「 Microsoft 知識庫 」 中的文下面的文件: - 說明更新彙總套件。NET Framework 3.5 Service Pack 1 在 Windows XP 和 Windows Server 2003 (976765、 980773 和 976769): 2010 年 6 月 8,:
- 說明更新彙總套件。NET Framework 3.5 Service Pack 1 和。NET Framework 2.0 Service Pack 2 Windows XP 上,並在 Windows Server 2003 (976765 和 980773) 上: 2010 年 6 月 8,:
- Windows Server 2008 容錯移轉叢集的 WMI 提供者的彙總 hotfix 套件:
- 當我們 IIS 探索的壓力測試在 IIS 中沒有記憶體流失。這個 QFE 是很重要的任何使用 OpsMgr 與 IIS MP 中,而且更重要的 OM12 中使用 APM 功能時。如需詳細資訊,檢視 「 Microsoft 知識庫 」 中的文下面的文件:
在 Windows Server 2008 R2 SP1 容錯移轉叢集中設定 IIS 7.5 W3SVC 服務之後,Rhs.exe 的修正程式: 記憶體遺漏
- WMI 服務和 WMI 提供者時停止回應您用來監視效能執行的 Windows 7 或 Windows Server 2008 R2 的電腦上的 WMI 效能類別:
- 高 CPU 使用率,或是漫長的啟動程序發生在 WMI 儲存機制驗證或 Windows Server 2008 R2 Windows 7 中,大型的 WMI 存放庫存在時:
- 未預期地啟動緩慢或在 Windows Server 2008 R2,或在 Windows 7 中的登入程序:http://support.microsoft.com/kb/2617858
(http://support.microsoft.com/kb/2617858)
- Win32_Environment WMI 類別由多個要求者在 Windows 7 中,或在 Windows Server 2008 R2 查詢時,出現"0x80041001"錯誤: http://support.microsoft.com/kb/2692929
(http://support.microsoft.com/kb/2692929)
登錄子機碼子機碼 1子機碼:HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HealthService\Parameters
型別: 呼叫完成
名稱: 保存版本存放區的最大值
值: 16 kb 的分頁數目
基底: 十進位
版本儲存區的預設大小取決於作業管理員角色,並且定義為 16 kb 在記憶體中配置的分頁數目。預設值如下所示:
摺疊此表格展開此表格
| 代理程式 (工作台的作業系統): 640 (10 mb) |
| 代理程式 (伺服器等作業系統): 1920 (30 mb 為單位) |
| 管理的伺服器: 5120 (80 mb 為單位) |
如果您遇到這個登錄值的設定有問題,您會看到下列事件:
事件類型: 錯誤
事件來源: ESE
事件類別: 交易管理員
事件識別碼: 623
描述: HealthService (<PID></PID>) 舉個例說儲存版本 <instance></instance> ("<name></name>") 已達到最大容量的 <value></value>Mb。很可能長時間執行交易是防止版本儲存區的清理,從而導致增大。將拒絕更新,直到已完全認可或復原長時間執行交易。可能長時間執行的交易:
工作階段識別碼: <value></value>
工作階段內容: <value></value>
工作階段內容 ThreadId: <value></value>.
清除:<value></value>
附註此事件可能會報告這個問題,與其他作業管理員的處理程序,受影響的角色而定。
我們建議您設定版本存放區的大小,以其預設大小加倍。比方說,如果您是在裝載 (host) 的管理伺服器角色的電腦上設定版本存放區的大小,設定登錄值為 10240 (十進位)。
子機碼 2子機碼:HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HealthService\Parameters\Management Groups\<MGNAME></MGNAME>
型別: 呼叫完成
名稱: MaxItemSizeBytes
值: 52428800
基底: 十進位
如果您遇到這個登錄值發生問題時,您會看到下列事件:
事件來源: HealthService
事件類別: 健全狀況服務
事件識別碼: 2015年
使用者: n/A
描述:
健全狀況服務中的工作流程已產生一則訊息會超過大小限制,且已被丟棄。
附註當我們增加此限制時,這可能會影響管理群組的效能,因為增大會造成大量收集管理伺服器與根管理伺服器的探索資料。