(57)【要約】      （修正有）【課題】オンデマンド方式でのレプリケーション処理において、レプリケーション時にＣＰＵへの負荷が集中し、運用系サーバのＣＰＵ使用率が高くなってしまわないようにする。【解決手段】冗長構成のサーバシステムにおいては、運用系と待機系との間でのメモリレプリケーション機能として、オンデマンド方式と一括転送方式の２種類の方式を有している。オンデマンド方式とは、正常運転時、データの変更があるたびに、変更部分を運用系の共有メモリから待機系の共有メモリにレプリケーション（メモリ同期化）する方式である。オンデマンド方式でのレプリケーション処理において、ＣＰＵ使用率を周期的に監視する機能（４０，４１）を追加し、ＣＰＵ使用率の低い時間帯にレプリケーションを行うことにより、レプリケーション時の負荷を分散させることができ、運用系サーバのＣＰＵ使用率を低減することができる。【選択図】図１
2007286952.tif 000002
【特許請求の範囲】
【請求項１】
運用系のサーバのサービスが停止した場合には、待機系のサーバがサービスを開始するサーバシステムにおいて、
前記サーバシステムに属するサーバの各々は、
レプリケーション（メモリ同期化）を行う機能を有し、プロセスにより共有メモリにデータの書き込みが行われた時、前記プロセスよりデータの変更箇所を特定する管理情報を取得し、ＯＮ（有効）に設定した転送要求フラグと共に管理テーブルに書き込むレプリケーション機能部と、
所定の周期にてＣＰＵ使用率の監視を行っており、前記ＣＰＵ使用率が所定の閾値以下の場合には、前記レプリケーション機能部に対して転送可能通知を送信し、前記ＣＰＵ使用率が所定の閾値を超えた場合には、前記レプリケーション機能部に対して転送不可通知を送信する監視機能部と
を具備し、
前記レプリケーション機能部は、
転送不可通知を受け取ると、前記監視機能部から転送可能通知を受け取るまで、前記管理テーブルにて前記転送要求フラグがＯＮ（有効）に設定されている管理情報が存在しても、新規のレプリケーションは実行せず、
転送可能通知を受け取ると、前記管理テーブルにて前記転送要求フラグがＯＮ（有効）に設定されている管理情報に関して、前記共有メモリの変更内容を取得し、他のサーバの共有メモリに対してレプリケーションを実行し、前記レプリケーションを実行したデータの管理情報に対して、前記管理テーブルの前記転送要求フラグをＯＦＦ（無効）に設定する
サーバシステム。
【請求項２】
請求項１に記載のサーバシステムにおいて、
前記レプリケーションにより前記他のサーバの共有メモリにデータの変更が反映されると、前記レプリケーション機能部は、前記他のサーバのレプリケーション機能部からレプリケーション完了通知を受信する
サーバシステム。
【請求項３】
請求項２に記載のサーバシステムにおいて、
運用系のレプリケーション機能部は、前記レプリケーション完了通知を受け取ると、前記管理テーブルからレプリケーションの完了したデータの管理情報を削除する
サーバシステム。
【請求項４】
請求項１乃至３のいずれか一項に記載のサーバシステムにおいて、
前記監視機能部は、前記ＣＰＵ使用率の代わりに、又は、前記ＣＰＵ使用率と共に、メモリ使用率を監視する
サーバシステム。
【請求項５】
運用系のサーバのサービスが停止した場合には、待機系のサーバがサービスを開始するサーバシステムにおいて、
（ａ１）プロセスが、共有メモリにデータの書き込みを行うと、レプリケーション機能部に対して、レプリケーション要求を発行するステップと、
（ａ２）前記レプリケーション機能部が前記プロセスよりデータの変更箇所を特定する管理情報を取得し、ＯＮ（有効）に設定した転送要求フラグと共に管理テーブルに書き込むステップと、
（ａ３）前記レプリケーション機能部が、内部データとして保持している転送可能フラグがＯＮ（有効）であるかどうかのチェックを行うステップと、
（ａ４）前記転送可能フラグがＯＦＦ（無効）であれば、監視機能部から転送可能通知を受信するまで処理を待機するステップと、
（ａ５）前記レプリケーション機能部が、前記監視機能部から転送可能通知を受信すると、前記転送可能フラグをＯＮ（有効）に設定するステップと、
（ａ６）前記転送可能フラグがＯＮ（有効）であれば、データの変更内容を他のサーバの共有メモリに対してレプリケーションを行い、前記レプリケーションを実行したデータの管理情報に対して、前記管理テーブルの転送要求フラグをＯＦＦ（無効）に設定するステップと、
（ａ７）前記レプリケーションにより前記他のサーバの共有メモリにデータの変更が反映されると、前記他のサーバのレプリケーション機能部より、前記レプリケーション機能部に対してレプリケーション完了通知が送信されるステップと、
（ａ８）前記レプリケーション完了通知を受け取った前記レプリケーション機能部が、前記管理テーブルから前記レプリケーションの完了したデータの管理情報を削除するステップと
を具備する
サーバ負荷低減方法。
【請求項６】
請求項５に記載のサーバ負荷低減方法において、
（ｂ１）前記監視機能部が、所定の周期にてＣＰＵ使用率の監視を行うステップと、
（ｂ２）前記ＣＰＵ使用率が閾値Ｔを超えた場合には、前記レプリケーション機能部に対して転送不可通知を送信するステップと、
（ｂ３）前記ＣＰＵ使用率が閾値Ｔ以下の場合には、前記レプリケーション機能部に対して転送可能通知を送信するステップと
を更に具備する
サーバ負荷低減方法。
【請求項７】
請求項６に記載のサーバ負荷低減方法において、
（ｂ４）前記監視機能部が、前記ＣＰＵ使用率の代わりに、又は、前記ＣＰＵ使用率と共に、メモリ使用率を監視するステップ
を更に具備する
サーバ負荷低減方法。
【請求項８】
請求項５乃至７のいずれか一項に記載のサーバ負荷低減方法において、
（ｃ１）前記監視機能部から転送可能通知を受信するステップと、
（ｃ２）前記監視機能部から転送可能通知を受信した場合、前記転送可能フラグがＯＦＦ（無効）であるかどうかのチェックを行うステップと、
（ｃ３）前記転送可能フラグがＯＦＦ（無効）であれば、前記転送可能フラグをＯＮ（有効）に設定するステップと、
（ｃ４）前記管理テーブルにて転送要求フラグがＯＮ（有効）に設定されている管理情報に関して、前記共有メモリの変更内容を取得し、前記他のサーバの共有メモリに対してレプリケーションを実行するステップと
を更に具備する
サーバ負荷低減方法。
【請求項９】
請求項５乃至８のいずれか一項に記載のサーバ負荷低減方法において、
（ｃ５）前記監視機能部から転送不可通知を受信するステップと、
（ｃ６）前記監視機能部から転送不可通知を受信した場合、前記転送可能フラグがＯＮ（有効）であるかどうかのチェックを行うステップと、
（ｃ７）前記転送可能フラグがＯＮ（有効）であれば、前記転送可能フラグをＯＦＦ（無効）に設定するステップと、
（ｃ８）再度、前記監視機能部から転送可能通知を受け取るまで、前記管理テーブルにて転送要求フラグがＯＮ（有効）に設定されている管理情報が存在しても、新規のレプリケーションを実行せずに待機するステップと
を更に具備する
サーバ負荷低減方法。
【請求項１０】
請求項５乃至９のいずれか一項に記載のサーバ負荷低減方法を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステムに関し、特に冗長構成サーバシステムにおけるメモリレプリケーション時のサーバ負荷低減方法に関する。
【背景技術】
【０００２】
サーバシステムにおいては、サーバに障害が発生してもシステムの提供するサービスを継続することが求められているため、一般的に、運用系と待機系からなる冗長構成が従来より採用されている。
【０００３】
冗長構成のサーバシステムでは、運用系サーバに障害が発生した場合、直ちに待機系サーバに切り替えることによってサービスを継続させることが可能となる。そのためには、系切り替え時のみならず、正常運転時にも運用系サーバから待機系サーバにレプリケーション（メモリ同期化）を行い、系切り替え時間を短縮させる必要がある。
【０００４】
また、従来の冗長構成サーバシステムでは、オンデマンド方式でのレプリケーション処理において、プロセスからレプリケーション要求が発行された際、ＣＰＵ使用率のチェックを行うことなくレプリケーションを実施している。そのため、レプリケーション時にＣＰＵへの負荷が集中し、運用系サーバのＣＰＵ使用率が高くなってしまうという課題がある。
【０００５】
関連する技術として、特開２００３−０４４３４０号公報（特許文献１）に監視方法が開示されている。
この監視方法は、ネットワークを介して接続されている各サイト間でデータベースレプリケーションを行う最適なレプリケーションタイミングの選択と、レプリケーション時の最適なレプリケーション手段の選択とを行う方法である。各サイトを構成するコンピュータのＣＰＵの使用率を、定期的に、収集蓄積する工程と、収集蓄積されたＣＰＵの使用率を元に、定期的に、最適なレプリケーションタイミングを再設定する工程と、ネットワークトラフィックと転送データ量とから、レプリケーション時に、最適なレプリケーション手段を選択する工程と、を含むことを特徴とする。
【０００６】
また、特開２００５−０５６２９７号公報（特許文献２）にデータ救済システムが開示されている。
この従来技術は、第１処理系及び第２処理系からなる二重化系の一方を運用系、他方の待機系とし、運用系から待機系へのデータレプリケーションを実行することで、系切り替え時に旧運用系のデータを救済するシステムに関する。前記第１処理系および前記第２処理系の各々は、プロセスにより使用されるデータを読み出しおよび書き込み可能に格納するためのメモリと、運用系から待機系へのデータレプリケーションの際に、前記メモリに格納された更新データのうちデータレプリケーションが完了していない残存データに関する管理情報を格納するためのテーブルと、当該処理系が待機系から運用系に切り替わると、他方の処理系のテーブルから当該処理系のテーブルへ管理情報のレプリケーションを実行し、レプリケーションされた管理情報に基づいて当該処理系でサービスを実行する制御手段と、を有することを特徴とする。
【０００７】
特開２００５−３４６２１８号公報（特許文献３）にデータバックアップ装置が開示されている。
この従来技術は、第１の格納場所に格納されているデータを第２の格納場所に複製する複製処理を、所定のタイミングで、コンピュータに実行させることにより、データのバックアップを行うデータバックアップ装置に関する。データバックアップ装置は、前記コンピュータに対するオペレータの作業が中断していることを、所定の推測条件に基づいて推測する中断推測部と、前記中断推測部によって中断推測が行われていることを条件として、前記コンピュータに、所定のバックアップ対象データに関する前記複製処理の実行指示を与えるバックアップ制御部と、を備えることを特徴とする。
【０００８】
【特許文献１】特開２００３−０４４３４０号公報
【特許文献２】特開２００５−０５６２９７号公報
【特許文献３】特開２００５−３４６２１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、オンデマンド方式でのレプリケーション処理において、ＣＰＵ使用率を周期的に監視する機能を追加し、ＣＰＵ使用率の低い時間帯にレプリケーションを行うサーバシステムを提供することである。
本発明の他の目的は、レプリケーション時の負荷を分散させることができるサーバシステムを提供することである。
本発明の更に他の目的は、運用系サーバのＣＰＵ使用率を低減することができるサーバシステムを提供することである。
【課題を解決するための手段】
【００１０】
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１１】
本発明のサーバシステムでは、運用系のサーバ（１０）のサービスが停止した場合には、待機系のサーバ（１１）がサービスを開始する。
前記サーバシステムに属するサーバの各々は、レプリケーション（メモリ同期化）を行う機能を有し、プロセス（２０）により共有メモリ（３０）にデータの書き込みが行われた時、前記プロセス（２０）よりデータの変更箇所を特定する管理情報を取得し、ＯＮ（有効）に設定した転送要求フラグと共に管理テーブル（６０）に書き込むレプリケーション機能部（５０）と、所定の周期にてＣＰＵ使用率の監視を行っており、前記ＣＰＵ使用率が所定の閾値以下の場合には、前記レプリケーション機能部（５０）に対して転送可能通知を送信し、前記ＣＰＵ使用率が所定の閾値を超えた場合には、前記レプリケーション機能部（５０）に対して転送不可通知を送信する監視機能部（４０）とを具備する。
前記レプリケーション機能部（５０）は、転送不可通知を受け取ると、前記監視機能部（４０）から転送可能通知を受け取るまで、前記管理テーブル（６０）にて前記転送要求フラグがＯＮ（有効）に設定されている管理情報が存在しても、新規のレプリケーションは実行しない。転送可能通知を受け取ると、前記管理テーブル（６０）にて前記転送要求フラグがＯＮ（有効）に設定されている管理情報に関して、前記共有メモリ（３０）の変更内容を取得し、他のサーバの共有メモリ（３１）に対してレプリケーションを実行し、前記レプリケーションを実行したデータの管理情報に対して、前記管理テーブル（６０）の前記転送要求フラグをＯＦＦ（無効）に設定する。
【００１２】
前記レプリケーションにより前記他のサーバの共有メモリ（３１）にデータの変更が反映されると、前記レプリケーション機能部（５０）は、前記他のサーバのレプリケーション機能部（５１）からレプリケーション完了通知を受信する。
【００１３】
運用系のレプリケーション機能部（５０）は、前記レプリケーション完了通知を受け取ると、前記管理テーブル（６０）からレプリケーションの完了したデータの管理情報を削除する。
【００１４】
前記監視機能部（４０）は、前記ＣＰＵ使用率の代わりに、又は、前記ＣＰＵ使用率と共に、メモリ使用率を監視する。
【００１５】
本発明のサーバ負荷低減方法は、運用系のサーバ（１０）のサービスが停止した場合には、待機系のサーバ（１１）がサービスを開始するサーバシステムにおいて、（ａ１）プロセス（２０）が、共有メモリ（３０）にデータの書き込みを行うと、レプリケーション機能部（５０）に対して、レプリケーション要求を発行するステップと、（ａ２）前記レプリケーション機能部（５０）が前記プロセス（２０）よりデータの変更箇所を特定する管理情報を取得し、ＯＮ（有効）に設定した転送要求フラグと共に管理テーブル（６０）に書き込むステップと、（ａ３）前記レプリケーション機能部（５０）が、内部データとして保持している転送可能フラグがＯＮ（有効）であるかどうかのチェックを行うステップと、（ａ４）前記転送可能フラグがＯＦＦ（無効）であれば、監視機能部（４０）から転送可能通知を受信するまで処理を待機するステップと、（ａ５）前記レプリケーション機能部（５０）が、前記監視機能部（４０）から転送可能通知を受信すると、前記転送可能フラグをＯＮ（有効）に設定するステップと、（ａ６）前記転送可能フラグがＯＮ（有効）であれば、データの変更内容を他のサーバの共有メモリ（３１）に対してレプリケーションを行い、前記レプリケーションを実行したデータの管理情報に対して、前記管理テーブル（６０）の転送要求フラグをＯＦＦ（無効）に設定するステップと、（ａ７）前記レプリケーションにより前記他のサーバの共有メモリ（３１）にデータの変更が反映されると、前記他のサーバのレプリケーション機能部（５１）より、前記レプリケーション機能部（５０）に対してレプリケーション完了通知が送信されるステップと、（ａ８）前記レプリケーション完了通知を受け取った前記レプリケーション機能部（５０）が、前記管理テーブル（６０）から前記レプリケーションの完了したデータの管理情報を削除するステップとを具備する。
【００１６】
本発明のサーバ負荷低減方法は、（ｂ１）前記監視機能部（４０）が、所定の周期にてＣＰＵ使用率の監視を行うステップと、（ｂ２）前記ＣＰＵ使用率が閾値Ｔを超えた場合には、前記レプリケーション機能部（５０）に対して転送不可通知を送信するステップと、（ｂ３）前記ＣＰＵ使用率が閾値Ｔ以下の場合には、前記レプリケーション機能部（５０）に対して転送可能通知を送信するステップとを更に具備する。
【００１７】
本発明のサーバ負荷低減方法は、（ｂ４）前記監視機能部（４０）が、前記ＣＰＵ使用率の代わりに、又は、前記ＣＰＵ使用率と共に、メモリ使用率を監視するステップを更に具備する。
【００１８】
本発明のサーバ負荷低減方法は、（ｃ１）前記監視機能部（４０）から転送可能通知を受信するステップと、（ｃ２）前記監視機能部（４０）から転送可能通知を受信した場合、前記転送可能フラグがＯＦＦ（無効）であるかどうかのチェックを行うステップと、（ｃ３）前記転送可能フラグがＯＦＦ（無効）であれば、前記転送可能フラグをＯＮ（有効）に設定するステップと、（ｃ４）前記管理テーブル（６０）にて転送要求フラグがＯＮ（有効）に設定されている管理情報に関して、前記共有メモリ（３０）の変更内容を取得し、前記他のサーバの共有メモリ（３１）に対してレプリケーションを実行するステップとを更に具備する。
【００１９】
本発明のサーバ負荷低減方法は、（ｃ５）前記監視機能部（４０）から転送不可通知を受信するステップと、（ｃ６）前記監視機能部（４０）から転送不可通知を受信した場合、前記転送可能フラグがＯＮ（有効）であるかどうかのチェックを行うステップと、（ｃ７）前記転送可能フラグがＯＮ（有効）であれば、前記転送可能フラグをＯＦＦ（無効）に設定するステップと、（ｃ８）再度、前記監視機能部（４０）から転送可能通知を受け取るまで、前記管理テーブル（６０）にて転送要求フラグがＯＮ（有効）に設定されている管理情報が存在しても、新規のレプリケーションを実行せずに待機するステップとを更に具備する。
【発明の効果】
【００２０】
オンデマンド方式でのレプリケーション処理において、ＣＰＵ使用率を周期的に監視する機能を追加し、ＣＰＵ使用率の低い時間帯にレプリケーションを行うことにより、レプリケーション時の負荷を分散させることができ、運用系サーバのＣＰＵ使用率を低減することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下に本発明の第１実施形態について添付図面を参照して説明する。
図１は、本発明における冗長構成サーバシステムの概要図である。
冗長構成サーバシステムは、運用系サーバ１０と、待機系サーバ１１を有する。
【００２２】
運用系サーバ１０は、プロセス２０と、共有メモリ３０と、ＣＰＵ監視機能部４０と、レプリケーション機能部５０と、管理テーブル６０を備える。
【００２３】
プロセス２０は、データ処理を行うためのプログラムであり、ＣＰＵ（図示されず）により実行される処理の単位である。共有メモリ３０は、データの書き込み及び読み出しを行う。ＣＰＵ監視機能部４０は、周期ＲにてＣＰＵ使用率を監視する。レプリケーション機能部５０は、レプリケーション（メモリ同期化）を行う。管理テーブル６０は、レプリケーション未完了のデータの管理情報を格納する。
【００２４】
同様に、待機系サーバ１１は、プロセス２１と、共有メモリ３１と、ＣＰＵ監視機能部４１と、レプリケーション機能部５１と、管理テーブル６１を備える。
【００２５】
プロセス２１は、データ処理を行うためのプログラムであり、ＣＰＵ（図示されず）により実行される処理の単位である。共有メモリ３１は、データの書き込み、及び、読み出しを行う。ＣＰＵ監視機能部４１は、周期ＲにてＣＰＵ使用率を監視する。レプリケーション機能部５１は、レプリケーション（メモリ同期化）を行う。管理テーブル６１は、レプリケーション未完了のデータの管理情報を格納する。
【００２６】
障害などの理由により、運用系サーバ１０のサービスが停止した場合には、系切り替えが発生し、待機系サーバ１１が新運用系としてサービスを開始する。系切り替えとは、運用系サーバと待機系サーバとの切り替えのことである。
【００２７】
オンデマンド方式のレプリケーション処理について、以下に説明する。
運用系サーバ１０のプロセス２０により共有メモリ３０にデータの書き込みが行われると、レプリケーション機能部５０はプロセス２０よりデータの変更箇所を特定する管理情報を取得し、ＯＮ（有効）に設定した転送要求フラグと共に管理テーブル６０に書き込む。
【００２８】
並行して、ＣＰＵ監視機能部４０が、周期ＲにてＣＰＵ使用率の監視を行っており、閾値Ｔ以下の場合には、レプリケーション機能部５０に対して転送可能通知を送信する。逆に、閾値Ｔを超えた場合には、レプリケーション機能部５０に対して転送不可通知を送信する。
【００２９】
転送可能通知を受け取ったレプリケーション機能部５０は、管理テーブル６０にて転送要求フラグがＯＮ（有効）に設定されている管理情報に関して、共有メモリ３０の変更内容を取得し、待機系サーバ１１の共有メモリ３１に対してレプリケーションを実行する。また、レプリケーションを実行したデータの管理情報に対して、管理テーブル６０の転送要求フラグをＯＦＦ（無効）に設定する。
【００３０】
逆に、転送不可通知を受け取ったレプリケーション機能部５０は、再度ＣＰＵ監視機能部４０から転送可能通知を受け取るまで、管理テーブルにて転送要求フラグがＯＮ（有効）に設定されている管理情報が存在しても、新規のレプリケーションは実行しない。
【００３１】
レプリケーションにより待機系の共有メモリ３１にデータの変更が反映されると、待機系のレプリケーション機能部５１より運用系のレプリケーション機能部５０に対してレプリケーション完了通知が送信される。
【００３２】
レプリケーション完了通知を受け取った運用系のレプリケーション機能部５０は、管理テーブル６０からレプリケーションの完了したデータの管理情報を削除する。
【００３３】
図２はオンデマンド方式におけるレプリケーション処理を説明するためのフローチャートである。
（１）ステップＳ１０１
運用系サーバ１０のプロセス２０は、共有メモリ３０にデータの書き込みを行うと、レプリケーション機能部５０に対して、レプリケーション要求を発行する。
（２）ステップＳ１０２
レプリケーション機能部５０はプロセス２０よりデータの変更箇所を特定する管理情報を取得し、ＯＮ（有効）に設定した転送要求フラグと共に管理テーブル６０に書き込む。
（３）ステップＳ１０３
レプリケーション機能部５０は、内部データとして保持している転送可能フラグがＯＮ（有効）であるかどうかのチェックを行う。
（４）ステップＳ１０４
転送可能フラグがＯＦＦ（無効）であれば、ＣＰＵ監視機能部４０から転送可能通知を受信するまで処理を待機する。
（５）ステップＳ１０５
レプリケーション機能部５０は、ＣＰＵ監視機能部４０から転送可能通知を受信すると、転送可能フラグをＯＮ（有効）に設定する。
（６）ステップＳ１０６
転送可能フラグがＯＮ（有効）であれば、データの変更内容を待機系の共有メモリ３１に対してレプリケーションを行う。また、レプリケーションを実行したデータの管理情報に対して、管理テーブル６０の転送要求フラグをＯＦＦ（無効）に設定する。
（７）ステップＳ１０７
レプリケーションにより待機系の共有メモリ３１にデータの変更が反映されると、待機系のレプリケーション機能部５１より運用系のレプリケーション機能部５０に対してレプリケーション完了通知が送信される。レプリケーション完了通知を受け取った運用系のレプリケーション機能部５０は、管理テーブル６０からレプリケーションの完了したデータの管理情報を削除する。
【００３４】
図３は、ＣＰＵ監視機能部の処理を説明するためのフローチャートである。
（１）ステップＳ２０１
ＣＰＵ監視機能部４０は、周期ＲにてＣＰＵ使用率の監視を行っている。すなわち、ＣＰＵ使用率が閾値Ｔ以上であるかどうかのチェックを行う。
（２）ステップＳ２０２
ＣＰＵ使用率が閾値Ｔを超えた場合には、レプリケーション機能部５０に対して転送不可通知を送信する。
（３）ステップＳ２０３
ＣＰＵ使用率が閾値Ｔ以下の場合には、レプリケーション機能部５０に対して転送可能通知を送信する。
【００３５】
図４は、ＣＰＵ監視機能部から転送可能通知、あるいは転送不可通知を受信した際のレプリケーション機能部の処理を説明するためのフローチャートである。
まず、ＣＰＵ監視機能部４０から転送可能通知を受信した場合について説明する。
（１）ステップＳ３０１
ＣＰＵ監視機能部４０から転送可能通知を受信する。
（２）ステップＳ３０２
ＣＰＵ監視機能部４０から転送可能通知を受信した場合、転送可能フラグがＯＦＦ（無効）であるかどうかのチェックを行う。
（３）ステップＳ３０３
転送可能フラグがＯＦＦ（無効）であれば、転送可能フラグをＯＮ（有効）に設定する。
（４）ステップＳ３０４
管理テーブル６０にて転送要求フラグがＯＮ（有効）に設定されている管理情報に関して、共有メモリ３０の変更内容を取得し、待機系サーバ１１の共有メモリ３１に対してレプリケーションを実行する。
【００３６】
次に、ＣＰＵ監視機能部４０から転送不可通知を受信した場合について説明する。
（５）ステップＳ３０５
ＣＰＵ監視機能部４０から転送不可通知を受信する。
（６）ステップＳ３０６
ＣＰＵ監視機能部４０から転送不可通知を受信した場合、転送可能フラグがＯＮ（有効）であるかどうかのチェックを行う。
（７）ステップＳ３０７
転送可能フラグがＯＮ（有効）であれば、転送可能フラグをＯＦＦ（無効）に設定する。
（８）ステップＳ３０８
再度、ＣＰＵ監視機能部４０から転送可能通知を受け取るまで、管理テーブル６０にて転送要求フラグがＯＮ（有効）に設定されている管理情報が存在しても、新規のレプリケーションは実行しない。転送可能通知を受け取るまで待機する。
【００３７】
以下に本発明の第２実施形態について説明する。
本発明においては、ＣＰＵ使用率監視機能部を追加したが、レプリケーション時にサーバの負荷を低減させることが目的である。よって、本発明の第２実施形態としては、ＣＰＵ使用率監視機能の代わりにメモリ使用率監視機能を追加することにより、レプリケーション時のサーバの負荷を低減することができる。例えば、メモリ使用率が所定の閾値を超えた場合に、レプリケーション機能部に対して転送不可通知を送信するようにする。この場合、ＣＰＵ使用率監視機能部の代わりに、メモリ使用率監視機能部（図示されず）を追加する。メモリ使用率監視機能部の配置は、図１のＣＰＵ使用率監視機能部の位置である。
なお、ＣＰＵ使用率監視機能とメモリ使用率監視機能を併用しても良い。例えば、ＣＰＵ使用率とメモリ使用率のいずれかが所定の閾値を超えた場合に、レプリケーション機能部に対して転送不可通知を送信するようにする。この場合、本発明におけるサーバは、ＣＰＵ使用率監視機能部とメモリ使用率監視機能部とを同時に備える。メモリ使用率監視機能部は、図１のＣＰＵ使用率監視機能部と並列に配置される。或いは、ＣＰＵ使用率監視機能部がメモリ使用率監視機能部を兼ねていても良い。なお、メモリ使用率監視部の監視対象は共有メモリに限らず、そのサーバが有する全メモリを監視対象とすることができる。
【００３８】
以上のように、本発明では、オンデマンド方式でのレプリケーション処理において、プロセスからレプリケーション要求が発行された際、レプリケーション機能部は、プロセスよりデータの変更箇所を特定する管理情報を取得し、ＯＮ（有効）に設定した転送要求フラグと共に管理テーブルに書き込む。
【００３９】
並行して、ＣＰＵ使用率監視機能部が、周期ＲにてＣＰＵ使用率の監視を行っており、閾値Ｔ以下になった時、レプリケーション機能部に対して転送可能通知を送信する。
【００４０】
転送可能通知を受け取ったレプリケーション機能部は、管理テーブルにて転送要求フラグがＯＮ（有効）に設定されている管理情報に関して、データの変更内容を取得し、レプリケーションを実行する。
【００４１】
このように、本実施形態においては、ＣＰＵ使用率を監視する機能を追加することで、ＣＰＵ使用率の低い時間帯にレプリケーションを行うため、レプリケーション時の負荷を分散させることができ、安定したシステム運用を行うことが可能となる。
【図面の簡単な説明】
【００４２】
【図１】図１は、冗長構成サーバシステムの概要図である。
【図２】図２は、オンデマンド方式でのレプリケーション処理を示すフローチャートである。
【図３】図３は、ＣＰＵ監視機能部の処理を示すフローチャートである。
【図４】図４は、レプリケーション機能部の処理を示すフローチャートである。
【符号の説明】
【００４３】
１０，１１…  サーバ（運用系，待機系）
２０，２１…  プロセス
３０，３１…  共有メモリ
４０，４１…  ＣＰＵ監視機能部
５０，５１…  レプリケーション機能部
６０，６１…  管理テーブル
【図１】
2007286952.tif 000003
【図２】
2007286952.tif 000004
【図３】
2007286952.tif 000005
【図４】
2007286952.tif 000006