JP3962393B2 - グローバル・エラーを報告するための論理分割データ処理システム - Google Patents

Description

本発明は、概して改良されたデータ処理システムに関し、特に、データを処理するための方法、システムおよびコンピュータ・プログラムに関する。さらに、より詳細に述べれば、本発明は、異なるタイプのオペレーティング・システムを有する論理分割データ処理システムにおけるグローバル・エラーを報告するための方法、システム、およびコンピュータ・プログラムを提供する。

データ処理システム（プラットフォーム）における論理分割（ＬＰＡＲ）機能は、単一のオペレーティング・システム（ＯＳ）の複数コピー、あるいは複数の異種オペレーティング・システムを、単一データ処理システム・プラットフォームにおいて同時に実行することができる。オペレーティング・システム・イメージを実行する区画には、プラットフォームのリソースの、オーバーラップのないサブセットが割り当てられる。これらの割り振り可能なプラットフォーム・リソースは、１ないしは複数のアーキテクチャ的に明確に区別されるプロセッサを含み、それぞれは割り込み管理エリア、システム・メモリの領域、および入出力（Ｉ／Ｏ）アダプタ・バス・スロットを伴う。区画のリソースは、プラットフォームのファームウェアによってＯＳイメージに対して示される。

プラットフォーム内において実行中のそれぞれの明確に区別されるＯＳまたはＯＳのイメージは、１つの論理区画におけるソフトウエア・エラーが残りのいずれの区画の正しい動作にも影響を与えることのないように互いに保護されている。これは、各ＯＳイメージによって直接管理されることになる、共通要素を持たないプラットフォーム・リソースのセットの割り振り、および各種イメージが自身に割り振られていないリソースを管理できないようにするメカニズムの提供によってもたらされる。さらに、オペレーティング・システムの割り振り済みリソースの管理におけるソフトウエア・エラーが、ほかのあらゆるイメージのリソースに影響を及ぼすことが防止される。このように、ＯＳの各イメージ（または、それぞれの異なるＯＳ）が、プラットフォーム内における割り振り可能なリソースの明確に区別されるセットを直接管理する。

ＬＰＡＲシステム内のハードウエア・リソースに関して言えば、これらのリソースは、各種の区画間においてばらばらに共有され、区画自体も共通要素を持たず、それぞれはスタンドアロン・コンピュータであるかのように見える。これらのリソースには、たとえば入出力（Ｉ／Ｏ）アダプタ、プロセッサ、およびハードディスク・ドライブを含めることができる。ＬＰＡＲシステム内の各区画は、システム全体の電源の入切を必要とすることなくブートおよびシャットダウンを繰り返すことができる。

論理分割データ処理システムにおいては、『ローカル・エラー』と呼ばれるエラーのクラスは、割り当て済みの、または所有する区画のオペレーティング・システムに報告されるだけである。単一区画のオペレーティング・システムに対して割り当てられているＩ／Ｏアダプタの障害は、ローカル・エラーの一例である。グローバル・エラーは、論理分割データ処理システム内において生じ得る第２のクラスのエラーである。このタイプのエラーは、各区画の動作に影響を及ぼす可能性があることから、各区画内のオペレーティング・システムに報告される。グローバル・エラーは、複数の区画によって共有されているリソース内に障害が生じると発生する。電源、メモリ、ファン、ホスト・ブリッジ、およびプロセッサの障害がグローバル・エラーの例として挙げられる。

グローバル・エラーの報告は回復動作を可能にする。現在の論理分割データ処理システムにおいては、異なるオペレーティング・システムを異なる区画において実行することができる。たとえば、ＡＩＸ、ＯＳ／４００、およびＬＩＮＵＸを、論理分割データ処理システムの異なる区画において実行することができる。その種のシステムにサービスを提供することは、区画において実行中の異なるオペレーティング・システムによって異なる報告プロセスが採用されていることから困難なものとなる可能性がある。

したがって、異なるタイプのオペレーティング・システムが区画内に存在する論理分割データ処理システムにおいてグローバル・エラーを報告するための改良された方法、装置、およびコンピュータ・プログラムがあると有利である。

本発明は、異なるタイプのオペレーティング・システムを実行している複数の区画を有する論理分割データ処理システム内におけるグローバル・エラーを報告するための方法、装置、およびコンピュータ・プログラムを提供する。グローバル・エラーの検出に応答して、固有識別子がそのグローバル・エラーに割り当てられる。この固有識別子は、サービス・フォーカル・ポイントへ送られる。またこの固有識別子は、区画へも送られる。区画からのエラー情報がフォーカル・ポイントに報告される。区画は、エラー情報を固有識別子と関連させてフォーカル・ポイントへ送る。フォーカル・ポイントは、固有識別子を使用し、区画から送られたエラー情報をグローバル・エラーに関して識別する。

