(57)【要約】【課題】運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させる。【解決手段】運用系サーバ１０と待機系サーバ１１とを有するクラスタリングサーバシステム１であって、運用系サーバ１０は、複数のデータを記憶するデータ記憶手段１００と、データ記憶手段に記憶された複数のデータの中で更新データの更新頻度を記憶する転送リスト記憶手段１０３と、運用系サーバ１０と待機系サーバ１１間で更新データを転送する系間転送管理手段１０１とを備え、系間転送管理手段１０１は、転送リスト記憶手段１０３に記憶された更新データのデータ総量を算出し、データ総量が系切替え時転送方式で転送可能な所定の閾値を超える場合に、データ総量が閾値以下になるまで転送リスト記憶手段１０３に記憶された更新頻度が最も低い更新データを運用中転送方式で待機系サーバ１１に転送する。【選択図】図２
2010198204.tif 000002
【特許請求の範囲】
【請求項１】
運用系サーバと待機系サーバとを有するクラスタリングサーバシステムであって、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、
前記運用系サーバは、
複数のデータを記憶するデータ記憶手段と、
前記データ記憶手段に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶手段と、
前記運用系サーバと待機系サーバ間で更新データを転送する系間転送管理手段と、を備え、
前記系間転送管理手段は、前記転送リスト記憶手段に記憶された更新データのデータ総量を算出し、当該データ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別し、前記データ総量が前記閾値を超える場合は、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶手段に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送すること
を特徴とするクラスタリングサーバシステム。
【請求項２】
請求項１記載のクラスタリングサーバシステムであって、
前記系間管理転送手段は、所定の周期毎に、または前記データ記憶手段のデータが更新された場合に、前記更新データのデータ総量を算出し、当該データ総量が前記閾値を超えるか否かを判別し、前記データ総量が前記閾値を超える場合は、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶手段に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送すること
を特徴とするクラスタリングサーバシステム。
【請求項３】
請求項１または請求項２記載のクラスタリングサーバシステムであって、
前記更新頻度は、前記更新データの更新回数、今回の更新間隔時間と、前回の平均更新頻度とに基づいて算出される平均更新頻度であること
を特徴とするクラスタリングサーバシステム。
【請求項４】
請求項１または請求項２記載のクラスタリングサーバシステムであって、
前記更新頻度は、前回までの加重平均更新頻度と、所定の重み付けした今回の更新間隔時間とに基づいて算出される加重平均更新頻度であること
を特徴とするクラスタリングサーバシステム。
【請求項５】
運用系サーバと待機系サーバとを有するクラスタリングサーバシステム用のデータ転送方法であって、
クラスタリングサーバシステムは、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、
前記運用系サーバは、
複数のデータを記憶するデータ記憶部と、
前記データ記憶部に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶部とを備え、
前記転送リスト記憶部を更新する更新ステップと、前記転送リスト記憶部に記憶された更新データのデータ総量を算出する算出ステップと、
前記算出されたデータ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別する判別ステップと、
前記データ総量が前記閾値を超える場合に、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶部に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送する転送ステップと、を行うこと
を特徴とするデータ転送方法。
【請求項６】
請求項５記載のデータ転送方法であって、
前記運用系サーバは、
前記更新ステップ、算出ステップ、判別ステップおよび転送ステップを、所定の周期毎に、または前記データ記憶部のデータが更新された場合に行うこと
を特徴とするデータ転送方法。
【請求項７】
請求項５または請求項６記載のデータ転送方法であって、
前記運用系サーバは、
前記更新頻度として、前記更新データの更新回数と、今回の更新間隔時間と、前回の平均更新頻度とに基づいて平均更新頻度を算出する算出ステップを、さらに行うこと
を特徴とするデータ転送方法。
【請求項８】
請求項５または請求項６記載のデータ転送方法であって、
前記運用系サーバは、
前記更新頻度として、前回までの加重平均更新頻度と、所定の重み付けした今回の更新間隔時間とに基づいて加重平均更新頻度を算出する算出ステップを、さらに行うこと
を特徴とするデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用系サーバと待機系サーバとを用いて冗長化されたＨＡ（High Availability）クラスタリングサーバシステムに関する。
【背景技術】
【０００２】
ＨＡ（High Availability）クラスタにおける系間のデータ転送については、データ・レプリケーション（Date Replication）として知られている。このデータ・レプリケーションについては、非特許文献１に体系的な説明が記載されている。
【０００３】
また、ＨＡクラスタのミドルウェアとアプリケーションの使用を策定するフォーラムとして、ＳＡＦ(Service Availability Forum)があり、ＡＩＳ(Application Interface Specification)と呼ばれるインタフェースが既定されている。ＡＩＳのおけるデータ・レプリケーションのインタフェースとしては、非特許文献２に記載されているＣＫＰＴ（Check Point Service）が存在する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「Blueprints for High Availability: Timely, Practical,  Reliable」, Evan  Marcus(著), Hal Stern(著)，Chapter18 Date Replication
【非特許文献２】「Service Availability Forum application Interface Specification, Check Point Service, SAI-AIS-CKPT-B.02.02」, Service Availability Forum
【発明の概要】
【発明が解決しようとする課題】
【０００５】
高可用性を実現するＨＡクラスタにおけるフェイルオーバクラスタリングサーバシステムでは、運用系サーバと待機系サーバとを備え、運用系サーバで障害が発生した場合に、即座に待機系サーバで処理を継続させるために、運用系サーバと待機系サーバとはデータを同期・一致させておく必要がある。このため、運用系サーバのデータが更新されると、当該更新データを待機系サーバに転送し、待機系サーバのデータも運用系サーバと同様に更新される。
【０００６】
ここで、運用系サーバから待機系サーバに更新データを転送する方式には、系切替え時（フェイルオーバ時）に更新データを一括で待機系サーバに転送する系切替え時転送方式と、各データの更新毎にその都度更新データを待機系サーバに転送する運用中転送方式との２つの方式がある。
【０００７】
運用系サーバにおいて更新頻度の異なる複数の更新データを待機系サーバへ転送する際に、処理負荷を軽減するために、更新頻度の高い更新データについては系切替え時転送方式で、更新頻度の低い更新データについては運用中転送方式で転送する必要がある。これは、頻繁に更新される更新頻度の高い更新データを、運用中転送方式でその都度転送した場合、運用系サーバおよび待機系サーバの負荷が増大し、システム全体の機能低下が発生してしまうおそれがあるからである。
【０００８】
一方、系切替え時転送方式では、運用系サーバと待機系サーバとの間の系間ネットワーク帯域の制限、系切替えによるサービス中断時間の制約などにより、系切替え時に一括して転送可能なデータ量には制限がある。
【０００９】
しかしながら、複数のユーザ端末からの要求などにより、様々なタイミングでそれぞれ更新される各データの更新頻度を正確に予測することは困難であり、したがって各データの更新頻度に適した転送方式を事前に割り当てることも困難である。例えば、過去のトラフィックパターンを用いて各データの更新頻度を予測し、更新頻度が低く予測されたデータを運用中転送方式に割り付けた場合、その後トラフィックパターンが変化してデータの更新頻度が高くなると、データ更新の都度、待機系サーバへの転送が実施されてしまい、処理負荷が上昇し、他のサービス提供に影響を及ぼす可能性が高まる。
【００１０】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させることにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明は、運用系サーバと待機系サーバとを有するクラスタリングサーバシステムであって、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、前記運用系サーバは、複数のデータを記憶するデータ記憶手段と、前記データ記憶手段に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶手段と、前記運用系サーバと待機系サーバ間で更新データを転送する系間転送管理手段と、を備え、前記系間転送管理手段は、前記転送リスト記憶手段に記憶された更新データのデータ総量を算出し、当該データ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別し、前記データ総量が前記閾値を超える場合は、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶手段に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送する。
【００１２】
また、本発明は、運用系サーバと待機系サーバとを有するクラスタリングサーバシステム用のデータ転送方法であって、クラスタリングサーバシステムは、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、前記運用系サーバは、複数のデータを記憶するデータ記憶部と、前記データ記憶部に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶部と、を備え、前記転送リスト記憶部を更新するステップと、前記転送リスト記憶部に記憶された更新データのデータ総量を算出する算出ステップと、前記算出されたデータ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別する判別ステップと、前記データ総量が前記閾値を超える場合に、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶部に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送する転送ステップと、を行う。
【発明の効果】
【００１３】
本発明によれば、各データの更新頻度を動的に算出し、算出した更新頻度に基づいて運用中転送方式で転送するデータを特定するため、運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係るクラスタリングサーバシステムの全体構成図である。
【図２】クラスタリングサーバシステム１の構成を示すブロック図である。
【図３】メモリに記憶されるデータを説明するための第１の説明図である。
【図４】メモリに記憶されるデータを説明するための第２の説明図である。
【図５】転送リスト記憶部のデータ構造の一例を示す図である。
【図６】データ更新時の処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について説明する。
【００１６】
図１は、本発明の実施形態に係るクラスタリングサーバシステムを示す全体構成図である。本実施形態のクラスタリングサーバシステム１は、平常時に稼動する運用系サーバ（現用系サーバ）１０と、運用系サーバ１０が障害時に稼動する待機系サーバ１１とを有する。また、本実施形態では、クラスタリングサーバシステム１は、ネットワーク２を介して複数のユーザ端末３と接続されているものとする。
【００１７】
本実施形態のクラスタリングサーバシステム１は、運用系サーバと待機系サーバとの間で更新データを転送する方式として、系切替え時（フェイルオーバ時）に更新データを一括で切替え先のサーバに転送する系切替え時転送方式と、各データの更新毎にその都度更新データを切替え先のサーバに転送する運用中転送方式の２つの方式を併用するものとする。
【００１８】
なお、運用系サーバ１０および待機系サーバ１１は、少なくともＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、運用系サーバ１０および待機系サーバ１１の各機能は、運用系サーバ１０用のプログラムの場合は運用系サーバ１０のＣＰＵが、そして待機系サーバ１１用のプログラムの場合は待機系サーバ１１のＣＰＵが、それぞれ実行することにより実現される。
【００１９】
図２は、クラスタリングサーバシステム１の構成を示すブロック図である。運用系サーバ１０は、メモリ１００と、系間転送管理部１０１と、アプリケーション部１０２と、転送リスト記憶部１０３とを有する。待機系サーバ１１も、運用系サーバ１０と同様に、メモリ１１０と、系間転送管理部１１１と、アプリケーション部１１２と、転送リスト記憶部１１３とを有する。運用系サーバ１０と待機系サーバ１１とは、系間ネットワーク１２により接続されている。
【００２０】
運用系サーバ１０のメモリ１００（データ記憶手段）には、複数のデータが記憶されている。
【００２１】
図３は、メモリ１００に記憶されている各データを説明するための説明図である。メモリ１００上に記憶されている各データ（Ｘ、Ｙ、Ｚ）３０１には、当該データ３０１の管理情報として、更新回数３０２と、最終更新時刻３０３と、更新頻度としての平均更新頻度３０４と、データ量３０５と、更新フラグ３０６とが、それぞれ付加されているものとする。
【００２２】
運用系サーバ１０のアプリケーション部１０２は、複数のユーザ端末３から送信される各種の要求に応じて、または、運用系サーバ１０の内部処理により、メモリ１００に記憶された所望のデータ３０１自体を更新するとともに、当該データ３０１の管理情報３０２、３０３、３０４、３０６を更新する。
【００２３】
すなわち、アプリケーション部１０２は、例えば、メモリ１００上のデータＸを更新した場合、データＸの更新回数３０２に「１」を加算し、最終更新時刻３０３をデータＸが更新された時刻に更新する。そして、アプリケーション部１０２は、更新後の更新回数Ｎと、更新後の最終更新時刻ｔＮと、更新前（前回）の最終更新時刻ｔＮ−１と、更新前（前回）の平均更新頻度αＮ−１を用いて、例えば以下の式１により更新後の平均更新頻度αＮを算出し、算出した値αＮを平均更新頻度３０４に設定する。
【００２４】
平均更新頻度αＮ＝Ｎ／｛（ｔＮ-ｔＮ−１）＋（Ｎ−１）／αＮ−１｝    式１
また、アプリケーション部１０２は、メモリ１００上のデータＸを更新した場合、更新フラグ３０６に更新が発生したことを示すフラグ（例えば、「１」）を設定する。なお、既にフラグが設定されている場合は、そのままの状態とする。
【００２５】
データ量３０５については、メモリ１００にデータＸを割り当てたタイミングで設定され、データの更新を契機としては変化しない（更新されない）ものとする。
【００２６】
メモリ上の他のデータ（データＹ、データＺ）が更新された場合についても、アプリケーション部１０２は、データの更新を契機として、当該データの管理情報３０２、３０３、３０４、３０６を更新する。
【００２７】
なお、平均更新頻度３０４の替わりに、加重平均更新頻度を更新頻度として用いることとしてもよい。
【００２８】
図４は、メモリ１００に記憶されている各データを説明するための説明図であって、更新頻度としての加重平均更新頻度４０４を用いている点において図３と異なり、その他については図３と同様である。すなわち、図４では、メモリ１００上に記憶されている各データ（Ｘ、Ｙ、Ｚ）４０１には、当該データ４０１の管理情報として、更新回数４０２と、最終更新時刻４０３と、更新頻度としての加重平均更新頻度４０４と、データ量４０５と、更新フラグ４０６が、それぞれ付加されているものとする。
【００２９】
アプリケーション部１０２は、図３で説明したように、メモリ１００に記憶された所望のデータ４０１自体を更新するとともに、当該データ４０１の管理情報４０２、４０３、４０４、４０６を更新する。更新回数４０２、最終更新時刻４０３および更新フラグ４０６の更新については、図３と同様であるためここでは説明を省略する。
【００３０】
加重平均更新頻度４０４は、直近の更新間隔時間に重みωを付加した更新頻度の加重平均である。すなわち、加重平均更新頻度４０４は、前回までの加重平均更新頻度と、所定の重み付けした今回の更新間隔時間とに基づいて算出される。アプリケーション部１０２は、重みωと、更新後の最終更新時刻ｔＮと、更新前（前回）の最終更新時刻ｔＮ−１と、更新前（前回）の加重平均更新頻度αＮ−１を用いて、例えば以下の式２により更新後の加重平均更新頻度αＮを算出し、算出した値αＮを加重平均更新頻度４０４に設定する。重みωには、あらかじめ定められた所定の値を用いるものとする。
【００３１】
加重平均更新頻度αＮ＝１／｛（ｔＮ-ｔＮ−１）ω＋（１−ω）／αＮ−１｝  式２
なお、待機系サーバ１１のメモリ１１０についても、運用系サーバ１０のメモリ１００と同様である。
【００３２】
図５は、運用系サーバ１０の系間転送管理部１０１により管理される、転送リスト記憶部１０３の一例を示すものである。転送リスト記憶部１０３は、メモリ１００上に保持されている場合であっても、あるいは、ＨＤＤ等の外部記憶装置上に保持されている場合であってもよい。転送リスト記憶部１０３には、メモリ１００上に記憶されたデータの中で更新が発生し、待機系サーバ１１への転送が必要な更新データの転送リスト５０１と、閾値Ｍｔｈ５０３と、データ総量Ｍ５０４とが記憶される。
【００３３】
図示する転送リスト５０１は、更新データ毎に、当該更新データにポインタするためのメモリＩＤ（メモリ上のアドレス等）と、当該メモリＩＤに記憶されているデータの更新頻度とを有する。更新頻度には、図３で説明した平均更新頻度３０４、または図４で説明した加重平均更新頻度４０４を用いるものとする。
【００３４】
また、閾値Ｍｔｈ５０３には、系切替え時転送方式で一括して転送可能な最大データ量（閾値）が設定されている。この閾値Ｍｔｈ５０３については、系間ネットワーク１２の帯域の制限、系切替えによるサービス中断時間の制約などにより、あらかじめ所定の値を設定しておくものとする。また、データ総量Ｍ５０４には、転送リスト５０１に登録された更新データの総量が設定される。
【００３５】
なお、運用系サーバ１０の障害などにより待機系サーバ１１に処理が切替わった場合、待機系サーバ１１の転送リスト記憶部１１３には、図５と同様の情報が生成され、記憶される。
【００３６】
次に、運用系サーバ１０のメモリ１００に記憶されたデータに更新が発生した際の処理について説明する。
【００３７】
図６は、メモリ１００に記憶されたデータに更新が発生したタイミングで、転送リスト記憶部１０３の情報を更新し、閾値を超える分の更新データを運用時転送方式で転送する場合のフローチャートである。
【００３８】
まず、運用系サーバ１０のアプリケーション部１０２は、複数のユーザ端末３から送信される各種の要求に応じて、または、運用系サーバ１０の内部処理により、メモリ１００に記憶された所定のデータ自体を更新するとともに、当該データの管理情報（更新回数、最終更新時刻、更新頻度、更新フラグ）を更新する（Ｓ１）。なお、更新頻度は、図３の場合は平均更新頻度であり、図４の場合は加重平均更新頻度である。
【００３９】
そして、運用系サーバ１０の系間転送管理部１０１は、Ｓ１のデータ更新を契機として、ステップ１で更新された更新データを、転送リスト記憶部１０３の転送リスト５０１に登録（追加）する（Ｓ２）。具体的には、系間転送管理部１０１は、メモリ１００上の更新データをポインタするメモリＩＤ、および、Ｓ１で更新された当該更新データの更新頻度を、メモリ１００から取得し、転送リスト５０１に登録する。
【００４０】
そして、系間転送管理部１０１は、転送リスト５０１に登録されている更新データのデータ総量Ｍ５０４を算出し、転送リスト記憶部１０３に設定する（Ｓ３）。具体的には、系間転送管理部１０１は、転送リスト５０１に登録されている各更新データのデータ量を、各々のメモリＩＤに基づいてメモリ１００から取得し、取得した各データ量の合計を算出する。
【００４１】
そして、系間転送管理部１０１は、算出したデータ総量Ｍ５０４と、閾値Ｍｔｈ５０３とを比較し、データ総量Ｍが閾値Ｍｔｈを超える（Ｍ＞Ｍｔｈ）か否かを判別する（Ｓ４）。
【００４２】
データ総量Ｍが閾値Ｍｔｈを超えない、すなわち下回る（Ｍ≦Ｍｔｈ）場合（Ｓ４：ＮＯ）、系間転送管理部１０１は、Ｓ１のデータ更新を契機とする処理を終了する。この場合、転送リスト５０１に登録されている全ての更新データは、この時点において、系切替え時に一括して転送される系切替え時転送方式ととして管理される。
【００４３】
データ総量Ｍが閾値Ｍｔｈを超える場合（Ｓ４：ＹＥＳ）、系間転送管理部１０１は、転送リスト５０１に登録されている更新データの中で最も更新頻度の低い更新データを特定し、当該更新データを運用中転送方式で待機系サーバ１１のメモリ１１０に系間ネットワーク１２を介して転送する（Ｓ５）。これにより、系間転送管理部１０１は、転送リスト５０１から転送した更新データの情報（レコード）を削除する。また、系間転送管理部１０１は、メモリ１００にアクセスし、転送した更新データの更新フラグ３０６、４０７（図３、図４参照）を削除する。
【００４４】
そして、系間転送管理部１０１は、Ｓ３に戻り、転送した更新データの情報を削除した後の転送リスト５０１に登録された各更新データのデータ総量を再び算出し、データ総量Ｍが閾値Ｍｔｈを超えるか否かを判別し（Ｓ４）、超える場合はＳ５の処理を行う。このように、系間転送管理部１０１は、転送リスト５０１に登録された各更新データのデータ総量Ｍが閾値Ｍｔｈを下回るまでＳ３からＳ５の処理を繰り返し、閾値Ｍｔｈを超えた分の更新データについては、更新頻度の低い更新データから順に運用中転送方式で待機系サーバ１１に転送する。
【００４５】
図６に示す上記処理では、メモリ１００上のデータに更新が発生したタイミングで、Ｓ２からＳ５の処理を行うこととしたが、本発明はこれに限定されず、様々なタイミングでＳ２からＳ５の処理を行うことができる。
【００４６】
例えば、系間転送管理部１０１は、あらかじめ定められた所定の周期（時間間隔）で、Ｓ２からＳ５の処理を行って、転送リスト記憶部１０３の情報を更新し、閾値を超える分の更新データを運用時転送方式で転送することとしてもよい。この場合、アプリケーション部１０２は、ユーザ端末３からの要求または運用系サーバ１０の内部処理により、随時、メモリ１００上のデータおよび管理情報を更新し、一方、系間転送管理部１０１は、所定の周期でＳ２からＳ５の処理を行う。
【００４７】
具体的には、系間転送管理部１０１は、Ｓ２において、前回の周期でＳ２からＳ５の処理を行った後に更新されたデータを検索する。例えば、系間転送管理部１０１は、メモリ上に保持されている各データの管理情報（図３、図４）を参照し、更新フラグ（例えば「１」）が設定されているデータを検索する。そして、検索した各更新データを転送リスト記憶部１０３の転送リスト５０１に登録（追加）する（Ｓ２）。この際に、系間転送管理部１０１は、検索した更新データが既に転送リスト５０１に登録されている場合、当該更新データの更新頻度を、メモリ１００から取得した最新の値に更新する。Ｓ３からＳ５の処理については、図６で説明したＳ３からＳ５と同様であるため、ここでは説明を省略する。所定の周期でＳ２からＳ５の処理を行うことにより、メモリ１００の各データが高頻度で更新される場合であっても、処理負荷の増大を回避することができる。
【００４８】
以上説明した本実施形態では、各データの更新頻度を動的に算出し、算出した更新頻度に基づいて運用中転送方式で転送するデータを選択するため、運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させることができる。
【００４９】
すなわち、本実施形態では、運用系サーバ１０で更新されたデータを待機系サーバ１１に転送する際に、更新頻度の低い更新データを運用中転送方式で更新の度にその都度転送することで、系切替え時（フェイルオーバ時）に一括転送する系切替え時転送方式で転送するデータ量が常に閾値を下回るように動的に制御することができる。
【００５０】
また、本実施形態では、各更新データの総量が系切替え時に転送可能なデータ量（閾値）に満たない場合は、全ての更新データを転送方式を系切替え時転送方式とし、各更新データの総量が系切替え時に転送可能なデータ量（閾値）を超過する場合は、更新頻度の低い更新データを運転中転送方式として転送し、更新頻度の高い更新データについては系切替え時転送方式として転送するように、更新頻度に応じて転送方式の最適化を実現する。これにより、本実施形態では、トラフィックの予想ができない環境であっても、クラスタリングサーバシステムの処理負荷を抑制し、ユーザ端末に対するサービス提供の低下を極力防止することができる。
【００５１】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００５２】
１      クラスタリングサーバシステム
２      ネットワーク
３      ユーザ端末
１０    運用系サーバ
１１    待機系サーバ
１２    系間ネットワーク
１００、１１０  メモリ
１０１、１１１  系間転送管理部
１０２、１１２  アプリケーション部
１０３、１１３  転送リスト記憶部
【図１】
2010198204.tif 000003
【図２】
2010198204.tif 000004
【図３】
2010198204.tif 000005
【図４】
2010198204.tif 000006
【図５】
2010198204.tif 000007
【図６】
2010198204.tif 000008