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

Operations Manager 2007 中失敗的影響

更新日期: 2009年5月

適用於: Operations Manager 2007 R2, Operations Manager 2007 SP1

Microsoft System Center Operations Manager 2007 的各種伺服器和元件均有可能發生失敗,影響 Operations Manager 的功能。

失敗期間遺失的資料量和功能受到影響的程度,會視每次失敗的情況而定。這取決於失敗元件的角色、Operations Manager 部署、還原失敗元件所需的時間,以及備份的可用性。

失敗的影響

如果 Operations Manager 部署包含容錯移轉伺服器或叢集,就可將失敗的影響降至最低。如果未實作叢集和容錯移轉管理伺服器,則會受到較大的影響。這是因為需要較長的時間來還原失敗的元件。若需要較長的時間來還原失敗元件提供的功能,就會增加資料遺失的風險,一旦資料發生遺失,所遺失的資料量也會較多。如需降低失敗影響的詳細資訊,請參閱下面的<降低失敗的影響>。

在某些失敗的情況下,Operations Manager 仍能暫時繼續正常運作,而不會遺失資料。接著,在修復失敗的元件之後,就會自動恢復完整功能,不需要進一步介入。

下表列出各 Operations Manager 元件失敗的影響。下表假設所列的每台伺服器均只執行指定的單一角色。

 

失敗元件 影響:最佳情況案例 影響:最壞情況案例

管理伺服器

管理群組中的其他管理伺服器的工作負載增加,直到還原失敗的管理伺服器為止。

  • 資料排入受管理電腦的佇列中,而且不會處理,因為代理程式無法將資料傳送到管理伺服器。

  • 無代理程式電腦未受管理。

  • 閘道伺服器無法將資料從代理程式傳送到管理伺服器。

Root Management Server

叢集中至少有一台伺服器正常運作,未受到任何影響。

  • Operations 主控台和 Web 主控台無法連線和管理管理群組的設定。

  • 無法針對管理群組進行設定管理。

  • 無法連線到其他管理群組。

  • 無法執行任何 Operations Manager 系統管理工作,例如檢視、編輯或管理物件。

  • Operations 主控台無法運作。

  • 無法使用連接器連線到協力廠商管理產品。

Operations Manager 報表伺服器 (OperationsManager 資料庫完整未受損)

  • 無法存取報表。

  • Operations 主控台中的 [報表] 檢視無法運作。

OperationsManager 資料庫

如果 OperationsManager 資料庫安裝在容錯移轉叢集中,只要其中一個叢集節點正常運作,就不會受到任何影響。如果實作記錄傳送,在資料庫重建之前,服務可能會受到影響。

  • 受管理電腦的資料無法處理且無法儲存在資料庫中。這些資料最終可能遺失。

  • 管理伺服器開始將資料排入快取。當快取滿了之後,管理伺服器會開始刪除資料,從效能資料開始。

  • 無法執行任何 Operations Manager 系統管理工作,例如檢視、編輯或管理物件。

  • 報表未包含最新的資訊。

  • Operations 主控台無法運作。

  • 管理組件的變更未傳播到代理程式。

資料倉儲伺服器 (OperationsManagerDW 資料庫完整未受損)

叢集中至少有一台伺服器正常運作,未受到任何影響。如果 OperationsManagerDW 資料庫失敗,則叢集無法降低失敗的影響 (請參閱下一欄的影響)。

  • 無法檢視、編輯或管理報表。

  • 若稽核收集服務 (ACS) 報表安裝在執行 SQL Server 的同一台電腦上,將無法檢視、編輯或管理報表。

閘道伺服器

若部署多台閘道伺服器,代理程式可容錯移轉至其他閘道伺服器,與管理伺服器的通訊不會中斷。

  • 無法取得最新的監視資料,因為代理程式和管理伺服器無法通訊。

稽核收集資料庫

如果稽核收集資料庫完整未受損,且叢集中至少一台伺服器正常運作,將不會受到任何影響。如果稽核收集資料庫失敗,則叢集無法降低失敗的影響 (請參閱下一欄的影響)。

  • 安全性事件排入受管理伺服器的佇列,而且不會處理。這些資料最終可能遺失。

  • 由於資料逐漸累積,受管理電腦的效能降低。

  • ACS 報表未包含最新的資訊。

主控 Operations 主控台的電腦

無。

  • 無法在失敗的電腦上使用主控台。

ACS 收集器伺服器

無。

  • ACS 轉寄站傳來的稽核事件無法處理。

降低失敗的影響

您可以藉由增加備援或實作容錯移轉解決方案 (例如叢集) 來大幅降低某些伺服器失敗造成的影響。這也可以緩解還原的急迫性。

下列清單包含的設定選項可將備援和叢集增加到 Operations Manager 部署。實作其中任何選項均可降低失敗的影響,提升組織中 Operations Manager 的可用性。

  • 增加管理伺服器。

  • 將 Root Management Server 安裝到叢集服務容錯移轉叢集。

  • 將資料庫置於叢集服務容錯移轉叢集。

  • 設定閘道伺服器可容錯移轉。

  • 設定記錄傳送。

  • 設定代理程式可跨管理群組多路連接。

以下將進一步說明各選項。如需有助於確保高可用性及降低失敗影響之部署選項的詳細資訊,請參閱 Operations Manager 2007 部署指南 (http://go.microsoft.com/fwlink/?LinkId=93785)。

增加管理伺服器

在管理群組中部署一台以上的管理伺服器。這可讓代理程式在管理伺服器失敗時進行容錯移轉。

如果管理伺服器發生失敗,向該管理伺服器報告的代理程式會自動開始向相同管理群組中的另一台管理伺服器報告。在失敗的管理伺服器還原之後,代理程式可恢復向原始管理伺服器報告。

如果 Root Management Server 失敗,您可將現有的管理伺服器升級為 Root Management Server 角色。等到 Root Management Server 還原之後,您可以降級暫時的 Root Management Server,然後將還原的伺服器重新升級為原來的 Root Management Server 角色。

將 Root Management Server 安裝到叢集服務容錯移轉叢集

將 Root Management Server 安裝到叢集服務容錯移轉叢集。如果 Root Management Server 叢集中的節點失敗,Root Management Server 角色會移至另一個叢集節點。這可讓 RMS 繼續正常運作。

在還原失敗的叢集節點之後,您可以將 RMS 移回原來的節點,或者讓它繼續在容錯移轉叢集中的另一個節點上執行。

將資料庫置於叢集服務容錯移轉叢集

將 OperationsManager、OperationsManagerDW 和 OperationsManagerAC 資料庫置於叢集服務容錯移轉叢集。如同 RMS 叢集,若節點失敗,所有資料庫會移至叢集中的另一個節點並繼續正常運作。不過,如果資料庫損毀,您可能必須從最新的備份還原它。

設定閘道伺服器容錯移轉

部署多台閘道伺服器可讓代理程式在閘道伺服器之間容錯移轉,並分散管理工作負載。

如果可使用多台收集管理伺服器,則也可設定閘道伺服器在管理群組中的收集管理伺服器之間容錯移轉。

設定記錄傳送

記錄傳送會在另一台 Microsoft SQL Server 2005 或 SQL Server 2008 伺服器上保存一份 Operations Manager 資料庫複本。記錄傳送會將交易記錄從作用中管理群組中的來源資料庫傳送到待命管理群組中的目的地資料庫,將資料庫的複本保持在最新狀態。

如果資料庫損毀,您可以設定 Operations Manager 暫時使用待命資料庫。等到原來的資料庫還原之後,您可以重新設定 Operations Manager 使用該資料庫。

 
顯示: