(57)【要約】  プロセッサと複数のハードウェアユニットとを有する情報処理装置の制御方法において、該プロセッサは、該情報処理装置内のハードウェアユニットの異常状態を検出し、異常が有ったハードウェアユニットの識別情報を取得し、該識別情報に基づいて、異常識別情報を生成し、該プロセッサが実行した実行処理のログを記録し、該ハードウェアユニットの異常状態を検出した時点で記録されている該実行処理のログに該異常識別情報を付与し、該異常識別情報が付与された実行処理のログを出力する。
2011051999.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと複数のハードウェアユニットとを有する情報処理装置の制御方法において、
該プロセッサは、該情報処理装置内のハードウェアユニットの異常状態を検出し、
異常が有ったハードウェアユニットの識別情報を取得し、
該識別情報に基づいて、異常識別情報を生成し、
該プロセッサが実行した実行処理のログを記録し、
該ハードウェアユニットの異常状態を検出した時点で記録されている該実行処理のログに該異常識別情報を付与し、
該異常識別情報が付与された実行処理のログを出力することを特徴とする情報処理装置の制御方法。
【請求項２】
該識別情報と異常状態が検出された時間情報とに基づいて、該異常識別情報を生成することを特徴とする請求項１記載の情報処理装置の制御方法。
【請求項３】
ハードウェアユニットの異常状態の検出時に、該異常識別情報が付与されていない実行処理のログに該異常識別情報を付与することを特徴とする請求項１記載の情報処理装置の制御方法。
【請求項４】
プロセッサと複数のハードウェアユニットとを有する情報処理装置において、
該情報処理装置内のハードウェアユニットの異常状態を検出する検出部と、
異常が有ったハードウェアユニットの識別情報を取得する取得部と、
該識別情報に基づいて、異常識別情報を生成する生成部と、
該プロセッサが実行した実行処理のログを格納する格納部と、
該検出部が該ハードウェアユニットの異常状態を検出した時点で該格納部に格納されている該実行処理のログに該異常識別情報を付与する付与部と、
を有することを特徴とする情報処理装置。
【請求項５】
該生成部は該識別情報と異常状態が検出された時間情報とに基づいて、該異常識別情報を生成することを特徴とする請求項４記載の情報処理装置。
【請求項６】
該付与部はハードウェアユニットの異常状態の検出時に、該異常識別情報が付与されていない実行処理のログに該異常識別情報を付与することを特徴とする請求項４記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理装置の制御方法に関する。
【背景技術】
【０００２】
サーバシステムは複数のサーバ装置を有する。サーバシステムは高信頼性が求められる。サーバシステムは高信頼性を保つためサーバ管理装置を含む。サーバ管理装置はサーバシステムに含まれる各サーバ装置の運用状態を管理し、障害情報などを蓄積する。サーバ管理者は障害情報を用いて障害解析を行う。【０００３】
サーバ管理装置は、以下の手法でハードウェアログとソフトウェアログとを一元管理する。サーバ装置においてハードウェアの障害が発生すると、サーバ管理装置はハードウェアの障害情報及びエラーの統計情報をサーバ装置から取得する。サーバ管理装置はハードウェアの障害情報の履歴をハードウェアログとして記憶する。サーバ管理装置は障害発生時にサーバ装置から転送されるハードウェアログを受け取る。サーバ管理装置は、サーバ装置からのハードウェアログに対し、エラーを識別するエラー識別ＩＤを付与する。サーバ管理装置は、障害が発生したサーバ装置のサーバ管理者に、エラーが発生したことを示す情報をエラー識別ＩＤも付与して通知する。エラー通知を受けたサーバ管理者は、サーバ装置において障害時にオペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）やアプリケーション等の動作の履歴を記憶したソフトウェアログを取得する。その後、サーバ管理者はエラー識別ＩＤをソフトウェアログに付与し、サーバ管理装置にソフトウェアログを転送する。サーバ管理装置は、（エラーが関連する）エラー識別ＩＤが付与されたソフトウェアログとハードウェアログを管理するため、それぞれのログをサーバ管理装置で一元管理することが可能になる。【０００４】
しかし、上述した手法では、ハードウェアログと実行処理のログであるソフトウェアログとの対応付けをサーバ管理者が行っており、作業ミスが起こるおそれがある。また、サーバ管理装置がハードウェアログを取得する時間と、ソフトウェアログを取得する時間にはタイムラグがある。そのため、障害時のソフトウェアログを解析する際、サーバ管理者はタイムラグを考慮しなければならない。【０００５】
先行技術文献としては、下記のものがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１１−１１９９９２号公報
【特許文献２】特開２００２−２１５４３１号公報
【特許文献３】特開２００８−０５９４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、ハードウェアエラーと実行処理のログの対応付けを自動で行うことである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、プロセッサと複数のハードウェアユニットとを有する情報処理装置の制御方法において、該プロセッサは、該情報処理装置内のハードウェアユニットの異常状態を検出し、異常が有ったハードウェアユニットの識別情報を取得し、該識別情報に基づいて、異常識別情報を生成し、該プロセッサが実行した実行処理のログを記録し、該ハードウェアユニットの異常状態を検出した時点で記録されている該実行処理のログに該異常識別情報を付与し、該異常識別情報が付与された実行処理のログを出力する。
【発明の効果】
【０００９】
本実施形態の一側面によれば、ハードウェアユニットの異常状態を検出した時点で記録されている実行処理のログに異常識別情報を付与する。そのため、ハードウェアエラーと実行処理のログとの対応付けを自動で行うことができる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態における障害情報収集システムを示す図である。
【図２】一実施形態におけるハードウェアログの一例を示す図である。
【図３】一実施形態におけるエラー識別ＩＤの一例を示す図である。
【図４】一実施形態におけるソフトウェアログの一例を示す図である。
【図５】一実施形態におけるエラー割り込みハンドラの処理のフローチャートである。
【図６】一実施形態におけるファームウェア障害処理のフローチャートである。
【図７】一実施形態におけるエラー監視プログラムのフローチャートである。
【図８】障害処理の全体を示す図である。
【図９】障害情報収集システムの一例を示す図（その１）である。
【図１０】障害情報収集システムの一例を示す図（その２）である。
【発明を実施するための形態】
【００１１】
図１に一実施形態における障害情報収集システム０を示す。本実施形態では情報処理装置のＯＳに、標準のオープンソースであるＬｉｎｕｘ（登録商標）を適用した例を用いて説明する。
【００１２】
障害情報収集システム０は情報処理装置１００、システム監視コンポーネント１２７及び情報支援システム１３１を有する。
【００１３】
情報処理装置１００は、ハードウェア１０１、プロセッサである中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）８００及びハード・ディスク・ドライブ（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）１１５を有する。ＣＰＵ８００によって、オペレーティング・システム（ＯＳ：Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）１１９及びファームウェア１０５が実行される。ＯＳ１１９及びファームウェア１０５はＣＰＵ８００によって実行されることで、ＯＳ１１９及びファームウェア１０５は以下に述べる様々な機能を有するようになる。
【００１４】
ハードウェア１０１は、ハードウェア１０１の障害や異常状態を検出するエラー検出部１０２を有する。ここで、ハードウェアとは、情報処理装置１００を構成する内部構成部品、周辺機器等のことである。ハードウェア１０１は例えば、情報処理装置１００と構内ネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）とを接続するための拡張カードであるネットワーク・インタフェース・カード（ＮＩＣ：Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等のハードウェアユニットである。エラー検出部１０２は、エラーを検出するとエラー割り込みハンドラ１０３に対して割り込みを行う。
【００１５】
ＯＳ１１９には、エラー割り込み時に実行されるエラー割り込みハンドラ１０３及びエラー監視プログラム１１７が実装されている。
【００１６】
エラー割り込みハンドラ１０３は、ハードウェアエラー詳細ログ問い合わせ部１０４及びハードウェアエラー詳細ログ格納部１１４を有する。ハードウェアエラー詳細ログ問い合わせ部１０４は、エラー検出部１０２がエラーを検出すると、ハードウェアログ取得部１０６を呼び出す。ハードウェアエラー詳細ログ格納部１１４は、ハードウェアログをＨＤＤ１１５のハードウェアログ格納領域１１６に格納する。ハードウェアログ格納領域１１６については後述する。なお、本実施形態におけるハードウェアログは、障害発生時のハードウェアの状態を示すハードウェアのレジスタ情報である。なお、ハードウェアエラー詳細ログ問い合わせ部１０４及びハードウェアエラー詳細ログ格納部１１４はモジュールである。
【００１７】
図２にハードウェアログの一例を示す。ハードウェアログ５００は、エラー種別５０２、エラー強度５０４、エラーの位置情報５０６及びエラー箇所のレジスタダンプ５０８を有する。エラー種別５０２は、発生したエラーの種別を表す。エラー強度５０４は、発生したエラーが訂正可能であるか否かを表す。エラーの位置情報５０６は、エラーが発生した位置を表す。エラー箇所のレジスタダンプ５０８は、どのハードウェアにエラーが発生しているかを特定するための情報である。
【００１８】
ファームウェア１０５は、ハードウェアログ取得部１０６、エラー識別ＩＤ作成部１０８、障害通知部１１０及びハードウェアログ通知部１１２を有する。ファームウェアはＣＰＵ８００によって実行される。なお、ハードウェアログ取得部１０６、エラー識別ＩＤ作成部１０８、障害通知部１１０及びハードウェアログ通知部１１２はモジュールである。
【００１９】
ハードウェアログ取得部１０６はエラー割り込みハンドラ１０３から呼び出される。ハードウェアログ取得部１０６はハードウェアログを取得して加工する。異常識別情報を生成する生成部であるエラー識別ＩＤ作成部１０８はエラーを識別するエラー識別ＩＤを作成し、作成したエラー識別ＩＤをハードウェアログに付与する。異常識別情報であるエラー識別ＩＤは、例えば、ハードウェアエラーの発生時間を監視するタイマから取得したエラー発生時間とＮＩＣのＭＡＣアドレス（ＭＡＣＡ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ａｄｄｒｅｓｓ）等のハードウェア固有の識別情報を組み合わせて作成すれば良い。このようなエラー識別ＩＤを作成することで、エラー識別ＩＤは情報処理装置１００のハードウェアのどの障害ログとも同一になることはなく、ログ管理を時系列にかつ、サーバシステム毎に行うことができる。エラー識別ＩＤはハードウェアログに付与され、以降障害に対して取得されるログ情報は全て、エラー識別ＩＤで管理される。
【００２０】
図３にエラー識別ＩＤの一例を示す。エラー識別ＩＤ６００は、エラー発生時刻６０２及びＭＡＣアドレス６０４を有する。エラー発生時刻６０２は、エラーが発生した時刻を表す。ＭＡＣアドレス６０４は上述したものと同様なので、その説明を省略する。
【００２１】
障害通知部１１０は、エラーが発生したことを障害支援システム１３１に通知するため、障害発生をシステム監視コンポーネント１２７に通知する。ハードウェアログ通知部１１２は、障害通知部１１０による障害の通知後、ハードウェアログをハードウェアエラー詳細ログ格納部１１４に通知する。
【００２２】
システム監視コンポーネント１２７は、エラー情報格納部１２８及びエラー統計情報格納部１３０を有する。エラー情報格納部１２８は、障害通知部１１０から通知されるエラー情報を格納する。エラー統計情報格納部１３０は、発生したエラーの種類の分布情報を格納する。
【００２３】
ＨＤＤ１１５はエラーログを格納するエラーログ格納領域１１３を有する。エラーログ格納領域１１３は、ハードウェアログを格納するハードウェアログ格納領域１１６及びソフトウェアログを格納するソフトウェアログ格納領域１２６を有する。ハードウェアエラー詳細ログ格納部１１４は、ハードウェアログ通知部１１２からハードウェアログを取得すると、取得したハードウェアログをハードウェアログ格納領域１１６に格納する。なお、本実施形態におけるソフトウェアログは、例えば、障害発生時のＯＳやアプリケーションの動作を追跡するためのシスログである。
【００２４】
なお、本実施形態のＯＳは，システム上で発生した各種イベントや状態の変化を記録可能であるとする。本実施形態のＯＳで実行するプログラムは，複数のプロセスのログ情報をまとめて記録する。このログを「システム・ログ」，または縮めて「シスログ」とする。ソフトウェアログは、ソフトウェアの誤動作やユーザによるどの操作がハードウェア障害につながったかを追跡するために使用される。
【００２５】
図４にソフトウェアログの一例を示す。ソフトウェアログ７００は、イベント発生時刻７０２及びイベントログ７０４を有する。イベント発生時刻７０２は、イベントが発生した時刻を表す。イベントログ７０４は、ＯＳやアプリケーションの誤動作の原因を記録した情報である。
【００２６】
エラー監視プログラム１１７は、ハードウェアログ監視部１１８、エラー識別ＩＤ取得部１２０、ソフトウェアログ取得部１２２及びソフトウェアログ格納部１２４を有する。なお、ハードウェアログ監視部１１８、エラー識別ＩＤ取得部１２０、ソフトウェアログ取得部１２２及びソフトウェアログ格納部１２４はモジュールである。
【００２７】
ハードウェアログ監視部１１８は、ハードウェアエラー詳細ログ格納部１１４によってハードウェアログ格納領域１１６に新たにハードウェアログが格納されたか否かを監視する。ソフトウェアログ取得部１２２は、ハードウェアログ格納領域１１６に新たにハードウェアログが格納された場合、ＯＳやアプリケーションのソフトウェアログを取得する。エラー識別ＩＤ取得部１２０は、ハードウェアログ格納領域１１６に新たにハードウェアログが格納されると、ハードウェアログからエラー識別ＩＤを取得し、取得したエラー識別ＩＤをソフトウェアログに付与する。ソフトウェアログ格納部１２４は、ソフトウェアログ格納領域１２６にソフトウェアログを格納する。
【００２８】
エラー識別ＩＤ取得部１２０によるソフトウェアログへのエラー識別ＩＤの他の付与方法としては、以下の方法がある。例えば、ハードウェアエラーが検出された時点で、ソフトウェアログ取得部１２２によって取得されているソフトウェアログ全てにエラー識別ＩＤを付与しても良い。また、例えば、ハードウェアエラーが検出された時点で、未だエラー識別ＩＤが付与されていないソフトウェアログに対してエラー識別ＩＤを付与しても良い。
【００２９】
情報支援システム１３１は、システム監視コンポーネント１２７のエラー情報格納部１２８に格納されているエラー情報及びエラー統計情報格納部１３０に格納されているエラーの種類の分布情報を取得する。また、情報支援システム１３１は、ＨＤＤ１１５のハードウェアログ格納領域１１６に格納されているハードウェアログ及びソフトウェアログ格納領域１２６に格納されているソフトウェアログを取得する。サーバ管理者は、情報支援システム１３１によって取得された情報を参照して、情報処理装置１００の障害解析を行うことができる。
【００３０】
図５に、一実施形態におけるエラー割り込みハンドラの処理のフローチャートを示す。ステップＳ１０１において、エラー割り込みハンドラ１０３は、エラー検出部１０２からエラー通知を受信する。処理はステップＳ１０２へ移行する。
【００３１】
ステップＳ１０２において、エラー割り込みハンドラ１０３は、ファームウェア１０５にエラー情報の問い合わせを行う。処理はステップＳ１０３へ移行する。
【００３２】
ステップＳ１０３において、エラー割り込みハンドラ１０３は、ファームウェア１０５からの応答を待つ。ファームウェアからの応答があった場合、処理はステップＳ１０４へ移行する。
【００３３】
ステップＳ１０４において、エラー割り込みハンドラ１０３は、ファームウェア１０５から取得したエラー情報をＨＤＤ１１５に格納する。処理は終了する。
【００３４】
図６に、一実施形態におけるファームウェア障害処理のフローチャートを示す。ステップＳ２０１において、ハードウェアログ取得部１０６はハードウェアデータを取得する。ハードウェアデータは、エラー解析を行うためのレジスタ情報である。処理はステップＳ２０２へ移行する。
【００３５】
ステップＳ２０２において、ハードウェアログ取得部１０６はステップＳ２０１において取得したハードウェアデータからハードウェアログを生成する。処理はステップＳ２０３へ移行する。
【００３６】
ステップＳ２０３において、エラー識別ＩＤ作成部１０８はエラー識別ＩＤを作成する。処理はステップＳ２０４へ移行する。
【００３７】
ステップＳ２０４において、エラー識別ＩＤ作成部１０８はステップＳ２０３において作成したエラー識別ＩＤをステップＳ２０２において生成したハードウェアログに付与する。処理はステップＳ２０５へ移行する。
【００３８】
ステップＳ２０５において、障害通知部１１０はエラー通知データを生成する。処理はステップＳ２０６へ移行する。
【００３９】
ステップＳ２０６において、障害通知部１１０はステップＳ２０５において生成したエラー通知データにエラー識別ＩＤを付与する。処理はステップＳ２０７へ移行する。
【００４０】
ステップＳ２０７において、障害通知部１１０はシステム監視コンンポーネント１２７にエラーを通知する。処理はステップＳ２０８へ移行する。
【００４１】
ステップＳ２０８において、ハードウェアログ通知部１１２はハードウェアログをＯＳ１１９に通知する。処理は終了する。
【００４２】
図７に、一実施形態におけるエラー監視プログラムのフローチャートを示す。ステップＳ３０１において、ハードウェアログ監視部１１８は、ハードウェアログのアップデートを監視する。処理はステップＳ３０２へ移行する。
【００４３】
ステップＳ３０２において、ハードウェアログ監視部１１８はハードウェアエラー詳細ログ格納部１１４によって、ハードウェアログ格納領域１１６にハードウェアログが新たに格納されたか否かを判定する。ハードウェアエラー詳細ログ格納部１１４によってハードウェアログがハードウェアログ格納領域１１６に新たに格納された場合（Ｓ３０２  ＹＥＳ）、処理はステップＳ３０３へ移行する。一方、ハードウェアログ格納領域１１６にハードウェアエラー詳細ログ格納部１１４によってハードウェアログが新たに格納されていない場合（Ｓ３０２  ＮＯ）、処理はステップＳ３０１へ戻る。
【００４４】
ステップＳ３０３において、エラー識別ＩＤ取得部１２０はハードウェアログを取得する。処理はステップＳ３０４へ移行する。
【００４５】
ステップＳ３０４において、エラー識別ＩＤ取得部１２０はハードウェアログからエラー識別ＩＤを抽出する。処理はステップＳ３０５へ移行する。
【００４６】
ステップＳ３０５において、ソフトウェアログ取得部１２２はソフトウェアログを取得する。処理はステップＳ３０６へ移行する。
【００４７】
ステップＳ３０６において、エラー識別ＩＤ作成部１０８はソフトウェアログにエラー識別ＩＤを付与する。処理はステップＳ３０７へ移行する。
【００４８】
ステップＳ３０７において、ソフトウェアログ格納部１２４はエラー識別ＩＤが付与されたソフトウェアログをソフトウェアログ格納領域１２６に格納する。処理は終了する。
【００４９】
以上により、ファームウェアが、障害毎に取得したエラー識別ＩＤをハードウェアログに付与し、エラー監視プログラムもソフトウェアログを収集する時にそのエラー識別ＩＤでソフトウェアログを管理する。
そのため、エラー識別ＩＤによってハードウェアログとソフトウェアログとを人手を介在することなく自動的にハードウェアエラーとソフトウェアのログ情報とを関連付けて記憶することができる。ゆえに、上記障害情報収集システムでは、障害が短時間に多発した場合でも、１障害に対しハードウェアログ取得、エラーＩＤ取得、ソフトウェアログ取得という一連の動作が実現でき、障害ごとにログ管理が可能となる。また、連続したハードウェア障害においても個々の障害のログ取得が可能となる。
【００５０】
また、ファームウェアがハードウェアログを取得し、エラー識別ＩＤを取得した後、エラー発生通知をシステム監視コンポーネント１２７にすることで、障害支援システム１３１への通知が可能になる。このとき、システム監視コンポーネント１２７に通知するデータに、エラー識別ＩＤも付与することで障害支援システム１３１に通知される障害情報ともエラー識別ＩＤで管理することができる。
【００５１】
なお、上述したフローチャートをまとめたシーケンス図を図８に示す。
【００５２】
本実施形態の有用性について説明する。例えば、図９に示す障害情報収集システム２がある。情報処理装置２００にてハードウェア障害が発生すると、サーバ監視システム３００は情報処理装置２００からハードウェアログを受信する。エラー識別ＩＤ付与部３０２は、情報処理装置２００から受信したハードウェアログにエラー識別ＩＤを付与する。ハードウェアログ格納部３０４は、エラー識別ＩＤが付与されたハードウェアログをハードウェアログ格納領域３１６に格納する。障害・エラー識別ＩＤ通知部３０６は、ハードウェアエラーが発生したこと及びハードウェアログに付与されたエラー識別ＩＤをサーバ管理者４００に通知する。サーバ管理者４００は、障害・エラー識別ＩＤ通知部３０６から通知を受けると、情報処理装置２００のＯＳやアプリケーションのソフトウェアログを取得する。そして、サーバ管理者４００は、取得したソフトウェアログをソフトウェアログ格納領域３２６に格納する際に、ハードウェアログに付与されたエラー識別ＩＤをアップロードのキーコードとすることで、それぞれのログをサーバ監視システムで一元管理する。
【００５３】
また、例えば、図１０に示す障害情報収集システム４がある。エラー検出部２０２はハードウェア２０１のハードウェアエラーを検出する。エラー検出部２０２はハードウェアエラーを検出すると、処理はＯＳ２１９のエラー割り込みハンドラ２０３に移る。ハードウェアエラー詳細ログ問合せ部２０４は、ハードウェアログ取得部２０６にハードウェアログを問い合わせる。ハードウェアログ取得部２０６は取得したハードウェアログをハードウェア受け渡し部２０７に送信する。ハードウェア受け渡し部２０７は、受信したハードウェアログをハードウェアエラー詳細ログ格納部２１４に送信する。ハードウェアエラー詳細ログ格納部２１４は、受信したハードウェアログをハードウェアログ格納領域に格納する。
【００５４】
図９に示した障害情報収集システム２では、ハードウェアログとソフトウェアログの紐づけが自動になっておらず、サーバ管理者の作業ミスを起こしやすい。また、ハードウェアログの収集と、ソフトウェアログを収集する時間にはタイムラグがあり、障害時のソフトウェアログを解析するのにそのタイムラグを考慮する必要がある。そして、ログが密に記録されている状態では、ログのどの時点で障害が発生したかの判断ができない。さらに、短時間に連続して発生する障害では、サーバ監視システムに転送されるハードウェアログと、サーバ管理者が取得するソフトウェアログが１対１で対応付けられず、１つのソフトウェアログに対し、複数のハードウェアログが存在する。このような現象が起こると、お互いのログの参照が困難になり、またログの参照ミスの原因になり、サーバ管理者は誤った障害解析をしてしまう。
【００５５】
また、図１０に示した障害情報収集システム４では、障害発生時にソフトウェアログを取得する機構がないため、障害解析者がソフトウェアログを必要とした場合、サーバ管理者に取得の依頼をする必要がある。また、障害発生時にエラー識別ＩＤを取得しないため、障害管理を自動で行うことができない。
【００５６】
これに対し、本実施形態によれば、ハードウェアログとソフトウェアログとをエラー識別ＩＤにより一元管理することができる。また、本実施形態によれば、ハードウェアログとソフトウェアログとが自動的に取得され、人手を介在しないことでタイムラグなく取得されるため，各ログの照合ミスを解消できる。また、本実施形態によれば、ソフトウェアログが自動で採取されるのでログの採取忘れが発生せず、障害時のソフトウェアログが上書きされて解析できないことを防ぐことができる。
【００５７】
また、例えば、ハードウェアログを取得する際に使用されるタイマと、ソフトウェアログを取得する際に使用されるタイマとが同期していない場合、サーバ管理者がハードウェアログ格納領域１１６及びソフトウェアログ格納領域１２６に格納されたログの時刻情報を参照したとしても、タイムラグを考慮してハードウェアログとソフトウェアログとを対応付けなければならない。これに対し、本実施形態によれば、ハードウェアエラーが検出された時点でソフトウェアエラーにエラー識別ＩＤを付与するため、タイマが同期していなくても、エラー識別ＩＤを参照すれば、あるハードウェアログに対応するソフトウェアログを特定することができる。
【符号の説明】
【００５８】
０、２、４  障害情報収集システム
１００、２００  情報処理装置
１０１、２０１  ハードウェア
１０２、２０２  エラー検出部
１０３、２０３  エラー割り込みハンドラ
１０４、２０４  ハードウェアエラー詳細ログ問い合わせ部
１０５、２０５  ファームウェア
１０６、２０６  ハードウェアログ取得部
１０８  エラー識別ＩＤ作成部
１１０  障害通知部
１１２  ハードウェアログ通知部
１１３  エラーログ格納領域
１１４、２１４  ハードウェアエラー詳細ログ格納部
１１５、２１５  ＨＤＤ
１１６、２１６、３１６  ハードウェアログ格納領域
１１７  エラー監視プログラム
１１８  ハードウェアログ監視部
１１９、２１９  ＯＳ
１２０  エラー識別ＩＤ取得部
１２２  ソフトウェアログ取得部
１２４  ソフトウェアログ格納部
１２６、３２６  ソフトウェアログ格納領域
１２７  システム監視コンポーネント
１２８  エラー情報格納部
１３０  エラー統計情報格納部
１３１  情報支援システム
２０７  ハードウェア受け渡し部
３００  サーバ監視システム
３０２  エラー識別ＩＤ付与部
３０６  障害・エラー識別ＩＤ通知部
４００  サーバ管理者
５００  ハードウェアログ
５０２  エラー種別
５０４  エラー強度
５０６  エラーの位置情報
５０８  エラー箇所のレジスタダンプ
６００  エラー識別ＩＤ
６０２  エラー発生時刻
６０４  ＭＡＣアドレス
７００  ソフトウェアログ
７０２  イベント発生時刻
７０４  イベントログ
８００  ＣＰＵ
【図１】
2011051999.tif 000003
【図２】
2011051999.tif 000004
【図３】
2011051999.tif 000005
【図４】
2011051999.tif 000006
【図５】
2011051999.tif 000007
【図６】
2011051999.tif 000008
【図７】
2011051999.tif 000009
【図８】
2011051999.tif 000010
【図９】
2011051999.tif 000011
【図１０】
2011051999.tif 000012
【国際調査報告】
2011051999.tif 000013
2011051999.tif 000014
2011051999.tif 000015
2011051999.tif 000016