次に図面を参照するが、特にここで図１を参照すると、本発明を実施することのできるデータ処理システムのブロック図が示されている。データ処理システム１００は、システム・バス１０６に接続された複数のプロセッサ１０１、１０２、１０３、および１０４を備えた対称マルチプロセッサ（ＳＭＰ）システムである。たとえば、データ処理システム１００は、本出願人の製品である、ネットワーク内のサーバとして実装されるＩＢＭ ｅＳｅｒｖｅｒとすることができる。それに代えて、シングル・プロセッサ・システムを採用することもできる。システム・バス１０６には、複数のローカル・メモリ１６０〜１６３へのインターフェースを提供するメモリ・コントローラ／キャッシュ１０８も接続されている。Ｉ／Ｏバス・ブリッジ１１０は、システム・バス１０６に接続されて、Ｉ／Ｏバス１１２に対するインターフェースを提供する。メモリ・コントローラ／キャッシュ１０８およびＩ／Ｏバス・ブリッジ１１０は、図示されているように統合することができる。

データ処理システム１００は、論理分割（ＬＰＡＲ）データ処理システムである。したがって、データ処理システム１００は、複数の異種オペレーティング・システム（あるいは、単一オペレーティング・システムの複数のインスタンス）を同時に実行させることができる。これらの複数のオペレーティング・システムのそれぞれは、その内側で任意数のソフトウエア・プログラムを実行することができる。データ処理システム１００は、論理分割されて、異なるＰＣＩ Ｉ／Ｏアダプタ１２０〜１２１、１２８〜１２９、および１３６、グラフィック・アダプタ１４８、およびハードディスク・アダプタ１４９が異なる論理区画に割り当てられるようにできる。この場合、グラフィック・アダプタ１４８は、ディスプレイ・デバイス（図示せず）用の接続を提供し、ハードディスク・アダプタ１４９はハードディスク１５０を制御するための接続を提供する。

たとえば、データ処理システム１００が３つの論理区画Ｐ１、Ｐ２、およびＰ３に分割されるとする。各ＰＣＩ Ｉ／Ｏアダプタ１２０〜１２１、１２８〜１２９、１３６、グラフィック・アダプタ１４８、ハードディスク・アダプタ１４９、各ホスト・プロセッサ１０１〜１０４、およびローカル・メモリ１６０〜１６３からのメモリは、３つの区画のそれぞれに割り当てられる。これらの例において、メモリ１６０〜１６３は、デュアル・インライン・メモリ・モジュール（ＤＩＭＭ）の形式とすることができる。区画に対するＤＩＭＭの割り当ては、通常、個々のＤＩＭＭが基準になることはない。それに代えて、プラットフォームから見た全体的なメモリの一部を、区画が獲得することになる。たとえば、プロセッサ１０１、ローカル・メモリ１６０〜１６３からのメモリの一部、ならびにＰＣＩ Ｉ／Ｏアダプタ１２０、１２８および１２９を論理区画Ｐ１に割り当て；プロセッサ１０２〜１０３、ローカル・メモリ１６０〜１６３からのメモリの一部、ならびにＰＣＩ Ｉ／Ｏアダプタ１２１および１３６を論理区画Ｐ２に割り当て；さらに、プロセッサ１０４、ローカル・メモリ１６０〜１６３からのメモリの一部、グラフィック・アダプタ１４８、およびハードディスク・アダプタ１４９を論理区画Ｐ３に割り当てるといったことができる。

データ処理システム１００内において実行中の各オペレーティング・システムは、異なる論理区画に割り当てられている。したがってデータ処理システム１００内において実行中の各オペレーティング・システムは、その論理区画内にあるＩ／Ｏユニットに対するアクセスのみが許される。たとえば、オペレーティング・システムの１つのインスタンスが区画Ｐ１内において実行中となり、ＡＩＸオペレーティング・システムの第２のインスタンス（イメージ）が区画Ｐ２内において実行中となり、Ｗｉｎｄｏｗｓ（登録商標） ＸＰオペレーティング・システムが区画Ｐ３内において実行中となるということもあり得る。なお、Ｗｉｎｄｏｗｓは、ワシントン州レッドモンドのマイクロソフト・コーポレーションの商標である。

ＰＣＩホスト・ブリッジ１１４が、Ｉ／Ｏバス１１２に接続されており、ＰＣＩローカル・バス１１５へのインターフェースを提供している。複数のＰＣＩ Ｉ／Ｏアダプタ１２０〜１２１は、ＰＣＩ間ブリッジ１１６、ＰＣＩバス１１８、ＰＣＩバス１１９、Ｉ／Ｏスロット１７０、およびＩ／Ｏスロット１７１を介してＰＣＩバス１１５に接続することができる。ＰＣＩ間ブリッジ１１６は、ＰＣＩバス１１８およびＰＣＩバス１１９へのインターフェースを提供する。ＰＣＩ Ｉ／Ｏアダプタ１２０および１２１は、それぞれＩ／Ｏスロット１７０および１７１に取り付けられている。通常のＰＣＩバス実装は、４ないし８のＩ／Ｏアダプタ（アドイン・コネクタ用の拡張スロット）をサポートする。各ＰＣＩ Ｉ／Ｏアダプタ１２０〜１２１は、データ処理システム１００と入出力デバイス、たとえばデータ処理システム１００のクライアントとなるほかのネットワーク・コンピュータ等の間のインターフェースを提供する。

追加のＰＣＩホスト・ブリッジ１２２は、追加のＰＣＩバス１２３のためのインターフェースを提供する。ＰＣＩバス１２３は、複数のＰＣＩ Ｉ／Ｏアダプタ１２８〜１２９に接続されている。ＰＣＩ Ｉ／Ｏアダプタ１２８〜１２９は、ＰＣＩ間ブリッジ１２４、ＰＣＩバス１２６、ＰＣＩバス１２７、Ｉ／Ｏスロット１７２、およびＩ／Ｏスロット１７３を介してＰＣＩバス１２３に接続することができる。ＰＣＩ間ブリッジ１２４は、ＰＣＩバス１２６およびＰＣＩバス１２７に対するインターフェースを提供する。ＰＣＩ
Ｉ／Ｏアダプタ１２８および１２９は、それぞれＩ／Ｏスロット１７２および１７３に取り付けられる。このようにして、ＰＣＩ Ｉ／Ｏアダプタ１２８〜１２９のそれぞれを介して、たとえばモデムあるいはネットワーク・アダプタ等の追加のＩ／Ｏデバイスをサポートすることができる。このようにデータ処理システム１００は、複数のネットワーク・コンピュータへの接続を可能にする。

Ｉ／Ｏスロット１７４に装着されているメモリ・マップ・グラフィック・アダプタ１４８は、ＰＣＩバス１４４、ＰＣＩ間ブリッジ１４２、ＰＣＩバス１４１、およびＰＣＩホスト・ブリッジ１４０を介してＩ／Ｏバス１１２に接続することができる。ハードディスク・アダプタ１４９は、ＰＣＩバス１４５に接続されるＩ／Ｏスロット１７５に取り付けることができる。一方このバスは、ＰＣＩ間ブリッジ１４２に接続されており、それがＰＣＩバス１４１によってＰＣＩホスト・ブリッジ１４０に接続されている。

ＰＣＩホスト・ブリッジ１３０は、ＰＣＩバス１３１をＩ／Ｏバス１１２に接続するためのインターフェースを提供する。ＰＣＩ Ｉ／Ｏアダプタ１３６は、Ｉ／Ｏスロット１７６に接続されており、ＰＣＩバス１３３によってそれがＰＣＩ間ブリッジ１３２に接続されている。ＰＣＩ間ブリッジ１３２は、ＰＣＩバス１３１に接続されている。このＰＣＩバスは、ＰＣＩホスト・ブリッジ１３０と、サービス・プロセッサ・メールボックス・インターフェースおよびＩＳＡバス・アクセス・パススルー・ロジック１９４、およびＰＣＩ間ブリッジ１３２への接続も提供する。サービス・プロセッサ・メールボックス・インターフェースおよびＩＳＡバス・アクセス・パススルー・ロジック１９４は、ＰＣＩ／ＩＳＡブリッジ１９３宛のＰＣＩアクセスを転送する。ＩＳＡバス１９６には、ＮＶＲＡＭストレージ１９２が接続されている。サービス・プロセッサ１３５は、そのローカルＰＣＩバス１９５を介してサービス・プロセッサ・メールボックス・インターフェースおよびＩＳＡバス・アクセス・パススルー・ロジック１９４に結合される。サービス・プロセッサ１３５は、さらに複数のＪＴＡＧ／Ｉ２Ｃバス１３４を介してプロセッサ１０１〜１０４へも接続されている。ＪＴＡＧ／Ｉ２Ｃバス１３４は、ＪＴＡＧ／スキャン・バス（ＩＥＥＥ１１４９．１参照）およびＰｈｉｌｌｉｐｓ Ｉ２Ｃバスの組み合わせである。しかしながら、それに代えてＪＴＡＧ／Ｉ２Ｃバス１３４をＰｈｉｌｌｉｐｓ Ｉ２Ｃバスだけ、もしくはＪＴＡＧ／スキャン・バスだけに置き換えてもよい。ホスト・プロセッサ１０１、１０２、１０３、および１０４のすべてのＳＰ‐ＡＴＴＮ信号は、まとめてサービス・プロセッサの割り込み入力信号に結合される。サービス・プロセッサ１３５は、独自のローカル・メモリ１９１を有し、ハードウエアＯＰパネル１９０に対するアクセスを有する。

データ処理システム１００が最初に立ち上げられたとき、サービス・プロセッサ１３５がＪＴＡＧ／Ｉ２Ｃバス１３４を使用してシステム（ホスト）プロセッサ１０１〜１０４、メモリ・コントローラ／キャッシュ１０８、およびＩ／Ｏバス・ブリッジ１１０に対して問い合わせを行う。このステップが完了すると、サービス・プロセッサ１３５は、データ処理システム１００のインベントリおよびトポロジを理解する。またサービス・プロセッサ１３５は、組み込み自己診断テスト（ＢＩＳＴ）、基本保証テスト（ＢＡＴ）、およびメモリ・テストを、ホスト・プロセッサ１０１〜１０４、メモリ・コントローラ／キャッシュ１０８、およびＩ／Ｏバス・ブリッジ１１０に対する問い合わせによって見つかったすべてのエレメントに関して実行する。ＢＩＳＴ、ＢＡＴ、およびメモリ・テストの間に検出された障害に関するあらゆるエラー情報がサービス・プロセッサ１３５によって集められ、報告される。

ＢＩＳＴ、ＢＡＴ、およびメモリ・テストの間に障害が見つかったエレメントを除いた後においてもシステム・リソースの有意／有効な構成がまだ可能である場合には、データ処理システム１００は、実行可能コードをローカル（ホスト）メモリ１６０〜１６３へロードすることができる。続いてサービス・プロセッサ１３５は、ローカル・メモリ１６０〜１６３内にロードされたコードの実行のためにホスト・プロセッサ１０１〜１０４を解放する。ホスト・プロセッサ１０１〜１０４が、それぞれのオペレーティング・システムからのコードを実行しているとき、サービス・プロセッサ１３５は、エラーの監視および報告を行うモードに入る。サービス・プロセッサ１３５によって監視される項目のタイプとしては、たとえば、冷却ファンの速度および動作、温度センサ、電源レギュレータ、ならびにプロセッサ１０１〜１０４、ローカル・メモリ１６０〜１６３、およびＩ／Ｏバス・ブリッジ１１０によって報告される回復可能および回復不能エラーが挙げられる。

サービス・プロセッサ１３５は、データ処理システム１００内において監視されるすべての項目に関係するエラー情報の保存および報告を担当する。またサービス・プロセッサ１３５は、エラーのタイプおよび定義済みスレッショルドに基づいたアクションを行う。たとえばサービス・プロセッサ１３５が、プロセッサのキャッシュ・メモリ上の過剰な回復可能エラーに気付くと、それがハードウエア故障の前兆であると決定することができる。この決定に基づいてサービス・プロセッサ１３５は、現在の実行セッションおよび将来の初期プログラム・ロード（ＩＰＬ）の間にそのリソースを構成から外すようにマークすることができる。ＩＰＬは、『ブート』もしくは『ブートストラップ』と呼ばれることもある。

データ処理システム１００は、各種の市販コンピュータ・システムを使用して実装することができる。たとえば、本出願人から入手可能なＩＢＭ ｅＳｅｒｖｅｒ ｉＳｅｒｉｅｓモデル８４０システムを使用してこのデータ処理システム１００を実装してもよい。このシステムは、同じく本出願人から入手可能なＯＳ／４００オペレーティング・システムを使用する論理分割をサポートする。

図１に図示されているハードウエアは変更可能である。たとえば、図示のハードウエアに加えて、あるいはそれの代わりに光ディスク・ドライブ等の他の周辺デバイスを使用してもよい。図示の例が、本発明に関してアーキテクチャ上の限定を含意することは意図されていない。

図２を参照すると、本発明を具体化することのできる論理分割プラットフォームの一例がブロック図の形で示されている。論理分割プラットフォーム２００内のハードウエアは、たとえば図１のデータ処理システム１００として具体化することができる。論理分割プラットフォーム２００は、分割ハードウエア２３０、オペレーティング・システム２０２、２０４、２０６、２０８、およびハイパーバイザ２１０を含んでいる。オペレーティング・システム２０２、２０４、２０６、および２０８は、プラットフォーム２００上において同時に実行される単一オペレーティング・システムの複数のコピーとしてもよく、あるいは複数の異種オペレーティング・システムとしてもよい。これらオペレーティング・システムは、ハイパーバイザとインターフェースするべく設計されているＯＳ／４００を使用して実装することができる。オペレーティング・システム２０２、２０４、２０６、および２０８は、区画２０３、２０５、２０７、および２０９内に配置される。

