JP6957936B2 - 障害解析装置、障害解析方法および障害解析プログラム - Google Patents

Description

本発明は、システムの障害発生時に効率的に問題を解決するための障害解析装置等に関する。

ハードウェアのトータルな管理を実行する際にBMC（Baseboard Management Controller）が使用される。BMCは、サーバに取り付けられたシステムボード上のさまざまなセンサと通信することによって、重要なイベントをモニタし、一定のパラメータがプリセットしきい値を超えると警告とログイベントを送信する。例えば、BMCにより遠隔地からのリモート操作、例えば、電源ON/OFF操作、ハードウェアモジュールの状態監視、ハードウェアのシステムイベントログ（SEL: System Event Log）の確認、LAN(Local Area Network)を経由したシリアルポートへの入出力（シリアルオーバーLAN）等が可能となる。

BMCを使用するシステムとしては特許文献１がある。特許文献１は、BMCを制御手段として使用し、オペレーティングシステムの起動中に障害が発生した場合に、被監視対象装置の状態を把握する技術を開示する。

国際公開第２０１５／１９４６５１号

しかしながら、特許文献１に開示されるような、BMCを使用するシステムには以下のような問題がある。

BMCは、採取するログのログ解析を人手で行い、エラーログメッセージから既知問題（解決手法が存在する）か否かを人手で切り分ける。切り分けには、既知問題と判断可能な過去問題の熟知者やログの解析ができる有識者が必要である。

BMCでは、保守員は、障害が発生した時のオペレーション、ユーザ先（フィールドとも称呼する）のリモート端末におけるクライアント環境(Webブラウザ、JAVA（登録商標、以下同様）)の設定情報を確認または採取する必要がある。また採取したログから、オペレータが、ログ採取時点での構成情報および設定値を確認し、人手による設定および操作を行い、再現環境を構築する必要がある。

BMCは、障害発生前後での操作、当該操作のパラメータおよび設定変更値が不明である場合、フィールド障害発生時と同一な設定および構成でシステム構築を再現することができず、ひいては、障害解析に要する時間が長くなる。

そこで、本発明は、上述した課題に鑑み、BMCが管理するサーバにおいて、フィールドで障害が発生した場合に、保守員等の手作業に頼らす、効率よく問題を解析する障害解析装置等を提供することを目的とする。

上記の問題を鑑みて、本発明の第１の観点に係る障害解析装置は、第１のシステムで過去に発生した障害事象、当該障害事象に紐付けられたエラーログ、当該障害事象に紐付けられた障害事象の解決手法情報を備える障害ログデータ情報を格納する問題記憶手段と、
入力されるログデータが、問題記憶手段に格納される障害ログデータ情報と合致するかを判断し、合致しないと判断した場合に、入力されるログデータに含まれる情報を基に、第１のシステムで発生した新たな障害を、第１のシステムとBMCユーザインタフェース経由で接続が可能な第２のシステムにおいて、再現して検証するための再現スクリプトを作成するログ解析手段
を備える。

本発明の第２の観点に係る障害解析システムは、
サーバおよび当該サーバの処理に関するログを格納する記憶手段を備える、第１のシステムおよび第２のシステムを備え、
第１のシステムおよび第２のシステムが備えるサーバおよび記憶手段は同構成であり、
第２のシステムは、請求項１乃至請求項５のいずれかに記載のテストクライアント端末を含み、
第１のシステムとテストクライアント端末とは、BMCユーザインタフェース経由で通信可能である。

本発明の第３の観点に係る障害解析方法は、
問題記憶手段に格納される、第１のシステムで過去に発生した障害事象、当該障害事象に紐付けられたエラーログ、当該障害事象に紐付けられた障害事象の解決手法情報を備える障害ログデータ情報と、入力されるログデータとを比較し、
比較の結果、障害ログデータ情報と入力されるログデータとが合致しない場合、入力されるログデータに含まれる情報を基に、第１のシステムで発生した新たな障害を、第１のシステムとBMCユーザインタフェース経由で接続が可能な第２のシステムにおいて、再現して検証するための再現スクリプトを作成することを備える。

本発明の第４の観点に係る障害解析プログラムは、
問題記憶手段に格納される、第１のシステムで過去に発生した障害事象、当該障害事象に紐付けられたエラーログ、当該障害事象に紐付けられた障害事象の解決手法情報を備える障害ログデータ情報と、入力されるログデータとを比較し、
比較の結果、障害ログデータ情報と入力されるログデータとが合致しない場合、入力されるログデータに含まれる情報を基に、第１のシステムで発生した新たな障害を、第１のシステムとBMCユーザインタフェース経由で接続が可能な第２のシステムにおいて、再現して検証するための再現スクリプトを作成することをコンピュータに実現させる。

尚、障害解析プログラムは非一時的な記憶媒体に格納されていてもよい。

本発明によれば、BMCが管理するサーバにおいて、フィールドで障害が発生した場合に、保守員等の手作業に頼らす、効率よく問題を解析する障害解析装置等を提供することができる。

本発明の第１の実施形態にかかる障害解析システムの全体構成例を示すブロック図である。 サーバ側の記憶部の内部構成例を示す図である。 サーバの内部構成例を示す図である。 クライアント端末の内部構成例を示す構成図である。 テストクライアント端末の内部構成例を示す図である。 本発明の第１の実施形態にかかる障害解析システムの動作例を示すフローチャートである。 パラメータの使用例を示す図である。 本発明の第２の実施形態にかかる障害解析装置の全体構成例を示すブロック図である。 各実施形態を実行するための情報処理装置の内部構成例を示す構成図である。

＜第１の実施形態＞
本発明の第１の実施形態に係る障害解析システム１０００について図１を参照して説明する。図１に示すように、障害解析システム１０００は、ユーザ環境システム１００と、再現テスト環境システム２００とを備える。ユーザ環境システム１００は、ユーザ先で実行されているシステム環境（フィールド環境とも称呼する）である。再現テスト環境システム２００は、ユーザ環境システムにて障害が発生した際に、ユーザ環境システム１００にて収集されたログを基に、障害発生時のユーザ環境システム１００の状態を再現する。再現テスト環境システム２００は、障害発生の原因を究明し、一時的措置として、ユーザ環境システム１００にパッチを適用し、更に抜本的なシステムのアップデート、修理等が必要かを判定する。尚、再現テスト環境システム２００は、ユーザ環境システム１００を再現したシステムであるため、２つのシステム１００，２００において、サーバ１、１ａおよび記憶部３、３ａの構成は同じものである。

（ユーザ環境システム）
ユーザ環境システム１００は、サーバ１、クライアント端末２および記憶部３を備え、サーバ１とクライアント端末２とは、LAN等の通信ネットワーク４で接続されている。サーバ１は、クライアント端末２からのリクエストに応じた様々なタスクを実行する。サーバ１は、障害発生時に使用するBMC１０を備え、障害発生時に実行環境を再現するためのテストに使用するログの収集を内部および外部からでも可能とする。クライアント端末２は、サーバ１に対し、様々なリクエストを発行する。記憶部３は、サーバ１と接続される又はサーバ１の内部に搭載されるメモリであり、サーバ１が登録する障害解析用のログや、これに関する情報を格納する。

（記憶部）
記憶部３は、図２に示すように、構成変更ログ記憶部３１、設定変更ログ記憶部３２、操作ログ記憶部３３、BMCログ記憶部３４およびクライアント設定情報ログ記憶部３５を備える。記憶部３は、フラッシュメモリで構成されることが好ましい。

構成変更ログ記憶部３１は、BMC１０が提供するユーザインタフェース（後述するユーザI/F（Inter Face）部１０ｄ）を介してサーバ１の構成が変更された際に収集されるログである構成変更ログを履歴データとして格納する。例えば、構成変更ログは、サーバ１の構成が変更された際に収集されるログであるの、日時、構成コンポーネントの状態を含むデータである。

設定変更ログ記憶部３２は、BMC１０が提供するユーザインタフェース（後述するユーザI/F部１０ｄ）を介して設定が変更された際に収集されるログである設定変更ログを履歴データとして格納する。例えば、設定変更ログは、BMC１０が関与して設定が変更された際の、日時、設定項目および変更値を含むデータである。

操作ログ記憶部３３は、BMC１０が提供するユーザインタフェース（後述するユーザI/F部１０ｄ）を介してオペレータ等に操作された際に収集されるログである操作履歴ログを履歴データとして格納する。例えば、操作履歴ログは、BMC１０が関与して操作された際の、日時、操作種類および操作パラメータを含むデータである。

BMCログ記憶部３４は、BMC１０の動作やBMC１０の制御下で行われる各種ハードウェア制御に関するBMCログを格納する。BMCログは、正常ログ、エラーログおよび障害ログを含むデータである。正常ログとは、設定や動作が正常に実行されたことを表わすログ、ネットワークアクセスが正常に実行されたことを表わすログである。正常ログには、操作が正常に実行されたことを表わすログ、および、ハードウェアへのアクセスが正常に実行されたことを表わすログが含まれる。エラーログとは、設定や動作にエラーが発生したことを表わすログである。エラーログには、ネットワークアクセスにエラーが発生したことを表わすログ、操作にエラーが発生したことを表わすログ、ハードウェアへのアクセスにてエラーが発生したことを表わすログが含まれる。障害ログは、ハードウェアに障害が発生した時に採取されるログである。

クライアント設定情報ログ記憶部３５は、クライアント設定情報として、例えば、HTTP(Hypertext Transfer Protocol)設定、SSL/TLS(Secure Sockets Layer/ Transport Layer Security)設定およびJAVA動作設定を格納する。

（サーバ）
サーバ１は、図３に示すように、BMC１０、CPU(Central Processing Unit)モジュール部１１、MEM(Memory)モジュール部１２およびI/O(Input/Output)モジュール部１３を備える。尚、サーバ１のBMC１０は、ユーザI/F部１０ｄを介して、クライアント端末２からのアクセスを可能にする。

BMC１０は、BMC_FW（BMC Firmware）を備え、サーバ１の管理および制御を司る。BMC１０は、ログ読取部１０ａ、論理構成変更部１０ｂ、クライアント設定情報読取部１０ｃ、ユーザI/F部１０ｄ、LAN_I/F部１０ｅおよびSPI(Serial Peripheral Interface)_I/F部１０ｆを備える。

ユーザI/F部１０ｄとは、サーバ１が提供するインタフェースの一つである。オペレータは、クライアント端末２から、ユーザI/F部１０ｄを介して、サーバ１を操作する。ユーザI/F部１０ｄは、サーバ１とは異なるWebサーバ５、CLP(Command Line Protocol)サーバ６とアクセスが可能である。

Webサーバ５について説明する。ユーザは、クライアント端末２のWebブラウザ２２（図４参照）から、BMC１０のネットワークアドレスにHTTP/HTTPS(Hyper Text Transfer Protocol/HTTP Secure)でアクセスする。これにより、ユーザは、Webクライアント（クライアント端末２）から、Webサーバ５を介して、BMC１０にアクセスし、サーバ１を操作する。この際、クライアント端末２は、SSLを適用し、HTTPS(HTTP Secure)によるセキュアなアクセスを実現することも可能である。

CLPサーバ６について説明する。CLPサーバ６は、CLI(Command Line Interface)機能を備え、サーバー・ハードウェア向けシステム管理アーキテクチャーであるSMASH（Systems Management Architecture for Server Hardware）に準拠したプロトコル（CLP）で異種混在サーバ群を管理する。当該管理では、管理ソフトウェアを用いて、電源制御、ステータス（状態）取得、ログ採取等を行う。CLPサーバ６は、これらの管理ソフトウェアを使用することで、サーバー・ハードウェアのローカル管理およびリモート管理を容易とする。クライアント端末２からBMC１０へのアクセス時には、SSH（Secure SHell）クライアント（クライアント端末２）からBMC１０のネットワークアドレスにSSHアクセスを実行する。これにより、クライアント端末２からの、CLPサーバ６（例えばSMASH-CLPサーバ）を介した、コマンドラインによるサーバ１への操作が可能となる。

BMC１０の制御に係る操作のうち、Webサーバ５に係る操作は、Webサーバ５に格納されている操作ファイルに対応するものとする。Webブラウザ２２上で任意のWebコンテンツにおける任意の操作が行われると、当該Webサーバ５上の操作ファイルが実行される。この時、操作ログは、「GET/PUT <プロトコル>://< BMCネットワークアドレス>/<操作ファイル名>?<クエリパラメータ>」の形式のデータとなる。ログ読取部１０ａは、操作ログを上記の形式にて操作ログ記憶部３３に保存する。

BMC１０の制御に係る操作のうち、CLPサーバ６に係る操作は、上記のCLPサーバ６に格納されている操作ファイルに対応するものとする。CLPサーバ６において、SSHクライアントソフトウェアを使用した任意の操作が行われると、当該CLPサーバ６上の操作ファイルが実行される。この時、操作ログは、「ssh <ユーザ名>@<BMCネットワークアドレス> <コマンド名> <ターゲット> <コマンド・パラメータ>」の形式のデータとなる。ログ読取部１０ａは、操作ログを上記の形式にて操作ログ記憶部３３に保存する。

ログ読取部１０ａは、クライアント端末２側からユーザI/F部１０ｄを介して、BMC１０の制御に係る処理が行われた時に、当該処理に関するログを収集し、記憶部３に記録する。

