(57)【要約】【課題】設定情報の格納に用いられる記憶容量を削減する。【解決手段】複数のコンピュータのうち第１のコンピュータが、第１のコンピュータ２の設定情報を第１のコンピュータに備えられた記憶装置２３に格納する制御を行なう、第１の設定情報管理部１０４と、第１のコンピュータに関連する第２のコンピュータの設定情報の複写を記憶装置２３に格納する制御を行なう、第２の設定情報管理部１０３と、複数のコンピュータ２のそれぞれに対して関連するコンピュータを表す関連情報２３３を、記憶装置２３に格納する制御を行なう、関連情報管理部１０２とを備える。【選択図】図４
2017041110.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータを備えるマルチコンピュータシステムにおいて、
前記複数のコンピュータのうち第１のコンピュータが、
前記第１のコンピュータの設定情報を前記第１のコンピュータに備えられた記憶装置に格納する制御を行なう、第１の設定情報管理部と、
前記複数のコンピュータのうち前記第１のコンピュータに関連する第２のコンピュータの設定情報の複写を、前記記憶装置に格納する制御を行なう、第２の設定情報管理部と、
前記複数のコンピュータのそれぞれに対して関連するコンピュータを表す関連情報を、前記記憶装置に格納する制御を行なう、関連情報管理部と
を備えることを特徴とする、マルチコンピュータシステム。
【請求項２】
複数のコンピュータを備えるマルチコンピュータシステムにおいて、前記複数のコンピュータのうち第１のコンピュータに備えられる管理装置が、
前記第１のコンピュータの設定情報を前記第１のコンピュータに備えられた記憶装置に格納する制御を行なう、第１の設定情報管理部と、
前記複数のコンピュータのうち前記第１のコンピュータに関連する第２のコンピュータの設定情報の複写を、前記記憶装置に格納する制御を行なう、第２の設定情報管理部と、
前記複数のコンピュータのそれぞれに対して関連するコンピュータを表す関連情報を、前記記憶装置に格納する制御を行なう、関連情報管理部と
を備えることを特徴とする、管理装置。
【請求項３】
前記第２のコンピュータの設定情報の複写が前記記憶装置に格納されていない場合に、
前記第２の設定情報管理部が、
前記関連情報を参照して、前記関連する第２のコンピュータに前記設定情報の複写の送信を依頼し、
前記関連する第２のコンピュータから応答された前記設定情報の複写を前記記憶装置に格納する
ことを特徴とする、請求項２記載の管理装置。
【請求項４】
前記第１のコンピュータの設定情報に変更が生じた場合に、
前記第１の設定情報管理部が、
前記記憶装置に格納された前記設定情報を書き換え、
前記関連情報を参照して、前記関連する第２のコンピュータに変更後の前記設定情報の複写を送信する
ことを特徴とする、請求項２または３記載の管理装置。
【請求項５】
前記第１のコンピュータに対して、複数のコンピュータが前記関連する第２のコンピュータとして対応付けられる
ことを特徴とする、請求項２〜４のいずれか１項に記載の管理装置。
【請求項６】
前記第１の設定情報管理部が、
前記関連情報を参照して、関連する複数の前記第２のコンピュータから、当該第１のコンピュータに関する設定情報の複写を取得し、
取得した複数の当該第１のコンピュータに関する設定情報の複写のそれぞれと、前記記憶装置に格納した前記第１のコンピュータの設定情報とを比較し、
比較の結果、一致数が多い設定情報を用いて前記記憶装置に格納した前記第１のコンピュータの設定情報を更新する
ことを特徴とする、請求項５記載の管理装置。
【請求項７】
マルチコンピュータシステムに備えられる複数のコンピュータのうち第１のコンピュータに備えられる管理装置において、
前記第１のコンピュータの設定情報を前記第１のコンピュータに備えられた記憶装置に格納し、
前記複数のコンピュータのうち前記第１のコンピュータに関連する第２のコンピュータの設定情報の複写を、前記記憶装置に格納し、
前記複数のコンピュータのそれぞれに対して関連するコンピュータを表す関連情報を、前記記憶装置に格納する
処理をプロセッサに実行させる管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチコンピュータシステム，管理装置および管理プログラムに関する。
【背景技術】
【０００２】
一般的なサーバコンピュータには、システムを動作させる上で、ＢＩＯＳ（Basic Input Output System）やＢＭＣ（Baseboard Management Controller）用のファームウェア等が搭載されている。
これらのＢＩＯＳやファームウェア（以下、単にファームウェア等という）の動作に際しては、例えば装置起動時に、システムボード上の不揮発性メモリに保存された設定情報が読み出され、使用される。
【０００３】
システム故障等によりシステムボードの交換を行なう場合には、上述した設定情報を交換前のシステムボードから退避し、交換後のシステムボードへ復元する作業が必要となる。
従来のサーバコンピュータにおいては、設定情報をシステムボードとは別に備えられた小基板の不揮発性メモリに退避させておき、システムボード交換時に、自動的に復元する手法が知られている。
【０００４】
また、近年ではサーバコンピュータを構成するＣＰＵ（Central Processing Unit）等の主要コンポーネントの低消費電力化や製造プロセス向上によりチップの集約・小型化が進んでいる。そして、これにより、サーバコンピュータ自身の小型化および・高集約化が加速する傾向にある。例えば、複数のサーバノードが１つの筐体内に搭載される、ブレードサーバやマルチノードサーバと呼ばれる装置が用いられている。
【０００５】
これらのマルチノードサーバ等についても、複数のサーバノードの各設定情報をサーバノードとは別の場所に設けられた１つの小基板上の不揮発メモリへ保存する手法が実現されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−９２６０２号公報
【特許文献２】特開２００６−２６０３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述の如き従来のサーバコンピュータにおいて、例えば、複数のサーバノードを同一筐体内に搭載するマルチノードサーバ等において、複数のサーバノードの設定情報を１つの小基板に保存するためには、サーバノードの台数分の設定情報を格納できる容量を有する保存領域を小基板上に確保する必要がある。
サーバノードのコンピュータが小型化しても、１台当たりの設定情報のデータ量は小さくならない。その一方で、サーバの小型化は今後も進み、同一筐体内に搭載可能なサーバノードの台数はさらに増加すると考えられる。従って、これに伴い、設定情報の格納に必要な容量も増大することは明らかである。
【０００８】
ここで、小基板の不揮発性メモリの容量が不十分であると、将来的にサーバノードの数を増加させる場合に、設定情報を格納できないおそれがある。これに対して、将来的なシステム拡張を見据えて、搭載可能なサーバノードの最大数やそれ以上の数に合わせた容量の不揮発性メモリを実装する場合には、当初においては余剰な不揮発性メモリを備えることになる。すなわち、部品点数，実装面積および製造コストの各観点において無駄が生じる。
【０００９】
１つの側面では、本発明は、設定情報の格納に用いられる記憶容量を削減することができる。
【課題を解決するための手段】
【００１０】
このため、このマルチコンピュータシステムは、複数のコンピュータを備えるマルチコンピュータシステムにおいて、前記複数のコンピュータのうち第１のコンピュータが、前記第１のコンピュータの設定情報を前記第１のコンピュータに備えられた記憶装置に格納する制御を行なう、第１の設定情報管理部と、前記複数のコンピュータのうち前記第１のコンピュータに関連する第２のコンピュータの設定情報の複写を、前記記憶装置に格納する制御を行なう、第２の設定情報管理部と、前記複数のコンピュータのそれぞれに対して関連するコンピュータを表す関連情報を、前記記憶装置に格納する制御を行なう、関連情報管理部とを備える。
【発明の効果】
【００１１】
一実施形態によれば、設定情報の格納に用いられる記憶容量を削減することができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態の一例としてのコンピュータのハードウェア構成を示す図、である。
【図２】実施形態の一例としてのコンピュータシステムの不揮発性メモリに格納される情報を例示する図である。
【図３】実施形態の一例としてのコンピュータシステムに備えられるＢＭＣのハードウェア構成の一例を示すブロック図である。
【図４】実施形態の一例としてのコンピュータシステムのＢＭＣの機能構成を示す図である。
【図５】実施形態の一例としてのコンピュータシステムにおけるサーバノード情報を例示する図である。
【図６】実施形態の一例としてのコンピュータシステムにおける仮サーバノード情報を例示する図である。
【図７】実施形態の一例としてのコンピュータシステムにおける仮サーバノード情報を例示する図である。
【図８】（Ａ）〜（Ｄ）は実施形態の一例としてのコンピュータシステムの自ノード設定情報管理部による自ノード設定情報の検証方法を例示する図である。
【図９】実施形態の一例としてのコンピュータシステムにおける自ノード設定情報および他ノード設定情報を例示する図である。
【図１０】実施形態の一例としてのコンピュータシステムにおけるＢＭＣによる処理を説明するフローチャートである。
【図１１】実施形態の一例としてのコンピュータシステムにおけるＢＭＣによる処理を説明するフローチャートである。
【図１２】実施形態の一例としてのコンピュータシステムにおけるＢＭＣによる処理を説明するフローチャートである。
【図１３】実施形態の一例としてのコンピュータシステムにおけるＢＭＣによる処理を説明するフローチャートである。
【図１４】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図１５】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図１６】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図１７】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図１８】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図１９】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図２０】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図２１】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図２２】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【図２３】実施形態の一例としてのコンピュータシステムのＢＭＣにおいて授受されるデータの流れを説明するための図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本マルチコンピュータシステム，管理装置および管理プログラムに係る実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。又、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
【００１４】
（Ａ）構成
図１は実施形態の一例としてのコンピュータシステム１のハードウェア構成を示す図、図２は実施形態の一例としてのコンピュータシステム１の不揮発性メモリ２３に格納される情報を例示する図である。
図１に示すように、本コンピュータシステム１は、複数のサーバノード（コンピュータ）２を備え、これらのサーバノード２が同一の筐体３内に搭載されている。すなわち、本コンピュータシステム１は、複数のコンピュータを備えるマルチコンピュータシステムであり、ブレードサーバもしくはマルチノードサーバとして構成されている。
【００１５】
サーバノード２は、ＣＰＵ２１，チップセット２２，不揮発性メモリ２３，ネットワークインタフェース２４およびＢＭＣ１０を備え、これらをシステムボード２０上に搭載することにより構成されている。
ＣＰＵ２１は、種々の制御や演算を行なう処理装置であり、不揮発性メモリ２３等に格納されたＯＳやソフトウェアを実行することにより、種々の機能を実現する。
【００１６】
なお、図１に示す例においては、システムボード２０に１つのＣＰＵ２１が備えられている例を示しているが、これに限定されるものではなく、１つのシステムボード２０上に複数のＣＰＵ２１を備えてもよい。
チップセット２２は、ＣＰＵ２１とＢＭＣ１０や不揮発性メモリ２３等との間のデータの受け渡しを管理する回路群である。
【００１７】
不揮発性メモリ２３はデータ等を記憶する記憶装置であり、ＣＰＵ２１やＢＭＣ１０の補助記憶装置として使用される。不揮発性メモリ２３には、ＯＳプログラムやアプリケーションプログラム、及び各種データが格納される。なお、補助記憶装置としては、フラッシュメモリ等の半導体記憶装置（ＳＳＤ：Solid State Drive）を使用することもできる。
【００１８】
また、不揮発性メモリ２３には、図２に示すように、サーバノード情報２３３およびノード設定情報２３０（自ノード設定情報２３１，他ノード設定情報２３２）が格納される。
なお、これらの自ノード設定情報２３１，他ノード設定情報２３２およびサーバノード情報２３３については後述する。
【００１９】
さらに、サーバノード２には、図示しないＲＡＭ（Random Access Memory）もそなえられる。ＲＡＭは、種々のデータやプログラムを格納する記憶領域であって、ＣＰＵ２１がＯＳやプログラムを実行する際に、データやプログラムを格納・展開して用いる。
ネットワークインタフェース２４は、他のサーバノード２等と通信路を介して通信可能に接続するためのインタフェースであり、例えば、ＬＡＮ（Local Area Network）カードである。
【００２０】
ＢＭＣ１０は、コンピュータシステム１においてハードウェアの状態を監視する管理装置である。ＢＭＣ１０にはＣＰＵ２１とは独立して電力供給が行なわれ、コンピュータシステム１のハードウェアの状態を常時監視する。
まず、図３を参照しながら、実施形態の設定情報管理機能を実現するＢＭＣ（管理装置）１０のハードウェア構成について説明する。図３は実施形態の一例としてのコンピュータシステム１に備えられるＢＭＣ１０のハードウェア構成の一例を示すブロック図である。
【００２１】
ＢＭＣ１０は、例えば、プロセッサ１１，メモリ１２およびインタフェース１３を構成要素として有する。これらの構成要素１１〜１３は、バス１４を介して相互に通信可能に構成される。
プロセッサ（処理部）１１は、ＢＭＣ１０全体を制御する。プロセッサ１１は、マルチプロセッサであってもよい。プロセッサ１１は、例えばＣＰＵ，ＭＰＵ（Micro Processing Unit），ＤＳＰ（Digital Signal Processor），ＡＳＩＣ（Application Specific Integrated Circuit），ＰＬＤ（Programmable Logic Device），ＦＰＧＡ（Field Programmable Gate Array）のいずれか一つであってもよい。また、プロセッサ１１は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのうちの２種類以上の要素の組み合わせであってもよい。
【００２２】
また、プロセッサ１１は、演算や実行状態を保持するレジスタを備える。本実施形態においては、このレジスタの一部が、当該サーバノード２がマスタノードであるかスレーブノードであるかを示す値が設定されるマスタ／スレーブレジスタ１１１（図３参照）として機能する。なお、このマスタ／スレーブレジスタ１１１としての機能をＣＰＵ２１やメモリ１２等のプロセッサ１１の外部に持たせてもよい。
【００２３】
メモリ１２は、ＢＭＣ１０の主記憶装置として使用される。メモリ１２には、プロセッサ１１に実行させるＯＳプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１２には、プロセッサ１１による処理に必要な各種データが格納される。アプリケーションプログラムには、ＢＭＣ１０によって本実施形態の設定情報管理機能を実現するためにプロセッサ１１によって実行される管理プログラムが含まれてもよい。
【００２４】
インタフェース１３は、ＢＭＣ１０に外部機器を接続するための通信インタフェースである。インタフェース１３は、例えば、Ｉ２Ｃインタフェースであり、サーバノード２に備えられた図示しないPCIe（Peripheral Component Interconnect Express）スイッチ等にバスを介して接続されている。
以上のようなハードウェア構成を有するＢＭＣ１０によって、後述する本実施形態の設定情報管理機能を実現することができる。
【００２５】
なお、ＢＭＣ１０は、例えばコンピュータ読み取り可能な非一時的な記録媒体に記録されたプログラム（管理プログラム等）を実行することにより、本実施形態の設定情報管理機能を実現する。ＢＭＣ１０に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、ＢＭＣ１０に実行させるプログラムを不揮発性メモリ２３に格納しておくことができる。プロセッサ１１は、不揮発性メモリ２３内のプログラムの少なくとも一部をメモリ１２にロードし、ロードしたプログラムを実行する。
【００２６】
また、ＢＭＣ１０（プロセッサ１１）に実行させるプログラムを、光ディスク，メモリ装置，メモリカード等の非一時的な可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１１からの制御により、図示しないＨＤＤ（Hard Disk Drive）等の記憶装置にインストールされた後、実行可能にしてもよい。また、プロセッサ１１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。
【００２７】
次に、図４を参照しながら、本実施形態の設定情報管理機能を有するＢＭＣ１０の機能構成について説明する。図４は実施形態の一例としてのコンピュータシステム１のＢＭＣ１０の機能構成を示す図である。
ＢＭＣ１０は、図４に示すように、少なくとも、設定情報管理部１０１，設定比較部１  ０５，データ送信制御部１０６およびデータ受信制御部１０７としての機能を有している。
【００２８】
データ送信制御部１０６は、他のサーバノード２に対して種々のデータやコマンドを送信する制御を行なう。例えば、データ送信制御部１０６は、他のサーバノード２に対して、後述の如く、仮ＩＤ（identification）パケット，スレーブ同意通知，設定クリアコマンド，サーバノード情報，マスタ昇格リクエスト，スレーブへの移行通知，テーブル更新完了通知，他ノード設定情報の提供依頼，設定情報更新通知、等を送信する制御を行なう。
【００２９】
データ送信制御部１０６は、例えば、サーバノード２に備えられたネットワークインタフェース２４を介して、これらのデータやコマンド等を他のサーバノード２に送信させる。
データ送信制御部１０６は、自身が機能するＢＭＣ１０が搭載されたサーバノード２のファームウェアの初期設定段階において、後述するサーバノード情報管理部１０２からの指示に従い、予め自身に登録された固有情報である仮ＩＤを識別情報として付与したパケット（仮ＩＤパケット）を、本コンピュータシステム１に搭載された各サーバノード２に配信する。
【００３０】
なお、ＢＭＣ１０は常時電源動作であるので、ファームウェアの初期設定段階は、例えば、本コンピュータシステム１の電源（ＡＣ（Alternating Current））投入時に発生する。以下、ファームウェアの初期設定段階を、初期化フェーズという場合がある。
データ受信制御部１０７は、他のサーバノード２から種々のデータやコマンドを受信する制御を行なう。例えば、データ受信制御部１０７は、他のサーバノード２から送信される、仮ＩＤ発行パケット，スレーブ同意通知，設定クリアコマンド，サーバノード情報，マスタ昇格リクエスト，スレーブへの移行通知，テーブル更新完了通知，他ノード設定情報の提供依頼，設定情報更新通知、等を受信する制御を行なう。
【００３１】
データ受信制御部１０７は、例えば、サーバノード２に備えられたネットワークインタフェース２４を介して、これらのデータやコマンド等を受信する。
設定比較部１０５は、後述する自ノード設定情報管理部１０４からの指示に従い、不揮発性メモリ２３に格納されている自ノード設定情報２３１と、他の複数（本実施形態では２つ）のサーバノード（関連サーバノード）２から送信される設定情報とを比較する。
【００３２】
具体的には、設定比較部１０５は、図８（Ａ）〜（Ｄ）を用いて後述するように、自ノード設定情報２３１と、他の２つの関連サーバノード２からそれぞれ送信される設定情報とを、総当りで比較し、一致／不一致を判断する。
設定比較部１０５は、比較の結果を自ノード設定情報管理部１０４に通知する。
設定情報管理部１０１は、設定情報の管理等を行なうものであり、設定情報管理部１０１は、サーバノード情報管理部１０２，他ノード設定情報管理部１０３および自ノード設定情報管理部１０４としての機能を備える。
【００３３】
サーバノード情報管理部１０２は、本コンピュータシステム１に備えられたサーバノード２に関する情報を、サーバノード情報２３３を用いて管理する。
図５は実施形態の一例としてのコンピュータシステム１におけるサーバノード情報２３３を例示する図である。
サーバノード情報２３３は、図５に示すように、ＩＤ情報，関連ＩＤおよび状態を管理項目として備え、これらの情報を相互に関連付けることにより構成されている。
【００３４】
ＩＤ情報は、本コンピュータシステム１に備えられるサーバノード２を特定する識別情報である。図５に示す例においては、ＩＤ情報として１〜４の整数が登録されている。すなわち、図５に示すサーバノード情報２３３においては、ＩＤ＝１，２，３，４で特定される４つのサーバノード２が管理されている。
状態は、各サーバノード２の起動状態もしくは電源投入状態を示す。図５に示すサーバノード情報２３３においては、状態として“Ｏｎ”または“Ｏｆｆ”が登録されている。例えば、ＩＤ＝２で表されるサーバノード２は電源投入状態（起動状態）であることを示し、ＩＤ＝３で表されるサーバノード２は電源断状態（非起動状態）であることを示す。
【００３５】
そして、この状態においては、“Ｏｎ”は当該サーバノード２が正常であることを示し、“Ｏｆｆ”は当該サーバノード２が異常であることを示す。
関連ＩＤは、当該サーバノード２に関連付けられている他のサーバノード２を表す。例えば、図５に示す例において、ＩＤ＝２で表されるサーバノード２にはＩＤ＝１，３で表される２つのサーバノード２が関連付けられている。
【００３６】
すなわち、サーバノード情報２３３は、複数のサーバノード２のそれぞれに対して関連するサーバノード２を表す関連情報として機能する。
そして、ＩＤ番号によって特定されるサーバノード２の設定情報の複写が、この関連付けられている２つの他のサーバノード２に、それぞれ他ノード設定情報２３２として格納される。
【００３７】
例えば、図５に示す例において、ＩＤ＝２で表されるサーバノード２の設定情報の複写がＩＤ＝１，３で表される２つのサーバノード２に、それぞれ他ノード設定情報２３２として格納される。
以下、サーバノード２の設定情報を格納する他のサーバノード２を関連サーバノード２という場合がある。ＩＤ＝２で表されるサーバノード２に対して、ＩＤ＝１，３で表される２つのサーバノード２がそれぞれ関連サーバノード２に相当する。
【００３８】
サーバノード情報管理部１０２は、複数のサーバノード２のそれぞれに対して関連するサーバノード２を表す関連情報（サーバノード情報２３３）を、不揮発性メモリ２３に格納する制御を行なう、関連情報管理部として機能するのである。
なお、本実施形態においては、一のサーバノード２に対して、２つの関連サーバノード２が設定されているが、これに限定されるものではない。例えば、一のサーバノード２に対して１つの関連サーバノード２を設定してもよく、また、一のサーバノード２に対して３つ以上の関連サーバノード２を設定してもよい。
【００３９】
ただし、一のサーバノード２に対して関連サーバノード２を２つ以上設定することで、コンピュータシステム１において、一のサーバノード２の設定情報の複写を冗長化して保持され、信頼性が向上する。
図５に示す例において、例えば、ＩＤ＝２のサーバノード２の設定情報の複写がＩＤ＝１，３の各サーバノード２に格納される。そして、ＩＤ＝１のサーバノード２の設定情報の複写がＩＤ＝２，４のサーバノード２に、また、ＩＤ＝３のサーバノード２の設定情報の複写がＩＤ＝２，４のサーバノード２に、それぞれ格納される。
【００４０】
すなわち、ＩＤ＝２のサーバノード２は、関連サーバノード２であるＩＤ＝１，３の各設定情報の複写を格納する。このように、一のサーバノード２とその関連サーバノード２との間では、互いの設定情報の複写を相互に持ち合う補完関係が成立している。
本コンピュータシステム１においては、サーバノード２の設定情報の複写を、コンピュータシステム１に備えられたサーバノード２のうちの一部である関連サーバノード２に保持させることで、設定情報を分散して格納することができる。すなわち、コンピュータシステム１に備えられた全サーバノード２の設定情報を格納するための記憶領域を有する大容量の不揮発性メモリを特定のサーバノード２等に確保する必要がなく、装置コストを低減することができる。
【００４１】
なお、サーバノード２に対する関連サーバノード２は、初期化フェーズにおいて、マスタのサーバノード２のサーバノード情報管理部１０２によって設定され、本コンピュータシステム１に備えられた他のサーバノード２に配布される。一のサーバノード２に対する関連サーバノード２の決定方法は特に限定されるものではない。例えば、本コンピュータシステム１に備えられた複数のサーバノード２の中から任意に選択してもよく、また、筐体３内のスロット位置や挿入順等、なんらかの規定に基づいて決定してもよく、種々変形して実施することができる。
【００４２】
サーバノード情報管理部１０２は、初期化フェーズにおいて、当該サーバノード情報管理部１０２が機能するＢＭＣ１０が搭載されたサーバノード２（自サーバノード２）の不揮発性メモリ２３にサーバノード情報２３３が登録されているかを確認する。
そして、自サーバノード２の不揮発性メモリ２３にサーバノード情報２３３が格納されていない場合に、サーバノード情報管理部１０２は、データ送信制御部１０６に、他のサーバノード２に対する仮ＩＤパケットの発行およびサーバノード情報２３３の取得要求を実施させる。
【００４３】
サーバノード情報２３３の取得要求に対して、他サーバノード２からの返信がない場合、すなわち、他のサーバノード２も初期化フェーズである場合に、サーバノード情報管理部１０２は、他のサーバノード２を含めてサーバノード情報２３３を更新するため、マスタへ昇格する手続きを実施する。具体的には、サーバノード情報管理部１０２は、本コンピュータシステム１に備えられた他の全てのサーバノード２に対してマスタ昇格を宣言するリクエスト（マスタ昇格通知，マスタ昇格のリクエスト）を送信する。すべてのサーバノード２からスレーブ同意通知を受信した場合に、当該サーバノード２はマスタ昇格し、そのサーバノード情報管理部１０２は、マスタ／スレーブレジスタ１１１に、マスタノードとして機能することを示す値を設定する。
【００４４】
これに対して、他のサーバノード２からマスタ昇格通知を受信したサーバノード２は、マスタ昇格せず、スレーブ動作することになる。その際、サーバノード情報管理部１０２は、マスタ／スレーブレジスタ１１１に、スレーブノードとして機能することを示す値を設定する。
本コンピュータシステム１においては、前述の如く、初期化フェーズにおいてサーバノード情報２３３が登録されていない場合、すなわち、全てのサーバノード２が初期化フェーズである場合に、各サーバノード２はそれぞれ仮ＩＤパケットを発行する。
【００４５】
サーバノード情報管理部１０２は、各サーバノード２から受信した仮ＩＤパケットに基づき、筐体３に搭載されたサーバノード２の構成（例えば、搭載台数）を把握する。
また、マスタのサーバノード２は、データ受信制御部１０７を介して、他サーバノード２から発行される仮ＩＤパケットをそれぞれ収集し、仮サーバノード情報２３３ａを作成する。
【００４６】
図６および図７実施形態の一例としてのコンピュータシステム１における仮サーバノード情報２３３ａを例示する図である。図６は仮ＩＤだけを登録した状態の仮サーバノード情報２３３ａを例示する図、図７は仮ＩＤに加えて、ＩＤ情報，関連ＩＤおよび状態を登録した状態の仮サーバノード情報２３３ａを例示する図である。
仮サーバノード情報２３３ａは、図５に示したサーバノード情報２３３の管理項目に加えて仮ＩＤを備える。この仮ＩＤには、他のサーバノード２から受信した仮ＩＤパケットから抽出した仮ＩＤが登録される。なお、図中、既述の管理項目と同一の項目は、同様の内容を示しているので、その説明は省略する。
【００４７】
サーバノード情報管理部１０２により作成された時点の仮サーバノード情報２３３ａにおいては、仮ＩＤのみが登録され、ＩＤ情報，関連ＩＤおよび状態はブランク（“−”）となっている（図６参照）。
そして、サーバノード情報管理部１０２は、この仮サーバノード情報２３３ａに基づき、サーバノード情報２３３を作成する。
【００４８】
サーバノード情報管理部１０２は、例えば、各仮ＩＤに対して正式にＩＤ（ＩＤ情報）を付与し、また、これらのＩＤに対して、関連ＩＤを設定する。すなわち、サーバノード情報管理部１０２は、各サーバノード２について、その設定情報を保存させる関連サーバノード２を設定する。また、サーバノード情報管理部１０２は、各サーバノード２の電源投入状態を状態に設定する（図７参照）。
【００４９】
その後、この仮サーバノード情報２３３ａから仮ＩＤを除去することにより、サーバノード情報２３３が作成される。
サーバノード情報管理部１０２は、作成したサーバノード情報２３３をデータ送信制御部１０６を介して他の全てのサーバノード２に配信する。
スレーブのサーバノード２においては、サーバノード情報管理部１０２は、マスタのサーバノード２から受信したサーバノード情報２３３を用いて、不揮発性メモリ２３に格納されているサーバノード情報２３３を更新する。
【００５０】
また、サーバノード情報管理部１０２は、サーバノード情報２３３を用いて他のサーバノード２、具体的には関連サーバノード２の死活監視を行なう機能を備える。
死活監視は、他のサーバノード２が正常に動作しているか否かを確認することであり、サーバノード情報管理部１０２は、例えば、なんらかのコマンドを関連サーバノード２に対して送信する。送信したコマンドに対する応答が得られた場合には、当該サーバノード２は正常であると判断される。送信したコマンドに対する応答が得られない場合には、当該サーバノード２は異常であると判断される。
【００５１】
サーバノード情報管理部１０２は、死活監視の結果（正常／異常）に基づき、サーバノード情報２３３の状態（Ｏｎ／Ｏｆｆ）を更新する。また、サーバノード情報管理部１０２は、異常が検出された関連サーバノード２のＩＤと、当該サーバノード２が異常である旨を示す情報（状態変更通知）とを、本コンピュータシステム１における他の全てのサーバノード２に送信（一斉通知）する。
【００５２】
サーバノード情報管理部１０２は、サーバノード２が異常である旨を示す情報として、例えば、“ＩＤｘ＝Ｏｆｆ”を送信する。なお、ＩＤｘは異常が検出されたサーバノード２のＩＤを示すものとする。
状態変更通知を受信したサーバノード２においては、サーバノード情報管理部１０２が、受信した状態変更通知に従い、不揮発性メモリ２３に格納されているサーバノード情報２３３を更新する。
【００５３】
このように、サーバノード情報管理部１０２が、サーバノード情報２３３における“状態”の更新を行なうことで、本コンピュータシステム１において行なわれているサーバノード２の交換や増設の状態を把握することができる。また、死活監視の結果、異常を検出したサーバノード情報管理部１０２が状態変更通知を他のサーバノード２に一斉通知することにより、各サーバノード２のサーバノード情報管理部１０２が能動的に故障に対する復元の動作や増設に伴うサーバノード情報２３３の再構築を実施することができる。
【００５４】
自ノード設定情報管理部１０４は、当該自ノード設定情報管理部１０４が機能するＢＭＣ１０が備えられたサーバノード２（自サーバノード２）の設定情報である、自ノード設定情報２３１を管理する。
例えば、自ノード設定情報管理部１０４は、不揮発性メモリ２３における所定の領域に自ノード設定情報２３１を格納する。また、自ノード設定情報管理部１０４は、不揮発性メモリ２３から自ノード設定情報２３１を読み出し、データ送信制御部１０６を介して２つの関連サーバノード２にそれぞれ送信させる。受信した各関連サーバノード２は、受信した設定情報を他ノード設定情報２３２として格納する。
【００５５】
これにより、当該サーバノード２の設定情報（自ノード設定情報２３１）の複写が、２つの関連サーバノード２においてそれぞれ他ノード設定情報２３２として格納される。
また、自ノード設定情報管理部１０４は、不揮発性メモリ２３に格納された自ノード設定情報２３１が正しいか否かを検証する機能を有する。
例えば、本コンピュータシステム１の起動や再起動の段階で、自ノード設定情報管理部１０４は、自ノード設定情報２３１が正しいか否かの判別を行なう。
【００５６】
自ノード設定情報管理部１０４は、サーバノード情報２３３を参照して、関連ＩＤによって表される関連サーバノード２のそれぞれに対して、各関連サーバノード２が格納する他ノード設定情報２３２の送信要求（問合せ）を行なう。送信要求を受信した各関連サーバノード２は、それぞれ自身が格納する他ノード設定情報２３２を応答する。
そして、自ノード設定情報管理部１０４は、不揮発性メモリ２３に格納されている自ノード設定情報２３１と、各関連サーバノード２のそれぞれから受信した各他ノード設定情報２３２における自サーバノード２についての値（設定情報）とを設定比較部１０５に比較させる。
【００５７】
設定比較部１０５による比較の結果、自ノード設定情報２３１と、各関連サーバノード２のそれぞれから受信した各他ノード設定情報２３２における自サーバノード２についての値とが不一致である場合には、以下の手法により自ノード設定情報２３１として採用する設定情報を決定する。
すなわち、自ノード設定情報管理部１０４は、自ノード設定情報２３１として記録された設定情報および、複数の他ノード設定情報２３２として記録された各設定情報の間で一致数が最も多い設定情報を採用する。すなわち、自ノード設定情報管理部１０４は、各関連サーバノード２のそれぞれから受信した各他ノード設定情報２３２における自サーバノード２についての値とが不一致である場合に、多数決により一致数が最も多い設定情報を、自ノード設定情報２３１として採用する。
【００５８】
そして、採用する設定情報が、自身が不揮発性メモリ２３に自ノード設定情報２３１として記録している設定情報と異なる場合には、採用する設定情報を自ノード設定情報２３１として決定する。
図８（Ａ）〜（Ｄ）は実施形態の一例としてのコンピュータシステム１の自ノード設定情報管理部１０４による自ノード設定情報２３１の検証方法を例示する図である。
【００５９】
図８（Ａ）〜（Ｄ）においては、ＩＤ＝２のサーバノード２（サーバノード＃２という）における自ノード設定情報２３１の検証方法を示す。ＩＤ＝１のサーバノード２（サーバノード＃１という）およびＩＤ＝３のサーバノード２（サーバノード＃３という）が、それぞれサーバノード＃２の関連サーバノード２であるものとする。
サーバノード＃２の自ノード設定情報管理部１０４は、自ノード設定情報２３１として不揮発性メモリ２３に記録している設定情報と、サーバノード＃１およびサーバノード＃３のそれぞれが他ノード設定情報２３２として記録している、サーバノード＃２についての設定情報とを相互に比較する。
【００６０】
なお、図中、ＩＤ＝２のサーバノード２を「自身」と示し、ＩＤ＝１，３の各サーバノード２を「関連サーバノード＃１」，「関連サーバノード＃３」と示す。
図８（Ａ）に示す例においては、サーバノード＃２（自身）が保持する自ノード設定情報２３１の設定情報と、関連サーバノード＃１および関連サーバノード＃３が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とが全て（完全に）一致している。
【００６１】
この場合には、サーバノード＃２の自ノード設定情報管理部１０４は、自身が保持している自ノード設定情報２３１を自ノード設定情報２３１として採用する。
図８（Ｂ）に示す例においては、サーバノード＃２（自身）が保持する自ノード設定情報２３１の設定情報と、関連サーバノード＃１が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とは一致している。しかしながら、サーバノード＃２（自身）が保持する自ノード設定情報２３１の設定情報と、関連サーバノード＃３が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とが不一致である（一部不一致）。
【００６２】
すなわち、サーバノード＃１が他ノード設定情報２３２として保持するサーバノード＃２の設定情報と、関連サーバノード＃３が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とが不一致である。
この場合には、サーバノード＃２の自ノード設定情報管理部１０４は、多数決により一致数が最も多い、自身が保持している自ノード設定情報２３１を自ノード設定情報２３１として採用する。
【００６３】
図８（Ｃ）に示す例においては、サーバノード＃２（自身）が保持する自ノード設定情報２３１の設定情報と、関連サーバノード＃１が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とが不一致である。また、サーバノード＃２（自身）が保持する自ノード設定情報２３１の設定情報と、関連サーバノード＃３が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とも不一致である。
【００６４】
ただし、サーバノード＃１が他ノード設定情報２３２として保持するサーバノード＃２の設定情報と、関連サーバノード＃３が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とが一致している（一部不一致）。
この場合には、サーバノード＃２の自ノード設定情報管理部１０４は、多数決により一致数が最も多い、関連サーバノード＃１（＃３）が他ノード設定情報２３２として保持しているサーバノード＃２についての設定情報を自ノード設定情報２３１として採用する。
【００６５】
図８（Ｄ）に示す例においては、サーバノード＃２（自身）が保持する自ノード設定情報２３１の設定情報と、関連サーバノード＃１が他ノード設定情報２３２として保持するサーバノード＃２の設定情報と不一致である。また、サーバノード＃２（自身）が保持する自ノード設定情報２３１の設定情報と、関連サーバノード＃３が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とも不一致である。
【００６６】
さらに、サーバノード＃１が他ノード設定情報２３２として保持するサーバノード＃２の設定情報と、関連サーバノード＃３が他ノード設定情報２３２として保持するサーバノード＃２の設定情報とも不一致である。
この場合には、サーバノード＃２の自ノード設定情報管理部１０４は、自身が保持している自ノード設定情報２３１を自ノード設定情報２３１として採用する。
【００６７】
他ノード設定情報管理部１０３は、当該他ノード設定情報管理部１０３が機能するＢＭＣ１０が備えられたサーバノード２（自サーバノード２）に対する関連サーバノード２についての設定情報の複写である、他ノード設定情報２３２を管理する。
例えば、他ノード設定情報管理部１０３は、不揮発性メモリ２３における所定の領域に他ノード設定情報２３２を格納する。また、他ノード設定情報管理部１０３は、他のサーバノード２から他ノード設定情報２３２の送信を要求されると、不揮発性メモリ２３から他ノード設定情報２３２を読み出し、データ送信制御部１０６を介して関連サーバノード２に送信させる。
【００６８】
これにより、他ノード設定情報２３２を共有することができる。また、例えば、関連サーバノード２がシステム故障等の理由で交換される場合に、この交換された関連サーバノード２に対して、その設定情報を送信し、関連サーバノード２を交換前と同様に機能させることができる。
従って、他ノード設定情報管理部１０３は、複数のサーバノード２のうち一のサーバノード２に関連する関連サーバノード２の設定情報の複写を、自身の不揮発性メモリ２３に格納する制御を行なう、第２の設定情報管理部として機能する。
【００６９】
図９は実施形態の一例としてのコンピュータシステム１における自ノード設定情報２３１および他ノード設定情報２３２を例示する図である。なお、この図９に示す例においては、自ノード設定情報２３１と他ノード設定情報２３２とを組み合わせて、ノード設定情報２３０として示している。
ノード設定情報２３０は、図９に示すように、設定項目，オフセット（Offset），自設定および他設定を管理項目として備えている。また、図９に示す例においては、ＩＤ＝２のサーバノード２についてのノード設定情報２３０（自ノード設定情報２３１および他ノード設定情報２３２）を示している。
【００７０】
設定項目は、設定情報の種類であり、ＢＩＯＳやファームウェアにおいて管理される項目を示す。これらの設定項目毎に設定情報としての値が用意される。オフセットは、その設定項目についての設定情報の格納位置を表す。このオフセットは、例えば、不揮発性メモリ２３における当該設定項目について設定情報の格納位置を、所定の基準位置からの距離で表す。  
【００７１】
自設定は、自サーバノード２についての設定情報の値である。例えば、ＩＤ＝２のサーバノード２においては、このＩＤ＝２のサーバノード２（ノード２）の設定情報の各値が、この自設定として登録される。
他設定は、関連サーバノード２についての設定情報の値である。本コンピュータシステム１においては、関連サーバノード２として２つのサーバノード２が設定されるので、この図９に示す例においても、２つの他設定が備えられている。
【００７２】
図９に例示するノード設定情報２３０は、ＩＤ＝２のサーバノード２についてのものであるので、ＩＤ＝１のサーバノード２（ノード１）およびＩＤ＝３のサーバノード２（ノード３）の各設定情報が、他設定として示されている。
例えば、“CCC”という設定項目の設定情報は、“04h”のオフセット位置に格納されるものであり、ノード２（自サーバノード２）においては“Yes”が、ノード１およびノード３においては“No”がそれぞれ設定される。
【００７３】
そして、ノード設定情報２３０において、設定項目，オフセットおよび自設定が、自ノード設定情報２３１に相当する。また、ノード設定情報２３０において、設定項目，オフセットおよび他設定が、他ノード設定情報２３２に相当する。
（Ｂ）動作
上述の如く構成された、実施形態の一例としてのコンピュータシステム１におけるＢＭＣ１０による処理を、図１４〜図２３を参照しながら、図１０〜図１３に示すフローチャート（ステップＡ１〜Ａ４７）に従って説明する。
【００７４】
なお、図１４〜図２２は、それぞれ実施形態の一例としてのコンピュータシステム１のＢＭＣ１０において授受されるデータの流れを説明するための図であり、図１４〜図１６はサーバノード情報２３３の更新処理に関するデータの流れを示す。また、図１７は他ノード設定情報２３２の更新処理に関するデータの流れを、図１８は自ノード設定情報２３１の確認処理に関するデータの流れを、図１９は自ノード設定情報２３１が更新された場合の処理に関するデータの流れを、それぞれ示す。
【００７５】
また、図２０および図２１は死活監視に関するデータの流れを示し、特に図２１は死活監視の結果異常が検出された場合のデータの流れを示す。さらに、図２２はサーバノード２の交換時おけるデータの流れを示し、図２３はサーバノード２の増設時におけるデータの流れを示す。
なお、図１０はステップＡ１〜Ａ１０の処理を示し、図１１はステップＡ１１〜Ａ１９の処理を、図１２はステップＡ２０〜Ａ２６の処理を、図１３はステップＡ２７〜Ａ４７の処理を、それぞれ示す。
【００７６】
本コンピュータシステム１にＡＣ電源が投入されると、ＢＭＣ１０のファームウェア（ＦＷ）の初期化が開始される（図１０のステップＡ１）。サーバノード情報管理部１０２は、データ送信制御部１０６を介して、不揮発性メモリ２３内のサーバノード情報２３３の内容を確認する（図１０のステップＡ２）。すなわち、サーバノード情報管理部１０２は、サーバノード情報２３３に有効な情報が格納されている否かを確認する。
【００７７】
確認の結果、サーバノード情報２３３に有効な情報が格納されていない場合には（ステップＡ２の“情報なし”ルート参照）、初期設定段階として、サーバノード情報管理部１０２はサーバノード情報２３３の更新処理を開始する。
この状態では同一筐体３内のサーバノード２の構成等の情報を持っていないため、筐体３内に有効なサーバノード情報２３３を所持しているサーバノード２が存在するか不明である。そのため、サーバノード情報管理部１０２は、データ送信制御部１０６を介して、有効なサーバノード情報２３３を所持しているサーバノード２を探す要求をする（サーバノード情報２３３の取得要求発行）。
【００７８】
データ送信制御部１０６は、自身で予め所有している仮ＩＤを識別情報として付与した仮ＩＤパケットを、筐体３内に搭載されている全サーバノード２に対して配信する（図１０のステップＡ３；図１４の符号Ｂ１，Ｂ２参照）。
サーバノード情報管理部１０２は、発行したサーバノード情報２３３の取得要求に対して、送信元サーバノード２の正式な（仮ＩＤではない）ＩＤとサーバノード情報２３３とを受信したかを確認する（図１０のステップＡ４）。
【００７９】
確認の結果、他のサーバノード２から返信がない場合、すなわち正式ＩＤおよびサーバノード情報２３３を受信しない場青には（ステップＡ４のＮＯルート参照）、他のサーバノード２も初期設定段階にあると考えられる。サーバノード情報管理部１０２は、他のサーバノード２を含めてサーバノード情報２３３を更新するため、マスタへ昇格する手続きを実施する。
【００８０】
サーバノード情報管理部１０２は、他のサーバノード情報管理部１０２からマスタ昇格通知を受信したかを確認する（ステップＡ５）。
マスタ昇格通知を受信せず、また、他サーバノード２も初期設定段階である場合には（ステップＡ５のＮＯルート参照）、仮ＩＤパケットが発行されるため、サーバノード情報管理部１０２は、データ受信制御部１０７を介して、他サーバノード２から発行される仮ＩＤパケットを収集し（図１４の符号Ｂ２参照）、仮サーバノード情報２３３ａを作成する（図１１のステップＡ１１）。サーバノード情報管理部１０２は、仮ＩＤパケットの送信元の数に基づき、本コンピュータシステム１の筐体３に搭載されたサーバノード２の構成（台数）を把握する。
【００８１】
一定期間、マスタ昇格通知を受信しない場合、サーバノード情報管理部１０２はマスタ昇格を宣言するリクエストを、データ送信制御部１０６を介して他の全てのサーバノード２に対して発行する（図１１のステップＡ１２：図１５の符号Ｃ１参照）。
サーバノード情報管理部１０２は、仮サーバノード情報２３３ａに登録された全てのサーバノード２からスレーブ同意通知を受信したかを確認する（図１１のステップＡ１３）。全てのサーバノード２からスレーブ同意通知を受信していない場合には（ステップＡ１３のＮＯルート参照）、ステップＡ１３を繰り返し実行する。
【００８２】
全てのサーバノード２からスレーブ同意通知を受信すると（ステップＡ１３のＹＥＳルート参照：図１５の符号Ｃ２参照）、サーバノード情報管理部１０２は、マスタ昇格し、マスタ／スレーブレジスタ１１１に、マスタノードとして機能することを示す値を設定する（図１１のステップＡ１４：図１５の符号Ｃ３ａ）。
マスタ昇格後、このマスタサーバノード２において、サーバノード情報管理部１０２は、全サーバノード２に対して、設定クリアコマンドをデータ送信制御部１０６を介して発行する（図１１のステップＡ１５：図１５の符号Ｃ３参照）。この設定クリアコマンドは、各スレーブのサーバノード２のサーバノード情報２３３および他ノード設定情報２３２のクリアを指示するものである。
【００８３】
設定クリアコマンドを受信したサーバノード２は、サーバノード情報２３３および他ノード設定情報２３２のクリアを行なう。また、これらのサーバノード情報２３３および他ノード設定情報２３２のクリアが完了すると、サーバノード２は、マスタサーバノード２に対して設定クリア完了を通知する。
マスタサーバノード２において、サーバノード情報管理部１０２は、仮サーバノード情報２３３ａに登録された全てのサーバノード２から設定クリア完了の通知を受信したかを確認する（図１１のステップＡ１６）。
【００８４】
全てのサーバノード２から設定クリア完了の通知を受信していない場合には（ステップＡ１６のＮＯルート参照）、ステップＡ１６を繰り返し実行する。
全てのサーバノード２から設定クリア完了の通知を受信すると（ステップＡ１６のＹＥＳルート参照：図１５の符号Ｃ４参照）、マスタサーバノード２において、サーバノード情報管理部１０２は、各仮ＩＤに対して正式なＩＤ（ＩＤ情報）を付与し、また、これらのＩＤに対して、関連ＩＤを設定する。すなわち、サーバノード情報管理部１０２は、各サーバノード２について、その設定情報を保存させる関連サーバノード２を設定し、サーバノード情報２３３を作成する。
【００８５】
マスタサーバノード２において、サーバノード情報管理部１０２は、作成したサーバノード情報２３３をデータ送信制御部１０６を介して、本コンピュータシステム１に備えられた全てのサーバノード２に対して通知する（図１１のステップＡ１７：図１５の符号Ｃ５参照）。
マスタサーバノード２において、サーバノード情報管理部１０２は、本コンピュータシステム１に備えられた全てのサーバノード２からサーバノード情報２３３の設定完了の通知を受信したかを確認する（図１１のステップＡ１８）。
【００８６】
全てのサーバノード２から設定完了の通知を受信していない場合には（ステップＡ１８のＮＯルート参照）、ステップＡ１８を繰り返し実行する。
各サーバノード２から設定完了通知の受領を確認すると（ステップＡ１８のＹＥＳルート参照：図１５の符号Ｃ６参照）マスタサーバノード２のサーバノード情報管理部１０２は、スレーブへの降格を行なう。すなわち、マスタサーバノード２において、サーバノード情報管理部１０２は、マスタ／スレーブレジスタ１１１の値を、スレーブノードとして機能することを示す値に変更する（図１５の符号Ｃ７ａ参照）。
【００８７】
また、マスタサーバノード２において、サーバノード情報管理部１０２は、スレーブノードに降格したことを他サーバノード２へ通知（スレーブ移行通知）し（図１１のステップＡ１９：図１５の符号Ｃ７参照）、処理は図１０のステップＡ７に移行する。
一方、他のサーバノード２からマスタ昇格を宣言するリクエストを受信した場合（ステップＡ５のＹＥＳルート参照：図１４の符号Ｂ３参照）、当該サーバノード２は、マスタ昇格せず、スレーブ動作する。この際、サーバノード情報管理部１０２は、マスタ／スレーブレジスタ１１１に、スレーブノードとして機能することを示す値を設定する（図１４の符号Ｂ３ａ参照）。また、サーバノード情報管理部１０２は、スレーブ動作を同意する目的で、スレーブ同意通知を他サーバノード２へ発行する（図１２のステップＡ２０：図１４の符号Ｂ５参照）。
【００８８】
その後、スレーブサーバノード２において、サーバノード情報管理部１０２は、マスタのサーバノード２から、他ノード設定情報２３２およびサーバノード情報２３３についての設定クリアコマンド（リクエスト）を受信したかを確認する（図１２のステップＡ２１）。マスタのサーバノード２から設定クリアコマンド（リクエスト）が受信されない場合には（ステップＡ２１のＮＯルート参照）、ステップＡ２１を繰り返し実行して設定クリアコマンドの受信を待つ。
【００８９】
マスタのサーバノード２から設定クリアコマンドを受信すると（ステップＡ２１のＹＥＳルート参照：図１６の符号Ｄ１参照）、スレーブサーバノード２において、サーバノード情報管理部１０２は、不揮発性メモリ２３に格納されているサーバノード情報２３３および他ノード設定情報２３２をクリアする（図１２のステップＡ２２：図１６の符号Ｄ２参照）。２つのクリアが完了した段階で、サーバノード情報管理部１０２は、設定クリア完了の通知をマスタのサーバノード２へ発行する（図１２のステップＡ２３：図１６の符号Ｄ３参照）。
【００９０】
その後、スレーブサーバノード２において、サーバノード情報管理部１０２は、マスタのサーバノード２からサーバノード情報２３３を受信したかを確認する（図１２のステップＡ２４）。
マスタのサーバノード２からサーバノード情報２３３を受信していない場合には（ステップＡ２４のＮＯルート参照）、ステップＡ２４を繰り返し実行する。
【００９１】
マスタのサーバノード２からサーバノード情報２３３を受信すると（ステップＡ２４のＹＥＳルート参照：図１６の符号Ｄ４参照）、スレーブサーバノード２において、サーバノード情報管理部１０２は、不揮発性メモリ２３内のサーバノード情報２３３を受信したサーバノード情報２３３の値を用いて更新する（図１６の符号Ｄ５参照）。また、サーバノード情報管理部１０２は、サーバノード情報２３３の更新完了の報告をマスタのサーバノード２へ送信する（図１２のステップＡ２５：図１６の符号Ｄ６参照）。
【００９２】
スレーブサーバノード２において、サーバノード情報管理部１０２は、マスタのサーバノード２からスレーブ移行通知を受信したかを確認する（図１２のステップＡ２６）。
マスタのサーバノード２からスレーブ移行通知を受信していない場合には（ステップＡ２６のＮＯルート参照）、ステップＡ２６を繰り返し実行する。
マスタのサーバノード２からスレーブ移行通知を受信すると（ステップＡ２６のＹＥＳルート参照：図１６の符号Ｄ７参照）、処理は図１０のステップＡ７に移行する。
【００９３】
図１０のステップＡ７において、他ノード設定情報管理部１０３は、不揮発性メモリ２３に保存されている他ノード設定情報２３２を確認し、他ノード設定情報２３２に有効なデータ（設定情報）が登録されているかを確認する（図１７の符号Ｅ１参照）。
確認の結果、他ノード設定情報２３２に有効なデータが存在しない場合には（ステップＡ７の“他ノード設定情報なし”ルート参照）、他ノード設定情報管理部１０３は、サーバノード情報２３３を参照して、関連サーバノード２を確認する（図１７の符号Ｅ２参照）。そして、他ノード設定情報管理部１０３は、関連サーバノード２に対して、他ノード設定情報２３２の提供を依頼する（図１０のステップＡ８：図１７の符号Ｅ３参照）。
【００９４】
他ノード設定情報管理部１０３は、関連サーバノード２から他ノード設定情報２３２を受信したかを確認する（図１０のステップＡ９）。
関連サーバノード２から他ノード設定情報２３２を受信していない場合には（ステップＡ９の“設定情報未受信”ルート参照）、ステップＡ９を繰り返し実行する。
関連サーバノード２から他ノード設定情報２３２を受信すると（ステップＡ９の“設定情報受信”ルート参照：図１７の符号Ｅ４参照）、他ノード設定情報管理部１０３は、受信した他ノード設定情報２３２を不揮発性メモリ２３に格納する（図１０のステップＡ１０：図１７の符号Ｅ５参照）。
【００９５】
すなわち、上述した図１０のステップＡ７〜Ａ１０に示す処理が、他ノード設定情報管理部１０３による他ノード設定情報２３２の更新処理に相当する。
その後、図１３のステップＡ２７に移行する。また、ステップＡ７における確認の結果、他ノード設定情報２３２に有効なデータが存在する場合においても（ステップＡ７の“他ノード設定情報あり”ルート参照）、図１３のステップＡ２７に移行する。このステップＡ２７以降においては、本コンピュータシステム１は通常運用フェーズに移行する。
【００９６】
通常運用フェーズにおいて、例えば、本コンピュータシステム１の起動や再起動の段階で、自ノード設定情報管理部１０４は、自ノード設定情報２３１が正しいか否かの判別を行なう。
すなわち、図１３のステップＡ２７において、自ノード設定情報管理部１０４は、サーバノード情報２３３を参照し、関連サーバノード２のそれぞれに対して、他ノード設定情報２３２の問合せを行なう。
【００９７】
その後、自ノード設定情報管理部１０４は、各関連サーバノード２から他ノード設定情報２３２を受信したかを確認する（図１３のステップＡ２８）。
関連サーバノード２のそれぞれから他ノード設定情報２３２を受信していない場合には（ステップＡ２８の“設定情報未受信”ルート参照）、ステップＡ２８を繰り返し実行する。
【００９８】
各関連サーバノード２から他ノード設定情報２３２を受信すると（ステップＡ２８の“受信済”ルート参照：図１８の符号Ｆ１参照）、自ノード設定情報管理部１０４は、不揮発性メモリ２３に格納されている自ノード設定情報２３１の値を読み込む（図１８の符号Ｆ２参照）。
そして、自ノード設定情報管理部１０４は、設定比較部１０５に対して依頼を行ない（図１８の符号Ｆ３参照）、受信した各他ノード設定情報２３２における自サーバノード２についての値と、不揮発性メモリ２３に格納されている自ノード設定情報２３１の値とを比較させる（図１３のステップＡ２９：図１８の符号Ｆ４参照）。
【００９９】
比較の結果、設定が異なる部分が検出された場合、自ノード設定情報管理部１０４は、多数決により自ノード設定情報２３１として採用するデータ（設定情報）を決定する。すなわち、自ノード設定情報管理部１０４は、受信した各他ノード設定情報２３２における自サーバノード２についての値と、不揮発性メモリ２３に格納されている自ノード設定情報２３１の値との間で多数決を行ない、最も多く一致する設定情報の値を確認する。
【０１００】
自ノード設定情報２３１の値が、多数決の結果における多数派の値と不一致の場合には（ステップＡ２９の“多数決結果≠自ノード設定”ルート参照）、関連サーバノード２から受信した多数派の設定情報を、自ノード設定情報２３１の値として不揮発性メモリ２３に格納する（図１３のステップＡ３０）。すなわち、関連サーバノード２から受信した多数派の値設定情報を用いて自ノード設定情報２３１を更新する（図１８の符号Ｆ５参照）。
【０１０１】
また、自ノード設定情報２３１の値が、多数決の結果における多数派の値と一致した場合には（ステップＡ２９の“多数決結果＝自ノード設定”ルート参照）、自ノード設定情報２３１の値を更新せずに、図１３のステップＡ３１に移行し、本コンピュータシステム１は通常運用状態となる。
通常状態において、自ノード設定情報管理部１０４は、ユーザ操作等によりＢＩＯＳやファームウェア（ＦＷ）の設定変更が行なわれたか否かを確認する（図１３のステップＡ３２参照）。
【０１０２】
ＢＩＯＳやファームウェアの設定変更が行なわれていない場合には（ステップＡ３２のＮＯルート参照）、ステップＡ３３に移行し、本コンピュータシステム１は通常運用状態となる。
一方、自ノード設定情報２３１が更新された場合には（ステップＡ３２のＹＥＳルート参照）、自ノード設定情報管理部１０４は、ＢＩＯＳ等の上位から設定情報更新通知を受信する（図１９の符号Ｇ１参照）。
【０１０３】
自ノード設定情報管理部１０４は、更新されたデータ（設定情報）を不揮発性メモリ２３に書き込む（図１３のステップＡ３４：図１９の符号Ｇ２参照）。これと並行して、自ノード設定情報管理部１０４はサーバノード情報２３３に基づき、各関連サーバノード２に対して、変更された設定変更を送信する（図１３のステップＡ３５：図１９の符号Ｇ３参照）。
【０１０４】
その後、自ノード設定情報管理部１０４は、各関連サーバノード２から設定情報の更新完了を通知する書き込み完了コマンドを受信したかを確認する（図１３のステップＡ３６）。
関連サーバノード２のそれぞれから書き込み完了コマンドを受信していない場合には（ステップＡ３６のＮＯルート参照）、ステップＡ３６を繰り返し実行する。
【０１０５】
各関連サーバノード２から書き込み完了コマンドを受信すると（ステップＡ３６のＹＥＳルート参照：図１９の符号Ｇ４参照）、図１３のステップＡ３３に移行し、本コンピュータシステム１は通常運用状態となる。
通常状態において、サーバノード情報管理部１０２は、サーバノード情報２３３を用いて関連サーバノード２の死活監視を行なう（図１３のステップＡ３７：図２０の符号Ｈ１参照）。すなわち、関連サーバノード２が正常に動作（alive）しているか、停止（dead）しているかを判断する。
【０１０６】
サーバノード情報管理部１０２は、例えば、なんらかのコマンドを関連サーバノード２に対して送信する。送信したコマンドに対する応答が得られた場合には、当該サーバノード２は正常であると判断される。送信したコマンドに対する応答が得られない場合には、当該サーバノード２は異常であると判断される。
送信したコマンドに対する応答が関連サーバノード２から得られた場合（図２０の符号Ｈ２参照）、すなわち、関連サーバノード２が動作している場合には（ステップＡ３７の“alive”ルート参照）、ステップＡ３７を繰り返し実行する。
【０１０７】
関連サーバノード２に異常が検出された場合には（ステップＡ３７の“dead”ルート参照：図２１の符号Ｊ１参照）、サーバノード情報管理部１０２は、サーバノード情報２３３における当該関連サーバノード２のＩＤに対応する状態の値を、異常を示すステータスである“Ｏｆｆ”へ変更する（図１３のステップＡ３８：図２１の符号Ｊ２参照）。
また、サーバノード情報管理部１０２は、異常である関連サーバノード２のＩＤを筐体３内の全てのサーバノード２に対して状態変更通知（例えば、“ＩＤｘ＝Ｏｆｆ”）を送信する（図１３のステップＡ３９：図２１の符号Ｊ３参照）。この状態変更通知を受信した各サーバノード２は、それぞれ自身が管理するサーバノード情報２３３を状態変更通知に合わせて更新する。その後、図１３のステップＡ４０に移行し、本コンピュータシステム１は通常運用状態となる。
【０１０８】
また、通常状態において、他のサーバノード２で異常が発生し、当該サーバノード２の交換が行なわれる場合がある。
このような場合に、交換されたサーバノード２はサーバノード情報２３３を所持していないため、上述の図１０のステップＡ７に示した初期化フェーズの動作が実行される。
そのため、サーバノード２は、運用中に他のサーバノード２から仮ＩＤを受信するケースがある。すなわち、サーバノード情報管理部１０２は、他のサーバノード２から仮ＩＤを受信したか否かを確認する（図１３のステップＡ４１）。
【０１０９】
仮ＩＤを受信した場合に（ステップＡ４１のＹＥＳルート参照：図２２の符号Ｋ１参照）、サーバノード情報管理部１０２は、不揮発性メモリ２３内のサーバノード情報２３３を確認して、関連サーバノード２の中で状態がＯｆｆとなっているものがあるかを確認する（図１３のステップＡ４３：図２２の符号Ｋ２参照）。
サーバノード情報２３３において状態がＯｆｆのである、すなわち、異常な関連サーバノード２が存在する場合に（ステップＡ４３のＹＥＳルート参照）、サーバノード情報管理部１０２は、不揮発性メモリ２３からサーバノード情報２３３および他ノード設定情報２３２を読み出す（図２２の符号Ｋ３参照）。
【０１１０】
そして、サーバノード情報管理部１０２は、仮ＩＤを発行したサーバノード２に対して、この状態がＯｆｆとなっている関連サーバノード２のＩＤを正式ＩＤとして設定する。すなわち、サーバノード情報管理部１０２は、状態が異常であった関連サーバノード２が保守作業により交換されたと判断し、この異常が生じていた関連サーバノード２のＩＤを割り当てるのである。
【０１１１】
そして、サーバノード情報管理部１０２は、仮ＩＤを発行したサーバノード２に対して、その正式なＩＤとともに、サーバノード情報２３３および他ノード設定情報２３２を送信する（図１３のステップＡ４４：図２２の符号Ｋ４参照）。
仮ＩＤを発行したサーバノード２においては、正式ＩＤとともにサーバノード情報２３３および他ノード設定情報２３２を受信した後、不揮発性メモリ２３に、これらの受信したサーバノード情報２３３および他ノード設定情報２３２の値を、不揮発性メモリ２３に格納する（反映させる）。そして、仮ＩＤを発行したサーバノード２においては、そのサーバノード情報２３３の自らの状態を“Ｏｎ（正常）”へ変更する。これにより、本コンピュータシステム１は通常運用状態となる（図１３のステップＡ４５）。
【０１１２】
また、仮ＩＤを発行したサーバノード２においては、自身の状態が“Ｏｎ（正常）”であることを示す通知信号を、全てノードへ通知する（図１３のステップＡ４６）。このようにして、コンピュータシステム１におけるサーバノード２の交換作業が完了する。
その後、ステップＡ４２に戻り、以下、通常運用フェーズとして、ステップＡ３１以降の処理が繰り返し行なわれる。なお、図１３のステップＡ４１における確認の結果、仮ＩＤを受信しない場合にも（ステップＡ４１のＮＯルート参照）、このステップＡ４２に移行する。
【０１１３】
また、ステップＡ４３における確認の結果、サーバノード情報２３３において状態がＯｆｆである関連サーバノード２が存在しない場合には（ステップＡ４３のＮＯルート参照：図２３の符号Ｌ２参照）、新規にサーバノード２が増設されたと考えられる。
この場合、コンピュータシステム１に既存の各サーバノード２において、サーバノード情報管理部１０２は、仮ＩＤの受信をなかったものとみなす（無視する：図１３のステップＡ４７）。その後、ステップＡ４２に移行する。
【０１１４】
一方、新規に増設されたサーバノード２においては、その起動により、図１０のステップＡ１からの処理が実行される。
その際、増設されたサーバノード２についての情報を既存の各サーバノード２は備えていないので、処理はステップＡ１〜Ａ３に移行し、このステップＡ３において仮ＩＤの発行が行なわれる（図２３の符号Ｌ１参照）。また、処理はＡ７〜Ａ９およびＡ１１に移行し、この増設されたサーバノード２はマスタへ昇格することになる（図２３の符号Ｌ３参照）。その後、この増設されたサーバノード２において、サーバノード情報２３３の更新が行なわれ、筐体３内全てのサーバノード２の構成情報が更新されるのである。
【０１１５】
また、図１０のステップＡ４における確認の結果、他のサーバノード２から正式ＩＤおよびサーバノード情報２３３を受信した場合には（ステップＡ４のＹＥＳルート参照）、サーバノード情報管理部１０２は、受信した正式ＩＤとサーバノード情報２３３とを不揮発性メモリ２３に書き込む（図１０のステップＡ６）。これにより、コンピュータシステム１への新たなサーバノード２の増設が完了し、ステップＡ２７に移行して（符号Ａ参照）、通常動作モードとなる。
【０１１６】
（Ｃ）効果
このように、実施形態の一例としてのコンピュータシステム１によれば、一のサーバノード２の設定情報の複写を、関連サーバノード２に保持させることで、設定情報を分散して格納することができる。関連サーバノード２に保持させた設定情報の複写は、設定情報のバックアップとして機能させることができ、保守作業等によりサーバノード２が交換された場合に、これらの関連サーバノード２に保持させた設定情報のバックアップを用いて、サーバノード２を迅速に復旧することができる。
【０１１７】
すなわち、コンピュータシステム１に備えられた全サーバノード２の設定情報を格納するための記憶領域を有する大容量の不揮発性メモリを特定のサーバノード２等に確保する必要がなく、装置コストを低減することができる。
また、一のサーバノード２に対して２つ以上の関連サーバノード２を設定することで、設定情報を冗長化してバックアップすることができる。
【０１１８】
サーバノード２においては、自身の不揮発性メモリ２３にサーバノード情報２３３が格納されていない場合に、サーバノード情報管理部１０２が、データ送信制御部１０６を介して、関連する他のサーバノード２に対してサーバノード情報２３３の取得要求を行なう。
これにより、関連する他サーバノード２から自身の設定情報を取得することができ、例えば、サーバノード２の保守交換等を行なう場合に、容易にサーバノード２を使用可能な状態に設定することができる。
【０１１９】
また、サーバノード情報管理部１０２が、サーバノード情報２３３における“状態”の更新を行なうことで、本コンピュータシステム１において行なわれているサーバノード２の交換や増設の状態を把握することができる。また、死活監視を行ない、その結果、異常を検出したサーバノード情報管理部１０２が状態変更通知を他のサーバノード２に一斉通知することにより、各サーバノード２のサーバノード情報管理部１０２が能動的に故障に対する復元の動作や増設に伴うサーバノード情報２３３の再構築を実施することができる。
【０１２０】
また、サーバノード２において構成変更や設定変更が行なわれ、設定情報に変更が生じた場合に、自ノード設定情報管理部１０４が、サーバノード情報２３３を参照して、データ送信制御部１０６を介して関連する他のサーバノード２に変更後の設定情報を送信する。
これにより、サーバノード２において生じた設定情報の変更を、バックアップとして保持する関連他サーバノード２に反映させることができる。
【０１２１】
自ノード設定情報管理部１０４が、不揮発性メモリ２３に格納されている自ノード設定情報２３１と、各関連サーバノード２のそれぞれから受信した各他ノード設定情報２３２における自サーバノード２についての値とを設定比較部１０５に比較させる。そして、各関連サーバノード２のそれぞれから受信した各他ノード設定情報２３２における自サーバノード２についての値とが不一致である場合に、多数決により一致数が最も多い設定情報を、自ノード設定情報２３１として採用する。
【０１２２】
これにより、サーバノード２において自ノード設定情報２３１として格納される設定情報の信頼性を向上させることができる。
（Ｄ）その他
なお、上述した実施形態に関わらず、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。
【０１２３】
例えば、コンピュータシステム１に備えられるサーバノード２の数は、３つ以下または５つ以上でもよく、種々変形して実施することができる。
また、上述した実施形態においては、同一筐体３内に複数のサーバノード２を備えたコンピュータシステム１について示しているが、これに限定されるものではなく、筐体３の外部に備えられたサーバノード２の設定情報も同様に取り扱ってもよい。
【０１２４】
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
（Ｅ）付記
（付記１）
複数のコンピュータを備えるマルチコンピュータシステムにおいて、
前記複数のコンピュータのうち第１のコンピュータが、
前記第１のコンピュータの設定情報を前記第１のコンピュータに備えられた記憶装置に格納する制御を行なう、第１の設定情報管理部と、
前記複数のコンピュータのうち前記第１のコンピュータに関連する第２のコンピュータの設定情報の複写を、前記記憶装置に格納する制御を行なう、第２の設定情報管理部と、
前記複数のコンピュータのそれぞれに対して関連するコンピュータを表す関連情報を、前記記憶装置に格納する制御を行なう、関連情報管理部と
を備えることを特徴とする、マルチコンピュータシステム。
【０１２５】
（付記２）
前記第２のコンピュータの設定情報の複写が前記記憶装置に格納されていない場合に、
前記第２の設定情報管理部が、
前記関連情報を参照して、前記関連する第２のコンピュータに前記設定情報の複写の送信を依頼し、
前記関連する第２のコンピュータから応答された前記設定情報の複写を前記記憶装置に格納する
ことを特徴とする、付記１記載のマルチコンピュータシステム。
【０１２６】
（付記３）
前記第１のコンピュータの設定情報に変更が生じた場合に、
前記第１の設定情報管理部が、
前記記憶装置に格納された前記設定情報を書き換え、
前記関連情報を参照して、前記関連する第２のコンピュータに変更後の前記設定情報の複写を送信する
ことを特徴とする、付記１または２記載のマルチコンピュータシステム。
【０１２７】
（付記４）
前記第１のコンピュータに対して、複数のコンピュータが前記関連する第２のコンピュータとして対応付けられる
ことを特徴とする、付記１〜３のいずれか１項に記載のマルチコンピュータシステム。
（付記５）
前記第１の設定情報管理部が、
前記関連情報を参照して、関連する複数の前記第２のコンピュータから、当該第１のコンピュータに関する設定情報の複写を取得し、
取得した複数の当該第１のコンピュータに関する設定情報の複写のそれぞれと、前記記憶装置に格納した前記第１のコンピュータの設定情報とを比較し、
比較の結果、一致数が多い設定情報を用いて前記記憶装置に格納した前記第１のコンピュータの設定情報を更新する
ことを特徴とする、付記４記載のマルチコンピュータシステム。
【０１２８】
（付記６）
複数のコンピュータを備えるマルチコンピュータシステムにおいて、前記複数のコンピュータのうち第１のコンピュータに備えられる管理装置が、
前記第１のコンピュータの設定情報を前記第１のコンピュータに備えられた記憶装置に格納する制御を行なう、第１の設定情報管理部と、
前記複数のコンピュータのうち前記第１のコンピュータに関連する第２のコンピュータの設定情報の複写を、前記記憶装置に格納する制御を行なう、第２の設定情報管理部と、
前記複数のコンピュータのそれぞれに対して関連するコンピュータを表す関連情報を、前記記憶装置に格納する制御を行なう、関連情報管理部と
を備えることを特徴とする、管理装置。
【０１２９】
（付記７）
前記第２のコンピュータの設定情報の複写が前記記憶装置に格納されていない場合に、
前記第２の設定情報管理部が、
前記関連情報を参照して、前記関連する第２のコンピュータに前記設定情報の複写の送信を依頼し、
前記関連する第２のコンピュータから応答された前記設定情報の複写を前記記憶装置に格納する
ことを特徴とする、付記６記載の管理装置。
【０１３０】
（付記８）
前記第１のコンピュータの設定情報に変更が生じた場合に、
前記第１の設定情報管理部が、
前記記憶装置に格納された前記設定情報を書き換え、
前記関連情報を参照して、前記関連する第２のコンピュータに変更後の前記設定情報の複写を送信する
ことを特徴とする、付記６または７記載の管理装置。
【０１３１】
（付記９）
前記第１のコンピュータに対して、複数のコンピュータが前記関連する第２のコンピュータとして対応付けられる
ことを特徴とする、付記６〜８のいずれか１項に記載の管理装置。
（付記１０）
前記第１の設定情報管理部が、
前記関連情報を参照して、関連する複数の前記第２のコンピュータから、当該第１のコンピュータに関する設定情報の複写を取得し、
取得した複数の当該第１のコンピュータに関する設定情報の複写のそれぞれと、前記記憶装置に格納した前記第１のコンピュータの設定情報とを比較し、
比較の結果、一致数が多い設定情報を用いて前記記憶装置に格納した前記第１のコンピュータの設定情報を更新する
ことを特徴とする、付記９記載の管理装置。
【０１３２】
（付記１１）
マルチコンピュータシステムに備えられる複数のコンピュータのうち第１のコンピュータに備えられる管理装置において、
前記第１のコンピュータの設定情報を前記第１のコンピュータに備えられた記憶装置に格納し、
前記複数のコンピュータのうち前記第１のコンピュータに関連する第２のコンピュータの設定情報の複写を、前記記憶装置に格納し、
前記複数のコンピュータのそれぞれに対して関連するコンピュータを表す関連情報を、前記記憶装置に格納する
処理をプロセッサに実行させる管理プログラム。
【０１３３】
（付記１２）
前記第２のコンピュータの設定情報の複写が前記記憶装置に格納されていない場合に、
前記関連情報を参照して、前記関連する第２のコンピュータに前記設定情報の複写の送信を依頼し、
前記関連する第２のコンピュータから応答された前記設定情報の複写を前記記憶装置に格納する
処理を前記プロセッサに実行させる、付記１１記載の管理プログラム。
【０１３４】
（付記１３）
前記第１のコンピュータの設定情報に変更が生じた場合に、
前記記憶装置に格納された前記設定情報を書き換え、
前記関連情報を参照して、前記関連する第２のコンピュータに変更後の前記設定情報の複写を送信する
処理を前記プロセッサに実行させる、付記１１または１２記載の管理プログラム。
【０１３５】
（付記１４）
前記第１のコンピュータに対して、複数のコンピュータが前記関連する第２のコンピュータとして対応付けられる
ことを特徴とする、付記１１〜１３のいずれか１項に記載の管理プログラム。
（付記１５）
前記関連情報を参照して、関連する複数の前記第２のコンピュータから、当該第１のコンピュータに関する設定情報の複写を取得し、
取得した複数の当該第１のコンピュータに関する設定情報の複写のそれぞれと、前記記憶装置に格納した前記第１のコンピュータの設定情報とを比較し、
比較の結果、一致数が多い設定情報を用いて前記記憶装置に格納した前記第１のコンピュータの設定情報を更新する
処理を前記プロセッサに実行させる、付記１４記載の管理プログラム。
【符号の説明】
【０１３６】
１    コンピュータシステム（マルチコンピュータシステム）
２    サーバノード（コンピュータ）
１０    ＢＭＣ
１１    プロセッサ（処理部）
１１１  マスタ／スレーブレジスタ
１２    メモリ（記憶部）
１３    インタフェース
１４    バス
２０    システムボード
２１    ＣＰＵ
２２    チップセット
２３    不揮発性メモリ
２３０    ノード設定情報
２３１    自ノード設定情報
２３２    他ノード設定情報
２３３    サーバノード情報
２４    ネットワークインタフェース
１０１    設定情報管理部
１０２    サーバノード情報管理部
１０３    他ノード設定情報管理部
１０４    自ノード設定情報管理部
１０５    設定比較部
１０６    データ送信制御部
１０７    データ受信制御部
１０４１    異常検出フラグ
３    筐体
【図１】
2017041110.tif 000003
【図２】
2017041110.tif 000004
【図３】
2017041110.tif 000005
【図４】
2017041110.tif 000006
【図５】
2017041110.tif 000007
【図６】
2017041110.tif 000008
【図７】
2017041110.tif 000009
【図８】
2017041110.tif 000010
【図９】
2017041110.tif 000011
【図１０】
2017041110.tif 000012
【図１１】
2017041110.tif 000013
【図１２】
2017041110.tif 000014
【図１３】
2017041110.tif 000015
【図１４】
2017041110.tif 000016
【図１５】
2017041110.tif 000017
【図１６】
2017041110.tif 000018
【図１７】
2017041110.tif 000019
【図１８】
2017041110.tif 000020
【図１９】
2017041110.tif 000021
【図２０】
2017041110.tif 000022
【図２１】
2017041110.tif 000023
【図２２】
2017041110.tif 000024
【図２３】
2017041110.tif 000025