JP2001067248A - 障害ログの採取方式及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】 システム障害には到らない軽微な障害であっ
て、複数の装置に伝播する障害に係る装置から選択的に
ログ情報を収集して、それらを関連づけて、関連付けら
れたログ情報をもとにログ解析をすることが可能な障害
ログの収集方式を提供する。 【解決手段】 無限時間の待ち合わせを行っているとき
に、コンピュータシステムを構成する複数の装置のうち
のいずれか１の装置に最初の障害が発生したときに、そ
の１の装置よりログ情報を採取し、前記複数の装置のう
ち、前記最初の障害の発生時刻を起点として、前記発生
時刻から伝播待ち合わせ時間が経過するまでの間に二次
障害が発生した装置よりログ情報を採取するログ採取手
段と、前記第１及び第２のログ情報を含むログ関連付け
情報を生成する手段ログ関連付け手段と、前記ログ関連
付け情報を解析することにより障害原因を特定するログ
解析手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータシス
テムを構成する各装置から障害発生時にログ情報を採取
する障害ログの採取方式及びその方法に関する。

【０００２】

【従来の技術】従来、システムダウンとならない軽微な
装置故障に関するログ採取は、各装置毎に独立して行っ
ていた。

【０００３】この為、ある装置の障害がシステム内の複
数の装置に伝搬した場合でも、装置毎に個別にログ情報
を採取する為、障害装置を特定する為には個別に採取さ
れている各装置のログ情報をそれぞれ解析し、関連付
け、更に、障害装置の特定を人手に委ねる必要があっ
た。

【０００４】特開平２−２７２６４３号公報（従来技術
１）には、各処理装置にハードウェア障害検出手段が備
わり、診断装置には各ハードウェア障害検出装置から障
害情報を収集する障害情報収集手段と、収集された障害
情報を記憶する格納する障害情報格納手段と、格納され
た障害情報により各処理装置の障害を解析する障害解析
手段と、障害解析手段を起動する解析起動手段が備わる
障害解析方式が開示されている。

【０００５】特開平８−１３７８１０号公報（従来技術
２）には、各ネットワーク機器からネットワーク情報を
収集するネットワーク管理部と、各ワークステーション
からシステム管理情報を収集するシステム管理部と、ネ
ットワーク情報とシステム管理情報を処理する統合管理
部とを備えるコンピュータネットワーク管理システムが
開示されている。

【０００６】特開平９−３３０２４４号公報（従来技術
３）には、従来技術の欄に、応用ソフトウェア部に障害
が発生したときにシステムダンプが指示された場合に
は、システムソフトウェア部の共用データ部及び制御情
報部の情報並びに全ての応用ソフトウェア部のデータ部
及び情報部の情報をファイル回路に出力し、応用ソフト
ウェア部に障害が発生したときにシステムダンプが指示
されない場合には障害が発生した応用ソフトウェア部の
データ部及び情報部の情報をファイル回路に出力する方
式が開示されている。また、課題を解決するための手段
以降の欄には、障害応用ソフトウェア部が障害検出の旨
と関連応用ソフトウェア部の名称をシステムソフトウェ
ア部に通知し、その通知を受けたシステムソフトウェア
部が、障害頻度が基準値以上の場合には、制御情報保持
手段に保持されている情報を格納手段に出力し、障害頻
度が基準値以上であるか否かにかかわらず障害応用ソフ
トウェア部と関連応用ソフトウェア部に解析情報の収集
の指示を出し、その指示を受けた障害応用ソフトウェア
部と関連応用ソフトウェア部が内部の情報を格納手段に
出力する方式が開示されている。

【０００７】特開平３−２２５５３６号公報（第２６５
６６４３号特許公報）（従来技術４）には、情報処理装
置を構成する各論理装置の障害発生時に各論理装置に接
続された第１の処理装置で障害発生装置からログデータ
を採取してログエリアに格納した後にその採取したログ
データに基づいてシステム障害か否かを判定し、システ
ム障害でなく個別障害のときは第１の処理装置で個別障
害処理を実施した後にログエリアに採取されたログデー
タを第２の処理装置に個別ログとして引き取らせて保存
させ、システム障害のときは、ログエリアに採取したロ
グデータ以外の不足するログデータを第１の処理装置に
よって全ての論理装置から採取してログエリアに格納し
た後にシステム障害処理を実施し、その後にログエリア
に採取された一連のログデータを第２の処理装置にシス
テムログとして引き取らせて保存させるようにしたログ
データ採取方法とそのための装置が開示されている。