例えば、オペレータが、BMC１０のユーザI/F部１０ｄを介して、BMC１０に対する操作を行ったとする。この場合、ログ読取部１０ａは、操作ログ（操作種別、操作日時、操作名および操作パラメータ等）を取得し、SPI_I/F部１０ｆを介して、記憶部３内の操作ログ記憶部３３に格納する。

オペレータが、BMC１０のユーザI/F部１０ｄを介して、BMC１０で管理するサーバ制御および動作に関する設定、BMC動作設定に関する設定変更を行ったとする。この場合、ログ読取部１０ａは、設定変更ログ（設定種別、設定時、設定項目名および設定値等）を取得し、SPI_I/F部１０ｆを介して、記憶部３内の設定変更ログ記憶部３２に記録する。

オペレータが、BMC１０のユーザI/F部１０ｄを介して構成変更操作を実行したとする。この場合、ログ読取部１０ａは、構成変更ログ（操作種別、操作日時、コンポーネント名およびコンポーネント状態値等）を、SPI_I/F部１０ｆを介して記憶部３内の構成変更ログ記憶部３１に記録する。

BMC１０において、ハードウェア管理および制御を行うBMC_FWが動作する場合、ログ読取部１０ａは、BMC１０の動作やBMC１０の制御下で行われる各種ハードウェア制御に関する正常ログ、エラーログおよびハードウェア障害ログを、記憶部３内のBMCログ記憶部３４に格納する。

尚、ログ読取部１０ａは、各ログ履歴およびBMCログの採取時には、時系列にロギングし、ログ記録が可能な最大件数を超えると、記憶部３に対しラウンドロビンしてログの先頭レコードから上書きするよう設計しても良い。

論理構成変更部１０ｂは、ハードウェアコンポーネントおよびハードウェアコンポーネント状態を指定することで、コンポーネント状態を論理的に、実装／未実装の状態、正常／異常の状態、組み込み／切り離しの状態にする機能を有している。未実装、障害切り離し状態にあるハードウェアコンポーネントに関しては、ハードウェアからの割込またはハードウェアアクセスを抑止し、BIOS(Basic Input Output System)を介してサーバ上のハードウェアコンポーネントとして、実装状態、正常状態若しくは組み込みの状態をOS（Operating System）に提示するようにする。尚、後述する再現テストにおいては、論理構成変更部１０ｂは、サーバ１ａの物理的なハードウェア構成と、ユーザ先の環境（サーバ１）とを論理的に完全に合致させる。

クライアント設定情報読取部１０ｃは、クライアント設定情報のログを取得する。例えば、クライアント端末２内のWebブラウザ２２からユーザI/F部１０ｄにHTTP/HTTPSプロトコルでBMC１０のアドレスを用いてアクセスされたとする。この場合、クライアント設定情報読取部１０ｃは、クライアント端末２内において、当該Webブラウザ２２の設定情報ファイルおよびJAVA設定ファイルを読み取る。クライアント設定情報読取部１０ｃは、読み取ったファイル内のデータに含まれるクライアント設定情報（例えば、HTTPバージョン、SSL/TLSセキュリティ設定等のブラウジング設定およびJAVA動作設定)を、LAN_I/F部１０ｅを介して、BMC１０に送信する。更に、クライアント設定情報読取部１０ｃは、読み取ったクライアント設定情報ログを、SPI_I/F部１０ｆを介して、記憶部３内のクライアント設定情報ログ記憶部３５に格納する。

LAN_I/F部１０ｅは、サーバ１とリモート側のクライアント端末２とを、LANを介して通信可能に接続するためのインタフェースである。

SPI_I/F部１０ｆは、サーバ１と記憶部３とを通信可能に接続するためのインタフェースである。

CPUモジュール部１１は、クライアント端末２のクライアント設定部２１からクライアント設定情報（例えば、Webブラウザ２２の設定情報ファイルおよびJAVA設定ファイル）をLAN_I/F部１０ｅを介して取得する。CPUモジュール部１１は、取得したデータをSPI_I/F部１０ｆを介して記憶部３内のクライアント設定情報ログ記憶部３５に格納する。この際、CPUモジュール部１１は、クライアント設定情報ログ記憶部３５にHTTP情報、SSL/TLS設定情報およびJAVA動作設定を格納してもよい。

MEMモジュール部１２は、メモリモジュールであり、例えば、DIMM（Dual Inline Memory Module）である。

I/Oモジュール部１３は、I/Oデバイスであり、例えば、ディスク、NIC(Network Interface Card)である。

（クライアント端末）
クライアント端末２は、所定のプログラムがインストールされた、ユーザ（オペレータ）側にあるリモート端末である。所定のプログラムには、OS(Operating System)、当該OSで動作するWebブラウザ用のアプリケーション(例えば、InternetExplore(登録商標)、Firefox（登録商標）)、JAVAアップレットまたはJAVAアプリケーションが動作するためのJAVA実行環境(例えば、JRE：Java Runtime Environment)が含まれる。尚、JAVAアプレットまたはJAVAアプリケーションは、BMC１０が提供するWebサービスであって、特定のWebコンテンツにおける特定操作が実行された際に、クライアント端末２上のJAVA実行環境において動作する。

オペレータは、クライアント端末２を介し、クライアント端末２にインストールされているWebブラウザや、SSHクライアント等のリモートログオンクライアントのソフトウェアを操作することで、サーバ１側のBMC１０にアクセスする。

クライアント端末２は、図４に示すように、クライアント設定部２１、Webブラウザ２２、Webブラウザ設定ファイル２２ａ、JAVA実行環境設定部２３、JAVA設定ファイル２３ａ、SSHクライアント設定部２４およびLAN_I/F部２５を備える。

クライアント設定部２１は、クライアント端末２のクライアント設定情報（例えば、Webブラウザ情報、JAVA実行環境の設定情報）に従い、クライアント端末の設定を行う。

Webブラウザ２２は、クライアント端末２で動作するWebブラウザである。

Webブラウザ設定ファイル２２ａは、Webブラウザ２２の設定のための情報および設定時の情報を格納するファイルである。

JAVA実行環境設定部２３は、クライアント端末２で動作するJAVA実行環境を設定する。

JAVA設定ファイル２３ａは、JAVA実行環境設定部２３がJAVA実行環境を設定するための情報および設定時の情報を格納するファイルである。

SSHクライアント設定部２４は、SSHプロトコルを使用可能なSSHクライアントソフトウェアを、クライアント端末２に設定する。

LAN_I/F部２５は、サーバ１とクライアント端末２との間を、通信ネットワーク４を介して接続（LAN接続）するためのインタフェースである。

オペレータは、クライアント端末２のWebブラウザ２２を使用してBMC１０のユーザI/F部１０ｄにアクセスする。このアクセスにより、クライアント端末２は、Webサーバ５が提供するサーバ動作、構成変更、サーバ１およびBMC１０に関する各種設定変更向けに提供されるWebサービスを、当該Webブラウザ２２上のWebコンテンツで操作可能となる。

更にこのBMC１０のユーザI/F部１０ｄを介したアクセスにより、クライアント端末２は、SMASH-CLP規格に準拠したCLPサーバ６の操作が可能となる。

クライアント端末２は、当該操作を、SSHプロトコルを使用可能なSSHクライアントソフトウェアを介して実行する。オペレータは、クライアント端末２内のSSHクライアント設定部２４にSSHクライアント設定を行わせ、BMC１０のユーザI/F部１０ｄにSSHプロトコルを介しアクセスする。これにより、クライアント端末２は、CLPサーバ６が提供するCLPサービス（サーバ動作、構成変更、サーバおよびBMCに関する各種設定変更向けに提供されているサービス）をコマンドライン操作で実行する。

（テストクライアント端末）
ユーザ環境システム１００（図１参照）において障害が発生した場合に、当該事故等の検証を行うためにユーザ環境システム１００と同じシステム構成に再現された再現テスト環境システム２００が構築される。再現テスト環境システム２００は、サーバ１ａ、テストクライアント端末２ａ（障害解析装置）および記憶部３ａを備える。サーバ１ａおよび記憶部３ａは、ユーザ環境システム１００に含まれるサーバ１および記憶部３と同様の構成を備える。

テストクライアント端末２ａは、図５に示すように、問題記憶部４１、再現スクリプト記憶部４２、JAVA実行環境設定部４３、クライアント設定情報記憶部４４および再現環境生成部４５を備えている。

問題記憶部４１は、障害が発生したユーザ環境システム１００の記憶部３に格納される各ログを基に再現環境生成部４５が生成する、複数の障害ログデータ４１ａを、リレーショナルデータベースとして格納する。各障害ログデータ４１ａには、障害事象４１ｂ、関連エラーログ４１ｃおよび既知問題情報４１ｄが記録されている。障害事象４１ｂは、具体的な障害を示す情報である。関連エラーログ４１ｃは、障害事象４１ｂに関係するBMC１０のエラーログである。エラーログには障害発生日時が含まれていても良い。既知問題情報４１ｄとは、当該関連エラーログ４１ｃに関する障害が既知問題か否かを示す情報であり、更に、当該障害の解決手法を含んでいても良い。

再現スクリプト記憶部４２は、障害原因の検証のためにユーザ環境システム１００（第１のシステム）と同期するように再現テスト環境システム２００（第２のシステム）２００を実行するためものであり、構成変更スクリプト記憶部４２ａ、設定変更スクリプト記憶部４２ｂおよび操作スクリプト記憶部４２ｃを備える。構成変更スクリプト記憶部４２ａは、構成変更の手順等が記載されたプログラム（構成変更スクリプト）を格納する。設定変更スクリプト記憶部４２ｂは、設計変更の手順等が記載されたプログラム（設定変更スクリプト）を格納する。操作スクリプト記憶部４２ｃは、操作の手順等が記載されたプログラム（操作スクリプト）を格納する。操作スクリプトには、操作毎の操作名が、所定の形式に従い、実行履歴として時系列に記録される。操作スクリプトにおいては、新たな障害の発生前後のユーザ環境システム（第１のシステム）１００における操作について、操作に関連する複数のパラメータを時系列に沿って変化させる。この他、操作スクリプトは、当該実行履歴の項目として「操作間隔」を備える。操作間隔とは、ある操作とその直後の操作までの時間間隔（差）を指す。

JAVA実行環境設定部４３は、テストクライアント端末２ａにおいて再現すべき、クライアント端末２と同じJAVA実行環境を設定する。

クライアント設定情報記憶部４４は、テストクライアント端末２ａにおいて再現すべき、クライアント端末２のクライアント設定情報を記憶する。

再現環境生成部４５は、ログ解析部４５ａ、再現環境構築部４５ｂ、インタプリタ４５ｃ、再現テスト実行部４５ｄ、I/F部４５ｅ、LAN_I/F部４５ｆおよびテストパラメータ記憶部４５ｇから構成される。

I/F部４５ｅは、テストクライアント端末２ａとユーザ環境システム１００との間で、ログデータの入出力、解析指示の入出力、解析結果の出力等を可能とする入出力装置である。尚、ログデータの入出力は、保守員やオペレータ等の人手で行うことも可能である。

ログ解析部４５ａは、入力されるログデータが、問題記憶部４１に格納される障害ログデータ４１ａと合致するかを判断し、合致しないと判断した場合に、次の処理を実行する。即ち、ログ解析部４５ａは、入力されるログデータに含まれる情報を基に、再現スクリプトを作成する。作成される再現スクリプトは、ユーザ環境システム（第１のシステム）１００で発生した新たな障害を、ユーザ環境システムとBMCユーザインタフェース（図３のユーザI/F部１０ｄ）経由で接続が可能な再現テスト環境システム（第２のシステム）２００において、再現して検証するためのスクリプトである。

ログ解析部４５ａは、ユーザ環境システム１００の記憶部３に格納される各ログデータ（構成変更ログ、設定変更ログ、操作ログ、BMCログ）を、I/F部４５ｅを介して取得する。ログ解析部４５ａは、再現テスト環境システム２００にて、障害発生側（例えば工場）のシステム環境を再現したシステムを構築する際に、取得したログデータを基に解析を行う。ログ解析部４５ａは、解析の結果、障害が未知の問題であった場合、発生した障害に関する障害ログデータ４１ａを生成する。障害ログデータ４１ａには、障害事象４１ｂ、関連エラーログ４１ｃおよび既知問題情報４１ｄが含まれる。ログ解析部４５ａは、生成した障害ログデータ４１ａを、問題記憶部４１に格納する。

尚、解析の結果、障害が既知の問題であった場合、即ち、過去に発生して解決済みの障害ログデータ４１ａが存在した場合、ログ解析部４５ａは、当該障害の障害事象４１ｂに紐付けられた既知問題情報４１ｄに含まれる解決方法を出力してもよい。換言すると、ログ解析部４５ａは、既知の問題の場合は、再現環境構築、再現テストを省略し、障害対応の短縮化を図る。

更に、ログ解析部４５ａは、障害が未知の問題であった場合、構成変更スクリプト、設計変更スクリプトおよび操作スクリプトを生成し、生成された構成変更スクリプト、設計変更スクリプトおよび操作スクリプトを再現スクリプト記憶部４２に格納する。

