(57)【要約】【課題】連続した障害が発生した場合でもサーバの台数を増やすことなくサービスを継続することができるサーバシステム及びサーバシステムの制御方法を提供することである。【解決手段】本発明にかかるサーバシステムは、運用系サーバと待機系サーバとをそれぞれ１つずつ備える複数の冗長構成１０、２０と、冗長構成１０、２０を管理する管理サーバ３と、を備える。管理サーバ３は、運用系サーバの少なくとも１つに障害が発生した場合には、障害が発生した運用系サーバに対する待機系サーバを運用系サーバに切り替えると共に、当該切り替わった後の運用系サーバに対する待機系サーバとして冗長構成を構成する待機系サーバのうちのいずれかを割り当てる。【選択図】図１
2011159222.tif 000002
【特許請求の範囲】
【請求項１】
運用系サーバと待機系サーバとをそれぞれ１つずつ備える複数の冗長構成と、
前記冗長構成を管理する管理サーバと、を備え、
前記管理サーバは、前記運用系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した運用系サーバに対する待機系サーバを運用系サーバに切り替えると共に、当該切り替わった後の運用系サーバに対する待機系サーバとして前記冗長構成を構成する前記待機系サーバのうちのいずれかを割り当てる、
サーバシステム。
【請求項２】
前記管理サーバは、前記待機系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した待機系サーバに対する運用系サーバの待機系サーバとして前記障害が発生した待機系サーバ以外の待機系サーバを割り当てる、請求項１に記載のサーバシステム。
【請求項３】
前記管理サーバは、前記障害が発生した運用系サーバが復旧した場合は、当該復旧した運用系サーバを前記切り替わった後の運用系サーバの待機系サーバとして用いる、請求項１または２に記載のサーバシステム。
【請求項４】
前記管理サーバは、前記障害が発生した待機系サーバが復旧した場合は、当該復旧した待機系サーバを待機系サーバとして用いる、請求項２または３に記載のサーバシステム。
【請求項５】
前記管理サーバは、前記運用系サーバの状態を監視し、当該運用系サーバに障害が発生した場合には、当該障害が発生した運用系サーバに対する待機系サーバに対して待機系から運用系へ状態を変更するための状態変更要求を通知し、
前記状態変更要求が通知された待機系サーバは、運用系サーバに切り替わると共に前記冗長構成を構成する前記待機系サーバのうちのいずれかに対して運用系追加要求を通知する、請求項１乃至４のいずれか一項に記載のサーバシステム。
【請求項６】
前記管理サーバは、前記待機系サーバの状態を監視し、当該待機系サーバに障害が発生した場合には、当該障害が発生した待機系サーバに対する運用系サーバに対して待機系変更要求を通知し、
前記待機系変更要求が通知された運用系サーバは、前記障害が発生した待機系サーバ以外の待機系サーバに対して運用系追加要求を通知する、請求項２乃至５のいずれか一項に記載のサーバシステム。
【請求項７】
前記管理サーバは、前記障害が発生した運用系サーバの状態を監視し、当該障害が発生した運用系サーバが復旧した場合には、当該復旧した運用系サーバに対して待機系サーバとして動作するように状態変更要求を通知すると共に、
前記障害が発生した運用系サーバの代りに運用系サーバとして動作していたサーバに対して、待機系を前記復旧した運用系サーバとするように待機系変更要求を通知する、請求項１乃至６のいずれか一項に記載のサーバシステム。
【請求項８】
前記管理サーバは、前記障害が発生した待機系サーバの状態を監視し、当該障害が発生した待機系サーバが復旧した場合には、前記障害が発生した待機系サーバに対応する運用系サーバとして動作していた運用系サーバに対して、待機系サーバを前記復旧した待機系サーバに変更するように待機系変更要求を通知する、請求項２乃至７のいずれか一項に記載のサーバシステム。
【請求項９】
運用系サーバと待機系サーバとをそれぞれ１つずつ備える複数の冗長構成と、
前記冗長構成を管理する管理サーバと、を備えるサーバシステムの制御方法であって、
前記運用系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した運用系サーバに対する待機系サーバを運用系サーバに切り替えると共に、当該切り替わった後の運用系サーバに対する待機系サーバとして前記冗長構成を構成する前記待機系サーバのうちのいずれかを割り当てる、
サーバシステムの制御方法。
【請求項１０】
前記待機系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した待機系サーバに対する運用系サーバの待機系サーバとして前記障害が発生した待機系サーバ以外の待機系サーバを割り当てる、請求項９に記載のサーバシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサーバシステム及びサーバシステムの制御方法に関し、特に運用系サーバと待機系サーバとを有する冗長構成を備えるサーバシステム及びサーバシステムの制御方法に関する。
【背景技術】
【０００２】
サーバシステムでは、サーバに障害が発生してもサービスを継続して提供する必要があるため、一般的に運用系サーバと待機系サーバからなる冗長構成が用いられている。冗長構成を有するサーバシステムでは、運用系サーバに障害が発生した場合、直ちに待機系サーバに切り替えることで継続してサービスを提供することができる。
【０００３】
特許文献１乃至３には、このような運用系サーバと待機系サーバを含む冗長構成を備えたサーバシステムが開示されている。特許文献１に開示されているサーバシステムを図７に示す。図７に示すサーバシステム１１０は、サーバ１２１とサーバ１２２を含む冗長構成であり、サーバ１２１とサーバ１２２は、ネットワーク１７０で接続されている。サーバ１２１を運用系、サーバ１２２を待機系として動作している場合、サーバ１２１に障害が発生すると、ＨＤＤ（磁気記憶装置）１４１のファイルは、サーバ１２１のファイルレプリケーション制御部１６１とサーバ１２２のファイルレプリケーション制御部１６２によって、サーバ１２２のＨＤＤ１４２に転送される。
【０００４】
また、特許文献２に開示されているサーバシステムを図８に示す。図８に示すサーバシステムは、運用系サーバ２１０と、待機系サーバ２１１を有する。運用系サーバ２１０は、プロセス２２０と、共有メモリ２３０と、ＣＰＵ監視機能部２４０と、レプリケーション機能部２５０と、管理テーブル２６０を備える。プロセス２２０は、データ処理を行うためのプログラムであり、ＣＰＵにより実行される処理の単位である。共有メモリ２３０は、データの書き込み及び読み出しを行う。ＣＰＵ監視機能部２４０は、ＣＰＵ使用率を監視する。レプリケーション機能部２５０は、レプリケーション（メモリ同期化）を行う。管理テーブル２６０は、レプリケーション未完了のデータの管理情報を格納する。待機系サーバ２１１も運用系サーバ２１０と同様の構成である。そして、障害などの理由により、運用系サーバ２１０のサービスが停止した場合には、運用系サーバ２１０と待機系サーバ２１１が切り替わり、待機系サーバ２１１が運用系としてサービスを開始する。
【０００５】
また、特許文献３に開示されている冗長コンピュータシステムを図９に示す。特許文献３にかかる複数の動作モードを有する複数のコンピュータで構成されたシステムでは、現用コンピュータ３０１〜３０４と、この現用コンピュータ３０１〜３０４に割り当てられた１次予備コンピュータ３１１〜３１４と、現用および１次予備コンピュータ共用の２次予備コンピュータ３２１、３２２を伝送路３３０上に接続している。そして、集中コンピュータ管理装置３４０は、例えば現用コンピュータ３０１の異常が検出された場合には、１次予備コンピュータ３１１を現用コンピュータに切り替え、現用コンピュータ３０１から全保持情報を１次予備コンピュータ３１１に転送させ、２次予備コンピュータ３２１を新たな１次予備コンピュータとして割り当てる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−３２８５９５号公報
【特許文献２】特開２００７−２８６９５２号公報
【特許文献３】特開平８−１８５３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記特許文献１および特許文献２にかかる冗長構成のサーバシステムでは、運用系サーバと待機系サーバの２台のサーバを一組としてシステムを構成している。このようなシステム構成では、運用系サーバに障害が発生した場合に待機系サーバを運用系サーバに切り替えると、障害が発生したサーバを切り離して、新たに運用系サーバに切り替わったサーバ単独でサービスを継続する。そのため障害が発生したサーバが復旧する前に再び障害が起こった場合、システムがダウンしてしまうという問題があった。
【０００８】
また、特許文献３にかかる冗長コンピュータシステムでは、現用コンピュータと１次予備コンピュータの２台のコンピュータを一組としたシステムに、新たに現用および１次予備コンピュータ共用の２次予備コンピュータを設ける必要があり、使用するコンピュータの台数が増加するという問題があった。
【０００９】
よって本発明の目的は、運用系サーバと待機系サーバとを備える冗長構成を有するサーバシステムにおいて、連続した障害が発生した場合でもサーバの台数を増やすことなくサービスを継続することができるサーバシステム及びサーバシステムの制御方法を提供することである。
【課題を解決するための手段】
【００１０】
本発明にかかるサーバシステムは、運用系サーバと待機系サーバとをそれぞれ１つずつ備える複数の冗長構成と、前記冗長構成を管理する管理サーバと、を備え、前記管理サーバは、前記運用系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した運用系サーバに対する待機系サーバを運用系サーバに切り替えると共に、当該切り替わった後の運用系サーバに対する待機系サーバとして前記冗長構成を構成する前記待機系サーバのうちのいずれかを割り当てる。
【００１１】
本発明にかかる、運用系サーバと待機系サーバとをそれぞれ１つずつ備える複数の冗長構成と、前記冗長構成を管理する管理サーバと、を備えるサーバシステムの制御方法は、前記運用系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した運用系サーバに対する待機系サーバを運用系サーバに切り替えると共に、当該切り替わった後の運用系サーバに対する待機系サーバとして前記冗長構成を構成する前記待機系サーバのうちのいずれかを割り当てる。
【発明の効果】
【００１２】
本発明により、運用系サーバと待機系サーバとを備える冗長構成を有するサーバシステムにおいて、連続した障害が発生した場合でもサーバの台数を増やすことなくサービスを継続することができるサーバシステム及びサーバシステムの制御方法を提供することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１にかかるサーバシステムを示すブロック図である。（ａ）は通常時のサーバシステムの構成を示すブロック図であり、（ｂ）は運用系サーバに障害が発生したときのサーバシステムの構成を示すブロック図である。
【図２】実施の形態１にかかるサーバシステムがシステムを再構成する場合の動作シーケンスを示す図である（運用系サーバに障害が発生した場合）。
【図３】実施の形態１にかかるサーバシステムがシステムを再構成する場合の動作シーケンスを示す図である（運用系サーバの障害が復旧した場合）。
【図４】実施の形態２にかかるサーバシステムを示すブロック図である。（ａ）は通常時のサーバシステムの構成を示すブロック図であり、（ｂ）は待機系サーバに障害が発生したときのサーバシステムの構成を示すブロック図である。
【図５】実施の形態２にかかるサーバシステムがシステムを再構成する場合の動作シーケンスを示す図である（待機系サーバに障害が発生した場合）。
【図６】実施の形態２にかかるサーバシステムがシステムを再構成する場合の動作シーケンスを示す図である（待機系サーバの障害が復旧した場合）。
【図７】特許文献１にかかるサーバシステムを説明するためのブロック図である。
【図８】特許文献２にかかるサーバシステムを説明するためのブロック図である。
【図９】特許文献３にかかるサーバシステムを説明するためのブロック図である。
【発明を実施するための形態】
【００１４】
実施の形態１
以下、図面を参照して本発明の実施の形態１について説明する。図１は本実施の形態にかかるサーバシステムを示すブロック図である。図１（ａ）は通常時におけるサーバシステムの構成を示し、図１（ｂ）は運用系サーバに障害が発生したときのサーバシステムの構成を示している。図１（ａ）において、冗長構成１０は運用系サーバ１Ａと待機系サーバ１Ｂを有する。また、冗長構成２０は運用系サーバ２Ａと待機系サーバ２Ｂを有する。本実施の形態にかかる通常時のサーバシステムは、運用系サーバと待機系サーバとをそれぞれ１つずつ備える冗長構成を複数有する構成となっている。また、これらの複数の冗長構成の運用は管理サーバ３で管理されている。
【００１５】
管理サーバ３は各サーバの運用状態（運用中、待機中、障害発生）を管理する機能を有する。そして、運用系サーバに障害が発生し、この運用系サーバに対する待機系サーバが運用系サーバに切り替わった際に、切り替わった後の運用系サーバに対応した待機系サーバが存在しない状態が発生すると、運用系サーバと待機系サーバの冗長構成の組を、１：１の構成から、ｎ：１の構成に再構成する。
【００１６】
例えば、図１（ｂ）に示すように、運用系サーバ１Ａに障害が発生すると、管理サーバ３は運用系サーバ１Ａに対応した待機系サーバとして動作している待機系サーバ１Ｂを運用系サーバに切り替える。このとき、管理サーバ３は新たに運用系サーバに切り替わった運用系サーバ１Ｂに対応した待機系サーバとして、待機系サーバ２Ｂを割り当てる。ここで、待機系サーバ２Ｂは運用系サーバ２Ａの待機系サーバとしても機能している。
【００１７】
また、逆に障害発生サーバの障害が復旧したと管理サーバ３が判断した場合には、管理サーバは２台１組の構成（通常状態）へ戻すように冗長構成を再構成する。つまり、管理サーバ３は通常時は１：１の冗長構成でサーバシステムを構成し、１台以上のサーバに障害が発生した時はｎ：１の冗長構成でサーバシステムを構成することができる。
【００１８】
尚、図１（ａ）、（ｂ）では、２つの冗長構成１０、２０を有するサーバシステムを例として説明したが、本実施の形態にかかるサーバシステムは、３つ以上の冗長構成を有するサーバシステムについても同様に適用することができる。つまり、本実施の形態にかかるサーバシステムでは、管理サーバ３は、サーバに障害が発生した場合は、運用系サーバと待機系サーバの比をｎ：１とすることができる。以下で本実施の形態にかかるサーバシステムの動作について具体的に説明する。
【００１９】
図２は、本実施の形態にかかるサーバシステムにおいて運用系サーバ１Ａに障害が発生した際に管理サーバ３がサーバシステムを再構成する動作を説明するための図である。図２においても、通常状態では、サーバ１Ａは運用系サーバ、サーバ１Ｂは待機系サーバとして動作し、これらは冗長構成１０を構成している。また、サーバ２Ａは運用系サーバ、サーバ２Ｂは待機系サーバとして動作し、これらは冗長構成２０を構成している。管理サーバは、各サーバ１Ａ、１Ｂ、２Ａ、２Ｂの運用状態を監視している。また、運用系サーバ１Ａと待機系サーバ１Ｂは互いにレプリケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプリケーション処理を実施している。
【００２０】
管理サーバ３は、例えば運用系サーバ１Ａに障害が発生したと判断すると（図２のステップＳ１）、待機系サーバ１Ｂに対して運用系へ遷移するように状態変更要求を通知する（ステップＳ２）。この時、管理サーバ３は、サーバ１Ｂが運用系に遷移した際に待機系サーバとなる待機系サーバ２Ｂの情報をサーバ１Ｂに対して通知する。
【００２１】
また、運用系に遷移するように指示を受けた待機系サーバ１Ｂは、管理サーバ３に対して待機系サーバから運用系サーバへ遷移が完了したことを通知する（ステップＳ３）。そして、サーバ２Ｂを待機系サーバとして、サーバ１Ｂは運用系サーバとしてのサービスを開始する。サーバ１Ｂから状態遷移の完了通知を受けた管理サーバ３はシステムの運用状態を更新し（ステップＳ４）、再構成後のシステム構成で運用を開始する。
【００２２】
また、運用系に遷移したサーバ１Ｂは、管理サーバ３から通知された待機系サーバ２Ｂに対して、サーバ１Ｂとレプリケーション処理を行うように運用系追加要求を通知する（ステップＳ５）。尚、上記ステップＳ２乃至Ｓ５の動作の順序は整合性の取れる範囲であれば前後しても構わない。待機系サーバ２Ｂは、運用系サーバ１Ｂから受けた運用系追加要求により運用系サーバ１Ｂに対してもレプリケーション処理を行う。このとき、待機系サーバ２Ｂは、引き続き運用系サーバ２Ａに対してもレプリケーション処理を行う。このように、管理サーバ３は通常時は１：１の冗長構成でサーバシステムを構成し、サーバ１Ａに障害が発生した時は２：１の冗長構成でサーバシステムを構成することができる。
【００２３】
次に、サーバに障害が発生した状態から通常の状態へ復旧するまでのサーバシステムの動作について図３を用いて説明する。図３の初期状態では、サーバ１Ａに障害が発生している状態であるため、サーバ１Ａは切り離されている。また、サーバ１Ｂ、サーバ２Ａは運用系サーバとして、またサーバ２Ｂは待機系サーバとして動作し、これらは冗長構成３０を構成している。また、運用系サーバ１Ｂと待機系サーバ２Ｂは互いにレプリケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプリケーション処理を実施している。
【００２４】
管理サーバ３は、各サーバ１Ａ、１Ｂ、２Ａ、２Ｂの運用状態を監視している。管理サーバ３は、例えば障害サーバ１Ａの障害が復旧したと判断した場合（図３のステップＳ１１）、サーバ１Ａに対して待機系へ遷移するように状態変更要求を通知する（ステップ１２）。この時、管理サーバ３は、サーバ１Ａが待機系に遷移した際に対となる運用系サーバ１Ｂの情報をサーバ１Ａに対して通知する。
【００２５】
また、管理サーバ３は運用系サーバ１Ｂに対して待機系サーバをサーバ２Ｂからサーバ１Ａに変更するように待機系変更要求を通知する（ステップＳ１３）。待機系サーバを変更するように指示を受けた運用系サーバ１Ｂは、新しい待機系サーバ１Ａに対してレプリケーション処理を行う（ステップＳ１４）。また、運用系サーバ１Ｂは待機系サーバ１Ａとのレプリケーション処理完了後、待機系サーバ２Ｂに対し運用系削除要求を通知する（ステップＳ１５）。
【００２６】
次に、運用系サーバ１Ｂは、管理サーバ３に対してサーバ２Ｂからサーバ１Ａへ待機系サーバの変更が完了したことを通知する（ステップＳ１６）。また、待機系サーバ１Ａは運用系サーバ１Ｂとのレプリケーション処理が終了した後、管理サーバ３に対して待機系への状態変更が完了したことを通知する（ステップＳ１７）。そして、サーバ１Ａは待機系サーバへ遷移し、運用系サーバ１Ｂの待機系サーバとしての動作を開始する。
【００２７】
運用系サーバ１Ｂから、運用系削除要求を受信した待機系サーバ２Ｂは、運用系サーバ１Ｂとのレプリケーション処理を終了する。尚、上記ステップＳ１２乃至Ｓ１７の動作の順序は整合性の取れる範囲であれば前後しても構わない。
【００２８】
管理サーバ３は、運用系サーバ１Ｂから待機系変更完了通知（ステップＳ１６）を、また待機系サーバ１Ａから状態変更完了通知（ステップＳ１７）を受けた後、システムの運用状態（サーバ情報）を更新し（ステップＳ１８）、再構成後のシステム構成で運用を開始する。このとき、運用系サーバ１Ｂと待機系サーバ１Ａは互いにレプリケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプリケーション処理を実施している。本実施の形態にかかるサーバシステムでは、以上で説明した図２および図３の処理をサーバの運用状態に応じて繰り返しながらアプリケーションサービスを提供する。
【００２９】
以上で説明したように、本実施の形態にかかる発明では１：１の冗長構成で動作しているサーバシステムにおいて、運用系サーバに障害が発生したことにより待機系サーバを運用系サーバに切り替えた場合でも、障害が発生していない他のサーバで冗長構成を再構築し、切り替えた後の運用系サーバに対応した待機系サーバを割り当てることができる。よって、本発明により、連続した障害が発生した場合でもサーバの台数を増やすことなくサービスを継続することができるサーバシステム及びサーバシステムの制御方法を提供することが可能となる。
【００３０】
以上で説明した本実施の形態にかかるサーバシステムでは、通常状態の場合は運用系サーバが２台、待機系サーバが２台であり、サーバ１台に障害が発生した場合は運用系サーバが２台、待機系サーバが１台となる。しかし、本実施の形態にかかるサーバシステムはこのような組み合わせに限定されることはなく、例えば運用系サーバ３台、待機系サーバ３台でサーバシステムを構成してもよい。この場合、１台のサーバで障害が発生した場合には運用系サーバ３台、待機系サーバ２台として再構成することができる。また、２台のサーバで障害が発生した場合には運用系サーバ３台、待機系サーバ１台として再構成することもできる。
【００３１】
また、例えば運用系サーバ４台、待機系サーバ４台でサーバシステムを構成してもよい。この場合、サーバ１台に障害が発生した場合では運用系サーバ４台、待機系サーバ３台として再構成することができる。また、２台のサーバで障害が発生した場合には、運用系サーバ４台、待機系サーバ２台として再構成することもできる。更に、３台のサーバで障害が発生した場合には、運用系サーバ４台、待機系サーバ１台として再構成することもできる。このように、障害が発生したサーバがＮ／２台未満（Ｎはサーバの総数）の場合に、運用系サーバに対し常に１台の待機系サーバが存在することを考慮し管理サーバが適宜設定することができる。
【００３２】
実施の形態２
以下、図面を参照して本発明の実施の形態２について説明する。実施の形態１では、サーバシステムを構成する運用系サーバに障害が発生した場合について説明したが、本実施の形態では待機系サーバに障害が発生した場合について説明する。図４は本実施の形態にかかるサーバシステムを示すブロック図である。図４（ａ）は通常時におけるサーバシステムの構成を示しており、図１（ａ）と同様の構成である。また、図４（ｂ）は待機系サーバに障害が発生したときのサーバシステムの構成を示している。
【００３３】
管理サーバ３は各サーバの運用状態（運用中、待機中、障害発生）を管理する機能を有する。そして、待機系サーバの少なくとも１つに障害が発生した場合には、障害が発生した待機系サーバに対する運用系サーバの待機系サーバとして、他の待機系サーバのうちのいずれかを割り当て、運用系サーバと待機系サーバの冗長構成の組を、１：１の構成から、ｎ：１の構成に再構成する。
【００３４】
例えば、図４（ｂ）に示すように、待機系サーバ１Ｂに障害が発生すると、管理サーバ３は待機系サーバ１Ｂに対応した運用系サーバ１Ａの待機系サーバとして、待機系サーバ２Ｂを割り当てる。ここで、待機系サーバ２Ｂは運用系サーバ２Ａの待機系サーバとしても機能している。
【００３５】
また、逆に障害発生サーバの障害が復旧したと管理サーバ３が判断した場合には、管理サーバは２台１組の構成（通常状態）へ戻すように冗長構成を再構成する。つまり、管理サーバ３は通常時は１：１の冗長構成でサーバシステムを構成し、１台以上のサーバに障害が発生した時はｎ：１の冗長構成でサーバシステムを構成することができる。
【００３６】
尚、図４（ａ）、（ｂ）では、２つの冗長構成１０、２０を有するサーバシステムを例として説明したが、本実施の形態にかかるサーバシステムは、３つ以上の冗長構成を有するサーバシステムについても同様に適用することができる。つまり、本実施の形態にかかるサーバシステムでは、管理サーバ３は、サーバに障害が発生した場合は、運用系サーバと待機系サーバの比をｎ：１とすることができる。以下で本実施の形態にかかるサーバシステムの動作について具体的に説明する。
【００３７】
図５は、本実施の形態にかかるサーバシステムにおいて待機系サーバ１Ｂに障害が発生した際に管理サーバ３がサーバシステムを再構成する動作を説明するための図である。図５においても、通常状態では、サーバ１Ａは運用系サーバ、サーバ１Ｂは待機系サーバとして動作し、これらは冗長構成１０を構成している。また、サーバ２Ａは運用系サーバ、サーバ２Ｂは待機系サーバとして動作し、これらは冗長構成２０を構成している。管理サーバ３は、各サーバ１Ａ、１Ｂ、２Ａ、２Ｂの運用状態を監視している。また、運用系サーバ１Ａと待機系サーバ１Ｂは互いにレプリケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプリケーション処理を実施している。
【００３８】
管理サーバ３は、例えば待機系サーバ１Ｂに障害が発生したと判断すると（図５のステップＳ２１）、運用系サーバ１Ａに対して、待機系サーバを待機系サーバ１Ｂから待機系サーバ２Ｂに変更するように待機系変更要求を通知する（ステップＳ２２）。そして、運用系サーバ１Ａは、待機系サーバ２Ｂに対して、運用系サーバ１Ａとレプリケーション処理を行うように運用系追加要求を通知する（ステップＳ２３）。
【００３９】
その後、運用系サーバ１Ａは管理サーバ３に対して待機系変更完了を通知する（ステップＳ２４）。そして、待機系サーバ２Ｂを運用系サーバ１Ａの待機系サーバとしてサービスを開始する。運用系サーバ１Ａから待機系変更完了通知を受けた管理サーバ３はシステムの運用状態を更新し（ステップＳ２５）、再構成後のシステム構成で運用を開始する。
【００４０】
待機系サーバ２Ｂは、運用系サーバ１Ａから受けた運用系追加要求（ステップＳ２３）により運用系サーバ１Ａに対してもレプリケーション処理を行う。このとき、待機系サーバ２Ｂは、引き続き運用系サーバ２Ｂに対してもレプリケーション処理を行う。このように、管理サーバ３は通常時は１：１の冗長構成でサーバシステムを構成し、サーバ１Ｂに障害が発生した時は２：１の冗長構成でサーバシステムを構成することができる。
【００４１】
次に、待機系サーバ１Ｂに障害が発生した状態から通常の状態へ復旧するまでのサーバシステムの動作について図６を用いて説明する。図６の初期状態では、サーバ１Ｂに障害が発生している状態であるため、サーバ１Ｂは切り離されている。また、サーバ１Ａ、サーバ２Ａは運用系サーバとして、またサーバ２Ｂは待機系サーバとして動作し、これらは冗長構成３０を構成している。また、運用系サーバ１Ａと待機系サーバ２Ｂは互いにレプリケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプリケーション処理を実施している。
【００４２】
管理サーバ３は、各サーバ１Ａ、１Ｂ、２Ａ、２Ｂの運用状態を監視している。管理サーバ３は、例えば障害サーバ１Ｂの障害が復旧したと判断した場合（図６のステップＳ３１）、運用系サーバ１Ａに対して、待機系サーバを待機系サーバ２Ｂから待機系サーバ１Ｂに変更するように待機系変更要求を通知する（ステップＳ３２）。そして、運用系サーバ１Ａは、待機系サーバ１Ｂに対して、運用系サーバ１Ａとレプリケーション処理を行うように運用系追加要求を通知する（ステップＳ３３）。
【００４３】
運用系サーバ１Ａは、新しい待機系サーバ１Ｂに対してレプリケーション処理を行う。また、運用系サーバ１Ａは待機系サーバ１Ｂとのレプリケーション処理完了後、待機系サーバ２Ｂに対して運用系削除要求を通知する（ステップＳ３４）。
【００４４】
その後、運用系サーバ１Ａは管理サーバ３に対して待機系変更完了を通知する（ステップＳ３５）。そして、待機系サーバ１Ｂを運用系サーバ１Ａの待機系サーバとしてサービスを開始する。運用系サーバ１Ａから待機系変更完了通知を受けた管理サーバ３はシステムの運用状態を更新し（ステップＳ３６）、再構成後のシステム構成で運用を開始する。
【００４５】
このとき、運用系サーバ１Ａから、運用系削除要求を受信した待機系サーバ２Ｂは、サーバ１Ａとのレプリケーション処理を終了する。また、運用系サーバ１Ａと待機系サーバ１Ｂは互いにレプリケーション処理を実施している。また、運用系サーバ２Ａと待機系サーバ２Ｂも互いにレプリケーション処理を実施している。本実施の形態にかかるサーバシステムでは、以上で説明した図５および図６の処理をサーバの運用状態に応じて繰り返しながらアプリケーションサービスを提供する。
【００４６】
以上で説明したように、本実施の形態にかかる発明では１：１の冗長構成で動作しているサーバシステムにおいて、待機系サーバに障害が発生したとしても、障害が発生していない他のサーバで冗長構成を再構築することができる。よって、本発明により、連続した障害が発生した場合でもサーバの台数を増やすことなくサービスを継続することができるサーバシステム及びサーバシステムの制御方法を提供することが可能となる。
【００４７】
なお、本発明にかかるサーバシステム及びサーバシステムの制御方法では、実施の形態１および実施の形態２で説明した処理、つまり図２、図３、図５、図６に示した処理をサーバの運用状態に応じて繰り返しながらアプリケーションサービスを提供することができる。
【００４８】
以上、本発明を上記実施の形態に即して説明したが、上記実施の形態の構成にのみ限定されるものではなく、本願特許請求の範囲の請求項の発明の範囲内で当業者であればなし得る各種変形、修正、組み合わせを含むことは勿論である。
【００４９】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００５０】
（付記１）運用系サーバと待機系サーバとをそれぞれ１つずつ備える複数の冗長構成と、
前記冗長構成を管理する管理サーバと、を備え、
前記管理サーバは、前記運用系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した運用系サーバに対する待機系サーバを運用系サーバに切り替えると共に、当該切り替わった後の運用系サーバに対する待機系サーバとして前記冗長構成を構成する前記待機系サーバのうちのいずれかを割り当てる、
サーバシステム。
【００５１】
（付記２）前記管理サーバは、前記待機系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した待機系サーバに対する運用系サーバの待機系サーバとして前記障害が発生した待機系サーバ以外の待機系サーバを割り当てる、付記１に記載のサーバシステム。
【００５２】
（付記３）前記管理サーバは、前記障害が発生した運用系サーバが復旧した場合は、当該復旧した運用系サーバを前記切り替わった後の運用系サーバの待機系サーバとして用いる、付記１または付記２に記載のサーバシステム。
【００５３】
（付記４）前記管理サーバは、前記障害が発生した待機系サーバが復旧した場合は、当該復旧した待機系サーバを待機系サーバとして用いる、付記２または付記３に記載のサーバシステム。
【００５４】
（付記５）前記管理サーバは、前記運用系サーバの状態を監視し、当該運用系サーバに障害が発生した場合には、当該障害が発生した運用系サーバに対する待機系サーバに対して待機系から運用系へ状態を変更するための状態変更要求を通知し、
前記状態変更要求が通知された待機系サーバは、運用系サーバに切り替わると共に前記冗長構成を構成する前記待機系サーバのうちのいずれかに対して運用系追加要求を通知する、付記１乃至４のいずれか一項に記載のサーバシステム。
【００５５】
（付記６）前記管理サーバは、前記待機系サーバの状態を監視し、当該待機系サーバに障害が発生した場合には、当該障害が発生した待機系サーバに対する運用系サーバに対して待機系変更要求を通知し、
前記待機系変更要求が通知された運用系サーバは、前記障害が発生した待機系サーバ以外の待機系サーバに対して運用系追加要求を通知する、付記２乃至５のいずれか一項に記載のサーバシステム。
【００５６】
（付記７）前記管理サーバは、前記障害が発生した運用系サーバの状態を監視し、当該障害が発生した運用系サーバが復旧した場合には、当該復旧した運用系サーバに対して待機系サーバとして動作するように状態変更要求を通知すると共に、
前記障害が発生した運用系サーバの代りに運用系サーバとして動作していたサーバに対して、待機系を前記復旧した運用系サーバとするように待機系変更要求を通知する、付記１乃至６のいずれか一項に記載のサーバシステム。
【００５７】
（付記８）前記管理サーバは、前記障害が発生した待機系サーバの状態を監視し、当該障害が発生した待機系サーバが復旧した場合には、前記障害が発生した待機系サーバに対応する運用系サーバとして動作していた運用系サーバに対して、待機系サーバを前記復旧した待機系サーバに変更するように待機系変更要求を通知する、付記２乃至７のいずれか一項に記載のサーバシステム。
【００５８】
（付記９）運用系サーバと待機系サーバとをそれぞれ１つずつ備える複数の冗長構成と、
前記冗長構成を管理する管理サーバと、を備えるサーバシステムの制御方法であって、
前記運用系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した運用系サーバに対する待機系サーバを運用系サーバに切り替えると共に、当該切り替わった後の運用系サーバに対する待機系サーバとして前記冗長構成を構成する前記待機系サーバのうちのいずれかを割り当てる、
サーバシステムの制御方法。
【００５９】
（付記１０）前記待機系サーバの少なくとも１つに障害が発生した場合には、前記障害が発生した待機系サーバに対する運用系サーバの待機系サーバとして前記障害が発生した待機系サーバ以外の待機系サーバを割り当てる、付記９に記載のサーバシステムの制御方法。
【００６０】
（付記１１）前記障害が発生した運用系サーバが復旧した場合は、当該復旧した運用系サーバを待機系サーバとして用いる、付記９または１０に記載のサーバシステムの制御方法。
【００６１】
（付記１２）前記障害が発生した待機系サーバが復旧した場合は、当該復旧した待機系サーバを前記切り替わった後の運用系サーバの待機系サーバとして用いる、付記１０または付記１１に記載のサーバシステムの制御方法。
【符号の説明】
【００６２】
１Ａ、１Ｂ、２Ａ、２Ｂ  サーバ
３  管理サーバ
１０、２０、３０  冗長構成
【図１】
2011159222.tif 000003
【図２】
2011159222.tif 000004
【図３】
2011159222.tif 000005
【図４】
2011159222.tif 000006
【図５】
2011159222.tif 000007
【図６】
2011159222.tif 000008
【図７】
2011159222.tif 000009
【図８】
2011159222.tif 000010
【図９】
2011159222.tif 000011