【０００８】特開平４−７６５０号公報（特公平７−８
６８４１号公報）（従来技術５）には、第１実施例とし
て、１の異常内容をログファイルに出力する直前から所
定時間経過後までログ禁止ファイルを生成し、その間に
他の異常が検出されてもその異常内容をログファイルに
出力することを禁止する技術が記載されている。また、
特開平４−７６５０号公報には、第２実施例として、１
の異常内容をログファイルに出力する直前から所定時間
経過後までの間に所定数以下の数の異常検出に対してそ
の異常内容をログファイルに出力する技術が記載されて
いる。特開平４−７６５０号公報には、第３実施例とし
て、１の種類の異常から伝播することが予めわかってい
る種類の異常に関するテーブルを予め用意しておき、こ
のテーブルを利用して、所定のシーケンスの種類の異常
に関する異常内容のみをログファイルに出力する技術が
記載されている。特開平４−７６５０号公報には、第４
実施例として、各異常に対してそれ以降発生する異常を
ログするか否かを決めるテーブルを予め用意しておき、
ある異常が実際に発生したときにその異常発生時から所
定時間内に発生した異常のうちテーブルによりログする
ことが必要であるとされている異常のみをログする技術
が記載されている。特開平４−７６５０号公報には、第
５実施例として、各異常に対してそれ以降発生する異常
をログするか否かを決めるテーブルを予め用意してお
き、ある異常が実際に発生しその異常の発生時から所定
時間以内に複数の異常が発生した場合に、ある異常が実
際に発生したときにその異常発生時から所定時間内に発
生した異常のうちテーブルによりログすることが必要で
あるとされている異常をログするとともに、テーブルに
よるログ不要とされる異常があってもログファイルのケ
ース数の異常だけログする技術が記載されている。

【０００９】

【発明が解決しようとする課題】従来技術１によれば、
各処理装置の障害を個別に解析することはできるが、各
処理装置の障害を関連づけて解析することが出来ない。

【００１０】従来技術２によれば、ネットワーク管理部
はネットワーク機器に対するポーリング又はネットワー
ク機器からのイベント報告を契機としてネットワーク情
報を収集する。従って、１のネットワーク機器に生じた
障害を契機として各ネットワーク機器から所定時間内の
ネットワーク情報を収集することは行われていない。従
って、ネットワーク情報を保持するためには大容量の記
憶部を必要とし、また、各ネットワーク機器の障害の関
連づけが困難となる。段落［００３３］〜［００３４］
に記載されているように、障害情報を生成するために
は、ネットワーク障害ログ中の障害情報レコードとシス
テム障害ログ中の障害情報レコードを関連づけることが
必要とされ、そのためのログ容量及び演算量が増加す
る。

【００１１】従来技術３の従来技術の欄に記載されてい
る技術によれば、システムダンプの場合には、ファイル
回路に出力される情報量及びダンプ時間が膨大となり、
システムダンプでない場合には、情報が不足するという
問題がある。また、情報の解析が使用者に委ねられてい
る。また、従来技術３の課題を解決するための手段の欄
以降に記載されている技術によれば、関連応用ソフトウ
ェア部を予め認識しているのは障害応用ソフトウェア応
用部であり、システムソフトウェア部は障害応用ソフト
ウェア応用部から関連応用ソフトウェア応用部の名称を
受ける。従って、各応用ソフトウェア部に関連応用ソフ
トウェア部の名称を予め設定しておかなければならな
い。

