ソリューション

MSP、エンタープライズIT、またはその中間のどこで作業していても、ソリューションは明確です。

ソリューションの概要

その他情報

当社のブログ、ガイド、ケーススタディ、電子書籍、その他の実用的な洞察を活用して、IT 監視と観測性を強化してください。

リソースを表示

バイトブリッジについて

LogicMonitor と私たちのチームについて知りましょう。

バイトブリッジについて

ドキュメント

ドキュメントを読んだり、最新のリリース ノートを確認したり、ワールドクラスのカスタマー サービス チームにチケットを送信したりしてください。

リソースを表示

ジョブモニターの構成

最終更新日: 06 年 2025 月 XNUMX 日

LogicMonitor は、Windows および LInux/Unix システムでバッチ ジョブを監視して、ジョブが時間どおりに開始され、期待どおりに完了し、期待される終了コードで終了することを確認できます。 ジョブごとにカスタム データを LogicMonitor にレポートするように構成することもできます。 監視対象の各バッチ ジョブには、バッチ ジョブの開始予定時刻、実行時間、および終了コードをコレクターに通知する定義が LogicMonitor に必要です。 さらに、ジョブに関する情報を LogicMonitor コレクタに送信する提供されたラッパーに、目的のバッチ ジョブを含めて実行する必要があります。

JobMonitor モジュールはいくつかの方法で作成できます。

  • JobMonitor の手動作成
  • 他のユーザーが手動で作成した JobMonitor を (XML ファイルで) インポートする
  • LogicMonitor のユーザー ベースの他のメンバーによって発行された Exchange からの JobMonitor のインポート

JobMonitor がどのように追加されたかに関係なく、すべての JobMonitor の構成は同じになります。

Note: JobMonitor がリソース ツリーから無効になっている場合、そのすべてのアクティブなアラートが更新されます。 OK クリア済み JobMonitor が無効になった時刻を反映するステータス。

JobMonitor を構成するための要件

JobMonitor モジュールを構成する前に、次の要件を完了してください。

  • 監視を有効にする提供されたラッパーで実行するようにバッチ ジョブを構成する必要があります。 詳細については、次を参照してください。 付属のラッパー.
  • バッチ ジョブを実行するシステムは、コレクターの TCP ポート 7214 または構成済みポート (変更した場合) に到達できる必要があります。

Note: JobMonitor のステータスは、デフォルトで TCP ポート 7214 のコレクタに報告されます。 このポートは、コレクターの agent.conf で構成できます。 詳細については、次を参照してください。 コレクター構成ファイル.

  • Linux サーバーでバッチ ジョブを監視している場合、Linux ラッパーには perl::LWP が必要です。 これはほとんどのシステムに存在します。そうでない場合は、パッケージ マネージャー (yum install perl-libwww-perl など) または CPAN 経由で簡単にインストールできます。

付属のラッパー

LogicMonitor でバッチ ジョブを監視するには、LogicMonitor が提供するラッパーのいずれかで実行する必要があります。 ラッパーは、Windows システムと Linux システムの両方に提供されています。 リブ コレクターのディレクトリ、 logicmonitor / agent / lib.

  • Windowsラッパーは lmbatchjobwrapper.js.
  • Linuxラッパーは lmbatchjobwrapper.sh.

Windows と Linux のラッパーはどちらも同じ方法で使用され、同じパラメーターをサポートしています。

[wrapper script] <collectoraddr> <hostname> <jobname> <cmdline>
説明
[ラッパースクリプト]Windows の場合は「lmbatchjobwrapper.js」、Linux の場合は「lmbatchjobwrapper.sh」のいずれかです。
TCP ポート (デフォルトでは 7214 ですが、これはコレクターの agent.conf ファイルで変更できます) を含む、結果を報告するコレクターの IP アドレスまたは DNS 名。 詳細については、次を参照してください。 JobMonitor を構成するための要件.
バッチジョブを実行しているシステムの名前。 これは、LogicMonitorで定義されているように、バッチジョブデータソースが関連付けられているシステムの名前または表示名のいずれかと一致する必要があります。
バッチジョブを実行しているシステムのIPアドレス。 これは、ホスト名の代わりに使用できます。
バッチ ジョブの名前。

