(57)【要約】【課題】一方のサーバに障害が発生してそのサーバに接続されている端末を他方のサーバが引き継ぐ場合の端末への影響をなくす。【解決手段】第１のサーバは、端末からの要求に応じた処理の実行状況を死活監視部３５にて監視する。処理の異常を検知すると、サーバ切替部３３により自己のアドレス記憶部３１で記憶している論理アドレスを第２のサーバに通知する。論理アドレスが通知された後、アドレス記憶部３１をクリアする。第２のサーバは、第１のサーバから論理アドレスの通知を受けるとその論理アドレスを自己のアドレス記憶部３１に設定する。【選択図】      図３
2008276400.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末が接続されたネットワーク上に第１のサーバと第２のサーバとを接続してなり、前記第１及び第２のサーバは、それぞれネットワーク上の論理アドレスをアドレス記憶部にて記憶し、前記端末からの要求に付された論理アドレスが自己のアドレス記憶部にて記憶している論理アドレスと一致したことを条件にその要求に応じた処理を実行するサーバクラスタシステムにおいて、
前記第１のサーバは、
前記端末からの要求に応じた処理の実行状況を監視する監視手段と、
この監視手段により前記処理の異常を検知すると、前記自己のアドレス記憶部にて記憶している論理アドレスを前記第２のサーバに通知するアドレス通知手段と、
このアドレス通知手段により論理アドレスが通知された後、前記自己のアドレス記憶部をクリアするアドレスクリア手段とを具備し、
前記第２のサーバは、
前記第１のサーバから論理アドレスの通知を受けるとその論理アドレスを自己のアドレス記憶部に設定するアドレス設定手段を具備したことを特徴とするサーバクラスタシステム。
【請求項２】
第１のサーバは、
第２のサーバが稼働中か否かを判断する相手サーバ判断手段をさらに具備し、
アドレス通知手段は、前記第２のサーバが稼働中であることを条件に、自己のアドレス記憶部にて記憶している論理アドレスを前記第２のサーバに通知することを特徴とする請求項１記載のサーバクラスタシステム。
【請求項３】
第１のサーバは、アドレスクリア手段により自己のアドレス記憶部がクリアされたことを報知する報知手段、をさらに具備したことを特徴とする請求項１または２記載のサーバクラスタシステム。
【請求項４】
複数の端末が接続されたネットワーク上に他のサーバとともに接続され、ネットワーク上の論理アドレスをアドレス記憶部にて記憶し、前記端末からの要求に付された論理アドレスが自己のアドレス記憶部にて記憶している論理アドレスと一致したことを条件にその要求に応じた処理を実行するサーバにおいて、
前記端末からの要求に応じた処理の実行状況を監視する監視手段と、
この監視手段により前記処理の異常を検知すると、前記自己のアドレス記憶部にて記憶している論理アドレスを前記他のサーバに通知するアドレス通知手段と、
このアドレス通知手段により論理アドレスが通知された後、前記自己のアドレス記憶部をクリアするアドレスクリア手段と、
前記他のサーバから論理アドレスの通知を受けるとその論理アドレスを自己のアドレス記憶部に設定するアドレス設定手段と、
を具備したことを特徴とするサーバ。
【請求項５】
他のサーバが稼働中か否かを判断する相手サーバ判断手段をさらに具備し、
アドレス通知手段は、前記他のサーバが稼働中であることを条件に、自己のアドレス記憶部にて記憶している論理アドレスを前記他のサーバに通知することを特徴とする請求項４記載のサーバ。
【請求項６】
アドレスクリア手段により自己のアドレス記憶部がクリアされたことを報知する報知手段、をさらに具備したことを特徴とする請求項４または５記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末が接続されたネットワーク上に第１のサーバと第２のサーバとを接続してなるサーバクラスタシステム及びこのシステムで用いられるサーバに関し、特に、一方のサーバに障害が発生するとその機能を他方のサーバに切替える技術に関する。
【背景技術】
【０００２】
従来、現用ホスト及び予備ホストと複数の端末とがＬＡＮを経由してＴＣＰ／ＩＰプロトコルで接続されているシステムにおいて、現用ホストの障害発生により現用ホストから予備ホストに切り替ったときに、現用ホストがどの端末とＴＣＰコネクションを確立しているかの情報を予備ホストに通知し、予備ホストが、通知を受けた情報を基に現用ホストとＴＣＰコネクションを確立していた全端末に対してリセットパケットを送信するようにした技術はあった（例えば、特許文献１参照）。
【特許文献１】特開２００３−０８４９９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前記従来の技術においては、各端末は、リセットパケットを受信することにより現用ホストが障害となったことを検知し、現用ホストとの間のＴＣＰコネクションを切断した後、予備ホストとの間でＴＣＰコネクションの確立を行うこととなる。このため、現用ホストとＴＣＰコネクションが確立していた各端末は、予備ホストとの間でＴＣＰコネクションの確立をやり直さなければならず、効率が悪かった。
【０００４】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、複数の端末が接続されたネットワーク上に第１のサーバと第２のサーバとを接続してなるサーバクラスタシステムにおいて、一方のサーバに障害が発生してそのサーバに接続されている端末を他方のサーバが引き継ぐ場合でも、端末側の負荷となることなく効率よく引き継ぐことができるサーバクラスタシステム及びこのシステムに用いられるサーバを提供しようとするものである。
【課題を解決するための手段】
【０００５】
本発明は、複数の端末が接続されたネットワーク上に第１のサーバと第２のサーバとを接続してなり、第１及び第２のサーバは、それぞれネットワーク上の論理アドレスをアドレス記憶部にて記憶し、端末からの要求に付された論理アドレスが自己のアドレス記憶部にて記憶している論理アドレスと一致したことを条件にその要求に応じた処理を実行するサーバクラスタシステムおいて、第１のサーバは、端末からの要求に応じた処理の実行状況を監視する監視手段と、この監視手段により処理の異常を検知すると、自己のアドレス記憶部にて記憶している論理アドレスを第２のサーバに通知するアドレス通知手段と、このアドレス通知手段により論理アドレスが通知された後、前記自己のアドレス記憶部をクリアするアドレスクリア手段とを備える。第２のサーバは、第１のサーバから論理アドレスの通知を受けるとその論理アドレスを自己のアドレス記憶部に設定するアドレス設定手段を備える。
【発明の効果】
【０００６】
かかる手段を講じた本発明によれば、一方のサーバに障害が発生してそのサーバに接続されている端末を他方のサーバが引き継ぐ場合でも、端末側の負荷となることなく効率よく引き継ぐことができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。
【０００８】
図１は、本実施の形態におけるサーバクラスタシステムの構成を示す概略図である。このサーバクラスタシステムは、複数ｎ台の端末１-1，１-2，…，１-nが接続されたネットワーク２上に、第１のサーバ３-1と第２のサーバ３-2とを接続して構成されている。ネットワーク２は、ＴＣＰ／ＩＰプロトコルを使用するネットワーク、例えばインターネット等である。
【０００９】
第１のサーバ３-1及び第２のサーバ３-2は、それぞれネットワーク２上の論理アドレスである仮想ＩＰアドレスをアドレス記憶部にて記憶し、端末１-1，１-2，…，１-nからの要求に付された論理アドレスが自己の仮想ＩＰアドレスと一致したことを条件に、その要求に応じた処理を実行する。
【００１０】
各端末１-1，１-2，…，１-nには、例えば図２に示すように、第１のサーバ３-1及び第２のサーバ３-2のうち、いずれか一方のサーバの仮想ＩＰアドレスが、接続先サーバの論理アドレスとして設定されている。各端末１-1，１-2，…，１-ｎは、サーバへのサービス要求が発生すると、その要求内容を含むＴＣＰパケットを作成し、このＴＣＰパケットに、自己に設定されたＩＰアドレスを発信元の論理アドレスとして付すとともに、予め設定された接続先サーバの仮想ＩＰアドレスを宛先の論理アドレスとして付して、ネットワーク２上に送信する。
【００１１】
第１のサーバ３-1及び第２のサーバ３-2は同一構成である。これらサーバ３-1，３-2の構成を、図３のブロック図、及び図４〜６の流れ図を用いて説明する。
【００１２】
サーバ３-1，３-2は、ＩＰアドレス格納テーブル３１、通信部３２、サーバ切替部３３、アプリケーション実行部３４、死活監視部３５、入力制御部３６、表示制御部３７、ログ監視部３８及びこれらを制御する主制御部３０で構成されている。
【００１３】
ＩＰアドレス格納テーブル３１は、ネットワーク２上の論理アドレスである仮想ＩＰアドレスが格納されるＲＡＭ領域であり、アドレス記憶部として機能する。通信部３２は、ネットワーク２に接続され、このネットワーク２を介して、各端末１-1〜１-ｎや他方のサーバとデータ通信を行うように構成されている。
【００１４】
サーバ切替部３３は、自サーバに障害が発生したとき、自サーバの論理アドレスを他サーバに引き継がせる処理を行う。アプリケーション実行部３４は、各端末１-1〜１-nからの要求に応じたサービスを実現するためのアプリケーションプログラムを選択的に実行する。死活監視部３５は、上記アプリケーション実行部３４で実行されるアプリケーションプログラムの死活監視を行う。
【００１５】
入力制御部３６は、キーボード，マウス，タッチパネル等の入力部４１からのデータ入力を制御する。表示制御部３７は、ＬＥＤ，ディスプレイ等の表示部４２の表示動作を制御する。ログ監視部３８は、ログファイル４３に書き込まれるログデータを監視する。
【００１６】
サーバ切替部３３、死活監視部３５及びログ監視部３８は、それぞれ対応する処理に特化したプログラムモジュールで構成されている。
【００１７】
主制御部３０は、ＣＰＵを主体にサーバ３-1，３-2の中枢を担う部位であって、特に、図４の流れ図に示す手順で各部を制御するようにプログラム構成されている。  
すなわち主制御部３０は、電源オンあるいは再起動（リブート）により立ち上がると、ＯＳ起動、ＲＡＭクリア等の立上げ処理を実行する（ＳＴ１）。そして、正常に立ち上がったならば、ログ監視部３８に対して起動を指令する（ＳＴ２）。
【００１８】
これにより、ログ監視部３８は、ログファイル４３に書き込まれた最新のログデータをチェックする。そしてこのログデータがシステム異常時に書き込まれる異常ログデータであった場合には、異常応答を主制御部３０に返す。
【００１９】
そこで主制御部３０は、ログ監視部３８からの応答を待機する（ＳＴ３）。そして、異常応答があった場合には（ＳＴ３のＹＥＳ）、表示制御部３７を介して表示部４２に警告表示を行わせる（ＳＴ４）。
【００２０】
ログ監視部３８を起動後、主制御部３０は、各端末１-1〜１-nからのサービス要求を待機する（ＳＴ５）。そして、このサービス要求待機中でもログ監視部３８から異常応答があった場合には、（ＳＴ３のＹＥＳ）、警告表示を行わせる（ＳＴ４）。
【００２１】
また、サービス要求待機中に、他方のサーバから割込要求があった場合には（ＳＴ６のＹＥＳ）、主制御部３０は、該当する割込処理を実行する（ＳＴ７）。
【００２２】
いずれかの端末１-1〜１-nからサービス要求のコマンドを受信した場合には（ＳＴ５のＹＥＳ）、主制御部３０は、そのコマンドに付加されている宛先アドレスが、ＩＰアドレス格納テーブル３１に格納されている仮想ＩＰアドレスと一致するか否かを判断する（ＳＴ８）。ここで、宛先アドレスが仮想ＩＰアドレスと一致しない場合には（ＳＴ８のＮＯ）、自己宛のサービス要求ではないので、次のサービス要求を待機する（ＳＴ５）。
【００２３】
アドレスが一致した場合には（ＳＴ８のＹＥＳ）、自己宛のサービス要求であるので、主制御部３０は、アプリケーション実行部３４に対して要求に応じた処理を実現するためのアプリケーションプログラムの起動を指令する（ＳＴ９）。また、死活監視部３５に対して起動を指令する（ＳＴ１０）。
【００２４】
これにより、アプリケーション実行部３４は、該当するアプリケーションプログラムを実行する。そして、そのアプリケーションプログラムを正常に終了したならば、正常完了応答を主制御部３０に返す。
【００２５】
一方、死活監視部３５は、アプリケーション実行部３４に対して定期的に死活監視伝文を送信する。そして、アプリケーション実行部３４からの応答ステータスの有無を監視する。応答ステータスがある間は何もしない。応答ステータスがなくなったならば、異常応答を主制御部３０に返す。
【００２６】
主制御部３０は、アプリケーション実行部３４及び死活監視部３５からの応答を待機する（ＳＴ１１，ＳＴ１２）。そして、アプリケーション実行部３４から正常完了応答を受けたならば（ＳＴ１２のＹＥＳ）、主制御部３０は、死活監視部３５に停止を指令する（ＳＴ１３）。また、正常ログデータをログファイル４３に書き込む（ＳＴ１４）。しかる後、次のサービス要求を待機する（ＳＴ５）。
【００２７】
これに対し、死活監視部３５から異常応答を受けた場合には（ＳＴ１１のＹＥＳ）、主制御部３０は、死活監視部３５に停止を指令し（ＳＴ１５）、サーバ切替部３３に起動を指令する（ＳＴ１６）。
【００２８】
これにより、サーバ切替部３３では、図５の流れ図に示す処理が実行される。先ず、ＳＴ２１として他方のサーバの稼動状態をチェックする。すなわち、通信部３２を介してネットワーク上に他方のサーバ宛の問合せコマンドを送信する。そうすると、他方のサーバが正常に立ち上がっていた場合には、その問合せコマンドに対する応答が返信されるので、サーバ切替部３３は、この応答の有無により他方のサーバが正常に稼動しているか否かを判断する。
【００２９】
ここで、他方のサーバが正常に稼動していた場合には（ＳＴ２２のＹＥＳ）、サーバ切替部３３は、ＳＴ２３としてＩＰアドレス格納テーブル３１に記憶している仮想ＩＰアドレスを他方のサーバに通知するための割込コマンドを生成し、通信部３２を介してネットワーク上に送信する。しかる後、ＳＴ２４として正常切替応答を主制御部３０に返す。
【００３０】
これに対し、他方のサーバが正常に稼動していなかった場合には（ＳＴ２２のＮＯ）、サーバ切替部３３は、ＳＴ２５として異常切替応答を主制御部３０に返す。
【００３１】
上記割込コマンドを受信した他方のサーバの主制御部３０は、図６に示すように、ＳＴ３１としてその割込コマンドが仮想ＩＰアドレスを通知するコマンドであることを確認すると、ＳＴ３２としてそのコマンドによって通知された仮想ＩＰアドレスを自己のＩＰアドレス格納テーブル３１に追加保存する。
【００３２】
一方、サーバ切替部３３が起動した側のサーバの主制御部３０は、サーバ切替部３３からの応答を待機する（ＳＴ１７）。そして、サーバ切替部３３から正常切替応答があった場合には（ＳＴ１７のＹＥＳ）、主制御部３０は、ＩＰアドレス格納テーブル３１で記憶している仮想ＩＰアドレスをクリアする（ＳＴ１８）。これに対し、異常切替応答があった場合には（ＳＴ１７のＮＯ）、ＩＰアドレス格納テーブル３１から仮想ＩＰアドレスをクリアしない。
【００３３】
しかる後、主制御部３０は、異常ログデータをログファイル４３に書き込む（ＳＴ１９）。そして、自動的に再起動を行う（ＳＴ１）。
【００３４】
ここに、第１，第２のサーバ３-1，３-2は、端末１-1〜１-nからの要求に応じた処理の実行状況を監視する監視手段として死活監視部３５を備えている。また、この監視手段により処理の異常を検知すると、自己のアドレス記憶部（ＩＰアドレス格納テーブル３１）にて記憶している論理アドレス（仮想ＩＰアドレス）を他方のサーバに通知するアドレス通知手段としてサーバ切替部３３を備えている。また、このアドレス通知手段により論理アドレスが通知された後、自己のアドレス記憶部（ＩＰアドレス格納テーブル３１）をクリアするアドレスクリア手段として主制御部３０のＳＴ１８の処理手段を備えている。また、他方のサーバから論理アドレスの通知を受けるとその論理アドレスを自己のアドレス記憶部（ＩＰアドレス格納テーブル３１）に設定するアドレス設定手段として主制御部３０のＳＴ３１〜ＳＴ３２の処理手段を備えている。
【００３５】
さらに、サーバ切替部３３は、そのＳＴ２１の処理手段によって、他方のサーバが稼働中か否かを判断する相手サーバ判断手段を備えている。そしてサーバ切替部３３は、他方のサーバが稼働中であることを条件に、自己のアドレス記憶部にて記憶している論理アドレスを他方のサーバに通知している。
【００３６】
また、アドレスクリア手段により自己のアドレス記憶部がクリアされたことを報知する報知手段として主制御部３０のＳＴ３，ＳＴ４の処理手段及び表示部４２を備えている。
【００３７】
かかる構成の第１，第２のサーバ３-1，３-2をネットワーク２上に接続してなるサーバクラスタシステムにおいては、これらのサーバ３-1，３-2が正常に稼動している通常状態では、各端末１-1〜１-nと各サーバ３-1，３-2とが図２に示す対応関係で接続される。すなわち、端末１-1から端末１-(j-1)までは、仮想ＩＰアドレス[100.100.101]が設定された第１のサーバ３-1に接続され、端末１-jから端末１-nまでは、仮想ＩＰアドレス[100.100.102]が設定された第２のサーバ３-2に接続される。
【００３８】
これにより、端末１-1〜１-(j-1)からネットワーク２上に送信されたサービス要求コマンド（宛先論理アドレス＝100.100.101）は、第１のサーバ３-1で受信される。そして、第１のサーバ３-1では、該当するアプリケーションプログラムが起動されて、要求に応じた処理が実行される。同様に、端末１-j〜１-nからネットワーク２上に送信されたサービス要求コマンド（宛先論理アドレス＝100.100.102）は、第２のサーバ３-2で受信される。そして、第２のサーバ３-2では、該当するアプリケーションプログラムが起動されて、要求に応じた処理が実行される。
【００３９】
ここで、例えば第１のサーバ３-1において、端末１-1から要求された業務のアプリケーションプログラムの実行中にこのプログラムが異常終了し、死活監視部３５から異常応答が主制御部３０に返されたとする。そうすると、この第１のサーバ３-1では、サーバ切替部３３が作動する。このとき、他方の第２のサーバ３-2が正常に稼動しているとすると、第１のサーバ３-1のＩＰアドレス格納テーブル３１に記憶されている仮想ＩＰアドレス[100.100.101]がネットワーク３を介して第２のサーバ３-2に通知され、この第２のサーバ３-2のＩＰアドレス格納テーブル３１に追加格納される。そして、第１のサーバ３-1のＩＰアドレス格納テーブル３１はクリアされる。
【００４０】
その結果、異常終了したアプリケーションプログラムにより実行される処理の要求を出した端末１-1では、応答がないため、同一のサービス要求コマンドがリトライされる。このとき、この要求コマンドの宛先論理アドレスは、最初の場合と同様に、第１のサーバ３-1の仮想ＩＰアドレス[100.100.101]である。
【００４１】
しかし、第１のサーバ３-1においては、ＩＰアドレス格納テーブル３１がクリアされているので、この要求コマンドを自サーバ宛のコマンドとして受信することはない。他方、第２のサーバ３-2においては、この要求コマンドの宛先論理アドレス[100.100.101]がＩＰアドレス格納テーブル３１に記憶されているので、この要求コマンドを自サーバ宛のコマンドとして受信する。その結果、第２のサーバ３-2において、端末１-1から要求された業務のアプリケーションプログラムが実行される。
【００４２】
勿論、第２のサーバ３-2においては、各端末１-j〜１-nから送信されるサービス要求コマンド（宛先論理アドレス＝100.100.102）も、その宛先論理アドレスと一致する仮想ＩＰアドレスがＩＰアドレス格納テーブル３１に記憶されているので、この要求に応じたアプリケーションプログラムの処理を実行する。
【００４３】
このように、第１のサーバ３-1において、アプリケーションプログラムが異常終了する障害が発生した場合には、この第１のサーバ３-1が所持していた仮想ＩＰアドレスが第２のサーバ３-2に引き継がれる。そして、第１のサーバ３-1からサービスを受けていた各端末１-1〜１-(j-1)は、以後、第２のサーバ３-2からサービスを受けることとなる。ただしその場合でも、各端末１-1〜１-(j-1)が管理する宛先論理アドレスは、第１のサーバ３-1の仮想ＩＰアドレスのままであり、端末１-1〜１-(j-1)側では何等変わることはない。また、当然のことながら、残りの端末１-j〜１-nが影響を受けることもない。したがって、端末１-1〜１-n側の負荷となることなく、障害が発生した一方のサーバ３-1の仮想ＩＰアドレス[100.100.101]を正常に稼動している他方のサーバ３-2に効率よく引き継ぐことができる。
【００４４】
なお、上記例では、第１のサーバ３-1に障害が発生した場合を示したが、第２のサーバ３-2に障害が発生した場合も同様である。すなわち、第２のサーバ３-2において、例えば端末１-nから要求された業務のアプリケーションプログラムの実行中にこのプログラムが異常終了し、死活監視部３５から異常応答が主制御部３０に返されたとすると、この第２のサーバ３-2では、サーバ切替部３３が作動する。このとき、他方の第１のサーバ３-1が正常に稼動しているとすると、第２のサーバ３-2のＩＰアドレス格納テーブル３１に記憶されている仮想ＩＰアドレス[100.100.102]がネットワーク３を介して第１のサーバ３-1に通知され、この第１のサーバ３-1のＩＰアドレス格納テーブル３１に追加格納される。そして、第２のサーバ３-2のＩＰアドレス格納テーブル３１はクリアされる。
【００４５】
その結果、端末１-nでは、同一のサービス要求コマンドがリトライされる。このとき、この要求コマンドの宛先論理アドレスは、最初の場合と同様に、第２のサーバ３-2の仮想ＩＰアドレス[100.100.102]である。
【００４６】
しかし、第２のサーバ３-2においては、ＩＰアドレス格納テーブル３１がクリアされているので、この要求コマンドを自サーバ宛のコマンドとして受信することはない。他方、第１のサーバ３-1においては、この要求コマンドの宛先論理アドレス[100.100.102]がＩＰアドレス格納テーブル３１に記憶されているので、この要求コマンドを自サーバ宛のコマンドとして受信する。その結果、第１のサーバ３-1において、端末１-nから要求された業務のアプリケーションプログラムが実行される。
【００４７】
勿論、第１のサーバ３-1においては、各端末１-1〜１-(j-1)から送信されるサービス要求コマンド（宛先論理アドレス＝100.100.101）も、その宛先論理アドレスと一致する仮想ＩＰアドレスがＩＰアドレス格納テーブル３１に記憶されているので、この要求に応じたアプリケーションプログラムの処理を実行する。
【００４８】
このように、第２のサーバ３-2において、アプリケーションプログラムが異常終了する障害が発生した場合には、この第２のサーバ３-2が所持していた仮想ＩＰアドレスが第１のサーバ３-1に引き継がれる。そして、第２のサーバ３-2からサービスを受けていた各端末１-j〜１-nは、以後、第１のサーバ３-1からサービスを受けることとなる。ただしその場合でも、各端末１-j〜１-nが管理する宛先論理アドレスは、第２のサーバ３-2の仮想ＩＰアドレスのままであり、端末１-j〜１-n側では何等変わることはない。また、当然のことながら、残りの端末１-1〜１-(j-1)が影響を受けることもない。したがって、端末１-1〜１-n側の負荷となることなく、障害が発生した一方のサーバ３-2の仮想ＩＰアドレス[100.100.102]を正常に稼動している他方のサーバ３-1に効率よく引き継ぐことができる。
【００４９】
ところで、一方のサーバに障害が発生し、そのサーバの仮想ＩＰアドレスが他方のサーバに引き継がれた場合は、障害が発生したサーバは自動的に再起動するが、その際に、ログ監視部３８が作用して、自サーバの表示部４２に警告表示が行われる。したがって、サーバ管理者は、この警告表示を確認することによって、サーバにアプリケーションの障害が発生したことを認識できる。この場合、サーバ管理者は、障害が発生したサーバのメンテナンスを行い、正常が確認されたならば、相手サーバに引き継がれた仮想ＩＰアドレスを戻す作業をマニュアルで行う。そうすることにより、所期の目的のサーバクラスタシステムを復旧させることができる。
【００５０】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００５１】
例えば、前記実施の形態では、アプリケーションプログラムの異常終了によるサーバ障害の場合を例示したが、障害の種類はこれに限定されるものではない。例えば、各サーバ３-1，３-2において、それぞれ自己のルータ，ＬＡＮケーブル等のネットワーク接続機器の死活監視を行い、異常を検知した場合、すなわち通信系障害が発生した場合に、その障害が発生した一方のサーバの仮想ＩＰアドレスを他方のサーバに引き継がせるようにしてもよい。
【００５２】
また、前記実施の形態では、障害が発生したサーバにおいて、仮想ＩＰアドレスの引継ぎ完了後、自動的に再起動する場合を示したが、必ずしも再起動する必要はなく、例えばその異常が発生したアプリケーションプログラムを再起動するようにしてもよい。あるいは、何も処理をしなくてもよい。この場合も、ログ監視部３８は常駐しているので、異常警告は行われる。
【００５３】
また、前記実施の形態では異常警告を１通りとして説明したが、各種のアプリケーションプログラムの異常終了の際に発生するエラーコードと関連付けて警告種別データを予め各サーバが記憶し、エラーの種別によって警告内容を変えるようにしてもよい。例えば、ＬＥＤの点灯と点滅とで区別したり、ＬＥＤの色を変えたりしてもよい。
【００５４】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施の形態であるサーバクラスタシステムの概略構成図。
【図２】同実施の形態において各端末と各サーバとの対応関係を示す図。
【図３】同実施の形態におけるサーバの要部構成を示すブロック図。
【図４】同実施の形態においてサーバの主制御部が実行する主要な制御手順を示す流れ図。
【図５】同実施の形態においサーバのサーバ切替部が実行する主要な処理手順を示す流れ図。
【図６】同実施の形態においてサーバの主制御部が実行する主要な割込処理手順を示す流れ図。
【符号の説明】
【００５６】
１-1〜１-n…端末、２…ネットワーク、３-1,３-2…第１，第２のサーバ、３０…主制御部、３１…ＩＰアドレス格納部、３２…通信部、３３…サーバ切替部、３４…アプリケーション実行部、３５…死活監視部、３８…ログ監視部、４２…表示部。
【図１】
2008276400.tif 000003
【図２】
2008276400.tif 000004
【図３】
2008276400.tif 000005
【図４】
2008276400.tif 000006
【図５】
2008276400.tif 000007
【図６】
2008276400.tif 000008