【００１２】従来技術４によれば、１つの論理装置のロ
グデータを採取するか、又は、全ての論理装置のログデ
ータを採取するかのどちらかの動作しか行わず、一部の
複数の論理装置のログデータを採取することは出来な
い。従って、システム障害には到らない軽微な障害であ
って、複数の論理装置に伝播する障害に係る論理装置か
ら選択的にログデータを採取することが出来ない。従っ
て、ログデータを格納するのに必要なログエリアが大容
量となってしまう。また、システム障害を解析するため
に必要な演算量が増加してしまう。

【００１３】従来技術５の第１実施例によれば、１の異
常検出の後に連鎖して発生した異常に関する異常内容を
ログファイルに出力することが出来ない。従来技術５の
第２実施例によれば、１の異常検出の後に連鎖して発生
した異常のうちで、その異常内容がログファイルに出力
される異常の数が制限されてしまう。また、所定数以下
の数の異常検出に対してその異常内容をログファイルに
出力するのを許可する期間が固定であるので、異常内容
によって異常の伝播する時間が異なることに柔軟に適応
することが出来ない。従来技術５の第３実施例によれ
ば、予め異常伝播に関するテーブルを用意しておかなく
てはならない。従来技術５の第４実施例によれば、異常
内容によって異常の伝播する時間が異なることに柔軟に
適応することが出来ず、また、予め異常伝播に関するテ
ーブルを用意しておかなくてはならない。従来技術５の
第５実施例によれば、異常内容によって異常の伝播する
時間が異なることに柔軟に適応することが出来ず、ま
た、予め異常伝播に関するテーブルを用意しておかなく
てはならず、更に、ログファイルに出力される異常の数
が制限されてしまう。

【００１４】本発明は、システム障害には到らない軽微
な障害であって、複数の装置に伝播する障害に係る装置
から選択的にログ情報を収集して、それらを関連づけ
て、関連付けられたログ情報をもとにログ解析をするこ
とが可能な障害ログの収集方式及びその方法を提供する
ことを目的とする。また、本発明は前記のことを予備情
報を必要とせずに可能とする障害ログの収集方式及びそ
の方法を提供することを目的とする。更に、本発明は、
異常内容の相違による異常伝播時間の相違に柔軟に対応
することが可能な障害ログの収集方式及びその方法を提
供することを目的とする。

【００１５】

【課題を解決するための手段】本発明による障害ログの
採取方式は、無限時間の待ち合わせを行っているとき
に、コンピュータシステムを構成する複数の装置のうち
のいずれか１の装置に最初の障害が発生したときに、そ
の１の装置よりログ情報を採取し、前記複数の装置のう
ち、前記最初の障害の発生時刻を起点として、前記発生
時刻から伝播待ち合わせ時間が経過するまでの間に二次
障害が発生した装置よりログ情報を採取するログ採取手
段と、前記第１及び第２のログ情報を含むログ関連付け
情報を生成する手段ログ関連付け手段と、前記ログ関連
付け情報を解析することにより障害原因を特定するログ
解析手段を備えることを特徴とする。

【００１６】また、本発明による障害ログの採取方式
は、上記の障害ログの採取方式において、前記最初の障
害の発生時刻を起点として、前記発生時刻から伝播待ち
合わせ時間が経過するまでの間に二次障害が発生した装
置があるときに、前記二次障害の発生時刻から前記伝播
待ち合わせ時間が経過するまでの間に更なる二次障害が
発生した装置より採取したログ情報を前記ログ関連付け
情報に追加し、これを繰り返す手段を更に備えることを
特徴とする。

【００１７】更に、本発明による障害ログの採取方式
は、無限時間の待ち合わせを行っているときに、コンピ
ュータシステムを構成する複数の装置のうちのいずれか
１の装置に最初の障害が発生してから障害伝播が終息す
るまでの期間に障害が発生している装置からログ情報を
採取する手段と、前記ログ情報を含むログ関連付け情報
を生成する手段と、前記ログ関連付け情報を解析するこ
とにより障害原因を特定する手段と、を備えることを特
徴とする。

