JP2003178046A

JP2003178046A - クラスタシステムならびにその運転管理装置および方法

Info

Publication number: JP2003178046A
Application number: JP2002281529A
Authority: JP
Inventors: Yoshihiro Misorizaki; 好弘三反崎
Original assignee: Isa Co Ltd
Current assignee: Isa Co Ltd
Priority date: 2002-09-26
Filing date: 2002-09-26
Publication date: 2003-06-27
Anticipated expiration: 2018-11-25
Also published as: JP3776072B2

Abstract

(57)【要約】【課題】電源障害時のトラブルを回避し得るクラスタ
システムならびにその運転管理装置および方法を提供す
る。【解決手段】サーバ５ａ〜５ｄおよびＲＡＩＤ４ａ〜
４ｃのいずれかのデバイスの電源系統に障害が発生する
と、ＵＰＳ３０ａ〜３０ｃのいずれかによる電力バック
アップが行われる。その間に、サーバ５ａ〜５ｄは、ク
ラスタシステムとしての整合性担保のために、その電源
障害発生デバイスの役割を他のデバイスに割り振るシス
テム再編成処理を行う。例えば、サーバ２ａの電源系統
に障害が発生した場合には、それまでサーバ２ａが行っ
ていたジョブを他のサーバ２ｂ〜２ｄに割り振ると共
に、サーバ２ｂ〜２ｄによるＲＡＩＤ４ａ〜４ｃの共有
関係を変更する。運転管理装置１０ａ〜１０ｃは、シス
テム再編成処理終了を確認した後、障害発生電源系統か
ら電力供給を受けていたサーバおよびＵＰＳへの電力供
給を停止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のコンピュー
タを結びつけて論理上１つのコンピュータとして機能さ
せるようにしたクラスタシステムならびにその運転管理
装置および方法に関する。

【０００２】

【従来の技術】物理的には独立した複数のコンピュータ
を互いに結びつけて論理的に１つの固まりとなし、利用
者に対しては単一のコンピュータであるかのように見せ
るようにした技術が知られている。この技術は、一般
に、クラスタリングあるいはクラスタ接続と呼ばれ、こ
の技術を用いて構成したコンピュータシステムはクラス
タシステムと呼ばれている。

【０００３】このクラスタシステムによれば、小規模な
コンピュータを複数つなぎ合わせていくことで、利用方
法の変更を伴わずに、高い処理能力を有する大規模なシ
ステムに成長させることができる。しかも、大型のコン
ピュータを用いた場合に比べて、より安価に大規模なシ
ステムを構築することができる。また、システムの冗長
化、多重化を図ることで、システムとしての耐障害性を
高めることも可能である。

【０００４】ところで、従来より、停電等の電源状態異
常時に商用電源から内蔵バッテリへの電源切り換えを自
動的に行い、接続された電気機器への電源供給バックア
ップを可能にした無停電電源装置（以下、ＵＰＳ(Unint
eruptible Power Supply) という。）が知られている。
特に、ワークステーション（以下、ＷＳという。）やパ
ーソナルコンピュータ（以下、ＰＣという。）等の情報
処理装置および外部記憶装置等の周辺機器を含む情報処
理システムにおいては、データの喪失やシステムクラッ
シュ等を防止するには電源の瞬断さえも許されないの
で、このＵＰＳが必要不可欠になってきている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記し
たクラスタシステムにおいては、電源異常が発生するこ
とは想定されていなかった。このため、クラスタシステ
ムの構成要素である各コンピュータや記憶装置における
電源環境の安全性を担保するために上記のＵＰＳをどの
ように配置して電源障害発生時にはどのようなシーケン
スで対処すればよいか等については、何ら考慮がなされ
ていなかった。したがって、一旦電源障害が発生した場
合には、ユーザの介在を余儀なくされ、しかも、ユーザ
が適切な対処を怠った場合には、システムとしての正常
性あるいは整合性が失われるおそれもあった。

【０００６】本発明はかかる問題点に鑑みてなされたも
ので、その目的は、電源に障害が発生した場合に予想さ
れるトラブルを自動的に回避することができるクラスタ
システムならびにその運転管理装置および方法を提供す
ることにある。

【０００７】請求項１記載のクラスタシステムは、サー
バコンピュータ、記憶装置、無停電電源装置、および運
転管理装置を含んで構成されたクラスタシステムであっ
て、いずれかのサーバコンピュータまたは記憶装置の電
源系統に障害が発生した場合に、無停電電源装置による
電力バックアップ期間中に、複数のサーバコンピュータ
は、クラスタシステムとしての整合性を担保するための
システム再編成処理を行い、運転管理装置は、システム
再編成処理の終了を確認したのち、障害の発生した電源
系統から電力供給を受けていたサーバコンピュータおよ
び記憶装置への電力供給を停止するようにしたものであ
る。

【０００８】請求項１記載のクラスタシステムでは、電
源障害発生時、無停電電源装置による電力バックアップ
期間中に、複数のサーバコンピュータがクラスタシステ
ムとしての整合性を担保するためのシステム再編成処理
を行い、運転管理装置が、システム再編成処理の完了を
確認した後、電源障害の発生したサーバコンピュータお
よび記憶装置への電力供給を停止する。

【０００９】請求項４記載のクラスタシステムの運転管
理装置は、サーバコンピュータ、記憶装置、および無停
電電源装置を含んで構成されたクラスタシステムに適用
される運転管理装置であって、いずれかのサーバコンピ
ュータまたは記憶装置の電源系統に障害が発生した場合
において、クラスタシステムとしての整合性を担保する
ためのシステム再編成処理が無停電電源装置による電力
バックアップ期間中に複数のサーバコンピュータにより
行われたことを確認したのち、障害の発生した電源系統
から電力供給を受けていたサーバコンピュータおよび記
憶装置への電力供給を停止するようにしたものである。

【００１０】請求項４記載のクラスタシステムの運転管
理装置は、いずれかのサーバコンピュータまたは記憶装
置の電源系統に障害が発生すると、無停電電源装置によ
る電力バックアップ期間中にシステム再編成処理が複数
のサーバコンピュータにより行われたことを確認したの
ちに、障害の発生した電源系統から電力供給を受けてい
たサーバコンピュータおよび記憶装置への電力供給を停
止する。

【００１１】請求項５記載のクラスタシステムの運転管
理方法は、クラスタシステムに適用される運転管理方法
であって、いずれかのサーバコンピュータまたは記憶装
置の電源系統に障害が発生すると、無停電電源装置によ
る電力バックアップ期間中に、複数のサーバコンピュー
タにおいてクラスタシステムとしての整合性を担保する
ためのシステム再編成処理を行い、運転管理装置におい
て、システム再編成処理の終了を確認したのち、障害の
発生した電源系統から電力供給を受けていたサーバコン
ピュータおよび記憶装置への電力供給を停止するように
したものである。

【００１２】請求項５記載のクラスタシステムの運転管
理方法では、いずれかのサーバコンピュータまたは記憶
装置の電源系統に障害が発生すると、無停電電源装置に
よる電力バックアップ期間中に、複数のサーバコンピュ
ータにおいてクラスタシステムとしての整合性を担保す
るためのシステム再編成処理が行われ、運転管理装置に
おいて、システム再編成処理の終了が確認されたのち、
障害の発生した電源系統から電力供給を受けていたサー
バコンピュータおよび記憶装置への電力供給が停止され
る。

【００１３】

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

【００１４】〔第１の実施の形態〕図１は本発明の第１
の実施の形態に係るクラスタシステムの概略構成を表す
ものである。このクラスタシステムは、それぞれ物理的
に独立して構成されると共にＬＡＮ（ローカルエリアネ
ットワーク）１によって相互に接続された４台のサーバ
２ａ〜２ｄと、データ線３によってサーバ２ａ〜２ｄに
接続された記憶装置としての３台のＲＡＩＤ(Redundant
Arrays of Inexpensive Disks) ４ａ〜４ｃとを含んで
構成されている。

【００１５】サーバ２ａ〜２ｄは、それぞれ、クラスタ
接続のための例えばミドルウェアと呼ばれる専用のソフ
トウェアを搭載している。以下の説明では、この専用ソ
フトウェアをクラスタリングプログラムと呼ぶものとす
る。サーバ２ａ〜２ｄの間をクラスタ接続するために必
要な制御情報は、ＬＡＮ１を用いてやり取りされるよう
になっている。サーバ２ａ〜２ｄとしては、それぞれ、
例えばＰＣやＷＳ等の小型のコンピュータが用いられ
る。ＲＡＩＤ４ａ〜４ｃは、サーバ２ａ〜２ｄによって
共有されるデータを格納するためのものである。データ
線３としては、例えばＳＣＳＩ(Small Computer System
Interface) 規格のデータケーブルが用いられる。ＲＡ
ＩＤ４ａ〜４ｃは、複数のハードディスクを冗長接続し
て構成したディスクアレイである。このような構成のク
ラスタシステムは、ＬＡＮ１に接続された１または複数
のクライアントコンピュータ（図示せず）によって、論
理上単一のコンピュータとして認識され、利用されるよ
うになっている。

【００１６】ここで、サーバ２ａ〜２ｄが、それぞれ、
本発明における「サーバコンピュータ」に対応し、ＲＡ
ＩＤ４ａ〜４ｃが、それぞれ、本発明における「記憶装
置」に対応する。また、ＬＡＮ１が本発明における「通
信ネットワーク」に対応する。

