JP2008276491A - Business program monitoring and controlling system - Google Patents
Business program monitoring and controlling system Download PDFInfo
- Publication number
- JP2008276491A JP2008276491A JP2007119020A JP2007119020A JP2008276491A JP 2008276491 A JP2008276491 A JP 2008276491A JP 2007119020 A JP2007119020 A JP 2007119020A JP 2007119020 A JP2007119020 A JP 2007119020A JP 2008276491 A JP2008276491 A JP 2008276491A
- Authority
- JP
- Japan
- Prior art keywords
- business program
- monitoring
- launcher
- monitoring device
- business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
Description
本発明は、業務プログラム監視制御システムに関し、特に、業務プログラムの稼動状態を低負荷で監視し、異常と判断した場合には、業務プログラムの動作を抑えることを可能とする業務プログラム監視制御システムに関する。 The present invention relates to a business program monitoring and control system, and more particularly to a business program monitoring and control system that can monitor the operating state of a business program with a low load and suppress the operation of the business program when it is determined to be abnormal. .
現状では、PC、サーバ等の情報機器において、業務プログラムのループを検知した場合、他の業務プログラムの稼働に影響を与えないために、異常が発生した業務プログラムを強制終了する対処を実施している。 At present, when a business program loop is detected in an information device such as a PC or server, a countermeasure is taken to forcibly terminate the business program in which an error occurred in order not to affect the operation of other business programs. Yes.
しかし、業務プログラムの異常兆候を検出し、対象業務を強制終了させる対処では次の課題がある。(a)異常兆候の検知が誤検出であった場合に、正常な業務を終了させてしまう。(b)業務を強制終了させる対処が遅れた場合、他の業務プログラムが動けなくなるため、影響が拡大する。(c)異常の業務プログラムを強制終了させてしまうと、お客様コンピュータから業務プログラムを消すことになるため、異常状態が消えてしまい、調査不可能となる。 However, there is the following problem in dealing with the abnormal termination of the business program and the forced termination of the target business. (A) If the detection of an abnormal sign is a false detection, the normal operation is terminated. (B) If the countermeasure for forcibly terminating the work is delayed, the other business programs cannot move, and the influence is enlarged. (C) If the abnormal business program is forcibly terminated, the business program is deleted from the customer's computer, so the abnormal state disappears and investigation is impossible.
上記の課題に鑑みて、本発明は、業務プログラムの稼動状態を低負荷で監視し、異常と判断した場合には、業務プログラムの動作を抑えることを可能とする業務プログラム監視制御システムを提供することを目的とする。 In view of the above problems, the present invention provides a business program monitoring and control system capable of monitoring the operating state of a business program with a low load and suppressing the operation of the business program when it is determined to be abnormal. For the purpose.
上記目的を達成するため、本発明の業務プログラム監視制御システムは、監視装置と、当該監視装置と通信可能な顧客コンピュータの処理により稼動するランチャーと、前記監視装置が有する記憶手段に格納された監視ルールと、を備える業務プログラム監視制御システムにおいて、前記ランチャーは、業務プログラムを当該ランチャーの子プロセスとして稼動させ、当該稼動している業務プログラムの稼動状態を定期的に前記監視装置に送信し、前記業務プログラムの稼動状態の送信を受けた前記監視装置は、当該監視装置の処理により、当該業務プログラムの稼動状態を前記監視ルールと比較し、当該監視ルールに該当する場合に前記ランチャーに対して業務プログラムの動作を抑える動作制御の指示を送信し、前記動作制御の指示の送信を受けた前記ランチャーは、前記動作制御を行うことを特徴とする。 In order to achieve the above object, a business program monitoring and control system according to the present invention includes a monitoring device, a launcher that operates by processing of a customer computer that can communicate with the monitoring device, and a monitoring device stored in a storage means included in the monitoring device. In the business program monitoring and control system comprising a rule, the launcher operates the business program as a child process of the launcher, periodically transmits the operating state of the business program that is running to the monitoring device, and The monitoring device that receives the transmission of the operating state of the business program compares the operating state of the business program with the monitoring rule by the processing of the monitoring device, and if the monitoring program satisfies the monitoring rule, Sends an operation control instruction to suppress the operation of the program, and sends the operation control instruction. The launcher has received is characterized by performing the operation control.
さらに本発明の業務プログラム監視制御システムは、前記業務プログラムの起動の際は、前記顧客コンピュータの処理により、当該業務プログラムの親プロセスであるランチャーを起動し、当該ランチャーの起動の報告を前記監視装置に送信し、前記ランチャーの起動の報告の送信を受けた前記監視装置は、当該監視装置の処理により、前記監視ルール内に存在する監視間隔を前記ランチャーに送信し、前記監視間隔の送信を受けた前記ランチャーは、前記業務プログラムを起動し、当該送信された監視間隔で業務プログラムの稼動状態を前記監視装置に報告することを特徴とする。さらに本発明の業務プログラム監視制御システムは、前記監視ルールは、業務プログラムごとに設定が可能であることを特徴とする。 Furthermore, the business program monitoring and control system of the present invention activates a launcher which is a parent process of the business program by the processing of the customer computer when the business program is activated, and reports the activation of the launcher to the monitoring device. The monitoring device that has transmitted the launcher activation report to the monitoring device transmits the monitoring interval existing in the monitoring rule to the launcher and receives the monitoring interval transmission by the processing of the monitoring device. The launcher starts the business program and reports the operating state of the business program to the monitoring device at the transmitted monitoring interval. Furthermore, the business program monitoring control system of the present invention is characterized in that the monitoring rule can be set for each business program.
本発明によれば、業務プログラム監視制御システムにおいて、業務プログラムの稼動状態を低負荷で監視し、異常と判断した場合には、業務プログラムの動作を抑えることを可能とする。 According to the present invention, in the business program monitoring control system, it is possible to monitor the operation state of the business program with a low load, and to suppress the operation of the business program when it is determined to be abnormal.
本発明を実施するための最良の形態を説明する。 The best mode for carrying out the present invention will be described.
図1は、本発明の一実施形態を示すシステム構成図である。顧客システム1には、顧客コンピュータ10と監視装置21があり、これらは、互いにネットワーク等により通信可能となっている。そして、顧客コンピュータ10は、顧客コンピュータ用処理部11を有し、顧客コンピュータ用処理部11の処理により各業務プログラムをランチャーを介して稼動可能となっている。また、監視装置21には、監視装置用処理部22と、ランチャーインタフェース25と、外部インタフェース24と、記憶手段23を有している。なお、監視装置21に対して顧客コンピュータ10が複数台存在しても本発明は実現可能である。
FIG. 1 is a system configuration diagram showing an embodiment of the present invention. The
監視装置用処理部22は、異常検知、動作制御、ログ記録/表示、DBメンテナンス等の処理が可能である。記憶手段23には、監視ルール23a、業務状態23b、ログ23c等のデータベースを有している。外部インタフェース24からは、メール33の送受信や端末装置32での表示や操作を可能とする。ランチャーインタフェース25からは、少なくとも、顧客コンピュータ用処理部11におけるランチャーに関する通信を可能としている。
The monitoring
顧客コンピュータ処理部11は、各業務プログラムを、業務プログラムごとにランチャーを介して稼動させることを可能としている。この場合、ランチャーは、業務プログラムの親プロセスとなる。これにより、業務プログラムごとに、業務プログラムの監視及び制御が可能となっている。図1では、一例として業務Aと業務Bについて記載してある。業務プログラムは、業務に使用するプログラムであれば、その種類を特定するものではない。 The customer computer processing unit 11 can operate each business program via a launcher for each business program. In this case, the launcher is a parent process of the business program. As a result, the business program can be monitored and controlled for each business program. In FIG. 1, business A and business B are described as an example. The business program is not specified as long as it is a program used for business.
図2は、本発明の業務プログラムの起動時の一実施形態を示すフローチャートである。業務プログラムは、業務プログラムごとにランチャーを介して起動をする。 FIG. 2 is a flowchart showing an embodiment at the time of starting the business program of the present invention. The business program is activated for each business program via a launcher.
業務プログラムの起動は、まず、顧客コンピュータ10の顧客コンピュータ用処理部11において、起動する業務プログラムの親プロセスであるランチャーを起動する(S201)。そして、監視装置21に、当該ランチャーの起動報告をする(S202)。起動報告の内容は、例えは、起動報告の他に、報告日時、リソース名、業務名、プロセスID等である。
To start the business program, first, the customer computer processing unit 11 of the
起動報告を受けた監視装置21の監視装置用処理部22は、業務状態テーブルに起動された業務プログラム状態を“起動状態”とする(S203)。これにより、監視が開始される。そして、対象業務の監視間隔を監視ルールから取得しランチャーに指示する(S204)。
Upon receiving the activation report, the monitoring
次に、ランチャーが監視装置から監視間隔を受け取ったら(S205)、ランチャーを介し業務プログラムを起動する(S206)。 Next, when the launcher receives a monitoring interval from the monitoring device (S205), the business program is activated via the launcher (S206).
図3は、本発明の業務プログラムの起動時における状態管理テーブルの一例であり、図4は、本発明の業務プログラムの起動時における監視ルールテーブルの一例である。状態管理テーブルは記憶手段23の業務状態23bのデータベースに格納してあり、各業務には、あらかじめ監視ルールの番号(ルールNo.)が設定してある。一方、監視ルールテーブルは記憶手段23の監視ルール23aのデータベースに格納してあり、ルールNo.ごとに監視間隔が規定してある。図3においては、業務BのルールNo.は15である。そして、監視ルールテーブルには、監視間隔があらかじめ設定してある。図4において、ルールNo.15に対応する監視間隔は10秒となっている。すなわち、上記S203、S204では、これらのテーブルにより監視間隔を取得する。
FIG. 3 is an example of a state management table when the business program of the present invention is started, and FIG. 4 is an example of a monitoring rule table when the business program of the present invention is started. The status management table is stored in the database of the
図3において、リソース名におけるサーバ1は、例えば図1においては、顧客コンピュータ10が該当する。また、プロセスIDは、プロセスIDの番号に対して制御をするためのものである。さらに、リソース利用状況は、あらかじめ定めたしきい値を超えた回数を示す参考データである。
In FIG. 3, the
また、図2のS203において、状態管理テーブルに当該起動しようとしている業務に係るルールNo.の設定がない場合は、ランチャーに監視間隔の指示はしないで、ランチャーを介して業務プログラムを起動し、その後、ランチャーは終了する。すなわち、ランチャーを介さないで業務プログラムのみで稼動し、その後の監視及び制御は行わない。これにより、監視の必要ない業務プログラムをランチャーを介さないで稼動するため、顧客コンピュータ用処理部11の負荷を軽くすることができる。 In S203 of FIG. 2, a rule No. relating to the task to be activated is indicated in the state management table. If there is no setting, the monitoring program is not instructed to the launcher, the business program is started via the launcher, and then the launcher ends. That is, it operates only with a business program without going through a launcher, and does not perform subsequent monitoring and control. Thereby, since the business program which does not need to be monitored is operated without using the launcher, the load on the customer computer processing unit 11 can be reduced.
図5は、本発明の業務プログラムの監視・制御実行時の一実施形態を示すフローチャートである。図2のランチャーを介し業務プログラムを起動している状態で(S206)、まず、ランチャーは業務プログラムが終了したか否かを判断し(S402)、終了した場合は図8のフローチャートに進む。終了していない場合は、監視ルールに従い、業務プログラムの状態を監視し、S205で指示された監視間隔で監視装置に報告する(S403)。この報告は、例えば、報告日時、状態の報告である旨、リソース名、業務名、CPU利用率などである。 FIG. 5 is a flowchart showing an embodiment of the business program monitoring / control execution of the present invention. In a state where the business program is activated via the launcher of FIG. 2 (S206), the launcher first determines whether or not the business program is terminated (S402), and if it is terminated, the process proceeds to the flowchart of FIG. If not completed, the status of the business program is monitored according to the monitoring rule and reported to the monitoring device at the monitoring interval specified in S205 (S403). This report includes, for example, a report date and time, a status report, a resource name, a business name, a CPU usage rate, and the like.
ランチャーからの報告を受けた監視装置21(監視装置用処理部22)は(S404)、業務プログラム状態を業務テーブルにセットする(S405)。そして、業務プログラムの状態を監視ルールと比較し(S406)、監視ルールに該当しない場合は、正常と判断され、ランチャーにその報告をする。一方、監視ルールに該当し異常検知と判断された場合は、業務状態テーブルの業務プログラム状態を“異常”とする(S407)。さらに、運用管理者に業務プログラム異常をメール33等により通知し(S408)、監視ルールから異常時の優先制御方法を取り出し、ランチャーに当該業務プログラムの優先制御を指示する(S409)。また、S406において、監視ルールに該当し異常検知済と判断された場合は、監視ルールから異常時の優先制御方法を取り出し、ランチャーに当該業務プログラムの優先制御を指示するのみとする(S409)。
Upon receiving the report from the launcher, the monitoring device 21 (monitoring device processing unit 22) (S404) sets the business program status in the business table (S405). Then, the state of the business program is compared with the monitoring rule (S406), and if it does not correspond to the monitoring rule, it is determined as normal and the result is reported to the launcher. On the other hand, if it is determined that an abnormality is detected due to the monitoring rule, the business program status in the business status table is set to “abnormal” (S407). Further, the operation manager is notified of the abnormality of the business program by the
そして、ランチャーにおいて、優先制御の指示があるかを判断し(S410)、優先制御の指示がない場合(S406で正常と判断された場合)は、S402にもどり、指示された監視間隔で上記処理を繰り返す。優先制御の指示がある場合は、監視装置の指示に従い、業務プログラムの優先制御を実行し(S411)、S402にもどり、指示された監視間隔で繰り返す。 Then, it is determined whether there is a priority control instruction in the launcher (S410). If there is no priority control instruction (when it is determined normal in S406), the process returns to S402 and the above processing is performed at the specified monitoring interval. repeat. If there is an instruction for priority control, priority control of the business program is executed in accordance with the instruction of the monitoring device (S411), and the process returns to S402 and is repeated at the designated monitoring interval.
図6は、本発明の業務プログラムの監視・制御実行時における監視ルールテーブルの一例である。図6の監視ルールテーブルのルールNo.15には、条件1と条件2が示されており、条件1は、CPUの値が80を超える場合であり、条件2はTIMEが20秒を超える場合である。すなわち、CPUの使用率が80%を超える状態が20秒をこえる場合に当該監視ルールに該当し、異常と判断される。図6では、監視間隔が10秒であるので、CPUの使用率が80%を超える報告がランチャーから3回連続でなされた場合、当該ルールに該当することとなる。
FIG. 6 is an example of a monitoring rule table at the time of monitoring and controlling the business program of the present invention. In the monitoring rule table of FIG. 15 shows
また、図6のルールNo.15の優先制御は「−1」である。これは、顧客コンピュータ10の顧客コンピュータ用処理部11の処理の優先順位を一つ下げる制御を行うことを示している。例えば、OS(オペレーティングシステム)においては、CPUの優先順位を決定する機能を有しており、この機能により、ランチャーを介して、当該業務プログラムの優先順位を下げることにより、業務プログラムの動作(CPU使用率等)を抑える動作制御である優先制御を可能とする。
Also, the rule No. 1 in FIG. The priority control of 15 is “−1”. This indicates that control is performed to lower the priority of the processing of the customer computer processing unit 11 of the
図7は、本発明の業務プログラムの監視・制御実行時における状態管理テーブルの一例である。業務状態テーブルの業務プログラム状態を“異常”とする(S407)場合の例として、図7には、業務Bの状態が、1(動作中)から2(異常)に変更されたことが示されている。 FIG. 7 is an example of a state management table when monitoring and controlling the business program of the present invention. As an example of the case where the business program status in the business status table is “abnormal” (S407), FIG. 7 shows that the status of business B has been changed from 1 (operating) to 2 (abnormal). ing.
図8は、本発明の業務プログラムの終了時の一実施形態を示すフローチャートである。図5のS402において、業務プログラムが終了したと判断された場合、ランチャーは、業務プログラムの終了を監視装置21に報告する(S501)。この報告は、例えば、報告日時、終了の報告である旨、リソース名、業務名、プロセスIDなどである。そして、当該報告を受けた監視装置21は、業務状態テーブルの対象業務の状態を“終了”とし、監視を終了する(S502)。そして、その報告を受けたランチャーは自身を終了する(S503)。
FIG. 8 is a flowchart showing an embodiment at the end of the business program of the present invention. If it is determined in S402 in FIG. 5 that the business program has ended, the launcher reports the end of the business program to the monitoring device 21 (S501). This report includes, for example, a report date and time, an end report, a resource name, a business name, a process ID, and the like. Upon receiving the report, the
図9は、本発明の業務プログラムの終了時における状態管理テーブルの一例である。図9において、業務Bの状態が1(動作中)から、0(停止)に変更したことが示されている。 FIG. 9 is an example of a state management table at the end of the business program of the present invention. In FIG. 9, it is shown that the status of the business B has changed from 1 (in operation) to 0 (stopped).
図3、図7、図9に例示した状態管理テーブルのデータは、業務状態のデータベース23bに格納してあり、これらの内容は、端末装置32で運用管理者31等が確認できる。
Data of the state management table illustrated in FIGS. 3, 7, and 9 is stored in the
図10は、本発明のログ表示画面の一例である。ログは、「起動報告」「起動応答」等についての日時やリソース名、業務名、プロセスID、監視間隔、CPU利用率等の各情報を、ログのデータベース23cに保存されており、これを、監視装置用処理部22の処理により端末装置32で確認、編集できる。図10の例では、指定した表示期間でログの内容が表示されるようになっている。
FIG. 10 is an example of the log display screen of the present invention. In the log, each information such as date and time, resource name, business name, process ID, monitoring interval, CPU usage rate, etc. about “startup report” and “startup response” is stored in the
図11は、本発明の状態管理テーブルのメンテナンス画面の一例である。状態管理テーブルのメンテナンスは、監視装置用処理部22の処理により端末装置32で行うことができる。そして、リソース名、業務名、ルールNo.等を設定することができる。リソース名におけるサーバ1は、例えば図1においては、顧客コンピュータ10が該当する。また、図11において、状況(閾値)は、参考データとして業務稼動中に設定した閾値を超えた回数が示されるための設定である。
FIG. 11 is an example of a maintenance screen of the state management table of the present invention. Maintenance of the state management table can be performed by the
図12は、本発明の監視ルールのメンテナンス画面の一例である。監視ルールのメンテナンスは、監視装置用処理部22の処理により端末装置32で行うことができる。ルールNo.ごとにCPUの使用率、TIME,監視間隔、優先制御の設定が可能となっている。
FIG. 12 is an example of a maintenance screen for monitoring rules according to the present invention. The maintenance of the monitoring rule can be performed by the
以上のように本発明は、異常が発生した業務プログラムを優先制御の技術により、動作を抑制することで他の業務への影響を最小限に抑えることができる。さらに、業務の起動時にあらかじめ登録してある監視ルールを決定することにより、業務プログラム個別の監視および制御が可能となる。さらに、異常が誤検知だった場合でも動作制御(優先制御)を解除することで、業務プログラムの動作を元の状態に戻すことができる。さらに、業務プログラムを強制終了させない方式により、お客様コンピュータ内に異常の状態が保たれるため、運用管理者は原因追求が可能となる。さらに、業務プログラムの状態監視、異常の検出、および動作を抑制する制御方法の決定を監視装置に装備することで、お客様コンピュータに組み込んだランチャー動作時のリソース消費量を少なくできる。さらに、監視装置で日々の業務プログラムの稼働状態から、ランチャーを介して業務プログラムを起動するか直接起動するかを切替可能にすることにより、全ての業務プログラムをランチャーを介して起動する方式と比べ、お客様コンピュータのリソース消費量を減らすことが可能となる。 As described above, according to the present invention, it is possible to minimize the influence on other business operations by suppressing the operation of a business program in which an abnormality has occurred by the priority control technology. Further, by determining a monitoring rule registered in advance when starting a business, it becomes possible to monitor and control each business program. Furthermore, even if the abnormality is a false detection, the operation of the business program can be returned to the original state by canceling the operation control (priority control). In addition, the operation manager can pursue the cause because an abnormal state is maintained in the customer's computer by a method that does not forcibly terminate the business program. Furthermore, by equipping the monitoring device with status monitoring of business programs, detection of abnormalities, and determination of control methods that suppress operations, resource consumption during launcher operation built into the customer's computer can be reduced. Compared to the method of starting all business programs via the launcher, the monitoring device can switch between starting the business program via the launcher or starting it directly from the operating state of the daily business program. It will be possible to reduce the resource consumption of your computer.
1 顧客システム
10 顧客コンピュータ
11 顧客コンピュータ用処理部
21 監視装置
22 監視装置用処理部
23 記憶手段
23a 監視ルール
23b 業務状態
23c ログ
24 外部インタフェース
25 ランチャーインタフェース
31 運用管理者
32 端末装置
33 メール
1
Claims (3)
前記ランチャーは、業務プログラムを当該ランチャーの子プロセスとして稼動させ、当該稼動している業務プログラムの稼動状態を定期的に前記監視装置に送信し、
前記業務プログラムの稼動状態の送信を受けた前記監視装置は、当該監視装置の処理により、当該業務プログラムの稼動状態を前記監視ルールと比較し、当該監視ルールに該当する場合に前記ランチャーに対して業務プログラムの動作を抑える動作制御の指示を送信し、
前記動作制御の指示の送信を受けた前記ランチャーは、前記動作制御を行うことを特徴とする業務プログラム監視制御システム。 In a business program monitoring and control system comprising a monitoring device, a launcher that operates by processing of a customer computer that can communicate with the monitoring device, and a monitoring rule that is stored in a storage means included in the monitoring device.
The launcher operates a business program as a child process of the launcher, and periodically transmits the operating state of the operating business program to the monitoring device,
The monitoring device that has received the transmission of the operational status of the business program compares the operational status of the business program with the monitoring rule by the processing of the monitoring device. Send an operation control instruction to suppress the operation of the business program,
The business program monitoring and control system, wherein the launcher that has received the operation control instruction performs the operation control.
前記顧客コンピュータの処理により、当該業務プログラムの親プロセスであるランチャーを起動し、当該ランチャーの起動の報告を前記監視装置に送信し、
前記ランチャーの起動の報告の送信を受けた前記監視装置は、当該監視装置の処理により、前記監視ルール内に存在する監視間隔を前記ランチャーに送信し、
前記監視間隔の送信を受けた前記ランチャーは、前記業務プログラムを起動し、当該送信された監視間隔で業務プログラムの稼動状態を前記監視装置に報告することを特徴とする業務プログラム監視制御システム。 In the business program monitoring control system according to claim 1, when the business program is started,
By launching the launcher that is the parent process of the business program by the processing of the customer computer, sending a launch report of the launcher to the monitoring device,
The monitoring device that has received the launcher activation report transmits the monitoring interval existing in the monitoring rule to the launcher by the processing of the monitoring device,
The launcher that has received the transmission of the monitoring interval starts the business program and reports the operating state of the business program to the monitoring device at the transmitted monitoring interval.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007119020A JP2008276491A (en) | 2007-04-27 | 2007-04-27 | Business program monitoring and controlling system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007119020A JP2008276491A (en) | 2007-04-27 | 2007-04-27 | Business program monitoring and controlling system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008276491A true JP2008276491A (en) | 2008-11-13 |
Family
ID=40054368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007119020A Pending JP2008276491A (en) | 2007-04-27 | 2007-04-27 | Business program monitoring and controlling system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2008276491A (en) |
-
2007
- 2007-04-27 JP JP2007119020A patent/JP2008276491A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108427616B (en) | Background program monitoring method and monitoring device | |
JP4156663B2 (en) | Method and apparatus for monitoring and controlling a program in a network | |
JP5731334B2 (en) | Incident pool management method, system, and computer program | |
US8713366B2 (en) | Restarting event and alert analysis after a shutdown in a distributed processing system | |
US8825852B2 (en) | Relevant alert delivery in a distributed processing system | |
CN102546460B (en) | System and method for debugging in cluster processing network | |
US8868986B2 (en) | Relevant alert delivery in a distributed processing system with event listeners and alert listeners | |
US9201756B2 (en) | Administering event pools for relevant event analysis in a distributed processing system | |
JP5579650B2 (en) | Apparatus and method for executing monitored process | |
US20120110600A1 (en) | Relevant Alert Delivery With Event And Alert Suppression In A Distributed Processing System | |
US20130144932A1 (en) | Selected alert delivery in a distributed processing system | |
WO2019148727A1 (en) | Electronic device, redis-based exception warning method and storage medium | |
TWI530789B (en) | ?graceful out-of-band power control of remotely-managed computer systems | |
US9361184B2 (en) | Selecting during a system shutdown procedure, a restart incident checkpoint of an incident analyzer in a distributed processing system | |
US20220222266A1 (en) | Monitoring and alerting platform for extract, transform, and load jobs | |
JP2009289234A (en) | Information processing apparatus, error notification program, and error notifying method | |
JP2011159011A (en) | System and program for monitoring job | |
CN110893616A (en) | Remote control method and device, computer equipment and storage medium | |
JP4883492B2 (en) | Virtual machine management system, computer, and program | |
JP2008276491A (en) | Business program monitoring and controlling system | |
JP2007068090A (en) | Network device monitor system and monitoring method, and program therefor | |
JP5997005B2 (en) | Information processing apparatus, process normal end determination method, and program | |
JP2008269383A (en) | Application program monitoring control system | |
JP2010134724A (en) | Device and method for monitoring message queuing, program and recording medium | |
CN113641524B (en) | Reset method, device and equipment for single board starting overtime and readable storage medium |