特許 6862988 サーバシステム、スイッチモジュール及びログ取得方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6862988

(24)【登録日】2021年4月5日

(45)【発行日】2021年4月21日

(54)【発明の名称】サーバシステム、スイッチモジュール及びログ取得方法

(51)【国際特許分類】

   G06F 11/07 20060101AFI20210412BHJP

   G06F 13/00 20060101ALI20210412BHJP

【ＦＩ】

   G06F11/07 184

   G06F11/07 140A

   G06F11/07 140T

   G06F13/00 351M

【請求項の数】10

【全頁数】19

(21)【出願番号】特願2017-60976(P2017-60976)

(22)【出願日】2017年3月27日

(65)【公開番号】特開2018-163557(P2018-163557A)

(43)【公開日】2018年10月18日

【審査請求日】2020年2月17日

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】佐藤 正崇

【審査官】 多賀 実

(56)【参考文献】

【文献】 特開２００７−１２２６９８（ＪＰ，Ａ）

【文献】 特開２０１４−２４１０９２（ＪＰ，Ａ）

【文献】 特開平５−２０４８１８（ＪＰ，Ａ）

【文献】 特開２０１５−０３２２４９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ １１／３０−１１／３４

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

サーバに設けられた複数の通信手段と、
前記複数の通信手段と、第１の通信路を介してそれぞれ接続されたスイッチモジュールと、
前記複数の通信手段と前記スイッチモジュールとをそれぞれ接続し、前記第１の通信路とそれぞれ関連付けられた第２の通信路とを備え、
前記スイッチモジュールは、
前記第１の通信路のいずれかに関して障害が検出されると、前記障害が検出された前記第１の通信路を介した前記スイッチモジュールの接続相手である前記通信手段が生成した、前記第１の通信路に関する前記障害のログを、前記障害が検出された前記第１の通信路と関連付けられた前記第２の通信路を介して取得する取得手段を備える
サーバシステム。

【請求項2】

前記取得手段は、
前記取得した前記ログを、前記スイッチモジュールが生成した、前記第１の通信路に関する前記障害のログと関連付けて、自スイッチモジュールが備える不揮発性記憶手段に書き込む書き込み手段を備える
請求項１に記載のサーバシステム。

【請求項3】

前記取得手段は、
前記通信手段が生成し、前記第２の通信路を介して送信する、前記第１の通信路に関する前記障害のログを記憶する記憶手段を備え、
前記書き込み手段は、前記記憶手段に記憶された前記第１の通信路に関する前記障害のログを読み取り、前記読み取ったログを前記不揮発性記憶手段に書き込む
請求項２に記載のサーバシステム。

【請求項4】

前記書き込み手段は、
前記通信手段が生成し、該通信手段に記憶されている、前記第１の通信路に関する前記障害のログを、前記第２の通信路を介して取得し、前記取得した、前記第１の通信路に関する前記障害のログを前記不揮発性記憶手段に書き込む
請求項２に記載のサーバシステム。

【請求項5】

前記取得手段が取得した、前記第１の通信路に関する前記障害のログは、前記通信手段を識別する情報を含む
請求項１乃至４のいずれか１項に記載のサーバシステム。

【請求項6】

前記サーバに設けられた前記複数の通信手段と、前記第１の通信路及び前記第２の通信路を介してそれぞれ接続され、前記複数の通信手段に自スイッチモジュールの識別情報を通知する複数の前記スイッチモジュールを備える
請求項１乃至５のいずれか１項に記載のサーバシステム。

【請求項7】

前記第２の通信路を、電気信号により有効または無効に設定する管理モジュールをさらに備える
請求項１乃至６のいずれか１項に記載のサーバシステム。

【請求項8】

サーバに設けられた複数の通信手段と、第１の通信路を介してそれぞれ接続されたスイッチモジュールであって、
前記複数の通信手段と、前記第１の通信路とそれぞれ関連付けられた第２の通信路を介してそれぞれ接続され、
前記第１の通信路のいずれかに関して障害が検出されると、前記障害が検出された前記第１の通信路を介した前記スイッチモジュールの接続相手である前記通信手段が生成した、前記第１の通信路に関する前記障害のログを、前記障害が検出された前記第１の通信路と関連付けられた前記第２の通信路を介して取得する取得手段を備える
スイッチモジュール。

【請求項9】

前記取得手段は、前記取得した前記ログを、前記スイッチモジュールが生成した、前記第１の通信路に関する前記障害のログと関連付けて、自スイッチモジュールが備える不揮発性記憶手段に書き込む書き込み手段を備える
請求項８に記載のスイッチモジュール。

【請求項10】

サーバに設けられた複数の通信手段とスイッチモジュールとをそれぞれ接続する第１の通信路のいずれかに関して障害が検出されると、
前記障害が検出された前記第１の通信路を介した前記スイッチモジュールの接続相手である前記通信手段が生成した、前記第１の通信路に関する前記障害のログを、記複数の通信手段と前記スイッチモジュールとをそれぞれ接続し、前記障害が検出された前記第１の通信路と関連付けられた第２の通信路を介して取得する
ログ取得方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバシステムのログを取得する技術に関する。

【背景技術】

【0002】

ブレードサーバは、一般に、筐体内に複数のサーバと複数のスイッチモジュールを搭載し、各サーバは、スイッチモジュールを介して、他のサーバや外部と通信を行っている。このようなブレードサーバにおいて、例えば、サーバとスイッチモジュールとの間の通信において障害（通信障害）が発生した場合、ブレードサーバに搭載されている各コンポーネントがそれぞれ生成し記憶している通信障害に関連するログを採取して解析することによって、通信障害の原因を解析することが行われている。

【0003】

例えば、サーバが生成して記憶しているログを用いて、通信障害の原因を解析することが行われている。サーバが記憶しているログファイルには、通信障害に関するログ以外にも、サーバ動作に関連したログが多数含まれている。よって、通信障害の原因を解析する際には、管理者等により、通信障害に直接関連するログを、ログファイルから抽出することが行われている。

【0004】

また、サーバには、拡張ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）スロットが設けられており、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）を増設することが可能である。さらに、ＮＩＣは、物理ポートを論理的に複数のポートに分割して使用することができる機能を有する場合がある。そのため、サーバの構成によっては、多数のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ポートが存在するので、管理者等は、通信障害の発生したＬＡＮポートに関連するログを、ログファイルから抽出する必要がある。

【0005】

スイッチモジュールが生成して記憶しているログを用いて、通信障害の原因を解析することも行われている。スイッチモジュールが記憶しているログを通信障害の原因の解析に用いる場合、スイッチモジュールと接続しているＮＩＣを特定する情報が必要になる。そこで、管理者等は、例えば、スイッチモジュールとサーバとの間でリンクダウンまたはリンクアップが検出された際にスイッチモジュールで生成されたログメッセージを確認し、スイッチモジュールと接続しているＮＩＣを特定することがある。しかしながら、上記ログメッセージには、スイッチモジュールと接続しているＮＩＣを特定する情報（ＭＡＣアドレスなど）が出力されていない場合が多い。そのため、管理者等は、スイッチモジュールが記憶している他のログを確認し、スイッチモジュールと接続しているＮＩＣを特定している。

【0006】

ブレードサーバ全体を管理するモジュール（以下、管理モジュールとも称する）が記憶しているログを用いて通信障害の原因を解析することも行われている。管理モジュールは、ブレードサーバの筐体内に格納された各コンポーネントが生成して記憶しているログを集約して、保持している。管理者等は、管理モジュールに集約されているログを解析することによって、通信障害の原因を解析している。

【0007】

一方、障害に関連するログを取得する技術は、広く知られている。

【0008】

例えば、特許文献１には、ログ情報が所定期間以上取得されない場合、ログ情報の格納先を、少なくとも２面のバッファのいずれかの間で切り替えることにより、障害発生前後のコンソールログを保存する技術が開示されている。

【0009】

また、特許文献２には、プロセッサに障害が発生した場合、主記憶装置に保存されたプロセッサの動作ログを、ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）機構を用いて、高速に取得する技術が開示されている。また、特許文献２には、主記憶装置のアドレス空間にマッピングされたＰＣＩｅカードのレジスタダンプを、ＤＭＡ機構を用いて取得する技術も開示されている。

【0010】

また、特許文献３には、被監視装置が有する各レジスタから定期的に取得したレジスタダンプと、障害発生後に取得したレジスタダンプを異なる領域に格納する技術が開示されている。特許文献３では、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のコアは、低速伝送路を介してレジスタダンプを取得し、取得したレジスタダンプをＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）の所定の領域に格納している。

【先行技術文献】

【特許文献】

【0011】

【特許文献1】国際公開第２０１３／００８２８１号

【特許文献2】特開２０１４−１８２６７６号公報

【特許文献3】特開２０１４−０２６５６７号公報

【発明の概要】

【発明が解決しようとする課題】

【0012】

上述したように、ブレードサーバにおけるサーバとスイッチモジュールとの間に発生した通信障害の原因を解析する際に、サーバが記憶しているログを用いる場合、管理者等は、ログファイルに多数含まれているログから、通信障害に関連するログを抽出して確認する作業を行う必要がある。

【0013】

また、スイッチモジュールが記憶しているログを用いる場合、上述したように、管理者等は、スイッチモジュールが記憶している他のログを確認し、スイッチモジュールと接続しているＮＩＣを特定することが多い。このとき、スイッチモジュールが記憶しているログに含まれるＭＡＣアドレステーブルが、スイッチモジュールの接続相手の特定に用いられる場合がある。しかしながら、ＭＡＣアドレステーブルには、一定時間を過ぎるとＭＡＣアドレスが消去される場合や、通信が行われていない際にはＭＡＣアドレスが登録されていない場合がある。よって、管理者等は、スイッチモジュール以外のコンポーネントが記憶しているログを確認する必要がある。

【0014】

また、管理モジュールは、各コンポーネントが生成したログを集約し保持する機能を有しているが、それらを相互に関連付ける機能は有していない場合が多い。そのため、ログを解析する前に、管理者等は、集約されたログの中から通信障害の原因を解析するために必要な情報を抜き出し、さらに、ログの内容を突き合わせ、比較検討する必要がある。

【0015】

このように、サーバとスイッチモジュールとの間の通信障害が発生した際に、その原因を解析するためには、管理者等が通信障害に直接関係のないログを確認しなくてはならないので、通信障害の原因解析に手間がかかるという課題がある。

【0016】

上記特許文献１乃至３には、上記課題を解決する技術は開示されていない。

【0017】

本願発明は、このような課題に鑑みてなされたものであり、サーバとスイッチモジュールとの間に発生した障害の原因の解析を、効率的に行うことができるサーバシステム等を提供することを主要な目的とする。

【課題を解決するための手段】

【0018】

本発明の一態様にかかるサーバシステムは、サーバに設けられた複数の通信手段と、前記複数の通信手段と、第１の通信路を介してそれぞれ接続されたスイッチモジュールと、前記複数の通信手段と前記スイッチモジュールとをそれぞれ接続し、前記第１の通信路とそれぞれ関連付けられた第２の通信路とを備え、前記スイッチモジュールは、前記第１の通信路のいずれかに関して障害が検出されると、前記障害が検出された前記第１の通信路を介した前記スイッチモジュールの接続相手である前記通信手段が生成した、前記第１の通信路に関する前記障害のログを、前記障害が検出された前記第１の通信路と関連付けられた前記第２の通信路を介して取得する取得手段を備える。

【0019】

本発明の一態様にかかるスイッチモジュールは、サーバに設けられた複数の通信手段と、第１の通信路を介してそれぞれ接続されたスイッチモジュールであって、前記複数の通信手段と、前記第１の通信路とそれぞれ関連付けられた第２の通信路を介してそれぞれ接続され、前記第１の通信路のいずれかに関して障害が検出されると、前記障害が検出された前記第１の通信路を介した前記スイッチモジュールの接続相手である前記通信手段が生成した、前記第１の通信路に関する前記障害のログを、前記障害が検出された前記第１の通信路と関連付けられた前記第２の通信路を介して取得する取得手段を備える。

【0020】

本発明の一態様にかかるログ取得方法は、サーバに設けられた複数の通信手段とスイッチモジュールとをそれぞれ接続する第１の通信路のいずれかに関して障害が検出されると、前記障害が検出された前記第１の通信路を介した前記スイッチモジュールの接続相手である前記通信手段が生成した、前記第１の通信路に関する前記障害のログを、記複数の通信手段と前記スイッチモジュールとをそれぞれ接続し、前記障害が検出された前記第１の通信路と関連付けられた第２の通信路を介して取得する。

【発明の効果】

