(57)【要約】【課題】  I/Oドロワを備えるブレードサーバシステムについて、障害の発生したI/Oドロワ上のPCIe Cardの物理位置の特定方法を提供する。【解決手段】  I/Oドロワ内に設けたI/Oドロワ制御コントロールウェア(IODC)が、PCIe SwitchのレジスタにI/Oドロワ番号を書き込む第一の書込み機能、PCIe SwitchのDownstream Port内レジスタにPCIe Cardの物理slot番号を書き込む第二の書込み機能を持つ。PCIe Cardに障害が起きた際、サーバブレード側のEFIが、PCIe Switch内のレジスタをリードすることで、I/Oドロワ番号・PCIe Card物理Slot番号を識別子として知ることができ、この情報をSVPに通知することができる。通知を受けたSVPは、障害PCIe Cardの搭載位置をログに出力し、障害が発生したPCIe Cardを特定できる。【選択図】図１
2011197845.tif 000002
【特許請求の範囲】
【請求項１】
演算部と、前記演算部と接続されるファームウェアインターフェースと、前記演算部と接続されるI/O制御ハブとを備える計算機と、
複数のPCIeスロットと、前記PCIeスロットに搭載されるPCIeカードと、上流ポートを介して前記計算機のI/O制御ハブと接続している第一のPCIeブリッジ及び下流ポートを介して前記PCIeスロットと接続している第二のPCIeブリッジを有するPCIeスイッチと、I/O拡張装置コントローラとを備えるI/O拡張装置と、
前記計算機に接続されている前記I/O拡張装置のI/O拡張装置番号及びI/O拡張装置の固有情報を保持する第一の記憶領域を有する管理モジュールとを備え、
前記第一のPCIeブリッジは、第一の記憶部を有し、
前記第二のPCIeブリッジは、第二の記憶部を有し、
前記I/O拡張装置コントローラは、前記第一のPCIeブリッジの前記第一の記憶部にI/O拡張装置番号及びI/O拡張動作モードを書き込む第一書込み部と、前記第二のPCIeブリッジの前記第二の記憶部にPCIeスロット番号を書き込む第二書込み部とを備え、
前記PCIeカードの障害発生時に、
前記ファームウェアインターフェースは、
前記第一の記憶部からI/O拡張装置番号を読み出し、
前記第二の記憶部からPCIeスロット番号を読み出し、
前記読み出したI/O拡張装置番号及びPCIeスロット番号を、前記管理モジュールの第二の記憶領域に書き込み、
前記管理モジュールは、
前記第一の記憶領域に保持されるI/O拡張装置番号を参照して、前記第二の記憶領域に書き込まれたI/O拡張装置番号に一致するI/O拡張装置番号を検索し、
前記検索された一致するI/O拡張装置番号に対応し、前記第一の記憶領域に保持されるI/O拡張装置の固有情報を、出力部に出力する
ことを特徴とする計算機システム。
【請求項２】
前記I/O拡張装置の固有情報は、I/O拡張装置の形名、及びI/O拡張装置のシリアル番号であることを特徴とする請求項１記載の計算機システム。
【請求項３】
前記第一のPCIeブリッジは、前記上流ポートを介して前記計算機のI/O制御ハブと、PCIe I/Fにより接続されていることを特徴とする請求項１記載の計算機システム。
【請求項４】
前記第二のPCIeブリッジは、前記下流ポートを介して前記PCIeスロットと、PCIe I/Fにより接続されていることを特徴とする請求項１記載の計算機システム。
【請求項５】
前記I/O拡張装置コントローラは、前記PCIeスイッチと、管理I/Fにより接続されていることを特徴とする請求項１記載の計算機システム。
【請求項６】
前記PCIeスイッチは、複数の第一のPCIeブリッジと複数の第二のPCIeブリッジとを備え、
前記複数の第一のPCIeブリッジと前記複数の第二のPCIeブリッジとは、内部で接続されていることを特徴とする請求項１記載の計算機システム。
【請求項７】
前記管理モジュールは、前記検索された一致するI/O拡張装置番号に対応し、前記第二の記憶領域に保持されるPCIeスロット番号を、出力部に出力することを特徴とする請求項１記載の計算機システム。
【請求項８】
前記第一の記憶領域は、前記管理モジュールが備えるメモリであり、
前記第二の記憶領域には、前記管理モジュールのファームウエアが作成したログアウトデータが保持されること
を特徴とする請求項１記載の計算機システム。
【請求項９】
計算機システムにおける障害特定方法であって、
前記計算機システムは、計算機と、前記計算機の管理モジュールと、前記計算機に接続されているI/O拡張装置とを備え、
前記計算機は、演算部と、前記演算部と接続されるファームウエアインターフェースと、前記演算部と接続されるI/O制御ハブとを備え、
前記管理モジュールは、前記計算機に接続されているI/O拡張装置のI/O拡張装置番号及びI/O拡張装置の固有情報を保持する第一の記憶領域を有し、
前記I/O拡張装置は、複数のPCIeスロットと、前記PCIeスロットに搭載されるPCIeカードと、上流ポートを介して前記計算機のI/O制御ハブと接続している第一のPCIeブリッジ及び下流ポートを介して前記PCIeスロットと接続している第二のPCIeブリッジを有するPCIeスイッチと、前記I/O拡張装置を制御するI/O拡張装置コントローラとを備え、
前記第一のPCIeブリッジは、第一の記憶部を有し、
前記第二のPCIeブリッジは、第二の記憶部を有し、
前記I/O拡張装置コントローラは、前記第一のPCIeブリッジの前記第一の記憶部にI/O拡張装置番号及びI/O拡張動作モードを書き込む第一書込み部と、前記第二のPCIeブリッジの前記第二の記憶部にPCIeスロット番号を書き込む第二書込み部とを備え、
前記PCIeカードの障害発生時に、
前記ファームウェアインターフェースは、
前記第一の記憶部からI/O拡張装置番号を読み出し、
前記第二の記憶部からPCIeスロット番号を読み出し、
前記読み出したI/O拡張装置番号及びPCIeスロット番号を、前記管理モジュールの第二の記憶領域に書き込み、
前記管理モジュールは、
前記第一の記憶領域に保持されるI/O拡張装置番号を参照して、前記第二の記憶領域に書き込まれたI/O拡張装置番号に一致するI/O拡張装置番号を検索し、
前記検索された一致するI/O拡張装置番号に対応し、前記第一の記憶領域に保持されるI/O拡張装置の固有情報を出力する
ことを特徴とする障害特定方法。
【請求項１０】
前記I/O拡張装置の固有情報は、I/O拡張装置の形名、及びI/O拡張装置のシリアル番号であることを特徴とする請求項９記載の障害特定方法。
【請求項１１】
前記管理モジュールは、前記検索された一致するI/O拡張装置番号に対応し、前記第二の記憶領域に保持されるPCIeスロット番号を、出力部に出力することを特徴とする請求項９記載の障害特定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、I／O slot拡張装置（I／Oドロワ）を備える計算機システムに関し、特に、I／O slotに搭載されたカードの障害特定方法に関する。
【背景技術】
【０００２】
インターネットビジネスの急速な拡大とともに、コンピュータシステムの処理の需要が拡大している。それと同時に、管理コストの増大が、顕在化してきている。
【０００３】
インターネットビジネスにおける一般的なサーバシステム構築としては、処理要件毎にフロントエンド、ミッドティア、バックエンドという階層に分けて構築する3階層モデルが知られている。
【０００４】
Webサーバ等のサービスを担当するフロントエンドサーバでは、サーバ間の依存性が低いため、1筐体に多くのサーバを高密度に実装したブレードサーバが用いられる。また、主にDBサーバとして機能するバックエンドサーバでは、データの処理負荷が重くデータの整合性を保つために、単体のSMPサーバが用いられる。
【０００５】
従来は、これらの機能単位毎に異なるサーバ装置を用いてシステムを構築していた。しかし、業務要件の変化に対応するためには、互いに処理能力を配分することができないため、個別に機器の増設または入替えを実施するしかない。このように、従来方式のシステム構築では、ハードウェアが分散し、システム全体で見たときのサーバ稼働率向上は困難であった。このため、ハードウェアの購入費用のみならず、維持や管理にかかる費用まで含めての総コストの削減は、期待できない。
【０００６】
そこで、ハードウェアの集約、特にブレードサーバの利用分野拡大による様々なサーバ機能の集約が、注目されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＰＣＩ−ＳＩＧ発行    ＰＣＩ  Ｅｘｐｒｅｓｓ（Ｒ）  Ｂａｓｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  ２．０    ２００６年、１．１〜１．３章（ｐ．３１〜４０)、４．１章（ｐ．１６８）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
さて、従来のブレードサーバでは、サーバブレードに接続されるPCIe slotの物理位置の対応は固定されている。従って、PCIe Card障害が発生した際は、PCIe I／Fを通じて、PCIe CardのドライバからExtensible Firmware Interface(EFI)に対して障害情報を通知する。そして、EFIが、障害対象slotに接続されるサーバ上のI／O Controller Hub(IOH)のport番号を取得することにより、障害対象Cardの物理位置を特定し、その結果をユーザに通報するとう障害特定方法が知られている（上記EFIとIOHとは、PCIe規格により接続されている。PCIe通信方法については、非特許文献１を参照）。
【０００９】
とはいえ、従来のブレードサーバでは、その高密度実装の特性上、I／O拡張性が乏しくサーバの利用分野が限られていた。その一方で、システム構成に従ってI／O構成を増減可能とすることによって、ブレードサーバ個々の利用分野を拡大し、分散していたハードウェアの集約に効果的なサーバ装置を提供することができれば、サーバコンソリデーションに有用なサーバ装置を提供できると考えられる。
【００１０】
しかしながら、ブレードサーバのI／O構成を増減可能とする手法は検討中であり、また、その場合の障害特定方法は未検討である。
【００１１】
そこで、本発明は、I／O構成の増減が可能なブレードサーバシステムにおいて、従来方式とは異なる新たな手法で、障害が発生したPCIe Cardの物理位置を特定する特定方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
まず、本発明では、ブレードサーバのI／O構成の増減を可能とする手段として、ブレードサーバに接続可能なI／O slot拡張装置(I／Oドロワ)を用いる。
【００１３】
そして、上述の課題を解決する為に、本発明では、計算機（例えばサーバブレード）と、前記計算機の管理モジュール（例えばSVP）と、前記計算機に接続されているI／O拡張装置（例えばI／Oドロワ）とを備え、前記計算機は、演算部と、前記演算部と接続されるファームウェアインターフェース（例えばEFI）と、前記演算部と接続されるI／O制御ハブとを備え、前記管理モジュールは、前記計算機に接続されているI／O拡張装置のI／O拡張装置番号及びI／O拡張装置の固有情報を保持する第一の記憶領域を有し、前記I／O拡張装置は、複数のPCIeスロットと、前記PCIeスロットに搭載されるPCIeカードと、上流ポートを介して前記計算機のI／O制御ハブと接続している第一のPCIeブリッジ及び下流ポートを介して前記PCIeスロットと接続している第二のPCIeブリッジとを有するPCIeスイッチと、前記I／O拡張装置を制御するI／O拡張装置コントローラとを備え、第一のPCIeブリッジは、第一の記憶部を有し、第二のPCIeブリッジは、第二の記憶部を有し、前記I／O拡張装置コントローラは、前記第一のPCIeブリッジの前記第一の記憶部にI／O拡張装置番号及びI／O拡張動作モードを書き込む第一書込み部と、前記第二のPCIeブリッジの前記第二の記憶部にPCIeスロット番号を書き込む第二書込み部とを備える計算機システム構成とする。
【００１４】
そして、前記PCIeカードの障害発生時に、前記ファームウェアインターフェースは、前記第一の記憶部からI／O拡張装置番号を読み出し、前記第二の記憶部からPCIeスロット番号を読み出し、前記読み出したI／O拡張装置番号及びPCIeスロット番号を、前記管理モジュールの第二の記憶領域（例えばSEL）に書き込む。また、前記管理モジュールは、前記管理モジュールの第一の記憶領域に保持されるI／O拡張装置番号を参照して、前記第二の記憶領域に書き込まれたI／O拡張装置番号に一致するI／O拡張装置番号を検索し、前記検索された一致するI／O拡張装置番号に対応し、前記第一の記憶領域に保持されるI／O拡張装置の固有情報を出力部に出力することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、I／Oドロワに搭載されているPCIe Cardに障害が起きた場合、的確に障害PCIe Cardを特定することができる。
【図面の簡単な説明】
【００１６】
【図１】第一の実施形態でのシステム構成を示す図。
【図２】(a)第一の実施形態でのIODCの構成を示す図。(b)第一の実施形態でのIODCの機能を示す図。
【図３】第一の実施形態でのPCIe Switchの構成を示す図。
【図４】第一の実施形態での各デバイスの処理フローを示す図。
【図５】第一の実施形態でのPCIe Switch内のPCIe拡張Config Register領域を示す図。
【図６】第一の実施形態でのIODCのメモリ部に書き込まれるデータを示す図。
【図７】第一の実施形態でのSVPが保持するテーブルを示す図。
【図８】(a)第一の実施形態でのPCIe Switch(PCIe Bridge#0)に書き込まれるデータを示す図。(b)第一の実施形態でのPCIe Switch(PCIe Bridge#10)に書き込まれるデータを示す図。
【図９】第一の実施形態でのログアウトデータ(SEL)を示す図。
【図１０】第一の実施形態でのPCIe Switch(PCIe Bridge#10)に書き込まれるデータを示す図。
【図１１】第一の実施形態での外部出力データを示す図。
【図１２】第一の実施形態でのIODCのメモリ部が予め蓄えるデータを示す図。
【発明を実施するための形態】
【実施例】
【００１７】
以下、本発明を適用したブレードサーバシステムについて、図面を参照して詳細に説明する。
【００１８】
ブレードサーバシステムは、図１に示されるように、サーバブレード１０３と、サーバブレード１０３を搭載しているサーバシャーシ１００と、シャーシ１００内装置の一括管理モジュールであるSVP１０１と、PCIe I／Fケーブル１１９を介してサーバーブレード１０３に接続されているI／Oドロワ１０７を備える。
【００１９】
サーバブレード１０３は、Central Processing Unit (CPU)１０５、IOH１０６、BIOSの役割を担うEFI１０４とを備える。
【００２０】
SVP１０１は、SVP Firmware(SVP FW) １０２により、管理I／Fを通じてサーバブレード#0（１０３-０）からサーバブレード#n（１０３-ｎ）の、電源Power On／Offや障害情報等を一括管理している。
【００２１】
SVP１０１は、マイコンを内蔵しており、SVP FW１０２及びメモリ（但し、図示しない）を制御している。
【００２２】
I／Oドロワ １０７は、PCIeSlot#0（１１８−０）〜PCIeSlot#n（１１８-ｎ）と、PCIe Switch１０９と、I／Oドロワ１０７を管理するI／Oドロワ制御コントローラ（以下IODCと称する）１０８とを有する。サーバブレード１０３のI／Oを拡張するI／Oドロワ１０７は、PCIe Switch１０９と、PCI Express Interface(PCIe I／F)によりPCIe Switch１０９と接続される複数のPCI Express slot (PCIe slot)１１８と、複数のPCIe slotに搭載される複数枚のPCI Express Card (PCIe Card)１１７とを備える。この、I／Oドロワ１０７は、PCIe Switch１０９を経由してサーバブレード１０３に接続することにより、I／O機能を拡張することができる装置である。
【００２３】
PCIeSlot１１８の各々は、PCIe Card１１７をそれぞれ1枚ずつ搭載可能である。
【００２４】
IODC１０８は、図2に示されるように、I／O部２０１と、メモリ部２０２と、CPU部２０３と、外部２０４を備える。
【００２５】
IODC１０８のI／O部２０１には、管理I／F１１６があり、この管理I／F１１６を通じて、PCIe Switch１０９の初期設定や状態監視が行われる。
【００２６】
サーバシャーシ１００に搭載されるサーバブレード１０３に、I／Oドロワ#0（１０７−０）〜I／Oドロワ#n（１０７-ｎ）を接続することにより、I／O通信を担うPCIe Card１１７が増設可能となる。その結果、サーバブレード１０３のI／Oが大幅に拡張される。
【００２７】
図３に、PCIe Switch１０９のハードウェア図を示す。
【００２８】
PCIe Switch１０９は、Upstream Port１１０と、Upstream Port１１０に接続されるPCIe Bridge（１１１）と、複数のDownstream Port１１３と、Downstream Port１１３に接続されるPCIe Bridge（１１４）とを備える。
【００２９】
複数のPCIe Bridge１１１と複数のPCIe Bridge１１４とは、内部で接続されており、任意にUpstream Port１１０とDownstream Port１１３との接続を、変更できる。
【００３０】
各PCI Bridge１１１、１１４は、PCI Express規格で定められているPCIe 拡張Config Register５００を内蔵している。また、PCI Bridge１１１、１１４は、PCIe I／Fケーブル１１９を通じて、EFI１０４からIOH１０６を介し、PCIe Swtch１０９とPCIe Card１１７のPCIeのLink Speed／Link Status／Link幅等の状態の参照等をできる。PCIe I／Fは、IOH１０６とPCIe Swtch１０９との間でLinkするが、そのためには、EFI１０４が、PCIe Swtch１０９のPCIe 拡張Config Register５００を設定可能とすることが、PCIe I／Fの規格で定められている。
【００３１】
なお、図５に示されるPCIe 拡張Config Register５００は、図１に示されるPCI Bridge#0（１１１）が有する PCIe 拡張Config Register領域１１２、及びPCI Bridge#10（１１４）が有する PCIe 拡張Config Register領域１１５に、相当する。
【００３２】
PCIe Root ComplexであるIOH１０６は、PCIe I／Fケーブル１１９を介して、PCIe Swtch１０９に接続されている。
【００３３】
Downstream Port１１３は、PCIe Slot#0〜n（１１８−０〜１１８−ｎ）と、それぞれPCIe I／Fにて接続されている。
【００３４】
PCIe Switch１０９のI／Oドロワ動作モード設定により、Upstream Port１１０とDownstream Port１１３間の接続を変更できる。例としては、1サーバブレードに対し4枚のPCIe Card１１７を接続できるモードである。このように、サーバブレード１０３とPCIe Card１１７の接続方法を変更できる設定をI／Oドロワ動作モードといい、システム構築の幅を広げることができる。
【００３５】
次に、システム全体を稼動させた際のIODC１０８の動作、及びPCIe Card１１７に障害が発生した際の各デバイスの処理について、図４を用いて説明する。
【００３６】
ユーザのシステム要件によっては、複数のI／Oドロワ１０７が必要となり、それに合わせて管理すべきPCIe Card１１７の数も増えることとなる。そのため、I／Oドロワ１０７を備えるブレードサーバシステムでは、PCIe Card１１７交換時の特定など、管理が煩雑になる。
【００３７】
しかしながら、I／Oドロワ１０７を用いるブレードサーバシステム環境の場合では、I／Oドロワ１０７に接続されるサーバブレード１０３は、複数の任意に決められるPCIe Card１１７が接続される。更に、ユーザが実現する環境によっても、接続形態は異なる。そのため、PCIe Card１１７の物理位置の対応が固定ではなく可変である。このため、従来技術の障害特定方法の方式（例えばIOHのport番号を取得する方式）では、I／Oドロワ１０７及びI／Oドロワ１０７上のPCIe Card１１７の物理位置を特定することはできず、障害対象Cardを確認することは困難である。
【００３８】
そこで、本実施例では、サーバブレード１０３にI／Oドロワ１０７を接続したブレードサーバシステムにおいて、従来方式とは異なる新たな手法で、障害が発生したPCIe Cardの物理位置を特定する特定方法を以下のように実現する。
【００３９】
IODC１０８は、外部（ユーザ）より入力されたI／Oドロワ番号及びI／Oドロワ動作モードを、IODC１０８内のメモリ部２０２のI／Oドロワ番号及びI／Oドロワ動作モード領域に、書き込む（ステップ４００）。
【００４０】
ここで、メモリ部２０２に書き込まれるI／Oドロワ番号及びI／Oドロワ動作モードのデータ構造６００は、図６に示されるとおりである。IODC１０８がI／Oドロワ番号を書き込む際は、I／Oドロワ番号領域の任意のアドレス(address.)aを指定し、I／Oドロワ番号を書き込む。I／Oドロワ動作モードを書き込む際は、I／Oドロワ動作モード領域の任意のアドレス(address.)bを指定し、I／Oドロワ動作モードを書き込む。
【００４１】
SVP FW１０２は、外部（ユーザ）より入力されたI／Oドロワ番号、I／Oドロワ形名及びI／Oドロワシリアル番号を、SVP１０１内のメモリ（但し、図示しない）に書き込む（ステップ４０１）。
【００４２】
ここで、SVP FW１０２によりSVP１０１内のメモリ（但し、図示しない）に作成されるデータ構造７００は、図7に示されるとおりである。
【００４３】
IODC１０８は、IODC１０８内のメモリ部２０２のI／Oドロワ番号及びI／Oドロワ動作モード領域を参照し、ステップ４００にて書き込んだI／Oドロワ番号及びI／Oドロワ動作モードを読み出す。次に、IODC１０８は、読み出したI／Oドロワ番号及びI／Oドロワ動作モードの値を、IODC１０８内のI／O部２０１からPCIe Switch１０９へ、I／O部２０１とPCIe Switch１０９とを接続する管理I／F１１６経由で出力する。そして、IODC１０８は、PCI Bridge#0（１１１）の PCIe 拡張Config Register領域１１２に、出力したI／Oドロワ番号及びI／Oドロワ動作モードの値を、アドレスを指定して書き込む（ステップ４０２）。
【００４４】
ここで、PCIe 拡張Config Register領域１１２に書き込まれるI／Oドロワ番号及びI／Oドロワ動作モードのデータ８００は、図８(a)に示されるとおりである。
【００４５】
PCIe Cardスロット番号のデータは、IODC１０８内のメモリ部２０２に予め蓄えられている。ここで、IODC１０８内のメモリ部２０２に予め蓄えられているPCIe Cardスロット番号のデータ１２００は図12に示すとおりである。IODC１０８は、IODC１０８内のメモリ部２０２からPCIe Cardスロット番号を読み出す。
【００４６】
そして、この値を、IODC１０８内のI／O部２０１経由で、PCIe Switch１０９のPCI Bridge#10（１１４）の PCIe 拡張Config Register領域１１５に、PCIe Cardスロット番号領域のアドレスを指定し書き込む（ステップ４０３）。書き込まれるPCIe Cardスロット番号のデータ８０１は、図8(b)に示されるとおりである。
【００４７】
本実施例のブレードサーバシステムでは、IODC１０８が、PCI Bridge#0（１１１）の PCIe 拡張Config Register領域１１２に、I／Oドロワ番号及びI／Oドロワ動作モードを書き込む機能を実現する機能ブロック（以下、第一書込み部と称する）２０５と、PCI Bridge#10（１１４）の PCIe 拡張Config Register領域１１５にPCIe Cardスロット番号を書き込む機能を実現する機能ブロック２０６（以下、第二書込み部と称する）とを、新たに設けている。(なお、I／Oドロワ番号及びI／Oドロワ動作モードを書き込む第一書込み部２０５及びPCIe Cardスロット番号を書き込む第二書込み部２０６は、IODC内のメモリ２０２に保持されるプログラムがCPU２０３で実行されることにより、実現される。)
【００４８】
IOH１０６とPCIe Switch１０９との間は、PCIe I／Fで接続されている。このため、サーバブレード内のEFI１０４は、PCIe標準のRegisterを読むことは可能であるが、PCIe Swich１０９と管理I／Fで接続されているIODC１０８内のメモリ２０２を読むことはできない。
【００４９】
しかし、本発明を適用したIODC１０８は、第一書込み部２０５及び第二書込み部２０６を備えているので、EFI１０４から参照可能なPCIe Switch１０９のPCI Bridgeに、I／Oドロワ番号、I／Oドロワ動作モード及びPCIe Cardスロット番号を書き込むことを可能としている。それゆえ、EFI１０４が、Config Register領域１１２、１１５に書き込まれたI／Oドロワ番号やPCIe Cardスロット番号を、読み出すことができる。
【００５０】
その結果、サーバブレード１０３とI／Oドロワ１０７間に専用I／Fを追加することなく、EFI１０４経由で障害PCIe Card １１７を的確に特定することができ、RAS機能を向上することができる。また、専用I／F を設ける必要がないため、ケーブルを増やす必要もなくコストも抑えることができる。(ここで述べる専用I／Fとは、PCIe以外のI／FでI／Oドロワ１０７固有情報を取得するI／Fのことをさす。)
障害メッセージを通知されたEFI１０４は、障害メッセージ内のバス番号に従って、PCIe Switch１０９内のPCI Bridge#0（１１１）の PCIe 拡張Config Register領域１１２からI／Oドロワ番号を、PCIe Switch１０９内のPCI Bridge#10（１１４）の PCIe 拡張Config Register領域１１５からPCIe Cardスロット番号を読み出す（ステップ４０５）。（なお、EFI１０４は、PCIeの標準的な作りで実装されており、バス番号に従ってアクセス可能とされている。）
読み出す際は、図8(a)に示したデータ８００のI／Oドロワ番号及びPCIe Cardスロット番号領域のアドレスを指定し読み出す。
【００５１】
EFI１０４は、（ステップ４０５）で読み出したI／Oドロワ番号及びPCIe Cardスロット番号の情報を、SVP１０１のコントロールウェアであるSVP FW１０２に、書き込む。書き込みを受けたSVP FW１０２は、書き込まれたI／Oドロワ番号及びPCIe Cardスロット番号の情報を、ログアウトデータ(System Event Log : SEL)１２１として作成する（ステップ４０６）。ここで、ログアウトデータ(System Event Log : SEL)１２１として作成されたデータ９００は、図9に示すとおりである。
【００５２】
SVP１０１は、（ステップ４０６）にて作成されたログアウトデータ(SEL)１２１内のI／Oドロワ番号と、SVP１０１自身が保持しているテーブル７００のI／Oドロワ番号とを突き合わせる。そして、テーブル７００を参照して、一致するI／Oドロワ番号に対応するI／Oドロワ形名及びI／Oドロワシリアル番号を引き出す（ステップ４０７）。ここで、引き出されたI／Oドロワ形名及びI／Oドロワシリアル番号のデータ１０００は、図10に示すとおりである。
【００５３】
そして、SVP１０１は、ステップ４０７にて引き出したI／Oドロワ形名、I／Oドロワシリアル番号（即ち、障害が発生したPCIe Card１１７が搭載されたI／OドロワのI／Oドロワ形名、I／Oドロワシリアル番号）、及びステップ４０６にて作成されたログアウトデータ(SEL)１２１内のPCIe Cardスロット番号を読み出し、これら読み出した情報を出力部１２０からシステム外部へ出力する（ステップ４０８）。ここで、外部に出力されたI／OドロワのI／Oドロワ形名、I／Oドロワシリアル番号、及びPCIe Cardスロット番号のデータ１１００は、図11に示すとおりである。
【００５４】
ステップ４０８により、障害が発生したPCIe Card１１７の位置が的確に特定できるので、ユーザは、障害発生したPCIe Card１１７を確実に知ることが可能となり、障害Cardの交換等を容易にできる。
【００５５】
以上のようにして、本実施例のサーバシステムでは、EFI１０４からI／Oドロワ番号やPCIe Cardスロット番号を読み出すことができ、その結果として、I／Oドロワ上の障害PCIe Card１１７を的確に特定することができる。
【符号の説明】
【００５６】
１００・・・サーバシャーシ、１０１・・・SVP、１０２・・・SVP FW、１０３・・・サーバブレード、１０４・・・EFI、１０５・・・中央演算装置、１０６・・・I／Oコントローラハブ、１０７・・・I／Oドロワ(I／O拡張装置)、１０８・・・I／Oドロワコントローラ、１０９・・・サーバシャーシ-I／Oドロワ接続スイッチ、１１０・・・PCIe Switch 内upstream Port、１１１・・・PCIe Switch 内upstream Port側PCIe Bridge、１１２・・・PCIe Switch内upstream Port側PCIe Bridgeレジスタ、１１３・・・PCIe Switch 内downstream Port、１１４・・・PCIe Switch 内downstream Port側PCIe Bridge、１１５・・・PCIe Switch内downstream Port側PCIe Bridgeレジスタ、１１６・・・IODC管理I／F、１１７・・・I／O拡張カード、１１８・・・PCIe Card 搭載スロット、１１９・・・PCIe I／Fケーブル、１２０・・・出力部、１２１・・・ログアウトデータ(SEL)、２０１・・・IODC I／O部、２０２・・・IODCメモリ部、２０３・・・IODC CPU部、２０４・・・IODCと接続される外部、２０５・・・I／Oドロワ番号及びI／Oドロワ動作モード書き込み機能（第一書込み部）、２０６・・・PCIe Cardスロット番号書き込み機能（第二書込み部）
【図１】
2011197845.tif 000003
【図２】
2011197845.tif 000004
【図３】
2011197845.tif 000005
【図４】
2011197845.tif 000006
【図５】
2011197845.tif 000007
【図６】
2011197845.tif 000008
【図７】
2011197845.tif 000009
【図８】
2011197845.tif 000010
【図９】
2011197845.tif 000011
【図１０】
2011197845.tif 000012
【図１１】
2011197845.tif 000013
【図１２】
2011197845.tif 000014