それに加えて、これらの区画は、ファームウェア・ローダ２１１、２１３、２１５、および２１７を含んでいる。ファームウェア・ローダ２１１、２１３、２１５、および２１７は、ＩＥＥＥ‐１２７５標準オープン・ファームウェアおよびランタイム・アブストラクション・ソフトウエア（ＲＴＡＳ）を使用して実装することができ、それについては本出願人から入手可能である。区画２０３、２０５、２０７、および２０９がインスタンス化されると、ハイパーバイザの区画マネージャによって各区画内にオープン・ファームウェアのコピーがロードされる。その後、これらの区画に関連付けもしくは割り当てられたプロセッサが、その区画のメモリにディスパッチされて、区画ファームウェアを実行する。

分割ハードウエア２３０は、複数のプロセッサ２３２〜２３８、複数のシステム・メモリ・ユニット２４０〜２４６、複数の入出力（Ｉ／Ｏ）アダプタ２４８〜２６２、およびストレージ・ユニット２７０を含んでいる。また分割ハードウエア２３０は、区画内のエラーの処理といった各種のサービスの提供に使用することのできるサービス・プロセッサ２９０も含んでいる。プロセッサ２３２〜２３８、メモリ・ユニット２４０〜２４６、ＮＶＲＡＭストレージ２９８、およびＩ／Ｏアダプタ２４８〜２６２のそれぞれは、論理分割プラットフォーム２００内の複数の区画の１つに割り当て可能であり、その各区画は、オペレーティング・システム２０２、２０４、２０６、および２０８の１つに対応する。

区画管理ファームウェア（ハイパーバイザ）２１０は、区画２０３、２０５、２０７、および２０９に関する多数の機能およびサービスを実行して、論理分割プラットフォーム２００の区画を作成し、強化する。ハイパーバイザ２１０は、基礎をなすハードウエアと同一のファームウェアで実装された仮想マシンである。ハイパーバイザ・ソフトウエアは、本出願人から入手することができる。ファームウェアは、たとえば読み出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、および不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）等の電力なしで内容を保持するメモリ・チップ内にストアされる『ソフトウエア』である。つまり、ハイパーバイザ２１０は、論理分割プラットフォーム２００のすべてのハードウエア・リソースを仮想化することによって、独立したＯＳイメージ２０２、２０４、２０６、および２０８の同時実行を可能にする。

異なる区画の動作は、コンソール２６４等のハードウエア管理コンソールを介して制御することができる。コンソール２６４は、システム管理者が、異なる区画に対するリソースの再割り振りを含む各種の機能を実行することのできる独立したデータ処理システムである。

グローバル・エラーの報告に関して言えば、共通サービス・フォーカル・ポイントを使用して、異なる区画内のそれぞれのオペレーティング・システムからエラー報告を集めることができる。続いてサービス可能なイベントを、サービス要員またはそのほかのユーザに対して表示することができる。これらの例においては、共通サービス・フォーカル・ポイントを、たとえば、論理分割データ処理システムと通信しているデータ処理システムとすることができる。この共通サービス・フォーカル・ポイントは、図２のコンソール２６４等のハードウエア管理コンソール内に置いてもよい。異なるオペレーティング・システムにおける異なるタイプのエラー報告処理について、本発明は、サービス・フォーカル・ポイントによるエラー報告の相関を可能にする改良された方法、装置、およびコンピュータ・プログラムを提供する。

図示の例においては、固有エラーＩＤとも呼ばれるサービス可能ＩＤの固有のセットが、論理分割データ処理システムに生じ得るグローバル・エラーの各タイプに関して生成される。固有エラーＩＤは、プラットフォームによって異なるオペレーティング・システムおよびサービス・フォーカル・ポイントに対して報告される。この固有エラーＩＤは、区画によってサービス・フォーカル・ポイントへ送られるエラー報告内に含められる。この固有エラーＩＤがサービス・フォーカル・ポイントによって使用されて、グローバル・エラーに関する報告が組み立てられる。固有エラーＩＤにより、サービス・フォーカル・ポイントは、いずれの報告がいずれのエラーに対応するかということの識別を行うことが可能になり、そのためにリソースを使用してそれらの報告を分析し、いずれが特定のグローバル・エラーに対応するかということを識別する必要はない。

ここで図３を参照すると、本発明の好ましい実施態様に従って、グローバル・エラーの報告に使用されるコンポーネントを例示したブロック図が示されている。図３に示されているコンポーネントは、図１のデータ処理システム１００等のデータ処理システムに実装することができる。

