System Center Operations Manager へのアップグレード後のタスク
重要
このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。
アップグレード プロセスが完了したら、アップグレード後に多くのタスクを実行する必要があります。
アップグレード後のタスク
アップグレード プロセスが完了したら、次のタスクを実行します。
通知配信登録の再有効化
コネクタ サービスを再開または再度有効にする (必要な場合)
アップグレードしたエージェントで監査コレクション サービス (ACS) を再度有効にする
エージェントのヘルス サービスのキャッシュ サイズをリセットする
アップグレードが成功したことを確認する
通知配信登録の再有効化
アップグレードが完了したら、次の手順に従って配信登録を再び有効にします。
Operations Manager 管理グループの Operations Manager 管理者ロールのメンバーであるアカウントでオペレーション コンソールを開きます。
オペレーション コンソールのナビゲーション ウィンドウで、[ 管理 ] ボタンを選択します。
注意
管理サーバーではないコンピューターでオペレーション コンソールを実行すると、[ サーバーへの接続 ] ダイアログが表示されます。 [ サーバー名 ] テキスト ボックスに、接続する Operations Manager 管理サーバーの名前を入力します。
[ 管理 ] ウィンドウの [ 通知] で、[ サブスクリプション] を選択します。
[ 操作 ] ウィンドウで、アップグレードを実行する前に有効にされたサブスクリプションごとに [有効にする ] を選択します。
コネクタ サービスの再開または再有効化
インストールされているサードパーティ製コネクタのドキュメントを参照し、コネクタが System Center Operations Manager でサポートされているかどうか確認します。 アップグレード中に何らかの理由でコネクタを停止した場合は、サービスを再開します。
コネクタ サービスを再起動するには、次の手順に従います。
- サービス MMC スナップインを開きます。 [スタート] を選択し、[検索の開始] ボックスに「services.msc」と入力します。
- [ 名前 ] 列で、再起動するコネクタを右クリックし、[開始] を選択 します。
監査コレクション サービスを再度有効にする
アップグレードの前に、エージェントの監査コレクション サービス (ACS) を有効にしておいた場合は、エージェントのアップグレード プロセスの一環として無効に設定されます。 必要に応じて、ACS を再度有効にします。
エージェントのヘルス サービスのキャッシュ サイズをリセットする
エージェントのヘルス サービスのキャッシュ サイズの既定設定を復元します。そのためにはエージェントのレジストリ設定 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlsSet\Services\HealthService\Parameters\Management Groups<ManagementGroupName>\maximumQueueSizeKb を更新しますが、手動で行うか、構成管理やオーケストレーション ソリューションを使って自動的に行うことができます
DWORD 型の既定の 10 進値は 15360 (15 MB) です。
アップグレードが成功したことを確認する
アップグレードが成功したことを確認するには、次のタスクを実行します。
- ヘルス サービス監視の状態ビューで、管理サーバー、ゲートウェイ サーバー、エージェントの健全性を確認します。 オペレーション コンソールの [管理 ] ワークスペースで、管理サーバーとゲートウェイ サーバーとエージェントが正常であることを確認します。 [監視 ] ワークスペースで、管理グループのヘルスに関連するアラートがあるか確認します。
- すべての管理サーバーのイベント ログで新しいエラーを確認します。 最終変更日時列を基準にアラートを並べ替えて、新しいアラートを確認します。
- データベース サーバーの CPU とメモリの使用率とディスク I/O を監視して、正常に機能していることを確認します。
- レポート機能がインストールされている場合は、[レポート] を選択し、汎用パフォーマンス レポートを実行して、レポートが正しく機能していることを確認します。
回避策を適用して AD 規則を機能させる
以前の AD ルールは、Operations Manager 2019 にアップグレードした後は機能しません。 Operations Manager 2016 (または 2016 以前の UR7)、1801 または 1807 から Operations Manager 2019 にアップグレードすると、Active Directory ルールの形式が変更されたため、以前の AD ルールは機能しません。 Operations Manager 2016 UR7 および UR8 から Operations Manager 2019 にアップグレードしても、この問題はありません。
次の手順に従ってこの問題を解決してください。
2022 にアップグレードしたら、既定の管理パックをフォルダーにエクスポートします。
エクスポートされたフォルダーから Microsoft.SystemCenter.OperationsManager.DefaultUser.xml を開きます。
次の例に示すように、<管理サーバーの FQDN> の代わりに<管理サーバーの NetBIOS ドメイン名>を使用するように、すべての AD 規則の名前を変更します。
Note
ドメイン名では大文字と小文字が区別されます。
例:
前: Rule ID="_smx.net_MS1_contoso.com" Enabled="true"
後: Rule ID="_SMX_MS1_contoso.com" Enabled="true"
更新された管理パックをインポートします。
これで、コンソール上に規則が表示されるようになります。
この問題の詳細については、Operations Manager を使用した Active Directory 統合の更新に関する記事を参照してください。
次のステップ
管理グループ内の複数のサーバーに Operations Manager サーバーの役割をインストールするためのシーケンスと手順については、「 Operations Manager の分散展開」を参照してください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示