【0021】

本発明によれば、サーバとスイッチモジュールとの間に発生した障害の原因の解析を、効率的に行うことができるという効果を奏する。

【図面の簡単な説明】

【0022】

【図1】本発明の第１の実施形態に係るブレードサーバに搭載される要素の構成を概略的に示す図である。

【図2】本発明の第１の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールの各構成と、相互の接続関係を示す図である。

【図3】本発明の第１の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールとの間の通信接続時の動作を説明する図である。

【図4】本発明の第１の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールとの間の通信に障害が発生した際の、ＮＩＣとスイッチモジュールの動作を説明する図である。

【図5】本発明の第２の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールの各構成と、相互の接続関係を示す図である。

【図6】本発明の第２の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールとの間の通信接続時の動作を説明する図である。

【図7】本発明の第２の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールとの間の通信に障害が発生した際の、ＮＩＣとスイッチモジュールの動作を説明する図である。

【図8】本発明の第３の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールの各構成と、相互の接続関係を示す図である。

【図9】本発明の第４の実施形態に係るブレードサーバに搭載されるＮＩＣとスイッチモジュールの各構成と、相互の接続関係を示す図である。

【図10】本発明の第５の実施形態に係るブレードサーバの構成を示す図である。

【発明を実施するための形態】

【0023】

以下、本発明の実施形態について図面を参照して説明する。

【0024】

第１の実施形態
図１は、本発明の第１の実施形態に係るブレードサーバ１００に搭載される要素（コンポーネント）の構成を概略的に示す図である。図１に示すように、ブレードサーバ１００は、筐体１０１、ミッドプレーン１０２、サーバ１０３、スイッチモジュール１０４、電源ユニット１０５、管理モジュール１０６ａ、１０６ｂおよび管理モジュール制御回路１０７を備える。サーバ１０３には、ＮＩＣ１０８ａ、１０８ｂが搭載されている。

【0025】

ブレードサーバ１００には、ＮＩＣを搭載するサーバ、スイッチモジュールおよび電源ユニットが、複数搭載されてもよい。図１では、ブレードサーバ１００に搭載される１または複数のサーバ、スイッチモジュール、電源ユニットのうち、いずれか１のサーバ、スイッチモジュール、電源ユニットを、それぞれサーバ１０３、スイッチモジュール１０４、電源ユニット１０５と表記する。また、ブレードサーバ１００において、管理モジュールは、図１に管理モジュール１０６ａ、１０６ｂで示すように、二重化されている。

【0026】

ブレードサーバ１００における各構成要素は、概略以下の機能を有する。すなわち、サーバ１０３を含む１または複数のサーバは、それぞれ、例えば、外部装置や他のサーバから入力された情報を使用して所定の処理を行ったり、その処理の結果を外部装置や他のサーバに出力したりする。スイッチモジュール１０４を含む１または複数のスイッチモジュールは、それぞれ、１または複数のサーバの通信を制御する。電源ユニット１０５を含む１または複数の電源ユニットは、それぞれ、ブレードサーバ１００に搭載される各コンポーネントに電源を供給する。

【0027】

管理モジュール１０６ａ、１０６ｂは、それぞれ、Ｉ２Ｃ（Ｉｎｔｅｒ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの管理インタフェースによって各コンポーネントと接続されており、各コンポーネントの電源管理、接続管理、ログ収集など、ブレードサーバ全体の管理を行う。管理モジュール制御回路１０７は、管理モジュール１０６ａ、１０６ｂの監視、故障検知、故障時の切り替えの制御等を行う。管理モジュール１０６ａ、１０６ｂは、上述したように二重化されており、管理モジュール制御回路１０７および自身が搭載するファームウエアにより、故障時等に、切り替えなどの制御が行われる。

【0028】

ＮＩＣ１０８ａ、１０８ｂは、サーバ１０３に設けられた、例えばＰＣＩｅスロットに挿入されており、サーバ１０３を、外部装置または他のサーバと通信可能に接続する機能を有する。本実施形態では、スイッチモジュール１０４が複数のＮＩＣの通信を制御する例を示す。すなわち、本実施形態では、サーバ１０３がＮＩＣ１０８ａ、１０８ｂを搭載し、スイッチモジュール１０４がＮＩＣ１０８ａ、１０８ｂの通信を制御する構成について説明する。ただし、サーバ１０３には、ＮＩＣ１０８ａ、１０８ｂの他にもＮＩＣが搭載されてもよい。また、スイッチモジュール１０４は、サーバ１０３と他のサーバにそれぞれ１以上搭載されたＮＩＣの通信を制御してもよい。

【0029】

ミッドプレーン１０２は、ブレードサーバ１００に搭載される各コンポーネントを相互に接続する。上述した各コンポーネントは、筐体１０１に格納される。

【0030】

図２は、ブレードサーバ１００に搭載されるＮＩＣ１０８ａ、１０８ｂとスイッチモジュール１０４の各構成と、相互の接続関係を示す図である。図２を用いて、本第１の実施形態に係るブレードサーバ１００におけるＮＩＣ１０８ａ、１０８ｂ及びスイッチモジュール１０４の構成を、より詳細に説明する。

【0031】

図２に示すように、ＮＩＣ１０８ａとスイッチモジュール１０４は、イーサネット（商標登録）規格に基づく信号の伝送路となるイーサネット伝送路（以降、単に「イーサネット」とも称する）２０１ａによって、相互に通信可能に接続されている。図２に示す構成では、ＮＩＣ１０８ａとスイッチモジュール１０４は、ＬＡＮポート１８１ａとＬＡＮポート１４２ａとを介して、イーサネット２０１ａにより接続されている。

【0032】

ＮＩＣ１０８ａとスイッチモジュール１０４は、また、シリアル通信の伝送路となるシリアル伝送路１０９ａにより相互に通信可能に接続されている。図２に示す構成では、ＮＩＣ１０８ａとスイッチモジュール１０４は、シリアルポート１８４ａとシリアルポート１２とを介して、シリアル伝送路１０９ａにより接続されている。

【0033】

ＮＩＣ１０８ａは、ドライバ１８２ａ及びレジスタ１８３ａを有する。ドライバ１８２ａは、ＮＩＣ１０８ａの制御を行う。レジスタ１８３ａは、ＮＩＣ１０８ａの内部の動作状態や、設定情報等を保持する。

【0034】

