(57)【特許請求の範囲】
【請求項１】
コンピュータ障害に対する障害調査情報装置であって、
障害時に調査する調査情報とトレース情報とを含む調査設定情報と、採取した情報の記憶媒体への出力のタイミングを規定する出力契機情報と出力の対象情報を規定する出力対象情報とを含む出力条件と、を予め設定テーブルに設定する動作環境設定手段と、
障害発生時に前記設定テーブルの内容に従って調査情報を採取するログ採取手段と、
起動の指定時に前記トレース情報を採取するトレース採取手段と、
前記ログ採取手段及びトレース採取手段により採取された情報を前記設定テーブルの内容に従って前記記憶媒体へ出力する調査情報記録手段と、
を備えたことを特徴とする障害調査情報装置。
【請求項２】
コンピュータ障害に対する障害調査情報採取プログラムを記憶した媒体であって、コンピュータに、
障害時に調査する調査情報とトレース情報とを含む調査設定情報と、採取した調査情報の記憶媒体への出力のタイミングを規定する出力契機情報と出力の対象情報を規定する出力対象情報とを含む出力条件と、を予め設定テーブルに設定する動作環境設定機能と、
障害発生時に前記設定テーブルの内容に従って調査情報を採取するログ採取機能と、
起動の指定時に前記調査トレース情報を採取するトレース採取機能と、
前記ログ採取機能及びトレース採取機能により採取された情報を前記設定テーブルの内容に従って前記記憶媒体へ出力する調査情報記録機能と、
を実現させるためのコンピュータプログラムを記録したコンピュータ可読型記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータシステムに於けるハード、ソフトの各種障害（異常）を調査・特定するための各種情報の一元的一括採取方式に関する。
【０００２】
【従来の技術】
コンピュータシステムに於けるハード、ソフトの各種障害（異常）を調査・特定するための各種関連情報を採取するツールは、従来から多数開発、利用されている。この様な中で現在最も一般的に利用されているものに次の様なものがある。即ち、障害検出時点に於けるハード、ソフトの各種状態を障害ログ情報として静的に採取するログ採取ツールや障害を引き起こす原因とも成り得るプログラム自身の動作又はその動作に関連して変化するハード、ソフト資源の各種状態を動的・連続的に追跡情報として採取するトレースツール（トレーサ）及びメモリの任意領域の内容を出力するメモリダンプツールなどが、その代表例である。
【０００３】
従来の障害調査に於いては、その障害の種類や性格等を考慮して、これ等ツールは利用者の能力・経験などによる裁量で、状況に応じて組み合わせて使い分けされているのが実態である。
【０００４】
図６は、クライアント・サーバシステムに於けるクライアントとサーバ間の情報の授受に於いて障害（エラー）が発生した場合を想定して、従来、障害調査がどの様な手順で行われていたかを説明したものである。
【０００５】
同図（１）は一例としてのクライアント・サーバシステムの構成図であり、クライアント６０がＬＡＮ６１を経由してサーバ６２に接続されている。
同図（２）は前記システムに於けるクライアント・サーバ間の情報授受に際し、エラーが発生した場合の障害調査手順を説明する為のものである。
【０００６】
その情報授受の内容として、クライアント側からのコマンドＡ及びＢに対してサーバ側から、そのコマンドに呼応するレスポンスをクライアント側に返し、その後のクライアント側からの情報発信時にエラーが発生・検出されたケースを想定したものである。
【０００７】
同図（２）▲１▼では、トレーサは非起動（トレーサ起動時は処理効率が低下するため) であり、その後障害調査のため、同▲２▼に於いてトレーサを起動させた例である。
【０００８】
この様な条件下に於ける障害調査の一般的な処理手順は次の様になる。即ち、▲１▼ログ採取ツールにより採取された障害ログ情報からエラーの内容を調査する。▲２▼情報授受を制御・管理している制御テーブルの内容をメモリダンプツールにより出力し、相手方アプリケーションとの接続状態を調査する。その結果から未だ情報不足で障害を推定出来ない場合には、更にそのエラーを誘引したと思われる原因を突き止めるため▲３▼トレーサを起動させて再現テストを行いトレース情報を採取した後、先のエラー内容、制御テーブル内容と一致しているか確認する。▲４▼トレース情報を時系列に追跡調査した結果とエラー内容、制御テーブル内容とを突き合わせ調査する。
【０００９】
この様に従来の障害調査に於いては、そのエラー原因を究明するに際し、関連しそうな情報が、その都度利用者の能力・経験により判断・抽出され、これ等得られた情報を互いに突き合わせて調査して行く手法が採られている。
【００１０】
【発明が解決しようとする課題】
前述の如く、従来の障害調査は、先ず利用者によるエラー内容の確認から始まり、その後は利用者の能力・経験に頼るところが極めて大きく、未経験者には非常に難しい作業という問題があった。
【００１１】
本発明はこのような点にかんがみて、障害調査に関する経験者のノウハウを整理し、事前に設定して置くことにより、エラーが発生・検出された時、当該エラーに関連する障害調査情報を一括採取する手段を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記の課題は下記の如くに構成された障害調査情報装置によって解決される。
図１は、本発明の原理図である。即ち、
コンピュータ障害に対する障害調査情報装置であって、
障害調査の動作環境を予め設定テーブル１１に設定する動作環境設定手段１０と、障害発生時に前記設定テーブル１１の内容に従ってログデータ１３を採取するログ採取手段１２と、起動の指定時にトレースデータ１５を採取するトレース採取手段１４と、前記ログ採取手段１２及びトレース採取手段１４により採取された調査情報を前記設定テーブル１１の内容に従って記憶媒体１７へ出力する調査情報記録手段１６とを備えることにより、未経験者でも障害調査に必要な情報が一括採取出来る。
【００１３】
【発明の実施の形態】
先ず最初に、障害調査に関する能力・経験と同時にノウハウを十分持ち合わせた利用者によりセットアップされる本発明の中心となる設定テーブルの内容から説明する。図２は、予め動作環境設定手段により設定される設定テーブルの内容を示したものであり、設定される内容を大別すると、エラーの種別毎にどの様な情報があれば原因究明に役立つかを設定する調査設定情報と、この設定に基づき主メモリ上に採取された障害調査情報を磁気ディスク装置などの記憶媒体に出力する際の出力条件情報とがある。更に出力条件情報には、出力のタイミングを規定する出力契機情報と、出力の対象とするデータを規定する出力対象情報とがある。
【００１４】
調査設定情報としては、ＯＳなどから通知されるハード／ソフトのエラー番号を種類別（例えば、ディスク、通信回線、チャネル、アプリケーション、データ、ディバイス・ドライバ、アクセス・パラメータ、応答パラメータなどの各エラー）に分類、整理したエラー種別毎にログ番号（ログの種類別番号）を対応させ、前記記憶媒体への出力時の優先度、そして一つ以上の関連テーブル名と関連トレース名が記憶・保持出来る様になっており、これ等がログ番号の種類だけ存在する。尚、本発明に於けるログ情報とは、エラー発生時の基本ログデータに加え、その関連テーブル類の内容データを含めたデータを指している。
【００１５】
又、出力契機情報には、一定のログ件数以上になった場合、指定優先度（又は以上）のログデータが発生した場合、指定ログ番号（又は指定範囲）のログデータが発生した場合、或いは一定時刻になった場合などがあり、これ等はＯＲ条件で出力契機を設定するものである。
【００１６】
更に出力対象情報としては、過去何件分、指定優先度以上のもの、指定ログ番号（又は指定範囲）のもの、及び指定時刻範囲のもの、などがＡＮＤ条件で与えられ、又、先の出力契機に対応して、複数の出力対象情報を設定することも可能としている。
【００１７】
又、図では省略しているが、各ログ番号毎の調査設定情報に対して、前記基本ログデータ以外の情報採取及び出力条件を無効とするモードフラグを持ち、普段の運用時は、このモードフラグを無効（OFF)にセットして置くことにより、基本ログデータのみを採取・出力することにより処理能力の低下を防止することが可能となっている。
【００１８】
次に、この設定テーブルに従いログ情報が採取される過程及びトレース情報が採取される過程を図３のフローチャートにより説明する。
先ずログ情報の採取であるが、同図（１）のステップ３０でＯＳなどから通知されるハード／ソフトのエラー番号が認識され、ステップ３１に於いて、このエラー番号をキーに、設定テーブルから該当する調査設定情報が抽出される。
【００１９】
そしてステップ３２で、この調査設定情報中のログ番号、優先度をヘッダーとして、先ず基本ログデータと採取時刻が採取され、ステップ３３に於いて調査設定情報で指定された関連テーブル名から、そのテーブルデータが採取された後、調査設定情報中に指定された関連トレース名をその儘セットし、一件分のログ情報が主メモリ上に完成する。
【００２０】
続いて、ステップ３４で設定テーブルから出力契機情報が呼び出され、ステップ３５で、この出力契機情報に設定された条件に合致するものがあるか判定され、条件が合致すればステップ３６に於いて、調査情報記録プログラムを起動した後、条件不一致の場合と共に元の状態にリターンし、次のログ採取に備える。
【００２１】
次にトレース情報が採取される過程であるが、これはトレーサの起動が外部から指定された場合のみ動作するもので、同図（２）に示す様にステップ３７で、発生した事象に対応するトレース名が認識され、ステップ３８で、当該トレースデータを採取時刻と共に主メモリ上の所定の領域にセットした後、元の状態にリターンして次のトレース採取に備える。
【００２２】
図４は、この様にして採取されたログとトレース情報の出力例である。同図（１）はログ採取プログラムの出力例であり、ログ番号、優先度をヘッダーに、採取時刻、基本ログデータ、指定数の関連テーブル名とそのデータ、及び指定数の関連トレース名がセットされている。
【００２３】
又、同図（２）はトレース採取プログラムの出力例であり、各トレース名毎に、そのデータと採取時刻がセットされている。
この採取されたログ及びトレース情報は、先に述べた出力契機情報に設定された条件に合致、或いは指定された時刻( 起動時刻) になった場合に、調査情報記録プログラムにより磁気ディスク装置などの記憶媒体に出力される。
【００２４】
この調査情報記録プログラムの動作をフローチャート化したものが図５である。ステップ５０で時刻起動か判別され、出力契機別に複数の出力対象情報が設定されている場合に、ステップ５１で、該当出力契機に対応する出力対象情報が選定され、ステップ５２に於いて、この選定された出力対象情報が設定テーブルから呼び出される。この呼び出された出力対象情報に設定された条件に従って、ステップ５３で出力対象データが検索・抽出される。そしてステップ５４で、出力対象データが検索された場合には、ステップ５５で当該出力対象データ中に関連トレース名が指定されているか判別され、指定があればステップ５６で、当該関連トレース名から所定のトレースデータを抽出した後、ステップ５５で関連トレース名指定無しの場合と共に、次の出力対象データ検索のためステップ５３に戻る。この処理を繰返し、ステップ５４で検索データが無くなった場合には、ステップ５７に於いて、これ等抽出された出力対象データが、磁気ディスク装置などの記憶媒体に出力され、次の起動待ちに入る。
【００２５】
以上が本発明の説明であるが、実際のシステム運用時に、本発明の様な詳細な障害調査情報を採取していたのでは、システムの処理能力を低下させてしまうので、通常の運用に際しては、前述の様に基本ログデータのみを採取（例えばモードフラグOFF)しておき、基本ログデータで障害の有無を確認した後、実際の運用に差し支えない様な方法、例えば負荷の軽い時間帯を選ぶなどして、モードフラグON／トレーサ起動を行うことにより、障害調査情報を一括採取するように利用される。
【００２６】
【発明の効果】
以上の説明から明らかなように本発明によれば、経験者のノウハウを活用し、事前に設定して置くことにより、障害調査に必要な情報が一括採取されるため、未経験者でもバラツキのない調査情報を容易に得ることが可能となり、障害に対する原因究明が的確且つ容易に行え、作業負荷が軽減されるという著しい工業的効果がある。
【図面の簡単な説明】
【図１】  本発明の原理図
【図２】  本発明の設定テーブルの内容説明図
【図３】  本発明のログ及びトレース採取プログラムのフローチャート
【図４】  本発明のログ及びトレース採取プログラムの出力例
【図５】  本発明の調査情報記録プログラムのフローチャート
【図６】  従来の障害調査手順例の説明図
【符号の説明】
10  動作環境設定手段
11  設定テーブル
12  ログ採取手段
13  ログデータ
14  トレース採取手段
15  トレースデータ
16  調査情報記録手段
17  記憶媒体
【図１】
0003704871.tif 000002
【図２】
0003704871.tif 000003
【図３】
0003704871.tif 000004
【図４】
0003704871.tif 000005
【図５】
0003704871.tif 000006
【図６】
0003704871.tif 000007