• [アーティクル]

System Center 2012 - Operations Manager にアップグレードする場合の注意点

 

適用対象: System Center 2012 R2 Operations Manager,System Center 2012 - Operations Manager,System Center 2012 SP1 - Operations Manager

ここでは、System Center 2012 – Operations Manager または System Center 2012 Service Pack 1 (SP1)、Operations Manager にアップグレードする場合の基本概念と注意事項を説明します。 アップグレードの環境と具体的なアップグレード手順については、「System Center 2012 - Operations Manager へのアップグレード」を参照してください。

System Center Operations Manager 2007 R2 から System Center 2012 – Operations Manager にアップグレードしてから System Center 2012 Service Pack 1 (SP1) にアップグレードするのがサポートされるアップグレード パスであるため、複数回にわたりアップグレードを行うことが必要な場合があります。 複数回のアップグレードを実行する場合は、System Center 2012 – Operations Manager と SP1 の間のシステム要件の違いについても考慮する必要があります。 たとえば、アップグレードする Operations Manager のバージョンに応じて、サポートされる SQL Server のバージョンや、必要とされる SQL Server のバージョン間の移行についても検討することをお勧めします。

「はじめに」または「System Center 2012 - Operations Manager のシステム要件」にまだ目を通していない場合は、先に一読することをお勧めします。 これらのドキュメントには、アップグレードを行うユーザーに必要な基本概念と重要な構成に関する説明があります。

[!メモ]

Unified Installer は、テストと評価目的でのみ System Center 2012 を新規インストールするためのユーティリティです。 既存の System Center をアップグレードする場合、または高可用性や複数のサーバー コンポーネント インストールなどの設定オプションを選択する場合は、System Center 2012 の各コンポーネントの展開ガイドに記載されている手順を参照してください。

RMS の廃止と 新しい RMS エミュレーター

設計と計画の段階で最も考慮する必要がある Operations Manager の変更点は、ルート管理サーバー (RMS) がなくなったことです。 RMS がなくなったことにより、すべての管理サーバーがピアの関係になりました。 このため、以前は RMS だけにホストされていたサービスが、すべての管理サーバーにホストされるので、障害が 1 か所に集中する心配がありません。 ロールはすべての管理サーバーに分散されます。 1 つの管理サーバーが使用不能になっても、その負荷が自動的に他の管理サーバーに分配されます。 RMS エミュレーター ロールは、RMS をターゲットとする管理パックとの下位互換性を維持するためのものです。 前のバージョンの RMS をターゲットとしている管理パックがない場合は、RMS エミュレーターを使用する必要はありません。

アップグレードの準備

アップグレードを行う前に

System_CAPS_important重要

これらの手順に従う前に、Operations Manager 2007 R2 管理グループのサーバーが System Center 2012 – Operations Manager でサポートされている構成の最少条件を満たしていることを確認してください。 これによって、アップグレードする前に、管理グループに新しいサーバーを追加する必要があるかどうかを判別できます。 詳細については、「System Center 2012 - Operations Manager でサポートされる構成」を参照してください。

分散型管理グループをアップグレードする場合は、セカンダリ管理サーバー、ゲートウェイ、エージェントをアップグレードします。 エージェントのアップグレードの順番は、エージェントをどのように展開したかによって異なります。 エージェントを手動でインストールした場合は、管理サーバーとゲートウェイをアップグレードする前に、エージェントをアップグレードします。

  1. 保留の管理からエージェントを削除する

  2. Operations Manager 2007 R2 RMS に接続されているアクティブなコンソールがないか確認します。

  3. 通知配信登録を無効にします。

  4. コネクタ サービスを停止するか、すべてのコネクタを無効にします。

これらの作業手順については、「Operations Manager のアップグレード前のタスク」を参照してください。

AD 統合とエージェント

RMS に報告するエージェントがある場合は、そのエージェントをセカンダリ管理サーバーに移動して、エージェントの機能を引き継ぎます。 最初にエージェントを手動でアップグレードすることが重要です。 これらの作業手順については、「チェックリスト:分散型アップグレード (複雑)」を参照してください。

データ ウェアハウス

System Center 2012 – Operations Manager では、新しくデータ ウェアハウスが必要となります。データベースのサイズ設定については、「Operations Manager Sizing Helper (Operations Manager のサイズ測定ヘルパー)」を参照してください。

データ ウェアハウスがない状態でアップグレードを行うと、アップグレード中にデータ ウェアハウスの追加の画面が表示されます。

[リソース プール]

リソース プールは、複数の管理サーバーまたはゲートウェイ サーバーの集まりで、これらのサーバーで負荷を分散し、他のサーバーで問題が発生した場合に負荷を引き継ぎます。

リソース プールを使用する関係上、すべての管理サーバーを低遅延のネットワークで接続することをお勧めします。 このため、現在複数のデータ センターやサイトで管理サーバーを使用している場合は、すべての管理サーバーを 1 つのデータ センターに集め、他のサイトではゲートウェイ サーバーを使用するようにしてください。

どのような環境でも、必ず 2 台の管理サーバーを使用してください。 2 台目の管理サーバーはフェールオーバー用であり、データの復元に必要です。 すべての管理サーバーは [すべての管理サーバー リソース プール] のメンバーであるため、新しい管理サーバーを追加すると管理グループの監視負荷が各サーバーに均等に分散され、監視のフェールオーバーも自動的に行われます。 詳細については、「Operations Manager の分散型展開」をご覧ください。

SDK サービスがすべての管理サーバーで実行されていて、あらゆる SDK クライアント (コンソール、Web コンソール、コネクタ、PowerShell) がそのサービスに接続できることを確認してください。System Center 2012 – Operations Manager のセットアップを実行すると、すべての管理サーバーでこのサービスが自動的に開始するように設定されます。 これにより、どの SDK クライアントも、すべての管理サーバーと接続できます。

ネットワークの監視

管理パックとネットワーク検出の実行については、「ネットワーク監視用の管理グループを構成する際の注意事項」を参照してください。