図２では、ＮＩＣ１０８ａは、イーサネット２０１ａと接続するＬＡＮポートを１つ備えていることを示すが、ＮＩＣ１０８ａは、イーサネットと接続する複数のＬＡＮポートを備えていてもよい。また、ＮＩＣ１０８ａは、その他にもサーバ１０３の通信に必要な機能を備えるが、本実施形態では、それらの説明を省略する。

【0035】

ＮＩＣ１０８ｂは、ＮＩＣ１０８ａと同様の構成を有する。すなわち、ＮＩＣ１０８ｂとスイッチモジュール１０４は、イーサネット規格に基づく信号の伝送路となるイーサネット伝送路２０１ｂ（以降、単に「イーサネット２０１ｂ」とも称する）によって、相互に通信可能に接続されている。図２に示す構成では、ＮＩＣ１０８ｂとスイッチモジュール１０４は、ＬＡＮポート１８１ｂとＬＡＮポート１４２ｂとを介して、イーサネット２０１ｂにより接続されている。

【0036】

ＮＩＣ１０８ｂとスイッチモジュール１０４は、また、シリアル通信の伝送路となるシリアル伝送路１０９ｂによって、相互に通信可能に接続されている。図２に示す構成では、ＮＩＣ１０８ｂとスイッチモジュール１０４は、シリアルポート１８４ｂとシリアルポート１３とを介して、シリアル伝送路１０９ｂにより接続されている。

【0037】

ＮＩＣ１０８ｂは、ドライバ１８２ｂ及びレジスタ１８３ｂを有する。ドライバ１８２ｂ及びレジスタ１８３ｂは、それぞれドライバ１８２ａ及びレジスタ１８３ａと同様の機能を有する。図２では、ＮＩＣ１０８ｂは、ＬＡＮポートを１つ備えていることを示すが、ＮＩＣ１０８ｂは、複数のＬＡＮポートを備えていてもよい。また、ＮＩＣ１０８ｂは、その他にもサーバ１０３の通信に必要な機能を備えるが、本実施形態では、それらの説明を省略する。

【0038】

スイッチモジュール１０４は、スイッチ回路１４１、バススイッチ１４３、メモリ（記憶手段）１４４、ＭＰＵ（書き込み手段）１４５及びＮＶＲＡＭ（Ｎｏｎ−Ｖｏｌａｔｉｌｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）（不揮発性記憶手段）１４６を有する。

【0039】

スイッチ回路１４１は、ＬＡＮポート１４２ａ、１４２ｂを介した複数のＮＩＣとの接続を切り替える機能を有する。図２では、ＬＡＮポート１４２ａは、イーサネット２０１ａを介してＬＡＮポート１８１ａに接続され、ＬＡＮポート１４２ｂは、イーサネット２０１ｂを介してＬＡＮポート１８１ｂに接続されることを示す。なお、図２では、スイッチ回路１４１は、ＬＡＮポートを２つ備えていることを示すが、スイッチ回路１４１は、３つ以上のＬＡＮポートを備えていてもよい。

【0040】

バススイッチ１４３は、シリアルポート１２、１３を介したシリアル伝送路１０９ａ、１０９ｂによるＮＩＣ１０８ａ、１０８ｂとの接続を切り替える機能を有する。メモリ１４４は、シリアル伝送路１０９ａ、１０９ｂを介して、それぞれＮＩＣ１０８ａ、１０８ｂから送られたログを格納する（詳細は後述する）。

【0041】

ＭＰＵ１４５は、スイッチモジュール１０４の制御や、ログの読み取りまたは書き込みの制御等を行う。ＮＶＲＡＭ１４６は、スイッチモジュール１０４の設定やログ等を保存する不揮発性記憶手段である。

【0042】

なお、ＮＩＣ１０８ａ、ＮＩＣ１０８ｂは、互いに同様の機能を有するので、以降の説明では、主に、ＮＩＣ１０８ａの機能について説明する。

【0043】

本実施形態では、ＮＩＣ１０８ａと、スイッチモジュール１０４との間のイーサネット２０１ａを介した通信に障害が発生した場合、その障害に関してＮＩＣ１０８ａが生成したログを、メモリ１４４に書き込む処理について説明する。

【0044】

まず、ＮＩＣ１０８ａとスイッチモジュール１０４との間のイーサネット２０１ａを介した通信の接続時の動作について説明する。図３は、ブレードサーバ１００に搭載されるＮＩＣ１０８ａとスイッチモジュール１０４との間の、イーサネット２０１ａを介した通信接続時の動作を説明する図である。図２及び図３を参照して、ＮＩＣ１０８ａとスイッチモジュール１０４との通信接続時の動作について説明する。

【0045】

スイッチモジュール１０４のスイッチ回路１４１は、ＮＩＣ１０８ａとの間でリンクアップしたことを検出すると（ステップＳ３００１）、リンクアップを検出したＬＡＮポート１４２ａのポート番号とリンクアップの通知を、ＭＰＵ１４５に対して行う（ステップＳ３００２）。ＭＰＵ１４５は、通知されたポート番号に応じてバススイッチ１４３を切り替える。そして、ＭＰＵ１４５は、リンクアップが検出されたＮＩＣ１０８ａにシリアル伝送路１０９ａを介してアクセスし、自身の論理バス番号をＮＩＣ１０８ａに通知する（ステップＳ３００３）。ここで、論理バス番号は、ＭＰＵ１４５とＮＩＣ１０８ａとを接続しているバスの論理番号であり、ミッドプレーン１０２におけるスイッチモジュール１０４の搭載位置によって、一意に定まる番号であるとする。

【0046】

ＮＩＣ１０８ａは、ドライバ１８２ａにより、ＭＰＵ１４５から通知された論理バス番号をレジスタ１８３ａに登録し（ステップＳ３００４）、ＭＰＵ１４５にＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を返す（ステップＳ３００５）。上記処理により、ＮＩＣ１０８ａとスイッチモジュール１０４とを接続しているイーサネット２０１ａとシリアル伝送路１０９とが、互いに関連付けられる。

【0047】

以上で、ＮＩＣ１０８ａとスイッチモジュール１０４との間のイーサネット２０１ａを介した通信接続が完了する。ＮＩＣ１０８ａは、ステップＳ３００４で示したように、ＭＰＵ１４５の論理バス番号をレジスタ１８３ａに登録することで、ブレードサーバ１００に複数搭載されているスイッチモジュールの中から、接続相手のスイッチモジュールを特定することができる。

