System Center

從 MOM 遷移至 Operations Manager 2007

Andy Dominey

摘要:

• 規劃 Operations Manager 部署
• 評估硬體需要
• 保存歷史資料
• 測試計畫

伺服器監視和管理是各種現代 IT 基礎結構不可或缺的一部分。確保您的 IT 基礎結構不但能正確運作，並且足以支援使用者在上面加諸的負載尤其重要。然而，收集這些資訊是說的

比做的容易，而且在擁有這項資訊後知道要怎麼運用又是另外一回事。還好，Microsoft® Operations Manager (MOM) 在這方面的成就已有七年的歷史，而它最新的化身 System Center Operations Manager 2007，更是擴充了這個基礎。

為什麼要遷移？

System Center Operations Manager 2007 提供眾多比前版 MOM 2005 還優越的改進功能。核心架構已經過重新設計及大幅改良，以允許此產品更熟知散佈在多重裝置的應用程式，並且不只對伺服器，更對組成伺服器的所有元件有所了解。

此外，Operations Manager 還擁有一個功能強大的定序引擎，能夠彙總警告資料，進而大幅減少假性警告的數目，另外也包含一個健康狀況總管 (Health Explorer)，有助於使尋找和解決問題的過程更具效率。

還有自我調整閾值和基準引擎，允許您輕鬆追蹤環境內的效能使用狀況，報告引擎也改良許多，提供優質的圖形和詳細的報告。看看 [圖 1] 稍微體驗一下報告資料的視覺呈現。

[圖 1]** Operations Manager 2007 中的可用性報告 **(按影像可放大)

Operations Manager 甚至可用來監視桌上型電腦和伺服器。以下是 Operations Manager 2007 所提供的一些其他功能：

• 絕佳的 Windows Server System™ 平台監視功能
• 強大的應用程式監視功能
• 自動化一般工作
• 新一代資料庫引擎加速企業級延展性和控制力
• 安全性增強與 Active Directory® 整合

有關 System Center Operations Manager 2007 中提供的新功能的詳細資訊，請參考 Pete Zerger 在本期《Technet Magzine》中發表的＜透過 Operations Manager 2007 注意您的伺服器＞一文。

遷移至 Operations Manager

在規劃遷移至 Operations Manager 2007 之前，請務必了解，這項產品並沒有直接的升級途徑。這是因為 Operations Manager 架構上有顯著的更動，造成該產品無法與前版相容來進行就地升級。因此，如果您目前執行的是 MOM 2000 或 MOM 2005，就必須考慮本文稍後說明的其中一個遷移策略。

不過，如果您並沒有執行前版的 MOM，便可直接安裝此產品的新版本。要注意的是，您在專案相當早期的階段，就必須決定公司內是否有足夠的技能可以履行安裝或遷移作業，或者您是否需要求助於協力廠商。很明顯地，這會影響到專案的整體成本，因此應該在此程序開始時加以考慮。

遷移案例

對於目前沒有執行 MOM 的人來說，部署的程序相當直接：規劃和設計架構，然後部署軟體。然而，要是您正在使用 MOM，Microsoft 支援兩種遷移案例：在相同的硬體上並行，以及在不同的硬體上並行。讓我們兩種都來探討一下。

在相同硬體上並行 這種案例中，您是將 Operations Manager 安裝在與現有 MOM 2000 或 MOM 2005 架構的相同實體硬體上。對於不常用到 MOM 基礎結構，而且伺服器硬體強大到足以一起裝載新舊版本的情況，這種方法相當實用。您應該只在安裝 Operations Manager 不會嚴重影響目前 MOM 伺服器的效能下考慮這種途徑。

在不同硬體上並行 在這種情況下，是在全新或不同的硬體上執行全新安裝。這是比較慣用的方法，因為它可確保當進行遷移時，對目前的管理基礎結構不會有太大的影響。值得注意的是，並不見得需要額外的硬體。新的 Operations Manager 2007 伺服器可以先放在虛擬機器上，直到可以重新配置舊伺服器硬體為止。

考量因素

在決定採納特定的遷移策略之前，有幾個重點需要考量。