ログ解析部４５ａは、ユーザ環境システム１００内の記憶部３の構成変更ログ記憶部３１に格納される障害日時までの設定変更ログをI/F部４５ｅ等を介して取得する。ログ解析部４５ａは、取得した構成変更ログを基に、構成変更スクリプトを生成する。ログ解析部４５ａは、当該構成変更スクリプトを問題記憶部４１の構成変更スクリプト記憶部４２ａに格納する。構成変更スクリプトは、操作種別にCLPを、操作を“ssh <ユーザ名>@<BMCネットワークアドレス> <設定コマンド名> <ターゲット名><コンポーネント名>=<コンポーネント状態値>”の形式で記述することが好ましい。

ログ解析部４５ａは、ユーザ環境システム１００内の記憶部３の設定変更ログ記憶部３２に格納される障害日時までの設定変更ログを取得する。ログ解析部４５ａは、取得した設定変更ログ基に、サーバ１ａの設定を行うための設定変更スクリプトを生成する。ログ解析部４５ａは、当該設定変更スクリプトを問題記憶部４１の設定変更スクリプト記憶部４２ｂに格納する。

ログ解析部４５ａは、ユーザ環境システム１００内の記憶部３の操作ログ記憶部３３に格納される障害日時までの操作ログをI/F部４５ｅ等を介して取得する。ログ解析部４５ａは、取得した操作ログを基に、操作スクリプトを生成する。ログ解析部４５ａは、当該操作スクリプトを、問題記憶部４１の操作スクリプト記憶部４２ｃに格納する。

ログ解析部４５ａは、障害日時近辺で行われた操作ログをnパターン分、操作ログ記憶部３３から抽出し、nパターン分の操作スクリプトを準備する。ｎは障害発生前後の操作ログの数を示す。

ログ解析部４５ａは、解析の結果、障害が未知の問題であった場合、即ち、解決済みの障害ログデータ４１ａが存在しない場合、再現環境生成部４５が再現テストによって取得する障害の事象、障害の解決方法等を新たな障害ログデータ４１ａとして問題記憶部４１に格納してもよい。

操作スクリプト記憶部４２ｃには、障害発生前後に実行された操作毎の操作名が所定形式に従い、時系列で格納される。また、操作スクリプト記憶部４２ｃには、ある操作から次の操作までの時間差の情報（操作間隔パラメータ）を含めても良い。

インタプリタ４５ｃは、再現スクリプト記憶部４２内に格納される各スクリプトの記述を読み込み、CLPサーバ６およびWebサーバ５が解釈可能な命令（機械言語等）に変換する。

再現環境構築部４５ｂは、構成変更スクリプト記憶部４２ａに格納される構成変更スクリプトをインタプリタ４５ｃに実行させる。この実行により、インタプリタ４５ｃは、ユーザI/F部１０ｄを介して、論理構成変更部１０ｂにアクセスする。このアクセスにより、論理構成変更部１０ｂは、ユーザ環境システム１００のサーバ１が備えるCPU、メモリ、I/Oの実装状態、障害状態、組み込み状態と同期するように、再現テスト環境システム２００のサーバ１ａにおける各部を構成するコンポーネントの論理管理状態を変更させる。

再現環境構築部４５ｂは、設定変更スクリプト記憶部４２ｂに格納される設定変更スクリプトをインタプリタ４５ｃに実行させる。この実行により、インタプリタ４５ｃは、サーバ１ａの管理、サーバ１ａの動作、サーバ１ａが備えるBMC１０の制御およびBMC１０の動作に関する設定変更を行う。

再現環境構築部４５ｂは、操作スクリプト記憶部４２ｃに格納される操作スクリプトをインタプリタ４５ｃに実行させる。

再現環境構築部４５ｂは、記憶部３のクライアント設定情報ログ記憶部３５に格納されるクライアント設定情報ログを、ログ解析部４５ａを介して取得し、当該クライアント設定情報ログから、障害前に使用されていたHTTPプロトコルバージョン情報、TLS/SSLバージョン情報を読み取る。再現環境構築部４５ｂは、読み取った情報をテストクライアント端末２ａ内のクライアント設定情報記憶部４４に同期（反映）させる。同期された情報は、インタプリタ４５ｃ用のWebブラウザを設定する情報として使用される。

再現環境構築部４５ｂは、記憶部３のクライアント設定情報ログ記憶部３５に格納されるクライアント設定情報ログを、ログ解析部４５ａを介して取得し、当該クライアント設定情報ログから、JAVA設定情報を読み取る。再現環境構築部４５ｂは、読み取られたJAVA設定情報を、テストクライアント端末２ａのJAVA実行環境設定部４３に同期（設定）させる。即ち、再現環境構築部４５ｂは、再現テスト環境システム２００のサーバ１ａで実行可能なユーザI/Fスクリプトを自動生成する。

インタプリタ４５ｃは、再現スクリプト記憶部４２に格納される各スクリプトの内容に従い、サーバ１ａのBMC１０が提供するユーザI/F部１０ｄに対してアクセスする。インタプリタ４５ｃは、HTTP/HTTPSプロトコルによるWebサーバアクセス機能とSSHプロトコルによるSSH接続機能を有している。インタプリタ４５ｃは、受け取った各スクリプトに含まれるコマンド及びパラメータを読み取り、読み取られたコマンド及びパラメータに従って、サーバ１ａのユーザI/F部１０ｄにHTTP/HTTPS、またはSSHプロトコルでアクセスする。

具体的に、インタプリタ４５ｃは、サーバ１ａのユーザI/F部１０ｄにアクセスする際に、受け取った各スクリプトにURI(Uniform Resource Identifier)が含まれるかを判断する。

スクリプトにURIが含まれる場合、インタプリタ４５ｃは、当該スクリプトからプロトコル、アドレスおよびクエリパラメータを読み取り、読み取ったアドレス等を基に、HTTP/HTTPS接続でGETリクエストまたはPOSTリクエストをサーバ１ａのユーザI/F部１０ｄに対して発行し、当該URIに対するWebアクセスを行う。

スクリプトにURIが含まれない場合、インタプリタ４５ｃは、CLPターゲットパス、CLPコマンドおよび当該コマンドのパラメータを読み取り、サーバ１ａにおけるBMC１０のユーザI/F部１０ｄに、SSHプロトコルでSSHアクセスする。

テストパラメータ記憶部４５ｇは、再現テスト実行時に使用するテストパラメータを格納する。テストパラメータにより、操作の繰り返し回数、実行する操作のパターン、操作するタイミング等を指定することが可能となる。例えば、障害が発生したユーザ環境システム１００における、障害発生前後の操作に関するテストパラメータや、操作間隔を制御するためのパラメータである。テストパラメータ記憶部４５ｇは再現テスト実行部４５ｄと接続されている。