JobMonitor の構成

  1. LogicMonitor のナビゲーション メニューで、 モジュール.
  2. My Module Toolbox から、 Add.
  3. [追加] ウィンドウで、 ジョブモニター.
    Add New JobMonitor ウィンドウが表示され、Info、AppliesTo、および Alert Settings のタブが含まれます。
    新しいJobMonitorページを追加
  4. ソフトウェア設定ページで、下図のように インフォ タブで、次の情報を入力します。
    1. お名前 フィールドで、プラットフォームまたはアプリケーションを指定し、必要に応じてプラットフォームの特定のコンポーネントを指定します。
    2. (オプション) 説明 フィールドに、JobMonitor の目的を簡単に判断できるように十分な詳細を入力します。
    3. (オプション) グループ フィールドで、リソース ツリーで JobMonitor を追加するグループを指定します。
      このフィールドが空の場合、JobMonitorがデフォルトに追加されます @ungrouped グループ。 既存の JobMonitor グループと一致しないテキストを入力すると、新しいグループが作成されます。
    4. (オプション) テクニカルノート フィールドに、モジュールに表示される技術メモをマークダウンで入力します。
    5. (オプション) トグルオン テクニカル ノートのプレビュー モジュールでマークダウンがどのように表示されるかを表示します。
    6. (オプション) 最長実行時間は数分単位 フィールドで、アラートをトリガーする前に JobMonitor を実行できる最大分数を選択します。
      このフィールドを 0 JobMonitor にかかる時間が分からない場合。
    7. (オプション) トグルオン ジョブが時間どおりに開始されない場合に警告する:
      1. cronスケジュール フィールドに、ジョブを開始するタイミングを指定する cron 式を入力します。
      2. 時間帯 フィールドで、cron スケジュールのタイムゾーンを選択します。
      3. 最大相対時間間隔誤差(最小) フィールドで、アラートをトリガーするまでの時間差猶予期間として JobMonitor が持つ最大分数を選択します。
      4. ノーザンダイバー社の アラートの重大度 ドロップダウンで、目的の重大度を選択します。
        このフィールドは、ジョブがスケジュールどおりに開始されない場合、予想よりも長く実行される場合、または予期しないコードで終了した場合にトリガーされるアラートの重大度を示します。
  5. (オプション) ソフトウェア設定ページで、下図のように に適用されます タブで、次の操作を行います。
    1. に適用されます フィールドに「AppliesTo」スクリプトを入力します。
      AIマーケティング業界は、 に適用されます フィールドはLogicMonitorのAppliesToスクリプトを入力として受け入れ、このJobMonitorに関連付けられているリソースを決定します。詳細については、 AppliesToスクリプティングの概要.
    2. 現在地に最も近い テスト適用先 アイコンを押します。 テスト適用アイコン 一致するリソースの数を返し、それらを [AppliesTo 結果] パネルに表示します。
  6. ソフトウェア設定ページで、下図のように アラート設定 タブで、次の情報を入力します。
    1. [有効間隔 (分)] フィールドで、有効間隔時間 (デフォルトは 60 分) を選択します。これは、ジョブに対してトリガーされたアラートが自動的にクリアされるまでアクティブなままになる時間間隔です。
      [ジョブが時間どおりに開始されない場合にアラートを発する] オプションを選択した場合、ここで定義される間隔は、[最大相対時間間隔エラー (分)] に定義される間隔よりも長くする必要があります。そうでない場合、最大相対時間間隔エラー (分) 時間に達するとアラートはアクティブではなくなり、アラートはトリガーされません。
    2. (オプション) アラートの件名 フィールドに、この JobMonitor のアラート通知に表示されるデフォルトの件名を上書きする一意のアラート件名を入力します。
    3. (オプション) アラートメッセージ フィールドに、この JobMonitor のアラート通知に表示されるデフォルトのアラート メッセージを上書きする一意のアラート メッセージを入力します。

推奨事項: このフィールドを空白のままにしてデフォルトの JobMonitor アラート メッセージに依存するのではなく、この JobMonitor に固有のアラート メッセージを提供します。 このフィールドは、アラート通知が受信者にルーティングされるときに適切なコンテンツに置き換えられるトークンを使用してカスタマイズできます。 利用可能な JobMonitor トークンのリストについては、次を参照してください。 LogicMonitor アラート メッセージで使用可能なトークン.

  1. 選択する Save.
  2. 選択する コミット バージョン.
  3. (オプション) [バージョンのコミット] ウィンドウで、バージョン ノートを入力します。
  4. (オプション) トグルオン このバージョンを公開する このモジュールを LogicMonitor Exchange のすべてのユーザーが利用できるようにします。
  5. 選択する コミット バージョン.

Cron ジョブモニターのトラブルシューティング

  1. ターミナルを開き、次のコマンドを入力します。 $ crontab -e
  2. パスワードを入力します。 

Note: root ユーザーとしてログインする場合、パスワードを入力する必要はありません。

  1. 次のコマンドを実行して、Cron Jobomonitor を更新します:54 11 * * * /usr/local/logicmonitor/agent/lib/lmbatchjobwrapper.sh <agent ip>:7214 nginx.corp.exactasystems.co "CORP-NGINX GixyTest 6am Daily" /etc/scripts/gixytest.sh > /<path>/anyfile.log 2>&1

    Cronジョブモニターの更新
  2. 変更を適用するには、次のコマンドを実行して Cron Jobmonitor を再起動します。
    sudo systemctl restart cron
  3. Cron ジョブが正しく実行されているかどうかを確認するには、次のコマンドを実行します。
    tail -f filename.log

    Cronジョブモニターが実行中
  4. Cron Jobmonitorのログを有効にするには、 /etc/rsyslog.d/50-default.conf 次のコマンドを実行し、コードのコメントを解除してファイルを保存します。
    # Uncomment the following line to enable cron logging to a separate file cron.*       /var/log/cron.log cron.*       /var/log/cron.log
    コメント解除
  5. 次のコマンドを実行して、Syslog サービスを再起動し、ログ記録構成が更新され、機能していることを確認します。
    sudo systemctl restart rsyslog
  6. 変更が適用されると、Cronジョブモニターの詳細が表示されます。 リソースツリー > ジョブモニターモジュールを適用するリソースを選択します > データタブ.

記事上で

トライアルを開始する

LogicMonitorプラットフォームへのフルアクセスが可能。
デバイス数に制限はありません。