【００１７】サーバ２ａ〜２ｄは、それぞれ、運転管理
装置１０ａ〜１０ｃおよび無停電電源装置（以下、ＵＰ
Ｓという。）２０ａから電力供給を受け、ＲＡＩＤ４ａ
〜４ｃは、いずれもＵＰＳ２０ａから電力供給を受ける
ようになっている。運転管理装置１０ａは、ＵＰＳ３０
ａからの電力供給を受けて動作し、運転管理装置１０
ｂ，１０ｃは、ＵＰＳ３０ｂからの電力供給を受けて動
作する。ＵＰＳ２０ａは、運転管理装置１０ａに相当す
る機能を有する運転管理部２０ａａとＵＰＳ３０ａに相
当する機能を有する電源部２０ａｂとを備えている。本
実施の形態において、ＵＰＳ３０ａ，３０ｂおよびＵＰ
Ｓ２０ａは、それぞれ、異なる系統の商用電源（図示せ
ず）に接続されているものとする。

【００１８】サーバ２ａ〜２ｃと運転管理装置１０ａ〜
１０ｃとの間、およびサーバ２ｄとＵＰＳ２０ａとの間
は、それぞれ、専用のシリアルデータ線５ａ〜５ｄによ
って接続されている。シリアルデータ線５ａ〜５ｄとし
ては、例えば、ＲＳ２３２Ｃ規格のデータ線が用いられ
る。運転管理装置１０ａとＵＰＳ３０ａとの間は信号線
６ａによって接続され、運転管理装置１０ｂおよび１０
ｃとＵＰＳ３０ｂとの間は信号線６ｂによって接続され
ている。

【００１９】ＵＰＳ３０ａは、自己の利用している商用
電源の電源系統に停電等の電源障害が発生すると、商用
電源の側から内蔵するバッテリ（図示せず）の側に切り
替えて継続して電力供給を行うと共に、信号線６ａを介
して、運転管理装置１０ａに電源異常信号Ｓ１を送出す
るようになっている。同様に、ＵＰＳ３０ｂは、その電
源系統に電源障害が発生すると、内蔵するバッテリの側
に切り替えて継続して電力供給を行うと共に、信号線６
ｂを介して、運転管理装置１０ｂ，１０ｃに電源異常信
号（図示せず）を送出する。また、ＵＰＳ２０ａにおい
て、電源部２０ａｂは、その電源系統に障害が発生する
と、内蔵するバッテリの側に切り替えて継続して電力供
給を行うと共に、運転管理部２０ａａに電源異常信号
（図示せず）を送る。運転管理装置１０ａ〜１０ｃおよ
びＵＰＳ２０ａの運転管理部２０ａａは、それぞれ、電
源異常信号を受け取ると、データ線５ａ〜５ｄを介して
自己の担当するサーバ２ａ〜２ｄに対し、シャットダウ
ン処理を実行させるためのシャットダウン命令Ｓ２を送
出するようになっている。

【００２０】図２は、運転管理装置１０ａの内部構成を
表すものである。この図に示したように、運転管理装置
１０ａは、装置全体の動作を制御するＣＰＵ１１と、デ
ータ線５ａに接続されたシリアルインタフェイス（Ｉ／
Ｆ）部１２と、装置の動作を律するプログラムを格納す
るＲＯＭ（リード・オンリ・メモリ）１３と、ワークメ
モリとしてのＲＡＭ（ランダム・アクセス・メモリ）１
４と、装置の動作に係わる各種の情報を格納する不揮発
性メモリ１５と、各種の入出力信号のインタフェイスを
行う入出力（Ｉ／Ｏ）部１６とを含んで構成されたコン
トローラ１００を備えている。コントローラ１００内の
各部は内部バス９によって相互に接続されている。

【００２１】運転管理装置１０ａはまた、一端が電源ケ
ーブルＣ１に接続された電源ノイズ除去用のノイズフィ
ルタ１９を備えている。このノイズフィルタ１９の他端
側は、開閉スイッチＳＷ１を介してサーバ用のＡＣコネ
クタＰａ，Ｐｂに接続されると共に、開閉スイッチＳＷ
２を介して周辺装置用のＡＣコネクタＰｃ〜Ｐｅに接続
されるようになっている。電源ケーブルＣ１はＵＰＳ３
０ａに接続されている。開閉スイッチＳＷ１，ＳＷ２
は、それぞれ、ＣＰＵ１１からの指示により入出力部１
６から出力されるスイッチ制御信号ＳＣ１，ＳＣ２によ
って、互いに独立したタイミングで開閉制御されるよう
になっている。なお、開閉スイッチＳＷ１，ＳＷ２は、
例えば半導体スイッチで構成可能である。

【００２２】入出力部１６には、ＵＰＳ３０ａから信号
線６ａを介して送られてくる電源異常信号Ｓ１が入力さ
れるほか、手動操作スイッチ１７からの起動信号または
停止信号が入力されるようになっている。シリアルＩ／
Ｆ部１２は、ＣＰＵ１１からのシャットダウン命令Ｓ２
をシリアルデータ線５ａを介してサーバ２ａに送出する
と共に、サーバ２ａからシリアルデータ線５ａを介して
送られてきたシャットダウン完了通知Ｓ３を受信してＣ
ＰＵ１１に渡すようになっている。

【００２３】なお、以上の構成は、他の運転管理装置１
０ｂ，１０ｃおよびＵＰＳ２０ａの運転管理部２０ａａ
においても同様である。それらの説明は省略する。

【００２４】図３は、図１におけるＵＰＳ３０ａの概略
構成を表すものである。この装置は、入力端が電源ケー
ブルＣ２に接続された整流器３１と、一端側が整流器３
１の出力端に接続されたＤＣ／ＤＣコンバータ３２と、
ＤＣ／ＤＣコンバータ３２の他端側に接続されたバッテ
リ３３と、入力端が整流器３１の出力端およびＤＣ／Ｄ
Ｃコンバータ３２の一端に接続され、出力端が交流出力
端子Ｐ１，Ｐ２に接続されたインバータ３４と、整流器
３１、ＤＣ／ＤＣコンバータ３２およびインバータ３４
等を制御するコントローラ３７とを備えている。

【００２５】整流器３１は、図示しない商用電源から入
力された交流電圧を整流して直流電圧にするためのもの
である。この整流器３１に入力される交流電圧は、コン
トローラ３７によって監視される。コントローラ３７
は、整流器３１に入力される交流電圧のレベルが所定の
しきい値を下回った場合には、停電等の発生と判断し
て、電源異常信号Ｓ１を運転管理装置１０ａに出力する
ようになっている。

【００２６】ＤＣ／ＤＣコンバータ３２は、整流器３１
からの出力電圧を所定の電圧に変換してバッテリ３３に
入力する一方、バッテリ３３からの出力電圧レベルを逆
変換してインバータ３４に入力するようになっている。
インバータ３４は、直流電圧を交流電圧に変換するため
のものである。なお、バッテリ３３からＤＣ／ＤＣコン
バータ３２に入力される直流電圧はコントローラ３７に
よって監視されるようになっている。コントローラ３７
には運転スイッチ３８が接続されている。この運転スイ
ッチ３８を手動操作することによって、ＵＰＳ３０ａの
運転開始および停止が可能となっている。コントローラ
３７はまた、制御信号ケーブル１９が、接続部３９によ
って他のＵＰＳ１１−２，１１−３と並列に接続されて
いる。

【００２７】なお、以上の構成は、他のＵＰＳ３０ｂお
よびＵＰＳ２０ａの電源部２０ａｂにおいても同様であ
る。その説明は省略する。

【００２８】図４〜図６は、サーバ２ａが保有している
制御情報の一部を表すものである。ここで、図４はジョ
ブ割り振り情報の内容を示し、図５はＲＡＩＤ共有情報
の内容を示し、図６は異常時処理情報の内容を示してい
る。

【００２９】図４に示したジョブ割り振り情報は、クラ
スタシステム内においてサーバ２ａが行うように割り振
られたジョブを示すものである。この図の例では、サー
バ２ａには、ジョブＡ，Ｂ，Ｃ，…等のジョブが割り振
られており、それぞれについて優先度が設定されてい
る。また、各ジョブごとに、サーバ２ａが異常停止した
場合にそのジョブを引き継ぐこととなる他のサーバ名が
設定されている。

【００３０】図５に示したＲＡＩＤ共有情報は、サーバ
２ａが他のサーバと共有しているファイルおよびその共
有ファイルを格納しているＲＡＩＤを示すものである。
この図の例では、ＲＡＩＤ４ａ内に３つの共有ファイル
ＳＦ１〜ＳＦ３が格納され、ＲＡＩＤ４ｂ内に４つの共
有ファイルＳＦ１〜ＳＦ４が格納されている。そして、
各共有ファイルごとに、ＲＡＩＤ内におけるファイルア
ドレスと、各共有ファイルを共有している相手サーバ名
とが記録されている。

【００３１】図６に示した異常時処理情報は、電源異常
が発生した場合に、サーバ間で制御情報のやり取りを行
うために必要な情報を示すものである。この図の例で
は、シャットダウン命令転送先サーバとして、自分以外
のすべてのサーバ２ｂ〜２ｄのサーバ名とそれぞれのＩ
Ｐアドレスとが登録され、マスタサーバとして、ＲＡＩ
Ｄ４ａ〜４ｃにも電力を供給しているＵＰＳ２０ａが担
当するサーバ２ｄのサーバ名とそのＩＰアドレスとが登
録されている。ここで、シャットダウン命令転送先サー
バとは、後述するように、サーバ２ａが運転管理装置１
０ａからシャットダウン命令Ｓ２を受けた場合に、その
シャットダウン命令Ｓ２を転送する宛先のサーバを示す
ものである。また、マスタサーバとは、後述するよう
に、サーバ２ａがシャットダウン処理を完了した場合
に、その旨を示すシャットダウン完了通知を送る宛先の
サーバを示すものである。なお、ＩＰ(Internet Protoc
ol) アドレスは、このクラスタシステムのＬＡＮ１で用
いるプロトコルが例えばＴＣＰ／ＩＰ（Transmission C
ontrol Protocol / Internet Protocol)である場合に通
常用いられるＬＡＮアドレスである。

