知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025025674
(43)【公開日】2025-02-21
(54)【発明の名称】サーバ監視システムおよびサーバ監視方法
(51)【国際特許分類】
G06F 11/20 20060101AFI20250214BHJP
【ＦＩ】
G06F11/20 635
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023130694
(22)【出願日】2023-08-10
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】山田 忠史
(72)【発明者】
【氏名】▲高▼橋 清剛
【テーマコード（参考）】
5B034
【Ｆターム（参考）】
5B034BB17
(57)【要約】
【課題】筐体システム制御に故障が発生した筐体を切り離さずにサーバシステムの運用を継続する。
【解決手段】単独でサーバ装置としての機能を有している同一構成の筐体１０－１～１０－４によって、ビルディングブロック構成のサーバシステムが構成される。筐体１０－１は、筐体１０－３の故障の検知を行い、故障を検知すると筐体１０－３の制御権を獲得して筐体１０－３に対する制御を代行し、筐体１０－３を正常復帰させる制御を代行して行い、筐体１０－３が正常復帰すると制御権を筐体１０－３に返還する。
【選択図】 図４
【解決手段】単独でサーバ装置としての機能を有している同一構成の筐体１０－１～１０－４によって、ビルディングブロック構成のサーバシステムが構成される。筐体１０－１は、筐体１０－３の故障の検知を行い、故障を検知すると筐体１０－３の制御権を獲得して筐体１０－３に対する制御を代行し、筐体１０－３を正常復帰させる制御を代行して行い、筐体１０－３が正常復帰すると制御権を筐体１０－３に返還する。
【選択図】 図４
【特許請求の範囲】
【請求項1】
サーバ装置である筐体の故障を検知し、
前記故障を検知すると、前記筐体の制御権を獲得して前記筐体に対する制御を代行し、
前記故障が検知された前記筐体を正常復帰させる制御を代行して行い、
前記筐体の正常復帰に応じて前記制御権を前記筐体に返還する
処理を行う制御部を備えることを特徴とするサーバ監視システム。
前記故障を検知すると、前記筐体の制御権を獲得して前記筐体に対する制御を代行し、
前記故障が検知された前記筐体を正常復帰させる制御を代行して行い、
前記筐体の正常復帰に応じて前記制御権を前記筐体に返還する
処理を行う制御部を備えることを特徴とするサーバ監視システム。
【請求項2】
前記筐体は、
前記筐体の制御を行う制御デバイスと、
前記筐体の制御に関する指示を前記制御デバイスに与えるプロセッサと
を備え、
前記制御部は、前記制御デバイスを制御して、前記指示を与えるための前記プロセッサからのアクセスを抑止させることによって、前記制御権を獲得する
ことを特徴とする請求項１に記載のサーバ監視システム。
前記筐体の制御を行う制御デバイスと、
前記筐体の制御に関する指示を前記制御デバイスに与えるプロセッサと
を備え、
前記制御部は、前記制御デバイスを制御して、前記指示を与えるための前記プロセッサからのアクセスを抑止させることによって、前記制御権を獲得する
ことを特徴とする請求項１に記載のサーバ監視システム。
【請求項3】
前記制御デバイスは、
前記筐体における第１の制御対象の制御を行う第１の制御デバイスと、
前記筐体における前記第１の制御対象とは異なる第２の制御対象の制御を行う第２の制御デバイスであって、前記プロセッサからの前記指示が前記第１の制御デバイスを介して与えられる前記第２の制御デバイスと
を備え、
前記プロセッサは、前記第２の制御デバイスに対する前記指示を前記第１の制御デバイスに与え、
前記制御部は、前記第２の制御デバイスを制御して、前記第２の制御デバイスに対する前記指示を前記第２の制御デバイスに転送するための前記第１の制御デバイスからのアクセスを抑止させることによって、前記筐体における前記第２の制御対象についての前記制御権を獲得する
ことを特徴とする請求項２に記載のサーバ監視システム。
前記筐体における第１の制御対象の制御を行う第１の制御デバイスと、
前記筐体における前記第１の制御対象とは異なる第２の制御対象の制御を行う第２の制御デバイスであって、前記プロセッサからの前記指示が前記第１の制御デバイスを介して与えられる前記第２の制御デバイスと
を備え、
前記プロセッサは、前記第２の制御デバイスに対する前記指示を前記第１の制御デバイスに与え、
前記制御部は、前記第２の制御デバイスを制御して、前記第２の制御デバイスに対する前記指示を前記第２の制御デバイスに転送するための前記第１の制御デバイスからのアクセスを抑止させることによって、前記筐体における前記第２の制御対象についての前記制御権を獲得する
ことを特徴とする請求項２に記載のサーバ監視システム。
【請求項4】
前記制御部は、
前記筐体の故障を検知すると、前記筐体の制御を行う筐体制御部に対して前記筐体の制御のリセットを要求し、
前記筐体の制御のリセットに失敗した場合に、前記制御権を獲得する
ことを特徴とする請求項１に記載のサーバ監視システム。
前記筐体の故障を検知すると、前記筐体の制御を行う筐体制御部に対して前記筐体の制御のリセットを要求し、
前記筐体の制御のリセットに失敗した場合に、前記制御権を獲得する
ことを特徴とする請求項１に記載のサーバ監視システム。
【請求項5】
前記筐体制御部は、
前記筐体の制御を行う制御処理を行わせるプログラムを実行するプロセッサと、
前記プロセッサからの指示に応じて前記筐体の制御を行う制御デバイスと
を備え、
前記制御部は、前記筐体の故障を検知すると、前記プログラムを実行している前記プロセッサに対して前記制御処理のリセットを要求し、前記制御処理のリセットが失敗した場合に前記制御デバイスに対して前記プロセッサのソフトウェアリセットを要求し、前記ソフトウェアリセットが失敗した場合に前記制御デバイスに対して前記プロセッサのハードウェアリセットを要求し、前記ハードウェアリセットが失敗した場合に前記制御権を獲得する
ことを特徴とする請求項４に記載のサーバ監視システム。
前記筐体の制御を行う制御処理を行わせるプログラムを実行するプロセッサと、
前記プロセッサからの指示に応じて前記筐体の制御を行う制御デバイスと
を備え、
前記制御部は、前記筐体の故障を検知すると、前記プログラムを実行している前記プロセッサに対して前記制御処理のリセットを要求し、前記制御処理のリセットが失敗した場合に前記制御デバイスに対して前記プロセッサのソフトウェアリセットを要求し、前記ソフトウェアリセットが失敗した場合に前記制御デバイスに対して前記プロセッサのハードウェアリセットを要求し、前記ハードウェアリセットが失敗した場合に前記制御権を獲得する
ことを特徴とする請求項４に記載のサーバ監視システム。
【請求項6】
前記制御部は、前記筐体を正常復帰させる制御として、前記筐体の動作をリセットさせる制御を行うことを特徴とする請求項１に記載のサーバ監視システム。
【請求項7】
前記サーバ監視システムは、前記筐体と同一のハードウェア構成を有しており、
前記制御部は、前記サーバ監視システムが有する前記同一の構成を利用して前記筐体の制御を代行する
ことを特徴とする請求項１から６のうちのいずれか一項に記載のサーバ監視システム。
前記制御部は、前記サーバ監視システムが有する前記同一の構成を利用して前記筐体の制御を代行する
ことを特徴とする請求項１から６のうちのいずれか一項に記載のサーバ監視システム。
【請求項8】
サーバ装置である筐体の故障を検知し、
前記故障を検知すると、前記筐体の制御権を獲得して前記筐体に対する制御を代行し、
前記制御の代行によって前記筐体を正常復帰させる制御を行い、
前記筐体が正常復帰すると、前記制御権を前記筐体に返還する
処理を情報処理装置が行うことを特徴とするサーバ監視方法。
前記故障を検知すると、前記筐体の制御権を獲得して前記筐体に対する制御を代行し、
前記制御の代行によって前記筐体を正常復帰させる制御を行い、
前記筐体が正常復帰すると、前記制御権を前記筐体に返還する
処理を情報処理装置が行うことを特徴とするサーバ監視方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバ監視システムおよびサーバ監視方法に関する。
【背景技術】
【0002】
情報処理装置が複数接続された情報処理システムにおいて、情報処理装置間で障害の発生を相互に監視するという技術が幾つか知られている（例えば特許文献１～特許文献２参照）。
【0003】
例えば、システムリソースを分割した複数の区画で実行されるオペレーティングシステムインスタンスが、オペレーティングシステムインスタンスの機能不良を検出するためのアクティビティを互いに連続的に監視する手段を備えるという技術が知られている。また、疎結合された複数のプロセッサの１つに障害が検知されると、代替のプロセッサを決定し、障害が発生したプロセッサの出力待ちデータを代替のプロセッサの管理下で共用入出力装置から出力するという技術が知られている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開平１１－３１６７４７号公報
【特許文献2】特開平６－２８２４５２号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
単独でもサーバ装置として機能する筐体が複数接続された構成をひとつのサーバシステムとして動作させる、ビルディングブロック（Building Block）構成のサーバシステムが知られている。なお、以下の説明では、ビルディングブロック構成を「ＢＢ構成」と称することとする。
【0006】
ＢＢ構成のサーバシステムでは、当該サーバシステムを安定稼働させるためのシステム制御として、筐体システム制御と全システム制御とが行われる。筐体システム制御は、当該サーバシステムを構成する複数の筐体のそれぞれで行われるシステム制御であって、筐体自身の各部の監視や制御を行う。この複数の筐体のうちの１つでは自身についての筐体システム制御と共に全システム制御が行われる。全システム制御は、当該サーバシステム全体のシステム制御であって、筐体毎に行われる筐体システム制御を統括する。
【0007】
ＢＢ構成のサーバシステムのいずれかの筐体で行われている筐体システム制御に故障が発生した場合における当該筐体が異常状態にあることの検出は他の筐体システム制御で行えるように構成されている。このような故障が発生すると、故障した筐体システム制御によって提供されていた筐体自身の各部の監視や制御は不能となるため、全システム制御は、筐体システム制御が故障した筐体をシステムから切り離す処理を行っていた。
【0008】
１つの側面において、本発明は、筐体システム制御に故障が発生した筐体を切り離さずにサーバシステムの運用を継続することを目的とする。
【課題を解決するための手段】
【0009】
１つの案では、サーバ監視システムが制御部を備える。この制御部は、サーバ装置である筐体の故障を検知し、故障を検知すると、筐体の制御権を獲得して筐体に対する制御を代行し、故障が検知された筐体を正常復帰させる制御を代行して行い、筐体の正常復帰に応じて制御権をサーバ装置に返還する。
【発明の効果】
【0010】
１つの側面によれば、筐体システム制御に故障が発生した筐体を切り離さずにサーバシステムの運用を継続できる。
【図面の簡単な説明】
【0011】
【図1A】サーバシステムの制御の第１の手法を説明する図である。
【図1B】サーバシステムの制御の第２の手法を説明する図である。
【図2】ＢＢ構成のサーバシステムの第１の構成例を示した図である。
【図3】筐体の詳細構成例を示した図である。
【図4】筐体相互間の接続構成の第１の例を示した図である。
【図5】筐体システム制御の流用の手法を説明する図である。
【図6A】ターゲット制御デバイスの代行制御を可能にする構成の第１の例を説明する図である。
【図6B】ターゲット制御デバイスの代行制御を可能にする構成の第２の例を説明する図である。
【図6C】ターゲット制御デバイスの代行制御を可能にする構成の第３の例を説明する図である。
【図7】筐体システム制御の代行処理の処理内容を示すフローチャートである。
【図8】筐体相互間の接続構成の第２の例を示した図である。
【図9】ＢＢ構成のサーバシステムの第２の構成例を示した図である。
【発明を実施するための形態】
【0012】
以下、図面を参照しながら、実施形態を詳細に説明する。
【0013】
初めに、サーバシステムの制御の手法を２つ説明する。
【0014】
サーバシステムの制御の第１の手法は、サーバシステム全体の制御を単一のシステム制御で行うという手法である。まず、この第１の手法について、図１Ａを用いて説明する。
【0015】
図１Ａには、１つの筐体１に、ＣＰＵ（Central Processing Unit）等が搭載されている複数のＣＰＵモジュール２と、システム制御３とが収められているサーバシステムの構成が表されている。
【0016】
なお、図１Ａでは筐体１にシステム制御３が２つ収められているが、これは、図１Ａの構成ではシステム制御３が冗長化されていることを表しており、２つのシステム制御３のそれぞれに付されている黒丸印と白丸印とによって運用系と待機系とを表現している。
【0017】
ＣＰＵモジュール２に対する制御の内容としては、例えば、電源の投入及び切断の制御、冷却用ファンの回転数制御、故障発生時のＣＰＵモジュール２の切り離し制御、監視ログの収集及び解析の制御などがある。第１の手法は、複数のＣＰＵモジュール２に対するこのような制御を１つのシステム制御３で賄うというものである。従って、第１の手法ではシステム制御３の負荷が非常に高くなる。このため、システムの起動時間や故障発生からの検出時間、あるいは故障ログの収集などといった点において即応性の高いシステムを構築するためには大規模且つ高機能な制御がシステム制御３には求められる。また、このようなシステム制御３を構築するには制御要素数や配線数が多数必要となるため、部品のコストや配線の複雑さなどといった実装上の問題が大きくなる。
【0018】
なお、第１の手法においてシステム制御３の故障耐性を向上させるには、図１Ａの構成のようなシステム制御３の冗長化が有効である。但し、冗長化により構築される予備系は、通常時には使われない余分な資源となる。
【0019】
次に、サーバシステムの制御の第２の手法について説明する。この第２の手法は、複数の筐体１で構成されるサーバシステムにおける筐体１のそれぞれにおいて自身のみのシステム制御を個別に行うという手法であり、スーパーコンピュータにおけるシステム制御でも用いられる手法である。この第２の手法について、図１Ｂを用いて説明する。
【0020】
図１Ｂには、それぞれにＣＰＵモジュール２とシステム制御３とが収められている複数の筐体１と管理用端末４とが接続されているサーバシステムの構成が表されている。管理用端末４は、各筐体１のシステム制御３に指示を与えるためのものである。
【0021】
なお、図１Ｂでは管理用端末４が２つ表されているが、これは、図１Ｂの構成では管理用端末４が冗長化されていることを表しており、２つの管理用端末４のそれぞれに付されている黒丸印と白丸印とによって運用系と待機系とを表現している。
【0022】
図１Ｂの構成では、各筐体１のシステム制御３が、自身が収められている筐体１の電源の投入及び切断の制御や、当該筐体１に共に収められているＣＰＵモジュール２の制御のみを、管理用端末４からの指示に応じて行い、他の筐体１に関する制御は行わない。従って、例えば、筐体１内で故障が発生した場合においても、この故障への対応は個々の筐体１で独自に行われる。このため、故障の影響が他の筐体１に及んで複数の筐体１で異常が発生した場合であっても、どの筐体１に異常発生の原因があるかを判定するような処理は行われない。すなわち、例えば、ある筐体１の電源での故障の発生に起因して、当該筐体１との通信を行っていた別の筐体１内のＣＰＵの異常が検知された場合でも、この異常の原因が、当該ＣＰＵと当該ＣＰＵの通信相手とのどちらにあるのかを判別できない可能性がある。
【0023】
また、第２の手法では、管理用端末４は、各筐体１のシステム制御３についての電源の投入及び切断の指示や監視ログの収集などを、ＬＡＮ（Local Area Network）等の通信ネットワークを経由して行う。従って、ある筐体１のシステム制御３に異常が発生した場合には、管理用端末４は、当該異常が発生したシステム制御３との通信ができなくなる。この異常による影響が拡大することを防ぐための措置として、他の筐体１が有するインタフェースを管理用端末４からの指示により閉塞させて当該異常が発生した筐体１をシステムから切り離す程度のことは可能である。しかしながら、当該異常が発生した筐体１の電源の切断を管理用端末４から行うことまではできない。
【0024】
次に、ＢＢ構成のサーバシステムの制御の手法について説明する。
【0025】
図２は、ＢＢ構成のサーバシステムの第１の構成例を示したものである。この第１の構成例は、それぞれにＣＰＵモジュール２とシステム制御３とが収められている複数（図２では４つ）の筐体１が相互に接続されている構成を表している。これらの筐体１はいずれも単独でサーバ装置としての機能を有している。また、各筐体１のシステム制御３では、自身の筐体１内の各部の監視や制御を行う筐体システム制御が行われる。筐体システム制御では、具体的には、電源異常、温度異常、構成部品の故障などの検出といった運用状態の妥当性の監視、ＣＰＵモジュール２への電力の供給・停止の制御、筐体１の冷却用ファンの回転数制御、故障が検出されたＣＰＵの再起動制御などが行われる。
【0026】
また、図２の構成例では、複数の筐体１のうちの１つである筐体１－１と、他の筐体１のそれぞれとが一対一接続されている。筐体１－１のシステム制御３は、筐体１毎に行われる筐体システム制御を統括することによってサーバシステム全体を制御する全システム制御を、自身についての筐体システム制御と共に行う。全システム制御では、筐体１－１と他の筐体１のそれぞれとの間での相互通信による各種の情報の交換によって筐体システム制御との間で共有される、前述した監視や制御の状況を用いて、サーバシステム全体の制御が行われる。この全システム制御を、自身についての筐体システム制御と共に筐体１－１のシステム制御３が行うので、全システム制御を行うための専用の構成要素をサーバシステムに備える必要はない。
【0027】
なお、図２の構成例では、更に、複数の筐体１のうちの１つである筐体１－２と、筐体１－１以外の筐体１０のそれぞれとが一対一接続されていることが表されている。これは、筐体１－２を筐体１－１のバックアップとして機能させるためのものである。すなわち、この構成例では、筐体１－１の動作に異常が発生した場合には、黒丸印が付されているシステム制御３が行っていた、筐体１毎の筐体システム制御を統括する全システム制御を、白丸印が付されているシステム制御３が代行し得るように構成されている。
【0028】
このように、図２に例示したＢＢ構成では、サーバシステムについての制御処理が各筐体１に分散される。従って、前述した第１の手法における、全ての筐体１に関する制御を賄うシステム制御３と比べると、筐体１－１のシステム制御３により行われる全システム制御のための処理の負荷は少なく、また、監視制御に対する反応時間が短い。また、このＢＢ構成では、筐体１－１のシステム制御３による全システム制御が筐体１毎の筐体システム制御を統括する。従って、１つの筐体１で発生した故障の影響が波及して複数の筐体１で異常が検知された場合における当該異常の根本原因である筐体１の特定が、前述した第２の手法での制御よりも容易である。
【0029】
ところで、ＢＢ構成のサーバシステムにおいて、いずれかの筐体１での筐体システム制御に故障が発生すると、当該故障が発生した筐体システム制御による制御対象の筐体１は制御不能に陥る。この場合における全システム制御の対応について、図２の構成例で説明する。
【0030】
このような故障が筐体システム制御に発生した場合でも、制御不能の筐体１と一対一接続されている筐体１－１は、当該故障が発生した筐体システム制御の異常状態を検出することが可能である。従って、筐体１－１は、筐体１の異常状態の検出を認識した場合に、全システム制御として、サーバシステムの運用の継続のため、制御不能の筐体１をサーバシステムから切り離す制御を行うことができる。但し、このような切り離しの制御のみでは、制御不能の筐体１によって行われていたサーバ機能の提供を維持することは容易ではなく、また、筐体１－１が、制御不能の筐体１の電源切断を行うことはできない。
【0031】
なお、このような切り離しの制御を全システム制御として筐体１－１が行う代わりに、筐体システム制御を筐体１毎に冗長化するという手法が考えられるが、この手法では、各筐体１の規模の大型化やコスト増を招くこととなる。
【0032】
そこで、これより説明する実施形態では、筐体システム制御に故障が発生した筐体１を切り離さずに運用を継続し得るＢＢ構成のサーバシステムを説明する。より詳細には、このサーバシステムでは、いずれかの筐体１の筐体システム制御に故障が発生した場合に、当該故障が発生した筐体システム制御による制御対象であった筐体１の制御権を筐体１－１が獲得して、当該筐体１に対する筐体システム制御を代行する。
【0033】
詳細は後述するが、本実施形態では各筐体１の構成はいずれも同一であるので、筐体１－１が自身のための筐体システム制御を活用することで、筐体１－１は他の筐体１の筐体システム制御の代行を容易に行うことが可能である。この筐体システム制御の代行によって筐体１－１による制御の下で当該筐体１の動作が維持されるので、当該筐体１を切り離すことなくサーバシステムの運用の継続が可能となる。また、必要であれば、当該筐体１の電源を切断させる制御を全システム制御として筐体１－１から安全に行うこともできる。
【0034】
なお、筐体１－１が故障した場合には、筐体１－１のバックアップとしての筐体１－２が、筐体１－１による制御を代行して、サーバシステム全体に対する全システム制御と筐体１－１に対する筐体システム制御とを行うようにすることが可能である。
【0035】
まず、本実施形態に係るＢＢ構成のサーバシステムに使用される筐体１０の詳細構成例について、図３を参照しながら説明する。
【0036】
筐体１０は、システム制御プロセッサ２０、ＰＳＵ３０、ＦＡＮ－Ｃ４０、システム制御デバイス５０、ＣＰＵ６０、ＤＤＣ７０、ＡＤＣ８０、及びターゲット制御デバイス９０を備えている。なお、図２に示されている筐体１内のＣＰＵモジュール２には図３におけるＣＰＵ６０、ＤＤＣ７０、及びＡＤＣ８０が備えられている。また、図２におけるシステム制御３は、図３におけるシステム制御プロセッサ２０、システム制御デバイス５０、及びターゲット制御デバイス９０によって構成される。
【0037】
システム制御プロセッサ２０は、システム制御ソフトウェアを実行することによって、システム制御デバイス５０とターゲット制御デバイス９０とを制御して前述した筐体システム制御を実現する情報処理装置である。
【0038】
また、前述した図２の筐体１－１として筐体１０が用いられてサーバシステム全体の制御を行う場合には、システム制御プロセッサ２０は、このシステム制御ソフトウェアを実行することによって前述した全システム制御も行う。
【0039】
なお、このシステム制御ソフトウェアは、例えば、システム制御プロセッサ２０に接続されているメモリ（不図示）に予め格納しておくようにする。システム制御プロセッサ２０は、電力が供給されて動作を開始すると、このシステム制御ソフトウェアを当該メモリから読みだして実行することで、筐体システム制御や全システム制御の機能を提供する。
【0040】
ＰＳＵ（Power Supply Unit）３０は、筐体１０の各部に電力を供給する電源装置である。
【0041】
ＦＡＮ－Ｃ(Fan Controller)４０は、筐体１０に備えられている冷却用のファンの制御装置である。
【0042】
これらのＰＳＵ３０及びＦＡＮ－Ｃ４０は、どちらも、筐体１０における第１の制御対象の一例である。
【0043】
システム制御デバイス５０は、Ｉ２Ｃ（Inter-Integrated Circuit）、ＪＴＡＧ（Joint test Action Group）、ＳＰＩ（Serial Peripheral Interface）等のデータ通信インタフェースを提供する。このシステム制御デバイス５０は、デバイス制御部５１と、リセット制御部５２と、デバイス間ＩＦ５３及び５４と、他筐体デバイス間ＩＦ制御部５５とを備えている。なお、「ＩＦ」はインタフェース（Interface）の略称である。
【0044】
デバイス制御部５１は、システム制御プロセッサ２０からの制御に関する指示に従ってＰＳＵ３０及びＦＡＮ－Ｃ４０の監視及び制御を行う。このデバイス制御部５１を備えるシステム制御デバイス５０は、筐体１０における第１の制御対象の制御を行う第１の制御デバイスの一例である。
【0045】
リセット制御部５２は、システム制御プロセッサ２０に対するリセットの機能を提供する。
【0046】
デバイス間ＩＦ５３は、ターゲット制御デバイス９０との双方向の通信インタフェース機能を提供して、システム制御プロセッサ２０とターゲット制御デバイス９０との間の通信を中継する。
【0047】
デバイス間ＩＦ５４は、他の筐体１０が備えている制御デバイスとの双方向の通信インタフェース機能を提供して、当該制御デバイスとの通信を可能にする。
【0048】
他筐体デバイス間ＩＦ制御部５５は、筐体システム制御による管理下でデバイス間ＩＦ５４の制御を行う。
【0049】
なお、システム制御デバイス５０は内部にレジスタを有している。この内部レジスタにアクセスして値の読み出し・書き込みを行うことで、システム制御デバイス５０が備えている各構成要素の監視・制御を含む、システム制御デバイス５０の監視・制御が行われる。
【0050】
ＣＰＵ６０は、筐体１０が有しているサーバ機能を提供するプロセッサである。
【0051】
ＤＤＣ７０は、ＰＳＵ３０からの出力電圧をＣＰＵ６０の動作電圧に変換してＣＰＵ６０に電力を供給するＤＣ－ＤＣコンバータである。なお、「ＤＣ」は、直流（Direct Current）の略称である。
【0052】
ＡＤＣ８０は、計測用デバイスを含むＡＤコンバータであり、ＣＰＵ６０の動作温度やＤＤＣ７０からＣＰＵ６０への供給電圧などの計測値を表すデジタルデータを出力する。なお、「ＡＣ」は、交流（Alternating Current）の略称である。
【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】
まず、正常時の動作として、筐体１０－１と筐体１０－３との間で、一定時間間隔での筐体間通信が行われる。筐体１０－１では、この筐体間通信は全システム制御による制御として行われる。筐体１０－３では、筐体システム制御によって、この筐体間通信がターゲット制御デバイス９０で受信されていることの監視が行われる。
【0102】
その後、筐体１０－３における筐体システム制御の異常が検知されて、当該筐体システム制御をリセットさせる試みでは異常が解消されなかった場合、筐体１０－１では、全システム制御による制御として、送信抑止指示の筐体１０－３への送信が行われる。筐体１０－３では、この送信抑止指示がシステム制御デバイス５０とターゲット制御デバイス９０とのそれぞれで受信される。
【0103】
システム制御デバイス５０は、この送信抑止指示を受信すると、システム制御デバイス５０自身から筐体間経路１０２－２への信号の送信の抑止を試みる。
【0104】
但し、システム制御デバイス５０が制御不能に陥っている場合には、筐体間経路１０２－２への信号の送信が抑止されないこともある。そこで、ターゲット制御デバイス９０は、この信号抑止信号を受信すると、まず、切替信号線１４２－１に切替信号を出力してスイッチ１５０の切り替えを行い、筐体間経路１０２－２からシステム制御デバイス５０を切り離す。
【0105】
次に、ターゲット制御デバイス９０は、切替信号線１４２－２に切替信号を出力してスイッチ１６０の切り替えを行い、デバイス間ＩＦ９４－１を経路１１２－２に接続する。この結果、筐体１０－１のシステム制御プロセッサ２０は、筐体１０－３のシステム制御デバイス５０を経由することなく筐体１０－３のターゲット制御デバイス９０と通信を行えるようになり、当該ターゲット制御デバイス９０の制御が可能になる。
【0106】
次に、筐体１０の筐体システム制御において行われる、相手方の筐体１０の筐体システム制御の代行処理について説明する。図７は、この代行処理の処理内容を示すフローチャートである。
【0107】
図７の処理が開始されると、まず、Ｓ１０１において、相手方の筐体１０の故障の検知を行う故障検知処理が行われ、続くＳ１０２において、Ｓ１０１の故障検知処理によって相手方の筐体１０の故障が検知されたかどうかを判定する処理が行われる。
【0108】
故障検知処理では、前述したように、筐体１０自身のシステム制御デバイス５０を制御して、一対一接続されている相手方の筐体１０の筐体システム制御と一定の時間間隔で通信を行わせる処理が行われる。Ｓ１０２の処理では、故障検知処理による通信における相手方の筐体１０からの通知の受信が監視されて、予め定めておいた所定期間（当該通信の時間間隔以上の期間）が経過するまでに当該通知が受信されたかどうかが判定される。
【0109】
この監視の結果、当該所定期間を経過しても相手方の筐体１０からの通知を受信しなかった場合には、Ｓ１０２の判定結果はＹＥＳとなり、相手方の筐体１０の故障が検知されたと判断されてＳ１０３に処理を進める。一方、この監視の結果、当該所定期間を経過するまでに相手方の筐体１０からの通知を受信した場合には、Ｓ１０２の判定結果はＮＯとなり、相手方の筐体１０の故障は検知されなかったと判断されてＳ１０１に処理を戻し、故障検知処理の実行が継続される。
【0110】
次に、Ｓ１０３において、故障が検知された相手方の筐体１０の筐体システム制御のリセットを試みるリセット処理が行われ、続くＳ１０４において、リセットに成功したかどうかを判定する処理が行われる。
【0111】
リセット処理では、相手方の筐体１０の筐体システム制御を提供する筐体制御部としてのシステム制御プロセッサ２０及びシステム制御デバイス５０に対する様々なリセットの試みが行われる。例えば、初めに、前述したように、筐体１０のシステム制御プロセッサ２０と相手方の筐体１０のシステム制御プロセッサ２０との間での通信を利用して、当該相手方のシステム制御プロセッサ２０に対するリセット要求が発行される。発行されたリセット要求に当該相手方のシステム制御プロセッサ２０が応答し、当該相手方の筐体システム制御のリセットに成功して正常動作が回復した場合には、Ｓ１０４の判定結果がＹＥＳとなる。
【0112】
一方、リセット要求に当該相手方のシステム制御プロセッサ２０が応答しない場合には、当該相手方の筐体１０のシステム制御デバイス５０に対して筐体システム制御のリセットを要求する。すなわち、当該相手方の筐体１０のシステム制御デバイス５０の内部レジスタへのアクセスによりリセット制御部５２を機能させてシステム制御プロセッサ２０のリセットを試みる。
【0113】
ここで、システム制御デバイス５０のリセット制御部５２によるシステム制御プロセッサ２０のリセットの手法として、ソフトウェアリセットとハードウェアリセットとが利用可能である場合には、ソフトウェアリセットを先に試みるようにしてもよい。
【0114】
ソフトウェアリセットは、外部信号やウォッチドッグタイマによる割り込みを契機にしたソフトウェア自身でのプログラムカウンタ等のリセットによりプログラムを再起動させて、ハングアップ等のシステム制御プロセッサ２０の異常状態を解消させるものである。ソフトウェアリセットは、システム制御プロセッサ２０内部の設定が維持されることや、再起動までに要する時間がハードウェアリセットに比べて短いこと等の利点を有している。
【0115】
このようなソフトウェアリセットを試みても相手方の筐体システム制御の正常動作が回復しない場合にはハードウェアリセットを試みる。ハードウェアリセットは、外部信号により、システム制御プロセッサ２０の全てのレジスタ等の初期化を実施して再起動させるものである。ソフトウェアリセットは、システム制御プロセッサ２０の異常状態が解消する可能性がソフトウェアリセットに比べて高い等の利点を有している。
【0116】
システム制御プロセッサ２０に対する、システム制御デバイス５０のリセット制御部５２によるこれらのリセットの試みによって当該相手方の筐体システム制御のリセットに成功して正常動作が回復した場合にも、Ｓ１０４の判定結果がＹＥＳとなる。
【0117】
Ｓ１０４の判定処理がＹＥＳの場合には、Ｓ１０１へと処理を戻して、筐体システム制御の正常動作が回復した相手方の筐体１０に対する故障検知処理が改めて開始される。一方、Ｓ１０３のリセット処理によるいずれのリセットの試みによっても相手方の筐体１０の筐体システム制御のリセットに失敗した場合には、Ｓ１０４の判定結果はＮＯとなり、Ｓ１０５に処理を進める。
【0118】
Ｓ１０５では、故障が検知された相手方の筐体１０の制御権の獲得を試みる制御権獲得処理が行われ、続くＳ１０６において、制御権を獲得したかどうかを判定する処理が行われる。
【0119】
制御権獲得処理では、前述したように、相手方のシステム制御デバイス５０の内部レジスタにアクセスして、相手方の筐体１０のシステム制御プロセッサ２０から当該内部レジスタへのアクセスを抑止させる制御が行われる。この結果、当該アクセスの抑止に成功し、相手方の筐体１０の制御権を獲得できた場合には、Ｓ１０６の判定結果はＹＥＳとなり、Ｓ１０７に処理を進める。一方、当該アクセスを抑止できず、相手方の筐体１０の制御権を獲得できなかった場合には、Ｓ１０６の判定結果はＮＯとなり、Ｓ１１０に処理を進める。
【0120】
Ｓ１０７では、相手方の筐体システム制御を代行して相手方の筐体１０の制御を行い、当該筐体システム制御の回復を試みる代行リセット制御処理が行われ、続くＳ１０８において、相手方の筐体システム制御が回復したかどうかを判定する処理が行われる。
【0121】
代行リセット制御処理では、相手方のシステム制御プロセッサ２０からシステム制御デバイス５０へのアクセスを抑止した状態で、当該相手方のシステム制御プロセッサ２０に対する前述したソフトウェアリセット・ハードウェアリセットが試みられる。また、相手方の筐体１０のＰＳＵ３０による各部への電力供給の中断及び再開を試みるようにしてもよい。この結果、相手方の筐体システム制御が回復し、相手方の筐体１０が正常復帰した場合には、Ｓ１０８の判定結果はＹＥＳとなり、Ｓ１０９に処理を進める。一方、相手方の筐体システム制御が回復しない場合には、Ｓ１０８の判定結果はＮＯとなり、Ｓ１１１に処理を進める。
【0122】
Ｓ１０９では、回復した相手方の筐体システム制御に当該相手方の筐体１０の制御権を変換する制御権返還処理が行われる。この処理では、相手方のシステム制御デバイス５０の内部レジスタにアクセスして、Ｓ１０５の制御権獲得処理により抑止させた、相手方の筐体１０のシステム制御プロセッサ２０から当該内部レジスタへのアクセスを許可の状態に回復させる制御が行われる。この処理の後にはＳ１０１へと処理を戻して、筐体システム制御の正常動作が回復した相手方の筐体１０に対する故障検知処理が改めて開始される。
【0123】
一方、前述したＳ１０６の判定結果がＮＯの場合には、Ｓ１１０において、故障した相手方の筐体１０に対する保守作業が行われる。この作業は保守作業者によって行われ、当該相手方の筐体１０の筐体システム制御を提供するハードウェアの交換作業やリセット作業、当該相手方の筐体１０への電力供給の停止及び再開の作業などの実施により、当該相手方の筐体１０を正常動作に復旧させる。この作業によって相手方の筐体１０の筐体システム制御が回復した後にはＳ１０１へと処理を戻して、筐体システム制御の正常動作が回復した相手方の筐体１０に対する故障検知処理が改めて開始される。
【0124】
なお、このＳ１１０の保守作業を行う前に、筐体１０の筐体システム制御が相手方の筐体１０のターゲット制御デバイス９０を制御して、ターゲット制御デバイス９０の制御権の獲得を試みる処理を行うようにしてもよい。すなわち、前述したように、筐体１０の筐体システム制御が、相手方のターゲット制御デバイス９０の内部レジスタにアクセスして、相手方のシステム制御プロセッサ２０から行われる当該内部レジスタへのアクセスを抑止させる処理を行うようにしてもよい。このアクセスの抑止に成功して相手方のターゲット制御デバイス９０の制御権を獲得できた場合には、例えば、ターゲット制御デバイス９０を制御して、ＤＤＣ７０によるＣＰＵ６０への電力の供給を停止させるようにした上でＳ１１０の保守作業を行うとよい。このようにすると、筐体１０によるサーバ装置としての機能の提供のためのキーパーツであるＣＰＵ６０を、筐体１０の故障や当該故障からの回復のための保守作業の際において不意に損傷させてしまう可能性を低下させることができる。
【0125】
また、前述したＳ１０８の判定結果がＮＯの場合にも、Ｓ１１１において、故障した相手方の筐体１０に対する保守作業が保守作業者によってＳ１１０と同様に行われる。但し、このＳ１１１の保守作業は、相手方の筐体１０の制御権を有している場合に行われるものである。そこで、Ｓ１１１の処理の完了後にはＳ１０９へと処理を戻して、前述した制御権返還処理が行われる。
【0126】
以上までの処理を筐体１０の筐体システム制御が行うことにより、相手方の筐体１０の筐体システム制御の代行が行われる。
【0127】
以上、開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。
【0128】
例えば、図３に示した筐体１０の詳細構成例では、システム制御デバイス５０とターゲット制御デバイス９０とを筐体１０に備え、デバイス間ＩＦ５３及び９３を介して両者間の通信が可能な構成としている。この代わりに、システム制御デバイス５０とターゲット制御デバイス９０とが一体のデバイスを筐体１０に備える構成であってもよい。すなわち、例えば、筐体相互間の接続構成の第２の例を示している図８のように、システム制御デバイス５０がターゲット制御デバイス９０の機能の全てを有しており、このシステム制御デバイス５０を各筐体１０に備える構成であってもよい。なお、この図８に示した第２の例における筐体１０－１、１０－２、１０－３、及び１０－４の接続構成は、図４に示した第１の例と同様のものでよい。
【0129】
【0130】
ＢＢ構成のサーバシステムでは、サーバシステムとしての動作のための通信が、各筐体１が備えるＣＰＵモジュール２相互間で直接行われる。このために、各筐体１のＣＰＵモジュール２と他の全ての筐体１のＣＰＵモジュール２のそれぞれとの間が一対一で接続される。例えば、２つの筐体１でサーバシステムを構成する場合には、ＣＰＵモジュール２相互間の一対一接続のための接続ケーブルの本数は１本で済む。ところが、サーバシステムを構成する筐体１の個数が３、４、５、…と増えていくと、ＣＰＵモジュール２相互間の一対一接続のための接続ケーブルの本数は３、６、１０、…と爆発的に増加することとなる。
【0131】
図９に示した第２の構成例では、上述した接続ケーブルの代わりに多接続用筐体５を用いて、このＣＰＵモジュール２相互間の一対一接続が行われる。
【0132】
図９において、ＣＰＵモジュール２とシステム制御３とがそれぞれ収められている複数の筐体１は図２に示した第１の構成例におけるものと同様のものであり、これらの筐体１はいずれも単独でサーバ装置としての機能を有している。
【0133】
多接続用筐体５には、ＣＰＵ間通信ＩＦ６と、クロスバースイッチ７と、システム制御８とが収められている。
【0134】
ＣＰＵ間通信ＩＦ６は、ＣＰＵモジュール２との通信インタフェースを提供する。
【0135】
クロスバースイッチ７は、複数の筐体１がそれぞれ備えているＣＰＵモジュール２相互間での一対一の通信経路を提供する。各ＣＰＵモジュール２は、ＣＰＵ間通信ＩＦ６を介してクロスバースイッチ７と接続される。
【0136】
図９の構成例では、多接続用筐体５－１のシステム制御８が、複数の筐体１のそれぞれのシステム制御３に行われる筐体システム制御を統括することによってサーバシステム全体を制御する全システム制御を行う。全システム制御では、筐体１のシステム制御３との間での相互通信による各種の情報の交換によって筐体システム制御との間で共有される、前述した監視や制御の状況を用いて、サーバシステム全体の制御が行われる。
【0137】
なお、図９の構成例では、更に、多接続用筐体５－１のシステム制御８と一対一接続されている多接続用筐体５－２のシステム制御８が、複数の筐体１のそれぞれのシステム制御３とも接続されていることが表されている。これは、多接続用筐体５－２を多接続用筐体５－１のバックアップとして機能させるためのものである。すなわち、図９の構成例では、多接続用筐体５－１の動作に異常が発生した場合には、黒丸印が付されているシステム制御８が行っていた、筐体１毎の筐体システム制御の統括を、白丸印が付されているシステム制御８が代行可能であるように構成されている。
【0138】
このような構成のサーバシステムでも、前述したようにすることで、故障が発生した筐体システム制御による制御対象であった筐体１の制御権を多接続用筐体５が獲得して、当該筐体１に対する筐体システム制御を代行することが可能になる。
【符号の説明】
【0139】
１、１－１、１－２、１０、１０－１、１０－２、１０－３、１０－４ 筐体
２ ＣＰＵモジュール
３、８ システム制御
４ 管理用端末
５、５－１、５－２ 多接続用筐体
６ ＣＰＵ間通信ＩＦ
７ クロスバースイッチ
２０、２０－１、２０－２ システム制御プロセッサ
３０ ＰＳＵ
４０ ＦＡＮ－Ｃ
５０、５０－１、５０－２ システム制御デバイス
５１、９２ デバイス制御部
５２ リセット制御部
５３、５４、５４－１、５４－２、５４－３、５４－４、５４－５、５４－６、
９３、９４、９４－１、９４－２ デバイス間ＩＦ
５５ 他筐体デバイス間ＩＦ制御部
５６－１、５６－２、５６－３、５６－４ 内部レジスタ
５７、９５ 回路基板
６０ ＣＰＵ
７０ ＤＤＣ
８０ ＡＤＣ
９０ ターゲット制御デバイス
９１ ＣＰＵ制御部
１０１、１０２、１０２－１、１０２－２、１０３、１０４－１、１０４－２
筐体間経路
１１０ ケーブル
１１１－１、１１１－２、１１２－１、１１２－２ 経路
１２０、１３０ コネクタ
１４０ セレクタ
１４１ 選択信号線
１４２－１、１４２－２ 切替信号線
１５０、１６０ スイッチ
２ ＣＰＵモジュール
３、８ システム制御
４ 管理用端末
５、５－１、５－２ 多接続用筐体
６ ＣＰＵ間通信ＩＦ
７ クロスバースイッチ
２０、２０－１、２０－２ システム制御プロセッサ
３０ ＰＳＵ
４０ ＦＡＮ－Ｃ
５０、５０－１、５０－２ システム制御デバイス
５１、９２ デバイス制御部
５２ リセット制御部
５３、５４、５４－１、５４－２、５４－３、５４－４、５４－５、５４－６、
９３、９４、９４－１、９４－２ デバイス間ＩＦ
５５ 他筐体デバイス間ＩＦ制御部
５６－１、５６－２、５６－３、５６－４ 内部レジスタ
５７、９５ 回路基板
６０ ＣＰＵ
７０ ＤＤＣ
８０ ＡＤＣ
９０ ターゲット制御デバイス
９１ ＣＰＵ制御部
１０１、１０２、１０２－１、１０２－２、１０３、１０４－１、１０４－２
筐体間経路
１１０ ケーブル
１１１－１、１１１－２、１１２－１、１１２－２ 経路
１２０、１３０ コネクタ
１４０ セレクタ
１４１ 選択信号線
１４２－１、１４２－２ 切替信号線
１５０、１６０ スイッチ
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図6C】
【図7】
【図8】
【図9】