この例においては、プラットフォーム３００が、論理分割データ処理システムであり、サービス・プロセッサ３０２、区画３０４、３０６、３０８を含んでいる。区画３０４は、オペレーティング・システムとしてＯＳ／４００を実行し、区画３０６は、オペレーティング・システムとしてＡＩＸを実行し、区画３０８は、オペレーティング・システムとしてＬＩＮＵＸを実行する。

グローバル・エラーが発生すると、プラットフォーム３００は、このグローバル・エラーをサービス・フォーカル・ポイント３１０へサービス・プロセッサ３０２を介して報告する。サービス・フォーカル・ポイント３１０は、プラットフォーム３００と通信する任意のデータ処理システムを使用して実装することができる。サービス・フォーカル・ポイント３１０は、エラーの収集やユーザまたは管理者に対する呈示が行われる単一のロケーションとして機能する。

グローバル・エラーは、固有エラーＩＤ ３１２として報告され、可能性のある各タイプのグローバル・エラーには、固有識別子が割り当てられている。たとえば、プラットフォーム３００がプロセッサの問題およびメモリの問題を検出した場合に、特定のプロセッサ・エラーＩＤ１２５６‐７８０４および特定のメモリ・エラー５６７８‐１２３４をサービス・フォーカル・ポイント３１０へ送ることが考えられる。プラットフォーム３００が、同一タイプの別のメモリの問題を検出したが、それがメモリの異なるエリアであった場合に、サービス・プロセッサ３０２は、この追加のメモリ・エラーを識別する５６７８‐１２３４を報告することができる。共通サービス・フォーカル・ポイント３１０は、これらの固有エラーＩＤを追跡し、それらを使用して、異なる区画から受け取ったあらゆるエラー報告をグループ化する。

さらに、この固有エラーＩＤは、エラー・ログ３１４、３１６、および３１８の形で各区画に対しても報告される。それに加えて、現場交換可能ユニット（ＦＲＵ）を個別に識別するロケーション・コードを、サービス・フォーカル・ポイント３１０へ送られる固有エラーＩＤ ３１２とともにエラー・ログに含めてもよく、あるいは固有エラーＩＤに追加して報告してもよい。

オペレーティング・システム３０４およびオペレーティング・システム３０６は、エラー・ログ３１４およびエラー・ログ３１６内に収められている固有エラーＩＤを使用することができる。これらの例においては、アナライザ３２０およびアナライザ３２２が、固有エラーＩＤにオペレーティング・システム固有情報を加えてエラー報告３２４および３２６を生成し、それらがサービス・フォーカル・ポイント３１０へ送られる。この追加の情報には、たとえば、エラーが報告された時点におけるソフトウエアの状態を含めることができる。区画が固有エラーＩＤを使用できない場合には、通常の報告が生じる。この例においては、区画３０８が、固有エラーＩＤを使用しないオペレーティング・システムを実行している。

サービス・フォーカル・ポイント３１０は、エラー報告３２４および３２６を受け取る。これらのエラー報告が調べられて、固有エラーＩＤが存在するか否かが決定される。固有エラーＩＤが存在する場合には、その固有エラーＩＤが使用されてグローバル・エラーに関する共通の、もしくは単一の報告が生成される。

これらの例においては、プラットフォーム３００によって、異なるグローバル・エラーに関する固有エラーＩＤのセットが生成される。さらに、これらの固有エラーＩＤを、あらかじめ生成してプラットフォーム３００へ送ることも可能である。固有エラーＩＤの追加の利点は、これらの固有エラーＩＤがサービス・フォーカル・ポイント３１０によって使用されて、ローカル・エラーとグローバル・エラーが区別されることである。固有エラーＩＤは、グローバル・エラーにのみ割り当てられているため、オペレーティング・システムから報告されるローカル・エラーはそれを含んでいない。これらの固有エラーＩＤがあることから、サービス・フォーカル・ポイント３１０は、データを選別して、区画によって報告されたいずれのサービス可能イベントがグローバル・エラーであるかを決定する必要がない。

ここで図４を参照すると、本発明の好ましい実施態様に従ってエラーを処理するプロセスのフローチャートが示されている。図４に示されているプロセスは、図３のサービス・プロセッサ３０２等のサービス・プロセッサに実装することができる。