【００３２】なお、他のサーバ２ｂ〜２ｄもまた、それ
ぞれ、図４〜図６に示したのと同様の制御情報を保有し
ている。

【００３３】次に、上のような構成のクラスタシステム
の動作を説明する。

【００３４】まず、通常の運転時における動作を説明す
る。通常の運転時においては、サーバ２ａ〜２ｄは、Ｌ
ＡＮ１を介してクラスタリングに必要な制御情報を相互
にやり取りしながら、図示しないクライアントコンピュ
ータからの要求に応じた処理を行い、クライアントから
見れば論理上単一のコンピュータであるかのように有機
的かつ協働的に動作する。サーバ２ａ〜２ｄは、ＲＡＩ
Ｄ４ａ〜４ｃ上のデータを共有しており、必要に応じて
各サーバ２ａ〜２ｄからＲＡＩＤ４ａ〜４ｃのいずれか
に対してアクセスを行う。サーバ２ａ〜２ｄは、それぞ
れ、ＲＡＩＤ４ａ〜４ｃのうちのいずれが自己のアクセ
ス対象であるかを示すＲＡＩＤ共有情報を保有をしてい
る。例えば、サーバ２ａがＲＡＩＤ４ａ上のデータおよ
びＲＡＩＤ４ｂ上のデータを他のサーバ２ｂ〜２ｄと共
有しているとすると、サーバ２ａが保有するＲＡＩＤ共
有情報の内容は、ＲＡＩＤ４ａおよびＲＡＩＤ４ｂを示
す識別情報、ならびに、ＲＡＩＤ４ａ，４ｂのそれぞれ
における共有データの格納アドレスおよびファイル名等
を含むものとなる。

【００３５】サーバ２ａ〜２ｄは、それぞれに割り振ら
れたジョブを実行する。このジョブの割り振りは、各サ
ーバが保有しているクラスタリングプログラムによって
行われる。このクラスタリングプログラムは、特定のサ
ーバに負荷が集中しないように、各サーバの稼働状況を
相互に監視して、負荷を均等化する処理を行う。

【００３６】次に、図７を参照して、いずれかの電源系
統に異常が発生した場合の動作を説明する。この図７
は、図１に示したクラスタシステム全体としての処理動
作をまとめて表すものである。ここでは、例えば、ＵＰ
Ｓ３０ａに電力を供給している商用電源系統に停電等の
異常が発生した場合を想定して説明する。

【００３７】ＵＰＳ３０ａのコントローラ３７（図３）
は、整流器３１を監視して、電力供給を受けている商用
電源系統に停電等の異常が発生したことを検知すると、
電源異常信号Ｓ１を出力する。運転管理装置１０ａのＣ
ＰＵ１１は、ＵＰＳ３０ａからの電源異常信号Ｓ１の入
力の有無を監視し、電源異常信号Ｓ１が入力されたこと
を検知すると（ステップＳ１０１）、シリアルＩ／Ｆ部
１２からシリアルデータ線５ａを介して、サーバ２ａに
対してシャットダウン命令Ｓ２を送出する（ステップＳ
１０２）。

【００３８】運転管理装置１０ａからシャットダウン命
令Ｓ２を受けたサーバ２ａは、図６に示した異常時処理
情報を参照して、シャットダウン命令転送先サーバのＩ
Ｐアドレスを抽出し、それらのサーバに対し、ＬＡＮ１
を介して、シャットダウン命令Ｓ２を転送する（ステッ
プＳ１０３）。その後、サーバ２ａは、自らシャットダ
ウン処理を行う（ステップＳ１０４）。この図の例で
は、サーバ２ｂ〜２ｄに対してシャットダウン命令Ｓ２
が転送される。具体的には、サーバ２ｂ〜２ｄのＩＰア
ドレスとシャットダウン命令Ｓ２とを含むように構成さ
れたパケットデータがＬＡＮ１上に送出され、サーバ２
ｃ〜２ｄによってそれぞれ受信される。

【００３９】サーバ２ｂ〜２ｄは、それぞれ、サーバ２
ａからのパケットデータを受け取り、そこからシャット
ダウン命令Ｓ２を取り込む（ステップＳ１０５）。そし
て、サーバ２ｂ〜２ｄは、それぞれ、所定の手順でシャ
ットダウン処理を実行する（ステップＳ１０６）。

【００４０】サーバ２ａ〜２ｄは、それぞれシャットダ
ウン処理が終了すると、シリアルデータ線５ａ〜５ｄを
介して、各々を担当する対応する運転管理装置１０ａ〜
１０ｃおよびＵＰＳ２０ａに対してシャットダウン完了
通知Ｓ３を送出する（ステップＳ１０７）。さらに、サ
ーバ２ａ〜２ｃは、各々が保有している異常処理情報
（図６）を参照して、マスタサーバであるサーバ２ｄの
ＩＰアドレスを抽出し、それぞれ、サーバ２ｄに対し
て、シャットダウン完了通知Ｓ３をパケットデータの形
式で送出する（ステップＳ１０８）。サーバ２ｄは、サ
ーバ２ａ〜２ｃから送られてきたシャットダウン完了通
知Ｓ３を受信すると（ステップＳ１０９）、自らを含む
システム内のすべてのサーバがシャットダウン処理を完
了したと判断し、その旨を示す全サーバ完了通知Ｓ４を
ＵＰＳ２０ａに送る（ステップＳ１１０）。これを受け
たＵＰＳ２０ａは、サーバ２ｄに対する電力供給を停止
する（ステップＳ１１１）。

【００４１】運転管理装置１０ａ〜１０ｃは、それぞれ
シリアルデータ線５ａ〜５ｄを介して、対応するサーバ
２ａ〜２ｃからシャットダウン完了通知Ｓ３を受け取る
と（ステップＳ２１２）、サーバ２ａ〜２ｃへの電力供
給を停止する（ステップＳ２１３）。具体的には、図２
におけるＣＰＵ１１が、入出力部１６を介して、スイッ
チ制御信号ＳＣ１を出力し開閉スイッチＳＷ１をオフ状
態にする。また、ＵＰＳ２０ａの運転管理部２０ａａ
は、サーバ２ｄへの電力供給を停止したのち、所定の時
間をおいて、ＲＡＩＤ４ａ〜４ｃへの電力供給を停止す
る（ステップＳ２１４）。具体的には、図２におけるＣ
ＰＵ１１が、入出力部１６を介して、スイッチ制御信号
ＳＣ１を出力して開閉スイッチＳＷ１をオフ状態にする
と共に、所定の時間経過後に、スイッチ制御信号ＳＣ２
を出力して開閉スイッチＳＷ２をオフ状態にする。

【００４２】このようにして、本実施の形態によれば、
いずれかの電源系統に異常が発生した場合に、クラスタ
システムを構成するすべてのサーバ２ａ〜２ｄがシャッ
トダウン処理を行い、かつ運転を停止したのちに、ＲＡ
ＩＤ４ａ〜４ｃの運転を停止させるようにすることがで
きるので、クラスタシステムとしての整合性を保ちつ
つ、システム全体の運転を終了させることが可能であ
る。したがって、クラスタシステムとしての整合性が保
たれる。すなわち、その後、システムの運転を開始する
場合に、正常に起動を行うことができる。

【００４３】なお、本実施の形態では、サーバ２ａに電
力を供給している商用電源系統に障害が発生した場合を
想定して説明したが、他のサーバ２ｂ〜２ｄに電力を供
給している商用電源系統に障害が発生した場合の動作に
ついても、上記とほぼ同様である。すなわち、電源障害
発生を検知した運転管理装置１０ａ〜１０ｃのいずれか
またはＵＰＳ２０ａが自分の担当するサーバに対してシ
ャットダウン命令Ｓ２を送信する点、シャットダウン命
令Ｓ２を受けたサーバが他のすべてのサーバにシャット
ダウン命令Ｓ２を転送する点、および、ＲＡＩＤ４ａ〜
４ｃに電力を供給しているＵＰＳ２０ａが担当するサー
バ２ｄをマスタのサーバとして機能させる点等は、同様
である。

【００４４】〔第２の実施の形態〕次に、本発明の他の
実施の形態を説明する。

【００４５】上記第１の実施の形態では、電源異常の発
生した商用電源系統から電力供給を受けているサーバが
他のサーバに対してシャットダウン命令Ｓ２を転送する
ことによって、システム内のすべてのサーバのシャット
ダウン処理の実行を実現している。しかしながら、電源
異常の発生した商用電源系統から電力供給を受けている
サーバが、何らかの理由で運転を停止していた場合に
は、他のサーバに対してシャットダウン命令Ｓ２を転送
することができず、システム内のすべてのサーバのシャ
ットダウン処理の実行を実現することができない。

【００４６】本実施の形態は、そのような不都合を回避
するために、例えば図８に示したように、運転管理装置
１１０ａ〜１１０ｃおよびＵＰＳ１２０ａをＬＡＮ１に
直接接続し、このＬＡＮ１を介して、運転管理装置１１
０ａ〜１１０ｃおよびＵＰＳ１２０ａの間でシャットダ
ウン命令Ｓ２等の制御信号をやり取りするようにしたも
のである。

【００４７】図８は本発明の第２の実施の形態に係るク
ラスタシステムの全体構成を表すものである。なお、こ
の図で、上記の図１に示した構成要素と同一部分には同
一の符号を付し、適宜説明を省略する。このクラスタシ
ステムは、上記第１の実施の形態（図１）における運転
管理装置１０ａ〜１０ｃおよびＵＰＳ２０ａに代えて、
それぞれＬＡＮ１に直接接続された運転管理装置１１０
ａ〜１１０ｃおよびＵＰＳ１２０ａを含んでいる。ＵＰ
Ｓ１２０ａは、運転管理部１２０ａａおよび電源部１２
０ａｂを有している。

【００４８】図９は、図８における運転管理装置１１０
ａの構成を表すものである。この図に示したように、運
転管理装置１１０ａは、上記第１の実施の形態（図２）
に示したコントローラ１００に代えて、コントローラ１
００′を有している。このコントローラ１００′は、図
２に示したシリアルＩ／Ｆ部１２に代えて、ＬＡＮ１に
接続するためのＬＡＮインタフェイス（Ｉ／Ｆ）部１８
を有している。不揮発性メモリ１５には、ＬＡＮ１に対
する接続処理に必要な情報として、例えばユーザ名、パ
スワード、ＩＰアドレス等が登録されている。

【００４９】本実施の形態では、サーバ２ａ〜２ｄは、
それぞれ、予め割り当てられた他の特定のサーバが何ら
かの理由によって運転を停止する場合には、その運転を
停止するサーバのＩＰアドレスを取得して、そのサーバ
の肩代わりをするようになっている。具体的には、例え
ばサーバ２ｂは、サーバ２ａが運転を停止するときに
は、サーバ２ａが有しているＩＰアドレスを取得し、そ
れ以降、サーバ２ａとしての役割を果たすように動作す
る。また、例えばサーバ２ｃは、サーバ２ｂが運転を停
止するときには、サーバ２ｂが有しているＩＰアドレス
を取得し、それ以降、サーバ２ｂとしての役割を果たす
ように動作する。サーバ２ｃについても同様である。

【００５０】その他の構成は、上記第１の実施の形態の
場合と同様である。

【００５１】次に、このような構成のクラスタシステム
の動作を説明する。なお、通常運転時の動作は、上記第
１の実施の形態の場合と同様であるので、その説明は省
略し、電源系統に異常が発生した場合の動作のみを説明
する。

【００５２】本実施の形態においても、例えば、ＵＰＳ
３０ａに電力を供給している商用電源系統に停電等の異
常が発生した場合を想定して説明する。

【００５３】ここではまず、すべてのサーバ２ａ〜２ｄ
が正常に運転している場合について説明する。ＵＰＳ３
０ａのコントローラ３７（図３）は、その電源系統の異
常を検知すると、電源異常信号Ｓ１を出力する。運転管
理装置１１０ａのＣＰＵ１１（図８）は、ＵＰＳ３０ａ
からの電源異常信号Ｓ１の入力を検知すると、ＬＡＮイ
ンタフェイス部１８から、ＬＡＮ１を介して、担当する
サーバ２ａにパケットデータ形式でシャットダウン命令
Ｓ２を送信する。これ以降の処理は、サーバと運転管理
装置との間の制御情報のやり取りをすべてＬＡＮ１経由
で行う点を除き、上記第１の実施の形態の場合と同様で
ある。

【００５４】すなわち、運転管理装置１１０ａからシャ
ットダウン命令Ｓ２を受けたサーバ２ａは、サーバ２ｂ
〜２ｄに対してパケットデータ形式でシャットダウン命
令Ｓ２を転送すると共に、自らシャットダウン処理を実
行する。サーバ２ｂ〜２ｄは、それぞれ、サーバ２ａか
らのシャットダウン命令Ｓ２を受け取ると、各々シャッ
トダウン処理を実行する。サーバ２ａ〜２ｄは、それぞ
れ、シャットダウン処理が終了すると、ＬＡＮ１を介し
て、対応する運転管理装置１１０ａ〜１１０ｃおよびＵ
ＰＳ１２０ａに対してパケットデータ形式でシャットダ
ウン完了通知Ｓ３を送出する。さらに、サーバ２ａ〜２
ｃは、各々が保有している異常処理情報（図６）を参照
して、マスタサーバであるサーバ２ｄに対して、シャッ
トダウン完了通知Ｓ３をパケットデータの形式で送出す
る。サーバ２ｄは、サーバ２ａ〜２ｃから送られてきた
シャットダウン完了通知Ｓ３を受信すると、自らを含む
システム内のすべてのサーバがシャットダウン処理を完
了したと判断し、その旨を示す全サーバ完了通知Ｓ４を
ＵＰＳ１２０ａに送る。これを受けたＵＰＳ１２０ａ
は、サーバ２ｄに対する電力供給を停止する。また、運
転管理装置１１０ａ〜１１０ｃは、それぞれＬＡＮ１経
由で、対応するサーバ２ａ〜２ｃからシャットダウン完
了通知Ｓ３を受け取ると、サーバ２ａ〜２ｃへの電力供
給を停止する。そして、ＵＰＳ１２０ａの運転管理部１
２０ａａは、サーバ２ｄへの電力供給を停止したのち、
所定の時間をおいて、ＲＡＩＤ４ａ〜４ｃへの電力供給
を停止する。

【００５５】次に、サーバ２ａが何らかの理由で停止し
ていた場合について説明する。ＵＰＳ３０ａのコントロ
ーラ３７（図３）は、その電源系統の異常を検知する
と、電源異常信号Ｓ１を出力する。運転管理装置１１０
ａのＣＰＵ１１（図８）は、ＵＰＳ３０ａからの電源異
常信号Ｓ１の入力を検知すると、ＬＡＮインタフェイス
部１８から、ＬＡＮ１を介して、担当するサーバ２ａに
パケットデータ形式でシャットダウン命令Ｓ２を送信す
る。ところが、この場合、サーバ２ａは既に運転を停止
しており、他のサーバ２ｂがサーバ２ａのＩＰアドレス
を取得している。したがって、ＬＡＮ１を介してサーバ
２ａに宛てたパケットデータ形式のシャットダウン命令
Ｓ２は、サーバ２ａではなく、サーバ２ｂによって受信
される。そして、これ以降、サーバ２ｂは、サーバ２ａ
の肩代わりをする。

【００５６】具体的には、シャットダウン命令Ｓ２を受
けたサーバ２ｂは、サーバ２ｃ，２ｄに対してパケット
データ形式でシャットダウン命令Ｓ２を転送すると共
に、自らシャットダウン処理を実行する。サーバ２ｃ，
２ｄは、それぞれ、サーバ２ｂからのシャットダウン命
令Ｓ２を受け取ると、各々シャットダウン処理を実行す
る。なお、サーバ２ａは既に停止しているので、シャッ
トダウン処理を実行する必要はない。言い換えると、既
に処理を停止しているので、シャットダウン処理を実行
することは不可能である。サーバ２ｂ〜２ｄは、それぞ
れ、シャットダウン処理が終了すると、ＬＡＮ１を介し
て、対応する運転管理装置１１０ｂ〜１１０ｃおよびＵ
ＰＳ１２０ａに対してパケットデータ形式でシャットダ
ウン完了通知Ｓ３を送出すると共に、運転を停止してい
るサーバ２ａに対応する運転管理装置１１０ａに対して
もパケットデータ形式でシャットダウン完了通知Ｓ３を
送出する。さらに、サーバ２ｂ，２ｃは、各々が保有し
ている異常処理情報（図６）を参照して、マスタサーバ
であるサーバ２ｄに対して、シャットダウン完了通知Ｓ
３をパケットデータの形式で送出する。サーバ２ｄは、
サーバ２ｂ，２ｃから送られてきたシャットダウン完了
通知Ｓ３を受信すると、サーバ２ａおよび自らを含むシ
ステム内のすべてのサーバがシャットダウン処理を完了
したと判断し、その旨を示す全サーバ完了通知Ｓ４をＵ
ＰＳ１２０ａに送る。これを受けたＵＰＳ１２０ａは、
サーバ２ｄに対する電力供給を停止する。また、運転管
理装置１１０ｂ，１１０ｃは、それぞれＬＡＮ１経由
で、対応するサーバ２ｂ，２ｃからシャットダウン完了
通知Ｓ３を受け取ると、サーバ２ｂ，２ｃへの電力供給
を停止する。また、運転管理装置１１０ａは、サーバ２
ａの肩代わりをするサーバ２ｂからＬＡＮ１経由でシャ
ットダウン完了通知Ｓ３を受け取ると、サーバ２ａへの
電力供給を停止する。そして、ＵＰＳ１２０ａの運転管
理部１２０ａａは、サーバ２ｄへの電力供給を停止した
のち、所定の時間をおいて、ＲＡＩＤ４ａ〜４ｃへの電
力供給を停止する。

【００５７】このようにして、本実施の形態では、上記
実施の形態の場合と同様に、いずれかの電源系統に異常
が発生した場合に、クラスタシステムを構成するすべて
のサーバ２ａ〜２ｄがそれぞれシャットダウン処理を行
い、かつ運転を停止したのちに、ＲＡＩＤ４ａ〜４ｃの
運転を停止させるようにすることができるので、クラス
タシステムとしての整合性を保ちつつ、システム全体の
運転を終了させることができる。

【００５８】しかも、本実施の形態では、運転管理装置
１１０ａ〜１１０ｃおよびＵＰＳ１２０ａをＬＡＮ１に
直接接続し、これらとサーバ２ａ〜２ｄとの間でＬＡＮ
１を介して制御情報のやり取りを行うようにしたので、
電源異常の発生した電源系統から電力供給を受けている
サーバが既に何らかの理由で運転を停止していたとして
も、クラスタシステムを構成するすべてのサーバ２ａ〜
２ｄにそれぞれシャットダウン処理を行わせてから各要
素の電源を遮断することが可能である。すなわち、電源
系統の異常およびサーバ自身の異常という２つの障害が
重複して発生するという不測の事態が起きても、整合性
を保ちつつ、システム全体の運転を停止させることがで
きる。したがって、上記第１の実施の形態の場合に比べ
て、電源障害に対するシステムの信頼性をさらに高める
ことができる。

【００５９】なお、本実施の形態では、サーバ２ａに電
力を供給している商用電源系統に障害が発生した場合を
想定して説明したが、他のサーバ２ｂ〜２ｄに電力を供
給している商用電源系統に障害が発生した場合の動作に
ついても、上記とほぼ同様である。

【００６０】〔第３の実施の形態〕次に、本発明のさら
に他の実施の形態を説明する。

【００６１】上記第２の実施の形態では、運転管理装置
１１０ａ〜１１０ｃおよびＵＰＳ１２０ａをＬＡＮ１に
直接接続し、このＬＡＮ１を介して、運転管理装置１１
０ａ〜１１０ｃおよびＵＰＳ１２０ａの間でシャットダ
ウン命令Ｓ２等の制御信号をやり取りするようにした
が、ＬＡＮ１自体に障害が生じていた場合には、サーバ
２ａまたはサーバ２ａ〜２ｄのすべてに対してシャット
ダウン命令Ｓ２を伝送することができなくなり、システ
ム内のすべてのサーバにシャットダウン処理を行わせる
することができない。この問題は、上記第１の実施の形
態の場合にも同様に存在する。

【００６２】本実施の形態は、そのような不都合を回避
するために、例えば図１０に示したように、ＬＡＮ１と
は別個にＬＡＮ７を敷設すると共に、このＬＡＮ７に運
転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａを
直接接続し、ＬＡＮ７を介して、運転管理装置２１０ａ
〜２１０ｃおよびＵＰＳ２２０ａの相互間でシャットダ
ウン命令Ｓ２等の制御信号をやり取りするようにしたも
のである。

【００６３】図１０は本発明の第３の実施の形態に係る
クラスタシステムの全体構成を表すものである。なお、
この図で、上記の図１に示した構成要素と同一部分には
同一の符号を付し、適宜説明を省略する。このクラスタ
システムは、ＬＡＮ１とは別個に敷設されたＬＡＮ７を
含むと共に、上記第１の実施の形態（図１）における運
転管理装置１０ａ〜１０ｃおよびＵＰＳ２０ａに代え
て、それぞれＬＡＮ７に接続された運転管理装置２１０
ａ〜２１０ｃおよびＵＰＳ２２０ａを含んでいる。ＵＰ
Ｓ２２０ａは、運転管理部２２０ａａおよび電源部２２
０ａｂを有している。

【００６４】図１１は、図１０における運転管理装置２
１０ａの構成を表すものである。この図に示したよう
に、運転管理装置２１０ａは、上記第１の実施の形態
（図２）に示したコントローラ１００に代えて、コント
ローラ１００″を有している。このコントローラ１０
０″は、図２に示したシリアルＩ／Ｆ部１２と図９に示
したＬＡＮ・Ｉ／Ｆ部１８とを含んでいる。

【００６５】本実施の形態では、運転管理装置２１０ａ
は、図１２に示したような異常時処理情報を保有してい
る。この異常時処理情報は、電源異常が発生した場合
に、運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２
０ａの相互間で、制御情報のやり取りを行うために必要
な情報を示すものである。この図の例では、シャットダ
ウン命令送信先サーバとして、自分以外のすべての運転
管理装置２１０ｂ，２１０ｃおよびＵＰＳ２２０ａとそ
れぞれのＩＰアドレスとが登録され、マスタデバイスと
して、ＲＡＩＤ４ａ〜４ｃにも電力を供給しているＵＰ
Ｓ２２０ａとそのＩＰアドレスとが登録されている。こ
こで、シャットダウン命令送信先サーバとは、運転管理
装置２２０ａがＵＰＳ３０ａから電源異常信号Ｓ１を受
けた場合に、シャットダウン命令Ｓ２を送信する宛先の
運転管理装置等を示すものである。また、図１２におい
て、マスタデバイスとは、運転管理装置２１０ａの担当
するサーバ２ａがシャットダウン処理を完了した場合
に、シャットダウン完了通知Ｓ３を送る宛先の運転管理
装置等を示すものである。

【００６６】その他の構成は、上記第１の実施の形態の
場合と同様である。

【００６７】次に、このような構成のクラスタシステム
の動作を説明する。なお、本実施の形態において、通常
運転時の動作は、上記第１の実施の形態の場合と同様で
あるので、説明を省略し、電源系統に異常が発生した場
合の動作のみを説明する。本実施の形態においても、例
えば、ＵＰＳ３０ａに電力を供給している商用電源系統
に停電等の異常が発生した場合を想定して説明する。

【００６８】運転管理装置２１０ａが担当しているサー
バ２ａが正常に運転しており、かつ、ＬＡＮ１に障害が
発生していない場合には、いずれかの商用電源系統に異
常が発生したときのクラスタシステムの動作は上記第１
の実施の形態の場合（図７）と同様である。

【００６９】一方、運転管理装置２１０ａが担当してい
るサーバ２ａが運転を停止している場合、または、ＬＡ
Ｎ１に障害が発生している場合には、いずれかの商用電
源系統に異常が発生したときのクラスタシステムの動作
は以下の通りである。

【００７０】ＵＰＳ３０ａのコントローラ３７（図３）
は、その電源系統の異常を検知すると、電源異常信号Ｓ
１を出力する。運転管理装置２１０ａのＣＰＵ１１（図
１１）は、ＵＰＳ３０ａからの電源異常信号Ｓ１の入力
を検知すると、シリアルＩ／Ｆ部１２からシリアルデー
タ線５ａを介してサーバ２ａにシャットダウン命令Ｓ２
を送信する。運転管理装置２１０ａは、さらに、ＬＡＮ
インタフェイス部１８（図１１）からＬＡＮ７を介し
て、他の運転管理装置１０ｂ，１０ｃおよびＵＰＳ２２
０ａに対して、パケットデータ形式でシャットダウン命
令Ｓ２を送信する。

【００７１】運転管理装置２１０ａからシャットダウン
命令Ｓ２を受けた他の運転管理装置１０ｂ，１０ｃおよ
びＵＰＳ２２０ａは、それぞれ、シリアルデータ線５ｂ
〜５ｄを介して、サーバ２ｂ〜２ｄにシャットダウン命
令Ｓ２を送信する。サーバ２ｂ〜２ｄは、それぞれ、対
応する運転管理装置１０ｂ，１０ｃまたはＵＰＳ２２０
ａからシャットダウン命令Ｓ２を受け取ると、シャット
ダウン処理を実行する。サーバ２ａもまた、上記した運
転管理装置１０ａからのシャットダウン命令Ｓ２に応じ
て、シャットダウン処理を実行する。サーバ２ａ〜２ｄ
は、それぞれ、シャットダウン処理が終了すると、シリ
アルデータ線５ａ〜５ｄを介して、対応する運転管理装
置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａに対してシ
ャットダウン完了通知Ｓ３を送出する。さらに、運転管
理装置２１０ａ〜２１０ｃは、各々が保有している異常
処理情報（図１２）を参照して、マスタデバイスである
ＵＰＳ２２０ａに対して、シャットダウン完了通知Ｓ３
をパケットデータの形式で送出する。ＵＰＳ２２０ａ
は、運転管理装置２１０ａ〜２１０ｃから送られてきた
シャットダウン完了通知Ｓ３を受信すると、自らが担当
するサーバ２ｄを含むシステム内のすべてのサーバがシ
ャットダウン処理を完了したと判断し、サーバ２ｄに対
する電力供給を停止する。また、運転管理装置２１０ａ
〜２１０ｃは、それぞれ、対応するサーバ２ａ〜２ｃか
らシャットダウン完了通知Ｓ３を受け取ると、それらの
サーバ２ａ〜２ｃへの電力供給を停止する。そして、Ｕ
ＰＳ２２０ａの運転管理部２２０ａａは、サーバ２ｄへ
の電力供給を停止したのち、所定の時間をおいて、ＲＡ
ＩＤ４ａ〜４ｃへの電力供給を停止する。

【００７２】このようにして、本実施の形態では、上記
各実施の形態の場合と同様に、いずれかの電源系統に異
常が発生した場合に、クラスタシステムを構成するすべ
てのサーバ２ａ〜２ｄがそれぞれシャットダウン処理を
行い、かつ運転を停止したのちに、ＲＡＩＤ４ａ〜４ｃ
の運転を停止させるようにすることができるので、クラ
スタシステムとしての整合性を保ちつつ、システム全体
の運転を終了させることができる。

【００７３】しかも、本実施の形態では、ＬＡＮ１のほ
かに専用のＬＡＮ７を敷設し、このＬＡＮ７を介して運
転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａの
相互間で通信を行うようにしたので、電源異常の発生し
た電源系統から電力供給を受けているサーバが既に何ら
かの理由で運転を停止していたり、あるいは、ＬＡＮ１
に障害が発生していたとしても、クラスタシステムを構
成するすべてのサーバ２ａ〜２ｄにそれぞれシャットダ
ウン処理を行わせてから各要素の電源を遮断することが
可能である。すなわち、電源系統の異常、サーバ自身の
異常およびＬＡＮ１の異常という３つの障害が重複して
発生するという不測の事態が起きても、整合性を保ちつ
つ、システム全体の運転を停止させることができる。し
たがって、上記第２の実施の形態の場合に比べて、電源
障害に対するシステムの信頼性をさらに高めることがで
きる。

【００７４】なお、本実施の形態では、サーバ２ａに電
力を供給している商用電源系統に障害が発生した場合を
想定して説明したが、他のサーバ２ｂ〜２ｄに電力を供
給している商用電源系統に障害が発生した場合の動作に
ついても、上記とほぼ同様である。

【００７５】〔第４の実施の形態〕次に、本発明のさら
に他の実施の形態を説明する。

【００７６】上記各実施の形態では、ＲＡＩＤ４ａ〜４
ｃはすべて、マスタのサーバ２ｄを担当するＵＰＳ２０
ａ（またはＵＰＳ１２０ａ，ＵＰＳ２２０ａ）から電力
供給を受ける構成としたが、これに対して、本実施の形
態のクラスタシステムは、ＲＡＩＤ４ｂ，４ｃの電源
を、それぞれ、別個の商用電源系統からとるようにした
ものである。

【００７７】図１３は、本発明の第４の実施の形態に係
るクラスタシステムの全体構成を表すものである。この
クラスタシステムは、上記第２の実施の形態のクラスタ
システム（図８）を変形したものである。なお、この図
で、上記の図８に示した構成要素と同一部分には同一の
符号を付し、適宜説明を省略する。

【００７８】本実施の形態では、ＲＡＩＤ４ｂは、新た
に設けた運転管理装置１１０ｄを介してＵＰＳ３０ｃか
ら電力供給を受けるようになっている。また、ＲＡＩＤ
４ｃは、新たに設けたＵＰＳ１２０ｂから電力供給を受
けるようになっている。ＵＰＳ３０ｃおよびＵＰＳ１２
０ｂは、それぞれ、別系統の商用電源から電力供給を受
ける。運転管理装置１１０ｄおよびＵＰＳ１２０ｂは、
それぞれ、ＬＡＮ１に接続されている。運転管理装置１
１０ｄは、サーバ２ａを担当する運転管理装置１１０ａ
（図９）と同様の構成であり、ＵＰＳ３０ｃは、ＵＰＳ
３０ａ（図３）と同様の構成である。また、ＵＰＳ１２
０ｂは、運転管理部１２０ｂａおよび電源部１２０ｂｂ
とを含んで構成され、サーバ２ｄを担当するＵＰＳ１２
０ａと同様の構成である。

【００７９】本実施の形態では、サーバ２ａは、例えば
図１４に示したような異常時処理情報を保有している。
この図の例では、シャットダウン命令転送先サーバとし
て、システム内の他のすべてのサーバ２ｂ〜２ｄが登録
され、マスタデバイスとして、ＲＡＩＤ４ａ〜４ｃにそ
れぞれ電力を供給しているＵＰＳ１２０ａ、運転管理装
置１１０ｄおよびＵＰＳ１２０ｂが登録されている。こ
こで、シャットダウン命令送信先サーバおよびマスタデ
バイスの意味は、上記の図６および図１２に説明したも
のと同義である。他のサーバ２ｂ〜２ｄもまた、同様の
内容の異常時処理情報を保有している。

【００８０】一方、運転管理装置１１０ｄは、例えば図
１５に示したような異常時処理情報を保有している。こ
の図の例では、ＵＰＳ３０ｃから電源異常信号Ｓ１が入
力された場合のシャットダウン命令送信先サーバとし
て、システム内のすべてのサーバ２ａ〜２ｄが登録され
ている。ＵＰＳ１２０ｂにおける運転管理部１２０ｂａ
もまた同様に、システム内のすべてのサーバ２ａ〜２ｄ
が登録された異常時処理情報を保有している。

【００８１】その他の構成は、上記第２の実施の形態
（図８）の場合と同様である。

【００８２】次に、このような構成のクラスタシステム
の動作を説明する。なお、本実施の形態において、通常
運転時の動作は、上記第１の実施の形態の場合と同様で
あるので、説明を省略し、電源系統に異常が発生した場
合の動作のみを説明する。本実施の形態においては、例
えば、ＵＰＳ３０ａに電力を供給している商用電源系統
に障害が発生した場合と、運転管理装置１１０ｄに電力
を供給している商用電源系統に障害が発生した場合とに
分けて説明する。

【００８３】まず、サーバ２ａを担当するＵＰＳ３０ａ
に電力を供給している商用電源系統に停電等の異常が発
生した場合の動作を説明する。運転管理装置１１０ａか
らシャットダウン命令Ｓ２を受けたサーバ２ａは、サー
バ２ｂ〜２ｄに対してシャットダウン命令Ｓ２を転送す
ると共に、自らシャットダウン処理を実行する。サーバ
２ａからのシャットダウン命令Ｓ２を受け取ったサーバ
２ｂ〜２ｄは、それぞれ、シャットダウン処理を実行す
る。サーバ２ａ〜２ｄは、シャットダウン処理が終了す
ると、それぞれ、ＬＡＮ１を介して、対応する運転管理
装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａにシャッ
トダウン完了通知Ｓ３を送出すると共に、自己の保有し
ている異常処理情報（図１４）を参照して、マスタデバ
イスであるＵＰＳ１２０ａ、運転管理装置１１０ｄおよ
びＵＰＳ１２０ｂに対しても、シャットダウン完了通知
Ｓ３を送信する。シャットダウン完了通知Ｓ３を受けた
運転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａ
は、それぞれ、サーバ２ａ〜２ｄに対する電力供給を停
止する。さらに、ＵＰＳ１２０ａは、自らの担当するＲ
ＡＩＤ４ａを共有しているすべてのサーバがシャットダ
ウンを完了したことを確認すると、所定の時間をおいて
ＲＡＩＤ４ａへの電力供給を停止する。また、運転管理
装置１１０ｄは、ＲＡＩＤ４ｂを共有しているすべての
サーバがシャットダウンを完了したことを確認すると、
所定の時間をおいてＲＡＩＤ４ｂへの電力供給を停止す
る。同様に、ＵＰＳ１２０ｂは、ＲＡＩＤ４ｃを共有し
ているすべてのサーバがシャットダウンを完了したこと
を確認すると、所定の時間をおいてＲＡＩＤ４ｃへの電
力供給を停止する。

【００８４】次に、運転管理装置１１０ｄに電力を供給
している商用電源系統に障害が発生した場合の動作を説
明する。運転管理装置１１０ｄは、ＵＰＳ３０ｃから電
源異常信号Ｓ１を受けると、自己の保有する異常時処理
情報（図１５）を参照して、システム内のすべてのサー
バ２ａ〜２ｄに対し、ＬＡＮ１を介してシャットダウン
命令Ｓ２を送信する。運転管理装置１１０ｄからのシャ
ットダウン命令Ｓ２を受けたサーバ２ａ〜２ｄは、それ
ぞれ、シャットダウン処理を実行したのち、対応する運
転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａに
対してシャットダウン完了通知Ｓ３を送信する。さら
に、サーバ２ａ〜２ｃは、それぞれ、自己の保有する異
常時処理情報（図14）を参照して、ＵＰＳ１２０ａ，運
転管理装置１１０ｄおよびＵＰＳ１２０ｂに対してもシ
ャットダウン完了通知Ｓ３を送信する。サーバ２ａ〜２
ｄからそれぞれシャットダウン完了通知Ｓ３を受けた運
転管理装置１１０ａ〜１１０ｃおよびＵＰＳ１２０ａ
は、各々、サーバ２ａ〜２ｄへの電力供給を停止させ
る。また、ＵＰＳ１２０ａは、ＲＡＩＤ４ａを共用して
いるすべてのサーバからシャットダウン完了通知Ｓ３を
受け取ったことを確認すると、ＲＡＩＤ４ａへの電力供
給を停止する。また、運転管理装置１１０ｄは、ＲＡＩ
Ｄ４ｂを共用しているすべてのサーバからシャットダウ
ン完了通知Ｓ３を受け取ると、ＲＡＩＤ４ｂへの電力供
給を停止する。同様に、ＵＰＳ１２０ｂは、ＲＡＩＤ４
ｃを共用しているすべてのサーバ２ａ〜２ｄからシャッ
トダウン完了通知Ｓ３を受け取ると、ＲＡＩＤ４ｃへの
電力供給を停止する。

【００８５】このように、本実施の形態では、サーバと
ＲＡＩＤとが異なる電源系統から電力供給を受けている
場合であっても、いずれかのサーバまたはＲＡＩＤの電
源系統に障害が発生した場合には、サーバがシャットダ
ウン処理を実行し、かつ運転を停止した後に、ＲＡＩＤ
の電源を遮断するようにしたので、整合性を保ちつつ、
クラスタシステムの運転を終了することが可能である。

【００８６】なお、上記のほか、例えばＵＰＳ１２０ｂ
の電源系統に障害が発生した場合も、上記とほぼ同様の
手順によってシステムを安全に停止させることができ
る。

【００８７】〔第５の実施の形態〕次に、本発明の他の
実施の形態を説明する。

【００８８】図１６は、本発明の第５の実施の形態に係
るクラスタシステムの全体構成を表すものである。この
クラスタシステムは、上記第３の実施の形態のクラスタ
システム（図１０）を変形したものである。なお、この
図で、上記の図１０に示した構成要素と同一部分には同
一の符号を付し、適宜説明を省略する。

【００８９】本実施の形態では、ＲＡＩＤ４ｂは、新た
に設けた運転管理装置１１０ｄを介してＵＰＳ３０ｃか
ら電力供給を受けるようになっている。また、ＲＡＩＤ
４ｃは、新たに設けたＵＰＳ１２０ｂから電力供給を受
けるようになっている。ＵＰＳ３０ｃおよびＵＰＳ１２
０ｂは、それぞれ、別系統の商用電源から電力供給を受
けているものとする。運転管理装置１１０ｄ、ＵＰＳ３
０ｃおよびＵＰＳ１２０ｂは、上記第４の実施の形態に
おける図１３に示したものと同じものであり、ＵＰＳ２
２０ａは、上記第３の実施の形態における図１０に示し
たものと同じものである。但し、本実施の形態では、運
転管理装置１１０ｄ、ＵＰＳ１２０ｂの運転管理部１２
０ｂａ、およびＵＰＳ２２０ａの運転管理部２２０ａａ
は、いずれも、ＬＡＮ７に接続されている。

【００９０】運転管理装置２１０ａは、図１４に示した
異常処理情報と同種の情報を保有している。但し、この
例では、図１４におけるマスタデバイスとしてのＵＰＳ
１２０ａに代えてＵＰＳ２２０ａが登録されている。他
の運転管理装置２１０ｂ，２１０ｃ、１１０ｄおよびＵ
ＰＳ２２０ａ，１２０ｂもまた、同様の異常処理情報を
保有している。

【００９１】その他の構成は、上記第３の実施の形態
（図１０）の場合と同様である。

【００９２】本実施の形態のクラスタシステムの動作
は、ＬＡＮ１の代わりにＬＡＮ７を利用して運転管理装
置２１０ａ〜２１０ｃ、ＵＰＳ２２０ａ，運転管理装置
１１０ｄおよびＵＰＳ１２０ｂの相互間で制御情報のや
り取りを行う点を除き、上記第４の実施の形態の場合と
ほぼ同様である。

【００９３】まず、サーバ２ａを担当するＵＰＳ３０ａ
に電力を供給している商用電源系統に障害が発生した場
合の動作を説明する。この場合、サーバ２ａ〜２ｄがそ
れぞれシャットダウン処理を実行するまでの動作は、上
記第３の実施の形態（図１０）の場合と同様であるの
で、その説明は省略し、シャットダウン処理完了後にお
ける動作のみを説明する。

【００９４】本実施の形態において、サーバ２ａ〜２ｄ
は、それぞれ、シャットダウン処理が終了すると、シリ
アルデータ線５ａ〜５ｄを介して、対応する運転管理装
置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａに対してシ
ャットダウン完了通知Ｓ３を送出する。これを受けた運
転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａ
は、それぞれ、対応するサーバ２ａ〜２ｄへの電力供給
を停止する。さらに、運転管理装置２１０ａ〜２１０ｃ
は、それぞれ、各自が保有している異常処理情報を参照
して、マスタデバイスであるＵＰＳ２２０ａ，運転管理
装置１１０ｄおよびＵＰＳ１２０ｂに対して、ＬＡＮ７
を介してシャットダウン完了通知Ｓ３を送出する。ま
た、ＵＰＳ２２０ａは、保有している異常処理情報を参
照して、他のマスタデバイスである運転管理装置１１０
ｄおよびＵＳＰ１２０ｂに対して、ＬＡＮ７を介してシ
ャットダウン完了通知Ｓ３を送出する。そして、ＵＰＳ
２２０ａは、運転管理装置２１０ａ〜２１０ｃからのシ
ャットダウン完了通知Ｓ３等により、ＲＡＩＤ４ａを共
用しているすべてのサーバがシャットダウン処理を完了
したことを確認すると、所定時間経過後にＲＡＩＤ４ａ
への電力供給を停止する。同様に、運転管理装置１１０
ｄは、運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２
２０ａからのシャットダウン完了通知Ｓ３等により、Ｒ
ＡＩＤ４ｂを共用しているすべてのサーバがシャットダ
ウンを完了したことを確認すると、所定時間経過後にＲ
ＡＩＤ４ｂへの電力供給を停止する。同様に、ＵＰＳ１
２０ｂは、運転管理装置２１０ａ〜２１０ｃおよびＵＰ
Ｓ２２０ａからのシャットダウン完了通知Ｓ３等によ
り、ＲＡＩＤ４ｃを共用しているすべてのサーバがシャ
ットダウンを完了したことを確認すると、所定時間経過
後にＲＡＩＤ４ｃへの電力供給を停止する。

【００９５】次に、例えば、運転管理装置１１０ｄに電
力を供給している商用電源系統に障害が発生した場合の
動作を説明する。運転管理装置１１０ｄは、ＵＰＳ３０
ｃから電源異常信号Ｓ１を受けると、自己の保有する異
常時処理情報（図１５）を参照して、システム内のすべ
てのサーバ２ａ〜２ｄに対し、それぞれ、ＬＡＮ７およ
び運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０
ａを介して、シャットダウン命令Ｓ２を送信する。運転
管理装置１１０ｄからのシャットダウン命令Ｓ２を受け
たサーバ２ａ〜２ｄは、それぞれ、シャットダウン処理
を実行したのち、対応する運転管理装置２１０ａ〜２１
０ｃおよびＵＰＳ２２０ａに対してシャットダウン完了
通知Ｓ３を送信する。これを受けた運転管理装置２１０
ａ〜２１０ｃは、それぞれ、自己の保有する異常時処理
情報を参照して、マスタデバイスであるＵＰＳ２２０
ａ，運転管理装置１１０ｄおよびＵＰＳ１２０ｂにシャ
ットダウン完了通知Ｓ３を送信する。また、ＵＰＳ２２
０ａは、自己の保有する異常時処理情報を参照して、他
のマスタデバイスである運転管理装置１１０ｄおよびＵ
ＰＳ１２０ｂにシャットダウン完了通知Ｓ３を送信す
る。サーバ２ａ〜２ｄからそれぞれシャットダウン完了
通知Ｓ３を受けた運転管理装置２１０ａ〜２１０ｃおよ
びＵＰＳ２２０ａは、各々、サーバ２ａ〜２ｄへの電力
供給を停止させる。また、ＵＰＳ２２０ａは、運転管理
装置２１０ａ〜２１０ｃおよびサーバ２ｄからのシャッ
トダウン完了通知Ｓ３により、ＲＡＩＤ４ａを共用して
いるすべてのサーバがシャットダウン処理を完了したこ
とを確認すると、所定時間経過後にＲＡＩＤ４ａへの電
力供給を停止する。同様に、運転管理装置１１０ｄは、
運転管理装置２１０ａ〜２１０ｃおよびＵＰＳ２２０ａ
からのシャットダウン完了通知Ｓ３により、ＲＡＩＤ４
ｂを共用しているすべてのサーバがシャットダウン処理
を完了したことを確認すると、所定時間経過後にＲＡＩ
Ｄ４ｂへの電力供給を停止する。同様に、ＵＰＳ１２０
ｂは、運転管理装置２１０ａ〜２１０ｃ、ＵＰＳ２２０
ａおよび運転管理装置１１０ｄからのシャットダウン完
了通知Ｓ３により、ＲＡＩＤ４ｃを共用しているすべて
のサーバがシャットダウン処理を完了したことを確認す
ると、所定時間経過後にＲＡＩＤ４ｃへの電力供給を停
止する。

【００９６】このように、本実施の形態によれば、サー
バとＲＡＩＤとが異なる電源系統から電力供給を受けて
いる場合であっても、いずれかのサーバまたはＲＡＩＤ
の電源系統に障害が発生した場合には、サーバがシャッ
トダウン処理を実行し、かつ運転を停止した後に、ＲＡ
ＩＤの電源を遮断するようにしたので、整合性を保ちつ
つ、クラスタシステムの運転を終了することが可能であ
る。

【００９７】なお、上記のほか、例えばＵＰＳ１２０ｂ
の電源系統に障害が発生した場合も、上記の手順に準じ
た手順によってシステムを安全に停止させることができ
る。

【００９８】以上、いくつかの実施の形態を挙げて本発
明を説明したが、本発明はこれらの実施の形態には限定
されず、種々変形可能である。例えば、上記各実施の形
態では、クラスタシステムの各サーバ間をＬＡＮ１によ
って接続するようにしたが、ＬＡＮに代えてＷＡＮ（広
域ネットワーク）によって接続するようにしてもよい。

【００９９】また、上記各実施の形態では、サーバ２ａ
〜２ｄによって共有されるＲＡＩＤ４ａ〜４ｃをＳＣＳ
Ｉ３によって接続するようにしたが、ＳＣＳＩに代え
て、例えば、光ファイバを用いて構成される、より高速
のＦＤＤＩ(Fiber DistributedData Interface)やファ
イバチャネル(Fibre Channel) 等を用いるようにしても
よい。

【０１００】また、上記各実施の形態では、サーバ２ａ
〜２ｄおよびＲＡＩＤ４ａ〜４ｃに係る電源系統の一部
に障害が発生した場合においても、システム全体の運転
を停止するようにしたが、本発明はこれに限定されず、
障害の発生した電源系統から電力供給を受けているデバ
イス（すなわち、サーバまたはＲＡＩＤ）のみの運転を
停止させるようにしてもよい。この場合には、障害の発
生した電源系統から電力供給を受けているデバイスをま
ずクラスタシステムから切り離し、しかるのち、その切
り離したサーバまたはＲＡＩＤの電源を遮断すればよ
い。但し、システムからデバイスを切り離すに際して
は、そのデバイスがそれまでシステム内で果たしていた
役割を他のデバイスに割り振るというシステム再編成処
理を行う。

【０１０１】例えば、上記第１の実施の形態（図１）を
例にとると、サーバ２ａに係る電源系統に障害が発生し
た場合には、それまでサーバ２ａが行っていたジョブ
Ａ，Ｂ，Ｃ，……（図４）を、他のサーバ２ｂ〜２ｄに
割り振ると共に、サーバ２ｂ〜２ｄによるＲＡＩＤ４ａ
〜４ｃの共有関係を変更する。具体的には、サーバ２ｂ
〜２ｄがそれぞれ保有するジョブ割り振り情報（図４）
の内容をそれぞれ変更すると共に、サーバ２ｂ〜２ｄが
それぞれ保有するＲＡＩＤ共有情報（図５）の内容を変
更すればよい。

【０１０２】また、例えば上記第４の実施の形態（図１
３）を例にとると、ＲＡＩＤ４ｂに係る電源系統に障害
が発生した場合には、ＲＡＩＤ４ｂ内のファイルをすべ
て他のＲＡＩＤ４ａまたは４ｃに複写した上で、サーバ
２ａ〜２ｄによってＲＡＩＤ４ａ，４ｃを共有するよう
に再編成を行えばよい。但し、現実には、ＲＡＩＤ内の
ファイルは膨大であるため、電源障害発生後の短いバッ
テリバックアップ期間（例えば、１０〜２０分）内に、
これらの膨大なファイル群をすべて他のＲＡＩＤ４ａ，
４ｃに複写するのは困難である。そこで、実際には、予
めＲＡＩＤ４ａ〜４ｃをミラー構成（すなわち、同一内
容のファイルを他のＲＡＩＤ内にも格納しておく構成）
にしておくことが有効である。このミラー構成の場合、
例えばＲＡＩＤ４ｂ内のファイルの内容は、定期的に、
他のＲＡＩＤ（例えばＲＡＩＤ４ｃ）内のミラーファイ
ルの内容と一致するように整合処理がなされるので、Ｒ
ＡＩＤ４ｂの電源障害発生時点における両ファイル間の
相違は微々たるものとなる。したがって、電源障害発生
後の短いバッテリバックアップ期間内であっても、ＲＡ
ＩＤ４ｂ内のファイルの完全な複製を他のＲＡＩＤ４ｃ
内に作成することは十分可能である。

【０１０３】このように、障害の発生した電源系統から
電力供給を受けているサーバまたはＲＡＩＤのみをシス
テムから切り離すようにすれば、クラスタシステム全体
の運転を停止させる必要がなく、他の正常なサーバおよ
びＲＡＩＤによって再編成されたクラスタシステムによ
って処理を続行することができる。したがって、クラス
タシステムとしての信頼性をより高めることができる。

【０１０４】

【発明の効果】以上説明したように、請求項１ないし請
求項３のいずれか１に記載のクラスタシステム、また
は、請求項４に記載のクラスタシステムの運転管理装
置、または、請求項５に記載のクラスタシステムの運転
管理方法によれば、いずれかのサーバコンピュータまた
は記憶装置の電源系統に障害が発生した場合に、無停電
電源装置による電力バックアップ期間中に、複数のサー
バコンピュータは、クラスタシステムとしての整合性を
担保するためのシステム再編成処理を行い、運転管理装
置は、システム再編成処理の終了を確認したのち、障害
の発生した電源系統から電力供給を受けていたサーバコ
ンピュータおよび記憶装置への電力供給を停止するよう
にしたので、障害の発生していない部分だけで処理が続
行可能である。したがって、電源障害が発生しても、ク
ラスタシステム全体の停止を伴わずに、運転を続けるこ
とができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るクラスタシス
テムの全体構成を表すブロック図である。

【図２】図１における運転管理装置の一構成例を表すブ
ロック図である。

【図３】図１における無停電電源装置の一構成例を表す
ブロック図である。

【図４】サーバが保有するジョブ割り振り情報の一例を
表す図である。

【図５】サーバが保有するＲＡＩＤ共有情報の一例を表
す図である。

【図６】サーバが保有する異常時処理情報の一例を表す
図である。

【図７】図１に示したクラスタシステムにおける電源障
害時の全体動作を説明するための流れ図である。

【図８】本発明の第２の実施の形態に係るクラスタシス
テムの全体構成を表すブロック図である。

【図９】図８における運転管理装置の一構成例を表すブ
ロック図である。

【図１０】本発明の第３の実施の形態に係るクラスタシ
ステムの全体構成を表すブロック図である。

【図１１】図１０における運転管理装置の一構成例を表
すブロック図である。

【図１２】図１０に示した運転管理装置が保有する異常
時処理情報の一例を表す図である。

【図１３】本発明の第４の実施の形態に係るクラスタシ
ステムの全体構成を表すブロック図である。

【図１４】図１３に示したサーバが保有する異常時処理
情報の一例を表す図である。

【図１５】図１３に示した運転管理装置が保有する異常
時処理情報の一例を表す図である。

【図１６】本発明の第５の実施の形態に係るクラスタシ
ステムの全体構成を表すブロック図である。

【符号の説明】

１，７…ＬＡＮ２ａ〜２ｄ…サーバ３…データ線４ａ〜４ｃ…ＲＡＩＤ６ａ，６ｂ…信号線５ａ〜５ｄ…シリアルデータ線１０ａ〜１０ｃ，１１０ａ〜１１０ｄ，２１０ａ〜２１
０ｃ…運転管理装置１１…ＣＰＵ１５…不揮発性メモリ２０ａ，１２０ａ，１２０ｂ，２２０ａ…ＵＰＳ（運転
管理部内蔵）３０ａ〜３０ｃ…ＵＰＳＳ１…電源異常信号Ｓ２…シャットダウン命令Ｓ３…シャットダウン完了通知

Claims

【特許請求の範囲】

【請求項１】通信ネットワークによって相互に接続さ
れ、それぞれが予め定められた役割を果たすことにより
全体として論理上単一のサーバとして機能する複数のサ
ーバコンピュータと、データ線によって前記複数のサーバコンピュータに接続
され、これらのサーバコンピュータによって共用可能な
少なくとも１つの記憶装置と、前記複数のサーバコンピュータおよび記憶装置のうちの
１または複数ごとに設けられ、担当するサーバコンピュ
ータおよび記憶装置に対して電源系統からの電力を供給
すると共に、その電源系統に障害が発生した場合に、担
当するサーバコンピュータまたは記憶装置への電力供給
をバックアップする少なくとも１つの無停電電源装置
と、前記無停電電源装置と前記サーバコンピュータまたは記
憶装置との間にそれぞれ設けられ、担当するサーバコン
ピュータまたは記憶装置の運転を管理する複数の運転管
理装置とを含んで構成されたクラスタシステムであっ
て、いずれかのサーバコンピュータまたは記憶装置の電源系
統に障害が発生した場合に、前記無停電電源装置による
電力バックアップ期間中に、前記複数のサーバコンピュータは、クラスタシステムと
しての整合性を担保するためのシステム再編成処理を行
い、前記運転管理装置は、前記システム再編成処理の終了を
確認したのち、障害の発生した電源系統から電力供給を
受けていたサーバコンピュータおよび記憶装置への電力
供給を停止することを特徴とするクラスタシステム。
【請求項２】前記システム再編成処理は、障害が発生した電源系統から電力供給を受けていた元の
サーバコンピュータに予め与えられていた役割を、予め
定められた他のサーバコンピュータに代行させるための
処理と、サーバコンピュータ間での記憶装置の共有関係を変更す
る処理とを含むことを特徴とする請求項１に記載のクラ
スタシステム。
【請求項３】前記記憶装置が複数設けられている場合
において、前記システム再編成処理は、いずれかの記憶装置の電源系統に障害が発生した場合
に、その記憶装置の内容を他の記憶装置に複写する処理
と、サーバコンピュータ間での記憶装置の共有関係を変更す
る処理とを含むことを特徴とする請求項１に記載のクラ
スタシステム。
【請求項４】通信ネットワークによって相互に接続さ
れ、それぞれが予め定められた役割を果たすことにより
全体として論理上単一のサーバとして機能する複数のサ
ーバコンピュータと、データ線によって前記複数のサーバコンピュータに接続
され、これらのサーバコンピュータによって共用可能な
少なくとも１つの記憶装置と、前記複数のサーバコンピュータおよび記憶装置のうちの
１または複数ごとに設けられ、担当するサーバコンピュ
ータおよび記憶装置に対して電源系統からの電力を供給
すると共に、その電源系統に障害が発生した場合に、担
当するサーバコンピュータまたは記憶装置への電力供給
をバックアップする少なくとも１つの無停電電源装置と
を含んで構成されたクラスタシステムに適用される運転
管理装置であって、いずれかのサーバコンピュータまたは記憶装置の電源系
統に障害が発生した場合において、クラスタシステムと
しての整合性を担保するためのシステム再編成処理が前
記無停電電源装置による電力バックアップ期間中に前記
複数のサーバコンピュータにより行われたことを確認し
たのち、障害の発生した電源系統から電力供給を受けて
いたサーバコンピュータおよび記憶装置への電力供給を
停止することを特徴とするクラスタシステムの運転管理
装置。
【請求項５】通信ネットワークによって相互に接続さ
れ、それぞれが予め定められた役割を果たすことにより
全体として論理上単一のサーバとして機能する複数のサ
ーバコンピュータと、データ線によって前記複数のサーバコンピュータに接続
され、これらのサーバコンピュータによって共用可能な
少なくとも１つの記憶装置と、前記複数のサーバコンピュータおよび記憶装置のうちの
１または複数ごとに設けられ、担当するサーバコンピュ
ータおよび記憶装置に対して電源系統からの電力を供給
すると共に、その電源系統に障害が発生した場合に、担
当するサーバコンピュータまたは記憶装置への電力供給
をバックアップする少なくとも１つの無停電電源装置
と、前記無停電電源装置と前記サーバコンピュータまたは記
憶装置との間にそれぞれ設けられ、担当するサーバコン
ピュータまたは記憶装置の運転を管理する複数の運転管
理装置とを含んで構成されたクラスタシステムに適用さ
れる運転管理方法であって、いずれかのサーバコンピュータまたは記憶装置の電源系
統に障害が発生した場合に、前記無停電電源装置による
電力バックアップ期間中に、前記複数のサーバコンピュータにおいて、クラスタシス
テムとしての整合性を担保するためのシステム再編成処
理を行い、前記運転管理装置において、前記システム再編成処理の
終了を確認したのち、障害の発生した電源系統から電力
供給を受けていたサーバコンピュータおよび記憶装置へ
の電力供給を停止するようにしたことを特徴とするクラ
スタシステムの運転管理方法。