JP2010198204A

JP2010198204A - クラスタリングサーバシステム、および、データ転送方法

Info

Publication number: JP2010198204A
Application number: JP2009041077A
Authority: JP
Inventors: Kosuke Hatakeyama; 康介畠山; Junichi Koga; 淳一古賀; Takeshi Fukumoto; 健福元
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2009-02-24
Filing date: 2009-02-24
Publication date: 2010-09-09
Anticipated expiration: 2029-02-24
Also published as: JP4812848B2

Abstract

【課題】運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させる。
【解決手段】運用系サーバ１０と待機系サーバ１１とを有するクラスタリングサーバシステム１であって、運用系サーバ１０は、複数のデータを記憶するデータ記憶手段１００と、データ記憶手段に記憶された複数のデータの中で更新データの更新頻度を記憶する転送リスト記憶手段１０３と、運用系サーバ１０と待機系サーバ１１間で更新データを転送する系間転送管理手段１０１とを備え、系間転送管理手段１０１は、転送リスト記憶手段１０３に記憶された更新データのデータ総量を算出し、データ総量が系切替え時転送方式で転送可能な所定の閾値を超える場合に、データ総量が閾値以下になるまで転送リスト記憶手段１０３に記憶された更新頻度が最も低い更新データを運用中転送方式で待機系サーバ１１に転送する。
【選択図】図２

Description

本発明は、運用系サーバと待機系サーバとを用いて冗長化されたＨＡ（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

高可用性を実現するＨＡクラスタにおけるフェイルオーバクラスタリングサーバシステムでは、運用系サーバと待機系サーバとを備え、運用系サーバで障害が発生した場合に、即座に待機系サーバで処理を継続させるために、運用系サーバと待機系サーバとはデータを同期・一致させておく必要がある。このため、運用系サーバのデータが更新されると、当該更新データを待機系サーバに転送し、待機系サーバのデータも運用系サーバと同様に更新される。

ここで、運用系サーバから待機系サーバに更新データを転送する方式には、系切替え時（フェイルオーバ時）に更新データを一括で待機系サーバに転送する系切替え時転送方式と、各データの更新毎にその都度更新データを待機系サーバに転送する運用中転送方式との２つの方式がある。

運用系サーバにおいて更新頻度の異なる複数の更新データを待機系サーバへ転送する際に、処理負荷を軽減するために、更新頻度の高い更新データについては系切替え時転送方式で、更新頻度の低い更新データについては運用中転送方式で転送する必要がある。これは、頻繁に更新される更新頻度の高い更新データを、運用中転送方式でその都度転送した場合、運用系サーバおよび待機系サーバの負荷が増大し、システム全体の機能低下が発生してしまうおそれがあるからである。

一方、系切替え時転送方式では、運用系サーバと待機系サーバとの間の系間ネットワーク帯域の制限、系切替えによるサービス中断時間の制約などにより、系切替え時に一括して転送可能なデータ量には制限がある。

しかしながら、複数のユーザ端末からの要求などにより、様々なタイミングでそれぞれ更新される各データの更新頻度を正確に予測することは困難であり、したがって各データの更新頻度に適した転送方式を事前に割り当てることも困難である。例えば、過去のトラフィックパターンを用いて各データの更新頻度を予測し、更新頻度が低く予測されたデータを運用中転送方式に割り付けた場合、その後トラフィックパターンが変化してデータの更新頻度が高くなると、データ更新の都度、待機系サーバへの転送が実施されてしまい、処理負荷が上昇し、他のサービス提供に影響を及ぼす可能性が高まる。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させることにある。

上記目的を達成するため、本発明は、運用系サーバと待機系サーバとを有するクラスタリングサーバシステムであって、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、前記運用系サーバは、複数のデータを記憶するデータ記憶手段と、前記データ記憶手段に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶手段と、前記運用系サーバと待機系サーバ間で更新データを転送する系間転送管理手段と、を備え、前記系間転送管理手段は、前記転送リスト記憶手段に記憶された更新データのデータ総量を算出し、当該データ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別し、前記データ総量が前記閾値を超える場合は、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶手段に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送する。

また、本発明は、運用系サーバと待機系サーバとを有するクラスタリングサーバシステム用のデータ転送方法であって、クラスタリングサーバシステムは、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、前記運用系サーバは、複数のデータを記憶するデータ記憶部と、前記データ記憶部に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶部と、を備え、前記転送リスト記憶部を更新するステップと、前記転送リスト記憶部に記憶された更新データのデータ総量を算出する算出ステップと、前記算出されたデータ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別する判別ステップと、前記データ総量が前記閾値を超える場合に、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶部に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送する転送ステップと、を行う。

本発明によれば、各データの更新頻度を動的に算出し、算出した更新頻度に基づいて運用中転送方式で転送するデータを特定するため、運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させることができる。

本発明の実施形態に係るクラスタリングサーバシステムの全体構成図である。クラスタリングサーバシステム１の構成を示すブロック図である。メモリに記憶されるデータを説明するための第１の説明図である。メモリに記憶されるデータを説明するための第２の説明図である。転送リスト記憶部のデータ構造の一例を示す図である。データ更新時の処理を示すフローチャートである。

以下、本発明の実施形態について説明する。

図１は、本発明の実施形態に係るクラスタリングサーバシステムを示す全体構成図である。本実施形態のクラスタリングサーバシステム１は、平常時に稼動する運用系サーバ（現用系サーバ）１０と、運用系サーバ１０が障害時に稼動する待機系サーバ１１とを有する。また、本実施形態では、クラスタリングサーバシステム１は、ネットワーク２を介して複数のユーザ端末３と接続されているものとする。

本実施形態のクラスタリングサーバシステム１は、運用系サーバと待機系サーバとの間で更新データを転送する方式として、系切替え時（フェイルオーバ時）に更新データを一括で切替え先のサーバに転送する系切替え時転送方式と、各データの更新毎にその都度更新データを切替え先のサーバに転送する運用中転送方式の２つの方式を併用するものとする。

なお、運用系サーバ１０および待機系サーバ１１は、少なくともＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、運用系サーバ１０および待機系サーバ１１の各機能は、運用系サーバ１０用のプログラムの場合は運用系サーバ１０のＣＰＵが、そして待機系サーバ１１用のプログラムの場合は待機系サーバ１１のＣＰＵが、それぞれ実行することにより実現される。

図２は、クラスタリングサーバシステム１の構成を示すブロック図である。運用系サーバ１０は、メモリ１００と、系間転送管理部１０１と、アプリケーション部１０２と、転送リスト記憶部１０３とを有する。待機系サーバ１１も、運用系サーバ１０と同様に、メモリ１１０と、系間転送管理部１１１と、アプリケーション部１１２と、転送リスト記憶部１１３とを有する。運用系サーバ１０と待機系サーバ１１とは、系間ネットワーク１２により接続されている。

運用系サーバ１０のメモリ１００（データ記憶手段）には、複数のデータが記憶されている。

図３は、メモリ１００に記憶されている各データを説明するための説明図である。メモリ１００上に記憶されている各データ（Ｘ、Ｙ、Ｚ）３０１には、当該データ３０１の管理情報として、更新回数３０２と、最終更新時刻３０３と、更新頻度としての平均更新頻度３０４と、データ量３０５と、更新フラグ３０６とが、それぞれ付加されているものとする。

運用系サーバ１０のアプリケーション部１０２は、複数のユーザ端末３から送信される各種の要求に応じて、または、運用系サーバ１０の内部処理により、メモリ１００に記憶された所望のデータ３０１自体を更新するとともに、当該データ３０１の管理情報３０２、３０３、３０４、３０６を更新する。

すなわち、アプリケーション部１０２は、例えば、メモリ１００上のデータＸを更新した場合、データＸの更新回数３０２に「１」を加算し、最終更新時刻３０３をデータＸが更新された時刻に更新する。そして、アプリケーション部１０２は、更新後の更新回数Ｎと、更新後の最終更新時刻ｔ_Ｎと、更新前（前回）の最終更新時刻ｔ_Ｎ−１と、更新前（前回）の平均更新頻度α_Ｎ−１を用いて、例えば以下の式１により更新後の平均更新頻度α_Ｎを算出し、算出した値α_Ｎを平均更新頻度３０４に設定する。

平均更新頻度α_Ｎ＝Ｎ／｛（ｔ_Ｎ-ｔ_Ｎ−１）＋（Ｎ−１）／α_Ｎ−１｝式１
また、アプリケーション部１０２は、メモリ１００上のデータＸを更新した場合、更新フラグ３０６に更新が発生したことを示すフラグ（例えば、「１」）を設定する。なお、既にフラグが設定されている場合は、そのままの状態とする。

データ量３０５については、メモリ１００にデータＸを割り当てたタイミングで設定され、データの更新を契機としては変化しない（更新されない）ものとする。

メモリ上の他のデータ（データＹ、データＺ）が更新された場合についても、アプリケーション部１０２は、データの更新を契機として、当該データの管理情報３０２、３０３、３０４、３０６を更新する。

なお、平均更新頻度３０４の替わりに、加重平均更新頻度を更新頻度として用いることとしてもよい。

図４は、メモリ１００に記憶されている各データを説明するための説明図であって、更新頻度としての加重平均更新頻度４０４を用いている点において図３と異なり、その他については図３と同様である。すなわち、図４では、メモリ１００上に記憶されている各データ（Ｘ、Ｙ、Ｚ）４０１には、当該データ４０１の管理情報として、更新回数４０２と、最終更新時刻４０３と、更新頻度としての加重平均更新頻度４０４と、データ量４０５と、更新フラグ４０６が、それぞれ付加されているものとする。

アプリケーション部１０２は、図３で説明したように、メモリ１００に記憶された所望のデータ４０１自体を更新するとともに、当該データ４０１の管理情報４０２、４０３、４０４、４０６を更新する。更新回数４０２、最終更新時刻４０３および更新フラグ４０６の更新については、図３と同様であるためここでは説明を省略する。

加重平均更新頻度４０４は、直近の更新間隔時間に重みωを付加した更新頻度の加重平均である。すなわち、加重平均更新頻度４０４は、前回までの加重平均更新頻度と、所定の重み付けした今回の更新間隔時間とに基づいて算出される。アプリケーション部１０２は、重みωと、更新後の最終更新時刻ｔ_Ｎと、更新前（前回）の最終更新時刻ｔ_Ｎ−１と、更新前（前回）の加重平均更新頻度α_Ｎ−１を用いて、例えば以下の式２により更新後の加重平均更新頻度α_Ｎを算出し、算出した値α_Ｎを加重平均更新頻度４０４に設定する。重みωには、あらかじめ定められた所定の値を用いるものとする。

加重平均更新頻度α_Ｎ＝１／｛（ｔ_Ｎ-ｔ_Ｎ−１）ω＋（１−ω）／α_Ｎ−１｝式２
なお、待機系サーバ１１のメモリ１１０についても、運用系サーバ１０のメモリ１００と同様である。

図５は、運用系サーバ１０の系間転送管理部１０１により管理される、転送リスト記憶部１０３の一例を示すものである。転送リスト記憶部１０３は、メモリ１００上に保持されている場合であっても、あるいは、ＨＤＤ等の外部記憶装置上に保持されている場合であってもよい。転送リスト記憶部１０３には、メモリ１００上に記憶されたデータの中で更新が発生し、待機系サーバ１１への転送が必要な更新データの転送リスト５０１と、閾値Ｍ_ｔｈ５０３と、データ総量Ｍ５０４とが記憶される。

図示する転送リスト５０１は、更新データ毎に、当該更新データにポインタするためのメモリＩＤ（メモリ上のアドレス等）と、当該メモリＩＤに記憶されているデータの更新頻度とを有する。更新頻度には、図３で説明した平均更新頻度３０４、または図４で説明した加重平均更新頻度４０４を用いるものとする。

また、閾値Ｍ_ｔｈ５０３には、系切替え時転送方式で一括して転送可能な最大データ量（閾値）が設定されている。この閾値Ｍ_ｔｈ５０３については、系間ネットワーク１２の帯域の制限、系切替えによるサービス中断時間の制約などにより、あらかじめ所定の値を設定しておくものとする。また、データ総量Ｍ５０４には、転送リスト５０１に登録された更新データの総量が設定される。

なお、運用系サーバ１０の障害などにより待機系サーバ１１に処理が切替わった場合、待機系サーバ１１の転送リスト記憶部１１３には、図５と同様の情報が生成され、記憶される。

次に、運用系サーバ１０のメモリ１００に記憶されたデータに更新が発生した際の処理について説明する。

図６は、メモリ１００に記憶されたデータに更新が発生したタイミングで、転送リスト記憶部１０３の情報を更新し、閾値を超える分の更新データを運用時転送方式で転送する場合のフローチャートである。

まず、運用系サーバ１０のアプリケーション部１０２は、複数のユーザ端末３から送信される各種の要求に応じて、または、運用系サーバ１０の内部処理により、メモリ１００に記憶された所定のデータ自体を更新するとともに、当該データの管理情報（更新回数、最終更新時刻、更新頻度、更新フラグ）を更新する（Ｓ１）。なお、更新頻度は、図３の場合は平均更新頻度であり、図４の場合は加重平均更新頻度である。

そして、運用系サーバ１０の系間転送管理部１０１は、Ｓ１のデータ更新を契機として、ステップ１で更新された更新データを、転送リスト記憶部１０３の転送リスト５０１に登録（追加）する（Ｓ２）。具体的には、系間転送管理部１０１は、メモリ１００上の更新データをポインタするメモリＩＤ、および、Ｓ１で更新された当該更新データの更新頻度を、メモリ１００から取得し、転送リスト５０１に登録する。

そして、系間転送管理部１０１は、転送リスト５０１に登録されている更新データのデータ総量Ｍ５０４を算出し、転送リスト記憶部１０３に設定する（Ｓ３）。具体的には、系間転送管理部１０１は、転送リスト５０１に登録されている各更新データのデータ量を、各々のメモリＩＤに基づいてメモリ１００から取得し、取得した各データ量の合計を算出する。

そして、系間転送管理部１０１は、算出したデータ総量Ｍ５０４と、閾値Ｍ_ｔｈ５０３とを比較し、データ総量Ｍが閾値Ｍ_ｔｈを超える（Ｍ＞Ｍ_ｔｈ）か否かを判別する（Ｓ４）。

データ総量Ｍが閾値Ｍ_ｔｈを超えない、すなわち下回る（Ｍ≦Ｍ_ｔｈ）場合（Ｓ４：ＮＯ）、系間転送管理部１０１は、Ｓ１のデータ更新を契機とする処理を終了する。この場合、転送リスト５０１に登録されている全ての更新データは、この時点において、系切替え時に一括して転送される系切替え時転送方式ととして管理される。

データ総量Ｍが閾値Ｍ_ｔｈを超える場合（Ｓ４：ＹＥＳ）、系間転送管理部１０１は、転送リスト５０１に登録されている更新データの中で最も更新頻度の低い更新データを特定し、当該更新データを運用中転送方式で待機系サーバ１１のメモリ１１０に系間ネットワーク１２を介して転送する（Ｓ５）。これにより、系間転送管理部１０１は、転送リスト５０１から転送した更新データの情報（レコード）を削除する。また、系間転送管理部１０１は、メモリ１００にアクセスし、転送した更新データの更新フラグ３０６、４０７（図３、図４参照）を削除する。

そして、系間転送管理部１０１は、Ｓ３に戻り、転送した更新データの情報を削除した後の転送リスト５０１に登録された各更新データのデータ総量を再び算出し、データ総量Ｍが閾値Ｍ_ｔｈを超えるか否かを判別し（Ｓ４）、超える場合はＳ５の処理を行う。このように、系間転送管理部１０１は、転送リスト５０１に登録された各更新データのデータ総量Ｍが閾値Ｍ_ｔｈを下回るまでＳ３からＳ５の処理を繰り返し、閾値Ｍ_ｔｈを超えた分の更新データについては、更新頻度の低い更新データから順に運用中転送方式で待機系サーバ１１に転送する。

図６に示す上記処理では、メモリ１００上のデータに更新が発生したタイミングで、Ｓ２からＳ５の処理を行うこととしたが、本発明はこれに限定されず、様々なタイミングでＳ２からＳ５の処理を行うことができる。

例えば、系間転送管理部１０１は、あらかじめ定められた所定の周期（時間間隔）で、Ｓ２からＳ５の処理を行って、転送リスト記憶部１０３の情報を更新し、閾値を超える分の更新データを運用時転送方式で転送することとしてもよい。この場合、アプリケーション部１０２は、ユーザ端末３からの要求または運用系サーバ１０の内部処理により、随時、メモリ１００上のデータおよび管理情報を更新し、一方、系間転送管理部１０１は、所定の周期でＳ２からＳ５の処理を行う。

具体的には、系間転送管理部１０１は、Ｓ２において、前回の周期でＳ２からＳ５の処理を行った後に更新されたデータを検索する。例えば、系間転送管理部１０１は、メモリ上に保持されている各データの管理情報（図３、図４）を参照し、更新フラグ（例えば「１」）が設定されているデータを検索する。そして、検索した各更新データを転送リスト記憶部１０３の転送リスト５０１に登録（追加）する（Ｓ２）。この際に、系間転送管理部１０１は、検索した更新データが既に転送リスト５０１に登録されている場合、当該更新データの更新頻度を、メモリ１００から取得した最新の値に更新する。Ｓ３からＳ５の処理については、図６で説明したＳ３からＳ５と同様であるため、ここでは説明を省略する。所定の周期でＳ２からＳ５の処理を行うことにより、メモリ１００の各データが高頻度で更新される場合であっても、処理負荷の増大を回避することができる。

以上説明した本実施形態では、各データの更新頻度を動的に算出し、算出した更新頻度に基づいて運用中転送方式で転送するデータを選択するため、運用中転送方式で転送されるデータ量を抑制し、クラスタリングサーバシステムの処理負荷をより低減させることができる。

すなわち、本実施形態では、運用系サーバ１０で更新されたデータを待機系サーバ１１に転送する際に、更新頻度の低い更新データを運用中転送方式で更新の度にその都度転送することで、系切替え時（フェイルオーバ時）に一括転送する系切替え時転送方式で転送するデータ量が常に閾値を下回るように動的に制御することができる。

また、本実施形態では、各更新データの総量が系切替え時に転送可能なデータ量（閾値）に満たない場合は、全ての更新データを転送方式を系切替え時転送方式とし、各更新データの総量が系切替え時に転送可能なデータ量（閾値）を超過する場合は、更新頻度の低い更新データを運転中転送方式として転送し、更新頻度の高い更新データについては系切替え時転送方式として転送するように、更新頻度に応じて転送方式の最適化を実現する。これにより、本実施形態では、トラフィックの予想ができない環境であっても、クラスタリングサーバシステムの処理負荷を抑制し、ユーザ端末に対するサービス提供の低下を極力防止することができる。

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

