(57)【要約】【課題】共有ハードウェア資源において障害が発生した場合においても障害が過剰に報告されることがなく正確な障害発生回数の管理を行なうことが出来る他、低い製造コストで実現する。【解決手段】分割モード情報保持部３０と、ハードウェア資源管理情報保持部５１と、障害通知部１０３と、動作モード検出部１３と、共有ハードウェア資源判断部１４と、パーティショニングモードであることが検出され、且つ、障害発生が検知された該ハードウェア資源が共有ハードウェア資源であると判断された場合に、その共有ハードウェア資源を共有する複数の物理パーティションにそなえられた障害通知部１０３からそれぞれ通知される障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成部１５とをそなえて構成する。【選択図】図１
2008165347.tif 000002
【特許請求の範囲】
【請求項１】
ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能な情報処理装置において、
該パーティショニングモードで実行中であるか否かの情報を分割モード情報として保持する分割モード情報保持部と、
該ハードウェア資源の該パーティションモードに基づく共有状態に関するハードウェア資源管理情報を保持するハードウェア資源管理情報保持部と、
該物理パーティション毎にそなえられ、該ハードウェア資源における障害発生を検知し、障害検知通知を行なう障害通知部と、
該分割モード情報保持部に保持された該分割モード情報に基づいて、該パーティショニングモードであることを検出する動作モード検出部と、
該障害通知部により該障害発生が検知された該ハードウェア資源が、前記複数の物理パーティションにより分割して共有された共有ハードウェア資源であるか否かを、該ハードウェア資源管理情報保持部に保持された該ハードウェア資源管理情報に基づいて判断する、共有ハードウェア資源判断部と、
前記パーティショニングモードであることが該動作モード検出部により検出され、且つ、該障害通知部によって該障害発生が検知された該ハードウェア資源が該共有ハードウェア資源であると該共有ハードウェア資源判断部により判断された場合に、当該共有ハードウェア資源を共有する前記複数の物理パーティションにそなえられた各障害通知部からそれぞれ通知される該障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成部とをそなえることを特徴とする、情報処理装置。
【請求項２】
ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能な情報処理装置における障害処理方法であって、
該ハードウェア資源における障害発生を検知し、該物理パーティション単位で障害検知通知を行なう障害通知ステップと、
該パーティショニングモードで実行中であるか否かの分割モード情報に基づいて、該パーティショニングモードであることを検出する動作モード検出ステップと、
該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が、前記複数の物理パーティションにより分割して共有された共有ハードウェア資源であるか否かを、該ハードウェア資源の該パーティションモードに基づく共有状態に関するハードウェア資源管理情報に基づいて判断する、共有ハードウェア資源判断ステップと、
前記パーティショニングモードであることが該動作モード検出ステップにおいて検出され、且つ、該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が該共有ハードウェア資源であると該共有ハードウェア資源判断ステップにおいて判断された場合に、該障害通知ステップにおいて、当該共有ハードウェア資源を共有する前記複数の物理パーティション単位でそれぞれ通知される該障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成ステップとをそなえることを特徴とする、障害処理方法。
【請求項３】
ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能なコンピュータに障害処理機能を実行させるための障害処理プログラムであって、
該ハードウェア資源における障害発生を検知し、該物理パーティション単位で障害検知通知を行なう障害通知ステップと、
該パーティショニングモードで実行中であるか否かの分割モード情報に基づいて、該パーティショニングモードであることを検出する動作モード検出ステップと、
該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が、前記複数の物理パーティションにより分割して共有された共有ハードウェア資源であるか否かを、該ハードウェア資源の該パーティションモードに基づく共有状態に関するハードウェア資源管理情報に基づいて判断する、共有ハードウェア資源判断ステップと、
前記パーティショニングモードであることが該動作モード検出ステップにおいて検出され、且つ、該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が該共有ハードウェア資源であると該共有ハードウェア資源判断ステップにおいて判断された場合に、該障害通知ステップにおいて、当該共有ハードウェア資源を共有する前記複数の物理パーティション単位でそれぞれ通知される該障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成ステップとを、該コンピュータに実行させることを特徴とする、障害処理プログラム。
【請求項４】
ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能なコンピュータに障害処理機能を実行させるための障害処理プログラムを記録したコンピュータ読取可能な記録媒体であって、
該障害処理プログラムが、
該ハードウェア資源における障害発生を検知し、該物理パーティション単位で障害検知通知を行なう障害通知ステップと、
該パーティショニングモードで実行中であるか否かの分割モード情報に基づいて、該パーティショニングモードであることを検出する動作モード検出ステップと、
該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が、前記複数の物理パーティションにより分割して共有された共有ハードウェア資源であるか否かを、該ハードウェア資源の該パーティションモードに基づく共有状態に関するハードウェア資源管理情報に基づいて判断する、共有ハードウェア資源判断ステップと、
前記パーティショニングモードであることが該動作モード検出ステップにおいて検出され、且つ、該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が該共有ハードウェア資源であると該共有ハードウェア資源判断ステップにおいて判断された場合に、該障害通知ステップにおいて、当該共有ハードウェア資源を共有する前記複数の物理パーティション単位でそれぞれ通知される該障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成ステップとを、該コンピュータに実行させることを特徴とする、障害処理プログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばパーティショニング機能をそなえたサーバシステム等において、複数の物理パーティションで分割して共有されたハードウェア資源で発生した障害を処理する技術に関する。
【背景技術】
【０００２】
基幹システムで運用されるサーバシステムでは高い可用性や柔軟なリソース（ハードウェア資源）の運用が要求される。このような高い可用性や柔軟なリソース運用を実現するための手法として、従来のサーバシステムにおいては、例えば、ハードウェアリソースを複数の物理パーティションで分割して共有する物理分割機能や、この物理分割機能によって分割して生成した複数の物理パーティションを任意に組み合わせて、複数の独立したパーティションを形成するパーティショニング機能により、ハードウェアに制限されない柔軟なリソース運用を実現している。
【０００３】
図６は従来のサーバシステムにおける物理分割機能およびパーティショニング機能を説明するための図であり、ハードウェアリソースの配分や情報の振り分け機能をＡＳＩＣ（Application Specific Integrated Circuit）およびファームウェアのそれぞれの特性に合わせて実装し、連携させる例を示している。
この図６に示す例においては、サーバ２００は、筐体管理装置２０１をそなえるとともに、メモリやＰＣＩ（Peripheral Component Interconnect）カード，チップセット等のハードウェアリソースを、物理分割機能により複数（図６に示す例ではｍ個；ｍは自然数）のＸＰＡＲ（Extended Partitioning）２０２−１，２０２−２・・・２０２−ｍに分割可能に構成されている。
【０００４】
これらのＸＰＡＲ２０２−１，２０２−２・・・２０２−ｍは、ＳＢ（System Board）／ＩＯＵ（Input Output Unit）等のハードウェアリソース（モジュール）を分割してパーティション構成を組むことにより形成される物理パーティションであって、以下、ＸＰＡＲを示す符号としては、複数のＸＰＡＲのうち１つを特定する必要があるときには符号２０２−１，２０２−２・・・２０２−ｍを用いるが、任意のＸＰＡＲを指すときには符号２０２を用いる。
【０００５】
なお、図６に示す例においては、ＡＳＩＣ２０３等のハードウェアリソースがＸＰＡＲ２０２によって分割されている。
また、図６に示す例においては、複数のＸＰＡＲ２０２を複数（図６に示す例ではＰ０〜Ｐｎのｎ＋１個；ｎは整数）のパーティション（Partition）によって使用しており、上述したパーティショニング機能により、例えば、パーティションＰ０はＸＰＡＲ２０２−１，２０２−２を束ねて用いており、又、パーティションＰｎはＸＰＡＲ２０２−ｍを用いている。
【０００６】
なお、以下、パーティションを示す符号としては、複数のパーティションのうち１つを特定する必要があるときには符号Ｐ０〜Ｐｎを用いるが、任意のパーティションを指すときには符号Ｐを用いる。
パーティションは、ＯＳ（Operating System）２０５が稼動する単位であり、１のパーティションには少なくとも１つのプロセッサが用いられる。
【０００７】
筐体管理装置２０１は、サーバ２００における電源のオン／オフやエラー情報を管理するものであり、例えば、サービスプロセッサをそなえて構成されている。
さて、この図６に示すような物理分割機能およびパーティショニング機能を使用して構成されたサーバ２００においても、物理分割機能を使用しない場合と同様に、ハードウェアリソースにおいて生じた障害について、正確な障害情報解析やその通知機能が必要とされる。
【０００８】
このような物理分割機能使用時においては、信頼性、実装、コスト、および他機能との融合性を考慮して、例えば、ＡＳＩＣ２０３によりハードウェアを管理してハードウェアリソースを物理分割し、その障害情報を含むリソース管理情報をファームウェア２０４に提供するとともに、各パーティションＰ毎に実行されるファームウェア（Ｆ／Ｗ）２０４により、そのリソース管理情報を必要に応じて解析し、ＯＳ２０５等の上位のレイヤに障害情報を提供するようにハードウェアリソースの障害管理を行なうことにより、ハードウェアの障害のパーティションへの影響を少なくするとともに、より柔軟に機能拡張を実現することができる。
【０００９】
また、上述した物理分割機能においては、分割されたハードウェア単位において、専用で割り当てられるハードウェアリソース（以下、占有リソースという場合がある）と共通で使用されるハードウェアリソース（以下、共有リソースという場合がある）とが存在する。
【特許文献１】特開２００２−２２９８０６号公報
【特許文献２】特開２００４−６２５３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述の如く、ＡＳＩＣ２０３とファームウェア２０４を連携させた物理分割機能においては、ＡＳＩＣレベルで障害検出を行なう場合に、例えば、図６のパーティションＰ０のように、あるＡＳＩＣ２０３配下で分割した物理パーティション（ＸＰＡＲ２０２）をｓ個（ｓは２以上の整数；図６に示す例では、ＸＰＡＲ２０２−１，２０２−２の２個）束ねて、一つのパーティションＰとして使用する場合に、ＸＰＡＲ２０２−１とＸＰＡＲ２０２−２とで共有しているハードウェアリソース（共有リソース）で障害が発生したり、これらのＸＰＡＲ２０２−１およびＸＰＡＲ２０２−２に他の占有リソース等で発生した障害が伝播してきた場合に、これらのＸＰＡＲ２０２−１およびＸＰＡＲ２０２−２から、それぞれ障害報告が行なわれ、これによりＡＳＩＣ２０３に重複した障害報告が記録される。
【００１１】
すなわち、従来の物理分割機能使用時における障害処理手法によれば、ＡＳＩＣ２０３において、分割された物理パーティションに相当する回数、つまりｓ回の重複した障害が記録され、ファームウェア２０４がこの記録された障害情報に基づいて障害解析を行ない、ＯＳや筐体管理装置２０１に障害が過剰に報告を行なう。これにより、ＯＳ２０５や筐体管理装置２０１において正確な障害発生回数の管理を行なうことが出来ず、メンテナンス等を正確に行なうことができないという課題がある。又、ファームウェア２０４においても正確な障害発生の管理を行なうことが出来ないという課題がある。
【００１２】
例えば、特許文献１には、複数のＯＳを稼動させるオープン系計算機において、ＯＳ上で実行する管理エージェントや管理コンソールによりハードウェア，ソフトウェアの障害管理を行なう技術が開示されている。
しかしながら、この特許文献１に開示された手法は、ハードウェアリソースの配分や情報の振り分け機能をファームウェア等のソフトウェアによって全て行なう仮想化技術に関するものであって、サーバのハードウェアリソースをソフトウェアレベルで分割する仮想化に関する手法であり、ハードウェアリソースを物理的に分割する物理分割機能に適用できるものではない。又、この特許文献１に開示された手法では、ファームウェアの負荷が増大したり、仮想化を実現するためのゲストＯＳ等を新たにそなえたりする必要もあるという課題もある。
【００１３】
また、この特許文献１に開示された手法においては、ＯＳ上で実行する管理エージェントや管理コンソールにより障害発生時の管理等を行なうので、ＯＳの負荷が増大する他、管理コンソールを備える必要があり、サーバの製造コストが増大するという課題もある。
さらに、ＯＳ上においてユーザが管理エージェントをきちんと実行させるか等、サーバを提供するベンダ側において管理することができないという課題もある。
【００１４】
また、特許文献２には、ノード群が複数集まって形成された大規模プラットフォームを用いたマルチプロセッサシステムにおける障害処理方法に関する発明であって、いずれかのノードにおいて障害が発生すると、その障害ノードがサービスプロセッサに障害の発生を通知し、このサービスプロセッサが更にサービスプロセッサマネージャに通知を行なう技術が開示されている。
【００１５】
しかしながら、この特許文献２に開示された手法においては、各ノード群にサービスプロセッサをそなえ、更に、これらのサービスプロセッサを取りまとめるサービスプロセッサマネージャをそなえる必要があり、製造コストが増大するという課題がある。
本発明は、このような課題に鑑み創案されたもので、ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能なサーバにおいて、共有ハードウェア資源において障害が発生した場合においても障害が過剰に報告されることがなく正確な障害発生回数の管理を行なうことが出来る他、低い製造コストで実現することができるようにすることを目的とする。
【課題を解決するための手段】
【００１６】
このため、本発明の情報処理装置（請求項１）は、ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能な情報処理装置において、該パーティショニングモードで実行中であるか否かの情報を分割モード情報として保持する分割モード情報保持部と、該ハードウェア資源の該パーティションモードに基づく共有状態に関するハードウェア資源管理情報を保持するハードウェア資源管理情報保持部と、
該物理パーティション毎にそなえられ、該ハードウェア資源における障害発生を検知し、障害検知通知を行なう障害通知部と、該分割モード情報保持部に保持された該分割モード情報に基づいて、該パーティショニングモードであることを検出する動作モード検出部と、該障害通知部により該障害発生が検知された該ハードウェア資源が、前記複数の物理パーティションにより分割して共有された共有ハードウェア資源であるか否かを、該ハードウェア資源管理情報保持部に保持された該ハードウェア資源管理情報に基づいて判断する、共有ハードウェア資源判断部と、前記パーティショニングモードであることが該動作モード検出部により検出され、且つ、該障害通知部によって該障害発生が検知された該ハードウェア資源が該共有ハードウェア資源であると該共有ハードウェア資源判断部により判断された場合に、当該共有ハードウェア資源を共有する前記複数の物理パーティションにそなえられた各障害通知部からそれぞれ通知される該障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成部とをそなえることを特徴としている。
【００１７】
また、本発明の障害処理方法（請求項２）は、ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能な情報処理装置における障害処理方法であって、該ハードウェア資源における障害発生を検知し、該物理パーティション単位で障害検知通知を行なう障害通知ステップと、該パーティショニングモードで実行中であるか否かの分割モード情報に基づいて、該パーティショニングモードであることを検出する動作モード検出ステップと、該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が、前記複数の物理パーティションにより分割して共有された共有ハードウェア資源であるか否かを、該ハードウェア資源の該パーティションモードに基づく共有状態に関するハードウェア資源管理情報に基づいて判断する、共有ハードウェア資源判断ステップと、前記パーティショニングモードであることが該動作モード検出ステップにおいて検出され、且つ、該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が該共有ハードウェア資源であると該共有ハードウェア資源判断ステップにおいて判断された場合に、該障害通知ステップにおいて、当該共有ハードウェア資源を共有する前記複数の物理パーティション単位でそれぞれ通知される該障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成ステップとをそなえることを特徴としている。
【００１８】
さらに、本発明の障害処理プログラム（請求項３）は、ハードウェア資源を複数の物理パーティションに分割する物理分割モードで動作可能であるとともに、前記複数の物理パーティションのうち少なくとも２以上の該物理パーティションを独立したパーティションとして分割するパーティショニングモードで動作可能なコンピュータに障害処理機能を実行させるための障害処理プログラムであって、該ハードウェア資源における障害発生を検知し、該物理パーティション単位で障害検知通知を行なう障害通知ステップと、該パーティショニングモードで実行中であるか否かの分割モード情報に基づいて、該パーティショニングモードであることを検出する動作モード検出ステップと、該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が、前記複数の物理パーティションにより分割して共有された共有ハードウェア資源であるか否かを、該ハードウェア資源の該パーティションモードに基づく共有状態に関するハードウェア資源管理情報に基づいて判断する、共有ハードウェア資源判断ステップと、前記パーティショニングモードであることが該動作モード検出ステップにおいて検出され、且つ、該障害通知ステップにおいて該障害発生が検知された該ハードウェア資源が該共有ハードウェア資源であると該共有ハードウェア資源判断ステップにおいて判断された場合に、該障害通知ステップにおいて、当該共有ハードウェア資源を共有する前記複数の物理パーティション単位でそれぞれ通知される該障害検知通知に基づいて、一の共通障害報告を生成する共通障害報告生成ステップとを、該コンピュータに実行させることを特徴としている。
【００１９】
また、本発明のコンピュータ読取可能な記録媒体（請求項４）は、上述した障害処理プログラムを記録したものである。
【発明の効果】
【００２０】
本発明によれば、以下の少なくともいずれか１つの効果ないし利点が得られる。
（１）パーティショニングモードであることが検出され、且つ、障害発生が検知されたハードウェア資源が共有ハードウェア資源であると判断された場合に、その共有ハードウェア資源を共有する複数の物理パーティション単位でそれぞれ通知される障害検知通知に基づいて、一の共通障害報告を生成することにより、重複した障害通知が行なわれることがなく、実際にハードウェア資源において生じた障害の回数に応じた障害報告が行なわれるので、正確の障害発生頻度を管理を行なうことができ、信頼性を向上させることができる（請求項１〜請求項４）。
【００２１】
（２）専用の機器や部品をそなえることなく実現することができるので、製造コストが上昇することがなく経済的である（請求項１〜請求項４）。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施の形態を説明する。
図１は本発明の一実施形態としてのサーバ（情報処理装置）における障害処理手法にかかる機能ブロック図、図２はそのハードウェア構成例を示す論理ブロック図である。
本サーバ１００は、例えば、基幹システムで運用される情報処理装置（コンピュータ）であって、ＣＰＵ５３（図２参照）がＯＳ２０やファームウェア（Ｆ／Ｗ）１０，その他のプログラムを実行することにより、サーバ１００としての各種機能を実現するようになっている。
【００２３】
そして、本サーバ１００は、メモリやＰＣＩ（Peripheral Component Interconnect）カード，チップセット等のハードウェアリソース（ハードウェア資源）を複数（図１に示す例ではｍ個；ｍは自然数）のＸＰＡＲ（Extended Partitioning；物理パーティション）１０２−１，１０２−２・・・１０２−ｍに分割可能な物理分割機能や、この物理分割機能によって分割した複数の物理パーティションを任意に組み合わせて、複数の独立したパーティションを形成するパーティショニング機能をそなえている。
【００２４】
これらのＸＰＡＲ１０２−１，１０２−２・・・１０２−ｍは、ＳＢ（System Board）やＩＯＵ（Input Output Unit）等の、本サーバ１００にそなえられたハードウェアリソース（ハードウェア資源）を分割してパーティション構成を組むことにより形成される物理パーティションであって、図１に示すように、例えばＡＳＩＣ（Application Specific Integrated Circuit）３０等のハードウェアリソースを物理的に分割することにより構成されている。なお、以下、ＸＰＡＲを示す符号としては、複数のＸＰＡＲのうち１つを特定する必要があるときには符号１０２−１，１０２−２・・・１０２−ｍを用いるが、任意のＸＰＡＲを指すときには符号１０２を用いる。
【００２５】
また、本サーバ１００は、上述したパーティショニング機能により、複数のＸＰＡＲ１０２を任意に組み合わせて複数（図１に示す例ではＰ０〜Ｐｎのｎ＋１個；ｎは整数）のパーティション（Partition）が構成されており、例えば、パーティションＰ０はＸＰＡＲ１０２−１，１０２−２を束ねて用いており、又、パーティションＰｎはＸＰＡＲ１０２−ｍを用いている。
【００２６】
また、本サーバ１００においては、上述のごときパーティショニング機能の有効／無効を任意に設定することができるようになっており、以下、パーティショニング機能が有効であり、複数のＸＰＡＲ１０２（例えば、図１に示す例では、ＸＰＡＲ１０２−１，１０２−２）を束ねて独立したパーティション（パーティションＰ０）として分割された状態を、パーティショニングモードで動作しているという場合がある。
【００２７】
さらに、このパーティショニング機能の有効／無効は、後述するように、分割モード情報として、ＡＳＩＣ３０により管理・保持されるようになっている。
そして、本サーバ１００においては、上述した物理分割機能やパーティショニング機能は、ＡＳＩＣ３０やファームウェア１０の機能により実現されるようになっている。
なお、以下、パーティションを示す符号としては、複数のパーティションのうち１つを特定する必要があるときには符号Ｐ０〜Ｐｎを用いるが、任意のパーティションを指すときには符号Ｐを用いる。
【００２８】
パーティションは、ＯＳ２０が稼動する単位であり、１のパーティションＰには少なくとも１つのＣＰＵ５３がそなえられる。
また、本サーバ１００は、図１に示すように、筐体管理装置１０１をそなえて構成されている。この筐体管理装置１０１は、サーバ１００の筐体内の各ユニットの電源制御，筐体内の温度，電圧等の環境監視等のシステム管理を行なうものであり、図示しないサービスプロセッサ等をそなえて構成されている。又、この筐体管理装置１０１は、本サーバ１００における障害の発生も管理しており、例えば、一部のＳＢ（System Board；詳細は後述）５０（図２参照）において故障が検出された場合に、故障したＳＢ５０に代えて代理のＳＢ５０を用いて再起動を行なったりする制御を行なうようになっている。
【００２９】
ＡＳＩＣ３０は、本サーバ１００にサーバとしての機能を実現させるために構成された集積回路であって、本実施形態においては、便宜上、本サーバ１００にそなえられる種々のＡＳＩＣ（Application Specific Integrated Circuit；図２参照）を総称して表している。
さて、本サーバ１００は、図２に示すように、複数のＳＢ５０と複数のＩＯＵ７０とをそなえ、これらのＳＢ５０とＩＯＵ７０とがクロスバー６０により相互結合されている。
【００３０】
ＳＢ５０は、ＣＰＵ（Central Processing Unit）５３ａ，５３ｂとＤＩＭＭ５１ａ，５１ｂとを搭載するユニットであり、図２に示すように、複数（図２に示す例では２つ）のＣＰＵ５３ａ，５３ｂや複数（図２に示す例では２つ）のＤＩＭＭ（Dual Inline Memory Module）５１ａ，５１ｂをそなえ、更にＮＢ（North Bridge）５４およびＭＬＤＳ（Memory and Logical data Switch）５２をそなえて構成されている。
【００３１】
なお、この図２中においては、便宜上、複数のＳＢ５０やＩＯＵ７０のうち一部のＳＢ５０や一部のＩＯＵ７０についてのみ詳細なハードウェア構成を示し、他のＳＢ５０やＩＯＵ７０におけるハードウェア構成の図示を省略している。
ＣＰＵ５３ａ，５３ｂはそれぞれプログラムを実行・演算することにより本サーバ１００としての機能を実現するものであり、ＤＩＭＭ５１ａ，５１ｂはＣＰＵ５３ａ，５３ｂがプログラムを実行するに際して、各種プログラム（コマンド）やデータを一時的に格納・展開するためのメモリである。
【００３２】
なお、以下、ＣＰＵを示す符号としては、複数のＣＰＵのうち１つを特定する必要があるときには符号５３ａ，５３ｂを用いるが、任意のＣＰＵを指すときには符号５３を用いる。
同様に、以下、ＤＩＭＭを示す符号としては、複数のＤＩＭＭのうち１つを特定する必要があるときには符号５１ａ，５１ｂを用いるが、任意のＤＩＭＭを指すときには符号５１を用いる。
【００３３】
ＮＢ５４およびＭＬＤＳ５２は、ＣＰＵ５３ａ，５３ｂやＤＩＭＭ５１ａ，５１ｂおよびＩＯコントローラを結合してサーバ１００としての制御を行なうチップセットである。ＮＢ５４は、ＣＰＵ５３ａ，５３ｂを制御するＡＳＩＣであり、ノースブリッジ（North - Bridge）として機能するものであり、インターフェースであるＦＳＢ（Front Side Bus）５５を介してＣＰＵ５３ａ，５３ｂがそれぞれ接続されている。
【００３４】
ＭＬＤＳ５２はＤＩＭＭ５１ａ，５１ｂを制御するＡＳＩＣであり、図２に示す例においては、４つのＭＬＤＳ５２がそなえられ、それぞれ、ＤＩＭＭ５１ａ，５１ｂ又はクロスバー６０とＮＢ５４とのデータの交換を行なうようになっている。
ＩＯＵ７０は、ＬＡＮやハードディスク等の周辺装置（図示省略）を接続するためのユニットであり、図２に示すように、ＳＢＲＧ（South Bridge）７１，ＰＣＩＥＰＬ（PCI Express Physical Layer）７２，７８，ＩＯＣ（Input Output Controller）７３ａ，７３ｂ，ＰＨＸ７４ａ，７４ｂ，ＳＣＳＩ／ＧｂＬＡＮ７６ａ，７６ｂ，ＰＣＩカード７７およびＰＣＩ  Ｂｏｘ７９をそなえて構成されている。
【００３５】
ＳＢＲＧ７１，ＰＣＩＥＰＬ７２，７８は、それぞれ高速ＩＯ（Input Output）制御インタフェース（PCI-Express）を制御するＡＳＩＣであり、ＳＢＲＧ７１は、サウスブリッジ（South - Bridge）として機能するものであって、ＣＰＵ５３ａ，５３ｂから周辺装置へのアクセスと周辺装置からＤＩＭＭ５１ａ，５１ｂへの転送（ＤＭＡ；Direct Memory Access）を制御するようになっている。又、ＰＣＩＥＰＬ７２，７８は、PCL-E physical Layerとして機能するものである。
【００３６】
ＩＯＣ７３ａ，７３ｂは、それぞれＩＯ制御チップであり、管理ＬＡＮやタイマ等の機能を提供するものである。又、ＰＸＨ７４ａ，７４ｂは、PCI-ExpressからＰＣＩバスブリッジへ変換するものであり、PCI Express HUBとして機能するようになっている。
ＳＣＳＩ／ＧｂＬＡＮ７６ａ，７６ｂは、ＳＣＳＩ（Small Computer System Interface）カードやＬＡＮ（ギガビットＬＡＮ）カード等のＩＯインタフェースであり、ハードディスク等のＳＣＳＩ規格の機器や、ＬＡＮケーブル等が接続されるようになっている。なお、この図２に示す例においては、便宜上、これらのＳＣＳＩインタフェースとＬＡＮインタフェースとを一のＩＯインタフェース機器として表示しているが、これに限定されるものではなく、別々にそなえる等、種々変形して用いることができる。
【００３７】
ＰＣＩカード７７は、ＰＣＩ規格に基づくＩＯインタフェースであり、ＰＣＩ規格に準じる各種機器が接続されるようになっている。又、ＰＣＩ  Ｂｏｘ７９は、接続可能なＰＣＩ機器数を増加させるための拡張ボックスである。
クロスバー６０は、ＳＢ５０とＩＯＵ７０とを相互接続するものであり、アドレスクロスバーとデータクロスバー（いずれも図示省略）をそなえて構成されている。
【００３８】
そして、図２に示す例においては、上述した物理分割機能により、ＳＢ５０がＸＳＢ５０１ａとＸＳＢ５０１ｂと分割され、ＤＩＭＭ５１ａとＣＰＵ５３ａとがＸＳＢ５０１ａに、又、ＤＩＭＭ５１ｂとＣＰＵ５３ｂとがＸＳＢ５０１ｂにそれぞれそなえられるように分割（物理分割）されている。又、ＭＬＤＳ５２およびＮＢ５４は、ＸＳＢ５０１ａとＸＳＢ５０１ｂとで共有（共用）されるようになっている。
【００３９】
すなわち、ＳＢ５０においては、ＤＩＭＭ５１ａとＣＰＵ５３ａとがＸＳＢ５０１ａに占有される占有リソース（占有ハードウェア資源）であり、同様に、ＤＩＭＭ５１ｂとＣＰＵ５３ｂとがＸＳＢ５０１ｂに占有される占有リソースである。そして、ＭＬＤＳ５２およびＮＢ５４が、ＸＳＢ５０１ａとＸＳＢ５０１ｂとによって共有される共有リソース（共有ハードウェア資源）である。
【００４０】
なお、ＸＳＢとは、ＳＢをＸＰＡＲして２つのＬＳＢ（２ＬＳＢ）として使用する場合における、１のＬＳＢの呼称である。以下、ＸＳＢを示す符号としては、複数のＸＳＢのうち１つを特定する必要があるときには符号５０１ａ，５０１ｂを用いるが、任意のＸＳＢを指すときには符号５０１を用いる。
一方、ＩＯＵ７０は、上述した物理分割機能により、ＬＩＯＵ７０１ａとＬＩＯＵ７０１ｂとに分割され、ＩＯＣ７３ａ，ＰＨＸ７４ａおよびＳＣＳＩ／ＧｂＬＡＮ７６ａがＬＩＯＵ７０１ａに、ＩＯＣ７３ｂ，ＰＨＸ７４ｂおよびＳＣＳＩ／ＧｂＬＡＮ７６ｂがＬＩＯＵ７０１ｂに、それぞれそなえられるように物理分割されている。又、ＳＢＲＧ７１，ＰＣＩＥＰＬ７２，７８，ＰＣＩカード７７およびＰＣＩ  Ｂｏｘ７９は、ＬＩＯＵ７０１ａとＬＩＯＵ７０１ｂとで共有（共用）されるようになっている。
【００４１】
すなわち、ＩＯＵ７０においては、ＩＯＣ７３ａ，ＰＨＸ７４ａおよびＳＣＳＩ／ＧｂＬＡＮ７６ａがＬＩＯＵ７０１ａに占有される占有リソースであり、同様に、ＩＯＣ７３ｂ，ＰＨＸ７４ｂおよびＳＣＳＩ／ＧｂＬＡＮ７６ｂがＬＩＯＵ７０１ｂに占有される占有リソースである。
なお、ＬＩＯＵとは、ＩＯＵのパーティション粒度である。以下、ＬＩＯＵを示す符号としては、複数のＬＩＯＵのうち１つを特定する必要があるときには符号７０１ａ，７０１ｂを用いるが、任意のＬＩＯＵを指すときには符号７０１を用いる。
【００４２】
また、本実施形態中においては、便宜上、分割しない場合におけるＩＯＵのことをＩＯＵと表現することにより、ＩＯＵを分割して形成されるＬＩＯＵと区別するものとする。
そして、例えば、図２中におけるＭＬＤＳ５２，ＮＢ５４，ＳＢＲＧ７１，およびＰＣＩＥＰＬ７２が、図１中におけるＡＳＩＣ３０として総称されるものである。
また、ＡＳＩＣ３０は、ハードウェアリソースにおける障害（図１の点Ｅ参照）の発生を検知し、その通知（障害検知通知）を行なう障害通知機能をそなえており、配下のハードウェアリソースにおいて障害が発生すると、その障害に関する障害情報（発生場所や内容（エラーコード）等）を記録するとともに、そのＸＳＢもしくはＬＩＯＵが属するパーティションＰのＣＰＵ５３にトラップを入力することにより、障害発生を通知するようになっている。
【００４３】
さらに、ＡＳＩＣ３０は、Ｈｏｍｅ  ＬＳＢのＮＢ５４のレジスタ（図示省略）にエラー強度や部位情報を格納し、ファームウェア１０に対して割り込みを入力するようになっている。
なお、Ｈｏｍｅ  ＬＳＢとは、パーティションの先頭アドレスが割り当てられたＬＳＢであって、エラー原因であるハードウェアリソースの上位のＬＳＢである。又、ＬＳＢとはＳＢ５０のパーティション粒度を示しており、ＸＰＡＲ分割時（物理分割機能で動作時）はＬＳＢ＝ＸＳＢであり、非分割時（物理分割機能が非動作時）は、ＬＳＢ＝ＰＳＢである。又、ＰＳＢとは、ＳＢ５０をＸＰＡＲ分割せずに、１つのＬＳＢとして使用する場合におけるＳＢ５０の呼び方を示す。
【００４４】
また、ＡＳＩＣ３０は、この障害通知をＸＰＡＲ１０２毎に行なうようになっており、これにより、ＡＳＩＣ３０は、ＸＰＡＲ１０２毎にそなえられハードウェアリソースにおける障害発生を検知し、障害検知通知を行なう障害通知部１０３として機能するようになっている。
なお、このＡＳＩＣ３０が検出する、ハードウェアリソースにおける障害には、そのハードウェアリソースで発生した障害（原発）の他、他のハードウェアリソースにおいて発生し、そのハードウェアリソースに伝播してきた障害（伝播）を含むものであり、ＡＳＩＣ３０は、これらのいずれの障害についても、検知を行ないファームウェア１０に通知するようになっている。
【００４５】
ファームウェア１０は、各種機能を実現するためのプログラムであって、ＳＢ５０に搭載されたＲＯＭ（Read Only Memory）チップ等に格納され、各ＸＳＢ５０１にそなえられたＣＰＵ５３により実行されるようになっている。
そして、このファームウェア１０は、上述の如き物理分割機能やパーティショニング機能を実現させる他、本サーバ１００において、後述するハードウェア資源管理情報管理部１２，動作モード検出部１３，共有ハードウェア資源判断部１４および共通障害報告生成部１５としての各機能を実現するためのプログラムであって、サーバ１００の各ＣＰＵ５３が、ファームウェア１０をそれぞれ実行することにより、図１に示すように、これらのハードウェア資源管理情報管理部１２，動作モード検出部１３，共有ハードウェア資源判断部１４および共通障害報告生成部１５としてそれぞれ機能するようになっている。
【００４６】
なお、この図１中においては、便宜上、パーティションＰｎにおける、ファームウェア１０のハードウェア資源管理情報管理部１２，動作モード検出部１３，共有ハードウェア資源判断部１４および共通障害報告生成部１５としての各機能や、ＸＰＡＲ１０２における障害通知部１０３としての機能の図示を省略している。
なお、このファームウェア１０は、上述の如くＡＳＩＣ３０上のＲＯＭチップに格納して提供する他、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ等），磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供してもよい。そして、サーバ１００はその記録媒体からファームウェア１０を読み取って内部記憶装置または外部記憶装置に転送し格納して用いてもよい。又、そのファームウェア１０を、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してサーバ１００に提供するようにしてもよい。
【００４７】
ハードウェア資源管理情報管理部１２，動作モード検出部１３，共有ハードウェア資源判断部１４および共通障害報告生成部１５としての機能を実現する際には、内部記憶装置（本実施形態ではＲＯＭチップ）に格納されたファームウェア１０がサーバ１００のマイクロプロセッサ（本実施形態ではＣＰＵ５３）によって実行される。このとき、記録媒体に記録されたファームウェア１０をサーバ１００が読み取って実行するようにしてもよい。
【００４８】
なお、本実施形態において、コンピュータ（サーバ１００）とは、ハードウェアとオペレーティングシステムとを含む概念であり、オペレーティングシステムの制御の下で動作するハードウェアを意味している。又、オペレーティングシステムが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取るための手段とをそなえており、本実施形態においては、サーバ１００がコンピュータとしての機能を有しているのである。
【００４９】
さらに、本実施形態における記録媒体としては、上述したフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ等），磁気ディスク，光ディスク，光磁気ディスクのほか、ＩＣカード，ＲＯＭカートリッジ，磁気テープ，パンチカード，コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ），外部記憶装置等や、バーコードなどの符号が印刷された印刷物等のコンピュータ読取可能な種々の媒体を利用することができる。
【００５０】
動作モード検出部１３は、ＡＳＩＣ３０のレジスタ等（分割モード情報保持部）に保持された分割モード情報に基づいて、本サーバ１００がパーティショニングモードであることを検出するものであり、ＸＰＡＲ１０２から障害発生の通知が行なわれると、ＡＳＩＣ３０に保持された分割モード情報を確認することにより、本サーバ１００がパーティショニングモードで実行中であるか否かを検出するようになっている。
【００５１】
ここで、分割モード情報は、パーティショニングモードで実行中であるか否かを示す情報であり、ＡＳＩＣ（分割モード情報管理部）３０によって管理・設定されるようになっており、例えば、本サーバ１００がパーティショニングモードである場合には“１”を、又、パーティショニングモードではない場合には“０”を、それぞれビットとして、ＡＳＩＣ３０におけるレジスタ等の所定の記憶領域（分割モード情報保持部）に設定・格納することにより保持されるようになっている。又、この分割モード情報は、例えば、各ハードウェアリソース毎に設定されるようになっている。
【００５２】
そして、動作モード検出部１３は、このＡＳＩＣ３０に設定されたビットを確認することにより分割モード情報を取得し、パーティショニングモードであるか否かを判断することができるようになっている。又、分割モード情報には、そのハードウェアリソースがどのパーティションに属するか等の属性情報をそなえてもよい。
ハードウェア資源管理情報管理部１２は、ハードウェア資源のパーティションモードに基づく共有状態に関するリソース情報（ハードウェア資源管理情報）を管理するものであり、例えば、ＤＩＭＭ５１等の予め設定された所定の記憶領域（ハードウェア資源管理情報保持部）にリソース情報を記録し、管理するようになっている。
【００５３】
図３は本発明の一実施形態としてのサーバ１００におけるリソース情報の例を示す図である。この図３に示すように、リソース情報は、本サーバ１００における各ハードウェアリソースについて、それぞれ共有リソース（共有）であるか占有リソース（占有）であるかの状態を示す情報であり、例えば、配下のハードウェアリソースを特定する情報に対して、占有である場合には“０”を、又、共有である場合には“１”をそれぞれビットとして設定することによって、後述する共有ハードウェア資源判断部１４がこのビットの値を確認することにより、各ハードウェアリソースが共有リソースであるか占有リソースであるかを確認することができるようになっている。
【００５４】
なお、このリソース情報は、例えば、ファームウェア１０やＡＳＩＣ３０が、前述した物理分割機能やパーティショニング機能を実現する際に、その設定の情報に基づいて生成・設定するようになっている。
そして、本サーバ１００においては、ＤＩＭＭ５１等のファームウェア１０によって管理・利用されている所定の記憶領域が、リソース情報（ハードウェア資源管理情報）を保持するハードウェア資源管理情報保持部として機能するようになっている。なお、以下、ファームウェア１０によって利用・管理されているＤＩＭＭ５１等の所定の記憶領域に情報を保持することを、単にファームウェア１０が保持すると表現する場合がある。
【００５５】
共有ハードウェア資源判断部１４は、ＡＳＩＣ３０により障害発生が検知されたハードウェアリソースが、共有リソースであるか否かを、リソース情報に基づいて判断するものであり、発生した障害にかかる障害情報（発生場所等）に基づいて、リソース情報に保存された情報を検索し、障害発生にかかるハードウェアリソースが共有リソースであるか否かを判断するようになっている。
【００５６】
なお、障害情報は、例えば、ＡＳＩＣ３０の記憶領域やファームウェア１０に保存されるようになっている。
共通障害報告生成部１５は、動作モード検出部１３がパーティショニングモードであることを検出し、且つ、ＡＳＩＣ３０によって障害発生が検知されたハードウェアリソース（障害源）が共有リソースであると共有ハードウェア資源判断部１４により判断された場合に、その障害源の共有リソースを共有する複数のＸＰＡＲ１０２からそれぞれ通知される障害検知通知に基づいて、一の共通障害報告を生成するものである。
【００５７】
この共通障害報告生成部１５は、ＡＳＩＣ３０から取得した共有リソースにかかる障害情報をＡＳＩＣ３０の管理単位でマージするようになっている。
ハードウェアリソースにおいて障害が発生した場合には、対応するＡＳＩＣ３０のレジスタ（所定の物理位置）にビット（障害報告ビット）が立つようになっており、ファームウェア１０は、このビットを確認することにより、障害情報を取得するようになっている。
【００５８】
そして、そのハードウェアリソースが物理分割された共有リソースである場合には、各対応するＡＳＩＣ３０のレジスタのそれぞれの位置にビット（障害報告ビット）が立つようになっており、共通障害報告生成部１５は、これらの物理的に異なる位置に設定された各障害報告ビットについて、これらの全ての障害報告ビットを読みに行くようになっており、この際に、全ての障害報告ビットの論理和をとることにより１の情報にマージするようになっている。
【００５９】
すなわち、共通障害報告生成部１５は、障害報告ビットを取得時にマージすることにより、１の情報として取得した情報に基づいて障害報告を生成することにより、一の共通障害報告を生成するようになっている。
また、ＡＳＩＣ３０のレジスタに設定された障害報告ビットをファームウェア１０が読み取った後には、この障害報告ビットのクリアを行なうのであるが、共通障害報告生成部１５が複数の障害報告ビットを１の情報にマージを行なった際の情報に基づいて、全ての障害報告ビットのクリアが行なわれる。
【００６０】
そして、パーティショニングモードではない場合には、上述のごとき共通障害報告生成部１５によるマージは行なわれないようになっている。
また、ファームウェア１０は、ＸＰＡＲ１０２から通知された障害発生報告に基づき、その障害が検出されたハードウェアリソースが原発であるか伝播であるかを判断するようになっており、伝播にかかる障害については障害が発生したと判断せずに、処理を行なないようになっている。すなわち、ファームウェア１０においては、原発にかかる障害についてのみ、処理を行なうようになっている。
【００６１】
なお、このファームウェア（障害判定部）１０による、障害が原発であるか伝播であるかの判断は、ファームウェア１０が、ＡＳＩＣ３０において保持されているエラービットに基づいてマスクがけ処理を行なうことにより行なわれる。又、ファームウェア１０は、このマスクがけ処理だけでは、原発か伝播かを判断できない場合には、必要に応じて、他の追加情報を解析することも行なうようになっている。
【００６２】
そして、ファームウェア１０は、ＸＰＡＲ１０２から障害通知が行なわれ、その障害が原発にかかるものである場合に、共通障害報告を生成し、この生成した共通障害報告をＯＳ２０や筐体管理装置１０１に通知するようになっている。
ＯＳ２０や筐体管理装置１０１は、ファームウェア１０から共通障害報告や障害報告を受信すると、これらに基づいて、所定の処理を行なうようになっている。
【００６３】
例えば、筐体管理装置１０１は、一部のＳＢ５０において故障が検出された場合に、故障したＳＢ５０に代えて代理のＳＢ５０を用いて再起動を行なったりする制御を行なう。又、ＯＳ２０においても、例えば、ユーザに対するエラー通知や再起動等の処理を行なう。なお、ＯＳは特別な管理ソフトウェアを用いることなく、ファームウェアから通知された情報を受け取ることができるようになっている。
【００６４】
上述の如く構成された、本発明の一実施形態としてのサーバ１００における、障害発生時における処理を、図４に示すフローチャート（ステップＳ１０〜Ｓ６０）に従って説明する。
本サーバ１００のハードウェアリソースにおいて障害が生じると、その障害が発生したＸＳＢ５０１もしくはＬＩＯＵ７０１が属するＣＰＵ５３にトラップが入る。又、Ｈｏｍｅ  ＬＳＢのＮＢ５４のレジスタにエラー強度や部位情報等の障害情報が記録され（ステップＳ１０）、ファームウェア１０は割り込みを受け付ける。
【００６５】
ファームウェア１０において、動作モード検出部１３が、ＡＳＩＣ３０によって保持された分割モード情報を取得し（ステップＳ２０）、この取得した分割モード情報に基づいて、本サーバ１００がパーティショニングモードであるか否かを確認する（ステップＳ３０）。
ここで、パーティショニングモードである場合には（ステップＳ３０のＹＥＳルート参照）、共有ハードウェア資源判断部１４が、ＡＳＩＣ３０により障害発生が検知されたハードウェアリソースが、共有リソースであるか否かをリソース情報に基づいて判断し、共有リソースの障害情報をＡＳＩＣ３０の管理単位でマージして、一のエラー情報（共通障害報告）に生成する（ステップＳ４０）。
【００６６】
例えば、ＦＳＢ５５やＤＩＭＭ５１は占有リソースであることが明確であるので、これらのＦＳＢ５５やＤＩＭＭ５１にかかる障害情報以外は共有リソースとみなして全てマージしてもよい。
その後、ファームウェア１０は、マージして生成したエラー情報を解析し、必要な倍には、更に、ＭＬＤＳ５２／ＳＢＲＧ７１／ＰＣＩＥＰＬ７２／ＰＸＨ７４の情報を追加で採取／解析する（ステップＳ５０）。一方、本サーバ１００がパーティショニングモードではない場合には（ステップＳ３０のＮＯルート参照）、ステップＳ５０に移行する。
【００６７】
そして、ファームウェア１０は、その解析結果（障害解析結果）を、ＯＳ２０や筐体管理装置１０１に受け渡して（ステップＳ６０）、処理を終了する。
図５は本発明の一実施形態としてのサーバ１００におけるパーティションＰの構成例を示す図であり、物理分割機能およびパーティショニング機能を用いて、４つのパーティションＰ０〜Ｐ３を形成した例を示している。
【００６８】
この図５に示す例においては、４つのＳＢ５０（５０−１，５０−２，５０−３，５０−４）がそなえられ、ＳＢ５０−２，５０−３がそれぞれ物理分割機能により、ＸＳＢ５０１ａ，５０１ｂに分割されるとともに、ＳＢ５０−１，５０−４がそれぞれ非分割の状態（ＳＢ＝ＬＳＢ）を示している。なお、この図５中においては、便宜上、クロスバ６０の図示を省略している。
【００６９】
また、この図５に示す例においては、４つのＩＯＵ７０（７０−１，７０−２，７０−３，７０−４）がそなえられ、ＩＯＵ７０−１，７０−３がそれぞれ物理分割機能によりＬＩＯＵ７０１ａ，７０１ｂに分割されるとともに、ＩＯＵ７０−２，７０−４がそれぞれ非分割の状態を示している。
そして、パーティショニング機能により、パーティションＰ０には、ＰＳＢ５０−１とＩＯＵ７０−１のＬＩＯＵ７０１ａとがそなえられ、パーティションＰ１には、ＳＢ５０−２のＸＳＢ５０１ａとＩＯＵ７０−１のＬＩＯＵ７０１ｂがそなえられている。同様に、パーティションＰ２には、ＳＢ５０−２のＸＳＢ５０１ｂとＩＯＵ７０−２がそなえられている。更に、パーティションＰ３には、ＳＢ５０−３のＸＳＢ５０１ａ，ＸＳＢ５０１ｂ，ＩＯＵ７０−３のＬＩＯＵ７０１ａ，７０１ｂ，ＰＳＢ５０−４およびＩＯＵ７０−４がそなえられている。
【００７０】
すなわち、この図５に示す例においては、ＩＯＵ５０−１を物理分割して形成されたＬＩＯＵ７０１ａ，７０１ｂにおいては、ＬＩＯＵ７０１ａはパーティションＰ０で、ＬＩＯＵ７０１ｂはパーティションＰ１でそれぞれ使用されている。つまり、ＩＯＵ５０−１を物理分割して形成されたＬＩＯＵ７０１ａ，７０１ｂは、互いに異なるパーティションＰ０，Ｐ１で使用されており、同様に、ＳＢ５０−２を物理分割して形成されたＸＳＢ５０１ａ，５０１ｂは、互いに異なるパーティションＰ１，Ｐ２で使用されているのである。
【００７１】
そして、この図５に示すような、複数のパーティションＰ０〜Ｐ３が形成されたサーバ１００において、パーティションＰ１のＸＳＢ５０１ａおよびＬＩＯＵ７０１ｂのように、物理分割され、互いに異なるパーティションＰ０，Ｐ１で使用されているモジュール（ハードウェアリソース）で障害が発生すると（図５中の点Ａ参照）、それぞれのパーティションＰ０，Ｐ１に対して障害処理され、ＯＳ２０や筐体管理装置１０１への報告が行なわれる。
【００７２】
また、ＳＢ５０−３のように、物理分割されたＸＳＢ５０１ａ，５０１ｂが、同一のパーティションで使用されているモジュール（共有リソース）において障害が発生すると（図５中の点Ｂ参照）、ＡＳＩＣレベルではそれぞれのＸＳＢ５０１ａ，５０１ｂについてエラー報告が行なわれるが、ファームウェア１０において、共通障害報告生成部１５が、一の共通障害報告を生成して重複するエラー報告の出力を抑止するので、１の障害として処理され、ＯＳ２０や筐体管理装置１０１に対して１の障害報告が行なわれる。
【００７３】
なお、パーティションＰ３においては、障害情報は各ＳＢ５０−３，５０−４，ＩＯＵ７０−３，７０−４でそれぞれ独立しており、これらのＳＢ５０−３，５０−４，ＩＯＵ７０−３，７０−４内において障害が発生した場合には、その障害の波及（伝播）は、それぞれＳＢ５０−３，５０−４，ＩＯＵ７０−３，７０−４の内部で収まるようになっている。そして、ＳＢ５０−３，５０−４，ＩＯＵ７０−３，７０−４のいずれかにおいて障害が発生した場合には、各ＳＢ５０−３，５０−４，ＩＯＵ７０−３，７０−４は、それぞれＨｏｍｅ  ＬＳＢであるＸＳＢ５０１ａに障害報告を行なうようになっている。
【００７４】
そして、ファームウェア１０は、Ｈｏｍｅ  ＬＳＢであるＸＳＢ５０１ａのＮＢ５４を経由したＣＰＵ５３からの割り込みを受け、情報収集・解析を開始する。
一方、占有リソースで障害が発生した場合には、その占有リソースに対応するそれぞれのＰＳＢ５０−１，５０−４，ＳＸＢ５０１ａ，５０１ｂ，ＩＯＵ７０−２，７０−４，ＬＩＯＵ７０１ａ，７０１ｂに対してのみ障害報告が行なわれるので、障害発生回数は正しく取り扱われるのである。
【００７５】
このように、本発明のサーバ１００によれば、パーティショニングモードにおいて、障害発生が検知されたハードウェアリソースが共有ハードウェア資源である場合には、ファームウェア１０が、障害報告ビット（障害報告）のマージを行なって１の情報として取得した情報に基づいて障害報告を生成することにより、一の共通障害報告を生成するので、ＯＳ２０や筐体管理装置１０１に重複した障害通知が行なわれることがなく、実際にハードウェアリソースにおいて生じた障害の回数に応じた障害報告が行なわれるので、正確の障害発生頻度を管理を行なうことができ、本サーバ１００の信頼性を向上させることができる。
【００７６】
また、ファームウェア１０により障害処理を実現することにより、専用の機器や部品をそなえることなく実現することができるので、サーバ１００の製造コストが上昇することがなく経済的であり、又、ＯＳ２０上で可能するソフトウェアではないので、本サーバ１００のユーザに使用を意識させることがなく使用することができ、その機能を提供するベンダにおいても、実行させ易く管理が行ない易い。
【００７７】
また、物理分割機能はパーティショニング機能をそなえているので、本サーバ１００において柔軟に機能拡張を実現することができる。
なお、上述した実施形態に関わらず、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、本サーバ１００のハードウェア構成は、図２に示す構成に限定されるものではなく、本発明の主旨を逸脱しない範囲で種々変形して実施することができる。
【００７８】
そして、本発明の各実施形態が開示されていれば、本発明を当業者によって実施・製造することが可能である。
【図面の簡単な説明】
【００７９】
【図１】本発明の一実施形態としてのサーバにおける障害処理手法にかかる機能ブロック図である。
【図２】本発明の一実施形態としてのサーバのハードウェア構成例を示す論理ブロック図である。
【図３】本発明の一実施形態としてのサーバにおけるリソース情報の例を示す図である。
【図４】本発明の一実施形態としてのサーバにおける、障害発生時における処理を説明するためのフローチャートである。
【図５】本発明の一実施形態としてのサーバにおけるパーティションの構成例を示す図である。
【図６】従来のサーバシステムにおける物理分割機能およびパーティショニング機能を説明するための図である。
【符号の説明】
【００８０】
１０    ファームウェア
１２    ハードウェア資源管理情報管理部
１３    動作モード検出部
１４    共有ハードウェア資源判断部
１５    共通障害報告生成部
２０    ＯＳ
３０    ＡＳＩＣ（分割モード情報保持部）
５０，５０−１，５０−２，５０−３，５０−４    ＳＢ（ＰＳＢ）
５３，５３ａ，５３ｂ    ＣＰＵ
５１，５１ａ，５１ｂ    ＤＩＭＭ（ハードウェア資源管理情報保持部）
５４    ＮＢ
５２    ＭＬＤＳ
６０    クロスバー
７０    ＩＯＵ
７１    ＳＢＲＧ
７２，７８    ＰＣＩＥＰＬ
７３，７３ａ，７３ｂ    ＩＯＣ
７４，７４ａ，７４ｂ    ＰＨＸ
７６ａ，７６ｂ    ＳＣＳＩ／ＧｂＬＡＮ
７７    ＰＣＩカード
７９    ＰＣＩ  Ｂｏｘ
１００    サーバ（情報処理装置）
１０１    筐体管理装置
１０２，１０２−１〜１０２−ｍ    ＸＰＡＲ（物理パーティション）
５０１，５０１ａ，５０１ｂ    ＸＳＢ
７０１，７０１ａ，７０１ｂ    ＬＩＯＵ
Ｐ，Ｐ０〜Ｐｎ    パーティション
【図１】
2008165347.tif 000003
【図２】
2008165347.tif 000004
【図３】
2008165347.tif 000005
【図４】
2008165347.tif 000006
【図５】
2008165347.tif 000007
【図６】
2008165347.tif 000008