本文件已封存並已停止維護。

疑難排解部署後的問題

更新日期: 2010年8月

適用於: System Center Essentials 2010

如果您在部署 System Center Essentials 2010 之後遇到問題,下列資訊或許可以協助您診斷及更正問題。

SQL Server 管理組件事件描述「取得服務狀態時發生錯誤」

問題:如果您匯入 Microsoft SQL Server 2005 或 SQL Server 2008 管理組件,可能會收到一些訊息,其中報告取得服務的狀態時發生錯誤。如果 SQL Server 管理組件正在執行「SQL Server 全文檢索服務監視」,但「SQL Server 全文檢索服務」並未執行時,就會發生這種情況。

因應措施: 若要停止接收此訊息的報告,請在管理組件中停用「SQL Server 全文檢索服務監視」。如需此問題的詳細資訊,請參閱 SQL Server 管理組件指南 (http://go.microsoft.com/fwlink/?LinkID=185254) 中的<附錄:已知問題>。

系統管理概觀窗格中的資訊未自動重新整理

問題:[系統管理概觀] 窗格中的部分資訊未自動重新整理。

因應措施:瀏覽到主控台的其他工作區,然後再返回 [系統管理概觀] 窗格。

更新、已安裝的軟體和清查的狀態顯示為不明

問題:如果 Windows Update 代理程式設定錯誤或是無法將狀態資訊傳回 Essentials 管理伺服器,您可能會看到下列徵兆:

  • 受管理電腦的更新狀態回報為 [不明]。

  • 電腦的內容將許多硬體清查屬性 (包括 [作業系統]、[硬碟]、[製造商] 和 [記憶體]) 顯示成 [不明] 或空白。

  • 檢視電腦已安裝的軟體時沒有顯示任何資訊。

  • 事件檢視器顯示事件識別碼 13022:「有些用戶端電腦未報告它們的清查,目前已偵測到 <X > 部。」

如果 Essentials 2010 沒有顯示已安裝軟體、更新或清查的正確狀態資訊,請嘗試使用下列一或多個因應措施來解決問題。

因應措施:檢查群組原則設定。

如果受管理電腦當未接受及套用群組原則,它就不會向 Essentials 管理伺服器回報自己的狀態。

若要在受管理電腦上檢查群組原則設定

  1. 在未向 Essentials 管理伺服器回報的受管理電腦上,開啟 [登錄編輯程式],並瀏覽到 HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate。確認 WUServerWUStatusServer 的值都設定為 https://<Essentials 伺服器的 FQDN>:8531。如果這些值設定為 Essentials 管理伺服器,請改用嘗試檢查 Windows Update 記錄檔的因應措施,否則請繼續執行步驟 2。

  2. 如果您將 Essentials 管理伺服器設定為使用網域群組原則,請確認受管理電腦是位於 Active Directory 網域 [使用者] 容器中之 SCE 受管理電腦 <管理群組名稱> 安全性群組的成員。如果電腦不是此群組的成員,請將電腦新增到此安全性群組,然後再重新啟動受管理電腦。

  3. 如果您將 Essentials 管理伺服器設定為使用網域群組原則,請在受管理電腦的命令提示字元下輸入 gpresult.exe /v,以判斷電腦是否正在接收 SCE 受管理電腦 <管理群組名稱> 群組原則。。如果電腦沒有套用此原則,請參閱 Troubleshooting Group Policy in Microsoft Windows Server (疑難排解 Microsoft Windows Server 的群組原則) (http://go.microsoft.com/fwlink/?LinkId=199025)。

  4. 如果您已將 Essentials 2010 設定為使用本機群組原則設定,系統每天都會執行一次排程工作,以設定受管理電腦上的本機群組原則物件。請執行 Resultant Set of Policy (rsop.msc),判斷是否有 Active Directory 群組原則 (其優先順序較高) 會覆寫本機群組原則物件中的 Windows Update 代理程式設定。

因應措施:檢查受管理電腦上的 Windows Update 記錄檔。

如果您已確認 Windows Update 代理程式設定成會向 Essentials 管理伺服器回報,但還是遇到這個問題,請檢查受管理電腦上的 Windows Update 記錄檔,確認它是否嘗試連絡 Essentials 管理伺服器,以及嘗試是否成功。

  1. 開啟受管理電腦上的 Windows Update 記錄檔。您可在 %windir%\windowsupdate.log 中找到此記錄檔。

  2. 捲動到記錄檔的最下方,並尋找最後一次嘗試連絡的記錄。如果記錄檔包含傳送失敗警告,表示嘗試連絡 Essentials 管理伺服器失敗。

因應措施:檢查重複的 SUSClient 識別碼。

如果有許多受管理電腦都未向 Essentials 管理伺服器回報,而您又是使用映像檔在電腦上安裝作業系統,最有可能造成這個問題的原因是受管理電腦共用相同的 SUSClientID。Essentials 2010 中的 WSUS 技術使用 SUSClientID 作為連絡 Essentials 管理伺服器之每部受管理電腦的唯一識別。如果有一部以上的電腦使用相同的 SUSClientID,則只有回報到 Essentials 管理伺服器的第一部電腦會受到完全的管理。

如果您的環境發生這種情況,請參閱下列文章和部落格內容,取得如何解決這個問題的詳細資訊。

因應措施:檢查 ISA 防火牆用戶端設定。

請確定安全通訊端層 (SSL) 連接埠已啟用且連接埠 8531 已定義成 SSL 通訊埠。如需設定 ISA 防火牆用戶端的詳細資訊,請參閱 System Center Essentials 2010 的防火牆例外

顯示: