キャッシュをクリアする方法とタイミング
重要
このバージョンの Operations Manager はサポート終了に達しました。 Operations Manager 2022 にアップグレードすることをお勧めします。
System Center Operations Manager で、オペレーション コンソールまたはエージェントに関する問題のトラブルシューティングを行うときに、"キャッシュをクリアする" という推奨事項が表示される場合があります。エージェントに関する問題のトラブルシューティングの詳細については、「 監視されていないエージェントと灰色のエージェント」を参照してください。
オペレーション コンソール
オペレーション コンソールキャッシュをクリアする理由として考えられるのは、ObjectNotFoundExceptions などのビューのデータにアクセスするときに発生するエラーを修正することです。 もう 1 つの理由は、キャッシュ ファイルが大きすぎるときにディスク領域を解放することです。
重要
続行する前に、開いているコンソールを閉じます。
これは、ポリシーによっては、管理者 PowerShell コンソールから実行organization必要がある場合があります。
# Option 1: This will read the console install directory from registry and then execute. Useful if installed in a non-default directory
Start-Process ((Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\System Center Operations Manager\12\Setup\Console").InstallDirectory + "Microsoft.EnterpriseManagement.Monitoring.Console.exe") -ArgumentList "/clearCache"
# Option 2: This will start the process in the default ProgramFiles directory
Start-Process "$Env:ProgramFiles\Microsoft System Center\Operations Manager\Console\Microsoft.EnterpriseManagement.Monitoring.Console.exe" -ArgumentList "/clearCache"
管理サーバー
トラブルシューティングの最後の手順の 1 つは、キャッシュをクリアすることです。 これにより、現在の構成パックと管理パックと共に、未保存のデータが削除されます。 キャッシュをクリアすると、データベースから新しい構成 (更新された管理パックを含む) を受け取り、クライアントと再接続します。 これは、管理サーバーに、ワークフロー エラーの原因となる管理パックが不足しているか、データベースへのデータ送信が遅れている場合に役立ちます。
- [ 監視 ] ワークスペースで[ Operations Manager]、[ 管理サーバー] の順に展開します。
- [ 管理サーバーの状態] を選択します。
- [ 管理サーバーの状態] 列で、1 つまたは複数のサーバーを選択します。
- [タスク] ペインで、 [Flush Health Service State and Cache](正常性サービスの状態とキャッシュのフラッシュ) を選びます。
- プロンプト ウィンドウで、このタスクに使用する資格情報を入力するか、既定値を使用して [実行] をクリックします
注意
管理サーバーの HealthService の下で実行されているすべてのワークフロー (数万) を停止する必要があり、タスクがタイムアウトしたりエラーをスローしたりするまで時間がかかる可能性があるため、このタスクの動作はエージェントとは異なることを理解してください。 この場合は、キャッシュクリアを手動で実行することを検討してください。
ゲートウェイ サーバー
トラブルシューティングの最後の手順の 1 つは、キャッシュのクリアです。 ゲートウェイが管理サーバーと通信せず、System Center Operations Manager コンソールで灰色で表示されることがあります。 このような場合は、ゲートウェイのキャッシュをクリアする必要があります。 また、ゲートウェイに古い管理パックまたは使用できない管理パック、またはデータベースに挿入できないデータがある場合にも、これを行う必要があります。
- [ 監視 ] ワークスペースで[ Operations Manager]、[ 管理サーバー] の順に展開します。
- [ 管理サーバーの状態] を選択します。
- [ ゲートウェイ管理サーバーの状態] 列で、1 つまたは複数のサーバーを選択します。
- [タスク] ペインで、 [Flush Health Service State and Cache](正常性サービスの状態とキャッシュのフラッシュ) を選びます。
- プロンプト ウィンドウで、このタスクに使用する資格情報を入力するか、既定値を使用して [実行] をクリックします
クライアント サーバー
クライアント サーバー上のエージェントと管理グループの間のワークフローまたは通信に関する問題を解決するには、キャッシュをクリアしてエージェントを再起動する方法があります。 これはトラブルシューティングの最後の手段ですが、いくつかの問題を効果的に解決できます。
- [ 監視 ] ワークスペースで、[ Operations Manager] を展開し、[ エージェントの詳細] を展開します。
- [Agent Health State]\(エージェントの正常性状態\) を選びます。
- [ エージェントの状態] 列で、1 つまたは複数のエージェントを選択します。
- [タスク] ペインで、 [Flush Health Service State and Cache](正常性サービスの状態とキャッシュのフラッシュ) を選びます。
- プロンプト ウィンドウで、このタスクに使用する資格情報を入力するか、既定値を使用して [実行] をクリックします
注意
このアクションでは、正常性サービス ストア ファイル内のキャッシュされたデータ (このタスク自体のレコードを含む) が削除されるため、タスクの完了時にコンソールで真のタスクの状態は報告されないため、コマンドが送信された限り、常に "成功" になります。
次の手順
アクティブなルールとモニターによって生成されたアラートを確認する方法を理解するには、「アクティブな アラートと詳細の表示」を参照してください。
Operations Manager がエージェントとそのプライマリ管理サーバー間の通信チャネルを監視して応答性と利用性を確保する方法については、「 Operations Manager でのハートビートのしくみ」を参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示