Probe Offline Monitoring Mode
監視プローブは、NetCrunch Server から切断されている間も監視を継続し、結果をローカルでバッファリングして、接続が復旧した時点で同期できます。
Atlas SettingsSitesMonitoring
プローブが NetCrunch Server への接続を失うと、Offline Monitoring Mode によって単独で動作を継続できます。プローブはノードのポーリングとトリガーの処理を継続し、結果はプローブマシン上にバッファリングされます。
接続が復旧すると、プローブはバッファリングされたデータを同期し、通常のリアルタイム通信に戻ります。障害が発生しても、監視の継続性は維持されます。
これにより、接続が不安定または断続的な場所でも監視の耐障害性が向上します。1時間にわたってリンクが切断された場合でも、データに空白が生じることを防げます。
Offline Monitoring Mode は個々のプローブではなく、サイトのプロパティです。ロードバランシングが有効になっているサイトでは使用できません。このモードでは、ノードが特定のプローブに恒久的に割り当てられないためです。@distributed-monitoringを参照してください。
Offline Monitoring の有効化
Offline Monitoring は、ネットワークサイトの監視プロパティで有効にします。ここでは、切断中にプローブがデータの収集を継続できる時間も設定します。デフォルトは 24 時間 です。
この制限により、長時間の障害中にプローブマシンのディスクがいっぱいになるのを防ぎます。制限に達すると、プローブは新しい結果のバッファリングを停止します。
offline-trends
トレンド
プローブがオフラインの間に収集されたすべてのトレンドデータは、プローブの再接続後にサーバーと同期されます。障害の前後でトレンドは継続します。プローブが切断されていた期間のデータが失われることはありません。
offline-alerts
アラート
アラートアクションの動作は、アラートが開いたときと閉じたときにプローブがオンラインだったかどうかによって異なります。
- オンライン中にアラートが開いた場合
- アラートアクションは通常どおり実行されます。その後、プローブがオフライン中にアラートが閉じられた場合、接続がサーバーに復旧すると終了アクションが実行されます。
- オフライン中にアラートが開き、閉じた場合
- アラートアクションは実行されません。理由はアラートアクションログに記録されます。
- オフライン中にアラートが開いた場合
- 接続がサーバーに復旧した後、アラートアクションが実行されます。
offline-exceptions
記録されない内容
基になる状態がその期間中に実際に発生していた場合でも、プローブがオフラインだった期間については、一部のイベントが生成されません。
- Node Up/Down alerts
- Network Service Up/Down alerts
- Network Service カウンターに定義されたしきい値アラート — その他のすべてのしきい値アラートはアラート履歴に記録されます
- Bandwidth Sensor のトレンド
- Conditional alerts
- Receivers（Syslog、SNMP Trap、Web Messages） — プローブがオフラインの間はメッセージが収集されません。これらのレシーバーに定義されたアラートのみがアラート履歴に書き込まれます。
- Configuration sensors（Device Config、Windows Configuration など） — プローブがオフラインの間は実行されず、再接続後に再び実行されます。
サイトが長時間切断された状態になると予想される場合は、この一覧を考慮して計画してください。Node Up/Down イベントは生成されないイベントに含まれるため、そのサイトの可用性レポートではオフライン期間が考慮されません。
障害発生中の構成変更
プローブがオフラインの間でも、サーバー上でノード、センサー、サービスを追加または削除できます。プローブは再接続時にこれらの変更を取得し、通常の動作を再開する前に適用します。