次の方法で共有

System Center Operations Manager へのアップグレード時のアップグレード後のタスク

  • [アーティクル]

アップグレード プロセスが完了したら、アップグレード後に多くのタスクを実行する必要があります。

アップグレード後のタスク

アップグレード プロセスが完了したら、次のタスクを実行します。

  1. 通知配信登録の再有効化

  2. コネクタ サービスを再起動または再度有効にする (必要な場合)

  3. アップグレードしたエージェントで監査コレクション サービス (ACS) を再度有効にする

  4. エージェントの HealthService キャッシュ サイズをリセットする

  5. アップグレードが成功したことを確認する

通知サブスクリプションを再度有効にする

アップグレードが完了したら、次の手順に従って配信登録を再び有効にします。

  1. Operations Manager 管理グループの Operations Manager 管理者ロールのメンバーであるアカウントでオペレーション コンソールを開きます。

  2. オペレーション コンソールのナビゲーション ウィンドウで、 Administration ボタンを選択します。

    Note

    管理サーバーではないコンピューターでオペレーション コンソールを実行すると、 サーバーへの接続 ダイアログが表示されます。 サーバー名テキスト ボックスに、接続先の Operations Manager 管理サーバーの名前を入力します。

  3. Administration ペインの [Notificationsで、Subscriptions を選択します。

  4. Actions ペインで、アップグレードを実行する前に有効にされたサブスクリプションごとに Enable を選択します。

コネクタ サービスを再起動または再度有効にする

インストールされているコネクタについては、サードパーティのドキュメントを参照して、コネクタが System Center Operations Manager でサポートされているかどうかを確認してください。 アップグレード中に何らかの理由でコネクタを停止した場合は、サービスを再開します。

コネクタ サービスを再起動するには、次の手順に従います。

  1. サービス MMC スナップインを開きます。 Startを選択し、Start Search ボックスに「services.msc」と入力します。
  2. Name列で、再起動するコネクタを右クリックし、Start を選択します。

監査コレクション サービスを再度有効にする

アップグレードの前に、エージェントの監査コレクション サービス (ACS) を有効にしておいた場合は、エージェントのアップグレード プロセスの一環として無効に設定されます。 必要に応じて、ACS を再度有効にします。

エージェントの HealthService キャッシュ サイズをリセットする

エージェントのヘルス サービスのキャッシュ サイズの既定設定を復元します。そのためにはエージェントのレジストリ設定 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlsSet\Services\HealthService\Parameters\Management Groups<ManagementGroupName>\maximumQueueSizeKb を更新しますが、手動で行うか、構成管理やオーケストレーション ソリューションを使って自動的に行うことができます

DWORD 型の既定の 10 進値は 15360 (15 MB) です。

アップグレードが成功したことを確認する

アップグレードが成功したことを確認するには、次のタスクを実行します。

  • ヘルス サービス Watcher 状態ビューで、管理サーバーとゲートウェイ サーバーとエージェントの正常性状態を確認します。 オペレーション コンソールの Administration ワークスペースで、管理サーバーとゲートウェイ サーバーとエージェントが正常であることを確認します。 [監視 ] ワークスペースで、管理グループのヘルスに関連するアラートがあるか確認します。
  • すべての管理サーバーのイベント ログで新しいエラーを確認します。 最終変更日時列を基準にアラートを並べ替えて、新しいアラートを確認します。
  • データベース サーバーの CPU とメモリの使用率とディスク I/O を監視して、正常に機能していることを確認します。
  • レポート機能がインストールされている場合は、[レポート] を選択し、汎用パフォーマンス レポートを実行して、レポートが正しく機能していることを確認します。

回避策を適用して AD ルールを機能させる

以前の AD ルールは、Operations Manager 2019 にアップグレードした後は機能しません。 Operations Manager 2016 (または 2016 年以前の UR7) から Operations Manager 2019 にアップグレードすると、Active Directory ルールの形式が変更されたため、以前の AD ルールは機能しません。 Operations Manager 2016 UR7 および UR8 から Operations Manager 2019 にアップグレードしても、この問題はありません。

この問題を解決するには、次の手順に従います。

  1. 2022 にアップグレードしたら、既定の管理パックをフォルダーにエクスポートします。

  2. エクスポートしたフォルダーから Microsoft.SystemCenter.OperationsManager.DefaultUser.xml を開きます。

  3. 次の例に示すように、管理サーバーの FQDN> の代わりに 管理サーバーの NetBIOS ドメイン名> を使用するように、すべての AD 規則の名前を変更します。<<

    Note

    ドメイン名では大文字と小文字が区別されます。

    例:

    Before: Rule ID="_smx.net_MS1_contoso.com" Enabled="true"

    After: Rule ID="_SMX_MS1_contoso.com" Enabled="true"

  4. 更新された管理パックをインポートします。

    これで、ルールがコンソールに表示されます。

    この問題の詳細については、「 Active Directory と Operations Manager の統合を更新するを参照してください。

次のステップ

管理グループ内の複数のサーバーに Operations Manager サーバーの役割をインストールする手順については、「 Operations Manager の展開」を参照してください。