(57)【要約】【課題】  クラスタを用いた高可用性システムにおいて、クラスタとバックアップの２つの技術を有機的に結合させ、クラスタを停止させることなく最新のデータでのバックアップとリカバリを可能にする。【解決手段】  高可用性システムは、稼働系サーバ１０１と、当該稼働系サーバと同期してデータを常に最新に保持する待機系サーバ１０２を含むクラスタ１０３と、待機系サーバ１０２との間でデータの同期をとる仮想サーバ１２２を含み、稼動系サーバ１０１と待機系サーバ１０２の同期処理と連動して、待機系サーバ１０２と仮想サーバ１２２の同期処理を行い、待機系サーバ１０２の稼動系サーバ１０１との同期機能と仮想サーバ１２２の待機系サーバ１０２との同期機能を停止した状態で、仮想サーバ１２２のバックアップを行う。【選択図】  図１
2010231257.tif 000002
【特許請求の範囲】
【請求項１】
稼働系サーバと、当該稼働系サーバと同期してデータを常に最新に保持する待機系サーバを含むクラスタと、
前記待機系サーバとの間でデータの同期をとる仮想サーバを備え、
前記稼動系サーバと前記待機系サーバの同期処理と連動して、前記待機系サーバと前記仮想サーバの同期処理を行い、前記待機系サーバの前記稼動系サーバとの同期機能と前記仮想サーバの前記待機系サーバとの同期機能を停止した状態で、前記仮想サーバのバックアップを行うことを特徴とする高可用性システム。
【請求項２】
前記稼動系サーバから前記待機系サーバに差分データを送信して同期処理を行うと共に、前記待機系サーバから前記仮想サーバに前記差分データを送信して同期処理を行い、
前記バックアップ完了後に、前記待機系サーバの前記稼動系サーバとの同期機能と、前記仮想サーバの前記待機系サーバとの同期機能を再開させる
ことを特徴とする請求項１に記載の高可用性システム。
【請求項３】
稼働系サーバにシステム異常が発生した場合、前記稼動系サーバを前記クラスタから切り離し、
切り離した前記稼動系サーバと前記仮想サーバのマイグレーションを実行することにより、システムをリカバリして前記稼動系サーバを前記クラスタに復帰させることを特徴とする請求項１又は請求項２に記載の高可用性システム。
【請求項４】
管理サーバを備え、
前記管理サーバが、
前記前記待機系サーバの前記稼動系サーバとの同期と、前記仮想サーバの前記待機系サーバとの同期を制御する制御プログラムと、
前記仮想サーバのバックアップを実行するバックアッププログラムと、
切り離した前記稼動系サーバと前記仮想サーバのマイグレーションを実行することにより、システムをリカバリするリカバリプログラムを備えることを特徴とする請求項１から請求項３の何れかに記載の高可用性システム。
【請求項５】
前記稼動系サーバと前記待機系サーバが、自サーバの障害を監視する障害監視手段を備え、
前記管理サーバが、前記稼動系サーバ又は前記待機系サーバの前記障害監視手段からの障害検出通知を受信すると、障害検出通知をトリガーとして自動的に、障害が発生した前記稼動系サーバ又は前記待機系サーバの切り離しと、前記仮想サーバとのマイグレーションを実行することを特徴とする請求項４に記載の高可用性システム。
【請求項６】
クラスタを構成する稼働系サーバと待機系サーバとの同期処理に連増して、前記待機系サーバと仮想サーバとの同期処理を行うステップと、
前記待機系サーバの前記稼動系サーバとの同期機能と前記仮想サーバの前記待機系サーバとの同期機能を停止した状態で、前記仮想サーバのバックアップを行うステップを有する
ことを特徴とする高可用性システムの対障害対策方法。
【請求項７】
前記稼動系サーバから前記待機系サーバに差分データを送信して同期処理を行うと共に、前記待機系サーバから前記仮想サーバに前記差分データを送信して同期処理を行うステップと、
前記バックアップ完了後に、前記待機系サーバの前記稼動系サーバとの同期機能と、前記仮想サーバの前記待機系サーバとの同期機能を再開させるステップを有する
ことを特徴とする請求項６に記載の高可用性システムの対障害対策方法。
【請求項８】
稼働系サーバにシステム異常が発生した場合、前記稼動系サーバを前記クラスタから切り離すステップと、
切り離した前記稼動系サーバと前記仮想サーバのマイグレーションを実行することにより、システムをリカバリして前記稼動系サーバを前記クラスタに復帰させるステップを有することを特徴とする請求項６又は請求項７に記載の高可用性システムの対障害対策方法。
【請求項９】
管理サーバを備え、
前記管理サーバで、
前記前記待機系サーバの前記稼動系サーバとの同期と、前記仮想サーバの前記待機系サーバとの同期を制御し、
前記仮想サーバのバックアップを実行し、
切り離した前記稼動系サーバと前記仮想サーバのマイグレーションを実行することを特徴とする請求項６から請求項８の何れかに記載の高可用性システムの対障害対策方法。
【請求項１０】
前記稼動系サーバと前記待機系サーバで、自サーバの障害発生を監視し、
前記管理サーバで、前記稼動系サーバ又は前記待機系サーバからの障害検出通知を受信すると、障害検出通知をトリガーとして自動的に、障害が発生した前記稼動系サーバ又は前記待機系サーバの切り離しと、前記仮想サーバとのマイグレーションを実行することを特徴とする請求項９に記載の高可用性システムの対障害対策方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラスタを用いた高可用性システムに関し、特に、高可用性システムの対障害対策方法に関する。
【背景技術】
【０００２】
クラスタリングは一般的な技術であり、高可用性を実現するための技術である。一方、迅速な障害復旧を実現する技術としてバックアップが広く利用されている。
【０００３】
これらクラスタリング及びバックアップの技術は、アプローチこそ異なるが、何れも対障害対策の技術であり、これら２つの技術を有機的に結合すれば、可用性を更に高めることが可能である。しかし、クラスタリングとバックアップを有機的に結合した技術は確立されていない。
【０００４】
例えば、特許文献１に記載される関連技術では、仮想マシン上に同一機能を持ったサーバを構築してクラスタとして動作させる技術を提要しているが、障害復旧対策のためのバックアップについては何ら考慮されていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１７３７５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、クラスタリング及びバックアップの技術は共に対障害対策を目的としているにもかかわらず、これらの技術を有機的に結合して、可用性を更に高める技術については確立されていない。
【０００７】
特許文献１等に記載される関連技術では、クラスタシステムを安全にバックアップするためには、クラスタを停止しなければならないという問題がある。これは、データの整合性を保持するために静止点を設ける必要があり、この状態でバックアップを実施する必要があるためである。従って、業務を停止することができないシステムでクラスタを停止せずにバックアップを実施することができなかった。
【０００８】
（発明の目的）
本発明の目的は、クラスタを用いた高可用性システムにおいて、クラスタとバックアップの２つの技術を有機的に結合させ、クラスタを停止させることなく最新のデータでのバックアップとリカバリを可能にした高可用性システムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の高可用性システムは、稼働系サーバと、当該稼働系サーバと同期してデータを常に最新に保持する待機系サーバを含むクラスタと、待機系サーバとの間でデータの同期をとる仮想サーバを含み、稼動系サーバと待機系サーバの同期処理と連動して、待機系サーバと仮想サーバの同期処理を行い、待機系サーバの稼動系サーバとの同期機能と仮想サーバの待機系サーバとの同期機能を停止した状態で、仮想サーバのバックアップを行う。
【００１０】
本発明の高可用性システムの対障害対策方法は、クラスタを構成する稼働系サーバと待機系サーバとの同期処理に連増して、待機系サーバと仮想サーバとの同期処理を行うステップと、待機系サーバの稼動系サーバとの同期機能と仮想サーバの待機系サーバとの同期機能を停止した状態で、仮想サーバのバックアップを行うステップを有する。
【発明の効果】
【００１１】
本発明によれば、クラスタを用いた高可用性システムにおいて、クラスタとバックアップの２つの技術を有機的に結合させ、クラスタを停止させることなく最新のデータでのバックアップとリカバリを可能にする。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施の形態に係る高可用性システムの全体構成を示すブロック図である。
【図２】第１の実施の形態に係る稼動系サーバの構成を示すブロック図である。
【図３】第１の実施の形態に係る待機系サーバの構成を示すブロック図である。
【図４】第１の実施の形態に係る仮想サーバの機能構成を示すブロック図である。
【図５】第１の実施の形態に係る管理サーバの機能構成を示すブロック図である。
【図６】第１の実施の形態に係る高可用性システムのバックアップ処理を示すタイムチャート図である。
【図７】第１の実施の形態に係る高可用性システムのリカバリ処理を示すタイムチャート図である。
【図８】本発明の第２の実施の形態に係る稼働計サーバの構成を示すブロック図である。
【図９】本発明の第２の実施の形態に係る待機系サーバの構成を示すブロック図である。
【図１０】本発明の第２の実施の形態に係る管理サーバの構成を示すブロック図である。
【図１１】第２の実施の形態に係る管理サーバの動作を示すフローチャート図である。
【図１２】第１及び第２の実施の形態におけるサーバのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照して詳細に説明する。第１の実施の形態では、仮想マシンサーバとクラスタを用いた高可用性システムの基本構成と特徴、バックアップ及びリカバリ処理の動作について詳説する。また、第２の実施の形態では、稼動サーバに障害が発生した場合の自働リカバリ方法について詳説する。第３の実施の形態では、コスト削減に対応させるためにクラスタを仮想マシンサーバ上の仮想マシンに構築した場合の例について詳説する。
【００１４】
（第１の実施の形態）
図１は、本発明の第１の実施の形態による高可用性システムの全体構成を示すブロック図である。図１を参照すると、第１の実施の形態による高可用性システムは、ＡＰ（アプリケーション）サーバ１０１とＡＰサーバ１０２で構築したクラスタ１０３、ＤＢ（データベース）サーバ１１１とＤＢサーバで構築したクラスタ１１３、仮想マシンサーバ１２１、仮想マシンサーバ１２１上に構築した仮想ＡＰサーバ１２２及び仮想ＤＢサーバ１２３、管理サーバ１３１を含んでいる。
【００１５】
上記のように、ＡＰサーバ１０１及びＡＰサーバ１０２はクラスタ１０３を、ＤＢサーバ１１１及びＤＢサーバ１１２は、クラスタ１１３をそれぞれ構築しており、クラスタ内のサーバのうち、一方がユーザにサービス提供を行っている稼動系サーバ、もう一方が待機中の待機系サーバとして動作している。クラスタ１０３、１１３は、ミラー型のクラスタリング機能を有している。待機系サーバであるＡＰサーバ１０２及びＤＢサーバ１１２は、それぞれ稼動系サーバであるＡＰサーバ１０１及びＤＢサーバ１１１と同期してデータを常に最新に保持する。
【００１６】
このクラスタ１０３とクラスタ１１３は、サービスネットワーク１４１は、業務に使用されるサービスネットワーク１４１と、クラスタ内の同期やバックアップのために使用される管理ネットワーク１４２にそれぞれ接続されている。
【００１７】
また、図２及び図３に示すように、稼働系ＡＰサーバ１０１及び待機系ＡＰサーバ１０２は、クラスタ同期手段２０２、３０２、データ同期手段２０２、３０２を含む。クラスタ同期手段２０２、３０２は、例えば、クラスタ同期を実行するエージェントとして実装できる。また、同様に、データ同期手段２０３、３０３も、データ同期を実行するエージェントとして実装することができる。
【００１８】
稼働系ＡＰサーバ１０１及び待機系ＡＰサーバ１０２は、クラスタ同期手段２０２、３０２を用いて、クラスタ１０３内でデータの同期を行う機能を有する。また、データ同期手段２０３及び３０３を用いて、仮想ＡＰサーバ１２２とデータの同期を行う機能を有する。
【００１９】
なお、クラスタ１１３を構成する稼動系ＤＢサーバ１１１、待機系ＤＢサーバ１１２についても、上記稼働系ＡＰサーバ１０１及び待機系ＡＰサーバ１０２と同様の構成であり、クラスタ同期手段２０２、３０２を用いて、クラスタ１１３内でデータの同期を行う。また、データ同期手段２０３及び３０３を用いて、仮想ＤＢサーバ１２３とデータの同期を行う。
【００２０】
管理ネットワーク１４２には、クラスタ１０３の待機系ＡＰサーバ１０２と同期する仮想ＡＰサーバ１２２と、クラスタ１１３の待機系ＤＢサーバ１１２と同期する仮想ＤＢサーバ１２３、管理サーバ１３１が存在する。
【００２１】
仮想ＡＰサーバ１２２及び仮想ＤＢサーバ１２３は、仮想マシンサーバ１２１上に構築された仮想サーバであり、図４に示すように、データ同期手段４０２を備える。このデータ同期手段４０２によって、待機系ＡＰサーバ１０２及び待機系ＤＢサーバ１１２とデータの同期を行う。この仮想ＡＰサーバ１２２及び仮想ＤＢサーバ１２３が、バックアップ対象サーバとなる。
【００２２】
管理サーバ１３１は、図５に示すように、クラスタ制御プログラム５０２、バックアッププログラム５０３、リカバリプログラム５０４を含む。
【００２３】
クラスタ制御プログラム５０２は、クラスタ１０３及びクラスタ１１３内の稼動系サーバと待機系サーバを切り替えるクラスタ制御機能を有する。
【００２４】
バックアッププログラム５０３は、仮想ＡＰサーバ１２２、仮想ＤＢサーバ１２をバックアップする機能を有する。
【００２５】
リカバリプログラム５０４は、クラスタ１０３及びクラスタ１１３内の稼働系サーバ及び待機系サーバに、バックアップ対象サーバである仮想サーバをマイグレーションしてシステムを復旧するリカバリ機能を有する。
【００２６】
本実施の形態の特徴は、ＡＰサーバ１０１とＡＰサーバ１０２のバックアップをクラスタ停止せずに実現でき、かつ、バックアップのためにＡＰサーバ１０１とＡＰサーバ１０２にかかる負荷を低減することができることである。これらを実現するために、仮想ＡＰサーバ１２２からバックアップを行う。また、負荷の低減するためにＡＰサーバ１０２の差分データのみを仮想ＡＰサーバ１２２に送信して同期処理を行う。
【００２７】
（第１の実施の形態の動作の説明）
次に、図６、図７を使用して本実施の形態による高可用性システムの処理動作を説明する。
【００２８】
図６は、本実施の形態における高可用性システムのバックアップ処理例を示すシーケンス図である。なお、クラスタ１０３のＡＰサーバ１０１を稼動系サーバ、ＡＰサーバ１０２を待機系サーバとした場合を例示して説明する。
【００２９】
管理サーバ１３１は、稼働系ＡＰサーバ１０１と待機系ＡＰサーバ１０２、仮想ＡＰサーバ１２２に対して同期処理を指示する（ステップ６０１）。
【００３０】
稼働系ＡＰサーバ１０１は、データの更新が発生すると、クラスタ同期手段２０２を起動し、前回の同期から変更のあった差分データを待機系ＡＰサーバ１０２に送信する（ステップ６０２）。また、待機系ＡＰサーバ１０２は、クラスタ同期手段３０２を動作させ、稼働系ＡＰサーバ１０１からの差分データを受信してディスクに書き込み、同期処理を行う（ステップ６０３）。
【００３１】
待機系ＡＰサーバ１０２は、同期処理が完了すると、クラスタ同期手段３０２を停止することにより、以降は稼働系ＡＰサーバ１０１と同期をとらないように設定変更する（ステップ６０４）。
【００３２】
次に、待機系ＡＰサーバ１０２は、データ同期手段３０３を起動し、稼働系ＡＰサーバ１０１から受信した差分データを仮想ＡＰサーバ１２２に送信する（ステップ６０５）。仮想ＡＰサーバ１２２は、データ同期手段４０２を起動し、差分データを受信してディスクに書き込み、同期処理を行う（ステップ６０６）。
【００３３】
同期が完了すると、仮想ＡＰサーバ１２２は、データ同期手段４０２を停止することにより、以降は待機系ＡＰサーバ１０２と同期をとらないように設定を変更する（ステップ６０７）。すなわち、ＡＰサーバ１０２と仮想ＡＰサーバ１２２の同期処理を一旦停止する。
【００３４】
続いて、管理サーバ１３１は、バックアッププログラム５０３によって仮想ＡＰサーバ１２２のバックアップを実行する（ステップ６０８）。このバックアップにおいて、システムを含めたバックアップであればオフラインでバックアップを行うが、データのバックアップのみであればオンラインでも実行可能である。また、バックアップが完了するまでの間、ＡＰサーバ１０２は仮想ＡＰサーバ１２２に差分データの送信を行うことはできないので、内部に差分データを保持しておく。
【００３５】
管理サーバ１３１は、仮想ＡＰサーバ１２２のバックアップが完了すると、停止している待機系ＡＰサーバ１０２のクラスタ同期手段３０２と、仮想ＡＰサーバ１２２のデータ同期手段４０２の動作を再開させる（ステップ６０９、６１０）。これにより、稼動系ＡＰサーバ１０１と待機系ＡＰサーバ１０２の同期処理及び待機系ＡＰサーバ１０２と仮想ＡＰサーバ１２２の同期処理が再開する。
【００３６】
以上の説明では、クラスタ１０３のＡＰサーバ１０１を稼動系サーバ、ＡＰサーバ１０２を待機系サーバとした場合のバックアップ処理を説明したが、クラスタ１１３のＤＢサーバ１１１を稼動系サーバ、ＤＢサーバ１１２を待機系サーバとした場合でも、上記の同様の手順によりバックアップ処理が実行される。
【００３７】
図７は本実施の形態における高可用性システムのリカバリ処理例を示すシーケンス図である。なお、ここでは、稼動系サーバがＡＰサーバ１０１で、待機系サーバがＡＰサーバ１０２の場合において、稼働系ＡＰサーバ１０１にシステム異常が発生してリカバリを実行する場合の処理について説明する。
【００３８】
稼働系ＡＰサーバ１０１に障害が発生すると、管理サーバ１３１は、クラスタ制御プログラム５０２によって、稼動系サーバをＡＰサーバ１０１からＡＰサーバ１０２に切り替えて、ＡＰサーバ１１０１をクラスタ１０３から切り離す（ステップ７０１、７０２、７０３）。これにより、ＡＰサーバ１０２が稼動系サーバとして業務を継続する。
【００３９】
管理サーバ１３１は、仮想ＡＰサーバ１２２に対してデータ同期手段４０２の停止を指示する（ステップ７０６）。仮想ＡＰサーバ１２２は、ＡＰサーバ１０２との同期処理を停止して、システム異常が発生した時点での静止ポイントを設ける。
【００４０】
その後、管理サーバ１３１は、リカバリプログラム５０４を実行し、仮想ＡＰサーバ１２２を、障害が発生したＡＰサーバ１０１にマイグレーションして、システムを復旧する（７０５、７０７）。
【００４１】
なお、仮想マシンサーバの機能として異なるハードウェア構成のマシンをマイグレーションする技術が実現されてきているので、仮想ＡＰサーバ１２２とＡＰサーバ１０１のハードウェアが異なることによるドライバの互換性等の問題は発生しない。
【００４２】
マイグレーションによってＡＰサーバ１０１が静止ポイントまでリカバリされると、管理サーバ１３１は、ＡＰサーバ１０１のクラスタ同期手段２０２と、仮想ＡＰサーバ１２２のデータ同期手段４０２を再開させる（７０９、７１０）。これにより、稼働系のＡＰサーバ１０２とＡＰサーバ１０１間の同期処理、ＡＰサーバ１０１と仮想ＡＰサーバ１２２の同期処理が再開する。
【００４３】
上記の説明では、クラスタ１０３のＡＰサーバ１０１を稼動系サーバ、ＡＰサーバ１０２を待機系サーバとした場合のリカバリ処理を説明したが、クラスタ１１３のＤＢサーバ１１１を稼動系サーバ、ＤＢサーバ１１２を待機系サーバとした場合でも、上記の同様の手順によりリカバリ処理が実行される。
【００４４】
（第１の実施の形態による効果）
次に、上述した第１の実施の形態による効果について説明する。
第１に、クラスタによる高可用性を実現しながらサービス停止をすることなくバックアップを実施することができる。すなわち、クラスタとバックアップの２つの技術を有機的に結合させた可用性の高いシステムを提供することができる。
【００４５】
第２に、稼動サーバを直接バックアップするのではなく、同一のオペレーティングシステムおよびアプリケーション、データを保持している仮想サーバからバックアップを実行することにより、稼働サーバおよび待機サーバのサービス無停止と、バックアップの負荷低減を実現することができる。また、差分データによるバックアップのため、この点でも稼動サーバ及び待機サーバへの負荷軽減が実現できる。
【００４６】
第３に、クラスタの同期機能と差分バックアップを包括的に考慮することが可能である。すなわち、クラスタリングで発生する差分データを仮想サーバにも書き込みことで、クラスタとバックアップの融合を実現することができる。
【００４７】
第４に、仮想マシンサーバのディスク状態はクラスタの同期処理と連動して、常に同時に差分データによるバックアップが実現されているため、常に最新の状態でのバックアップ、及びリカバリを提供することができる。
【００４８】
第５に、仮想マシンサーバ１２１上に仮想サーバを構築し、仮想サーバをバックアップ対象サーバとすることにより、バックアップ対象サーバの設置コストの削減、省エネルギー、スペース集約などのメリットが得られる。
【００４９】
（第２の実施の形態）
次に、本発明の第２の実施の形態による高可用性システムについて説明する。第２の実施の形態では、障害監視機能を使用することで、サーバに障害が発生したときに、自動的に、クラスタの切り替え、及び障害発生サーバのリカバリを実行するものである。
【００５０】
第２の実施の形態による高可用性システムの全体構成については、図１に示した第１の実施の形態の構成と同様であるので、ここでは説明を省略する。
【００５１】
図８から図１０は、本発明の第２の実施の形態に係る稼動系ＡＰサーバ１０１、待機系サーバ１０２、及び管理サーバ１３１の機能構成を示すブロック図である。
【００５２】
稼動系ＡＰサーバ１０１は、クラスタ同期手段２０２、データ同期手段２０３、障害監視手段２０４を含む。同様に、待機系ＡＰサーバ１０２は、クラスタ同期手段３０２、データ同期手段３０３、障害監視手段３０４を含む。
【００５３】
稼動系ＡＰサーバ１０１と待機系ＡＰサーバ１０２の障害監視手段２０４、３０４は、それぞれサーバの障害を監視して検出するプログラムであり、ＳＮＭＰなど公知のプロトコルに基づいて実装されたプログラムによって実装される。障害監視手段２０４、３０４は、サーバにおけるシステム障害等を検出すると、障害発生通知を管理サーバ１３１に送る。
【００５４】
管理サーバ１３１は、クラスタ制御プログラム５０２、バックアッププログラム５０３、リカバリプログラム５０４、障害監視プログラム５０５を含む。
【００５５】
障害監視プログラム５０５は、障害監視手段２０４及び３０４からの障害発生通知を監視しており、障害発生通知を受信すると、これをトリガーとして、管理サーバ１３１が、クラスタの切り替え及び障害サーバのリカバリ処理を実行する。
【００５６】
なお、稼動系ＡＰサーバ１０１と待機系ＡＰサーバ１０２のクラスタ同期手段２０２、データ同期手段２０３、３０３の機能、管理サーバ１３１のクラスタ制御プログラム５０２、バックアッププログラム５０３、リカバリプログラム５０４の機能については、第１の実施の形態と同様であるので、ここでは説明を省略する。
【００５７】
また、図８、９において、稼動系ＡＰサーバ１０１と待機系ＡＰサーバ１０２の構成を説明したが、稼動系ＤＢサーバ１１１、待機系ＤＢサーバ１１２についても、同じように障害監視手段を備えている。
【００５８】
本実施の形態による高可用性システムにおけるリカバリ処理の動作について説明する。
【００５９】
図１１は、本実施の形態における管理サーバ１３１の動作を示したフローチャート図である。
【００６０】
管理サーバ１３１では障害監視プログラム５０５が動作しており、障害監視手段２０４または３０４からの障害検出通知を監視している（ステップＳ９０１）。障害検出通知を受信すると、これをトリガーとして、クラスタの切り替えおよび障害発生サーバのリカバリ処理を開始する。なお、以下の説明では、稼動系サーバをＡＰサーバ１０１、待機系サーバをＡＰサーバ１０２とし、稼動系ＡＰサーバ１０１に障害が発生した場合を例にとって説明する。
【００６１】
管理サーバ１３１は、稼動系ＡＰサーバ１０１の障害監視手段２０４から障害発生通知を受信すると、自動的にクラスタ制御プログラム５０２が動作し、稼動系サーバをＡＰサーバ１０１からＡＰサーバ１０２に切り替えて、（ステップＳ９０２）、障害が発生したＡＰサーバ１０１をクラスタ１０３から切り離す（ステップＳ９０３）。
【００６２】
続いて、管理サーバ１３１は、仮想ＡＰサーバ１２２に対してデータ同期手段４０２の停止を指示し、同期処理を停止させる（ステップＳ９０４）。ここで、仮想ＡＰサーバ１２２は、システム異常が発生した時点での静止ポイントを設ける。
【００６３】
そして、管理サーバ１３１は、リカバリプログラム５０４を実行し、仮想ＡＰサーバ１２２を、障害が発生したＡＰサーバ１０１にマイグレーションして、システムを復旧する（ステップＳ９０５）。マイグレーションによりＡＰサーバ１０１が静止ポイントまでリカバリされると、管理サーバ１３１は、稼働系ＡＰサーバ１０１のクラスタ同期手段２０２と、仮想ＡＰサーバ１２２のデータ同期手段４０２を再開させる（ステップＳ９０６）。
【００６４】
なお、第２の実施の形態におけるバックアップ処理については、第１の実施の形態の場合と全く同様に実行される。
【００６５】
（第２の実施の形態による効果）
本実施の形態によれば、高可用性システムにおいて、稼動系サーバまたは待機系サーバの何れかに障害が発生した場合に、最新のデータにより自動的にリカバリを実現することができる。常に最新のデータでリカバリが可能な理由は、仮想ＡＰサーバのディスク状態はクラスタの同期処理と連動して、常に差分データによるバックアップが実現されているからである。すなわち、障害監視機能と組み合わせることにより、自動切り替えおよび自動リカバリを実現することができる。
【００６６】
なお、第１の実施の形態及び第２の実施の形態において、図１に示すクラスタ１０３、１１３を仮想マシンサーバ上の仮想マシンで構築することも可能である。
【００６７】
ここで、第１の実施の形態及び第２の実施の形態の各サーバのハードウェア構成例について簡単に説明する。図１２は、ＡＰサーバ１０１のハードウェア構成例を示すブロック図である。ここでは、ＡＰサーバ１０１を例にとって説明するが、他のサーバについても同様の構成である。
【００６８】
図１２を参照すると、ＡＰサーバ１０１は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）７０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリからなる、データの作業領域やデータの一時退避領域に用いられる主記憶部７０２、ネットワークを介してデータの送受信を行う通信部７０３、入力装置７０５、出力装置７０６及び記憶装置７０７と接続してデータの送受信を行う入出力インタフェース部７０４、上記各構成要素を相互に接続するシステムバス７０８を備えている。記憶装置７０７は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成される。
【００６９】
ＡＰサーバ１０１は、プログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品である回路部品を実装することにより、その動作をハードウェア的に実現することは勿論として、上記クラスタ同期手段２０２、データ同期手段２０３等の機能を提供するプログラムを、記憶装置７０７に格納し、そのプログラムを主記憶部７０２にロードしてＣＰＵ７０１で実行することにより、ソフトウェア的に実現することも可能である。
【００７０】
以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【符号の説明】
【００７１】
１０１、１０２：ＡＰサーバ
１１１、１１２：ＤＢサーバ
１０３、１１３、１００７：クラスタ
１２１：仮想マシンサーバ
１２２：仮想ＡＰサーバ
１２３：仮想ＤＢサーバ
１３１：管理サーバ
１４１：サービスネットワーク
１４２：管理ネットワーク
２０２、３０２：クラスタ同期手段
２０３、３０３、４０２：データ同期手段
２０４、３０４：障害監視手段
５０２：クラスタ制御プログラム
５０３：バックアッププログラム
５０４：リカバリプログラム
５０５：障害監視プログラム
【図１】
2010231257.tif 000003
【図２】
2010231257.tif 000004
【図３】
2010231257.tif 000005
【図４】
2010231257.tif 000006
【図５】
2010231257.tif 000007
【図６】
2010231257.tif 000008
【図７】
2010231257.tif 000009
【図８】
2010231257.tif 000010
【図９】
2010231257.tif 000011
【図１０】
2010231257.tif 000012
【図１１】
2010231257.tif 000013
【図１２】
2010231257.tif 000014