首先，您必須考慮軟硬體需求及相關的成本。即使您決定將部分或整個 Operations Manager 基礎結構接移或佈建到虛擬機器上，您還是需要讓 Operations Manager 監視每個代理程式的 OS 和應用程式授權還有 OML (Operations Management License，操作管理授權)。

其次，您必須規劃履行工作的資源。在小型公司中，這可能不是特別複雜或困難的計畫，但在大型企業中，這將是整體遷移策略的關鍵部分。

您還必須考慮這項遷移在整體上對目前監視基礎結構或伺服器資產可能產生的衝擊。您應該針對各種偶發狀況作規劃，包括伺服器重新開機的可能性，或甚至是主要生產伺服器的失敗等。

請注意，如果您將 MOM 2000 中的 Microsoft Access™ 資料庫，或 MOM 2005 中的 SQL Server™ 資料倉儲用於資料存放和報告，目前並不支援將此項資料遷移到 Operations Manager 2007。

規劃成功的遷移

身為顧問的我常見到的最大問題之一是，不充分的部署規劃。因此，一旦您決定要安裝在全新或是現有的硬體上，下一步便是製作專案計畫。

您的專案計畫應該列出本文內所建議的專案階段 — 但這並不是詳盡的清單。確實為專案的各個階段配置足夠的時間，並將任何必要的資源都列入考量。

如我先前註明的，System Center Operations Manager 2007 與 MOM 2000 和 2005 比起來，具有截然不同的架構。對於入門者，最明顯是的 Operations Manager 中有個額外的伺服器角色，也就是 Root Management Server (RMS)。RMS 管理著管理群組的組態，處理與其他管理群組及協力廠商產品的所有連線，同時還負責管理群組間的安全性。這個角色可存放在現有的 System Center Operations Manager Management Server 上，但在大規模的複雜環境中，則應該擁有自己的實體伺服器。另外，存在於 MOM 2005 中的分層式管理群組概念也被連線管理群組所取代。在這個全新的架構中，管理群組之間實際上並不會傳遞任何警告資料，反而只會將連線管理群組的警告呈現在要求管理群組的 UI 中。除此之外，如果您考慮在不信任的網域或工作群組內的機器上安裝代理程式，必須使用憑證才能讓代理程式與管理伺服器互相驗證 (這是 Operations Manager 中強制的功能)。

為了設計 System Center Operations Manager 的架構，您必須考量打算監視的伺服器和用戶端的數量，它們是否位於信任的網域內，需要監視哪些應用程式和平台，以及您是否希望監視網路基礎結構。您還需要識別出任何需要自訂規則或管理組件的應用程式。

在這個階段，您應該識別管理組件需求。確定要監視的應用程式後，便可決定要安裝的管理組件。管理組件中包含了可套用到特定應用程式或作業系統的規則、監視程式、工作和類別，並且如果您的環境內有用到它們相關聯的應用程式或作業系統，也應該匯入管理組件。這個階段選擇的管理組件將影響軟硬體需求，以及安裝和設定軟體應該配置的時間量。

在大致確定 Operations Manager 基礎結構的架構之後，您應該準備 System Center Capacity Planner 2007 工具 (在撰寫本文之時仍處於 Beta 測試階段)。使用此工具來規劃網路和伺服器基礎結構，並模擬它在您規劃好的 Operations Manager 部署執行的情況，以確保它足以監視和管理基礎結構。

如果您計畫遷移的話，這時您也應當特別注意架構設計。您需要考慮到 MOM 200x 與 Operations Manager 一起執行所造成的額外網路流量。

部署

需要考量的下一個階段是部署。您必須在安裝軟體前，確定已佈建足夠的硬體。如果您是安裝至新環境，採用實體硬體比較恰當，尤其是資料庫伺服器。然而，若實體硬體不可行，也可以將管理伺服器虛擬化。在遷移的案例下，使用虛擬化伺服器是替代購買新硬體來接移新基礎結構的好辦法。這種情況下，您可以在舊版 MOM 伺服器解除任務及重建時，使用虛擬機器來接移 Operations Manager。

伺服器一經佈建，您便可以開始安裝軟體。首先，確定將執行 Operations Manager 的伺服器具有必備軟體來支援它。舉例來說，假如您執行的是 SQL Server 2000，而且打算將 Operations Manager 安裝在相同的伺服器上，必須先升級至 SQL Server 2005 含 SP1。要檢查伺服器是否裝有必備軟體，可從 System Center Operations Manager 安裝媒體執行 Operations Manager 先決條件檢查程式。