【0048】

次に、ＮＩＣ１０８ａとスイッチモジュール１０４との間のイーサネット２０１ａを介した通信に障害が発生した際の、ログの取得処理について説明する。図４は、ブレードサーバ１００に搭載されるＮＩＣ１０８ａとスイッチモジュール１０４との間のイーサネット２０１ａを介した通信に障害が発生した際の、ＮＩＣ１０８ａとスイッチモジュール１０４の動作を説明する図である。図２及び図４を参照して、上記通信に障害が発生した際の、ログの取得処理について説明する。

【0049】

ＮＩＣ１０８ａにおいて、ドライバ１８２ａは、ＬＡＮポート１８１ａとスイッチモジュール１０４との間でリンクダウンを検出すると、レジスタ１８３ａに登録されているＭＰＵ１４５の論理バス番号に対応するスイッチモジュール１０４に、シリアル伝送路１０９ａを介して接続する（ステップＳ４００１）。ドライバ１８２ａは、ステップＳ４００１において接続したスイッチモジュール１０４が備えるメモリ１４４に、シリアル伝送路１０９ａを介して、入出力インタフェース１４から、自身が生成した、上記リンクダウンに関するログを書き込む（ステップＳ４００２）。このとき、ドライバ１８２ａは、通信障害に関するログメッセージ及び通信障害が発生した日時に加えて、ＮＩＣ１０８ａのＭＡＣアドレスも合わせてメモリ１４４に書き込んでもよい。そして、ドライバ１８２ａは、メモリ１４４にログを書き込んだことをＭＰＵ１４５に通知するため、割り込み通知を行う（ステップＳ４００３）。

【0050】

一方、スイッチモジュール１０４では、まず、スイッチ回路１４１は、ＮＩＣ１０８ａとＬＡＮポート１４２ａとの間でリンクダウンを検出したことを、ＭＰＵ１４５に通知する（ステップＳ４００４）。ＭＰＵ１４５は、スイッチ回路１４１からの通知を受けると、上記リンクダウンに関するスイッチモジュール１０４側のログを、ＮＶＲＡＭ１４６に書き込む（ステップＳ４００５）。

【0051】

次に、ＭＰＵ１４５は、ステップＳ４００３においてＮＩＣ１０８ａから通知された割り込みを検知すると、入出力インタフェース１５からメモリ１４４にアクセスし、ステップＳ４００２において書き込まれたログを読み取る（ステップＳ４００６）。ＭＰＵ１４５は、読み取ったログをＮＶＲＡＭ１４６に書き込む（ステップＳ４００７）。ＭＰＵ１４５は、ＮＶＲＡＭ１４６へのログの書き込みを終了すると、メモリ１４４に記憶されているログを消去する（ステップＳ４００８）。

【0052】

以上の動作により、ＮＩＣ１０８ａは、自身が生成した、通信障害に関するログを、スイッチモジュール１０４に書き込むことができる。これにより、ブレードサーバ１００は、ＮＩＣ１０８ａが生成した通信障害に関するログを、スイッチモジュール１０４に収集することができる。

【0053】

なお、スイッチモジュール１０４は、自身が生成したリンクダウンに関するログとＮＩＣ１０８ａが生成したリンクダウンに関するログとを関連付けてＮＶＲＡＭ１４６に保存してもよい。ログの関連付けは、それぞれのログが生成された日時等に基づいて行われてもよい。また、スイッチモジュール１０４は、ＮＩＣ１０８ａからの割り込み通知の直前にＮＶＲＡＭ１４６に書き込んだログと、当該割り込み通知の直後にＮＩＣ１０８ａから取得したログとを関連付けて保存してもよい。スイッチモジュール１０４が生成したログとＮＩＣ１０８ａが生成したログとの関連付けは、この他のどのような手法によって行われてもよい。

【0054】

また、管理モジュール１０６ａ、１０６ｂは、電気信号により、シリアル伝送路１０９ａの有効または無効の設定を行うことができる。これにより、シリアル伝送路１０９ａが有効なときのみＮＩＣ１０８ａで生成されたログをスイッチモジュール１０４に収集することができるので、セキュリティを向上させることができる。

【0055】

以上のように、本実施形態によれば、ブレードサーバ１００に、ＮＩＣ１０８ａとスイッチモジュール１０４とを接続するシリアル伝送路１０９ａを設ける。そして、ＮＩＣ１０８ａとＬＡＮポート１４２ａとの間のイーサネット２０１ａを介した通信に障害が発生した場合、ＮＩＣ１０８ａは、自身が生成したその障害に関するログを、ＮＩＣ１０８ａの識別情報と共に、シリアル伝送路１０９ａを介してスイッチモジュール１０４に送信する。この構成を採用することにより、本実施形態によれば、ブレードサーバ１００は、サーバ１０３とスイッチモジュール１０４との間に発生した通信障害に関するログをスイッチモジュール１０４に収集できるので、管理者等は、各コンポーネントからログを採取する必要はない。よって、管理者等は、スイッチモジュール１０４に収集されたログを解析すればよいので、通信障害の原因の解析を、効率的に行うことができるという効果が得られる。

【0056】

また、上述のように、本実施形態によれば、ブレードサーバ１００は、スイッチモジュール１０４の接続相手のＮＩＣ１０８ａの識別情報もスイッチモジュール１０４に記憶するので、管理者等は、各コンポーネントからログを収集して解析する場合に必要なログの内容の突き合わせが不要であるため、ログを比較検討する時間を削減できるという効果が得られる。

【0057】

さらに、スイッチモジュール１０４に記憶されているサーバ１０３側のログは、接続相手のＮＩＣ１０８ａに関する情報に限定されるので、通信障害に直接関係のないログを排除することができるという効果が得られる。

【0058】

また、ブレードサーバ１００においてＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）が設定されておらず、各コンポーネントで時刻が同期されていない場合でも、管理者等は、スイッチモジュール１０４に記憶されたＮＩＣ１０８ａのログを確認することにより、障害発生時の大まかな状況を理解することができる。

【0059】

また、ブレードサーバ１００においてスイッチモジュール１０４が交換された場合でも、スイッチモジュール１０４に、接続相手のＮＩＣ１０８ａのログが記録されているので、管理者等は、スイッチモジュール１０４に記録されたログのみで、通信障害の解析を行うことができる。また、スイッチモジュール１０４のログファイルに、ＭＡＣアドレスなどのＮＩＣの識別情報を出力することで、ＮＩＣが交換された場合にも、スイッチモジュール１０４にログが残っていれば、管理者等は、ＮＩＣの１０８ａ交換履歴をトレースすることができる。

【0060】

さらに、ＰＣＩｅスロットに搭載したＮＩＣ１０８ａ起因の障害（例えばバスエラー）により、サーバ１０３のＣＰＵが停止した場合にも、本実施形態に係るブレードサーバ１００では、ＮＩＣ１０８ａのレジスタダンプを取得できるという効果がある。すなわち、サーバ１０３のＣＰＵが停止した状態では、管理者等がサーバ１０３にログインしてＮＩＣ１０８ａからレジスタダンプなど障害に関連するログを取得することはできない。また、サーバ１０３の電源をオフにし、再び起動すると、レジスタの内容がクリアされるので、障害発生時のＮＩＣの状態に関する情報を得ることができない。そのため、サーバ１０３の再起動の前に、外部にレジスタダンプを書き出す構成を設けるか、障害発生時にレジスタダンプをメモリに書き出し、保存するようなファームウエアを作成する必要がある。

【0061】

外部にレジスタダンプを書き出す構成を設ける場合、高密度に設計されているブレードサーバでは、その構成を設けるためのスペースを確保するのが困難である。また、ファームウエアの作成には時間がかかることに加え、障害発生が再現するのを待つ必要がある。このため、ＮＩＣ起因の障害の解析には時間がかかることが多い。

【0062】

これに対して、本実施形態に係るブレードサーバ１００では、ＮＩＣ１０８ａとスイッチモジュール１０４との間のシリアル伝送路１０９ａを介して、スイッチモジュール１０４が、障害の解析に必要なレジスタダンプや設定を取得し、外部ストレージなどに保存することが可能となる。これにより、本実施形態によれば、ＮＩＣ１０８ａ起因の障害の解析も、効率的に行うことができるという効果がある。

【0063】

さらに、複数のサーバにおいて、ＮＩＣ１０８ａに関する同一のバス番号、同一のデバイス番号の障害など、共通性が疑われる障害が発生した場合にも、本実施形態に係るブレードサーバ１００では、その解析を効率的にできるという効果がある。すなわち、上記の場合、通常は、管理者等が、ブレードサーバ１００に接続されたコンソールを切り替える、あるいは、リモート接続であればＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを変更して各サーバにログインして、解析に必要なレジスタダンプなどのログを個別に取得する必要がある。この場合、複数のサーバに同じ手順を繰り返してログを取得するので、効率が悪い。これに対して、本実施形態に係るブレードサーバ１００では、管理者等は、スイッチモジュール１０４から、シリアル伝送路１０９ａを介してＮＩＣ１０８ａを直接操作することができるので、コンソールの切り替えが不要となる。また、コンソールからスイッチモジュール１０４に接続し、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）によりバススイッチを切り替えてログを取得することができるので、スクリプトなどを用いることによりログの取得が容易にできるようになる。

【0064】

第２の実施形態
図５は、本発明の第２の実施形態に係るブレードサーバ２００に搭載されるＮＩＣ１０８ａ、１０８ｂとスイッチモジュール２１０の各構成と、相互の接続関係を示す図である。第２の実施形態に係るブレードサーバ２００は、上記第１の実施形態において図１および図２を参照して説明したブレードサーバ１００と同様の構成を有する。ただし、第２の実施形態に係るブレードサーバ２００は、図２を参照して説明したブレードサーバ１００のスイッチモジュール１０４に代えて、スイッチモジュール２１０を備える。

【0065】

スイッチモジュール２１０は、ブレードサーバ１００のスイッチモジュール１０４に含まれるメモリ１４４を備えていない構成を有する。

【0066】

上記第１の実施形態では、ＮＩＣ１０８ａが、通信障害に関して生成したログを、シリアル伝送路１０９ａを介してスイッチモジュール２１０のメモリ１４４に書き込み、そのログをＭＰＵ１４５がＮＶＲＡＭ１４６に書き込む構成について説明した。本第２の実施形態では、スイッチモジュール２１０は、ＮＩＣ１０８ａとＭＰＵ１４５との間にメモリ１４４を備えておらず、ＭＰＵ１４５が、ＮＩＣ１０８ａからログを取得し、ＮＶＲＡＭ１４６に書き込む構成について説明する。

【0067】

図５に示すＮＩＣ１０８ａ、１０８ｂ及びスイッチモジュール２１０の各構成は、スイッチモジュール２１０がメモリ１４４を備えていない点以外は、図２に示したＮＩＣ１０８ａ、１０８ｂ及びスイッチモジュール１０４の各構成と同様であるので、同一の符号を付して、その説明を省略する。

【0068】

図６は、ブレードサーバ２００に搭載されるＮＩＣ１０８ａとスイッチモジュール２１０との間の、イーサネット２０１ａを介した通信接続時の動作を説明する図である。図５及び図６を参照して、ＮＩＣ１０８ａとスイッチモジュール２１０との通信接続時の動作について説明する。なお、図６において、ステップＳ３００１乃至Ｓ３００５は、上記第１の実施形態で説明した図３において同一符号で示す処理と同様の処理であるため、本実施形態では、Ｓ６００６およびＳ６００７について主に説明する。

【0069】

ＮＩＣ１０８ａは、Ｓ３００５で示すように、ＭＰＵ１４５にＡＣＫを返すと、シリアル伝送路１０９ａを介して、ＭＰＵ１４５に、ログの通知に使用するレジスタ１８３ａのオフセットを通知する（ステップＳ６００６）。ＭＰＵ１４５は、通知されたレジスタ１８３ａのオフセットを認識すると、ＮＩＣ１０８ａにＡＣＫを返す（ステップＳ６００７）。

【0070】

以上で、ＮＩＣ１０８ａとスイッチモジュール２１０との間のイーサネット２０１ａを介した通信接続が完了する。

【0071】

図７は、ブレードサーバ２００に搭載されるＮＩＣ１０８ａとスイッチモジュール２１０との間のイーサネット２０１ａを介した通信に障害が発生した際の、ＮＩＣ１０８ａとスイッチモジュール２１０の動作を説明する図である。図５及び図７を参照して、上記通信に障害が発生した際の、ログの取得処理について説明する。

【0072】