【００１８】本発明による障害ログの採取方法は、障害
ログの採取方法無限時間の待ち合わせを行っているとき
に、コンピュータシステムを構成する複数の装置のうち
のいずれか１の装置に最初の障害が発生したときに、そ
の１の装置より採取したログ情報と、前記複数の装置の
うち、前記最初の障害の発生時刻を起点として、前記発
生時刻から伝播待ち合わせ時間が経過するまでの間に二
次障害が発生した装置より採取したログ情報と、を含む
ログ関連付け情報を生成し、前記ログ関連付け情報を解
析することにより障害原因を特定することを特徴とす
る。

【００１９】また、本発明による障害ログの採取方法
は、上記の障害ログの採取方法において、前記最初の障
害の発生時刻を起点として、前記発生時刻から伝播待ち
合わせ時間が経過するまでの間に二次障害が発生した装
置があるときに、前記二次障害の発生時刻から前記伝播
待ち合わせ時間が経過するまでの間に更なる二次障害が
発生した装置より採取したログ情報を前記ログ関連付け
情報に追加し、これを繰り返すことを特徴とする。

【００２０】本発明による障害ログの採取方法は、無限
時間の待ち合わせを行っているときに、コンピュータシ
ステムを構成する複数の装置のうちのいずれか１の装置
に最初の障害が発生してから障害伝播が終息するまでの
期間に障害が発生している装置からログ情報を採取し
て、前記ログ情報を含むログ関連付け情報を生成し、前
記ログ関連付け情報を解析することにより障害原因を特
定することを特徴とする。

【００２１】

【発明の実施の形態】本発明による障害ログの採取方式
及びその方法は、システムダウンとならない軽微な装置
故障がシステム内の複数の装置に伝搬した時、図１のサ
ービスプロセッサ１において、各々の装置よりログ採取
手段１１にて採取するログ情報をログ関連付け手段１２
にて関連付けして格納する事により障害解析を容易にす
ることを特徴とする。

【００２２】［実施形態１］図１に本発明の実施形態１
を行うサービスプロセッサ及びそれが接続されるコンピ
ュータシステムを示す。サービスプロセッサ１は装置２
１、２２、２３より成る装置群２と接続される。なお、
装置２１、２２、２３は、具体的には、ＣＰＵユニッ
ト、メモリユニット、Ｉ／Ｏユニットなどであり、デー
タバス３を介して接続される。装置２１、２２、２３及
びデータバス３によるコンピュータシステムが構成され
る。

【００２３】サービスプロセッサ１は障害を通知してき
た装置よりログ情報を読み出すログ採取手段１１と、一
定の条件が満たされるまでの間に採取された複数のログ
情報が採取された場合、各ログ情報の関連付けを行う為
のログ関連付け情報を生成するログ関連付け手段１２
と、ログ関連付け情報、及び、ログ情報を保持するログ
情報記憶手段１３と、ログ関連付け情報とログ情報より
障害箇所の特定、すなわち最初の障害要因とそれが発生
している装置の特定を行うログ解析手段１４より構成さ
れる。

【００２４】ログ関連づけ情報は、ログ情報採取日時、
コンピュータシステム構成などより成る共通部と、各装
置に対応したログ情報より成る。

【００２５】次に図１に示す本実施形態の動作につい
て、図２のフローチャートを参照して説明する。

【００２６】サービスプロセッサ１のログ関連付け手段
１２は、各ログ採取手段１１からのログ情報登録を待ち
合わせる。この時、待ち合わせ条件は無限時間待ちとす
る（ステップＡ１、Ａ２）。

【００２７】装置群２の何れかの装置（例えば、装置２
１）に障害が発生した時、それぞれの装置に対応したロ
グ採取手段１１は、当該装置よりログ情報を採取し、ロ
グ関連付け手段１２に対してログ情報の登録を要求す
る。

【００２８】ログ関連付け手段１２は、ログ情報登録要
求を受け付けた場合、ログ情報登録待ち合わせを終了
し、ログ関連付け情報に当該ログ情報を追加する（ステ
ップＡ３、Ａ４）。また受け付けたログ情報はログ情報
記憶手段１３に保持する。

