(57)【要約】      （修正有）【課題】サーバにおける組み込みファームウェアがコンソールに表示すべき情報を保存して、障害の検出を容易にする。【解決手段】ブレードサーバ６０１に障害が発生すると、エンクロージャマネージャの組み込みファームウェア６０２がコンソールに出力すべきＯＳダンプメッセージのような障害情報を、ブレードサーバ内に設けられたＳＩＯダンプ用メモリ６０４に保存し、ＳＩＯポート６０６を用いて、端末６１１に出力する。【選択図】図６
2014153793.tif 000002
【特許請求の範囲】
【請求項１】
実装された組み込みファームウェアが標準出力に出力すべき情報を、自装置内に設けられたメモリに保存することを特徴とするサーバ。
【請求項２】
前記組み込みファームウェアは、第１のエンクロージャマネージャであることを特徴とする請求項１記載のサーバ。
【請求項３】
前記組み込みファームウェアは、自装置が有するベースボードマネジメントコントローラであることを特徴とする請求項１記載のサーバ。
【請求項４】
前記組み込みファームウェアは、自装置が有するスィッチモジュールに組み込まれたファームウェアであることを特徴とする請求項１記載のサーバ。
【請求項５】
前記メモリに接続された第２のエンクロージャマネージャを有し、該第２のエンクロージャマネージャは、前記メモリに保存された情報を取得することを特徴とする請求項１乃至請求項４の何れかに記載のサーバ。
【請求項６】
前記サーバは、ブレードサーバであることを特徴とする請求項１乃至請求項５の何れかに記載のサーバ。
【請求項７】
サーバに実装された組み込みファームウェアが標準出力に出力すべき情報を、前記サーバに設けられたメモリに保存することを特徴とするサーバにおける組み込みファームウェアのバックアップ方法。
【請求項８】
前記サーバに、前記メモリに接続されたエンクロージャマネージャを実装し、
前記組み込みファームウェアによって、標準出力に出力すべき情報を前記メモリに保存し、
前記エンクロージャマネージャによって、前記メモリに保存された情報を取得することを特徴とする請求項７記載のサーバにおける組み込みファームウェアのバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置において発生する障害の検出技術に関する。特に本発明は、サーバにおける組み込みファームウェアにおいて発生する障害を検出する技術に関する。
【背景技術】
【０００２】
サーバにおける組み込みファームウェア（以降、本願において、「ＦＷ」と略称する場合がある。）が標準出力に出力するデータには、ＯＳダンプメッセージのような障害調査に重要なデータが含まれる。
【０００３】
このデータは、ＦＷに障害が発生した場合に、ＦＷの組み込みオペレーティングシステム（ＯＳ）が出力するデータである。これらのデータの解析は、障害が発生した原因を究明するために必要な作業である。
【０００４】
標準出力とは、例えば、ＵＮＩＸ（登録商標）環境におけるディスプレイに相当する装置のことである。一般的に、ＵＮＩＸ環境で動作するプログラムは、標準出力への書き込み要求を発行することで、ディスプレイにデータを表示することができる。
【０００５】
一般的なサーバにおける組み込みファームウェアの標準出力は、ＳＩＯ（「Ｓｅｒｉａｌ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  ｉｎｔｅｒｆａｃｅ」の略称であり、「直列入出力インタフェース」とも言う。）ポートやデバッグポート宛に行なわれる。
【０００６】
しかし、これらのポートは、保守やデバッグ用であるため、ユーザによる実際の使用環境において、これらのポートにコンソール（端末）が接続されていることはほとんどない。そのため、ＦＷが標準出力に出力すべきデータを採取することは、困難である。
【０００７】
また、システム運用中に障害が発生した場合、障害発生時に出力されたログ等を採取するために、その発生状態を表す情報を保持しておくことがある。その場合には、係る情報を保持している間、システムは、不安定な状態で運用されることになる。
【０００８】
障害発生時の状態保持ができない場合には、運用者は、発生した障害の原因であることが疑われるモジュールを回収し、回収したモジュールを使用した評価を実施する。
【０００９】
システム稼働中に発生した障害が再現できた場合、運用者は、その障害の調査に必要なデータを採取することができるが、係る障害が再現するまでは、運用者は、根本的な障害発生原因の調査ができない。
【００１０】
また、再現性が無い障害だった場合、運用者は、ＯＳダンプメッセージの確認ができないので、障害発生原因を究明するために必要な手がかりが得られない。
【００１１】
ここで、本願出願に先だって存在する関連技術としては、例えば以下の特許文献がある。
【００１２】
特許文献１には、演算処理装置の診断を行い、診断で得られた結果データをコンソールに出力する前に、一時的にバッファに記憶するコンピュータシステムが記載されている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００４−４６２８９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
特許文献１に提案されている技術においては、コンソールに出力するデータがバッファに一時的に保存される。しかし、特許文献１に開示されたコンピュータシステムは、バッファに保存したデータをコンソールに出力できない場合について考慮していない。
【００１５】
そこで、本発明は、サーバにおける組み込みファームウェア（ＦＷ）が標準出力に出力すべきデータを確実に採取することを主たる目的とする。
【課題を解決するための手段】
【００１６】
上記の目的を達成すべく、本発明に係るサーバは、以下の構成を備えることを特徴とする。
【００１７】
即ち、本発明に係るサーバは、
実装された組み込みファームウェアが標準出力に出力すべき情報を、自装置内に設けられたメモリに保存することを特徴とする。
【００１８】
また、本発明に係るサーバにおける組み込みファームウェアのバックアップ方法は、
サーバに実装された組み込みファームウェアが標準出力に出力すべき情報を、サーバに設けられたメモリに保存することを特徴とする。
【発明の効果】
【００１９】
上記の本発明によれば、サーバにおける組み込みファームウェア（ＦＷ）が標準出力に出力すべきデータを確実に採取することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態に係るブレードサーバの構成を示すブロック図である。
【図２】本発明の第２の実施形態に係るブレードサーバの構成を示すブロック図である。
【図３】本発明の第２の実施形態におけるＥＭ（エンクロージャマネージャ）の障害発生時の処理を示すフローチャートである。
【図４】本発明の第３の実施形態に係るブレードサーバの構成を示すブロック図である。
【図５】本発明の第４の実施形態に係るブレードサーバの構成を示すブロック図である。
【図６】本発明の第５の実施形態に係るサーバの構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
次に、本発明を実施する形態について図面を参照して詳細に説明する。
【００２２】
＜第１の実施形態＞
サーバの一例として、本実施形態では、エンクロージャマネージャと、ブレードサーバと、スィッチモジュールとをブレード収納筐体に収納したブレードサーバを例に、以下に説明する。
【００２３】
図１は、本発明の第１の実施形態に係るブレードサーバの構成を示すブロック図である。
【００２４】
図１を参照すると、ブレード収納筐体１０１は、二重化されたＥＭ１０２とＥＭ１０３が実装されている。
【００２５】
ＥＭ１０２とＥＭ１０３は、ブレード収納筐体１０１を監視及び管理するエンクロージャマネージャ（以降、本願において、「ＥＭ」と略称する。）である。
【００２６】
ＥＭは、ブレード収納筐体に対し、脱着可能なモジュールに搭載された組み込みファームウェアである。そのモジュールには、ファームウェアを動作させるのに必要なＣＰＵ（「Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ」の略称。）、メモリ等が備わっている。そのモジュールをＥＭカードと呼ぶこともある。
【００２７】
ＥＭ１０２とＥＭ１０３は、ＬＡＮ（「Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ」の略称。ローカルエリアネットワーク。）やシリアル等の経路１０８を介して通信可能に接続されており、この経路１０８を用いてハートビートを行なうことにより、お互いの状態監視を行なう。
【００２８】
ハートビートは、通信ネットワーク（以下、単に「ネットワーク」と略称する。）上で、コンピュータやネットワーク機器が自装置が正常に稼動していることを外部に知らせるために送る信号のことである。すなわち、ＥＭ１０２とＥＭ１０３は、一定時間ごとに相互に信号を送り、自装置が正常に稼動していることを相手に通知している。
【００２９】
ＥＭ１０２は、ＳＩＯダンプ用メモリ１０４とＳＩＯポート１０６とを備えている。
【００３０】
ＥＭ１０２による標準出力に出力すべきデータ（情報）は、ＳＩＯポート１０６を用いて接続されている端末１１１に出力される。
【００３１】
同様に、ＥＭ１０３は、ＳＩＯダンプ用メモリ１０５とＳＩＯポート１０７とを備えている。ＥＭ１０３による標準出力に出力すべきデータは、ＳＩＯポート１０７を用いて接続されている端末１１２に出力される。
【００３２】
ＥＭ１０２は、ＥＭ１０２に接続されている端末１１１に出力するデータを、ＥＭ１０２に実装されているＳＩＯダンプ用メモリ１０４に格納する。ＳＩＯダンプ用メモリ１０４は、ＳＩＯダンプ用メモリ１０４を実装しているＥＭ１０２のもう一方のＥＭであるＥＭ１０３と、Ｉ２Ｃ（「Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ」の略称。シリアルバスの一種。）等の経路１１０によって通信可能に接続されており、ＥＭ１０３からアクセスすることが可能である。
【００３３】
同様に、ＥＭ１０３は、ＥＭ１０３に接続されている端末１１２に出力するデータを、ＥＭ１０３に実装されているＳＩＯダンプ用メモリ１０５に格納する。ＳＩＯダンプ用メモリ１０５は、ＳＩＯダンプ用メモリ１０５を実装しているＥＭ１０３のもう一方のＥＭであるＥＭ１０２と、Ｉ２Ｃ等の経路１０９によって通信可能に接続されており、ＥＭ１０２からアクセスすることが可能である。
【００３４】
通常、経路１０９は、切断状態にあり、ＥＭ１０２がハートビートによって、ＥＭ１０３において発生した異常を検出した場合に、経路１０９を接続状態にする。経路１１０についても同様である。
【００３５】
ＥＭ１０２のＳＩＯダンプ用メモリ１０４は、ＥＭ１０２のＦＷがＳＩＯポート１０６宛てに出力するデータや、ＥＭ１０３のＳＩＯダンプ用メモリ１０５から取得したデータを格納するために用いられる
同様に、ＥＭ１０３のＳＩＯダンプ用メモリ１０５は、ＥＭ１０３のＦＷがＳＩＯポート１０７宛てに出力するデータや、ＥＭ１０２のＳＩＯダンプ用メモリ１０４から取得したデータを格納するために用いられる。
【００３６】
本実施形態は、ＥＭを二重化することにより、係るＥＭ間のハートビートによって、自（一方の）ＥＭが他ＥＭの異常を検出し、係る他ＥＭ内のメモリ（１０４、１０５）に保存されたデータを参照することが可能になっている。
【００３７】
ＳＩＯダンプ用メモリ１０４および１０５への出力は、例えば、ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）方式で行う。ＦＩＦＯ方式は、一般的な手法であるため、詳細な説明は省略する。これは、以下の実施形態でも同様である。
【００３８】
以上、説明したように、第１の実施形態には、ブレードサーバにおける組み込みファームウェア（ＦＷ）であるＥＭが標準出力に出力すべきデータを確実に採取することができるという効果がある。このように、標準出力に出力すべきデータがメモリに保存（バックアップ）されているから、それを用いれば、障害の検出を容易にすることができる。
【００３９】
その理由は、自ＥＭが標準出力に出力すべきデータを自ＥＭに実装されたメモリに保存しておくからである。
【００４０】
＜第２の実施形態＞
図２および図３を用いて、第１の実施形態を基本とする本発明の第２の実施形態について説明する。
【００４１】
図２は、本発明の第２の実施形態に係るブレードサーバの構成を示すブロック図である。
【００４２】
図３は、本発明の第２の実施形態におけるＥＭ（エンクロージャマネージャ）の障害発生時の処理を示すフローチャートである。
【００４３】
図２を参照すると、ブレード収納筐体２０１は、ブレード収納筐体２０１を管理及び監視するＥＭ２０２とＥＭ２０３とから構成されている。
【００４４】
ブレード収納筐体２０１は、二重化されたＥＭ２０２とＥＭ２０３とが実装されている。
【００４５】
ＥＭ２０２とＥＭ２０３は、ＬＡＮやシリアル等の経路２０７で通信可能に接続されている。
【００４６】
ＥＭ２０２は、ＳＩＯダンプ用メモリ２０４を備えている。
【００４７】
ＥＭ２０３は、ＳＩＯダンプ用メモリ２０５とＳＩＯポート２０６とを備えている。
【００４８】
二重化されたＥＭにおいて、片方のＥＭ２０３のＦＷに異常が発生する（Ｓ３１）。
【００４９】
異常が発生したＥＭ２０３は、自ＥＭが有するＳＩＯダンプ用メモリ２０５にＯＳダンプメッセージを格納する（Ｓ３２）。
【００５０】
格納後、ＥＭ２０３は、ＯＳダンプメッセージをＳＩＯポート２０６宛てに送信する。
【００５１】
ＳＩＯポート２０６に端末２０９が接続されている場合は、端末２０９にＯＳダンプメッセージが表示される。
【００５２】
しかし、ＳＩＯポート２０６は、主に保守や評価用として用いられるため、サーバが通常運用されている場合には、ＳＩＯポート２０６と端末２０９は、接続されていない。
【００５３】
従って、ＥＭ２０３のＦＷに異常が発生し、ＦＷがＯＳダンプメッセージをＳＩＯポート２０６宛てに出力しても、端末２０９にＯＳダンプメッセージは、表示されない。
【００５４】
ＥＭ２０２とＥＭ２０３は、ＬＡＮ等の経路２０７を介してハートビート２０７−１を行なっている。
【００５５】
ＥＭ２０２は、ハートビート２０７−１によりＥＭ２０３の異常を検出する（Ｓ３３）。
【００５６】
異常を検出したＥＭ２０２は、通常は切断状態になっている、ＥＭ２０３のＳＩＯダンプ用メモリ２０５にアクセス可能なＩ２Ｃ等の経路２０８を通信可能な接続状態にする（Ｓ３４）。
【００５７】
ＥＭ２０２は、経路２０８を介して、ＳＩＯダンプ用メモリ２０５にアクセスし、ＥＭ２０３がＳＩＯダンプ用メモリ２０５に格納したＯＳダンプメッセージを取得する（２０８−１、Ｓ３５）。
【００５８】
ＥＭ２０２は、ＳＩＯダンプ用メモリ２０５から取得したデータをＳＩＯダンプ用メモリ２０４に格納する。（２０８−２、Ｓ３６）
このようにして、運用者（ユーザ）は、ＥＭ２０２のＳＩＯダンプ用メモリ２０４から、障害が発生したＥＭ２０３のＯＳダンプメッセージを取得することができる。
【００５９】
以上、説明したように、第２の実施形態には、組み込みファームウェア（ＦＷ）であるＥＭが標準出力に出力すべきデータ（情報）を確実に採取することができるという効果がある。このように、標準出力に出力すべきデータがメモリに保存（バックアップ）されているから、それを用いれば、障害の検出を容易にすることができる。
【００６０】
その理由は、自ＥＭが標準出力に出力すべきデータを自ＥＭが有するメモリに保存しておくこと、および、そのＥＭに通信可能に接続された他のＥＭは、障害が発生した装置のメモリに保存されたデータを参照することにより、障害が発生した装置の標準出力に出力すべきデータを取得することができるからである。
【００６１】
また、障害発生時に標準出力に出力すべきデータを保存できるため、情報採取を目的とした障害発生時の状態保持や、障害の再現評価が不要になるという効果もある。
【００６２】
＜第３の実施形態＞
ＥＭは、ブレード収納筐体の全体を監視及び管理するＦＷであるため、ブレード収納筐体に収納されるブレードサーバやスイッチモジュールのＦＷが標準出力に出力すべきデータ（情報）も取得することが可能である。
【００６３】
本発明の第３の実施形態として、ブレードサーバのベースボードマネジメントコントローラ（Ｂａｓｅｂｏａｒｄ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｎｔｒｏｌｌｅｒ。以降、本願において「ＢＭＣ」と略称する。）で異常が発生した場合について、図４を用いて説明する。
【００６４】
ＢＭＣは、サーバのマザーボードに搭載されている組み込みファームウェアであり、自装置が搭載されているサーバの監視及び管理を行う。
【００６５】
図４は、本発明の第３の実施形態に係るブレードサーバの構成を示すブロック図である。
【００６６】
図４を参照すると、ブレード収納筐体４０１は、ＥＭ４０２とブレードサーバ４０３とを有する。
【００６７】
ＥＭ４０２は、ＳＩＯダンプ用メモリ４０４を、備えている。
【００６８】
ブレードサーバ４０３は、ＢＭＣ４０５とＳＩＯダンプ用メモリ４０６とデバッグポート４０７とを備えている。
【００６９】
ＥＭ４０２とＢＭＣ４０５は、ＬＡＮやシリアル等の経路４０８で通信可能に接続されている。
【００７０】
ＢＭＣ４０５に異常が発生すると、ＢＭＣ４０５は、ＯＳダンプメッセージをＳＩＯダンプ用メモリ４０６に格納する。
【００７１】
格納後、ＢＭＣ４０５は、ＯＳダンプメッセージをデバッグポート４０７宛てに送信する。
【００７２】
デバッグポート４０７に端末４１０が接続されている場合は、端末４１０にＯＳダンプメッセージが表示される。
【００７３】
しかし、デバッグポート４０７は、主に評価用として用いられる。そのため、サーバが通常運用されている場合は、端末４１０は、デバッグポート４０７に接続されていない。
【００７４】
従って、ＢＭＣ４０５に異常が発生しＢＭＣ４０５がＯＳダンプメッセージをデバッグポート４０７宛てに出力しても、ＯＳダンプメッセージは、端末４１０に表示されない。
【００７５】
ＥＭ４０２とＢＭＣ４０５は、ＬＡＮ等の経路４０８を介してハートビート４０８−１を行なっている。
【００７６】
ＥＭ４０２は、ハートビート４０８−１によりＢＭＣ４０５の異常を検出する。
【００７７】
ＢＭＣ４０５の異常を検出したＥＭ４０２は、ブレードサーバ４０３のＳＩＯダンプ用メモリ４０６にアクセス可能なＩ２Ｃ等の経路４０９を通信可能な接続状態にする。
【００７８】
ＥＭ４０２は、経路４０９を介して、ＢＭＣ４０５がＳＩＯダンプ用メモリ４０６に格納したデータを取得し（４０９−１）、ＥＭ４０２のＳＩＯダンプ用メモリ４０４に格納する（４０９−２）。
【００７９】
このようにして、運用者（ユーザ）は、ＥＭ４０２のＳＩＯダンプ用メモリ４０４から、障害が発生したＢＭＣ４０５のＯＳダンプメッセージを取得することができる。
【００８０】
以上、説明したように、第３の実施形態には、組み込みファームウェア（ＦＷ）であるＢＭＣ４０５が標準出力に出力すべきデータを確実に採取することができるという効果がある。このように、標準出力に出力すべきデータがメモリに保存（バックアップ）されているから、それを用いれば、障害の検出を容易にすることができる。
【００８１】
その理由は、ＢＭＣ４０５が標準出力に出力すべきデータをＳＩＯダンプ用メモリ４０６に保存しておくこと、および、そのＢＭＣ４０５に通信可能に接続されたＥＭ４０２は、障害が発生した装置（４０３）のメモリ（４０６）に保存されたデータを参照することにより、障害が発生した装置の標準出力に出力すべきデータを取得することができるからである。
【００８２】
また、障害発生時に標準出力に出力すべきデータを保存できるため、情報採取を目的とした障害発生時の状態保持や、障害の再現評価が不要になるという効果もある。
【００８３】
＜第４の実施形態＞
本発明の第４の実施形態として、スィッチモジュール内の組み込みファームウェア（ＦＷ）で異常が発生した場合について、図５を用いて説明する。
【００８４】
スィッチモジュールは、ネットワークで一般的に使われるスィッチと同等の機能をもつ。
【００８５】
図５は、本発明の第４の実施形態に係るブレードサーバの構成を示すブロック図である。
【００８６】
図５を参照すると、ブレード収納筐体５０１は、ＥＭ５０２とスィッチモジュール５０３とを有する。
【００８７】
ＥＭ５０２は、ＳＩＯダンプ用メモリ５０４を、備えている。
【００８８】
スィッチモジュール５０３は、組み込みファームウェア（ＦＷ）５０５とＳＩＯダンプ用メモリ５０６とデバッグポート５０７とを備えている。
【００８９】
ＥＭ５０２と組み込みＦＷ５０５は、ＬＡＮやシリアル等の経路５０８で通信可能に接続されている。
【００９０】
組み込みＦＷ５０５に異常が発生すると、組み込みＦＷ５０５は、ＯＳダンプメッセージをＳＩＯダンプ用メモリ５０６に格納する。
【００９１】
格納後、組み込みＦＷ５０５は、ＯＳダンプメッセージをデバッグポート５０７宛てに送信する。
【００９２】
デバッグポート５０７に端末５１０が接続されている場合は、端末５１０にＯＳダンプメッセージが表示される。
【００９３】
しかし、デバッグポート５０７は、主に評価用として用いられる。そのため、サーバが通常運用されている場合は、端末５１０は、デバッグポート５０７に接続されていない。
【００９４】
従って、組み込みＦＷ５０５に異常が発生し組み込みＦＷ５０５がＯＳダンプメッセージをデバッグポート５０７宛てに出力しても、ＯＳダンプメッセージは、端末５１０に表示されない。
【００９５】
ＥＭ５０２と組み込みＦＷ５０５は、ＬＡＮ等の経路５０８を介してハートビート５０８−１を行なっている。
【００９６】
ＥＭ５０２は、ハートビート５０８−１により組み込みＦＷ５０５の異常を検出する。
【００９７】
組み込みＦＷ５０５の異常を検出したＥＭ５０２は、スィッチモジュール５０３のＳＩＯダンプ用メモリ５０６にアクセス可能なＩ２Ｃ等の経路５０９を通信可能な接続状態にする。
【００９８】
ＥＭ５０２は、経路５０９を介して、組み込みＦＷ５０５がＳＩＯダンプ用メモリ５０６に格納したデータを取得し（５０９−１）、ＥＭ５０２のＳＩＯダンプ用メモリ５０４に格納する（５０９−２）。
【００９９】
このようにして、運用者（ユーザ）は、ＥＭ５０２のＳＩＯダンプ用メモリ５０４から、障害が発生した組み込みＦＷ５０５のＯＳダンプメッセージを取得することができる。
【０１００】
以上、説明したように、第４の実施形態には、スィッチモジュール５０３の組み込みＦＷ５０５が標準出力に出力すべきデータ（情報）を確実に採取することができるという効果がある。このように、標準出力に出力すべきデータがメモリに保存（バックアップ）されているから、それを用いれば、障害の検出を容易にすることができる。
【０１０１】
その理由は、組み込みＦＷ５０５が標準出力に出力すべきデータをＳＩＯダンプ用メモリ５０６に保存しておくこと、および、その組み込みＦＷ５０５に通信可能に接続されたＥＭ５０２は、障害が発生した装置（５０３）のメモリ（５０６）に保存されたデータを参照することにより、障害が発生した装置の標準出力に出力すべきデータを取得することができるからである。
【０１０２】
また、障害発生時に標準出力に出力すべきデータを保存できるため、情報採取を目的とした障害発生時の状態保持や、障害の再現評価が不要になるという効果もある。
【０１０３】
＜第５の実施形態＞
上述した第１〜第４の実施形態に共通する概念について、第５の実施形態として、図６を用いて以下に説明する。
【０１０４】
図６は、本発明の第５の実施形態に係るサーバの構成を示すブロック図である。
【０１０５】
図６を参照すると、サーバ６０１は、組み込みファームウェア（ＦＷ）６０２を有する。
【０１０６】
組み込みＦＷ６０２は、ＳＩＯダンプ用メモリ６０４とＳＩＯポート６０６とを備えている。
【０１０７】
組み込みＦＷ６０２による標準出力に出力すべきデータ（情報）は、ＳＩＯポート６０６を用いて接続されている端末６１１に出力される。
【０１０８】
以上、説明したように、第５の実施形態には、サーバにおける組み込みファームウェア（ＦＷ）が標準出力に出力すべきデータを確実に採取することができるという効果がある。このように、標準出力に出力すべきデータがメモリに保存（バックアップ）されているから、それを用いれば、障害の検出を容易にすることができる。
【０１０９】
その理由は、組み込みファームウェア（ＦＷ）が標準出力に出力すべきデータを該組み込みファームウェア（ＦＷ）に実装されたメモリに保存しておくからである。
【符号の説明】
【０１１０】
１０１    ブレード収納筐体
１０２    ＥＭ
１０３    ＥＭ
１０４    ＳＩＯダンプ用メモリ
１０５    ＳＩＯダンプ用メモリ
１０６    ＳＩＯポート
１０７    ＳＩＯポート
１０８    経路
１０９    経路
１１０    経路
１１１    端末
１１２    端末
２０１    ブレード収納筐体
２０２    ＥＭ
２０３    ＥＭ
２０４    ＳＩＯダンプ用メモリ
２０５    ＳＩＯダンプ用メモリ
２０６    ＳＩＯポート
２０７    経路
２０８    経路
２０９    端末
４０１    ブレード収納筐体
４０２    ＥＭ
４０３    ブレードサーバ
４０４    ＳＩＯダンプ用メモリ
４０５    ＢＭＣ
４０６    ＳＩＯダンプ用メモリ
４０７    デバッグポート
４０８    経路
４０９    経路
４１０    端末
５０１    ブレード収納筐体
５０２    ＥＭ
５０３    スィッチモジュール
５０４    ＳＩＯダンプ用メモリ
５０５    組み込みＦＷ
５０６    ＳＩＯダンプ用メモリ
５０７    デバッグポート
５０８    経路
５０９    経路
５１０    端末
６０１    サーバ
６０２    組み込みＦＷ
６０４    ＳＩＯダンプ用メモリ
６０６    ＳＩＯポート
６１１    端末
【図１】
2014153793.tif 000003
【図２】
2014153793.tif 000004
【図３】
2014153793.tif 000005
【図４】
2014153793.tif 000006
【図５】
2014153793.tif 000007
【図６】
2014153793.tif 000008