System Center Operations Manager へのアップグレード前のタスク
重要
このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。
アップグレード プロセスを開始する前に、下記のアップグレード前のタスクを記載された順序で実行します。
Operations Manager のイベント ログを確認する
データベースをクリーンアップします (ETL テーブル)
1 つのゲートウェイにレポートするすべてのエージェントにフェールオーバー ゲートウェイが割り当てることができるように、複数のゲートウェイ サーバー間でフェールオーバーするようにエージェントを構成します。
保留の管理からエージェントを削除する
通知配信登録を無効にする
コネクタを無効にする
アップグレード中のものを除き、すべての管理サーバー上の Microsoft Monitoring Agent、System Center Data Access Service、System Center Configuration Management、Microsoft Monitoring Agent サービスを停止します
オペレーション データベースに 50% を超える空き領域があることを確認する
Operations Manager データベースをバックアップする
管理サーバーやゲートウェイ サーバーのアップグレード中のデータ損失を防止するために、エージェントのヘルス サービスのキャッシュ サイズを一時的に更新します。
Operations Manager のアプリケーション プールと MonitoringViews を IIS サーバーで停止します。
Operations Manager のイベント ログを確認する
管理サーバーで Operations Manager のイベント ログを参照し、繰り返し発生している警告や重大なイベントがないかどうかを確認します。 アップグレードを実行する前に、問題に対処してイベント ログのコピーを保存します。
データベースのクリーンアップ (ETL テーブル)
System Center Operations Manager のインストール (セットアップ) へのアップグレードの一環として、ETL テーブルをクリーンし、データベースをクリーンアップするためのスクリプトが含まれています。 ただし、クリーンする行数が多い (100,000 を超える) 場合は、アップグレードを開始する前にスクリプトを実行して、アップグレードを高速化し、セットアップのタイムアウトを防ぐことをお勧めします。 どのような状況でもこのアップグレード前のタスクを実行することで、インストールの効率が高まります。
ETL のクリーンアップ
ETL テーブルをクリーンするには、Operations Manager データベースをホストしているSQL Serverで次のスクリプトを実行します。
-- (c) Copyright 2004-2006 Microsoft Corporation, All Rights Reserved --
-- Proprietary and confidential to Microsoft Corporation --
-- File: CatchupETLGrooming.sql --
-- Contents: A bug in the ETL grooming code could have left the user --
-- Database with a large amount of ETL rows to groom. This script will groom --
-- The ETL entries in a loop 100K rows at a time to avoid filling up the --
-- Transaction log --
--------------------------------------------------------------------------------
DECLARE @RowCount int = 1;
DECLARE @BatchSize int = 100000;
DECLARE @SubscriptionWatermark bigint = 0;
DECLARE @LastErr int;
-- Delete rows from the EntityTransactionLog. We delete the rows with TransactionLogId that aren't being
-- used anymore by the EntityChangeLog table and by the RelatedEntityChangeLog table.
SELECT @SubscriptionWatermark = dbo.fn_GetEntityChangeLogGroomingWatermark();
WHILE(@RowCount > 0)
BEGIN
DELETE TOP(@BatchSize) ETL
FROM EntityTransactionLog ETL
WHERE NOT EXISTS (SELECT 1 FROM EntityChangeLog ECL WHERE ECL.EntityTransactionLogId = ETL.EntityTransactionLogId) AND NOT EXISTS (SELECT 1 FROM RelatedEntityChangeLog RECL
WHERE RECL.EntityTransactionLogId = ETL.EntityTransactionLogId)
AND ETL.EntityTransactionLogId < @SubscriptionWatermark;
SELECT @LastErr = @@ERROR, @RowCount = @@ROWCOUNT;
END
注意
ETL のクリーンアップが完了するまでに数時間かかる場合があります。
保留の管理からエージェントを削除する
管理サーバーをアップグレードする前に、保留の管理に含まれるすべてのエージェントを削除します。
Operations Manager 管理グループの Operations Manager 管理者ロールのメンバーであるアカウントを使用して、オペレーション コンソールにサインインします。
[管理] ウィンドウで、[デバイス管理] を展開し、[保留中の管理] を選択します。
各エージェントを右クリックし、[ 承認 ] または [拒否] を選択 します。
通知配信登録を無効にする
アップグレード プロセス中に通知が送信されないようにするには、管理グループをアップグレードする前に通知サブスクリプションを無効にする必要があります。
Operations Manager 管理グループの Operations Manager 管理者ロールのメンバーであるオペレーション コンソール アカウントにサインインします。
オペレーション コンソールで、 [管理] ビューを選択します。
ナビゲーション ウィンドウで、[ 管理] を展開し、[ 通知 ] コンテナーを展開して、[サブスクリプション] を選択 します。
各サブスクリプションを選択し、[操作] ウィンドウで [無効] を選択します。
注意
サブスクリプションを無効にしている場合、複数選択は機能しません。
コネクタを無効にする
Microsoft 製ではないコネクタについては、インストールされているコネクタのドキュメントを参照して、各コネクタで使用されるサービスを特定します。
コネクタのサービスを停止するには、次の手順を実行します。
[ スタート ] メニューの [ 管理ツール] をポイントし、[ サービス] を選択します。
[ 名前 ] 列で、制御するコネクタを右クリックし、[停止] を選択 します。
Operations Manager データベースに 50% を超える空き領域があることを確認する
十分な空き領域がない場合にアップグレードが失敗する可能性があるため、管理グループをアップグレードする前に、運用データベースに 50% を超える空き領域があることを確認する必要があります。 トランザクション ログがオペレーション データベースの合計サイズの 50% であることを確認します。
オペレーション データベースをホストしているコンピューターで、SQL Server Management Studio を開きます。
[オブジェクト エクスプローラー] で、 [データベース] を展開します。
Operations Manager データベースを右クリックし、[レポート]、[標準レポート] を選択し、[ディスク使用量] を選択します。
[ディスク使用量] レポートを表示して、空き領域の割合を確認します。
データベースに 50% の空き領域がない場合は、次の手順を実行してアップグレード用に増やします。
オペレーション データベースをホストしているコンピューターで、SQL Server Management Studio を開きます。
[ サーバーへの接続 ] ダイアログの [ サーバーの種類 ] ボックスの一覧で、[ データベース エンジン] を選択します。
[サーバー名] の一覧で、オペレーション データベースのサーバーとインスタンス (computer\INSTANCE1 など) を選択します。
[ 認証 ] ボックスの一覧で [ Windows 認証] を選択し、[接続] を選択 します。
[オブジェクト エクスプローラー] ウィンドウで、[データベース] を展開し、Operations Manager データベースを右クリックして、[プロパティ] を選択します。
[ データベースのプロパティ ] ダイアログの [ ページの選択] で、[ファイル] を選択 します。
[結果] ウィンドウで、 MOM_DATA データベースの [初期サイズ] 値を 50% 上げます。
Note
空き領域が既に 50% を超える場合、この手順は必要ありません。
MOM_LOG トランザクション ログの [初期サイズ] 値をデータベースの合計サイズの 50% に設定します。 たとえば、オペレーション データベースのサイズが 100 GB の場合、ログ ファイルのサイズは 50 GB にしてください。 [OK] をクリックします。
Operations Manager データベースをバックアップする
セカンダリ管理サーバーをアップグレードする前に、オペレーション データベースとデータ ウェアハウス データベースの最近の検証済みバックアップを取得します。 また、アップグレードする前に、レポートや監査コレクション サービス データベースなどのオプション機能用のデータベースのバックアップも作成する必要があります。 詳細については、「 データベースの完全バックアップの作成 (SQL Server)」を参照してください。
管理サーバーの Operations Manager サービスを停止する
管理グループの最初の管理サーバーをアップグレードする前に、運用およびデータ ウェアハウス データベースの更新中に問題が発生しないように、他のすべての管理サーバーで Operations Manager サービス (System Center Data Access、System Center Configuration、Microsoft Monitoring Agent) を停止することをお勧めします。
エージェントのヘルス サービスのキャッシュ サイズを増やす
アップグレード中にエージェントがデータを待ち行列に入れることができるように、構成管理やオーケストレーション ソリューションを利用し、エージェントの次のレジストリ設定を手動または自動で更新してください。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HealthService\Parameters\Management Groups\<ManagementGroupName>\maximumQueueSizeKb
既定のキューのサイズ値は 100 MB です。 DWORD 型レジストリ キーを追加または変更することで、最大 1500 MB まで増やすことができます。 管理グループのアップグレードが完了したら、既定値にリセットできます。
次のステップ
アップグレードを続行するには、アップグレードの概要に関するページを参照してください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示