【００２９】この時、装置２１の障害が装置間を接続す
るデータバス３を伝わって別の装置（装置２２、装置２
３）に伝搬することが考えられる。また、システムの状
態により必ずしも最初に障害を通知してきた装置が障害
装置とは限らない。これらの理由によりログ関連付け手
段１２は、ログ情報待ち合わせの条件を無限時間待ちか
ら、装置間で障害が伝搬する時間を考慮した時間（以
下、「伝播待ち合わせ時間」という。）で待ち合わせる
こととし（ステップＡ５）、再度ログ情報待ち合わせと
なる（ステップＡ２）。

【００３０】仮に装置２２に障害が伝搬しログ採取が行
われた場合は、上記と同じ動作でログ関連付け情報に新
たなログ情報が追加される。

【００３１】更に、新たなログ情報が伝播待ち合わせ時
間中に発生しなかった場合、ログ関連付け手段１２はロ
グ情報登録待ち合わせを終了し、ログ関連付け情報をロ
グ情報記憶手段１３に保持する（ステップＡ３、Ａ
６）。

【００３２】次に、ログ関連付け手段１２は、ログ解析
手段１４を起動する。ログ関連付け手段１２により起動
されたログ解析手段１４は、ログ関連付け情報を入力と
して障害解析を行い、障害装置の特定を行う（ステップ
Ａ７）。

【００３３】この後、ログ関連付け手段１２は、待ち合
わせ条件を無限時間待ちに戻し、新たなログ情報登録を
待ち合わせる。

【００３４】［実施形態２］次に、本発明の実施形態２
について図面を参照して詳細に説明する。

【００３５】図３を参照すると、本実施形態の実施形態
１との相違点は、サービスプロセッサ１Ｂが、図１に示
された実施形態１におけるサービスプロセッサ１の各構
成要素に加え、装置状態チェック手段１５を有する点で
ある。

【００３６】装置状態チェック手段１５は、装置２１〜
２ｎのいずれかより障害を検出した時、他の装置でも障
害が発生していないかチェックを行う。

【００３７】次に図３に示す本実施形態の動作につい
て、図４のフローチャートを参照して説明する。

【００３８】サービスプロセッサ１は、無限時間待ち合
わせの最中に、装置２１〜２ｎの何れかからの障害通知
を検出すると装置状態チェック手段１５を用いて各装置
にて障害を検出しているか否かを全ての装置に対してチ
ェックする（ステップＢ１、Ｂ２）。

【００３９】装置状態チェック手段１５は、装置２１〜
２ｎのそれぞれの装置が障害を検出していないかをチェ
ックし（ステップＢ２２）、障害を検出していた装置の
ログ情報をログ採取手段１１により採取する（ステップ
Ｂ２３）。

【００４０】ログ採取手段１１は、故障を検出していた
装置よりログ情報を採取し、ログ関連付け手段１２に対
してログ情報の登録を要求する。ログ関連付け手段１２
は、ログ関連付け情報に当該ログ情報を追加する。また
受付けたログ情報はログ情報記憶手段１３に保持する
（ステップＢ２４）。

【００４１】ステップＢ２で、すべての装置に対して、
障害を検出しているか否かの判定及び検出している場合
のログ採取を終了した後で、再度、装置状態チェック手
段１５は、全ての装置に対して障害を検出しているか否
かを判定する（ステップＢ３）。

【００４２】装置状態チェック手段１５が、ステップＢ
３で障害装置を検出した場合、ステップＢ２２での障害
検出チェック時には障害を検出していなかった装置（例
えば装置２２）にも、他装置（例えば装置２ｎ）に関す
るステップＢ２２での障害検出チェック時、又は、それ
に続くログ採取中（ステップＢ２３、Ｂ２４）に障害が
伝搬している可能性があり、それが見過ごされたと判断
し、装置状態チェック処理を再度実行する（ステップＢ
３→Ｂ２）。

【００４３】装置状態チェック手段１５が、ステップＢ
３で障害装置を検出しない場合、障害の伝搬は収束した
と判断し、ログ関連付け手段１２にログ関連付け情報の
ログ情報記憶手段１３への登録を指示する。ログ関連付
け手段１２は、ログ関連付け情報をログ情報記憶手段１
３に保持する（ステップＢ４）。