再現テスト実行部４５ｄは、再現テストの実行を制御する。再現テスト実行部４５ｄが、テスト開始の指示を出すると、インタプリタ４５ｃは、操作スクリプト記憶部４２ｃ内の操作スクリプトを使用し、再現テストを実行させる。再現テストでは、テストパラメータにより変動可能な、ユーザ環境システム１００のサーバ１において障害発生前後に実行された複数の操作を、サーバ１ａに実行させる。

再現テスト実行部４５ｄは、割り込み処理についても再現テストを実行する。割り込み処理とは、オペレータが複数種類の操作を短い間隔で連続して実行させた場合に、サーバ１ａのBMC１０側で、ある操作に対する制御中に別の操作の制御が割り込んでしまうことである。この場合、再現テスト実行部４５ｄは、テストパラメータ記憶部４５ｇに格納される操作間隔を制御するパラメータを用いて、ある操作とその直後の操作との間隔（操作間隔）を複数段階に変更し、これらの段階に基づき複数の再現テストのパターンを自動生成し、インタプリタ４５ｃを介してサーバ１ａに実行させる。

（障害解析システムの動作）
次に図６のフローチャートを参照して、障害解析システム１０００の動作を説明する。

まず、ステップＳ１０１において、ユーザ環境システム１００において障害が発生すると、保守員等の操作により、障害が発生したサーバ１のユーザI/F部１０ｄを介して、当該サーバ１の記憶部３内のログが取得される。このログ取得の操作は、サーバ１のBMC１０におけるユーザI/F部１０ｄが提供するサービス（Webサーバ５が提供するサービス）を使用して実行される。取得された各ログデータは、再現テスト環境システム２００のテストクライアント端末２ａに引き渡される。尚、ログを取得するためのWebブラウザとして、テストクライアント端末２ａ以外の別端末のブラウザを使用しても良い。取得されたログデータは、再現テスト環境システム２００とオペレータ側の別端末との間でファイル共有してもよい。又は、保守員が当該別端末からメール等にて再現テスト環境システム２００側に送付してもよい。尚、保守員とオペレータは同一人物であってもよい。

ステップＳ１０２において、再現テスト環境システム２００は、オペレータ等の操作により、再現環境生成部４５に対して取得されたログデータを解析するよう要求する。当該ログデータには、ユーザ環境システム１００で発生した障害事象が含まれている。

障害事象とは、障害の具体的な内容（事象）である。例えば、BMC１０へのネットワークアクセスが不可能であること、ハードウェアのエラーが発生したこと等である。この他、ユーザ環境システム１００における具体的な障害の事象（フィールド事象）を含めても良い。例えば、障害発生コンポーネントのLEDが異常な状態を示していること、BMC１０からWebサーバ５へのアクセスが不可能であること、JAVAモジュールが起動不可能であること等である。

ステップＳ１０３において、再現環境生成部４５のログ解析部４５ａは、取得したログデータを基に、発生した障害が既知問題であるか否かを判断する。ログ解析部４５ａは、取得されたログデータが、問題記憶部４１の障害事象４１ｂに関連づけられた既知問題情報４１ｄのいずれかに一致するか検索する。検索の結果、取得されたログデータが、既知問題情報４１ｄのいずれかと一致する場合、I/F部４５ｅに既知問題である旨（結果）を出力して、以下の処理（ステップＳ１０４〜Ｓ１０８）を省略する。即ち、既知問題の場合は、再現環境構築および再現テストを省略し、障害対応の短縮化を図る。

検索の結果、取得されたログデータが、既知問題情報４１ｄのいずれとも一致しない場合、ログ解析部４５ａは、入力されたログデータ内のエラーログに含まれる障害日時、またはエラーログの採取日から障害発生日時を特定する。

ステップＳ１０４において、ログ解析部４５ａは、取得されたログデータから、構成変更ログを抽出し、当該構成変更ログから構成変更スクリプトを生成する。ログ解析部４５ａは、生成した構成変更スクリプトを、構成変更スクリプト記憶部４２ａに格納する。

ステップＳ１０５において、ログ解析部４５ａは、取得されたログデータから、設定変更ログを抽出し、当該設定変更ログから設定変更スクリプトを生成する。ログ解析部４５ａは、生成した設定変更スクリプトを設定変更スクリプト記憶部４２ｂに格納する。

ステップＳ１０６において、ログ解析部４５ａは、取得されたログデータから、操作ログを抽出し、当該操作ログから操作スクリプトを生成する。ログ解析部４５ａは、生成した操作スクリプトを操作スクリプト記憶部４２ｃに格納する。具体的に、ログ解析部４５ａは、障害日時近辺で行われた操作ログをnパターン分、抽出する。尚、nパターンとは、障害発生時から所定時間以前までのn個の操作ログを指す。

再現スクリプト記憶部４２の操作スクリプト記憶部４２ｃには、実行された操作毎の操作名が所定形式に従い、時系列で格納される。また、操作スクリプト記憶部４２ｃは、ある操作から次の操作までの時間差の情報（操作間隔パラメータ）が含まれている。

ステップＳ１０７において、再現環境生成部４５の再現テスト実行部４５ｄは、サーバ１ａで再現テストを実行するためのユーザI/Fスクリプト（プログラム）を自動生成する。ユーザI/Fスクリプトでは、パラメータの設定により、実行操作数分前から障害発生時までの操作を、パラメータを変更しつつ実行することが可能である。

ステップＳ１０８において、再現テスト実行部４５ｄは、操作スクリプトを、インタプリタ４５ｃを介して、パラメータで指定された回数分繰り返し実行する。即ち、再現テスト実行部４５ｄは、障害が発生したフィールドと同じ条件下のテスト環境で、パラメータを変更しながら、再現テストを実行する。インタプリタ４５ｃは、ユーザI/F部１０ｄを介してWebサーバ５またはCLPサーバ６にアクセスし、操作スクリプトをHTTP/HTTPSリクエストまたは実行コマンドに変換する。インタプリタ４５ｃは、変換したリクエストや実行コマンドを、テストパラメータ記憶部４５ｇに格納されるパラメータで指定された回数分繰り返し発行する。

再現テストにおけるパラメータの使用例を図７のフローチャートを参照して説明する。再現テスト実行部４５ｄが実行する操作数、（操作（A）、操作（B）、および、障害発生時操作）をY（パラメータ）とする。ある操作A終了から次の操作B開始までの待ち時間を操作間隔Z（パラメータ）とする。操作数Y個を繰り返し実行する回数をX（パラメータ）とする。これらのパラメータX,Y,Zはいずれも変更可能である。再現テスト実行部４５ｄは、インタプリタ４５ｃを介して、これらのパラメータに応じ、操作間のタイミングを自動的に変更することができる。

