(57)【要約】【課題】仮想化レイヤを有するシステムにおいて故障追跡を提供すること。【解決手段】スタック・システムで、ユーザ・アプリケーション・インターフェースでのエラーを検出し、さらに低いスタック・レベルでの関連する根本原因であるエラーを識別し、エラーに関してエラー追跡エントリを作成し、エラー・ログ識別子をエラー追跡エントリに関連付け、組み合わされたエラー・ログ識別子とエラー追跡エントリから前記スタック・システムの複数のホスト・システム内で一意のエラー識別子を作成し、根本原因であるエラーのためにサービスに障害が起こっている可能性が高い場合に、１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側にエラー識別子を伝達することによって、１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーは仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付けられる。【選択図】図１
2005122409.tif 000002
【特許請求の範囲】
【請求項１】
複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付けるためのスタック・システムにおける方法であって、
ユーザ・アプリケーション・インターフェースでエラーを検出するステップと、
さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するステップと、
前記エラーに関してエラー追跡エントリを作成するステップと、
エラー・ログ識別子を前記エラー追跡エントリに関連付けるステップと、
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するステップと、
前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するステップと
を含む方法。
【請求項２】
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するステップが、
前記複数のホスト・システム内で一意のエラー識別子を作成するためにエラー追跡エントリとエラー・ログ識別子とを整数値と組み合わせるステップを含む請求項１に記載の方法。
【請求項３】
さらに低いスタック・レベルの根本原因であるエラーが前記スタック・システムの周辺装置内にある請求項１に記載の方法。
【請求項４】
前記周辺装置がストレージ・デバイスである請求項３に記載の方法。
【請求項５】
スタック・システムがストレージ・エリア・ネットワークを含む請求項１に記載の方法。
【請求項６】
複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付ける装置であって、
ユーザ・アプリケーション・インターフェースでエラーを検出するためのエラー検出器と、
さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するための診断コンポーネントと、
前記エラーに関してエラー追跡エントリを作成するための追跡コンポーネントと、
エラー・ログ識別子を前記エラー追跡エントリに関連付けるための識別コンポーネントと、
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するためのシステムワイドな識別コンポーネントと、
前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するための伝達コンポーネントと
を備える装置。
【請求項７】
システムワイドな識別コンポーネントが、
前記複数のホスト・システム内で一意のエラー識別子を作成するためにエラー追跡エントリとエラー・ログ識別子とを整数値と組み合わせるためのコンポーネントを備える請求項６に記載の装置。
【請求項８】
さらに低いスタック・レベルの根本原因であるエラーが前記スタック・システムの周辺装置内にある請求項６に記載の装置。
【請求項９】
前記周辺装置がストレージ・デバイスである請求項６に記載の装置。
【請求項１０】
スタック・システムがストレージ・エリア・ネットワークを含む請求項６に記載の装置。
【請求項１１】
コンピュータ・システムにロードされ、実行された場合に、前記コンピュータ・システムに、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付けさせるようにするコンピュータ・プログラムであって、
ユーザ・アプリケーション・インターフェースでエラーを検出するコンピュータ・プログラム・コード手段と、
さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するコンピュータ・プログラム・コード手段と、
前記エラーに関してエラー追跡エントリを作成するコンピュータ・プログラム・コード手段と、
エラー・ログ識別子を前記エラー追跡エントリに関連付けるコンピュータ・プログラム・コード手段と、
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するコンピュータ・プログラム・コード手段と、
前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するコンピュータ・プログラム・コード手段と
を備えるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エラー追跡に関し、詳細には、ホスト・アプリケーションとデバイスの間に仮想化レイヤを有する環境でのエラー追跡に関する。
【背景技術】
【０００２】
故障の検出および分離の問題（複合システムの問題をその根本原因まで突き止めること）は、非常に重要な問題である。環境によってはエラー報告情報が欠如しているだけの場合もあるが、多くの企業規模の環境では、検出された故障を提示して、これをログ記録することに多くの努力が払われてきた。耐故障性システムでは、継続した耐故障性を確保するためにこのような情報が不可欠である。効果的な故障検出／修復機構がない場合、耐故障性システムは、それ以上の故障が障害を起こすまで問題をマスクしておくしかない。
【０００３】
問題が発生すると、多くの場合、その影響を予測することはしばしば困難である。例えばストレージ・コントローラのサブシステムには、ディスク・ドライブからホスト・アプリケーションへの経路すなわち「スタック」に多くのコンポーネントがある。実際に検出され、ログ記録されたエラーをアプリケーションまたはユーザのホスト・システムから見た影響に関係付けることは困難である。
【０００４】
一度に多くのエラーが発生した場合、それらのエラーのどれが特定のアプリケーションの障害に繋がっているのかを判別することは殊に困難である。すべての報告されたエラーを修理する強力なソリューションは確かに役に立つだろうが、ビジネスに最も重要なアプリケーションに影響を及ぼしたエラーを修理する優先順位ベース方式の方がさらに費用効率が高く、システムのユーザにとって大きな価値がある。
【０００５】
追跡可能性が少しでも欠如するということは、ユーザまたはアプリケーションに生じた特定の問題を解決するために適切なエラーが修理されたという信頼性も減少するということである。
【０００６】
ＲＡＩＤアレイ、Flash Copyのような拡張機能、およびキャッシュを有する今日のシステムは、トップダウン分析（アプリケーションからシステムのコンポーネントまで故障を追跡すること）に既に多くの混乱を加えている。故障を招いた根本原因であるエラーを選択するには多くの時間と知識を要する。
【０００７】
多くのシステムに仮想化レイヤを導入することによって、この問題はさらに拡大する。仮想化によって無目的な他のレイヤが付加されるだけでなく、多くの仮想化方式では基礎となる実際のサブシステムにおけるデータの動的な移動が可能なので、正確な故障追跡を実行することはさらに困難を極めることになる。
【０００８】
例えば米国特許第５，９７４，５４４号の教示から、安価なディスクの冗長アレイを使用してストレージ・システムのＲＡＩＤコントローラ・レベルで論理的欠陥リストを維持することが知られている。しかし複数のそのようなアレイを他の周辺装置と共に使用するシステムの場合、しかも特にそれらがストレージ・エリア・ネットワーク（ＳＡＮ）の一部を構成している場合、そのシステムは、エラーを外部の症状から根本原因まで追跡することをさらに困難にする仮想化のような機能を有するソフトウェアのレイヤを導入する。
【特許文献１】米国特許第５，９７４，５４４号
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがってこの問題を緩和する方法、システム、またはコンピュータ・プログラムが求められている。さらにこの問題は、金額、処理資源、および時間の点で顧客に最小限の負担を課すだけで緩和されることが好ましい。
【課題を解決するための手段】
【００１０】
したがって本発明は、第１の態様で、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付けるためのスタック・システムにおける方法であって、ユーザ・アプリケーション・インターフェースでのエラーを検出するステップと、さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するステップと、前記エラーに関してエラー追跡エントリを作成するステップと、エラー・ログ識別子を前記エラー追跡エントリに関連付けるステップと、前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するステップと、前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するステップとを含む方法を提供する。
【００１１】
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するステップは、前記複数のホスト・システム内で一意のエラー識別子を作成するためにエラー追跡エントリとエラー・ログ識別子とを整数値と組み合わせるステップを含むことが好ましい。
【００１２】
さらに低いスタック・レベルの根本原因であるエラーは前記スタック・システムの周辺装置内にあることが好ましい。
【００１３】
周辺装置はストレージ・デバイスであることが好ましい。
【００１４】
スタック・システムはストレージ・エリア・ネットワークを含むことが好ましい。
【００１５】
本発明は、第２の態様で、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付ける装置であって、ユーザ・アプリケーション・インターフェースでエラーを検出するためのエラー検出器と、さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するための診断コンポーネントと、前記エラーに関してエラー追跡エントリを作成するための追跡コンポーネントと、エラー・ログ識別子を前記エラー追跡エントリに関連付けるための識別コンポーネントと、前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するためのシステムワイドな識別コンポーネントと、前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するための伝達コンポーネントとを備える装置を提供する。
【００１６】
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するためのシステムワイドな識別コンポーネントは、前記複数のホスト・システム内で一意のエラー識別子を作成するためにエラー追跡エントリとエラー・ログ識別子とを整数値と組み合わせるためのコンポーネントを備えることが好ましい。
【００１７】
さらに低いスタック・レベルの根本原因であるエラーは前記スタック・システムの周辺装置内にあることが好ましい。
【００１８】
周辺装置はストレージ・デバイスであることが好ましい。
【００１９】
スタック・システムはストレージ・エリア・ネットワークを含むことが好ましい。
【００２０】
本発明は、第３の態様で、コンピュータ・システムにロードされ、実行された場合に、前記コンピュータ・システムに、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付けさせるようにストレージ・メディアで有形に実施されるコンピュータ・プログラム製品であって、ユーザ・アプリケーション・インターフェースでエラーを検出するコンピュータ・プログラム・コード手段と、さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するコンピュータ・プログラム・コード手段と、前記エラーに関してエラー追跡エントリを作成するコンピュータ・プログラム・コード手段と、エラー・ログ識別子を前記エラー追跡エントリに関連付けるコンピュータ・プログラム・コード手段と、前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するコンピュータ・プログラム・コード手段と、前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するコンピュータ・プログラム・コード手段とを備えるコンピュータ・プログラム製品をさらに提供する。
【００２１】
一意のエラー識別子を使用して根本原因情報がエラーにタグ付けされている仮想化ストレージのサブシステムで故障を分離するための本発明の好ましい実施形態は、システム内の１つの故障によって生じる複数のエラーを即座に当該１つの故障が原因であると診断することができるという利点を提供する。これにより診断手順は高速化され、通常ならば非常に有効なシステムにおける潜在的なダウンタイムが低減される。
【００２２】
次に、本発明の好ましい実施形態を、添付の図面を参照して例示によってのみ説明する。
【発明を実施するための最良の形態】
【００２３】
本発明の好ましい実施形態は、多くの企業規模の環境で既存であるような従来型のエラー・ログ（１７０）をとることから開始する。エラー・ログは、システムのコンポーネントによって検出された故障を記録するために使用される。典型的には、ネットワークまたはドライバ・レイヤのような「外部」にインターフェースしており、エラーを最初に検出して処理するコンポーネントがある。
【００２４】
一意の識別子（２１０）が既存の従来型エラー・ログ・エントリに追加される。これは、エントリごとに大きな（例えば３２ビットの）整数を使用して行うことができる。一意の識別子は、ログの識別子によって修飾された場合、引き続き入出力サービスまたは他の動作に障害を起こさせる危険性のある特定イベントを示す。エラー・ログは、ユーザまたはサービス技術者が根本原因である故障を修復するために十分な、検出された故障（２２０）を詳述する補足情報を含んでいる。
【００２５】
次いで一意の識別子は、そのエラーが原因で障害が起こっている可能性の高い任意のサービス要求（例えば入出力要求）に対する応答の一部として使用される。この要求の発行側は、要求に対する障害応答を受信すると、あるならば障害が起こっている可能性の高いそれ自体のサービスまたは要求を判別する。要求の発行側はそれ自体の要求に障害を起こし、それらの障害の原因を示す最初に受け取った一意の識別子を改めて提示する。
【００２６】
したがって、障害の原因であるイベントのアイデンティティ（identity）は、各要求の発信元に達するまで一連の障害が起こっている要求全体を通過する。この場合、発信元は、検出された障害ごとにどのエラー・イベントを修復する必要があるかを正確に判別するために必要な情報を有しており、これによって修復プロセスは促進され、最も危険な状態にあるアプリケーションが確実に最初に修復される。また、適切なエラーが修復済みであるというさらに高度な信頼性があり、これによって時間遅延および回復の失敗に伴う出費が防止される。
【００２７】
現在最も好ましい実施形態では、要求を伝達するコンポーネントはソフトウェア・スタック（１００）のレイヤであり、ＲＡＩＤコントローラ（１１０）の管理、仮想化（１２０）、フラッシュ・コピー（１３０）、キャッシング（１４０）、リモート・コピー（１５０）、およびホスト・システムへのインターフェース（１６０）などの機能を実行する。本発明の好ましい実施形態の方法は、ストレージ・コントローラのエッジまでシステム全体にわたってスタックを追跡する追跡可能性を考慮している。
【００２８】
ソフトウェア・スタックの各コンポーネントは、元の障害が起こっているイベントの結果としてそれ自体がエラーを提示することができる。一例として、アプリケーション・サーバ（１９０）からの書き込み動作を、障害として、すなわち何らかの理由で物理的な記憶装置によりその書き込みに障害が起こっているとして、ＳＣＳＩバック・エンド（１１０）に戻すことができる。この結果、エラーはログ記録され、一意の識別子（２１０）は問題を提示しているコンポーネントに戻される。障害が起こっている書き込みは、一意の識別子と共に上のレイヤに戻される。それらはスタックまで戻される。各レイヤで、これはそのコンポーネント内で障害を起こす可能性がある。例えば書き込みに障害を起こしているディスクに対してフラッシュ・コピーがアクティブである場合、そのフラッシュ・コピーの動作は中断され、エラーが提示される。この新しいエラー自体に一意の識別子が割り当てられているが、これには下方のコンポーネントによって渡された一意の識別子、すなわち根本原因（２３０）がマーク付けされている。ソフトウェアのスタックでも各レイヤで同様のことが発生する場合がある。その結果、最初のエラーは、書き込みを要求したアプリケーション・サーバにＳＣＳＩセンス・データの一部として戻される。
【００２９】
この場合ユーザは、障害が起こっている書き込み動作を、書き込みに障害を起こした物理ディスクと、上記のフラッシュ・コピー動作のようなソフトウェア・スタック内で障害を起こした動作および機能とに関係付けることができる。
【００３０】
上記で説明した方法は、通常、１つまたは複数のプロセッサ（図示せず）で実行中のソフトウェアで実行され、磁気または光コンピュータ・ディスクのような任意の適切なデータ・キャリア（これも図示せず）で搬送されるコンピュータ・プログラム要素として提供することができるということが理解されよう。同様にデータ伝送用のチャネルは、すべての種類のストレージ・メディア、ならびに有線または無線の信号媒体のような信号搬送媒体を含むことができる。
【００３１】
本発明は、コンピュータ・システムで使用するためのコンピュータ・プログラム製品として適切に実施することができる。そのような実施態様は、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、またはハード・ディスクなどのコンピュータ可読媒体のような有形媒体に固定した一連のコンピュータ可読命令、あるいはモデムまたは他のインターフェース・デバイスを介して、限定はしないが光またはアナログ通信回線を含む有形媒体によって、または限定はしないがマイクロ波、赤外線、または他の伝送技術を含む無線技術を無形に使用してコンピュータ・システムに送信することができる一連のコンピュータ可読命令を含むことができる。この一連のコンピュータ可読命令は、本明細書で既に説明した機能のすべてまたは一部を実施する。
【００３２】
当業者ならば、そのようなコンピュータ可読命令は、多くのコンピュータ・アーキテクチャまたはオペレーティング・システムで使用するために複数のプログラミング言語で書くことができるということを理解されよう。さらにそのような命令は、限定はしないが半導体、磁気、または光を含む現在または将来のどのようなメモリ技術を使用しても記憶することができ、あるいは限定はしないが光、赤外線、またはマイクロ波を含む現在または将来のどのような通信技術を使用しても送信することができる。そのようなコンピュータ・プログラム製品は、例えばソフトウェア・パッケージのような印刷物または電子文書を添付した取り外し可能媒体として分配し、例えばシステムＲＯＭまたは固定ディスクによってコンピュータ・システムにプリロードし、または例えばインターネットまたはワールド・ワイド・ウェブのようなネットワークを介してサーバまたは電子掲示板から配布することができるということが予想される。
【００３３】
上記の実施形態に対する様々な修正形態が当業者には明らかになろうことが理解されよう。
【００３４】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００３５】
（１）複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付けるためのスタック・システムにおける方法であって、
ユーザ・アプリケーション・インターフェースでエラーを検出するステップと、
さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するステップと、
前記エラーに関してエラー追跡エントリを作成するステップと、
エラー・ログ識別子を前記エラー追跡エントリに関連付けるステップと、
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するステップと、
前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するステップと
を含む方法。
（２）前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するステップが、
前記複数のホスト・システム内で一意のエラー識別子を作成するためにエラー追跡エントリとエラー・ログ識別子とを整数値と組み合わせるステップを含む上記（１）に記載の方法。
（３）さらに低いスタック・レベルの根本原因であるエラーが前記スタック・システムの周辺装置内にある上記（１）に記載の方法。
（４）前記周辺装置がストレージ・デバイスである上記（３）に記載の方法。
（５）スタック・システムがストレージ・エリア・ネットワークを含む上記（１）に記載の方法。
（６）複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付ける装置であって、
ユーザ・アプリケーション・インターフェースでエラーを検出するためのエラー検出器と、
さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するための診断コンポーネントと、
前記エラーに関してエラー追跡エントリを作成するための追跡コンポーネントと、
エラー・ログ識別子を前記エラー追跡エントリに関連付けるための識別コンポーネントと、
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するためのシステムワイドな識別コンポーネントと、
前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するための伝達コンポーネントと
を備える装置。
（７）システムワイドな識別コンポーネントが、
前記複数のホスト・システム内で一意のエラー識別子を作成するためにエラー追跡エントリとエラー・ログ識別子とを整数値と組み合わせるためのコンポーネントを備える上記（６）に記載の装置。
（８）さらに低いスタック・レベルの根本原因であるエラーが前記スタック・システムの周辺装置内にある上記（６）に記載の装置。
（９）前記周辺装置がストレージ・デバイスである上記（６）に記載の装置。
（１０）スタック・システムがストレージ・エリア・ネットワークを含む上記（６）に記載の装置。
（１１）コンピュータ・システムにロードされ、実行された場合に、前記コンピュータ・システムに、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースで検出されたエラーを仮想化レイヤの下にあるスタック・レベルの根本原因であるエラーに関連付けさせるようにするコンピュータ・プログラムであって、
ユーザ・アプリケーション・インターフェースでエラーを検出するコンピュータ・プログラム・コード手段と、
さらに低いスタック・レベルでの関連する根本原因であるエラーを識別するコンピュータ・プログラム・コード手段と、
前記エラーに関してエラー追跡エントリを作成するコンピュータ・プログラム・コード手段と、
エラー・ログ識別子を前記エラー追跡エントリに関連付けるコンピュータ・プログラム・コード手段と、
前記組み合わされたエラー・ログ識別子と前記エラー追跡エントリから前記スタック・システムの前記複数のホスト・システム内で一意のエラー識別子を作成するコンピュータ・プログラム・コード手段と、
前記根本原因であるエラーのために前記サービスに障害が起こっている可能性が高い場合に、複数あるホスト・システムのうちの１つまたは複数のホスト・システムのユーザ・アプリケーション・インターフェースでサービスの任意の要求側に前記エラー識別子を伝達するコンピュータ・プログラム・コード手段と
を備えるコンピュータ・プログラム。
【図面の簡単な説明】
【００３６】
【図１】仮想化サブシステムのコンポーネント・スタックの一例を示す図である。
【図２】本発明の現在の好ましい実施形態によるエラー・ログの一例を示す図である。
【符号の説明】
【００３７】
１００  仮想化サブシステム（ソフトウェア・スタック）
１１０  ＳＣＳＩバック・エンド
１２０  仮想化
１３０  フラッシュ・コピー
１４０  キャッシュ
１５０  リモート・コピー
１６０  ＳＣＳＩフロント・エンド
１７０  エラー・ログ
１９０  アプリケーション・サーバ
２２０  エラー・コード
２３０  根本原因
【図１】
2005122409.tif 000003
【図２】
2005122409.tif 000004