【００４４】次に、ログ関連付け手段１２は、ログ解析
手段１４を起動する。ログ関連付け手段１２により起動
されたログ解析手段１４は、ログ関連付け情報を入力と
して障害解析を行い、障害装置の特定を行う（ステップ
Ｂ５）。

【００４５】なお、ステップＢ２の処理時間を考慮し
て、これが短い場合には、ステップＢ２５とステップＢ
３との間に、伝播待ち合わせ時間だけ待ち合わせるステ
ップを挿入しても良い。

【００４６】［実施形態３］実施形態３の構成は実施形
態２のものと同一である。次に、実施形態３の動作につ
いて説明する。

【００４７】無限時間の障害待ち合わせの際に、装置状
態チェック手段１５が、いずれかの装置の障害発生を検
出すると、障害が発生した装置からそれに対応したログ
採取手段１１がその装置が生成するログ情報を採取し、
ログ関連付け手段１２がそのログ情報を含むログ関連づ
け情報を生成する。

【００４８】そして、その最初の障害の発生時刻からそ
れから伝播待ち合わせ時間が経過する時刻までの間に、
障害が発生した装置があれば、その障害発生装置からそ
の障害発生装置に対応したログ採取手段１１がログ情報
を採取し、ログ関連づけ手段１２がそのログ情報をログ
関連付け情報に追加する。一方、その最初の障害の発生
時刻からそれから伝播待ち合わせ時間が経過する時刻ま
での間に、障害が発生した装置がなければ、ログ関連付
け情報が完成したと判定し、ログ解析手段１４がログ関
連付け情報を解析して解析結果を出力し、障害待ち合わ
せに移行する。

【００４９】最初の障害の発生時刻からそれから伝播待
ち合わせ時間が経過する時刻までの間に、障害が発生し
た装置があれば、さらに、その障害（二次障害）の発生
の時刻を起点として伝播待ち合わせ時間を設定し、二次
障害の発生の時刻から、その時刻から伝播待ち合わせ時
間が経過した時刻までの間に、障害発生装置が新たに追
加されるか否かを判定するために待つ。その間に障害発
生装置が新たに追加された場合には、上記と同様に、そ
の障害発生装置からその障害発生装置に対応したログ採
取手段１１がログ情報を採取し、ログ関連づけ手段１２
がそのログ情報をログ関連付け情報に追加し、更に、伝
播待ち合わせ時間を設定して、上記と同様な動作を繰り
返す。

【００５０】従って、一次障害のみならず二次障害以降
の副障害を起点とした伝播待ち合わせ時間内に更に障害
が発生することが無くなるまで、すなわち、障害伝播が
終息するまで、ログ関連付け情報にログ情報が追加さ
れ、ログ情報の追加漏れが防止される。

【００５１】

【発明の効果】以上説明したように、本発明によれば以
下の効果が奏される。

【００５２】システムダウンとならない軽微な装置故障
がシステム内の複数の装置に伝搬した時、ログ関連付け
手段でログ情報の関連付け情報を作成し、ログ解析手段
にてログ関連付け情報を参照し障害解析を実施すること
により、故障装置を正しく指摘出来る。

【００５３】システム障害には到らない軽微な障害であ
って、複数の装置に伝播する障害が、時間的に連鎖して
生じることを利用して、そのような障害に係る装置から
選択的にログ情報を採取することが可能となる。従っ
て、そのような障害に係るログ情報を格納するための記
憶手段の容量を削減することが出来る。また、そのよう
な障害に係るログ情報を解析するための演算量を削減す
ることが出来る。

【００５４】更に、本発明によれば、システム障害には
到らない軽微な障害であって、複数の装置に伝播する障
害を採取するために予備情報が必要とされない。

【００５５】更に、本発明によれば、ログ採取した後に
装置状態チェック手段が再度新たな障害があるか否かを
検出し、障害が検出された場合に、再度ログ採取をする
ので、異常内容の相違による異常伝播時間の相違に柔軟
に対応することが可能となる。

【図面の簡単な説明】

【図１】本発明の実施形態１による障害ログの採取方式
を実施するサービスプロセッサ及びそれに接続されるコ
ンピュータシステムの構成を示すブロック図である。

