JP4260441B2 - システムヘルスチェックプログラム及びシステムヘルスチェック方法 - Google Patents
システムヘルスチェックプログラム及びシステムヘルスチェック方法 Download PDFInfo
- Publication number
- JP4260441B2 JP4260441B2 JP2002246900A JP2002246900A JP4260441B2 JP 4260441 B2 JP4260441 B2 JP 4260441B2 JP 2002246900 A JP2002246900 A JP 2002246900A JP 2002246900 A JP2002246900 A JP 2002246900A JP 4260441 B2 JP4260441 B2 JP 4260441B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- check data
- health check
- processes
- end point
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、システムヘルスチェックプログラム及びシステムヘルスチェック方法に関し、特にコンピュータを利用したシステムヘルスチェックプログラム及びシステムヘルスチェック方法に関する。
【０００２】
【従来の技術】
従来、システムへルスチェックとは、複数のプロセス群の全てが正常に動作していることを確認するために、各プロセスが提供する固有のチェック方法を用いて、全てのプロセスに関するチェックを行なっていた。例えば特開平１０−１１６２１１号公報では、専用のヘルスチェックプロセスが、定期的に各プロセスに対してヘルスチェックデータを送り、それぞれの応答時間を確認してエラーかどうかの判断を行っている。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記のように全プロセスが正常に動作していることを個別に確認するためには、全てのプロセスに関する知識が必要となる。また各プロセスに対するチェックの手法が統一されていない事により、それぞれに対応した手法でチェックを行う必要があるため、自動的に実行させるのが困難である。特にプロセスの数が多い場合に、全てのプロセスのチェックを行うには膨大な時間を要する可能性があるという問題がある。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、複数のプロセスの動作確認を容易に行うことのできるシステムヘルスチェックプログラム及びシステムヘルスチェック方法の提供を目的とする。
【０００５】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、コンピュータに、直列的に所定のデータに関する処理を実行する複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順とを実行させるためのシステムヘルスチェックプログラムとして構成される。
【０００６】
このようなシステムヘルスチェックプログラムでは、複数のプロセスによって実行する処理の終点プロセスに、動作確認のための処理としてヘルスチェックプログラムに対する完了通知処理を追加すればよいので、直列的に処理を実行する複数のプロセスの動作確認を容易に行うことができる。
【０００７】
また上記課題を解決するため、本発明は、上記システムヘルスチェックプログラムが実行する方法、システムヘルスチェックプログラムを実行する装置、及びシステムヘルスチェックプログラムを記録した記録媒体としてもよい。
【０００８】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。
【０００９】
図１は、本発明の実施の形態におけるシステムヘルスチェック装置のハードウェア構成例を示す図である。図１のシステムヘルスチェック装置１０は、それぞれバスBで相互に接続されているドライブ装置１００と、記憶媒体１０１と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、インタフェース装置１０５とを有するように構成される。
【００１０】
インタフェース装置１０５は、例えばモデム、ルータ等で構成され、図２のネットワーク４０に接続するために用いられる。
【００１１】
システムヘルスチェック装置１０が利用するシステムヘルスチェックプログラムは、CD―ROM等の記憶媒体１０１によって提供される。システムヘルスチェックプログラムを記録した記憶媒体１０１は、ドライブ装置１００にセットされ、システムヘルスチェックプログラムが記憶媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。
【００１２】
補助記憶装置１０２は、インストールされたシステムヘルスチェックプログラムを格納すると共に、必要なファイルやデータ等を格納する。例えば補助記憶装置１０２は、システムヘルスチェックプログラムの処理に必要な、後述する各種テーブルを格納している。
【００１３】
メモリ装置１０３は、システムヘルスチェック装置１０の起動時等、システムヘルスチェックプログラムの起動指示があった場合に、補助記憶装置１０２からシステムヘルスチェックプログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納されたシステムヘルスチェックプログラムに従ってシステムヘルスチェック装置１０に係る機能を実行する。
【００１４】
次に、本実施の形態においてシステムヘルスチェック装置１０、即ちシステムヘルスチェックプログラムが動作を監視するイベント管理システムについて説明する。図２は、本発明によるシステムヘルスチェックプログラムが監視するイベント管理システムの一例の構成図を示す。
【００１５】
図２のイベント管理システム３０は、起点プロセス３１、中間プロセス３２、終点プロセス３３、ホスト管理ＤＢ３４及びイベント管理ＤＢ３５等から構成され、所定のホスト２０にインストールされている。ホスト２０は、ホストＡ、ホストＢ、ホストＣ及びホストＤ等とＬＡＮ等のネットワーク４０を介して接続されている。
【００１６】
イベント管理システム３０は、ホストＡ４１等から送信される障害情報等のイベントデータを処理するシステムである。即ち、ホスト２０がホストＡ４１等からのイベントデータを受信すると（Ｓ１）、起点プロセス３１が、イベントデータの送信元のホストＡ４１はホスト管理ＤＢ３４に既に登録済みか否かを判断し、登録済みでない場合は、ホストＡ４１の情報をホスト管理ＤＢ３４に登録する（Ｓ２）。ステップＳ２に続いてステップＳ３に進み、起点プロセス３１は、イベントデータを中間プロセス３２に送信する。
【００１７】
中間プロセス３２は、イベントデータを受信すると、イベントデータについて所定の処理を実行し、終点プロセス３３にイベントデータを送信する（Ｓ４）。
【００１８】
終点プロセス３３は、イベントデータを受信すると、イベントデータをイベント管理ＤＢ３５に登録する（Ｓ５）。
【００１９】
図３は、各ホストからイベント管理システム３０に送信されるイベントデータのデータ形式の一例の構成図を示す。図３のイベントデータ形式５０は、イベントデータを識別するための「データ種別」、イベントの重要度が格納される「重要度」、イベントデータの送信元のホスト名が格納される「ホスト名」、イベント情報に関するテキスト情報が格納される「テキスト」、及び当該イベントデータがヘルスチェック用のデータ（以下「ヘルスチェックデータ」という。）であるか否かを示すフラグが格納される「ヘルスチェックフラグ」等の項目で構成される。
【００２０】
ここで、ヘルスチェックフラグは、イベント管理システム３０の各プロセスにおいて、それぞれが受信したイベントデータがヘルスチェックデータであるか否かを判断するためのフラグであり、ヘルスチェックデータの場合は「１」が、そうでない場合は「０」が格納される。但し、他の項目により正規のイベントデータとヘルスチェックデータとを区別することができれば、必ずしも必要ではない。他の項目により区別するとは、例えばテキスト項目内にヘルスチェックデータであることを示す文字列を埋め込む等が該当する。
【００２１】
なお、システムヘルスチェックプログラムが監視可能なシステムは、イベント管理システム３０のみに限られるものではない。即ち、システム内のプロセスの数に特に制限はなく、また、ホストＡ等から送信されるイベントデータのデータ形式も図３のイベントデータ形式５０と同一である必要はない。更に、起点プロセス３１等の各プロセスは、同一のホスト上で動作している必要もない。複数のプロセスが直列的に処理を実行し、処理の起点となる起点プロセスと処理の終点となるプロセスが明らかなものであればよい。
【００２２】
以下、システムヘルスチェックプログラムが、イベント管理システムの動作を確認するための処理手順について説明する。なお、以下の説明においてシステムヘルスチェックプログラムは、図２におけるホスト２０にインストールされているものとする。即ちホスト２０がシステムヘルスチェック装置１０も兼ねる。但し、システムヘルスチェックプログラムと、監視対象となるシステムが必ずしも同一のハードウェア内で動作している必要はなく、システムヘルスチェック装置１０とホスト２０は、ネットワークを介して接続される別々のハードウェアであってもよい。
【００２３】
図４は、第一の実施の形態におけるシステムヘルスチェックプログラムの処理を説明するための図である。
【００２４】
ステップＳ１０において、システムヘルスチェックプログラム１１は、起点プロセス３１に対してイベントデータ形式５０と同様の形式で構成され、図５に示されるヘルスチェックデータを送信する。
【００２５】
図５は、ヘルスチェックデータの一例を示す図である。図５のヘルスチェックデータ５１は、「データ種別」に「Ｄ１」、「重要度」に「一般」、「ホスト名」に「dummy」、「テキスト」に「healthcheck」、「ヘルスチェックフラグ」に「１」がそれぞれ格納されている。
【００２６】
ステップＳ１０に続いてステップＳ１１に進み、ヘルスチェックデータ５１を受信した起点プロセス３１は、ヘルスチェックデータ５１のヘルスチェックフラグを確認することにより、受信したヘルスチェックデータ５１が正規のイベントデータではなく、ヘルスチェックデータであることを認識する。従って、起点プロセス３１は、ヘルスチェックデータ５１の影響がホスト管理ＤＢ３４に及ばないようにホスト管理ＤＢ３４への書き込み処理等は実行せずに、ヘルスチェックデータ５１を中間プロセス３２に送信する。
【００２７】
ステップＳ１１に続いてステップＳ１２に進み、中間プロセス３２は所定の処理を実行し、受信したヘルスチェックデータ５１を終点プロセス３３に送信する。なお、中間プロセス３２は、データベースに対する書き込み処理等、ヘルスチェックデータ５１を正規のイベントデータと同様に処理することによる不都合が生ずる処理は実行しないため、ヘルスチェックデータ５１がヘルスチェックデータであることは意識せずに、通常の処理を行う。
【００２８】
ステップＳ１２に続いてステップＳ１３に進み、ヘルスチェックデータ５１を受信した終点プロセス３３は、ヘルスチェックデータ５１のヘルスチェックフラグを確認することにより、受信したヘルスチェックデータ５１が正規のイベントデータではなく、ヘルスチェックデータであることを認識する。従って、終点プロセス３３は、ヘルスチェックデータ５１の影響がイベント管理ＤＢ３５に及ばないようにイベント管理ＤＢ３５への書き込み処理等は実行せずに、処理が完了した旨の通知（以下「完了通知」という。）をシステムヘルスチェックプログラム１１に送信する。
【００２９】
システムヘルスチェックプログラム１１は、終点プロセス３３から完了通知を受信することにより、イベント管理システム３０が正常に動作していることを確認する。一方、システムヘルスチェックプログラム１１は、起点プロセス３１にヘルスチェックデータ５１を送信後、所定の時間が経過（タイムアウト）しても終点プロセス３３からの完了通知を受信できない場合は、イベント管理システム３０に異常が発生していると判断し、エラーパネルの表示と、異常を知らせる処理を実行する。なお、タイムアウトの時間は、イベント管理システム３０の各プロセスの処理時間等に基づいて決めればよい。システムヘルスチェックプログラム１１は、ステップＳ１０におけるヘルスチェックデータ５１の送信処理を定期的に繰り返すことにより、イベント管理システム３０の動作を定期的に確認する。
【００３０】
上述した第一の実施の形態におけるシステムヘルスチェックプログラム１１によれば、連続して処理を実行する複数プロセスのうち、少なくとも終点プロセス３３にのみシステムヘルスチェックプログラム１１に対する通知処理を追加するだけで、イベント管理システム３０の動作確認を行うことができる。また、起点プロセス３１や終点プロセス３３のようにデータベースへのデータ登録処理等を行うプロセス、即ちヘルスチェックデータ５１が正規のイベントデータと同様に処理されると不都合が生ずるプロセスが存在する場合には、そのようなプロセスにのみヘルスチェックデータ５１か否かの判断処理を追加すればよく、中間プロセス３２のようにヘルスチェックデータ５１を正規のイベントデータと同様に処理しても不都合が生じないプロセスは、なんら特別な処理を追加する必要はない。
【００３１】
なお、正規のイベントデータとヘルスチェックデータ５１との区別が必要となるプロセスが多数存在する場合、又は、各プロセスの処理が正常に行われることまで確認する必要はなく、単にプロセスが起動していることのみ確認できればいい場合は、各プロセスにおけるイベントデータの受信処理を共通のライブラリ等にしておけばよい。即ち、イベントデータを受信した際にイベントデータのヘルスチェックフラグを確認し、ヘルスチェックデータであると判断した場合は次のプロセスに送信してしまうという処理を共通の関数とし、各プロセスはイベントデータの受信処理にその関数を利用するようにすればよい。
【００３２】
次に第二の実施例として、イベント管理システム３０の処理がイベントデータの内容によって分岐する場合について説明する。
【００３３】
図６は、第二の実施の形態におけるヘルスチェックプロラムの処理を説明するための図を示す。図２において、起点プロセス１３１については、第一の実施の形態における起点プロセス３１と同様であるので説明は省略する。中間プロセス１３２は、イベントデータを受信すると所定の処理を実施し、イベントデータの重要度等に応じてイベントデータを送信する終点プロセスを変更したり、又はイベントデータを廃棄したりするといったフィルタの役割を果たす。終点プロセスとしては、終点プロセスＥ１〜Ｅｍ１３５までのｍ個のプロセスが存在し、イベントデータの重要度に応じた処理を実行する。
【００３４】
システムヘルスチェックプログラム１１１は、起点プロセス１３１にヘルスチェックデータを送信し、終点プロセスから完了通知を受信する点では第一の実施の形態におけるシステムヘルスチェックプログラム１１と同様である。但し、中間プロセス１３２における分岐処理をも含めて動作を確認するために、分岐処理のバリエーションに応じたヘルスチェックデータを送信すべく、ヘルスチェックデータ一覧テーブル１１２を予め有している。また、完了通知の送信元が、ヘルスチェックデータに対応した終点プロセスであるか否かを判断するために、終了プロセス確認テーブル１１３を予め有している。
【００３５】
図７は、ヘルスチェックデータ一覧テーブルの一例の構成図を示す。図２のヘルスチェックデータ一覧テーブル１１２には、データ種別が「Ｄ１」、「Ｄ２」、「Ｄ３」、「Ｄ４」の４つのヘルスチェックデータが格納されている。それぞれの重要度は、「重要」、「一般」、「警告」、「無視」となっている。システムヘルスチェックプログラム１１１は、Ｄ１から順に、起点プロセス１３１に対して送信する。
【００３６】
また、図８は、ヘルスチェックデータ／終了プロセス対応テーブルの一例の構成図を示す。図８のヘルスチェックデータ／終了プロセス対応テーブル１１３（以下「対応テーブル１１３」という。）は、図７のヘルスチェックデータＤ１〜Ｄ４に対する終了プロセスは、図６の終了プロセスＥ１〜Ｅｍのいずれであるかを管理するテーブルである。即ち、各ヘルスチェックデータについて、１が格納されているセルに係る終了プロセスが、当該ヘルスチェックデータを利用した場合の終了プロセスであることを示す。例えば、データ種別が「Ｄ１」のヘルスチェックデータ（以下「ヘルスチェックデータＤ１」という。）を利用した場合は、終了プロセスＥ１又はＥｍが終了プロセスであり、ヘルスチェックデータＤ２を利用した場合は、終了プロセスＥ２が終了プロセスであることが分かる。またヘルスチェックデータＤ４については、終了プロセスはないことが分かる。これは、ヘルスチェックデータＤ４は、図７に示されるようにその重要度が「無視」であるため、中間プロセス１３２によって廃棄されてしまうからである。
【００３７】
以下、第二の実施の形態におけるシステムヘルスチェックプログラム１１１の処理について図６を参照して説明する。
【００３８】
ステップＳ２０において、システムヘルスチェックプログラム１１１は、ヘルスチェックデータ一覧テーブル１１２からヘルスチェックデータを一つ取り出す。最初はヘルスチェックデータＤ１を取り出す。
【００３９】
ステップＳ２０に続いてステップＳ２１に進み、システムヘルスチェックプログラム１１１は、ヘルスチェックデータＤ１を起点プロセス１３１に送信する。ヘルスチェックデータＤ１を受信した起点プロセス１３１は、第一の実施の形態における起点プロセス３１と同様な処理を実行し、ヘルスチェックデータＤ１を中間プロセス１３２に送信する（Ｓ２２）。
【００４０】
ステップＳ２２に続いてステップＳ２３に進み、中間プロセス１３２は、ヘルスチェックデータＤ１の重要度を確認し、それに応じた終点プロセスにヘルスチェックデータＤ１を送信する。例えば、重要度が「重要」の場合の送信先が終点プロセスＥ１である場合は、中間プロセス１３２は終点プロセスＥ１にヘルスチェックデータＤ１を送信する。
【００４１】
ステップＳ２３に続いてステップＳ２４に進み、終点プロセスＥ１は、所定の処理を実行し、完了通知をシステムヘルスチェックプログラム１１１に送信する。
【００４２】
ステップＳ２４に続いてステップＳ２５に進み、システムヘルスチェックプログラム１１１は、対応テーブル１１３を参照することにより、完了通知の送信元が正しい終了プロセスであるかどうかを確認する。なお、システムヘルスチェックプログラム１１１は、起点プロセス１３１にヘルスチェックデータを送信後、所定の時間が経過（タイムアウト）しても終点プロセスからの完了通知を受信できない場合は、異常が発生していると判断するのは、第一の実施の形態と同様である。但し、対応テーブル１１３において、Ｄ４のように終点プロセスが無い場合は、中間プロセス１３２によりヘルスチェックデータＤ４が期待とおり廃棄されたと判断する。
【００４３】
上述したステップＳ２０からステップＳ２５までの処理を、ヘルスチェックデータ一覧テーブル１１２の各ヘルスチェックデータについて実行することにより、システムヘルスチェックプログラム１１１はイベント管理システム１３０が正常に動作しているか否かを判定することができる。
【００４４】
更に、ステップＳ２５における、終了プロセスの判定処理の詳細について説明する。図９は、システムヘルスチェックプログラムの終了プロセス判定処理のフローチャートを示す。
【００４５】
ステップＳ１００において、システムヘルスチェックプログラム１１１は、ヘルスチェックデータＤｎを起点プロセスに送信すると、上述した処理を経て終了プロセスＥｍから完了通知を受信する。
【００４６】
ステップＳ１００に続いてステップＳ１０１に進み、システムヘルスチェックプログラム１１１は、対応テーブル１１３を参照し、ＤｎとＥｍの組み合わせに係るセルの値が１であるかどうかを確認する。値が１の場合はステップＳ１０２に進み、システムヘルスチェックプログラム１１１は、完了通知は期待した終点プロセスから送信されたと判断し、イベント管理システム１３０は正常に動作していると判断する。値が０の場合は、ステップＳ１０３に進み、システムヘルスチェックプログラム１１１は、完了通知は期待した終点プロセスとは異なる終点プロセスから送信されたと判断し、イベント管理システム１３０に異常が発生していると判断する。
【００４７】
上述したように、本実施の形態におけるシステムヘルスチェックプログラム１１１によれば、監視対象のシステムの処理が分岐している場合であっても容易に動作確認を実行することができる。
【００４８】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００４９】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１） コンピュータに、
直列的に所定のデータに関する処理を実行する複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、
前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順と
を実行させるためのシステムヘルスチェックプログラム。
（付記２） 前記複数のプロセスにおける終点プロセスは、前記チェックデータの内容に応じて変わり、
前記処理完了検知手順は、前記終点プロセスが前記チェックデータ送信手順において送信したチェックデータに応じたものであるか否かを判断する終了プロセス判断手順を更に有することを特徴とする付記１記載のシステムヘルスチェックプログラム。
（付記３） 前記処理完了検知手順は、前記チェックデータ送信手順から所定時間内に前記終点プロセスの処理の完了が検知できない場合には、前記処理は完了しなかったと判断することを特徴とする付記１又は２記載のシステムヘルスチェックプログラム。
（付記４） 前記チェックデータは、前記所定のデータと同一形式であることを特徴とする付記１乃至３いずれか一項記載のシステムヘルスチェックプログラム。
（付記５） コンピュータが、直列的に所定のデータに関する処理を実行する複数のプロセスの動作確認を行うシステムヘルスチェック方法であって、
前記コンピュータが、前記複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、
前記コンピュータが、前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順と
を有することを特徴とするシステムヘルスチェック方法。
（付記６） コンピュータに、
直列的に所定のデータに関する処理を実行する複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、
前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順と
を実行させるためのシステムヘルスチェックプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００５０】
【発明の効果】
上述の如く、本発明によれば、複数のプロセスによって実行する処理の終点プロセスに、ヘルスチェックプログラムに対する完了通知処理を追加すればよいので、複数のプロセスの動作確認を容易に行うことができる。
【図面の簡単な説明】
【図１】本発明によるシステムヘルスチェック装置の一実施例のハードウェア構成図である。
【図２】本発明によるシステムヘルスチェックプログラムが監視するイベント管理システムの一例の構成図である。
【図３】各ホストからイベント管理システムに送信されるイベントデータのデータ形式の一例の構成図
【図４】第一の実施の形態におけるシステムヘルスチェックプログラムの処理を説明するための図である。
【図５】ヘルスチェックデータの一例を示す図である。
【図６】第二の実施の形態におけるヘルスチェックプロラムの処理を説明するための図である。
【図７】ヘルスチェックデータ一覧テーブルの一例の構成図である。
【図８】ヘルスチェックデータ／終了プロセス対応テーブルの一例の構成図である。
【図９】システムヘルスチェックプログラムの終了プロセス判定処理のフローチャートである。
【符号の説明】
１０ システムヘルスチェック装置
２０ ホスト
３０ イベント管理システム
１１、１１１ システムヘルスチェックプログラム
３１、１３１ 起点プロセス
３２、１３２ 中間プロセス
３３、１３３ 終点プロセス
３４ ホスト管理ＤＢ
３５ イベント管理ＤＢ
４０ ネットワーク
１００ ドライブ装置
１０１ 記憶媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ 演算処理装置
１０５ インタフェース装置
Ｂ バス
【発明の属する技術分野】
本発明は、システムヘルスチェックプログラム及びシステムヘルスチェック方法に関し、特にコンピュータを利用したシステムヘルスチェックプログラム及びシステムヘルスチェック方法に関する。
【０００２】
【従来の技術】
従来、システムへルスチェックとは、複数のプロセス群の全てが正常に動作していることを確認するために、各プロセスが提供する固有のチェック方法を用いて、全てのプロセスに関するチェックを行なっていた。例えば特開平１０−１１６２１１号公報では、専用のヘルスチェックプロセスが、定期的に各プロセスに対してヘルスチェックデータを送り、それぞれの応答時間を確認してエラーかどうかの判断を行っている。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記のように全プロセスが正常に動作していることを個別に確認するためには、全てのプロセスに関する知識が必要となる。また各プロセスに対するチェックの手法が統一されていない事により、それぞれに対応した手法でチェックを行う必要があるため、自動的に実行させるのが困難である。特にプロセスの数が多い場合に、全てのプロセスのチェックを行うには膨大な時間を要する可能性があるという問題がある。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、複数のプロセスの動作確認を容易に行うことのできるシステムヘルスチェックプログラム及びシステムヘルスチェック方法の提供を目的とする。
【０００５】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、コンピュータに、直列的に所定のデータに関する処理を実行する複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順とを実行させるためのシステムヘルスチェックプログラムとして構成される。
【０００６】
このようなシステムヘルスチェックプログラムでは、複数のプロセスによって実行する処理の終点プロセスに、動作確認のための処理としてヘルスチェックプログラムに対する完了通知処理を追加すればよいので、直列的に処理を実行する複数のプロセスの動作確認を容易に行うことができる。
【０００７】
また上記課題を解決するため、本発明は、上記システムヘルスチェックプログラムが実行する方法、システムヘルスチェックプログラムを実行する装置、及びシステムヘルスチェックプログラムを記録した記録媒体としてもよい。
【０００８】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。
【０００９】
図１は、本発明の実施の形態におけるシステムヘルスチェック装置のハードウェア構成例を示す図である。図１のシステムヘルスチェック装置１０は、それぞれバスBで相互に接続されているドライブ装置１００と、記憶媒体１０１と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、インタフェース装置１０５とを有するように構成される。
【００１０】
インタフェース装置１０５は、例えばモデム、ルータ等で構成され、図２のネットワーク４０に接続するために用いられる。
【００１１】
システムヘルスチェック装置１０が利用するシステムヘルスチェックプログラムは、CD―ROM等の記憶媒体１０１によって提供される。システムヘルスチェックプログラムを記録した記憶媒体１０１は、ドライブ装置１００にセットされ、システムヘルスチェックプログラムが記憶媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。
【００１２】
補助記憶装置１０２は、インストールされたシステムヘルスチェックプログラムを格納すると共に、必要なファイルやデータ等を格納する。例えば補助記憶装置１０２は、システムヘルスチェックプログラムの処理に必要な、後述する各種テーブルを格納している。
【００１３】
メモリ装置１０３は、システムヘルスチェック装置１０の起動時等、システムヘルスチェックプログラムの起動指示があった場合に、補助記憶装置１０２からシステムヘルスチェックプログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納されたシステムヘルスチェックプログラムに従ってシステムヘルスチェック装置１０に係る機能を実行する。
【００１４】
次に、本実施の形態においてシステムヘルスチェック装置１０、即ちシステムヘルスチェックプログラムが動作を監視するイベント管理システムについて説明する。図２は、本発明によるシステムヘルスチェックプログラムが監視するイベント管理システムの一例の構成図を示す。
【００１５】
図２のイベント管理システム３０は、起点プロセス３１、中間プロセス３２、終点プロセス３３、ホスト管理ＤＢ３４及びイベント管理ＤＢ３５等から構成され、所定のホスト２０にインストールされている。ホスト２０は、ホストＡ、ホストＢ、ホストＣ及びホストＤ等とＬＡＮ等のネットワーク４０を介して接続されている。
【００１６】
イベント管理システム３０は、ホストＡ４１等から送信される障害情報等のイベントデータを処理するシステムである。即ち、ホスト２０がホストＡ４１等からのイベントデータを受信すると（Ｓ１）、起点プロセス３１が、イベントデータの送信元のホストＡ４１はホスト管理ＤＢ３４に既に登録済みか否かを判断し、登録済みでない場合は、ホストＡ４１の情報をホスト管理ＤＢ３４に登録する（Ｓ２）。ステップＳ２に続いてステップＳ３に進み、起点プロセス３１は、イベントデータを中間プロセス３２に送信する。
【００１７】
中間プロセス３２は、イベントデータを受信すると、イベントデータについて所定の処理を実行し、終点プロセス３３にイベントデータを送信する（Ｓ４）。
【００１８】
終点プロセス３３は、イベントデータを受信すると、イベントデータをイベント管理ＤＢ３５に登録する（Ｓ５）。
【００１９】
図３は、各ホストからイベント管理システム３０に送信されるイベントデータのデータ形式の一例の構成図を示す。図３のイベントデータ形式５０は、イベントデータを識別するための「データ種別」、イベントの重要度が格納される「重要度」、イベントデータの送信元のホスト名が格納される「ホスト名」、イベント情報に関するテキスト情報が格納される「テキスト」、及び当該イベントデータがヘルスチェック用のデータ（以下「ヘルスチェックデータ」という。）であるか否かを示すフラグが格納される「ヘルスチェックフラグ」等の項目で構成される。
【００２０】
ここで、ヘルスチェックフラグは、イベント管理システム３０の各プロセスにおいて、それぞれが受信したイベントデータがヘルスチェックデータであるか否かを判断するためのフラグであり、ヘルスチェックデータの場合は「１」が、そうでない場合は「０」が格納される。但し、他の項目により正規のイベントデータとヘルスチェックデータとを区別することができれば、必ずしも必要ではない。他の項目により区別するとは、例えばテキスト項目内にヘルスチェックデータであることを示す文字列を埋め込む等が該当する。
【００２１】
なお、システムヘルスチェックプログラムが監視可能なシステムは、イベント管理システム３０のみに限られるものではない。即ち、システム内のプロセスの数に特に制限はなく、また、ホストＡ等から送信されるイベントデータのデータ形式も図３のイベントデータ形式５０と同一である必要はない。更に、起点プロセス３１等の各プロセスは、同一のホスト上で動作している必要もない。複数のプロセスが直列的に処理を実行し、処理の起点となる起点プロセスと処理の終点となるプロセスが明らかなものであればよい。
【００２２】
以下、システムヘルスチェックプログラムが、イベント管理システムの動作を確認するための処理手順について説明する。なお、以下の説明においてシステムヘルスチェックプログラムは、図２におけるホスト２０にインストールされているものとする。即ちホスト２０がシステムヘルスチェック装置１０も兼ねる。但し、システムヘルスチェックプログラムと、監視対象となるシステムが必ずしも同一のハードウェア内で動作している必要はなく、システムヘルスチェック装置１０とホスト２０は、ネットワークを介して接続される別々のハードウェアであってもよい。
【００２３】
図４は、第一の実施の形態におけるシステムヘルスチェックプログラムの処理を説明するための図である。
【００２４】
ステップＳ１０において、システムヘルスチェックプログラム１１は、起点プロセス３１に対してイベントデータ形式５０と同様の形式で構成され、図５に示されるヘルスチェックデータを送信する。
【００２５】
図５は、ヘルスチェックデータの一例を示す図である。図５のヘルスチェックデータ５１は、「データ種別」に「Ｄ１」、「重要度」に「一般」、「ホスト名」に「dummy」、「テキスト」に「healthcheck」、「ヘルスチェックフラグ」に「１」がそれぞれ格納されている。
【００２６】
ステップＳ１０に続いてステップＳ１１に進み、ヘルスチェックデータ５１を受信した起点プロセス３１は、ヘルスチェックデータ５１のヘルスチェックフラグを確認することにより、受信したヘルスチェックデータ５１が正規のイベントデータではなく、ヘルスチェックデータであることを認識する。従って、起点プロセス３１は、ヘルスチェックデータ５１の影響がホスト管理ＤＢ３４に及ばないようにホスト管理ＤＢ３４への書き込み処理等は実行せずに、ヘルスチェックデータ５１を中間プロセス３２に送信する。
【００２７】
ステップＳ１１に続いてステップＳ１２に進み、中間プロセス３２は所定の処理を実行し、受信したヘルスチェックデータ５１を終点プロセス３３に送信する。なお、中間プロセス３２は、データベースに対する書き込み処理等、ヘルスチェックデータ５１を正規のイベントデータと同様に処理することによる不都合が生ずる処理は実行しないため、ヘルスチェックデータ５１がヘルスチェックデータであることは意識せずに、通常の処理を行う。
【００２８】
ステップＳ１２に続いてステップＳ１３に進み、ヘルスチェックデータ５１を受信した終点プロセス３３は、ヘルスチェックデータ５１のヘルスチェックフラグを確認することにより、受信したヘルスチェックデータ５１が正規のイベントデータではなく、ヘルスチェックデータであることを認識する。従って、終点プロセス３３は、ヘルスチェックデータ５１の影響がイベント管理ＤＢ３５に及ばないようにイベント管理ＤＢ３５への書き込み処理等は実行せずに、処理が完了した旨の通知（以下「完了通知」という。）をシステムヘルスチェックプログラム１１に送信する。
【００２９】
システムヘルスチェックプログラム１１は、終点プロセス３３から完了通知を受信することにより、イベント管理システム３０が正常に動作していることを確認する。一方、システムヘルスチェックプログラム１１は、起点プロセス３１にヘルスチェックデータ５１を送信後、所定の時間が経過（タイムアウト）しても終点プロセス３３からの完了通知を受信できない場合は、イベント管理システム３０に異常が発生していると判断し、エラーパネルの表示と、異常を知らせる処理を実行する。なお、タイムアウトの時間は、イベント管理システム３０の各プロセスの処理時間等に基づいて決めればよい。システムヘルスチェックプログラム１１は、ステップＳ１０におけるヘルスチェックデータ５１の送信処理を定期的に繰り返すことにより、イベント管理システム３０の動作を定期的に確認する。
【００３０】
上述した第一の実施の形態におけるシステムヘルスチェックプログラム１１によれば、連続して処理を実行する複数プロセスのうち、少なくとも終点プロセス３３にのみシステムヘルスチェックプログラム１１に対する通知処理を追加するだけで、イベント管理システム３０の動作確認を行うことができる。また、起点プロセス３１や終点プロセス３３のようにデータベースへのデータ登録処理等を行うプロセス、即ちヘルスチェックデータ５１が正規のイベントデータと同様に処理されると不都合が生ずるプロセスが存在する場合には、そのようなプロセスにのみヘルスチェックデータ５１か否かの判断処理を追加すればよく、中間プロセス３２のようにヘルスチェックデータ５１を正規のイベントデータと同様に処理しても不都合が生じないプロセスは、なんら特別な処理を追加する必要はない。
【００３１】
なお、正規のイベントデータとヘルスチェックデータ５１との区別が必要となるプロセスが多数存在する場合、又は、各プロセスの処理が正常に行われることまで確認する必要はなく、単にプロセスが起動していることのみ確認できればいい場合は、各プロセスにおけるイベントデータの受信処理を共通のライブラリ等にしておけばよい。即ち、イベントデータを受信した際にイベントデータのヘルスチェックフラグを確認し、ヘルスチェックデータであると判断した場合は次のプロセスに送信してしまうという処理を共通の関数とし、各プロセスはイベントデータの受信処理にその関数を利用するようにすればよい。
【００３２】
次に第二の実施例として、イベント管理システム３０の処理がイベントデータの内容によって分岐する場合について説明する。
【００３３】
図６は、第二の実施の形態におけるヘルスチェックプロラムの処理を説明するための図を示す。図２において、起点プロセス１３１については、第一の実施の形態における起点プロセス３１と同様であるので説明は省略する。中間プロセス１３２は、イベントデータを受信すると所定の処理を実施し、イベントデータの重要度等に応じてイベントデータを送信する終点プロセスを変更したり、又はイベントデータを廃棄したりするといったフィルタの役割を果たす。終点プロセスとしては、終点プロセスＥ１〜Ｅｍ１３５までのｍ個のプロセスが存在し、イベントデータの重要度に応じた処理を実行する。
【００３４】
システムヘルスチェックプログラム１１１は、起点プロセス１３１にヘルスチェックデータを送信し、終点プロセスから完了通知を受信する点では第一の実施の形態におけるシステムヘルスチェックプログラム１１と同様である。但し、中間プロセス１３２における分岐処理をも含めて動作を確認するために、分岐処理のバリエーションに応じたヘルスチェックデータを送信すべく、ヘルスチェックデータ一覧テーブル１１２を予め有している。また、完了通知の送信元が、ヘルスチェックデータに対応した終点プロセスであるか否かを判断するために、終了プロセス確認テーブル１１３を予め有している。
【００３５】
図７は、ヘルスチェックデータ一覧テーブルの一例の構成図を示す。図２のヘルスチェックデータ一覧テーブル１１２には、データ種別が「Ｄ１」、「Ｄ２」、「Ｄ３」、「Ｄ４」の４つのヘルスチェックデータが格納されている。それぞれの重要度は、「重要」、「一般」、「警告」、「無視」となっている。システムヘルスチェックプログラム１１１は、Ｄ１から順に、起点プロセス１３１に対して送信する。
【００３６】
また、図８は、ヘルスチェックデータ／終了プロセス対応テーブルの一例の構成図を示す。図８のヘルスチェックデータ／終了プロセス対応テーブル１１３（以下「対応テーブル１１３」という。）は、図７のヘルスチェックデータＤ１〜Ｄ４に対する終了プロセスは、図６の終了プロセスＥ１〜Ｅｍのいずれであるかを管理するテーブルである。即ち、各ヘルスチェックデータについて、１が格納されているセルに係る終了プロセスが、当該ヘルスチェックデータを利用した場合の終了プロセスであることを示す。例えば、データ種別が「Ｄ１」のヘルスチェックデータ（以下「ヘルスチェックデータＤ１」という。）を利用した場合は、終了プロセスＥ１又はＥｍが終了プロセスであり、ヘルスチェックデータＤ２を利用した場合は、終了プロセスＥ２が終了プロセスであることが分かる。またヘルスチェックデータＤ４については、終了プロセスはないことが分かる。これは、ヘルスチェックデータＤ４は、図７に示されるようにその重要度が「無視」であるため、中間プロセス１３２によって廃棄されてしまうからである。
【００３７】
以下、第二の実施の形態におけるシステムヘルスチェックプログラム１１１の処理について図６を参照して説明する。
【００３８】
ステップＳ２０において、システムヘルスチェックプログラム１１１は、ヘルスチェックデータ一覧テーブル１１２からヘルスチェックデータを一つ取り出す。最初はヘルスチェックデータＤ１を取り出す。
【００３９】
ステップＳ２０に続いてステップＳ２１に進み、システムヘルスチェックプログラム１１１は、ヘルスチェックデータＤ１を起点プロセス１３１に送信する。ヘルスチェックデータＤ１を受信した起点プロセス１３１は、第一の実施の形態における起点プロセス３１と同様な処理を実行し、ヘルスチェックデータＤ１を中間プロセス１３２に送信する（Ｓ２２）。
【００４０】
ステップＳ２２に続いてステップＳ２３に進み、中間プロセス１３２は、ヘルスチェックデータＤ１の重要度を確認し、それに応じた終点プロセスにヘルスチェックデータＤ１を送信する。例えば、重要度が「重要」の場合の送信先が終点プロセスＥ１である場合は、中間プロセス１３２は終点プロセスＥ１にヘルスチェックデータＤ１を送信する。
【００４１】
ステップＳ２３に続いてステップＳ２４に進み、終点プロセスＥ１は、所定の処理を実行し、完了通知をシステムヘルスチェックプログラム１１１に送信する。
【００４２】
ステップＳ２４に続いてステップＳ２５に進み、システムヘルスチェックプログラム１１１は、対応テーブル１１３を参照することにより、完了通知の送信元が正しい終了プロセスであるかどうかを確認する。なお、システムヘルスチェックプログラム１１１は、起点プロセス１３１にヘルスチェックデータを送信後、所定の時間が経過（タイムアウト）しても終点プロセスからの完了通知を受信できない場合は、異常が発生していると判断するのは、第一の実施の形態と同様である。但し、対応テーブル１１３において、Ｄ４のように終点プロセスが無い場合は、中間プロセス１３２によりヘルスチェックデータＤ４が期待とおり廃棄されたと判断する。
【００４３】
上述したステップＳ２０からステップＳ２５までの処理を、ヘルスチェックデータ一覧テーブル１１２の各ヘルスチェックデータについて実行することにより、システムヘルスチェックプログラム１１１はイベント管理システム１３０が正常に動作しているか否かを判定することができる。
【００４４】
更に、ステップＳ２５における、終了プロセスの判定処理の詳細について説明する。図９は、システムヘルスチェックプログラムの終了プロセス判定処理のフローチャートを示す。
【００４５】
ステップＳ１００において、システムヘルスチェックプログラム１１１は、ヘルスチェックデータＤｎを起点プロセスに送信すると、上述した処理を経て終了プロセスＥｍから完了通知を受信する。
【００４６】
ステップＳ１００に続いてステップＳ１０１に進み、システムヘルスチェックプログラム１１１は、対応テーブル１１３を参照し、ＤｎとＥｍの組み合わせに係るセルの値が１であるかどうかを確認する。値が１の場合はステップＳ１０２に進み、システムヘルスチェックプログラム１１１は、完了通知は期待した終点プロセスから送信されたと判断し、イベント管理システム１３０は正常に動作していると判断する。値が０の場合は、ステップＳ１０３に進み、システムヘルスチェックプログラム１１１は、完了通知は期待した終点プロセスとは異なる終点プロセスから送信されたと判断し、イベント管理システム１３０に異常が発生していると判断する。
【００４７】
上述したように、本実施の形態におけるシステムヘルスチェックプログラム１１１によれば、監視対象のシステムの処理が分岐している場合であっても容易に動作確認を実行することができる。
【００４８】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００４９】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１） コンピュータに、
直列的に所定のデータに関する処理を実行する複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、
前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順と
を実行させるためのシステムヘルスチェックプログラム。
（付記２） 前記複数のプロセスにおける終点プロセスは、前記チェックデータの内容に応じて変わり、
前記処理完了検知手順は、前記終点プロセスが前記チェックデータ送信手順において送信したチェックデータに応じたものであるか否かを判断する終了プロセス判断手順を更に有することを特徴とする付記１記載のシステムヘルスチェックプログラム。
（付記３） 前記処理完了検知手順は、前記チェックデータ送信手順から所定時間内に前記終点プロセスの処理の完了が検知できない場合には、前記処理は完了しなかったと判断することを特徴とする付記１又は２記載のシステムヘルスチェックプログラム。
（付記４） 前記チェックデータは、前記所定のデータと同一形式であることを特徴とする付記１乃至３いずれか一項記載のシステムヘルスチェックプログラム。
（付記５） コンピュータが、直列的に所定のデータに関する処理を実行する複数のプロセスの動作確認を行うシステムヘルスチェック方法であって、
前記コンピュータが、前記複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、
前記コンピュータが、前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順と
を有することを特徴とするシステムヘルスチェック方法。
（付記６） コンピュータに、
直列的に所定のデータに関する処理を実行する複数のプロセスのうち、前記処理の起点プロセスに対しチェックデータを送信するチェックデータ送信手順と、
前記複数のプロセスのうち前記処理の終点プロセスにおける前記処理の完了を検知する処理完了検知手順と
を実行させるためのシステムヘルスチェックプログラムを記録したコンピュータ読み取り可能な記録媒体。
【００５０】
【発明の効果】
上述の如く、本発明によれば、複数のプロセスによって実行する処理の終点プロセスに、ヘルスチェックプログラムに対する完了通知処理を追加すればよいので、複数のプロセスの動作確認を容易に行うことができる。
【図面の簡単な説明】
【図１】本発明によるシステムヘルスチェック装置の一実施例のハードウェア構成図である。
【図２】本発明によるシステムヘルスチェックプログラムが監視するイベント管理システムの一例の構成図である。
【図３】各ホストからイベント管理システムに送信されるイベントデータのデータ形式の一例の構成図
【図４】第一の実施の形態におけるシステムヘルスチェックプログラムの処理を説明するための図である。
【図５】ヘルスチェックデータの一例を示す図である。
【図６】第二の実施の形態におけるヘルスチェックプロラムの処理を説明するための図である。
【図７】ヘルスチェックデータ一覧テーブルの一例の構成図である。
【図８】ヘルスチェックデータ／終了プロセス対応テーブルの一例の構成図である。
【図９】システムヘルスチェックプログラムの終了プロセス判定処理のフローチャートである。
【符号の説明】
１０ システムヘルスチェック装置
２０ ホスト
３０ イベント管理システム
１１、１１１ システムヘルスチェックプログラム
３１、１３１ 起点プロセス
３２、１３２ 中間プロセス
３３、１３３ 終点プロセス
３４ ホスト管理ＤＢ
３５ イベント管理ＤＢ
４０ ネットワーク
１００ ドライブ装置
１０１ 記憶媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ 演算処理装置
１０５ インタフェース装置
Ｂ バス
Claims (2)
- コンピュータに、
連続して所定のデータに関する処理を前記コンピュータに実行させる複数のプロセスのうち、前記処理の起点プロセスに対し、記憶装置に記録されている、前記所定のデータと同一の構成を有し前記所定のデータに含まれているフラグ情報に基づいて前記複数のプロセスによって前記所定のデータと区別されるチェックデータの一覧に含まれているチェックデータを前記所定のデータの代わりに送信するチェックデータ送信手順と、
前記複数のプロセスのうち前記処理の終点プロセスより前記チェックデータを受信することにより前記処理の完了を検知する処理完了検知手順と、
前記チェックデータが前記起点プロセスに対して送信されてから所定の時間の経過前に前記処理完了検知手順が実行されたときは、前記処理の終点プロセスが、記憶装置に記録された、前記一覧に含まれる各チェックデータに含まれるデータ種別ごとに複数の終点プロセスのいずれと対応するかを示す対応情報に応じたものであるかを判断し、前記終点プロセスが前記対応情報に応じたものでないと判断される場合は前記処理に異常が発生していると判断し、前記チェックデータが前記起点プロセスに対して送信されてから前記所定の時間が経過しても前記処理完了検知手順が実行されないときは、当該チェックデータが前記対応情報において前記複数の終点プロセスのいずれにも対応付けられていない場合を除いて前記処理に異常が発生していると判断する終点プロセス判断手順とを実行させ、
前記複数のプロセスは、受信したデータが前記チェックデータである場合に、当該チェックデータに含まれ、前記データ種別と１対１に対応する重要度に応じて、当該チェックデータの送信先のプロセスを変更し、又は当該チェックデータを廃棄するシステムヘルスチェックプログラム。 - コンピュータが、連続して所定のデータに関する処理を前記コンピュータに実行させる複数のプロセスのうち、前記処理の起点プロセスに対し、記憶装置に記録されている、前記所定のデータと同一の構成を有し前記所定のデータに含まれているフラグ情報に基づいて前記複数のプロセスによって前記所定のデータと区別されるチェックデータの一覧に含まれているチェックデータを前記所定のデータの代わりに送信するチェックデータ送信手順と、
前記コンピュータが、前記複数のプロセスのうち前記処理の終点プロセスより前記チェックデータを受信することにより前記処理の完了を検知する処理完了検知手順と、
前記コンピュータが、前記チェックデータが前記起点プロセスに対して送信されてから所定の時間の経過前に前記処理完了検知手順が実行されたときは、前記処理の終点プロセスが、記憶装置に記録された、前記一覧に含まれる各チェックデータに含まれるデータ種別ごとに複数の終点プロセスのいずれと対応するかを示す対応情報に応じたものであるかを判断し、前記終点プロセスが前記対応情報に応じたものでないと判断される場合は前記処理に異常が発生していると判断し、前記チェックデータが前記起点プロセスに対して送信されてから前記所定の時間が経過しても前記処理完了検知手順が実行されないときは、当該チェックデータが前記対応情報において前記複数の終点プロセスのいずれにも対応付けられていない場合を除いて前記処理に異常が発生していると判断する終点プロセス判断手順とを実行し、
前記複数のプロセスは、受信したデータが前記チェックデータである場合に、当該チェックデータに含まれ、前記データ種別と１対１に対応する重要度に応じて、当該チェックデータの送信先のプロセスを変更し、又は当該チェックデータを廃棄するシステムヘルスチェック方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002246900A JP4260441B2 (ja) | 2002-08-27 | 2002-08-27 | システムヘルスチェックプログラム及びシステムヘルスチェック方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002246900A JP4260441B2 (ja) | 2002-08-27 | 2002-08-27 | システムヘルスチェックプログラム及びシステムヘルスチェック方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004086574A JP2004086574A (ja) | 2004-03-18 |
| JP4260441B2 true JP4260441B2 (ja) | 2009-04-30 |
Family
ID=32054670
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002246900A Expired - Fee Related JP4260441B2 (ja) | 2002-08-27 | 2002-08-27 | システムヘルスチェックプログラム及びシステムヘルスチェック方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4260441B2 (ja) |
-
2002
- 2002-08-27 JP JP2002246900A patent/JP4260441B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004086574A (ja) | 2004-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2012046293A1 (ja) | 障害監視装置、障害監視方法及びプログラム | |
| US7870441B2 (en) | Determining an underlying cause for errors detected in a data processing system | |
| JP6183931B2 (ja) | クラスタシステム、サーバ装置、クラスタシステムの管理方法、及びプログラム。 | |
| US7831710B2 (en) | Communication of offline status between computer systems | |
| US20080288828A1 (en) | structures for interrupt management in a processing environment | |
| JP5366184B2 (ja) | データ記憶システム、データ記憶方法 | |
| JP6317074B2 (ja) | 障害通知装置、障害通知プログラムならびに障害通知方法 | |
| CN101127580B (zh) | 节点装置、控制装置和控制方法 | |
| JP5535471B2 (ja) | マルチパーティション・コンピュータシステム、障害処理方法及びそのプログラム | |
| JP4260441B2 (ja) | システムヘルスチェックプログラム及びシステムヘルスチェック方法 | |
| JP2008217118A (ja) | ログファイル管理装置及びログファイル送信装置及びログファイル管理方法及びログファイル送信方法及びプログラム | |
| US6622257B1 (en) | Computer network with swappable components | |
| US20130091271A1 (en) | Connection method | |
| JP2005056347A (ja) | サーバ機能引継方法およびサーバ機能引継プログラム | |
| JP5136200B2 (ja) | ログ記録システム | |
| JP2004220221A (ja) | 情報処理装置、情報処理装置における監視制御方法及び情報処理システム | |
| JPH1040097A (ja) | ウイルスチェック機能付計算機 | |
| JP2011253285A (ja) | 診断システム、診断装置及び診断プログラム | |
| JP2008217682A (ja) | 監視システムおよび監視方法ならびにプログラム | |
| JP2003303117A (ja) | 情報機器管理システム | |
| JP2806321B2 (ja) | ハードウェアの接続状態監視方式 | |
| JP2007265215A (ja) | コンピュータ・システム | |
| JP2008199178A (ja) | データ処理システム及び診断方法 | |
| JP2010170169A (ja) | クライアントへの非同期異常通知方式 | |
| JP2003337720A (ja) | 障害検出方式、障害検出方法および障害検出用プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050606 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080226 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080428 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080603 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080731 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080826 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080922 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20081027 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081202 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090105 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090203 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090204 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130220 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140220 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |