(57)【特許請求の範囲】
【請求項１】
通信ネットワークによって相互に接続され、それぞれが予め定められた役割を果たすことにより全体として論理上単一のサーバとして機能する複数のサーバコンピュータと、
データ線によって前記複数のサーバコンピュータに接続され、これらのサーバコンピュータによって共用可能な複数の記憶装置と、
前記複数のサーバコンピュータおよび記憶装置のうちの１または複数ごとに設けられ、自分に接続されたサーバコンピュータおよび記憶装置に対して複数の交流電源系統のうちの一の交流電源系統からの交流電力を供給すると共に、その交流電源系統に障害が発生した場合に、自分に接続されたサーバコンピュータまたは記憶装置への交流電力供給をバックアップする少なくとも１つの無停電電源装置と、
前記無停電電源装置からの交流電力を自分に接続されたサーバコンピュータまたは記憶装置に供給する運転管理装置と
を含んで構成され、
前記運転管理装置は、
自分に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生した場合には、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを前記無停電電源装置による電力バックアップ期間中に行うように前記複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、
自分に接続された記憶装置に電力を供給している交流電源系統に障害が発生した場合には、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを前記電力バックアップ期間中に行うように前記複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、
前記処理が行われたことを確認した後、自分に接続されたサーバコンピュータおよび記憶装置への交流電力供給を停止する
ことを特徴とするクラスタシステム。
【請求項２】
通信ネットワークによって相互に接続され、それぞれが予め定められた役割を果たすことにより全体として論理上単一のサーバとして機能する複数のサーバコンピュータと、
データ線によって前記複数のサーバコンピュータに接続され、これらのサーバコンピュータによって共用可能な複数の記憶装置と、
前記複数のサーバコンピュータおよび記憶装置のうちの１または複数ごとに設けられ、自分に接続されたサーバコンピュータおよび記憶装置に対して複数の交流電源系統のうちの一の交流電源系統からの交流電力を供給すると共に、その交流電源系統に障害が発生した場合に、自分に接続されたサーバコンピュータまたは記憶装置への交流電力供給をバックアップする少なくとも１つの無停電電源装置と
を含んで構成されたクラスタシステムに適用される運転管理装置であって、
前記無停電電源装置からの交流電力を自分に接続されたサーバコンピュータまたは記憶装置に供給すると共に、
自分に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生した場合には、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを前記無停電電源装置による電力バックアップ期間中に行うように前記複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、
自分に接続された記憶装置に電力を供給している交流電源系統に障害が発生した場合には、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを前記電力バックアップ期間中に行うように前記複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、
前記処理が行われたことを確認した後、自分に接続されたサーバコンピュータおよび記憶装置への交流電力供給を停止する
ことを特徴とするクラスタシステムの運転管理装置。
【請求項３】
通信ネットワークによって相互に接続され、それぞれが予め定められた役割を果たすことにより全体として論理上単一のサーバとして機能する複数のサーバコンピュータと、
データ線によって前記複数のサーバコンピュータに接続され、これらのサーバコンピュータによって共用可能な複数の記憶装置と、
前記複数のサーバコンピュータおよび記憶装置のうちの１または複数ごとに設けられ、自分に接続されたサーバコンピュータおよび記憶装置に対して複数の交流電源系統のうちの一の交流電源系統からの交流電力を供給すると共に、その交流電源系統に障害が発生した場合に、自分に接続されたサーバコンピュータまたは記憶装置への交流電力供給をバックアップする少なくとも１つの無停電電源装置と
を含んで構成されたクラスタシステムに適用される運転管理方法であって、
前記無停電電源装置からの交流電力を自分に接続されたサーバコンピュータまたは記憶装置に供給する運転管理装置を設けると共に、
前記運転管理装置において、
自分に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生した場合には、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを前記無停電電源装置による電力バックアップ期間中に行うように前記複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、
自分に接続された記憶装置に電力を供給している交流電源系統に障害が発生した場合には、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを前記電力バックアップ期間中に行うように前記複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、
前記処理が行われたことを確認した後、自分に接続されたサーバコンピュータおよび記憶装置への交流電力供給を停止する
ようにしたことを特徴とするクラスタシステムの運転管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のコンピュータを結びつけて論理上１つのコンピュータとして機能させるようにしたクラスタシステムならびにその運転管理装置および方法に関する。
【０００２】
【従来の技術】
物理的には独立した複数のコンピュータを互いに結びつけて論理的に１つの固まりとなし、利用者に対しては単一のコンピュータであるかのように見せるようにした技術が知られている。この技術は、一般に、クラスタリングあるいはクラスタ接続と呼ばれ、この技術を用いて構成したコンピュータシステムはクラスタシステムと呼ばれている。
【０００３】
このクラスタシステムによれば、小規模なコンピュータを複数つなぎ合わせていくことで、利用方法の変更を伴わずに、高い処理能力を有する大規模なシステムに成長させることができる。しかも、大型のコンピュータを用いた場合に比べて、より安価に大規模なシステムを構築することができる。また、システムの冗長化、多重化を図ることで、システムとしての耐障害性を高めることも可能である。
【０００４】
ところで、従来より、停電等の電源状態異常時に商用電源から内蔵バッテリへの電源切り換えを自動的に行い、接続された電気機器への電源供給バックアップを可能にした無停電電源装置（以下、ＵＰＳ(Uninteruptible Power Supply) という。）が知られている。特に、ワークステーション（以下、ＷＳという。）やパーソナルコンピュータ（以下、ＰＣという。）等の情報処理装置および外部記憶装置等の周辺機器を含む情報処理システムにおいては、データの喪失やシステムクラッシュ等を防止するには電源の瞬断さえも許されないので、このＵＰＳが必要不可欠になってきている。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記したクラスタシステムにおいては、電源異常が発生することは想定されていなかった。このため、クラスタシステムの構成要素である各コンピュータや記憶装置における電源環境の安全性を担保するために上記のＵＰＳをどのように配置して電源障害発生時にはどのようなシーケンスで対処すればよいか等については、何ら考慮がなされていなかった。したがって、一旦電源障害が発生した場合には、ユーザの介在を余儀なくされ、しかも、ユーザが適切な対処を怠った場合には、システムとしての正常性あるいは整合性が失われるおそれもあった。
【０００６】
本発明はかかる問題点に鑑みてなされたもので、その目的は、電源に障害が発生した場合に予想されるトラブルを自動的に回避することができるクラスタシステムならびにその運転管理装置および方法を提供することにある。
【０００７】
本発明のクラスタシステムは、複数のサーバコンピュータ、複数の記憶装置、無停電電源装置、および運転管理装置を含んで構成されたクラスタシステムであって、いずれかの運転管理装置に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生した場合には、その運転管理装置が、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを無停電電源装置による電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、いずれかの運転管理装置に接続された記憶装置に電力を供給している交流電源系統に障害が発生した場合には、その運転管理装置が、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、その運転管理装置において処理の完了を確認した後、接続されたサーバコンピュータおよび記憶装置への交流電力供給を停止するようにしたものである。
【０００９】
本発明のクラスタシステムの運転管理装置は、複数のサーバコンピュータ、複数の記憶装置、および無停電電源装置を含んで構成されたクラスタシステムに適用される運転管理装置であって、無停電電源装置からの交流電力を自分に接続されたサーバコンピュータまたは記憶装置に供給し、自分に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生した場合には、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを無停電電源装置による電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、自分に接続された記憶装置に電力を供給している交流電源系統に障害が発生した場合には、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、処理が行われたことを確認した後、自分に接続されたサーバコンピュータおよび記憶装置への交流電力供給を停止するようにしたものである。
【００１１】
本発明のクラスタシステムの運転管理方法は、複数のサーバコンピュータ、複数の記憶装置、および無停電電源装置を含んで構成されたクラスタシステムに適用される運転管理方法であって、無停電電源装置からの交流電力を自分に接続されたサーバコンピュータまたは記憶装置に供給する運転管理装置を設けると共に、この運転管理装置において、自分に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生した場合には、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを無停電電源装置による電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、自分に接続された記憶装置に電力を供給している交流電源系統に障害が発生した場合には、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、処理が行われたことを確認した後、自分に接続されたサーバコンピュータおよび記憶装置への交流電力供給を停止するようにしたものである。
【００１２】
本発明のクラスタシステム、クラスタシステムの運転管理装置およびクラスタシステムの運転方法では、いずれかの運転管理装置に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生すると、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを無停電電源装置による電力バックアップ期間中に行うことを指示する通知が運転管理装置からサーバコンピュータに送られると共に、それらの処理が行われたことが運転管理装置によって確認される。また、いずれかの運転管理装置に接続された記憶装置に電力を供給している交流電源系統に障害が発生すると、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを電力バックアップ期間中に行うことを指示する通知が運転管理装置からサーバコンピュータに送られると共に、それらの処理が行われたことが運転管理装置によって確認される。そして、これらの処理の終了が運転管理装置によって確認された後、その運転管理装置に接続されたサーバコンピュータおよび記憶装置への交流電力供給が停止される。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
〔第１の実施の形態〕
図１は本発明の第１の実施の形態に係るクラスタシステムの概略構成を表すものである。このクラスタシステムは、それぞれ物理的に独立して構成されると共にＬＡＮ（ローカルエリアネットワーク）１によって相互に接続された４台のサーバ２ａ〜２ｄと、データ線３によってサーバ２ａ〜２ｄに接続された記憶装置としての３台のＲＡＩＤ(Redundant Arrays of Inexpensive Disks) ４ａ〜４ｃとを含んで構成されている。
【００１５】
サーバ２ａ〜２ｄは、それぞれ、クラスタ接続のための例えばミドルウェアと呼ばれる専用のソフトウェアを搭載している。以下の説明では、この専用ソフトウェアをクラスタリングプログラムと呼ぶものとする。サーバ２ａ〜２ｄの間をクラスタ接続するために必要な制御情報は、ＬＡＮ１を用いてやり取りされるようになっている。サーバ２ａ〜２ｄとしては、それぞれ、例えばＰＣやＷＳ等の小型のコンピュータが用いられる。ＲＡＩＤ４ａ〜４ｃは、サーバ２ａ〜２ｄによって共有されるデータを格納するためのものである。データ線３としては、例えばＳＣＳＩ(Small Computer System Interface) 規格のデータケーブルが用いられる。ＲＡＩＤ４ａ〜４ｃは、複数のハードディスクを冗長接続して構成したディスクアレイである。このような構成のクラスタシステムは、ＬＡＮ１に接続された１または複数のクライアントコンピュータ（図示せず）によって、論理上単一のコンピュータとして認識され、利用されるようになっている。
【００１６】
ここで、サーバ２ａ〜２ｄが、それぞれ、本発明における「サーバコンピュータ」に対応し、ＲＡＩＤ４ａ〜４ｃが、それぞれ、本発明における「記憶装置」に対応する。また、ＬＡＮ１が本発明における「通信ネットワーク」に対応する。
【００１７】
サーバ２ａ〜２ｄは、それぞれ、運転管理装置１０ａ〜１０ｃおよび無停電電源装置（以下、ＵＰＳという。）２０ａから電力供給を受け、ＲＡＩＤ４ａ〜４ｃは、いずれもＵＰＳ２０ａから電力供給を受けるようになっている。運転管理装置１０ａは、ＵＰＳ３０ａからの電力供給を受けて動作し、運転管理装置１０ｂ，１０ｃは、ＵＰＳ３０ｂからの電力供給を受けて動作する。ＵＰＳ２０ａは、運転管理装置１０ａに相当する機能を有する運転管理部２０ａａとＵＰＳ３０ａに相当する機能を有する電源部２０ａｂとを備えている。本実施の形態において、ＵＰＳ３０ａ，３０ｂおよびＵＰＳ２０ａは、それぞれ、異なる系統の商用電源（図示せず）に接続されているものとする。
【００１８】
サーバ２ａ〜２ｃと運転管理装置１０ａ〜１０ｃとの間、およびサーバ２ｄとＵＰＳ２０ａとの間は、それぞれ、専用のシリアルデータ線５ａ〜５ｄによって接続されている。シリアルデータ線５ａ〜５ｄとしては、例えば、ＲＳ２３２Ｃ規格のデータ線が用いられる。運転管理装置１０ａとＵＰＳ３０ａとの間は信号線６ａによって接続され、運転管理装置１０ｂおよび１０ｃとＵＰＳ３０ｂとの間は信号線６ｂによって接続されている。
【００１９】
ＵＰＳ３０ａは、自己の利用している商用電源の電源系統に停電等の電源障害が発生すると、商用電源の側から内蔵するバッテリ（図示せず）の側に切り替えて継続して電力供給を行うと共に、信号線６ａを介して、運転管理装置１０ａに電源異常信号Ｓ１を送出するようになっている。同様に、ＵＰＳ３０ｂは、その電源系統に電源障害が発生すると、内蔵するバッテリの側に切り替えて継続して電力供給を行うと共に、信号線６ｂを介して、運転管理装置１０ｂ，１０ｃに電源異常信号（図示せず）を送出する。また、ＵＰＳ２０ａにおいて、電源部２０ａｂは、その電源系統に障害が発生すると、内蔵するバッテリの側に切り替えて継続して電力供給を行うと共に、運転管理部２０ａａに電源異常信号（図示せず）を送る。運転管理装置１０ａ〜１０ｃおよびＵＰＳ２０ａの運転管理部２０ａａは、それぞれ、電源異常信号を受け取ると、データ線５ａ〜５ｄを介して自己の担当するサーバ２ａ〜２ｄに対し、シャットダウン処理を実行させるためのシャットダウン命令Ｓ２を送出するようになっている。
【００２０】
図２は、運転管理装置１０ａの内部構成を表すものである。この図に示したように、運転管理装置１０ａは、装置全体の動作を制御するＣＰＵ１１と、データ線５ａに接続されたシリアルインタフェイス（Ｉ／Ｆ）部１２と、装置の動作を律するプログラムを格納するＲＯＭ（リード・オンリ・メモリ）１３と、ワークメモリとしてのＲＡＭ（ランダム・アクセス・メモリ）１４と、装置の動作に係わる各種の情報を格納する不揮発性メモリ１５と、各種の入出力信号のインタフェイスを行う入出力（Ｉ／Ｏ）部１６とを含んで構成されたコントローラ１００を備えている。コントローラ１００内の各部は内部バス９によって相互に接続されている。
【００２１】
運転管理装置１０ａはまた、一端が電源ケーブルＣ１に接続された電源ノイズ除去用のノイズフィルタ１９を備えている。このノイズフィルタ１９の他端側は、開閉スイッチＳＷ１を介してサーバ用のＡＣコネクタＰａ，Ｐｂに接続されると共に、開閉スイッチＳＷ２を介して周辺装置用のＡＣコネクタＰｃ〜Ｐｅに接続されるようになっている。電源ケーブルＣ１はＵＰＳ３０ａに接続されている。開閉スイッチＳＷ１，ＳＷ２は、それぞれ、ＣＰＵ１１からの指示により入出力部１６から出力されるスイッチ制御信号ＳＣ１，ＳＣ２によって、互いに独立したタイミングで開閉制御されるようになっている。なお、開閉スイッチＳＷ１，ＳＷ２は、例えば半導体スイッチで構成可能である。
【００２２】
入出力部１６には、ＵＰＳ３０ａから信号線６ａを介して送られてくる電源異常信号Ｓ１が入力されるほか、手動操作スイッチ１７からの起動信号または停止信号が入力されるようになっている。シリアルＩ／Ｆ部１２は、ＣＰＵ１１からのシャットダウン命令Ｓ２をシリアルデータ線５ａを介してサーバ２ａに送出すると共に、サーバ２ａからシリアルデータ線５ａを介して送られてきたシャットダウン完了通知Ｓ３を受信してＣＰＵ１１に渡すようになっている。
【００２３】
なお、以上の構成は、他の運転管理装置１０ｂ，１０ｃおよびＵＰＳ２０ａの運転管理部２０ａａにおいても同様である。それらの説明は省略する。
【００２４】
図３は、図１におけるＵＰＳ３０ａの概略構成を表すものである。この装置は、入力端が電源ケーブルＣ２に接続された整流器３１と、一端側が整流器３１の出力端に接続されたＤＣ／ＤＣコンバータ３２と、ＤＣ／ＤＣコンバータ３２の他端側に接続されたバッテリ３３と、入力端が整流器３１の出力端およびＤＣ／ＤＣコンバータ３２の一端に接続され、出力端が交流出力端子Ｐ１，Ｐ２に接続されたインバータ３４と、整流器３１、ＤＣ／ＤＣコンバータ３２およびインバータ３４等を制御するコントローラ３７とを備えている。
【００２５】
整流器３１は、図示しない商用電源から入力された交流電圧を整流して直流電圧にするためのものである。この整流器３１に入力される交流電圧は、コントローラ３７によって監視される。コントローラ３７は、整流器３１に入力される交流電圧のレベルが所定のしきい値を下回った場合には、停電等の発生と判断して、電源異常信号Ｓ１を運転管理装置１０ａに出力するようになっている。
【００２６】
ＤＣ／ＤＣコンバータ３２は、整流器３１からの出力電圧を所定の電圧に変換してバッテリ３３に入力する一方、バッテリ３３からの出力電圧レベルを逆変換してインバータ３４に入力するようになっている。インバータ３４は、直流電圧を交流電圧に変換するためのものである。なお、バッテリ３３からＤＣ／ＤＣコンバータ３２に入力される直流電圧はコントローラ３７によって監視されるようになっている。コントローラ３７には運転スイッチ３８が接続されている。この運転スイッチ３８を手動操作することによって、ＵＰＳ３０ａの運転開始および停止が可能となっている。コントローラ３７はまた、制御信号ケーブル１９が、接続部３９によって他のＵＰＳ１１−２，１１−３と並列に接続されている。
【００２７】
なお、以上の構成は、他のＵＰＳ３０ｂおよびＵＰＳ２０ａの電源部２０ａｂにおいても同様である。その説明は省略する。
【００２８】
図４〜図６は、サーバ２ａが保有している制御情報の一部を表すものである。ここで、図４はジョブ割り振り情報の内容を示し、図５はＲＡＩＤ共有情報の内容を示し、図６は異常時処理情報の内容を示している。
【００２９】
図４に示したジョブ割り振り情報は、クラスタシステム内においてサーバ２ａが行うように割り振られたジョブを示すものである。この図の例では、サーバ２ａには、ジョブＡ，Ｂ，Ｃ，…等のジョブが割り振られており、それぞれについて優先度が設定されている。また、各ジョブごとに、サーバ２ａが異常停止した場合にそのジョブを引き継ぐこととなる他のサーバ名が設定されている。
【００３０】
図５に示したＲＡＩＤ共有情報は、サーバ２ａが他のサーバと共有しているファイルおよびその共有ファイルを格納しているＲＡＩＤを示すものである。この図の例では、ＲＡＩＤ４ａ内に３つの共有ファイルＳＦ１〜ＳＦ３が格納され、ＲＡＩＤ４ｂ内に４つの共有ファイルＳＦ１〜ＳＦ４が格納されている。そして、各共有ファイルごとに、ＲＡＩＤ内におけるファイルアドレスと、各共有ファイルを共有している相手サーバ名とが記録されている。
【００３１】
図６に示した異常時処理情報は、電源異常が発生した場合に、サーバ間で制御情報のやり取りを行うために必要な情報を示すものである。この図の例では、シャットダウン命令転送先サーバとして、自分以外のすべてのサーバ２ｂ〜２ｄのサーバ名とそれぞれのＩＰアドレスとが登録され、マスタサーバとして、ＲＡＩＤ４ａ〜４ｃにも電力を供給しているＵＰＳ２０ａが担当するサーバ２ｄのサーバ名とそのＩＰアドレスとが登録されている。ここで、シャットダウン命令転送先サーバとは、後述するように、サーバ２ａが運転管理装置１０ａからシャットダウン命令Ｓ２を受けた場合に、そのシャットダウン命令Ｓ２を転送する宛先のサーバを示すものである。また、マスタサーバとは、後述するように、サーバ２ａがシャットダウン処理を完了した場合に、その旨を示すシャットダウン完了通知を送る宛先のサーバを示すものである。なお、ＩＰ(Internet Protocol) アドレスは、このクラスタシステムのＬＡＮ１で用いるプロトコルが例えばＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol)である場合に通常用いられるＬＡＮアドレスである。
【００３２】
なお、他のサーバ２ｂ〜２ｄもまた、それぞれ、図４〜図６に示したのと同様の制御情報を保有している。
【００３３】
次に、上のような構成のクラスタシステムの動作を説明する。
【００３４】
まず、通常の運転時における動作を説明する。通常の運転時においては、サーバ２ａ〜２ｄは、ＬＡＮ１を介してクラスタリングに必要な制御情報を相互にやり取りしながら、図示しないクライアントコンピュータからの要求に応じた処理を行い、クライアントから見れば論理上単一のコンピュータであるかのように有機的かつ協働的に動作する。サーバ２ａ〜２ｄは、ＲＡＩＤ４ａ〜４ｃ上のデータを共有しており、必要に応じて各サーバ２ａ〜２ｄからＲＡＩＤ４ａ〜４ｃのいずれかに対してアクセスを行う。サーバ２ａ〜２ｄは、それぞれ、ＲＡＩＤ４ａ〜４ｃのうちのいずれが自己のアクセス対象であるかを示すＲＡＩＤ共有情報を保有をしている。例えば、サーバ２ａがＲＡＩＤ４ａ上のデータおよびＲＡＩＤ４ｂ上のデータを他のサーバ２ｂ〜２ｄと共有しているとすると、サーバ２ａが保有するＲＡＩＤ共有情報の内容は、ＲＡＩＤ４ａおよびＲＡＩＤ４ｂを示す識別情報、ならびに、ＲＡＩＤ４ａ，４ｂのそれぞれにおける共有データの格納アドレスおよびファイル名等を含むものとなる。
【００３５】
サーバ２ａ〜２ｄは、それぞれに割り振られたジョブを実行する。このジョブの割り振りは、各サーバが保有しているクラスタリングプログラムによって行われる。このクラスタリングプログラムは、特定のサーバに負荷が集中しないように、各サーバの稼働状況を相互に監視して、負荷を均等化する処理を行う。
【００３６】
次に、図７を参照して、いずれかの電源系統に異常が発生した場合の動作を説明する。この図７は、図１に示したクラスタシステム全体としての処理動作をまとめて表すものである。ここでは、例えば、ＵＰＳ３０ａに電力を供給している商用電源系統に停電等の異常が発生した場合を想定して説明する。
【００３７】
ＵＰＳ３０ａのコントローラ３７（図３）は、整流器３１を監視して、電力供給を受けている商用電源系統に停電等の異常が発生したことを検知すると、電源異常信号Ｓ１を出力する。運転管理装置１０ａのＣＰＵ１１は、ＵＰＳ３０ａからの電源異常信号Ｓ１の入力の有無を監視し、電源異常信号Ｓ１が入力されたことを検知すると（ステップＳ１０１）、シリアルＩ／Ｆ部１２からシリアルデータ線５ａを介して、サーバ２ａに対してシャットダウン命令Ｓ２を送出する（ステップＳ１０２）。
【００３８】
運転管理装置１０ａからシャットダウン命令Ｓ２を受けたサーバ２ａは、図６に示した異常時処理情報を参照して、シャットダウン命令転送先サーバのＩＰアドレスを抽出し、それらのサーバに対し、ＬＡＮ１を介して、シャットダウン命令Ｓ２を転送する（ステップＳ１０３）。その後、サーバ２ａは、自らシャットダウン処理を行う（ステップＳ１０４）。この図の例では、サーバ２ｂ〜２ｄに対してシャットダウン命令Ｓ２が転送される。具体的には、サーバ２ｂ〜２ｄのＩＰアドレスとシャットダウン命令Ｓ２とを含むように構成されたパケットデータがＬＡＮ１上に送出され、サーバ２ｃ〜２ｄによってそれぞれ受信される。
【００３９】
サーバ２ｂ〜２ｄは、それぞれ、サーバ２ａからのパケットデータを受け取り、そこからシャットダウン命令Ｓ２を取り込む（ステップＳ１０５）。そして、サーバ２ｂ〜２ｄは、それぞれ、所定の手順でシャットダウン処理を実行する（ステップＳ１０６）。
【００４０】
サーバ２ａ〜２ｄは、それぞれシャットダウン処理が終了すると、シリアルデータ線５ａ〜５ｄを介して、各々を担当する対応する運転管理装置１０ａ〜１０ｃおよびＵＰＳ２０ａに対してシャットダウン完了通知Ｓ３を送出する（ステップＳ１０７）。さらに、サーバ２ａ〜２ｃは、各々が保有している異常処理情報（図６）を参照して、マスタサーバであるサーバ２ｄのＩＰアドレスを抽出し、それぞれ、サーバ２ｄに対して、シャットダウン完了通知Ｓ３をパケットデータの形式で送出する（ステップＳ１０８）。サーバ２ｄは、サーバ２ａ〜２ｃから送られてきたシャットダウン完了通知Ｓ３を受信すると（ステップＳ１０９）、自らを含むシステム内のすべてのサーバがシャットダウン処理を完了したと判断し、その旨を示す全サーバ完了通知Ｓ４をＵＰＳ２０ａに送る（ステップＳ１１０）。これを受けたＵＰＳ２０ａは、サーバ２ｄに対する電力供給を停止する（ステップＳ１１１）。
【００４１】
運転管理装置１０ａ〜１０ｃは、それぞれシリアルデータ線５ａ〜５ｄを介して、対応するサーバ２ａ〜２ｃからシャットダウン完了通知Ｓ３を受け取ると（ステップＳ２１２）、サーバ２ａ〜２ｃへの電力供給を停止する（ステップＳ２１３）。具体的には、図２におけるＣＰＵ１１が、入出力部１６を介して、スイッチ制御信号ＳＣ１を出力し開閉スイッチＳＷ１をオフ状態にする。また、ＵＰＳ２０ａの運転管理部２０ａａは、サーバ２ｄへの電力供給を停止したのち、所定の時間をおいて、ＲＡＩＤ４ａ〜４ｃへの電力供給を停止する（ステップＳ２１４）。具体的には、図２におけるＣＰＵ１１が、入出力部１６を介して、スイッチ制御信号ＳＣ１を出力して開閉スイッチＳＷ１をオフ状態にすると共に、所定の時間経過後に、スイッチ制御信号ＳＣ２を出力して開閉スイッチＳＷ２をオフ状態にする。
【００４２】
このようにして、本実施の形態によれば、いずれかの電源系統に異常が発生した場合に、クラスタシステムを構成するすべてのサーバ２ａ〜２ｄがシャットダウン処理を行い、かつ運転を停止したのちに、ＲＡＩＤ４ａ〜４ｃの運転を停止させるようにすることができるので、クラスタシステムとしての整合性を保ちつつ、システム全体の運転を終了させることが可能である。したがって、クラスタシステムとしての整合性が保たれる。すなわち、その後、システムの運転を開始する場合に、正常に起動を行うことができる。
【００４３】
なお、本実施の形態では、サーバ２ａに電力を供給している商用電源系統に障害が発生した場合を想定して説明したが、他のサーバ２ｂ〜２ｄに電力を供給している商用電源系統に障害が発生した場合の動作についても、上記とほぼ同様である。すなわち、電源障害発生を検知した運転管理装置１０ａ〜１０ｃのいずれかまたはＵＰＳ２０ａが自分の担当するサーバに対してシャットダウン命令Ｓ２を送信する点、シャットダウン命令Ｓ２を受けたサーバが他のすべてのサーバにシャットダウン命令Ｓ２を転送する点、および、ＲＡＩＤ４ａ〜４ｃに電力を供給しているＵＰＳ２０ａが担当するサーバ２ｄをマスタのサーバとして機能させる点等は、同様である。
【００４４】
〔第２の実施の形態〕
次に、本発明の他の実施の形態を説明する。
【００４５】
上記第１の実施の形態では、電源異常の発生した商用電源系統から電力供給を受けているサーバが他のサーバに対してシャットダウン命令Ｓ２を転送することによって、システム内のすべてのサーバのシャットダウン処理の実行を実現している。しかしながら、電源異常の発生した商用電源系統から電力供給を受けているサーバが、何らかの理由で運転を停止していた場合には、他のサーバに対してシャットダウン命令Ｓ２を転送することができず、システム内のすべてのサーバのシャットダウン処理の実行を実現することができない。
【００４６】
本実施の形態は、そのような不都合を回避するために、例えば図８に示したように、運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａをＬＡＮ１に直接接続し、このＬＡＮ１を介して、運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａの間でシャットダウン命令Ｓ２等の制御信号をやり取りするようにしたものである。
【００４７】
図８は本発明の第２の実施の形態に係るクラスタシステムの全体構成を表すものである。なお、この図で、上記の図１に示した構成要素と同一部分には同一の符号を付し、適宜説明を省略する。このクラスタシステムは、上記第１の実施の形態（図１）における運転管理装置１０ａ〜１０ｃおよびＵＰＳ２０ａに代えて、それぞれＬＡＮ１に直接接続された運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａを含んでいる。ＵＰＳ１２０ａは、運転管理部１２０ａａおよび電源部１２０ａｂを有している。
【００４８】
図９は、図８における運転管理装置１１０ａの構成を表すものである。この図に示したように、運転管理装置１１０ａは、上記第１の実施の形態（図２）に示したコントローラ１００に代えて、コントローラ１００′を有している。このコントローラ１００′は、図２に示したシリアルＩ／Ｆ部１２に代えて、ＬＡＮ１に接続するためのＬＡＮインタフェイス（Ｉ／Ｆ）部１８を有している。不揮発性メモリ１５には、ＬＡＮ１に対する接続処理に必要な情報として、例えばユーザ名、パスワード、ＩＰアドレス等が登録されている。
【００４９】
本実施の形態では、サーバ２ａ〜２ｄは、それぞれ、予め割り当てられた他の特定のサーバが何らかの理由によって運転を停止する場合には、その運転を停止するサーバのＩＰアドレスを取得して、そのサーバの肩代わりをするようになっている。具体的には、例えばサーバ２ｂは、サーバ２ａが運転を停止するときには、サーバ２ａが有しているＩＰアドレスを取得し、それ以降、サーバ２ａとしての役割を果たすように動作する。また、例えばサーバ２ｃは、サーバ２ｂが運転を停止するときには、サーバ２ｂが有しているＩＰアドレスを取得し、それ以降、サーバ２ｂとしての役割を果たすように動作する。サーバ２ｃについても同様である。
【００５０】
その他の構成は、上記第１の実施の形態の場合と同様である。
【００５１】
次に、このような構成のクラスタシステムの動作を説明する。なお、通常運転時の動作は、上記第１の実施の形態の場合と同様であるので、その説明は省略し、電源系統に異常が発生した場合の動作のみを説明する。
【００５２】
本実施の形態においても、例えば、ＵＰＳ３０ａに電力を供給している商用電源系統に停電等の異常が発生した場合を想定して説明する。
【００５３】
ここではまず、すべてのサーバ２ａ〜２ｄが正常に運転している場合について説明する。ＵＰＳ３０ａのコントローラ３７（図３）は、その電源系統の異常を検知すると、電源異常信号Ｓ１を出力する。運転管理装置１１０ａのＣＰＵ１１（図８）は、ＵＰＳ３０ａからの電源異常信号Ｓ１の入力を検知すると、ＬＡＮインタフェイス部１８から、ＬＡＮ１を介して、担当するサーバ２ａにパケットデータ形式でシャットダウン命令Ｓ２を送信する。これ以降の処理は、サーバと運転管理装置との間の制御情報のやり取りをすべてＬＡＮ１経由で行う点を除き、上記第１の実施の形態の場合と同様である。
【００５４】
すなわち、運転管理装置１１０ａからシャットダウン命令Ｓ２を受けたサーバ２ａは、サーバ２ｂ〜２ｄに対してパケットデータ形式でシャットダウン命令Ｓ２を転送すると共に、自らシャットダウン処理を実行する。サーバ２ｂ〜２ｄは、それぞれ、サーバ２ａからのシャットダウン命令Ｓ２を受け取ると、各々シャットダウン処理を実行する。サーバ２ａ〜２ｄは、それぞれ、シャットダウン処理が終了すると、ＬＡＮ１を介して、対応する運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａに対してパケットデータ形式でシャットダウン完了通知Ｓ３を送出する。さらに、サーバ２ａ〜２ｃは、各々が保有している異常処理情報（図６）を参照して、マスタサーバであるサーバ２ｄに対して、シャットダウン完了通知Ｓ３をパケットデータの形式で送出する。サーバ２ｄは、サーバ２ａ〜２ｃから送られてきたシャットダウン完了通知Ｓ３を受信すると、自らを含むシステム内のすべてのサーバがシャットダウン処理を完了したと判断し、その旨を示す全サーバ完了通知Ｓ４をＵＰＳ１２０ａに送る。これを受けたＵＰＳ１２０ａは、サーバ２ｄに対する電力供給を停止する。また、運転管理装置１１０ａ〜１１０ｃは、それぞれＬＡＮ１経由で、対応するサーバ２ａ〜２ｃからシャットダウン完了通知Ｓ３を受け取ると、サーバ２ａ〜２ｃへの電力供給を停止する。そして、ＵＰＳ１２０ａの運転管理部１２０ａａは、サーバ２ｄへの電力供給を停止したのち、所定の時間をおいて、ＲＡＩＤ４ａ〜４ｃへの電力供給を停止する。
【００５５】
次に、サーバ２ａが何らかの理由で停止していた場合について説明する。ＵＰＳ３０ａのコントローラ３７（図３）は、その電源系統の異常を検知すると、電源異常信号Ｓ１を出力する。運転管理装置１１０ａのＣＰＵ１１（図８）は、ＵＰＳ３０ａからの電源異常信号Ｓ１の入力を検知すると、ＬＡＮインタフェイス部１８から、ＬＡＮ１を介して、担当するサーバ２ａにパケットデータ形式でシャットダウン命令Ｓ２を送信する。ところが、この場合、サーバ２ａは既に運転を停止しており、他のサーバ２ｂがサーバ２ａのＩＰアドレスを取得している。したがって、ＬＡＮ１を介してサーバ２ａに宛てたパケットデータ形式のシャットダウン命令Ｓ２は、サーバ２ａではなく、サーバ２ｂによって受信される。そして、これ以降、サーバ２ｂは、サーバ２ａの肩代わりをする。
【００５６】
具体的には、シャットダウン命令Ｓ２を受けたサーバ２ｂは、サーバ２ｃ，２ｄに対してパケットデータ形式でシャットダウン命令Ｓ２を転送すると共に、自らシャットダウン処理を実行する。サーバ２ｃ，２ｄは、それぞれ、サーバ２ｂからのシャットダウン命令Ｓ２を受け取ると、各々シャットダウン処理を実行する。なお、サーバ２ａは既に停止しているので、シャットダウン処理を実行する必要はない。言い換えると、既に処理を停止しているので、シャットダウン処理を実行することは不可能である。サーバ２ｂ〜２ｄは、それぞれ、シャットダウン処理が終了すると、ＬＡＮ１を介して、対応する運転管理装置１１０ｂ〜１１０ｃおよびＵＰＳ１２０ａに対してパケットデータ形式でシャットダウン完了通知Ｓ３を送出すると共に、運転を停止しているサーバ２ａに対応する運転管理装置１１０ａに対してもパケットデータ形式でシャットダウン完了通知Ｓ３を送出する。さらに、サーバ２ｂ，２ｃは、各々が保有している異常処理情報（図６）を参照して、マスタサーバであるサーバ２ｄに対して、シャットダウン完了通知Ｓ３をパケットデータの形式で送出する。サーバ２ｄは、サーバ２ｂ，２ｃから送られてきたシャットダウン完了通知Ｓ３を受信すると、サーバ２ａおよび自らを含むシステム内のすべてのサーバがシャットダウン処理を完了したと判断し、その旨を示す全サーバ完了通知Ｓ４をＵＰＳ１２０ａに送る。これを受けたＵＰＳ１２０ａは、サーバ２ｄに対する電力供給を停止する。また、運転管理装置１１０ｂ，１１０ｃは、それぞれＬＡＮ１経由で、対応するサーバ２ｂ，２ｃからシャットダウン完了通知Ｓ３を受け取ると、サーバ２ｂ，２ｃへの電力供給を停止する。また、運転管理装置１１０ａは、サーバ２ａの肩代わりをするサーバ２ｂからＬＡＮ１経由でシャットダウン完了通知Ｓ３を受け取ると、サーバ２ａへの電力供給を停止する。そして、ＵＰＳ１２０ａの運転管理部１２０ａａは、サーバ２ｄへの電力供給を停止したのち、所定の時間をおいて、ＲＡＩＤ４ａ〜４ｃへの電力供給を停止する。
【００５７】
このようにして、本実施の形態では、上記実施の形態の場合と同様に、いずれかの電源系統に異常が発生した場合に、クラスタシステムを構成するすべてのサーバ２ａ〜２ｄがそれぞれシャットダウン処理を行い、かつ運転を停止したのちに、ＲＡＩＤ４ａ〜４ｃの運転を停止させるようにすることができるので、クラスタシステムとしての整合性を保ちつつ、システム全体の運転を終了させることができる。
【００５８】
しかも、本実施の形態では、運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａをＬＡＮ１に直接接続し、これらとサーバ２ａ〜２ｄとの間でＬＡＮ１を介して制御情報のやり取りを行うようにしたので、電源異常の発生した電源系統から電力供給を受けているサーバが既に何らかの理由で運転を停止していたとしても、クラスタシステムを構成するすべてのサーバ２ａ〜２ｄにそれぞれシャットダウン処理を行わせてから各要素の電源を遮断することが可能である。すなわち、電源系統の異常およびサーバ自身の異常という２つの障害が重複して発生するという不測の事態が起きても、整合性を保ちつつ、システム全体の運転を停止させることができる。したがって、上記第１の実施の形態の場合に比べて、電源障害に対するシステムの信頼性をさらに高めることができる。
【００５９】
なお、本実施の形態では、サーバ２ａに電力を供給している商用電源系統に障害が発生した場合を想定して説明したが、他のサーバ２ｂ〜２ｄに電力を供給している商用電源系統に障害が発生した場合の動作についても、上記とほぼ同様である。
【００６０】
〔第３の実施の形態〕
次に、本発明のさらに他の実施の形態を説明する。
【００６１】
上記第２の実施の形態では、運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａをＬＡＮ１に直接接続し、このＬＡＮ１を介して、運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａの間でシャットダウン命令Ｓ２等の制御信号をやり取りするようにしたが、ＬＡＮ１自体に障害が生じていた場合には、サーバ２ａまたはサーバ２ａ〜２ｄのすべてに対してシャットダウン命令Ｓ２を伝送することができなくなり、システム内のすべてのサーバにシャットダウン処理を行わせるすることができない。この問題は、上記第１の実施の形態の場合にも同様に存在する。
【００６２】
本実施の形態は、そのような不都合を回避するために、例えば図１０に示したように、ＬＡＮ１とは別個にＬＡＮ７を敷設すると共に、このＬＡＮ７に運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａを直接接続し、ＬＡＮ７を介して、運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａの相互間でシャットダウン命令Ｓ２等の制御信号をやり取りするようにしたものである。
【００６３】
図１０は本発明の第３の実施の形態に係るクラスタシステムの全体構成を表すものである。なお、この図で、上記の図１に示した構成要素と同一部分には同一の符号を付し、適宜説明を省略する。このクラスタシステムは、ＬＡＮ１とは別個に敷設されたＬＡＮ７を含むと共に、上記第１の実施の形態（図１）における運転管理装置１０ａ〜１０ｃおよびＵＰＳ２０ａに代えて、それぞれＬＡＮ７に接続された運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａを含んでいる。ＵＰＳ２２０ａは、運転管理部２２０ａａおよび電源部２２０ａｂを有している。
【００６４】
図１１は、図１０における運転管理装置２１０ａの構成を表すものである。この図に示したように、運転管理装置２１０ａは、上記第１の実施の形態（図２）に示したコントローラ１００に代えて、コントローラ１００″を有している。このコントローラ１００″は、図２に示したシリアルＩ／Ｆ部１２と図９に示したＬＡＮ・Ｉ／Ｆ部１８とを含んでいる。
【００６５】
本実施の形態では、運転管理装置２１０ａは、図１２に示したような異常時処理情報を保有している。この異常時処理情報は、電源異常が発生した場合に、運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａの相互間で、制御情報のやり取りを行うために必要な情報を示すものである。この図の例では、シャットダウン命令送信先サーバとして、自分以外のすべての運転管理装置２１０ｂ，２１０ｃおよびＵＰＳ２２０ａとそれぞれのＩＰアドレスとが登録され、マスタデバイスとして、ＲＡＩＤ４ａ〜４ｃにも電力を供給しているＵＰＳ２２０ａとそのＩＰアドレスとが登録されている。ここで、シャットダウン命令送信先サーバとは、運転管理装置２２０ａがＵＰＳ３０ａから電源異常信号Ｓ１を受けた場合に、シャットダウン命令Ｓ２を送信する宛先の運転管理装置等を示すものである。また、図１２において、マスタデバイスとは、運転管理装置２１０ａの担当するサーバ２ａがシャットダウン処理を完了した場合に、シャットダウン完了通知Ｓ３を送る宛先の運転管理装置等を示すものである。
【００６６】
その他の構成は、上記第１の実施の形態の場合と同様である。
【００６７】
次に、このような構成のクラスタシステムの動作を説明する。なお、本実施の形態において、通常運転時の動作は、上記第１の実施の形態の場合と同様であるので、説明を省略し、電源系統に異常が発生した場合の動作のみを説明する。本実施の形態においても、例えば、ＵＰＳ３０ａに電力を供給している商用電源系統に停電等の異常が発生した場合を想定して説明する。
【００６８】
運転管理装置２１０ａが担当しているサーバ２ａが正常に運転しており、かつ、ＬＡＮ１に障害が発生していない場合には、いずれかの商用電源系統に異常が発生したときのクラスタシステムの動作は上記第１の実施の形態の場合（図７）と同様である。
【００６９】
一方、運転管理装置２１０ａが担当しているサーバ２ａが運転を停止している場合、または、ＬＡＮ１に障害が発生している場合には、いずれかの商用電源系統に異常が発生したときのクラスタシステムの動作は以下の通りである。
【００７０】
ＵＰＳ３０ａのコントローラ３７（図３）は、その電源系統の異常を検知すると、電源異常信号Ｓ１を出力する。運転管理装置２１０ａのＣＰＵ１１（図１１）は、ＵＰＳ３０ａからの電源異常信号Ｓ１の入力を検知すると、シリアルＩ／Ｆ部１２からシリアルデータ線５ａを介してサーバ２ａにシャットダウン命令Ｓ２を送信する。運転管理装置２１０ａは、さらに、ＬＡＮインタフェイス部１８（図１１）からＬＡＮ７を介して、他の運転管理装置１０ｂ，１０ｃおよびＵＰＳ２２０ａに対して、パケットデータ形式でシャットダウン命令Ｓ２を送信する。
【００７１】
運転管理装置２１０ａからシャットダウン命令Ｓ２を受けた他の運転管理装置１０ｂ，１０ｃおよびＵＰＳ２２０ａは、それぞれ、シリアルデータ線５ｂ〜５ｄを介して、サーバ２ｂ〜２ｄにシャットダウン命令Ｓ２を送信する。サーバ２ｂ〜２ｄは、それぞれ、対応する運転管理装置１０ｂ，１０ｃまたはＵＰＳ２２０ａからシャットダウン命令Ｓ２を受け取ると、シャットダウン処理を実行する。サーバ２ａもまた、上記した運転管理装置１０ａからのシャットダウン命令Ｓ２に応じて、シャットダウン処理を実行する。サーバ２ａ〜２ｄは、それぞれ、シャットダウン処理が終了すると、シリアルデータ線５ａ〜５ｄを介して、対応する運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａに対してシャットダウン完了通知Ｓ３を送出する。さらに、運転管理装置２１０ａ〜２１０ｃは、各々が保有している異常処理情報（図１２）を参照して、マスタデバイスであるＵＰＳ２２０ａに対して、シャットダウン完了通知Ｓ３をパケットデータの形式で送出する。ＵＰＳ２２０ａは、運転管理装置２１０ａ〜２１０ｃから送られてきたシャットダウン完了通知Ｓ３を受信すると、自らが担当するサーバ２ｄを含むシステム内のすべてのサーバがシャットダウン処理を完了したと判断し、サーバ２ｄに対する電力供給を停止する。また、運転管理装置２１０ａ〜２１０ｃは、それぞれ、対応するサーバ２ａ〜２ｃからシャットダウン完了通知Ｓ３を受け取ると、それらのサーバ２ａ〜２ｃへの電力供給を停止する。そして、ＵＰＳ２２０ａの運転管理部２２０ａａは、サーバ２ｄへの電力供給を停止したのち、所定の時間をおいて、ＲＡＩＤ４ａ〜４ｃへの電力供給を停止する。
【００７２】
このようにして、本実施の形態では、上記各実施の形態の場合と同様に、いずれかの電源系統に異常が発生した場合に、クラスタシステムを構成するすべてのサーバ２ａ〜２ｄがそれぞれシャットダウン処理を行い、かつ運転を停止したのちに、ＲＡＩＤ４ａ〜４ｃの運転を停止させるようにすることができるので、クラスタシステムとしての整合性を保ちつつ、システム全体の運転を終了させることができる。
【００７３】
しかも、本実施の形態では、ＬＡＮ１のほかに専用のＬＡＮ７を敷設し、このＬＡＮ７を介して運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａの相互間で通信を行うようにしたので、電源異常の発生した電源系統から電力供給を受けているサーバが既に何らかの理由で運転を停止していたり、あるいは、ＬＡＮ１に障害が発生していたとしても、クラスタシステムを構成するすべてのサーバ２ａ〜２ｄにそれぞれシャットダウン処理を行わせてから各要素の電源を遮断することが可能である。すなわち、電源系統の異常、サーバ自身の異常およびＬＡＮ１の異常という３つの障害が重複して発生するという不測の事態が起きても、整合性を保ちつつ、システム全体の運転を停止させることができる。したがって、上記第２の実施の形態の場合に比べて、電源障害に対するシステムの信頼性をさらに高めることができる。
【００７４】
なお、本実施の形態では、サーバ２ａに電力を供給している商用電源系統に障害が発生した場合を想定して説明したが、他のサーバ２ｂ〜２ｄに電力を供給している商用電源系統に障害が発生した場合の動作についても、上記とほぼ同様である。
【００７５】
〔第４の実施の形態〕
次に、本発明のさらに他の実施の形態を説明する。
【００７６】
上記各実施の形態では、ＲＡＩＤ４ａ〜４ｃはすべて、マスタのサーバ２ｄを担当するＵＰＳ２０ａ（またはＵＰＳ１２０ａ，ＵＰＳ２２０ａ）から電力供給を受ける構成としたが、これに対して、本実施の形態のクラスタシステムは、ＲＡＩＤ４ｂ，４ｃの電源を、それぞれ、別個の商用電源系統からとるようにしたものである。
【００７７】
図１３は、本発明の第４の実施の形態に係るクラスタシステムの全体構成を表すものである。このクラスタシステムは、上記第２の実施の形態のクラスタシステム（図８）を変形したものである。なお、この図で、上記の図８に示した構成要素と同一部分には同一の符号を付し、適宜説明を省略する。
【００７８】
本実施の形態では、ＲＡＩＤ４ｂは、新たに設けた運転管理装置１１０ｄを介してＵＰＳ３０ｃから電力供給を受けるようになっている。また、ＲＡＩＤ４ｃは、新たに設けたＵＰＳ１２０ｂから電力供給を受けるようになっている。ＵＰＳ３０ｃおよびＵＰＳ１２０ｂは、それぞれ、別系統の商用電源から電力供給を受ける。運転管理装置１１０ｄおよびＵＰＳ１２０ｂは、それぞれ、ＬＡＮ１に接続されている。運転管理装置１１０ｄは、サーバ２ａを担当する運転管理装置１１０ａ（図９）と同様の構成であり、ＵＰＳ３０ｃは、ＵＰＳ３０ａ（図３）と同様の構成である。また、ＵＰＳ１２０ｂは、運転管理部１２０ｂａおよび電源部１２０ｂｂとを含んで構成され、サーバ２ｄを担当するＵＰＳ１２０ａと同様の構成である。
【００７９】
本実施の形態では、サーバ２ａは、例えば図１４に示したような異常時処理情報を保有している。この図の例では、シャットダウン命令転送先サーバとして、システム内の他のすべてのサーバ２ｂ〜２ｄが登録され、マスタデバイスとして、ＲＡＩＤ４ａ〜４ｃにそれぞれ電力を供給しているＵＰＳ１２０ａ、運転管理装置１１０ｄおよびＵＰＳ１２０ｂが登録されている。ここで、シャットダウン命令送信先サーバおよびマスタデバイスの意味は、上記の図６および図１２に説明したものと同義である。他のサーバ２ｂ〜２ｄもまた、同様の内容の異常時処理情報を保有している。
【００８０】
一方、運転管理装置１１０ｄは、例えば図１５に示したような異常時処理情報を保有している。この図の例では、ＵＰＳ３０ｃから電源異常信号Ｓ１が入力された場合のシャットダウン命令送信先サーバとして、システム内のすべてのサーバ２ａ〜２ｄが登録されている。ＵＰＳ１２０ｂにおける運転管理部１２０ｂａもまた同様に、システム内のすべてのサーバ２ａ〜２ｄが登録された異常時処理情報を保有している。
【００８１】
その他の構成は、上記第２の実施の形態（図８）の場合と同様である。
【００８２】
次に、このような構成のクラスタシステムの動作を説明する。なお、本実施の形態において、通常運転時の動作は、上記第１の実施の形態の場合と同様であるので、説明を省略し、電源系統に異常が発生した場合の動作のみを説明する。本実施の形態においては、例えば、ＵＰＳ３０ａに電力を供給している商用電源系統に障害が発生した場合と、運転管理装置１１０ｄに電力を供給している商用電源系統に障害が発生した場合とに分けて説明する。
【００８３】
まず、サーバ２ａを担当するＵＰＳ３０ａに電力を供給している商用電源系統に停電等の異常が発生した場合の動作を説明する。運転管理装置１１０ａからシャットダウン命令Ｓ２を受けたサーバ２ａは、サーバ２ｂ〜２ｄに対してシャットダウン命令Ｓ２を転送すると共に、自らシャットダウン処理を実行する。サーバ２ａからのシャットダウン命令Ｓ２を受け取ったサーバ２ｂ〜２ｄは、それぞれ、シャットダウン処理を実行する。サーバ２ａ〜２ｄは、シャットダウン処理が終了すると、それぞれ、ＬＡＮ１を介して、対応する運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａにシャットダウン完了通知Ｓ３を送出すると共に、自己の保有している異常処理情報（図１４）を参照して、マスタデバイスであるＵＰＳ１２０ａ、運転管理装置１１０ｄおよびＵＰＳ１２０ｂに対しても、シャットダウン完了通知Ｓ３を送信する。シャットダウン完了通知Ｓ３を受けた運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａは、それぞれ、サーバ２ａ〜２ｄに対する電力供給を停止する。さらに、ＵＰＳ１２０ａは、自らの担当するＲＡＩＤ４ａを共有しているすべてのサーバがシャットダウンを完了したことを確認すると、所定の時間をおいてＲＡＩＤ４ａへの電力供給を停止する。また、運転管理装置１１０ｄは、ＲＡＩＤ４ｂを共有しているすべてのサーバがシャットダウンを完了したことを確認すると、所定の時間をおいてＲＡＩＤ４ｂへの電力供給を停止する。同様に、ＵＰＳ１２０ｂは、ＲＡＩＤ４ｃを共有しているすべてのサーバがシャットダウンを完了したことを確認すると、所定の時間をおいてＲＡＩＤ４ｃへの電力供給を停止する。
【００８４】
次に、運転管理装置１１０ｄに電力を供給している商用電源系統に障害が発生した場合の動作を説明する。運転管理装置１１０ｄは、ＵＰＳ３０ｃから電源異常信号Ｓ１を受けると、自己の保有する異常時処理情報（図１５）を参照して、システム内のすべてのサーバ２ａ〜２ｄに対し、ＬＡＮ１を介してシャットダウン命令Ｓ２を送信する。運転管理装置１１０ｄからのシャットダウン命令Ｓ２を受けたサーバ２ａ〜２ｄは、それぞれ、シャットダウン処理を実行したのち、対応する運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａに対してシャットダウン完了通知Ｓ３を送信する。さらに、サーバ２ａ〜２ｃは、それぞれ、自己の保有する異常時処理情報（図14）を参照して、ＵＰＳ１２０ａ，運転管理装置１１０ｄおよびＵＰＳ１２０ｂに対してもシャットダウン完了通知Ｓ３を送信する。サーバ２ａ〜２ｄからそれぞれシャットダウン完了通知Ｓ３を受けた運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａは、各々、サーバ２ａ〜２ｄへの電力供給を停止させる。また、ＵＰＳ１２０ａは、ＲＡＩＤ４ａを共用しているすべてのサーバからシャットダウン完了通知Ｓ３を受け取ったことを確認すると、ＲＡＩＤ４ａへの電力供給を停止する。また、運転管理装置１１０ｄは、ＲＡＩＤ４ｂを共用しているすべてのサーバからシャットダウン完了通知Ｓ３を受け取ると、ＲＡＩＤ４ｂへの電力供給を停止する。同様に、ＵＰＳ１２０ｂは、ＲＡＩＤ４ｃを共用しているすべてのサーバ２ａ〜２ｄからシャットダウン完了通知Ｓ３を受け取ると、ＲＡＩＤ４ｃへの電力供給を停止する。
【００８５】
このように、本実施の形態では、サーバとＲＡＩＤとが異なる電源系統から電力供給を受けている場合であっても、いずれかのサーバまたはＲＡＩＤの電源系統に障害が発生した場合には、サーバがシャットダウン処理を実行し、かつ運転を停止した後に、ＲＡＩＤの電源を遮断するようにしたので、整合性を保ちつつ、クラスタシステムの運転を終了することが可能である。
【００８６】
なお、上記のほか、例えばＵＰＳ１２０ｂの電源系統に障害が発生した場合も、上記とほぼ同様の手順によってシステムを安全に停止させることができる。
【００８７】
〔第５の実施の形態〕
次に、本発明の他の実施の形態を説明する。
【００８８】
図１６は、本発明の第５の実施の形態に係るクラスタシステムの全体構成を表すものである。このクラスタシステムは、上記第３の実施の形態のクラスタシステム（図１０）を変形したものである。なお、この図で、上記の図１０に示した構成要素と同一部分には同一の符号を付し、適宜説明を省略する。
【００８９】
本実施の形態では、ＲＡＩＤ４ｂは、新たに設けた運転管理装置１１０ｄを介してＵＰＳ３０ｃから電力供給を受けるようになっている。また、ＲＡＩＤ４ｃは、新たに設けたＵＰＳ１２０ｂから電力供給を受けるようになっている。ＵＰＳ３０ｃおよびＵＰＳ１２０ｂは、それぞれ、別系統の商用電源から電力供給を受けているものとする。運転管理装置１１０ｄ、ＵＰＳ３０ｃおよびＵＰＳ１２０ｂは、上記第４の実施の形態における図１３に示したものと同じものであり、ＵＰＳ２２０ａは、上記第３の実施の形態における図１０に示したものと同じものである。但し、本実施の形態では、運転管理装置１１０ｄ、ＵＰＳ１２０ｂの運転管理部１２０ｂａ、およびＵＰＳ２２０ａの運転管理部２２０ａａは、いずれも、ＬＡＮ７に接続されている。
【００９０】
運転管理装置２１０ａは、図１４に示した異常処理情報と同種の情報を保有している。但し、この例では、図１４におけるマスタデバイスとしてのＵＰＳ１２０ａに代えてＵＰＳ２２０ａが登録されている。他の運転管理装置２１０ｂ，２１０ｃ、１１０ｄおよびＵＰＳ２２０ａ，１２０ｂもまた、同様の異常処理情報を保有している。
【００９１】
その他の構成は、上記第３の実施の形態（図１０）の場合と同様である。
【００９２】
本実施の形態のクラスタシステムの動作は、ＬＡＮ１の代わりにＬＡＮ７を利用して運転管理装置２１０ａ〜２１０ｃ、ＵＰＳ２２０ａ，運転管理装置１１０ｄおよびＵＰＳ１２０ｂの相互間で制御情報のやり取りを行う点を除き、上記第４の実施の形態の場合とほぼ同様である。
【００９３】
まず、サーバ２ａを担当するＵＰＳ３０ａに電力を供給している商用電源系統に障害が発生した場合の動作を説明する。この場合、サーバ２ａ〜２ｄがそれぞれシャットダウン処理を実行するまでの動作は、上記第３の実施の形態（図１０）の場合と同様であるので、その説明は省略し、シャットダウン処理完了後における動作のみを説明する。
【００９４】
本実施の形態において、サーバ２ａ〜２ｄは、それぞれ、シャットダウン処理が終了すると、シリアルデータ線５ａ〜５ｄを介して、対応する運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａに対してシャットダウン完了通知Ｓ３を送出する。これを受けた運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａは、それぞれ、対応するサーバ２ａ〜２ｄへの電力供給を停止する。さらに、運転管理装置２１０ａ〜２１０ｃは、それぞれ、各自が保有している異常処理情報を参照して、マスタデバイスであるＵＰＳ２２０ａ，運転管理装置１１０ｄおよびＵＰＳ１２０ｂに対して、ＬＡＮ７を介してシャットダウン完了通知Ｓ３を送出する。また、ＵＰＳ２２０ａは、保有している異常処理情報を参照して、他のマスタデバイスである運転管理装置１１０ｄおよびＵＳＰ１２０ｂに対して、ＬＡＮ７を介してシャットダウン完了通知Ｓ３を送出する。そして、ＵＰＳ２２０ａは、運転管理装置２１０ａ〜２１０ｃからのシャットダウン完了通知Ｓ３等により、ＲＡＩＤ４ａを共用しているすべてのサーバがシャットダウン処理を完了したことを確認すると、所定時間経過後にＲＡＩＤ４ａへの電力供給を停止する。同様に、運転管理装置１１０ｄは、運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａからのシャットダウン完了通知Ｓ３等により、ＲＡＩＤ４ｂを共用しているすべてのサーバがシャットダウンを完了したことを確認すると、所定時間経過後にＲＡＩＤ４ｂへの電力供給を停止する。同様に、ＵＰＳ１２０ｂは、運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａからのシャットダウン完了通知Ｓ３等により、ＲＡＩＤ４ｃを共用しているすべてのサーバがシャットダウンを完了したことを確認すると、所定時間経過後にＲＡＩＤ４ｃへの電力供給を停止する。
【００９５】
次に、例えば、運転管理装置１１０ｄに電力を供給している商用電源系統に障害が発生した場合の動作を説明する。運転管理装置１１０ｄは、ＵＰＳ３０ｃから電源異常信号Ｓ１を受けると、自己の保有する異常時処理情報（図１５）を参照して、システム内のすべてのサーバ２ａ〜２ｄに対し、それぞれ、ＬＡＮ７および運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａを介して、シャットダウン命令Ｓ２を送信する。運転管理装置１１０ｄからのシャットダウン命令Ｓ２を受けたサーバ２ａ〜２ｄは、それぞれ、シャットダウン処理を実行したのち、対応する運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａに対してシャットダウン完了通知Ｓ３を送信する。これを受けた運転管理装置２１０ａ〜２１０ｃは、それぞれ、自己の保有する異常時処理情報を参照して、マスタデバイスであるＵＰＳ２２０ａ，運転管理装置１１０ｄおよびＵＰＳ１２０ｂにシャットダウン完了通知Ｓ３を送信する。また、ＵＰＳ２２０ａは、自己の保有する異常時処理情報を参照して、他のマスタデバイスである運転管理装置１１０ｄおよびＵＰＳ１２０ｂにシャットダウン完了通知Ｓ３を送信する。サーバ２ａ〜２ｄからそれぞれシャットダウン完了通知Ｓ３を受けた運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａは、各々、サーバ２ａ〜２ｄへの電力供給を停止させる。また、ＵＰＳ２２０ａは、運転管理装置２１０ａ〜２１０ｃおよびサーバ２ｄからのシャットダウン完了通知Ｓ３により、ＲＡＩＤ４ａを共用しているすべてのサーバがシャットダウン処理を完了したことを確認すると、所定時間経過後にＲＡＩＤ４ａへの電力供給を停止する。同様に、運転管理装置１１０ｄは、運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａからのシャットダウン完了通知Ｓ３により、ＲＡＩＤ４ｂを共用しているすべてのサーバがシャットダウン処理を完了したことを確認すると、所定時間経過後にＲＡＩＤ４ｂへの電力供給を停止する。同様に、ＵＰＳ１２０ｂは、運転管理装置２１０ａ〜２１０ｃ、ＵＰＳ２２０ａおよび運転管理装置１１０ｄからのシャットダウン完了通知Ｓ３により、ＲＡＩＤ４ｃを共用しているすべてのサーバがシャットダウン処理を完了したことを確認すると、所定時間経過後にＲＡＩＤ４ｃへの電力供給を停止する。
【００９６】
このように、本実施の形態によれば、サーバとＲＡＩＤとが異なる電源系統から電力供給を受けている場合であっても、いずれかのサーバまたはＲＡＩＤの電源系統に障害が発生した場合には、サーバがシャットダウン処理を実行し、かつ運転を停止した後に、ＲＡＩＤの電源を遮断するようにしたので、整合性を保ちつつ、クラスタシステムの運転を終了することが可能である。
【００９７】
なお、上記のほか、例えばＵＰＳ１２０ｂの電源系統に障害が発生した場合も、上記の手順に準じた手順によってシステムを安全に停止させることができる。
【００９８】
以上、いくつかの実施の形態を挙げて本発明を説明したが、本発明はこれらの実施の形態には限定されず、種々変形可能である。例えば、上記各実施の形態では、クラスタシステムの各サーバ間をＬＡＮ１によって接続するようにしたが、ＬＡＮに代えてＷＡＮ（広域ネットワーク）によって接続するようにしてもよい。
【００９９】
また、上記各実施の形態では、サーバ２ａ〜２ｄによって共有されるＲＡＩＤ４ａ〜４ｃをＳＣＳＩ３によって接続するようにしたが、ＳＣＳＩに代えて、例えば、光ファイバを用いて構成される、より高速のＦＤＤＩ(Fiber Distributed Data Interface)やファイバチャネル(Fibre Channel) 等を用いるようにしてもよい。
【０１００】
また、上記各実施の形態では、サーバ２ａ〜２ｄおよびＲＡＩＤ４ａ〜４ｃに係る電源系統の一部に障害が発生した場合においても、システム全体の運転を停止するようにしたが、本発明はこれに限定されず、障害の発生した電源系統から電力供給を受けているデバイス（すなわち、サーバまたはＲＡＩＤ）のみの運転を停止させるようにしてもよい。この場合には、障害の発生した電源系統から電力供給を受けているデバイスをまずクラスタシステムから切り離し、しかるのち、その切り離したサーバまたはＲＡＩＤの電源を遮断すればよい。但し、システムからデバイスを切り離すに際しては、そのデバイスがそれまでシステム内で果たしていた役割を他のデバイスに割り振るというシステム再編成処理を行う。
【０１０１】
例えば、上記第１の実施の形態（図１）を例にとると、サーバ２ａに係る電源系統に障害が発生した場合には、それまでサーバ２ａが行っていたジョブＡ，Ｂ，Ｃ，……（図４）を、他のサーバ２ｂ〜２ｄに割り振ると共に、サーバ２ｂ〜２ｄによるＲＡＩＤ４ａ〜４ｃの共有関係を変更する。具体的には、サーバ２ｂ〜２ｄがそれぞれ保有するジョブ割り振り情報（図４）の内容をそれぞれ変更すると共に、サーバ２ｂ〜２ｄがそれぞれ保有するＲＡＩＤ共有情報（図５）の内容を変更すればよい。
【０１０２】
また、例えば上記第４の実施の形態（図１３）を例にとると、ＲＡＩＤ４ｂに係る電源系統に障害が発生した場合には、ＲＡＩＤ４ｂ内のファイルをすべて他のＲＡＩＤ４ａまたは４ｃに複写した上で、サーバ２ａ〜２ｄによってＲＡＩＤ４ａ，４ｃを共有するように再編成を行えばよい。但し、現実には、ＲＡＩＤ内のファイルは膨大であるため、電源障害発生後の短いバッテリバックアップ期間（例えば、１０〜２０分）内に、これらの膨大なファイル群をすべて他のＲＡＩＤ４ａ，４ｃに複写するのは困難である。そこで、実際には、予めＲＡＩＤ４ａ〜４ｃをミラー構成（すなわち、同一内容のファイルを他のＲＡＩＤ内にも格納しておく構成）にしておくことが有効である。このミラー構成の場合、例えばＲＡＩＤ４ｂ内のファイルの内容は、定期的に、他のＲＡＩＤ（例えばＲＡＩＤ４ｃ）内のミラーファイルの内容と一致するように整合処理がなされるので、ＲＡＩＤ４ｂの電源障害発生時点における両ファイル間の相違は微々たるものとなる。したがって、電源障害発生後の短いバッテリバックアップ期間内であっても、ＲＡＩＤ４ｂ内のファイルの完全な複製を他のＲＡＩＤ４ｃ内に作成することは十分可能である。
【０１０３】
このように、障害の発生した電源系統から電力供給を受けているサーバまたはＲＡＩＤのみをシステムから切り離すようにすれば、クラスタシステム全体の運転を停止させる必要がなく、他の正常なサーバおよびＲＡＩＤによって再編成されたクラスタシステムによって処理を続行することができる。したがって、クラスタシステムとしての信頼性をより高めることができる。
【０１０４】
【発明の効果】
以上説明したように、本発明のクラスタシステム、クラスタシステムの運転管理装置、またはクラスタシステムの運転管理方法によれば、いずれかの運転管理装置に接続されたサーバコンピュータに電力を供給している交流電源系統に障害が発生した場合に、その運転管理装置が、そのサーバコンピュータに予め与えられていた役割を予め定められた他のサーバコンピュータに代行させるための処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを無停電電源装置による電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、いずれかの運転管理装置に接続された記憶装置に電力を供給している交流電源系統に障害が発生した場合には、その運転管理装置が、その記憶装置の内容を他の記憶装置に複写する処理と、サーバコンピュータ間での記憶装置の共有関係を変更する処理とを電力バックアップ期間中に行うように複数のサーバコンピュータに指示すると共に、それらの処理が行われたことを確認し、その後、その運転管理装置が、自分に接続されたサーバコンピュータおよび記憶装置への交流電力供給を停止するようにしたので、障害の発生していない部分だけで処理が続行可能である。したがって、電源障害が発生しても、クラスタシステム全体の停止を伴わずに、運転を続けることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るクラスタシステムの全体構成を表すブロック図である。
【図２】図１における運転管理装置の一構成例を表すブロック図である。
【図３】図１における無停電電源装置の一構成例を表すブロック図である。
【図４】サーバが保有するジョブ割り振り情報の一例を表す図である。
【図５】サーバが保有するＲＡＩＤ共有情報の一例を表す図である。
【図６】サーバが保有する異常時処理情報の一例を表す図である。
【図７】図１に示したクラスタシステムにおける電源障害時の全体動作を説明するための流れ図である。
【図８】本発明の第２の実施の形態に係るクラスタシステムの全体構成を表すブロック図である。
【図９】図８における運転管理装置の一構成例を表すブロック図である。
【図１０】本発明の第３の実施の形態に係るクラスタシステムの全体構成を表すブロック図である。
【図１１】図１０における運転管理装置の一構成例を表すブロック図である。
【図１２】図１０に示した運転管理装置が保有する異常時処理情報の一例を表す図である。
【図１３】本発明の第４の実施の形態に係るクラスタシステムの全体構成を表すブロック図である。
【図１４】図１３に示したサーバが保有する異常時処理情報の一例を表す図である。
【図１５】図１３に示した運転管理装置が保有する異常時処理情報の一例を表す図である。
【図１６】本発明の第５の実施の形態に係るクラスタシステムの全体構成を表すブロック図である。
【符号の説明】
１，７…ＬＡＮ
２ａ〜２ｄ…サーバ
３…データ線
４ａ〜４ｃ…ＲＡＩＤ
６ａ，６ｂ…信号線
５ａ〜５ｄ…シリアルデータ線
１０ａ〜１０ｃ，１１０ａ〜１１０ｄ，２１０ａ〜２１０ｃ…運転管理装置
１１…ＣＰＵ
１５…不揮発性メモリ
２０ａ，１２０ａ，１２０ｂ，２２０ａ…ＵＰＳ（運転管理部内蔵）
３０ａ〜３０ｃ…ＵＰＳ
Ｓ１…電源異常信号
Ｓ２…シャットダウン命令
Ｓ３…シャットダウン完了通知
【図１】
0003776072.tif 000002
【図２】
0003776072.tif 000003
【図３】
0003776072.tif 000004
【図４】
0003776072.tif 000005
【図５】
0003776072.tif 000006
【図６】
0003776072.tif 000007
【図７】
0003776072.tif 000008
【図８】
0003776072.tif 000009
【図９】
0003776072.tif 000010
【図１０】
0003776072.tif 000011
【図１１】
0003776072.tif 000012
【図１２】
0003776072.tif 000013
【図１３】
0003776072.tif 000014
【図１４】
0003776072.tif 000015
【図１５】
0003776072.tif 000016
【図１６】
0003776072.tif 000017