このプロセスは、グローバル・エラーの検出によって開始される（ステップ４００）。続いてエラーが識別される（ステップ４０２）。エラーの識別においては、このプロセスが、たとえばそのエラーがメモリ・エラーであるか、あるいはプロセッサ・エラーであるかを決定することができる。さらに、このステップにおいてはＦＲＵの識別を行うこともできる。その後、このエラーに固有エラーＩＤが関連付けられる（ステップ４０４）。続いてこのエラーが、サービス・フォーカル・ポイントに報告される（ステップ４０６）。さらに、各区画用のエラー・ログ内に固有エラーＩＤが書き込まれる（ステップ４０８）。それに加えてこのプロセスは、エラー・ログ内にＦＲＵ識別子を置くこともあり、その後、プロセスが終了する。

図５は、本発明の好ましい実施態様に従ってエラー報告を生成するためのプロセスのフローチャートを示している。図５に示されているプロセスは、たとえば図３の区画３０４のＯＳ／４００オペレーティング・システム等の区画に実装することができる。

このプロセスは、エラー・ログ内のエラーを検出することによって開始される（ステップ５００）。エラー・ログからは、固有エラーＩＤおよびそのほかのエラー情報が検出される（ステップ５０２）。エラー報告内の固有エラーＩＤにオペレーティング・システム固有情報が追加される（ステップ５０４）。その後、このエラー報告がサービス・フォーカル・ポイントへ送られ（ステップ５０６）、それに続いてプロセスが終了する。

次に図６を参照すると、本発明の好ましい実施態様に従ったエラー報告の処理に関するプロセスのフローチャートが示されている。図６に示されているプロセスは、図３のサービス・フォーカル・ポイント３１０等のサービス・フォーカル・ポイントに実装することができる。

このプロセスは、エラー情報を受け取ることによって開始される（ステップ６００）。続いて、そのエラー情報が固有エラーＩＤであるか否かについての決定が行われる（ステップ６０２）。そのエラー情報が固有エラーＩＤでなければ、そのエラー情報は、区画内のオペレーティング・システムによってサービス・フォーカル・ポイントに送られたローカル・エラーのエラー報告である。

再度ステップ６０２を参照するが、そのエラー情報が固有エラーＩＤである場合には、その固有エラーＩＤが固有エラーＩＤのリストに追加される（ステップ６０８）。このようにして、サービス・フォーカル・ポイントによる、処理および呈示のためのエラー報告の収集が可能になる。

図７は、本発明の好ましい実施態様に従ってエラー報告のセットから報告を生成するためのプロセスを示したフローチャートである。図７に示されているプロセスは、図３のサービス・フォーカル・ポイント３１０等のサービス・フォーカル・ポイントに実装することができる。

このプロセスは、報告の要求を受け取ることによって開始される（ステップ７００）。その要求は、特定の実装に依存するが、ユーザによって、もしくはソフトウエアによって生成されるものとすることができる。この報告は、１ないしは複数のエラーに関する情報を含むことがあり、また異なるオペレーティング・システムからの情報を含んでいる。

次に、処理のために固有エラーＩＤが選択される（ステップ７０２）。続いて、その固有エラーＩＤに関連付けられたエラー報告が識別される（ステップ７０４）。論理分割データ処理システム内の異なるオペレーティング・システムから受け取った異なるエラー報告に含まれている情報を使用して報告が作成される（ステップ７０６）。その後、未処理の追加の固有エラーＩＤがあるか否かについての決定が行われる（ステップ７０８）。追加の固有エラーＩＤの処理を行う必要がある場合には、プロセスがステップ７０２へ戻る。その必要がなければ、報告が提出され（ステップ７１０）、それに続いてプロセスが終了する。ステップ７１０は、固有エラーＩＤを有するプラットフォーム生成エラー、もしくはオペレーティング・システム生成エラーを有するローカルに生成されたエラーのいずれかをユーザが選択し、それらのエラーの詳細を表示できるように実装することもできる。

このように本発明は、論理分割データ処理システム内のタイプの異なるオペレーティング・システムによって報告されたグローバル・エラーを処理するための方法、装置、およびコンピュータ・プログラムを提供する。本発明のメカニズムは、固有エラーＩＤの使用によりエラーをサービス・フォーカル・ポイントに集め、異なるグローバル・エラーとの相関を可能にする。プラットフォームに生じ得る、可能性のあるグローバル・エラーの各タイプに関してエラーＩＤのセットが生成される。グローバル・エラーが発生すると、プラットフォームが、適切な固有エラーＩＤを識別し、その固有エラーＩＤをサービス・フォーカル・ポイントへ送ることによってそのグローバル・エラーを報告する。

それに加えて、固有エラーＩＤを含むエラー報告を作成する異なる区画へもこの固有エラーＩＤが送られる。これらのエラー報告は、処理のためにサービス・フォーカル・ポイントへ送られる。エラー報告は、固有エラーＩＤを使用してサービス・フォーカル・ポイントによってグループ化される。