ＮＩＣ１０８ａにおいて、ドライバ１８２ａは、ＬＡＮポート１８１ａとスイッチモジュール２１０との間でリンクダウンを検出すると、そのリンクダウンに関するログをレジスタ１８３ａに登録する（ステップＳ７００１）。ドライバ１８２ａは、リンクダウンを検出したＬＡＮポート１８１ａの接続相手のスイッチモジュール２１０に対して、レジスタ１８３ａにログを登録したことを通知するため、論理バス番号を指定して、シリアル伝送路１０９ａを介して、スイッチモジュール２１０のＭＰＵ１４５に、割り込み通知を行う（ステップＳ７００２）。

【0073】

一方、スイッチモジュール２１０では、まず、スイッチ回路１４１は、ＮＩＣ１０８ａとＬＡＮポート１４２ａとの間でリンクダウンを検出したことを、ＭＰＵ１４５に通知する（ステップＳ７００３）。ＭＰＵ１４５は、スイッチ回路１４１からの通知を受けると、上記リンクダウンに関するスイッチモジュール２１０側のログを、ＮＶＲＡＭ１４６に書き込む（ステップＳ７００４）。

【0074】

次に、ＭＰＵ１４５は、ステップＳ７００２においてＮＩＣ１０８ａから通知された割り込みを検知すると、シリアル伝送路１０９ａを介して、レジスタ１８３ａから、上記リンクダウンに関するログを読み取る（ステップＳ７００５）。ＭＰＵ１４５は、読み取ったログを、ＮＶＲＡＭ１４６に書き込む（ステップＳ７００６）。書き込みが完了すると、ＭＰＵ１４５は、ＮＩＣ１０８ａに対して、ログの書き込みが完了したことを通知する（ステップＳ７００７）。

【0075】

以上の動作により、スイッチモジュール２１０は、通信障害に関してＮＩＣ１０８ａが生成したログを、自身が備えるＮＶＲＡＭ１４６に書き込むことができる。

【0076】

以上のように、本実施形態によれば、ブレードサーバ２００に、ＮＩＣ１０８ａとスイッチモジュール２１０とを接続するシリアル伝送路１０９ａを設ける。そして、スイッチモジュール２１０は、ＮＩＣ１０８ａが生成した、ＮＩＣ１０８ａとＬＡＮポート１４２ａとの間のイーサネット２０１ａを介した通信の障害に関するログを、ＮＩＣ１０８ａのレジスタ１８３ａから直接取得し、自身が備えるＮＶＲＡＭ１４６に書き込む。この構成を採用することにより、本実施形態は、第１の実施形態と同様の効果を奏するとともに、第１の実施形態に係るブレードサーバ１００が備えているメモリ１４４を備えていない構成で上記効果を実現できるので、コストを削減することができるというさらなる効果を奏することができる。

【0077】

第３の実施形態
図８は、本発明の第３の実施形態に係るブレードサーバ３００に搭載されるＮＩＣ１０８ａ、１０８ｂとスイッチモジュール１０４ａ、１０４ｂの各構成と、相互の接続関係を示す図である。第３の実施形態に係るブレードサーバ３００は、第１の実施形態において図２を参照して説明したスイッチモジュール１０４とそれぞれ同様の構成を備えた、スイッチモジュール１０４ａ、１０４ｂを備える構成を有する。

【0078】

本第３の実施形態では、複数のスイッチモジュール１０４ａ、１０４ｂと複数のＮＩＣ１０８ａ、１０８ｂとが、互いに接続される構成について説明する。すなわち、本第３の実施形態では、ＮＩＣ１０８ａは、スイッチモジュール１０４ａ、１０４ｂと接続され、ＮＩＣ１０８ｂも、スイッチモジュール１０４ａ、１０４ｂと接続される構成について説明する。

【0079】

ＮＩＣ１０８ａは、第１の実施形態において図２を参照して説明したように、イーサネット２０１ａ−１、シリアル伝送路１０９ａ−１をそれぞれ介して、スイッチモジュール１０４ａと通信可能に接続される。

【0080】

また、ＮＩＣ１０８ａは、イーサネット２０１ａ−２、シリアル伝送路１０９ａ−２をそれぞれ介して、スイッチモジュール１０４ｂとも通信可能に接続される。

【0081】

さらに、ＮＩＣ１０８ｂは、第１の実施形態において図２を参照して説明したように、イーサネット２０１ｂ−１、シリアル伝送路１０９ｂ−１をそれぞれ介して、スイッチモジュール１０４ａと通信可能に接続される。

【0082】

また、ＮＩＣ１０８ｂは、イーサネット２０１ｂ−２、シリアル伝送路１０９ｂ−２をそれぞれ介して、スイッチモジュール１０４ｂとも通信可能に接続される。

【0083】

図８に示すブレードサーバ３００は、第１の実施形態において図２を参照して説明したブレードサーバ１００と同様に、ＮＩＣ１０８ａとスイッチモジュール１０４ａとが接続され、ＮＩＣ１０８ｂとスイッチモジュール１０４ａとが接続されることに加えて、ＮＩＣ１０８ｂとスイッチモジュール１０４ａとが接続され、ＮＩＣ１０８ｂとスイッチモジュール１０４ｂとが接続されることを示す。ブレードサーバ３００は、イーサネットを介した通信の障害が発生した際のログの取得については、ブレードサーバ１００と同様の処理を行う。

【0084】

例えば、イーサネット２０１ａ−２を介した通信の障害が発生した場合、ＮＩＣ１０８ａとスイッチモジュール１０４ｂは、図４に示す動作と同様に、ログを取得する。すなわち、ＮＩＣ１０８ａのドライバ１８２ａは、シリアル伝送路１０９ａ−２を介して、自身が生成したログをスイッチモジュール１０４ｂのメモリ１４４ｂに書き込む。スイッチモジュール１０４ｂのＭＰＵ１４５ｂは、書き込まれたログをメモリ１４４ｂから読み出し、ＮＶＲＡＭ１４６ｂに書き込む。

【0085】

イーサネット２０１ａ−１、２０１ｂ−１、２０１ｂ−２を介した通信の障害が発生した場合も、ＮＩＣ１０８ａとスイッチモジュール１０４ａ、ＮＩＣ１０８ｂとスイッチモジュール１０４ａ、ＮＩＣ１０８ｂとスイッチモジュール１０４ｂは、それぞれ上記と同様にログを取得する。

【0086】