【図２】本発明の実施形態１による障害ログの採取方法
を示すフローチャートである。

【図３】本発明の実施形態２による障害ログの採取方式
を実施する行うサービスプロセッサ及びそれに接続され
るコンピュータシステムの構成を示すブロック図であ
る。

【図４】本発明の実施形態２による障害ログの採取方法
を示すフローチャートである。

【符号の説明】

１、１Ｂ サービスプロセッサ ２ 装置 ３ データバス １１ ログ採取手段 １２ ログ関連付け手段 １３ 情報記憶手段 １４ ログ解析手段 １５ 装置状態チェック手段

Claims (6)

【特許請求の範囲】
1. 【請求項１】 無限時間の待ち合わせを行っているとき
   に、コンピュータシステムを構成する複数の装置のうち
   のいずれか１の装置に最初の障害が発生したときに、そ
   の１の装置よりログ情報を採取し、前記複数の装置のう
   ち、前記最初の障害の発生時刻を起点として、前記発生
   時刻から伝播待ち合わせ時間が経過するまでの間に二次
   障害が発生した装置よりログ情報を採取するログ採取手
   段と、前記第１及び第２のログ情報を含むログ関連付け
   情報を生成する手段ログ関連付け手段と、前記ログ関連
   付け情報を解析することにより障害原因を特定するログ
   解析手段を備えることを特徴とする障害ログの採取方
   式。
2. 【請求項２】 請求項１に記載の障害ログの採取方式に
   おいて、前記最初の障害の発生時刻を起点として、前記
   発生時刻から伝播待ち合わせ時間が経過するまでの間に
   二次障害が発生した装置があるときに、前記二次障害の
   発生時刻から前記伝播待ち合わせ時間が経過するまでの
   間に更なる二次障害が発生した装置より採取したログ情
   報を前記ログ関連付け情報に追加し、これを繰り返す手
   段を更に備えることを特徴とする障害ログの採取方式。
3. 【請求項３】 無限時間の待ち合わせを行っているとき
   に、コンピュータシステムを構成する複数の装置のうち
   のいずれか１の装置に最初の障害が発生してから障害伝
   播が終息するまでの期間に障害が発生している装置から
   ログ情報を採取する手段と、前記ログ情報を含むログ関
   連付け情報を生成する手段と、前記ログ関連付け情報を
   解析することにより障害原因を特定する手段と、を備え
   ることを特徴とする障害ログの採取方式。
4. 【請求項４】 無限時間の待ち合わせを行っているとき
   に、コンピュータシステムを構成する複数の装置のうち
   のいずれか１の装置に最初の障害が発生したときに、そ
   の１の装置より採取したログ情報と、前記複数の装置の
   うち、前記最初の障害の発生時刻を起点として、前記発
   生時刻から伝播待ち合わせ時間が経過するまでの間に二
   次障害が発生した装置より採取したログ情報と、を含む
   ログ関連付け情報を生成し、前記ログ関連付け情報を解
   析することにより障害原因を特定することを特徴とする
   障害ログの採取方法。
5. 【請求項５】 請求項４に記載の障害ログの採取方法に
   おいて、前記最初の障害の発生時刻を起点として、前記
   発生時刻から伝播待ち合わせ時間が経過するまでの間に
   二次障害が発生した装置があるときに、前記二次障害の
   発生時刻から前記伝播待ち合わせ時間が経過するまでの
   間に更なる二次障害が発生した装置より採取したログ情
   報を前記ログ関連付け情報に追加し、これを繰り返すこ
   とを特徴とする障害ログの採取方法。
6. 【請求項６】 無限時間の待ち合わせを行っているとき
   に、コンピュータシステムを構成する複数の装置のうち
   のいずれか１の装置に最初の障害が発生してから障害伝
   播が終息するまでの期間に障害が発生している装置から
   ログ情報を採取して、前記ログ情報を含むログ関連付け
   情報を生成し、前記ログ関連付け情報を解析することに
   より障害原因を特定することを特徴とする障害ログの採
   取方法。