このようにして本発明のメカニズムは、論理分割データ処理システム内のタイプの異なるオペレーティング・システムによって報告されたグローバル・エラーに関するエラー報告の処理を可能にする。このメカニズムによってサービス・フォーカル・ポイントは、重複するデータを取り除いて、いずれの報告がいずれのグローバル・エラーに属するかを決定する必要がなくなる。

以上、完全に機能的なコンピュータ・システムに関連して本発明を説明してきたが、本発明のプロセスは、コンピュータ可読媒体の形式のプログラムとして配布することが可能であり、また本発明は、実際に当該配布を実施する上で使用される個々の信号担持媒体のタイプとは無関係に等しく適用できる。コンピュータ可読媒体の例としては、フレキシブル・ディスク、ハードディスク、ＲＡＭ、ＣＤ‐ＲＯＭ、ＤＶＤ‐ＲＯＭといった記録可能タイプの媒体が挙げられる。コンピュータ可読媒体は、特定のデータ処理システムで実際に使用されるときにデコードされるコード化フォーマットの形式とすることができる。

本発明を実施できるデータ処理システムを示したブロック図である。 本発明を実施できる論理分割プラットフォームを示したブロック図である。 本発明の好ましい実施態様に従ってグローバル・エラーを報告するために使用されるコンポーネントを示したブロック図である。 本発明の好ましい実施態様に従ってエラーを処理するためのプロセスを示したフローチャートである。 本発明の好ましい実施態様に従ってエラー報告を作成するためのプロセスを示したフローチャートである。 本発明の好ましい実施態様に従ってエラー報告を処理するためのプロセスを示したフローチャートである。 本発明の好ましい実施態様に従ってエラー報告のセットから報告を作成するためのプロセスを示したフローチャートである。

Claims (8)

1. 異なるタイプのオペレーティング・システムを実行する複数の区画に関するグローバル・エラーを報告するための論理分割データ処理システムであって、
   グローバル・エラーの検出に応答して、前記グローバル・エラーに対応する固有識別子を関連付ける手段と、
   前記固有識別子をサービス・フォーカル・ポイントへ送るための第１の送出手段であって、前記サービス・フォーカル・ポイントが、前記論理分割データ処理システムと通信するハードウエア・コンソール上に実装されている、第１の送出手段と、
   前記固有識別子を前記複数の区画へ送るための第２の送出手段と、
   前記複数の区画から前記サービス・フォーカル・ポイントへ前記グローバル・エラーに関するエラー情報を送るための第３の送出手段であって、前記複数の区画から送られたエラー情報は前記サービス・フォーカル・ポイントにおいて、前記固有識別子を使用して識別される、前記第３の送出手段と、
   を含む、前記論理分割データ処理システム。
2. 前記識別する手段および前記第１の送出手段は、前記論理分割データ処理システムのサービス・プロセッサに含まれる、請求項１に記載の論理分割データ処理システム。
3. 前記固有識別子は、特定のグローバル・エラーにそれぞれ関連付けられている複数の固有識別子の一部である、請求項１に記載の論理分割データ処理システム。
4. 前記グローバル・エラーは、メモリ内のエラー、電源の障害、ファンの障害、またはプロセッサの障害である、請求項１に記載の論理分割データ処理システム。
5. 前記固有識別子を使用して識別される、前記複数の区画からのエラー情報に基づいて前記グローバル・エラーに関するエラー報告を作成するための手段をさらに含む、請求項１に記載の論理分割データ処理システム。
6. 前記エラー情報は、前記複数の区画内において動作する各タイプのオペレーティング・システムに固有の情報を含む、請求項１に記載の論理分割データ処理システム。
7. 異なるタイプのオペレーティング・システムを実行する複数の区画を有する論理分割データ処理システムにおけるグローバル・エラーを報告するためのデータ処理システムにおいて、前記論理分割データ処理システムと通信するデータ処理システムが、
   サービス・フォーカル・ポイントにおいて前記複数の区画から前記固有識別子のセットからの固有識別子を含むグローバル・エラーの報告を受け取るための受け取り手段であって、前記サービス・フォーカル・ポイントが、前記論理分割データ処理システムと通信するハードウエア・コンソール上に実装され、各報告は前記固有識別子のセットからの固有識別子を含み、エラーが、異なるタイプのオペレーティング・システムを実行している複数の区画によって共有されるリソース中に存在する、前記受け取る手段と、
   前記サービス・フォーカル・ポイントにおいて、特定のグローバル・エラーを、前記特定のグローバル・エラーに対応する固有識別子を含む選択された報告だけを使用して処理するための処理手段と、
   を含む、前記データ処理システム。
8. 前記データ処理システムが、前記論理分割データ処理システムと通信するハードウエア・コンソールである、請求項７に記載のデータ処理システム。

Images