(57)【要約】      （修正有）【課題】コンピュータシステムに生じた障害の解析に必要な情報を迅速に採取する。【解決手段】外部端末から障害にかかる情報を示す入力パラメータを受け付ける受付部１１と、固有のファイルシステム設定の差分を示すシステム差分情報を保持する差分管理部ＤＢ１２１と、入力パラメータ２１を、差分管理ＤＢ１２１のシステム差分情報に基づき変換パラメータ２２に変換するパラメータ解釈部１２と、変換パラメータ２２に基づき前記障害解析を行うための情報の取得手順を示す情報採取スクリプト１３１を生成する情報採取スクリプト生成部１３と、情報採取スクリプトを実行して前記障害解析情報を採取するスクリプト実行手段を備えた。【選択図】図１
2010244306.tif 000002
【特許請求の範囲】
【請求項１】
外部端末から障害にかかる情報を示す入力パラメータを受け付ける入力パラメータ受付部を備えた障害解析情報採取装置であって、
当該障害解析情報採取装置および前記外部端末それぞれに固有のファイルシステム設定の差分を示すシステム差分情報を保持する差分管理部と、
前記入力パラメータ内で示された情報のファイル名、ファイルの格納場所を示すファイルアドレス、およびファイルの移動元および移動先を示す移動情報を、前記差分管理部のシステム差分情報に基づき変換するパラメータ解釈部と、
前記変換された入力パラメータに基づき前記障害解析用の情報の取得手順を示す情報採取スクリプトを生成する情報採取スクリプト生成部と、
前記生成された情報採取スクリプトを実行して前記障害解析用の情報を採取するスクリプト実行手段と、
を備えたことを特徴とする障害解析情報採取装置。
【請求項２】
前記請求項１に記載の障害解析情報採取装置において、
前記パラメータ解釈部は、前記入力パラメータ内で示された情報内容が更新される情報である場合、予め設定された所要時間内で更新された情報の更新前の情報および更新後の情報それぞれを記憶する更新情報記憶手段を備えたことを特徴とする障害解析採取装置。
【請求項３】
外部端末から障害にかかる情報を示す入力パラメータを受け付ける前記入力パラメータ受付部を備えた障害解析情報採取装置にあって、前記障害解析用の障害解析情報を採取する障害解析情報採取方法であって、
前記障害解析情報採取装置および前記運用端末それぞれに固有のファイルシステム設定の差分を示すシステム差分情報を保持し、
前記入力パラメータ内で示された情報のファイル名、ファイルの格納場所を示すファイルアドレス、およびファイルの移動元および移動先を示す移動情報を、前記差分管理部のシステム差分情報に基づき変換し、
前記変換された入力パラメータに基づき前記障害解析用の情報の取得手順を示す情報採取スクリプトを生成し、
前記生成された情報採取スクリプトを実行して前記障害解析用の情報を採取することを特徴とする障害解析情報採取方法。
【請求項４】
外部端末から障害にかかる情報を示す入力パラメータを受け付ける前記入力パラメータ受付部を備えた障害解析情報採取装置にあって、前記障害解析用の障害解析情報を採取するための障害解析情報採取プログラムであって、
前記障害解析情報採取装置および前記運用端末それぞれに固有のファイルシステム設定の差分を示すシステム差分情報に基づいて、前記入力パラメータ内で示された情報のファイル名、ファイルの格納場所を示すファイルアドレス、およびファイルの移動元および移動先を示す移動情報をそれぞれ変換するパラメータ変換機能と、
前記変換された入力パラメータに基づき前記障害解析用の情報の取得手順を示す情報採取スクリプトを生成するスクリプト生成機能と、
前記生成された情報採取スクリプトを実行して前記障害解析用の情報を採取する処理を行う障害解析情報取得処理機能とを、コンピュータに実行させることを特徴とした障害解析情報採取プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムにおける障害にかかる情報を採取するための技術に関する。
【背景技術】
【０００２】
コンピュータシステムにおける障害が発生した際には、可能な限り迅速に、必要な情報を採取して障害を解析し、システムの適切な復旧を行うために必要なログファイルやシステムの設定ファイルなどの情報を迅速に採取して、これらの情報に基づき障害を解析を行うことが求められる。
【０００３】
例えば、特定のコンピュータシステムにおける既知の、あるいは類似の障害については、発生した障害の内容に応じて、予め設定された障害解析に必要な情報を、自動で採取する手法（特許文献１、特許文献２など）が開示されている。
【０００４】
一方、特定のコンピュータシステムに新規の障害が発生した場合、システムの運用状況や障害の状況等により採取される必要な情報が異なる。このため、障害解析に必要な情報を自動で採取することは困難である。
【０００５】
これに対して、コンピュータシステムに生じた新規障害にかかり、情報の採取を効率的に行うための関連技術が開示されている(特許文献３)。
この関連技術では、既知障害については自動で情報採取を行い、新規障害については運用オペレータが採取すべき情報を、パラメータシートの入力を行うことにより、情報採取用のスクリプト(情報採取スクリプト)を自動生成する。また、生成された情報採取スクリプトをデータベース(ＤＢ)に登録することで、次回、同じ障害が発生した際には、登録された情報採取スクリプトを実行することにより、傷害解析に必要となる情報の採取を自動的に行う。
【０００６】
ここで、例えば、ある製品（ここでは、コンピュータシステムとする）で新規障害が発生し、この製品における障害の調査解析を部門(調査解析部門)が、障害調査のために情報採取（主にログファイルや設定ファイル）を、運用管理者(運用管理サーバ)に依頼する場合を考える。
尚、上記調査解析部門は、あらかじめ設定されたサーバコンピュータであってもよい。
【０００７】
このとき、障害の調査解析を行う調査解析部門から運用管理サーバに伝えられる情報は、調査対象製品内に格納されたログファイル、ログ出力先を示すファイル(ログ出力先)、設定ファイルなどの情報の格納された位置(場所)を示すデフォルトのパスである。
しかしながら、このログ出力先を示す情報や、コンピュータシステムの設定ファイルの格納場所は、コンピュータシステムによって異なる場合が多い。
また、コンピュータシステムによっては、ログファイルの格納場所が一定のタイミングでローテーションされる。また、ローテーションが行われる間隔は、コンピュータシステムによって異なる。
【０００８】
このため、運用管理者側(運用管理サーバ)では、パラメートシートの入力を調査解析部門側で行うことができず、調査解析部門から通知された情報に基づいて、例えば、手作業による入力などが行われていた。
【０００９】
しかしながら、この場合、運用管理者側でも連絡された情報を、実際のコンピュータシステムにおけるファイル格納方法や階層構造に合わせて、読み替えを行った上で入力を行う必要があり、入力に多大な時間がかかってしまったり、入力時における読み違いや入力ミスが発生してしまったりする不都合がある。
【００１０】
これに対する関連技術として、分散型システムの確認試験のための単純作業に関する項目を機械化してかつ自動的に試験を行うＬＡＮ自動試験装置が開示されている(特許文献４)。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００３−３４５６２８公報
【特許文献２】特開２００３−１９５６８７公報
【特許文献３】特開２００３−１７１０６１公報
【特許文献４】特開平０４−２６４６２８公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記特許文献１乃至４に開示された関連技術では、例えば、特定のコンピュータシステム内で新規障害が生じたときに適用した場合、この障害にかかる障害解析を行うための情報を採取には、各コンピュータシステム固有な設定を考慮する必要があり、また、ログのローテーション等を運用オペレータによる判断により書き換える必要がある。
このため、上述のように、障害解析にかかる情報の収集を行うまでに多大な時間を要したり、入力ミス等による人為的な情報収集エラーなどが発生してしまい、障害解析に必要な情報を迅速に採取することができない不都合が生じ得る。
【００１３】
［発明の目的］
本発明は、上記関連技術の有する不都合を改善し、コンピュータシステムに生じた障害の解析に必要な情報を迅速に採取する障害解析情報採取装置、障害解析情報採取方法、障害解析情報採取プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明に係る障害解析情報採取装置は、外部端末から障害にかかる情報を示す入力パラメータを受け付ける入力パラメータ受付部を備えた障害解析情報採取装置であって、当該障害解析情報採取装置および前記外部端末それぞれに固有のファイルシステム設定の差分を示すシステム差分情報を保持する差分管理部と、前記入力パラメータ内で示された情報のファイル名、ファイルの格納場所を示すファイルアドレス、およびファイルの移動元および移動先を示す移動情報を、前記差分管理部のシステム差分情報に基づき変換するパラメータ解釈部と、前記変換された入力パラメータに基づき前記障害解析を行うための情報の取得手順を示す情報採取スクリプトを生成する情報採取スクリプト生成部と、前記生成された情報採取スクリプトを実行して前記障害解析を行うための情報を採取するスクリプト実行部とを備えた構成をとっている。
【００１５】
又、本発明にかかる障害解析情報採取方法は、外部端末から障害にかかる情報を示す入力パラメータを受け付ける前記入力パラメータ受付部を備えた障害解析情報採取装置にあって、前記障害の解析を行うための障害解析情報を採取する障害解析情報採取方法であって、前記障害解析情報採取装置および前記運用端末それぞれに固有のファイルシステム設定の差分を示すシステム差分情報を保持し、前記入力パラメータ内で示された情報のファイル名、ファイルの格納場所を示すファイルアドレス、およびファイルの移動元および移動先を示す移動情報を、前記差分管理部のシステム差分情報に基づき変換し、前記変換された入力パラメータに基づき前記障害解析を行うための情報の取得手順を示す情報採取スクリプトを生成し、前記生成された情報採取スクリプトを実行して前記障害解析を行うための情報を採取することを特徴としている。
【００１６】
又、本発明にかかる障害解析情報採取プログラムは、外部端末から障害にかかる情報を示す入力パラメータを受け付ける前記入力パラメータ受付部を備えた障害解析情報採取装置にあって、前記障害にかかる情報を採取するための障害解析情報採取プログラムであって、前記障害解析情報採取装置および前記運用端末それぞれに固有のファイルシステム設定の差分を示すシステム差分情報に基づいて、前記入力パラメータ内で示された情報のファイル名、ファイルの格納場所を示すファイルアドレス、およびファイルの移動元および移動先を示す移動情報をそれぞれ変換するパラメータ変換機能と、前記変換された入力パラメータに基づき前記障害解析を行うための情報の取得手順を示す情報採取スクリプトを生成するスクリプト生成機能と、前記生成された情報採取スクリプトを実行して前記障害解析を行うための情報を採取する処理を行う障害解析情報取得処理機能と、をコンピュータに実行させることを特徴としている。
【発明の効果】
【００１７】
本発明は、以上のように構成され機能するので、これによると、入力パラメータを、障害解析情報採取装置および前記外部端末それぞれに固有のファイルシステム設定の差分を示すシステム差分情報に基づき変換して、この変換された入力パラメータに基づき情報採取スクリプトを生成し、情報採取スクリプトを実行して前記障害にかかる情報を採取する手段を備えた構成としたことにより、コンピュータシステムに生じた障害の解析に必要な情報を迅速に採取し得る障害解析情報採取装置、障害解析情報採取方法、および障害解析情報採取プログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明による障害解析情報採取装置の一実施形態を示す概略ブロック図である。
【図２】図１に開示した障害解析情報採取装置における入力パラメータの一例を示す説明図である。
【図３】図１に開示した障害解析情報採取装置におけるシステム固有名管理テーブルの一例を示す説明図である。
【図４】図１に開示した障害解析情報採取装置におけるローテートログ管理テーブルの一例を示す説明図である。
【図５】図１に開示した障害解析情報採取装置における変換パラメータの一例を示す説明図である。
【図６】図１に開示した障害解析情報採取装置における入力パラメータ受付部１１の動作処理ステップを示すフローチャートである。
【図７】図１に開示した障害解析情報採取装置におけるパラメータ解釈部１２の動作処理ステップを示すフローチャートである。
【図８】図１に開示した障害解析情報採取装置におけるパラメータ解釈部１２によるシステム固有チェックの動作処理ステップを示すフローチャートである。
【図９】図１に開示した障害解析情報採取装置におけるパラメータ解釈部１２によるログローテートチェックの動作処理ステップを示すフローチャートである。
【図１０】図１に開示した障害解析情報採取装置におけるスクリプト生成部１３の動作処理ステップを示すフローチャートである。
【図１１】図１に開示した障害解析情報採取装置におけるスクリプト生成部１３によるコマンド実行スクリプト生成の動作処理ステップを示すフローチャートである。
【図１２】図１に開示した障害解析情報採取装置におけるスクリプト生成部１３によるログファイル採取スクリプト生成の動作処理ステップを示すフローチャートである。
【図１３】図１に開示した障害解析情報採取装置におけるスクリプト生成部１３による認定ファイル採取スクリプト生成の動作処理ステップを示すフローチャートである。
【図１４】図１に開示した障害解析情報採取装置におけるスクリプト生成部１３によるシステム固有チェックの動作処理ステップを示すフローチャートである。
【図１５】図１に開示した障害解析情報採取装置におけるスクリプト実行部１４の動作処理ステップを示すフローチャートである。
【図１６】図１に開示した障害解析情報採取装置におけるローテートログ採取アルゴリズムを適用したときの取得対象ファイルリストの遷移一例を示すフローチャートである。
【発明を実施するための形態】
【００１９】
［実施形態］
次に、本発明の実施形態について、その基本的構成内容を説明する。
【００２０】
本発明の実施形態の構成について図面を参照して詳細に説明する。
本実施形態の障害解析情報採取装置１は、図１に示すように、入力パラメータの入力を行う運用端末(外部端末)２に接続して設けられた構成となっている。
【００２１】
また、障害解析情報採取装置１は、図１に示すように、入力パラメータ受付部１１、パラメータ解釈部１２、差分管理ＤＢ１２１、スクリプト生成部１３、スクリプト実行部１４を備えた構成となっている。
ここで、障害解析情報採取装置は、ＣＰＵ、メモリ、ＨＤＤを備えたコンピュータであって、メモリに読込まれたプログラムを上記ＣＰＵが実行処理制御することにより、上記入力パラメータ受付部１１、パラメータ解釈部１２、差分管理ＤＢ１２１、スクリプト生成部１３、スクリプト実行部１４の動作処理を実現するものとする。
【００２２】
ここで、障害解析情報採取装置１は、例えば、ＵＮＩＸシステム（ＵＮＩＸは登録商標です）のようなコンピュータシステムと同様に、そのファイル構造は、階層型のディレクトリとファイルで構成されており、全てのファイルは絶対パス（格納ディレクトリ＋ファイル名）を指定することで一意に特定できるものとする。
本実施形態におけるコンピュータシステムである障害解析情報採取装置１内に格納された、あるファイルのファイル名が「syslog.log」、このファイルの格納ディレクトリが、「/var/adm/syslog/」である場合、このファイルの絶対パスは「/var/adm/syslog/syslog.log」となる。
また、各ファイルは、最終更新日時を値として保持し、システムはいつでも参照することができるものとする。
【００２３】
運用端末２は、所定のフォーマットに基づいて、入力パラメータ２１を作成し、障害解析情報採取装置１に送付する機能を有する。
入力パラメータ受付部１１は、運用端末２から所定のフォーマットの入力パラメータ２１を受け取り、パラメータ解釈部１２に渡す機能を有する。
【００２４】
パラメータ解釈部１２は、入力パラメータ受付部１１から入力パラメータ２１を受け取り、差分管理ＤＢ１２１に問い合わせを行い、必要に応じて採取する情報の格納場所をシステム固有の値に変換するなどをした変換パラメータ２２を生成する。
【００２５】
スクリプト生成部１３はパラメータ解釈部１２から変換パラメータ２２を受け取り、受け取ったパラメータを元にして情報採取スクリプト１３１を生成する。
【００２６】
スクリプト実行部１４は情報採取スクリプト１３１を実行し、必要な情報を採取する。
【００２７】
入力パラメータ２１は、図２に示すように、種別２１１、デフォルト名２１２、オプションＡ２１３、オプションＢ２１４を含む。
【００２８】
ここで、種別２１１には、「コマンド実行」または「ログファイル」または「設定ファイル」を指定する。
採取すべき情報は、大きく分けてコマンド実行の結果とログファイルに大別される。
種別に応じてデフォルト名２１２、オプションＡ２１３、オプションＢ２１４に入力される値は異なるので、以下、種別ごとに説明する。
【００２９】
種別２１１が「コマンド実行」の場合、デフォルト名２１２には該当コマンド名、オプションＡ２１３には該当コマンドのオプション、オプションＢ２１４には出力先ファイル名を記載する。オプションＡ２１３は空欄でも構わないが、オプションＢ２１４の出力先ファイル名は必須項目とする。例えば、「ls _l」のコマンド実行結果を「ls.log」というファイル名で出力したい場合は、種別２１１＝「コマンド実行」、デフォルト名２１２＝「ls」、オプションＡ２１３＝「-l」、オプションＢ２１４＝「ls.log」となる。
【００３０】
種別２１１が「ログファイル」である場合、デフォルト名２１２には、該当ファイル名、オプションＡ２１３にはログの取得開始時間、オプションＢ２１４には、ログの取得終了時間を記載する。
ここで、ログファイルは常時、更新が行われるファイルで時間やファイルサイズなどでローテーションされることとする。
例えば、障害発生時間が「2008/11/7 20:15」であるため、障害発生の前後１０分のログを取得したい場合は、オプションＡ２１３には「2008/11/7 20:05」、オプションＢ２１４には「2008/11/7 20:25」を記載する。
【００３１】
また、オプションＡ２１３、オプションＢ２１４は片方あるいは両方が空欄でも構わない。空欄の場合は開始時間、終了時間がそれぞれ無しとなる。例えば、両方が空欄の場合は最新ログファイルおよびローテートされた全ログファイルを取得するという意味となる。
【００３２】
種別２１１が「設定ファイル」の場合は、デフォルト名２１２には該当ファイル名、オプションＡ２１３、Ｂ２１４は空欄とする。
【００３３】
差分管理ＤＢ１２１は、図３および４に示すように、システム固有名管理テーブル１２２とログローテートルール管理テーブル１２３の２つを含む。
【００３４】
システム固有名管理テーブル１２２は、デフォルト名１２２１とシステム固有名１２２２の対応表となっている。システム固有名１２２２はコマンドまたはファイルの絶対パス（システムで一意の値）である。
【００３５】
パラメータ解釈部１２は、入力パラメータのデフォルト名２１２とシステム固有名管理テーブルのデフォルト名１２２１を参照し、一致するものがあればシステム固有名１２２２を、一致するものがなければ入力パラメータのデフォルト名２１２を値として変換パラメータ２２を出力する。また、デフォルト名１２２１とシステム固有名１２２２はＮ：１の関係でも構わない。
【００３６】
例えば、「syslog」は略語で、正式には「/var/adm/syslog/syslog.log」のことを表し、システム固有名が「/var2/adm/syslog/syslog.log」であった場合、システム固有名管理テーブル１２２には、
「syslog」→「/var2/adm/syslog/syslog.log」
および
「/var/adm/syslog/syslog.log」→「/var2/adm/syslog/syslog.log」
の２行が登録されており、入力パラメータがどちらの場合も変換後の値は１つに定まる。略語による入力を許すことによりオペレータの入力パラメータの入力に関する負荷を軽減することができる。
【００３７】
ローテートログ管理テーブル１２３は、ログファイル名１２３１とローテートログ格納場所１２３２の対応表となっている。ログファイル名１２３１は、絶対パス（システムで一意の値）である。
ローテートログ格納場所１２３２は、１つのログファイルに対して１つとし、あるログファイルが複数回ローテートされた場合は、同一ディレクトリに異なるファイル名で格納されるものとする。
【００３８】
また、該当ディレクトリには、該当ログファイルのローテートログ以外のファイルは格納されないものとする。
更に、種別が「ログファイル」であるとき、ローテートログ管理テーブル１２３が参照され、該当ログファイル１２３１のローテートログ格納場所１２３２を変換パラメータ１２２２に追加する。
【００３９】
図５を参照すると、変換パラメータ２２は種別２２１、システム固有名２２２、オプションＡ２２３、オプションＢ２２４、ローテートログ格納場所２２５を含む。
【００４０】
種別２２１、オプションＡ２２３、オプションＢ２２４は入力パラメータ２１の値がそのまま入る。
【００４１】
システム固有名２２２はパラメータ解釈部１２がシステム固有名管理テーブル１２２を参照して変換した値が入る。
【００４２】
ローテートログ格納場所２２５には、パラメータ解釈部１２がローテートログ管理テーブル１２３を参照して追加した値が入る。このため、種別２２１が「コマンド実行」または「設定ファイル」の場合は空欄となる。
【００４３】
情報採取スクリプト１３１は、スクリプト生成部１３が変換パラメータ２２に基づいて作成されたスクリプトである。このスクリプトをスクリプト実行部１４が実行をすることにより必要な情報が採取されることになる。
【００４４】
以上のような構成とすることにより、本実施形態では、ログのローテート間隔やローテートされたログファイル、システムの設定ファイル等の格納場所などがシステム毎に異なっている場合でも、例えば、コンピュータシステムの障害にかかる障害解析情報を効率的に採取することができる。
【００４５】
また、本実施形態では、パラメータシートに必要なログ名やコマンド名の入力を行う際に、ファイルの格納場所やログファイルのローテーション先の情報などのシステム固有の設定を考慮することなく、障害解析に必要な情報をパラメータシートと情報採取スクリプトを用いることで効率的に採取することができる。
【００４６】
［実施形態の動作説明］
次に、本実施形態の動作について、その概略を説明する。
差分管理ＤＢ１２１が、障害解析情報採取装置１および運用端末２それぞれに固有のファイルシステム設定の差分を示すシステム差分情報を保持し、入力パラメータ２１内で示された情報のファイル名、ファイルの格納場所を示すファイルアドレス、およびファイルの移動元および移動先を示す移動情報を、前記差分管理部のシステム差分情報に基づき変換し（パラメータ変換工程）、スクリプト生成部１３が、変換パラメータ２２に基づき前記障害解析を行うための情報(障害解析情報)の取得手順を示す情報採取スクリプト１３１を生成し（スクリプト生成工程）、スクリプト実行部１４が、情報採取スクリプトを実行して障害解析情報を採取する（障害解析情報取得工程）。
【００４７】
ここで、上記パラメータ変換工程、スクリプト生成工程、および障害解析情報取得工程については、その実行内容をプログラム化し、コンピュータに実行させるように構成してもよい。
【００４８】
次に、本実施形態の動作について、図３のフローチャートに基づいて詳説する。
【００４９】
まず、運用端末２が、図２に示すように、入力パラメータ２１を入力生成を行い、障害解析情報採取装置１に対して入力パラメータ２１を入力する。
ここでは、運用端末２の運用オペレータ（、あるいは調査解析部門）が、運用端末２を利用して入力を行ってもよい。
【００５０】
次に、入力パラメータ受付部１１が、図６に示すように、運用端末２から入力パラメータ２１を受け取り（ステップＳ０６１）、パラメータ解釈部１２に渡す処理を行う（ステップＳ０６２）。
【００５１】
次に、パラメータ解釈部１２の動作について、図７のフローチャートに基づき説明する。
パラメータ解釈部１２は、入力パラメータ受付部１１から入力パラメータ２１を受け取り（ステップＳ０７１）、構文チェックを行う（ステップＳ０７２）。
ここで、エラーがあった場合は(エラーあり)、運用端末２に対して入力エラーを返す（ステップＳ０７３）。
一方、入力パラメータ２１は、入力エラーがない場合(エラーなし)には、差分管理ＤＢ１２１に対する問い合わせを行う（ステップＳ０７４）。
ここで、パラメータ解釈部１２は、システム固有名チェックを行い、デフォルト名をシステム固有名に変換した変換パラメータ２２を生成する（ステップＳ０７５：システム固有名チェック）。
【００５２】
次に、パラメータ解釈部１２は、種別２１１の判定を行い（ステップＳ０７６）、生成した変換パラメータ２２がログファイルであれば更にログローテートチェックを行い、変換パラメータ２２にローテートログ格納場所を追記する（ステップＳ０７７: ログローテートチェック）。
次に、パラメータ解釈部１２は、最終的にできあがった変換パラメータ２２をスクリプト生成部１３に渡す（ステップＳ０７８）。
【００５３】
ここで、上記システム固有名チェック（Ｓ０７５）について、図８のフローチャートに基づき説明する。
【００５４】
パラメータ解釈部１２は、システム固有名管理テーブル１２２を参照し（Ｓ０８１）、入力パラメータ２１のデフォルト名２１２とシステム固有名管理テーブル１２２のデフォルト名１２２１との比較参照を行う（ステップＳ０８２）。
この比較参照の結果（ステップＳ０８３）、一致しない場合（ＮＯ）、パラメータ解釈部１２は、変換パラメータ２２のシステム固有名２２２に入力パラメータ２１のデフォルト名２１２２を転記する。
一方、比較参照の結果一致する場合（ＹＥＳ）、パラメータ解釈部１２は、変換パラメータ２２のシステム固有名２２２にシステム固有名管理テーブル１２２のシステム固有名１２２を転記する（ステップＳ０８５）。
【００５５】
ここで、パラメータ解釈部１２による、上記ログローテートチェック（ステップＳ０７７）について、図９のフローチャートに基づき説明する。
【００５６】
パラメータ解釈部１２は、ローテートログ管理テーブル１２３を参照し（ステップＳ０９１）、変換パラメータ２２のデフォルト名２２２とローテートログ管理テーブル１２３のログファイル名１２３１を比較する（ステップＳ０９２）。
比較した結果（Ｓ０９３）、一致しない場合は（ＮＯ）、特に対処せず変換パラメータ２２のローテートログ格納場所は空欄のままとし（ステップＳ０９４）、一致する場合は（ＹＥＳ）、変換パラメータ２２のローテートログ格納場所２２５にローテートログ管理テーブル１２３のローテートログ格納場所１２３２を転記する（ステップＳ０９５）。
【００５７】
パラメータ解釈部１２は、図７〜図９に示すように動作することで、入力パラメータ２１（図２）を変換パラメータ２２（図５）に変換し、当該変換パラメータ２２をスクリプト生成部１３に渡す。
【００５８】
次に、スクリプト生成部１３の動作処理ステップについて、図１０のフローチャートに基づき説明する。
まず、スクリプト生成部１３は、パラメータ解釈部２１より変換パラメータ２２を受け取り（ステップＳ１０１）、コマンド実行スクリプト生成する（ステップＳ１０２）。
次いで、スクリプト生成部１３は、ログファイル採取スクリプト生成する（ステップＳ１０３）と共に、設定ファイル採取スクリプトの生成（ステップＳ１０４）を行う。
【００５９】
更に、スクリプト生成部１３は、各スクリプトで採取したコマンド実行結果、ログファイル、設定ファイルをアーカイブしてまとめるスクリプトを生成し（ステップＳ１０５）、最終的にできた情報採取スクリプト１３１をスクリプト実行部１４に渡す（ステップＳ１０６）。
【００６０】
ここで、まず、図１１に示すフローチャートに基づきコマンド実行スクリプト生成（ステップＳ１０２）について説明し、次いで、図１２に示すフローチャートに基づき、ログファイル採取スクリプト生成（ステップＳ１０３）について説明する。
【００６１】
また、それに次いで、図１３に示すフローチャートに基づき、設定ファイル採取スクリプト生成（ステップＳ１０４）は図１４でそれぞれ更に詳細なフローを説明する。
図１４に示すフローチャートに基づき、設定ファイル採取スクリプト生成（ステップＳ１０４）について詳説する。
【００６２】
まず、スクリプト生成部１３による、上記コマンド実行スクリプト生成（ステップＳ１０２）の動作について、図１１のフローチャートに基づき説明する。
スクリプト生成部１３は、種別２２１の判定を行う（ステップＳ１１１）。
このとき、種別２２１がコマンド実行である場合は、オプションＡ２２３の値を判定し（ステップＳ１１２）、空欄でない場合には、システム固有名２２２、オプションＡ２２３、オプションＢ２２４をパラメータとしてコマンド実行スクリプトを生成する（ステップＳ１１３）。
一方、空欄の場合には、システム固有名２２２、オプションＢ２２４をパラメータとしてコマンド実行スクリプトを生成する（ステップＳ１１４）。
【００６３】
次に、図１２のフローチャートに基づいて、スクリプト生成部１３による、上記ログファイル採取スクリプト（ステップＳ１０３）の動作について詳説する。
まず、スクリプト生成部１３は、種別２２１の判定を行う（ステップＳ１２１）。
このとき、種別２２１がログファイルである場合には、予め設定されたローテートログ採取アルゴリズムに基づき、ログファイル採取スクリプトを生成する（ステップＳ１２２）。
尚、ローテートログ採取アルゴリズムについては、図１３に基づき後述する。
【００６４】
ここで、図１３のフローチャートに基づいて、（スクリプト生成部１３の）ローテートログ採取アルゴリズムについて詳説する。
まず、ローテートログ格納場所２２５の値の判定を行う。
このとき、空欄である場合はシステム固有名２２２のログを採取対象ログファイルリストに追加する（ステップＳ１３２）。
記載がある場合は、取得対象の候補となる全ログ、すなわちシステム固有名２２２のログとローテートログ格納場所２２５以下の全ファイルを最終更新日時の昇順に並べ替えし、取得対象ログファイルリストに追加する（ステップＳ１３３）。
【００６５】
次に、オプションＡ２２３の値を判定する（ステップＳ１３４）。
記載がある場合は、最終更新日時がオプションＡ２２３より早い時間のログファイルを取得対象ファイルリストから削除する（ステップＳ１３５）。
次に、オプションＢ２２４の値の判定を行う（ステップＳ１３６）。
【００６６】
記載がある場合は、最終更新日時がオプションＢ２２４より遅い時間のログファイルについて、最もオプションＢ２２４に近い時間のログファイル以外を取得対象ログファイルリストから削除する（ステップＳ１３７）。
以上に示す動作により、取得対象ファイルリストにはオプションＡ２２３の時間からオプションＢ２２４の時間を含むログファイルのみとなり、リスト上の全ログファイルを取得すればよいことになる（ステップＳ１３８）。
【００６７】
次に、ローテートログ採取アルゴリズムを適用したときの取得対象ファイルリストの遷移例について、図１６に基づき説明する。
【００６８】
尚、オプションＡは13:30、オプションＢは15:30とする。
まず、ステップＳ１３３の動作により、所得対象ログファイルリストがＬ１６１のようになったとする。
各ログファイルには１つ前のログの最終更新日時〜自分の最終更新日時のログが記録されていることになる。
【００６９】
例えば、ログ１は16:00〜17:00のログが記録されていることになる。次にステップＳ１３５の操作を行うと、最終更新日時が13:30以前のログファイルをリストから削除することになるので、ログ５、ログ６が削除され取得対象ログファイルリストはＬ１６２のようになる。
【００７０】
次に、ステップＳ１３７の操作を行うと、最終更新日時が15:30より遅い時間のログファイルのうち、最も15:30に近いログファイル（＝ログ２）以外を取得対象ログファイルリストから削除することになるので、ログ０、ログ１が削除され、取得対象ログファイルリストはＬ１６３のようにログ２、ログ３、ログ４が残ることになる。これらのログには13:00〜16:00のログが含まれているので13:30〜15:30のログという条件を満たすことになる。
【００７１】
ここで、図１４のフローチャートに基づいて、上記設定ファイル採取スクリプト（ステップＳ１０４）の動作について詳説する。
【００７２】
まず、種別２２１の判定を行う（ステップＳ１４１）。種別２２１がコマンド実行ファイルである場合はシステム固有名２２２をパラメータとして設定ファイル採取スクリプトを生成する（ステップＳ１４２）。
【００７３】
次に、スクリプト実行部１４の動作フローについて、図１５のフローチャートに基づき説明する。
スクリプト生成部１３より情報採取スクリプト１３１を受け取り（ステップＳ１５１）、情報採取スクリプト１３１を実行して必要なログを採取する(ステップＳ１５６)。
【００７４】
以上のように、本実施形態では、運用オペレータ、あるいは調査解析部門は、システム固有な情報やログのローテートを考慮する必要なく、特定のパラメータを入力することにより、例えば、障害解析情報などを、迅速的且つ正確に採取を行うことができる。
【００７５】
また、本実施形態では、スクリプトによる自動実行により、オペレーションミスや読み替えによる判断ミスが軽減されるため、性格に必要な情報を採取することができる。
さらには、情報採取が迅速且つ正確に行うことが可能になったことにより、コンピュータシステムにおける障害解析ならびに復旧をすばやく行うことができる。
【産業上の利用可能性】
【００７６】
本発明は、コンピュータ端末が相互に接続されたローカルエリアネットワークや広域ネットワークなどのネットワークシステムにおける障害解析を行うシステムに対して有用に適用することができる。
【符号の説明】
【００７７】
１  障害解析情報採取装置
２  運用端末(外部端末)
１１  入力パラメータ受付部
１２１  差分管理データベース
１３  スクリプト生成部
１４  スクリプト実行部
【図１】
2010244306.tif 000003
【図２】
2010244306.tif 000004
【図３】
2010244306.tif 000005
【図４】
2010244306.tif 000006
【図５】
2010244306.tif 000007
【図６】
2010244306.tif 000008
【図７】
2010244306.tif 000009
【図８】
2010244306.tif 000010
【図９】
2010244306.tif 000011
【図１０】
2010244306.tif 000012
【図１１】
2010244306.tif 000013
【図１２】
2010244306.tif 000014
【図１３】
2010244306.tif 000015
【図１４】
2010244306.tif 000016
【図１５】
2010244306.tif 000017
【図１６】
2010244306.tif 000018