尚、再現環境生成部４５による再現テスト結果は、新たな障害ログデータ４１ａとして、問題記憶部４１に格納することが好ましい。

以上により、障害解析システム１０００の動作を終了する。

（第１の実施形態の効果）
上述のように、本発明の第１の実施形態によれば、BMC１０が管理するサーバにおいて、フィールドで障害が発生した場合に、保守員等の手作業に頼らす、効率よく問題を解析することができ、ひいては問題の解決に要する時間が長期化することを防ぐことができる。この理由は、ログ解析部４５ａが、過去事例と比較して、既知問題か否かの判定を自動で行い、既知問題の場合は、再現環境構築、再現テストを省略し、障害対応の短縮化を図るからである。また、ログ解析部４５ａが、障害事象と関連エラーログとを解析することで障害発生日を特定し、障害発生時の設定状況、構成状態を割り出すため、フィールド障害発生時の状態を忠実に再現できるからである。更に、再現環境構築部４５ｂおよび再現テスト実行部４５ｄが、サーバ１ａで実行可能なユーザI/Fスクリプトを自動生成し、フィールド障害発生時と同じ条件下のテスト環境で再現テストを自動実行するからである。更に、再現テスト実行部４５ｄは、インタプリタ４５ｃを介して、再現テストパラメータに応じた、操作間の自動タイミング変更を可能とする。

＜第２の実施形態＞
図８に示すように、本発明の第２の実施形態に係る障害解析装置２ｂは、問題記憶部４１０およびログ解析部４５０を備える。障害解析装置２ｂは、第１のシステム（第１の実施形態におけるユーザ環境システム１００）で発生した原因不明の障害を、第１のシステムと同期をとった第２のシステム（第１の実施形態における再現テスト環境システム２００）で再現し、検証するための装置であり、第２のシステムに含まれる。第２の実施形態は、第１の実施形態を実施するための最小構成である。障害解析装置２ｂの例示は、第１の実施形態における再現テストクライアント端末２ａである。

問題記憶部４１０は、第１のシステムで過去に発生した障害事象、当該障害事象に紐付けられたエラーログ、当該障害事象に紐付けられた障害事象の解決手法情報を備える障害ログデータ情報を格納する。

ログ解析部４５０は、入力されるログデータが、問題記憶部４１０に格納される障害ログデータ情報と合致するかを判断し、合致しないと判断した場合に、入力されるログデータに含まれる情報を基に、第１のシステムで発生した新たな障害を、第１のシステムとBMCユーザインタフェース経由で接続が可能な第２のシステムにおいて、再現して検証するための再現スクリプトを作成する。

本発明の第２の実施形態によれば、BMC１０が管理する第１のサーバにおいて、フィールドで障害が発生した場合に、保守員等の手作業に頼らす、効率よく問題を解析することができ、ひいては問題の解決に要する時間が長期化することを防ぐことができる。この理由は、ログ解析部４５０が、過去事例と比較して、既知問題か否かの判定を自動で行い、既知問題の場合は、再現環境構築、再現テストを省略し、障害対応の短縮化を図るからである。

（情報処理装置の構成）
上述した本発明の各実施形態において、図１等に示す障害解析システムの各装置の各構成要素は、機能単位のブロックを示している障害解析システムの各構成要素の一部又は全部は、例えば図９に示すような情報処理装置５００とプログラムとの任意の組み合わせを用いて実現される。情報処理装置１は、一例として、以下のような構成を含む。

・ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１
・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２
・ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３
・ＲＡＭ５０３にロードされるプログラム５０４
・プログラム５０４を格納する記憶装置５０５
・記録媒体５０６の読み書きを行うドライブ装置５０７
・通信ネットワーク５０９と接続する通信インタフェース５０８
・データの入出力を行う入出力インタフェース５１０
・各構成要素を接続するバス５１１
本願の各実施形態における障害解析システムの各構成要素は、これらの機能を実現するプログラム５０４をＣＰＵ５０１が取得して実行することで実現される。障害解析システムの各構成要素の機能を実現するプログラム５０４は、例えば、予め記憶装置５０５やＲＡＭ５０３に格納されており、必要に応じてＣＰＵ５０１が読み出す。なお、プログラム５０４は、通信ネットワーク５０９を介してＣＰＵ５０１に供給されてもよいし、予め記録媒体５０６に格納されており、ドライブ装置５０７が当該プログラムを読み出してＣＰＵ５０１に供給してもよい。

各装置の実現方法には、様々な変形例がある。例えば、障害解析システムは、構成要素毎にそれぞれ別個の情報処理装置とプログラムとの任意の組み合わせにより実現されてもよい。また、障害解析システムが備える複数の構成要素が、一つの情報処理装置１とプログラムとの任意の組み合わせにより実現されてもよい。

また、障害解析システムの各構成要素の一部又は全部は、その他の汎用または専用の回路、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。

障害解析システムの各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。

障害解析システムの各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。

以上、本実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１ ：サーバ
１ａ ：サーバ
２ ：クライアント端末
２ａ ：テストクライアント端末
２ｂ ：障害解析装置
３ ：記憶部
３ａ ：記憶部
３ｂ ：記憶部
４ ：通信ネットワーク
５ ：Webサーバ
６ ：CLPサーバ
１０ ：BMC
１０ａ ：ログ読取部
１０ｂ ：論理構成変更部
１０ｃ ：クライアント設定情報読取部
１０ｄ ：ユーザI/F部
１０ｅ ：LAN_I/F部
１０ｆ ：SPI_I/F部
１１ ：CPUモジュール部
１２ ：MEMモジュール部
１３ ：I/Oモジュール部
２１ ：クライアント設定部
２２ ：Webブラウザ
２２ａ ：Webブラウザ設定ファイル
２３ ：JAVA実行環境設定部
２３ａ ：JAVA設定ファイル
２４ ：SSHクライアント設定部
２５ ：LAN_I/F部
３１ ：構成変更ログ記憶部
３２ ：設定変更ログ記憶部
３３ ：操作ログ記憶部
３４ ：BMCログ記憶部
３５ ：クライアント設定情報ログ記憶部
４１ ：問題記憶部
４１ａ ：障害ログデータ
４１ｂ ：障害事象
４１ｃ ：関連エラーログ
４１ｄ ：既知問題情報
４２ ：再現スクリプト記憶部
４２ａ ：構成変更スクリプト記憶部
４２ｂ ：設定変更スクリプト記憶部
４２ｃ ：操作スクリプト記憶部
４３ ：JAVA実行環境設定部
４４ ：クライアント設定情報記憶部
４５ ：再現環境生成部
４５ａ ：ログ解析部
４５ｂ ：再現環境構築部
４５ｃ ：インタプリタ
４５ｄ ：再現テスト実行部
４５ｅ ：I/F部
４５ｆ ：LAN_I/F部
４５ｇ ：テストパラメータ記憶部
１００ ：ユーザ環境システム
２００ ：再現テスト環境システム
４１０ ：問題記憶部
４５０ ：ログ解析部
５００ ：情報処理装置
５０１ ：ＣＰＵ
５０３ ：ＲＡＭ
５０４ ：プログラム
５０５ ：記憶装置
５０６ ：記録媒体
５０７ ：ドライブ装置
５０８ ：通信インタフェース
５０９ ：通信ネットワーク
５１０ ：入出力インタフェース
５１１ ：バス
１０００ ：障害解析システム