以上のように、本第３の実施形態によれば、複数のスイッチモジュール１０４ａ、１０４ｂと、複数のＮＩＣ１０８ａ、１０８ｂとが互いに接続される構成においても、第１の実施形態と同様の効果を奏する。

【0087】

第４の実施形態
図９は、本発明の第４の実施形態に係るブレードサーバ４００に搭載されるＮＩＣ１０８ａ、１０８ｂとスイッチモジュール２１０ａ、２１０ｂの各構成と、相互の接続関係を示す図である。第４の実施形態に係るブレードサーバ４００は、第２の実施形態において図５を参照して説明したスイッチモジュール２１０とそれぞれ同様の構成を備えた、スイッチモジュール２１０ａ、２１０ｂを備える構成を有する。

【0088】

本第４の実施形態では、スイッチモジュール２１０ａ、２１０ｂが、図８を参照して説明した接続関係と同様に、ＮＩＣ１０８ａ、１０８ｂと接続されていることを示す。

【0089】

図９に示すブレードサーバ４００は、イーサネットを介した通信の障害が発生した際のログの取得を、ブレードサーバ２００と同様に行う。

【0090】

例えば、イーサネット２０１ａ−２を介した通信の障害が発生した場合、ＮＩＣ１０８ａとスイッチモジュール２１０ｂは、図７に示す動作と同様に、ログを取得する。すなわち、ＮＩＣ１０８ａのドライバ１８２ａは、自身が生成したログをレジスタ１８３ａに登録し、レジスタ１８３ａにログを登録した旨を、シリアル伝送路１０９ａ−２を介して、スイッチモジュール２１０ｂに通知する。スイッチモジュール２１０ｂは、ＮＩＣ１０８ａからの通知を検知すると、シリアル伝送路１０９ａ−２を介して、レジスタ１８３ａから上記ログを読み取り、読み取ったログを、自身のＮＶＲＡＭ１４６ｂに書き込む。

【0091】

イーサネット２０１ａ−１、２０１ｂ−１、２０１ｂ−２を介した通信の障害が発生した場合も、ＮＩＣ１０８ａとスイッチモジュール２１０ａ、ＮＩＣ１０８ｂとスイッチモジュール２１０ａ、ＮＩＣ１０８ｂとスイッチモジュール２１０ｂは、それぞれ上記と同様にログを取得する。

【0092】

以上のように、本第４の実施形態によれば、複数のスイッチモジュール２１０ａ、２１０ｂと、複数のＮＩＣ１０８ａ、１０８ｂとが互いに接続される構成においても、第１の実施形態及び第２の実施形態と同様の効果を奏する。

【0093】

なお、第３の実施形態にかかるブレードサーバ３００の構成と、第４の実施形態にかかるブレードサーバ４００の構成とを組み合わせてもよい。すなわち、例えば、第３の実施形態にかかるブレードサーバ３００が備えるスイッチモジュール１０４ａ及び１０４ｂのいずれか１つが、第２の実施形態において図２を参照して説明したスイッチモジュール２１０と同様の構成を備えていてもよい。

【0094】

第５の実施形態
図１０は、本発明の第５の実施形態に係るブレードサーバ８００の構成を示す図である。図１０に示すように、ブレードサーバ８００は、サーバ８０１およびスイッチモジュール８０３を備える。サーバ８０１は、複数の通信部８０２ａ、８０２ｂを備える。スイッチモジュール８０３は、取得部８０４を備える。

【0095】

複数の通信部８０２ａ、８０２ｂは、第１の通信路８０５ａ、８０５ｂを介してそれぞれスイッチモジュール８０３と接続される。

【0096】

複数の通信部８０２ａ、８０２ｂは、第１の通信路８０５ａ、８０５ｂとそれぞれ関連付けられた第２の通信路８０６ａ、８０６ｂをそれぞれ介してスイッチモジュール８０３と接続される。

【0097】

スイッチモジュール８０３は、第１の通信路８０５ａ、８０５ｂのいずれかに関して障害が検出されると、障害が検出された第１の通信路８０５ａを介したスイッチモジュール８０３の接続相手である通信部８０２ａが生成した、第１の通信路８０５ａに関する障害のログを、障害が検出された第１の通信路８０５ａと関連付けられた第２の通信路８０６ａを介して取得する取得部８０４を備える。

【0098】

通信部８０２ａ、８０２ｂは、例えば、上記第１の実施形態におけるＮＩＣ１０８ａ、１０８ｂにより実現される。第１の通信路８０５ａ、８０５ｂは、例えば、上記第１の実施形態におけるイーサネット２０１ａ、２０１ｂにより実現される。第２の通信路８０６ａ、８０６ｂは、例えば、上記第１の実施形態におけるシリアル伝送路１０９ａ、１０９ｂにより実現される。取得部８０４は、例えば、上記第１の実施形態におけるメモリ１４４およびＭＰＵ１４５の少なくともいずれかにより実現される。

【0099】

上記構成により、第５の実施形態によれば、サーバ８０１とスイッチモジュール８０３との間に発生した障害に関するログを、スイッチモジュール８０３に記憶することができ、管理者等は、スイッチモジュール８０３に記憶されたログを解析すればよいので、障害の原因の解析を、効率的に行うことができるという効果を奏する。

【0100】

以上、上述した実施形態を参照して本発明を説明した。しかしながら、本発明は、上述した実施形態には限定されない。即ち、本発明は、本発明のスコープ内において、種々の上記開示要素の多様な組み合わせ乃至選択など、当業者が理解し得る様々な態様を適用することができる。

【符号の説明】

【0101】

１２、１３、１８１、１８４ シリアルポート
１４、１５ 入出力インタフェース
１００、２００、３００、４００、８００ ブレードサーバ
１０２ ミッドプレーン
１０３、８０１ サーバ
１０４、２１０、８０３ スイッチモジュール
１０５ 電源ユニット
１０６ 管理モジュール
１０７ 管理モジュール制御回路
１０８ ＮＩＣ
１０９ シリアル伝送路
１４１ スイッチ回路
１４２、１８１ ＬＡＮポート
１４３ バススイッチ
１４４ メモリ
１４５ ＭＰＵ
１４６ ＮＶＲＡＭ
１８２ ドライバ
１８３ レジスタ
２０１ イーサネット伝送路
８０２ 通信部
８０４ 取得部
８０５ 第１の伝送路
８０６ 第２の伝送路

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】