１クラスタリングサーバシステム
２ネットワーク
３ユーザ端末
１０運用系サーバ
１１待機系サーバ
１２系間ネットワーク
１００、１１０メモリ
１０１、１１１系間転送管理部
１０２、１１２アプリケーション部
１０３、１１３転送リスト記憶部

Claims

運用系サーバと待機系サーバとを有するクラスタリングサーバシステムであって、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、
前記運用系サーバは、
複数のデータを記憶するデータ記憶手段と、
前記データ記憶手段に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶手段と、
前記運用系サーバと待機系サーバ間で更新データを転送する系間転送管理手段と、を備え、
前記系間転送管理手段は、前記転送リスト記憶手段に記憶された更新データのデータ総量を算出し、当該データ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別し、前記データ総量が前記閾値を超える場合は、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶手段に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送すること
を特徴とするクラスタリングサーバシステム。
請求項１記載のクラスタリングサーバシステムであって、
前記系間管理転送手段は、所定の周期毎に、または前記データ記憶手段のデータが更新された場合に、前記更新データのデータ総量を算出し、当該データ総量が前記閾値を超えるか否かを判別し、前記データ総量が前記閾値を超える場合は、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶手段に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送すること
を特徴とするクラスタリングサーバシステム。
請求項１または請求項２記載のクラスタリングサーバシステムであって、
前記更新頻度は、前記更新データの更新回数、今回の更新間隔時間と、前回の平均更新頻度とに基づいて算出される平均更新頻度であること
を特徴とするクラスタリングサーバシステム。
請求項１または請求項２記載のクラスタリングサーバシステムであって、
前記更新頻度は、前回までの加重平均更新頻度と、所定の重み付けした今回の更新間隔時間とに基づいて算出される加重平均更新頻度であること
を特徴とするクラスタリングサーバシステム。
運用系サーバと待機系サーバとを有するクラスタリングサーバシステム用のデータ転送方法であって、
クラスタリングサーバシステムは、前記運用系サーバと前記待機系サーバとの間でのデータ転送方式として、系切替え時に更新データを一括で切替え先サーバに転送する系切替え時転送方式と、各データの更新毎に更新データを切替え先サーバに転送する運用中転送方式とを併用し、
前記運用系サーバは、
複数のデータを記憶するデータ記憶部と、
前記データ記憶部に記憶された複数のデータの中で、更新された更新データの更新頻度を記憶する転送リスト記憶部とを備え、
前記転送リスト記憶部を更新する更新ステップと、前記転送リスト記憶部に記憶された更新データのデータ総量を算出する算出ステップと、
前記算出されたデータ総量が前記系切替え時転送方式で転送可能な所定の閾値を超えるか否かを判別する判別ステップと、
前記データ総量が前記閾値を超える場合に、前記データ総量が前記閾値以下になるまで、前記転送リスト記憶部に記憶された更新頻度が最も低い更新データを前記運用中転送方式で前記待機系サーバに転送する転送ステップと、を行うこと
を特徴とするデータ転送方法。
請求項５記載のデータ転送方法であって、
前記運用系サーバは、
前記更新ステップ、算出ステップ、判別ステップおよび転送ステップを、所定の周期毎に、または前記データ記憶部のデータが更新された場合に行うこと
を特徴とするデータ転送方法。
請求項５または請求項６記載のデータ転送方法であって、
前記運用系サーバは、
前記更新頻度として、前記更新データの更新回数と、今回の更新間隔時間と、前回の平均更新頻度とに基づいて平均更新頻度を算出する算出ステップを、さらに行うこと
を特徴とするデータ転送方法。
請求項５または請求項６記載のデータ転送方法であって、
前記運用系サーバは、
前記更新頻度として、前回までの加重平均更新頻度と、所定の重み付けした今回の更新間隔時間とに基づいて加重平均更新頻度を算出する算出ステップを、さらに行うこと
を特徴とするデータ転送方法。