所有必備軟體皆備妥並且也設定好 SQL Server 和 Reporting Services 之後，就可以開始安裝 Operations Manager 軟體。這個動作在單一伺服器的環境中很簡單，只要在伺服器上執行 Operations Manager 安裝檔案，然後執行 Operations Manager 報告安裝程式 (如果您想要使用此功能的話) 就可以了。而在分散式的環境中，則需要以正確的順序將 Operations Manager 元件安裝在個別的伺服器上。您最先安裝資料庫，然後是第一部管理伺服器，Root Management Server 角色自動會指派給它。之後可安裝任何其他管理伺服器。最後一步是安裝 Web 主控台和報告元件。

遷移

在這個階段，您應該在嘗試利用任何新功能之前，確定新的基礎結構與現有的監視相對應。舊版環境中所使用的任何管理組件也都應該複製到新的 Operations Manager 部署。如果有可用的 Operations Manager 管理組件，您可能會想要匯入它，但是需要先從目前的管理群組匯出任何沒有較新版本的管理組件，使用安裝 CD 上的 MPConvert 工具進行轉換，並匯入到 Operations Manager — 除非您有比較小型或簡單的自訂管理組件，這種情況下直接重建可能比較妥當。另外在複製組態時，還有一個實用的工具。那就是 MOM 2005 to Operations Manager 遷移工具，它有助於將現有的 MOM 管理群組的組態複製到 Operations Manager，您在 Operations Manager 安裝 CD 上也找得到這項工具。[圖 2] 顯示遷移過程中典型的組態。

[圖 2]** 遷移過程中的典型組態 **(按影像可放大)

組態一複製好後，必須確定您確實可以收到相同的警告，並且在 Operations Manager 收集到的資料與在 MOM 收集到的一樣。所幸，Operations Manager 代理程式可以與舊版 MOM 代理程式同時存在，讓兩個代理程式可以同步執行。您可以在解除舊版系統的任務之前，從兩者收集資料，並且並排比對它們的正確性。

接下來您應該整理出一套測試計畫。測試規模可以只包括將舊版系統的警告與 Operations Manager 系統的那些警告相比較，也可以大到要求有目的的產生警告，到徹底評估新基礎結構。只要您滿意測試結果，便可使用 MOM 主控台或代理機器上的 [新增/移除程式]，開始解除安裝舊版 MOM 代理程式。

報告在 MOM 和 System Center Operations Manager 部署上佔了很大一部分，因此也有必要提到。現有 SystemCenterReporting 資料庫目前並不能遷移到 Operations Manager 2007，因此您可以為 Operations Manager 建立一個新的 Reporting Services 執行個體，然後把現有的 MOM 2005 (SystemCenterReporting) 資料庫留在專用的 SQL Reporting Services 執行個體內來顯示舊版的報告。System Center Operations Manager 2007 中全新的報告主控台已整合至該產品中，因此不建議將 Reporting Services 主控台用於 Operations Manager 以外的地方。遷移報告資料在未來可能會透過資料遷移指令碼的方式來解決，不過在此其間，您可能必須跟封存的報告資料說拜拜，放手開始產生全新華麗的報告，相信主管階層可能會興奮到連舊資料不見了都不會注意到。

結論

System Center Operations Manager 提供比 MOM 2000 和 2005 還優越的重大改進，但這是有代價的。基礎架構上的大幅變動 (而造成缺乏直接就地升級的途徑) 表示部署成本有可能會因此提高。將這些成本縮減至最低的關鍵在於進行充分的規劃，並確保您擁有適當的人選來完成這項工作，如此便能坐享 Microsoft 努力開發 System Center Operations Manager 所帶來的優勢。

Andy Dominey 進入 IT 產業已有八年的時間，目前正受雇於 1E，擔任英國分公司的 Windows 管理專家。Andy 自 MOM 2000 便開始接觸 MOM，他在過去兩年因對 MOM 的貢獻而榮獲 Microsoft MVP 頭銜。

© 2008 Microsoft Corporation and CMP Media, LLC. 保留所有權利；未經允許，嚴禁部分或全部複製.