ファイルの監視

これで、監視はエージェントを介してファイルデータにアクセスできるようになりました。 評価するには、ルールSetup > Services > Service monitoring rules > Size, age and count of file groups (mk_filestats) を呼び出します。 この例では、指定したファイル数を超えた場合、または達しなかった場合に警告を表示したいとします。 これは、上限と下限を設定するオプションMinimal file count およびMaximal file count を使用して行います。他のすべての最小値/最大値オプションも同様に機能します。

しかし、たとえば、CRIT 状態になるファイルはどれでしょうか？ この場合は、Show files in service details オプションが役立ちます。 このオプションを有効にすると、影響を受けるすべてのファイルがサービス詳細ビューにリストされます。

これで、ファイルの数は正しいものの、たとえばサイズに関して外れ値がある場合があります。 このような例外については、Additional rules for outliers オプションを使用できます。 これにより、たとえば、5 メガバイト未満のファイルには「WARN 」ステータスが設定され、1 メガバイト未満のファイルには「CRIT 」ステータスが設定されます。 これは、たとえば、バックアップに欠陥がある可能性について通知する場合などに役立ちます。

Conditions ボックスで、このルールをエージェントプラグインで設定したファイルグループmyfiles にのみ適用するように指定できます。 これを行うには、エージェントプラグインで「Section name 」に指定した名前を「File Group Name 」として入力してください。

これでサービスルールも完了です。 オプションで、評価を 1つの期間に制限することもできます。 完了したら、新しいサービスを影響を受けるホストに追加し、通常どおり変更をアクティブにしてください。

その後、監視でリストおよび詳細で評価を確認できます。 サービスのパラメータに加えて、WARN またはCRIT 状態の原因となっているファイルも確認できるようになります。

ただし、[サービス詳細でファイルを表示] オプションについては注意が必要です。 ステータス変更の原因となったファイルが多数ある場合、それらがすべてリストに表示されるため、リストが長くなり、パフォーマンスやビューの問題が発生する可能性があります。

2 番目のステップでは、サービスルールSetup > Services > Service monitoring rules > Size, age and count of file groups を再度設定します。 minimum-maximum オプションは mk_filestats のオプションと同じですが、サービス詳細に影響を受けるファイル名を表示するオプションと外れ値に関するオプションはここにはありません。 このオプションには 2 つの追加オプションがあります。 まず、Add time range — この期間外では、サービスの状態は常にOK になります。

CRIT 一方、強力なLevel conjunctions 機能も利用できます。 この機能を使用すると、OK 、WARN 、CRIT 、UNKNOWN の 4 つの状態それぞれについて、一連の条件を設定できます。 たとえば、次のような条件を設定することができます。

また、Conditions ボックスでFile Group Name を指定して、このルールを目的のmyfiles グループに制限することができます。

mk_filestats とは対照的に、グループ形成は、サービスルールSetup > Services > Service monitoring rules > File grouping patterns による監視でのみ行われます。Group name にグループmyfiles も入力することで、割り当てを確実にします。

デフォルトでは、含めるファイルと除外するファイルのパターンは、正規表現ではなく、グロブで指定します。 ただし、チルダ (~) を前に付けると、ここで正規表現も使用できます。

追加の日付:ここでも、$DATE 変数を使用することができます。あるいは、$YESTERDAY を使用してフィルタリングすることもできます。これは、$DATE から 1 日を単純に差し引くだけです。 いつものように、詳細についてはインラインヘルプをご覧ください。

監視では、fileinfo グループのビューは mk_filestats グループとそれほど違いはありません。 ただし、fileinfo は、ステータス変更の原因であるかどうかに関係なく、影響を受けるすべてのファイルを常に明示的にリストします。 この例では、ステータスに影響を与えない 0 メガバイトの 2 つのファイルyourfile と、11 メガバイト近くのyourfile_2.exe が表示されています。後者は、CRIT ステータスをトリガーしています。

fileinfo によって監視に配信され、グループに割り当てられていないファイルは、すべて個別のサービスとして残ります。

このリストは、fileinfo でフィルタを正確に指定することがなぜ重要かをよく示しています。 たとえば、ここでC:\ を制限なしで指定した場合、監視対象には数十万もの個別のサービスが含まれてしまいます。

mk_filestats または fileinfo を使用しているかどうかに関係なく、監視対象にファイルがない、またはファイルが多すぎる場合は、多くの場合、フィルタの設定が間違っています。 この原因としては、主に 2 つあります。グロブパターンと正規表現の競合、または設定が間違っている場合です。 たとえば、アスタリスクは 2 つのバリエーションで異なる動作をします。 グロブでは、* は任意の数の任意の文字のプレースホルダーとして機能し、正規表現では、その前にある文字が 1 回以上出現することを表します。正規表現で任意の文字を任意の回数一致させるには、それに応じて.* を使用する必要があります。