Claims (8)

1. 第１のシステムで過去に発生した障害事象、当該障害事象に紐付けられたエラーログ、当該障害事象に紐付けられた前記障害事象の解決手法情報を備える障害ログデータ情報を格納する問題記憶手段と、
   入力されるログデータが、前記問題記憶手段に格納される前記障害ログデータ情報と合致するかを判断し、合致しないと判断した場合に、前記入力されるログデータに含まれる情報を基に、前記第１のシステムで発生した新たな障害を、前記第１のシステムとＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）ユーザインタフェース経由で接続が可能な第２のシステムにおいて、再現して検証するための再現スクリプトを作成するログ解析手段
   を備え、
   前記再現スクリプトは、前記検証のために前記第１のシステムと同期するように前記第２のシステムを実行するためのものであり、前記第２のシステムの構成を変更するための構成変更スクリプトと、前記第２のシステムの設計を変更するための設定変更スクリプトと、前記第２のシステムにおいて動作させるべき操作を実行するための操作スクリプトを少なくとも備え、
   前記ログ解析手段は、前記新たな障害の発生前後の前記第１のシステムにおける操作について、当該操作に関連する複数のパラメータを時系列に沿って変化させた前記操作スクリプトを複数生成し、
   前記複数のパラメータは、前記新たな障害の発生前後の前記第１のシステムにおける前記操作についての実行操作間隔および実行操作数を少なくとも含む、
   障害解析装置。
2. 前記構成変更スクリプトおよび前記設定変更スクリプトをインタプリタに実行させ、前記ＢＭＣユーザインタフェース経由で、前記第２のシステムにおいて前記第１のシステムの環境を構築する再現環境構築手段
   を備える請求項１に記載の障害解析装置。
3. 前記操作スクリプトをインタプリタに実行させ、前記ＢＭＣユーザインタフェース経由で、前記環境が構築された前記第２のシステムにおいて、前記第１のシステムで実行された操作を再現する再現テスト実行部
   を備える請求項２に記載の障害解析装置。
4. 前記インタプリタは、ＷｅｂサーバまたはＳＳＨ（Ｓｅｃｕｒｅ ＳＨｅｌｌ）サーバへアクセス可能である
   請求項２または請求項３に記載の障害解析装置。
5. サーバおよび当該サーバの処理に関するログを格納する記憶手段を備える、前記第１のシステムおよび前記第２のシステム
   を備え、
   前記第１のシステムおよび前記第２のシステムが備える前記サーバおよび前記記憶手段は同構成であり、
   前記第２のシステムは、請求項１乃至請求項３のいずれかに記載の障害解析装置を含み、
   前記第１のシステムと前記障害解析装置とは、前記ＢＭＣユーザインタフェース経由で通信可能である、
   障害解析システム。
6. 前記第１のシステムが備える前記記憶手段は、
   前記ＢＭＣユーザインタフェースを介して前記第１のシステムが備える前記サーバが構成変更された時の構成変更ログと、
   前記ＢＭＣユーザインタフェースを介して前記第１のシステムが備える前記サーバが設定変更された時の設定変更ログと、
   前記ＢＭＣユーザインタフェースを介して前記第１のシステムが備える前記サーバが操作された時の操作ログと、を少なくとも格納する
   請求項５に記載の障害解析システム。
7. 問題記憶手段に格納される、第１のシステムで過去に発生した障害事象、当該障害事象に紐付けられたエラーログ、当該障害事象に紐付けられた前記障害事象の解決手法情報を備える障害ログデータ情報と、入力されるログデータとを比較し、
   前記比較の結果、前記障害ログデータ情報と前記入力されるログデータとが合致しない場合、前記入力されるログデータに含まれる情報を基に、前記第１のシステムで発生した新たな障害を、前記第１のシステムとＢＭＣユーザインタフェース経由で接続が可能な第２のシステムにおいて、再現して検証するための再現スクリプトを作成する
   ことを備え、
   前記再現スクリプトは、前記検証のために前記第１のシステムと同期するように前記第２のシステムを実行するためのものであり、前記第２のシステムの構成を変更するための構成変更スクリプトと、前記第２のシステムの設計を変更するための設定変更スクリプトと、前記第２のシステムにおいて動作させるべき操作を実行するための操作スクリプトを少なくとも備え、
   前記再現スクリプトを作成する処理では、前記新たな障害の発生前後の前記第１のシステムにおける操作について、当該操作に関連する複数のパラメータを時系列に沿って変化させた前記操作スクリプトを複数生成し、
   前記複数のパラメータは、前記新たな障害の発生前後の前記第１のシステムにおける前記操作についての実行操作間隔および実行操作数を少なくとも含む、
   障害解析方法。
8. 問題記憶手段に格納される、第１のシステムで過去に発生した障害事象、当該障害事象に紐付けられたエラーログ、当該障害事象に紐付けられた前記障害事象の解決手法情報を備える障害ログデータ情報と、入力されるログデータとを比較し、
   前記比較の結果、前記障害ログデータ情報と前記入力されるログデータとが合致しない場合、前記入力されるログデータに含まれる情報を基に、前記第１のシステムで発生した新たな障害を、前記第１のシステムとＢＭＣユーザインタフェース経由で接続が可能な第２のシステムにおいて、再現して検証するための再現スクリプトを作成する
   ことをコンピュータに実現させ、
   前記再現スクリプトは、前記検証のために前記第１のシステムと同期するように前記第２のシステムを実行するためのものであり、前記第２のシステムの構成を変更するための構成変更スクリプトと、前記第２のシステムの設計を変更するための設定変更スクリプトと、前記第２のシステムにおいて動作させるべき操作を実行するための操作スクリプトを少なくとも備え、
   前記再現スクリプトを作成する処理では、前記新たな障害の発生前後の前記第１のシステムにおける操作について、当該操作に関連する複数のパラメータを時系列に沿って変化させた前記操作スクリプトを複数生成し、
   前記複数のパラメータは、前記新たな障害の発生前後の前記第１のシステムにおける前記操作についての実行操作間隔および実行操作数を少なくとも含む、
   プログラム。

Images