(57)【要約】【課題】  揮発性メモリを用いるクラスタシステムで、一時的なネットワーク負荷増大、輻輳が発生し、一部待機系への更新データ転送の確認をとるのに時間を要すると現用系の処理が遅延してしまう。また、確認がとれない待機系への更新データ転送を諦めると、クラスタシステムの信頼性が低下する。現用系での処理性能とクラスタシステムの信頼性確保の両者を考慮したシステム設定を可能にする。【解決手段】  現用系は複数の待機系に更新データをマルチキャスト送信し、応答が返信されない場合には、返信されない待機系を宛先とするユニキャスト送信に切り替え、指定時間内に応答が返ってこない場合、その待機系の同期は諦め、現用系は後続のトランザクションを継続する。一定時間間隔における各待機系の応答時間が同期指定時間に占める割合、待機系が一度同期を諦めてから同期するまでの統計情報を取得し、最適な同期指定時間の指定、及び、クラスタシステムのネットワーク構成や運用を見直すための情報を提供する。【選択図】  図１１
2009217765.tif 000002
【特許請求の範囲】
【請求項１】
現用系計算機の更新情報を複数の待機系計算機へ送信して現用系計算機の処理データと待機系計算機の処理データとを同期させる計算機システムにおける複数宛先への同期送信方法において、
現用系計算機が複数の待機系計算機からの応答待ちであることを示す情報を送信状態として記憶装置に格納して現用系計算機の更新情報を複数の待機系計算機へマルチキャスト送信し、
現用系計算機が前記マルチキャストに対する応答を待機系計算機から受信した場合に該待機系計算機への更新情報の送信が完了したことを示す情報を前記記憶装置内の送信状態に格納し、
現用系計算機が前記記憶装置内の送信状態を読み出して内容を判定し、その読み出した送信状態が応答待ちを示している場合に、該送信状態に対応する待機系計算機へ前記更新情報をユニキャストで送信し、
現用系計算機が前記ユニキャストに対する応答を前記待機系計算機から受信した場合に該待機系計算機への更新情報の送信が完了したことを示す情報を前記記憶装置内の送信状態に格納し、
前記送信状態が応答待ちを示しているものが存在する状態で所定時間が経過した場合に、該送信状態に対応する待機系計算機との更新情報の同期の状態が未同期のままで現用系計算機における前記処理データを用いる処理を続行させることを特徴とする複数宛先への同期送信方法。
【請求項２】
現用系計算機が前記記憶装置内の送信状態を読み出して内容を判定し、前記送信状態が応答待ちである待機系計算機が存在する状態で所定時間が経過した場合に、後続の更新情報も含めた未反映の更新情報を該待機系計算機へ送信することを特徴とする請求項１に記載された複数宛先への同期送信方法。
【請求項３】
前記所定時間に対する各待機系計算機からの応答時間の割合や待機系計算機との更新情報の同期の状態が未同期である時間を示す統計情報を取得して記憶装置へ格納することを特徴とする請求項１または請求項２のいずれかに記載された複数宛先への同期送信方法。
【請求項４】
現用系計算機の更新情報を複数の待機系計算機へ送信して現用系計算機の処理データと待機系計算機の処理データとを同期させる計算機システムにおいて、
現用系計算機が複数の待機系計算機からの応答待ちであることを示す情報を送信状態として記憶装置に格納して現用系計算機の更新情報を複数の待機系計算機へマルチキャスト送信し、現用系計算機が前記マルチキャストに対する応答を待機系計算機から受信した場合に該待機系計算機への更新情報の送信が完了したことを示す情報を前記記憶装置内の送信状態に格納し、現用系計算機が前記記憶装置内の送信状態を読み出して内容を判定し、その読み出した送信状態が応答待ちを示している場合に、該送信状態に対応する待機系計算機へ前記更新情報をユニキャストで送信し、現用系計算機が前記ユニキャストに対する応答を前記待機系計算機から受信した場合に該待機系計算機への更新情報の送信が完了したことを示す情報を前記記憶装置内の送信状態に格納し、前記送信状態が応答待ちを示しているものが存在する状態で所定時間が経過した場合に、該送信状態に対応する待機系計算機との更新情報の同期の状態が未同期のままで現用系計算機における前記処理データを用いる処理を続行させる送信制御部と、
現用系計算機から複数の待機系計算機への更新情報の送信が応答待ち状態であるかまたは完了状態であるかを示す情報を待機系計算機毎に格納する送信状態テーブルとを備えることを特徴とする計算機システム。
【請求項５】
現用系計算機の更新情報を複数の待機系計算機へ送信して現用系計算機の処理データと待機系計算機の処理データとを同期させる計算機システムにおける更新情報送信方法をコンピュータに実行させるためのプログラムにおいて、
現用系計算機が複数の待機系計算機からの応答待ちであることを示す情報を送信状態として記憶装置に格納して現用系計算機の更新情報を複数の待機系計算機へマルチキャスト送信し、
現用系計算機が前記マルチキャストに対する応答を待機系計算機から受信した場合に該待機系計算機への更新情報の送信が完了したことを示す情報を前記記憶装置内の送信状態に格納し、
現用系計算機が前記記憶装置内の送信状態を読み出して内容を判定し、その読み出した送信状態が応答待ちを示している場合に、該送信状態に対応する待機系計算機へ前記更新情報をユニキャストで送信し、
現用系計算機が前記ユニキャストに対する応答を前記待機系計算機から受信した場合に該待機系計算機への更新情報の送信が完了したことを示す情報を前記記憶装置内の送信状態に格納し、
前記送信状態が応答待ちを示しているものが存在する状態で所定時間が経過した場合に、該送信状態に対応する待機系計算機との更新情報の同期の状態が未同期のままで現用系計算機における前記処理データを用いる処理を続行させる更新情報送信方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は現用系と待機系を有する複数のコンピュータから構成されるクラスタシステムにおいてデータ同期をとるための通信制御技術に関する。
【背景技術】
【０００２】
従来、現用系と待機系、及び不揮発性の共有ディスクにより処理データを保全するクラスタシステムでは、現用系に障害が発生した場合、待機系に系切り替えを行うことで障害回復し、処理を続行している。
【０００３】
処理速度の向上のために不揮発性の共有ディスクの代わりに揮発性メモリを用いるクラスタシステムにおいては、現用系の障害時に処理データが失われてしまうため、処理データの更新情報を待機系の計算機に転送し、待機系が受信した更新情報を処理データに反映することで処理データを保全している。現用系、待機系の揮発性メモリに格納されている処理データは、障害が発生し計算機が停止すると失われてしまうため、待機系を複数有する構成がとられる。また、待機系を障害時の切替先とする用途以外に、参照処理等の負荷分散にも使用することもある。
【０００４】
現用系の障害時に更新データの欠落をなくすためには、現用系での処理データ更新トランザクション毎に待機系との同期をとる必要がある。すなわち、更新データを全待機系に転送しその応答を受信した後に次のトランザクション処理を実行することになる。
【０００５】
同一の更新データを複数の宛先に転送するにはUDP（User Datagram Protocol）を利用したIP（Internet Protocol）マルチキャスト通信を使用するのが一般的である。UDPはデータが宛先に到達したことは保証しないため、受信側はデータ受信したことを示すデータを送信元に送信し、送信元は全宛先からの応答を待つことで送達確認を行う。また、マルチキャスト通信においてTCP（Transmission Control Protocol）通信の制御と同等の輻輳制御を行なうデータ転送方式も考案されている（特許文献１）。
【０００６】
【特許文献１】特開２００２−２２３２１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の揮発性メモリを用いるクラスタシステムでは、現用系での処理データ更新トランザクション毎に全待機系との同期をとる必要があり、その途中で一時的なネットワーク負荷増大や輻輳が発生して一部待機系への更新データ転送の確認をとるのに時間を要すると、現用系の処理が遅延してしまう。またその際に、現用系の処理続行を優先し、更新データ転送の確認がとれない待機系への更新データ転送を諦めると、待機系が１つ少なくなるため、クラスタシステムの信頼性が低下することになる。
【０００８】
本発明の目的は、一部待機系への更新データ転送において一次的なネットワーク負荷の増大が発生した場合に、現用系での処理を予め設定した時間以上に遅延させないことである。また、現用系での処理性能とクラスタシステムの信頼性確保の両者を考慮したシステム設定を可能にすることである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明では現用系と待機系との間の同期を以下の手段で実現する。
【００１０】
現用系は複数の待機系に更新データをマルチキャスト送信し、待機系から送達確認の応答が返信されない場合には、返信されない待機系を宛先とするユニキャスト送信に切り替える。待機系が現用系に同期する同期指定時間を設け、その指定時間内に応答が返ってこない場合、その待機系の同期は諦め、現用系は後続のトランザクションの処理を継続し、同期を諦めた待機系に対して現用系に追いつくまで更新データをユニキャスト送信する。
【００１１】
一定時間間隔における各待機系の応答時間が同期指定時間に占める割合、待機系が一度同期を諦めてから同期するまでの統計情報を取得し、最適な同期指定時間の指定、及び、クラスタシステムのネットワーク構成や運用を見直すための情報を提供する。
【発明の効果】
【００１２】
本発明により、一部待機系へのネットワーク遅延が一時的に発生した場合の現用系の処理性能確保と、クラスタ構成の信頼性確保の両者を考慮したシステム設定が可能となる。
【発明を実施するための最良の形態】
【００１３】
図１は、本実施形態の現用系の計算機１（１０１）、待機系の計算機２〜ｎ（１１１）からなるクラスタシステムの一例を示す図である。図１に示す様に本実施形態の各計算機１０１、１１１は処理プログラム１０２、メモリ上の処理データ１０３、ログ送信制御部１０４、ログ受信制御部１０５を有した同一構成を持つ。
【００１４】
現用系の計算機１０１で実行する処理プログラム１０２は処理データ１０３を更新する。処理データ１０３の更新情報はログ送信制御部１０４により全ての待機系計算機１１１に同期転送される。待機系計算機１１１はログ受信制御部１０５が受信した更新情報をメモリ上の処理データ１０３に反映する。これにより、現用系計算機１０１の処理データ１０３と待機系計算機１１１の処理データ１０３は同一の内容が保証され、現用系計算機１０１に障害が発生し系切替えが発生し待機系計算機１１１のいずれか１台が現用系となった際に、データ消失することなく処理を継続できる。
【００１５】
図２は、本実施形態に係わる現用系計算機１０１の構成を示す図である。図２に示す様に本実施形態の現用系計算機１０１は、メモリ２７、ハードディスク装置２６、ＣＰＵ２１、ディスプレイ装置２２、キーボード２３、マウス２４等のハードウェア資源を持ち、ネットワークインタフェースカード２５によりネットワークで接続された他の計算機と通信を行う。
【００１６】
処理プログラム１０２はオペレーティングシステム２００上で動作し、メモリ上の処理データ１０３を更新する。ログ送信制御部１０４は処理データ１０３の更新情報を待機系に送信する。また、他にメモリ上には、待機系への更新情報の転送状態を管理するログ送信状態テーブル２２１、更新情報を転送する際に応答監視等を制御するための情報であるログ送信定義情報２２２、一時的に更新情報を蓄積しておくログデータ２３１を有する。ハードディスク２６上には、更新情報の転送に関する統計情報を格納するログ統計情報２３２を有する。
【００１７】
図３は、実施の形態に係わる待機系計算機１１１の構成を示す図である。図３に示す様に本実施形態の待機系計算機１１１は、メモリ２７、ハードディスク装置２６、ＣＰＵ２１、ディスプレイ装置２２、キーボード２３、マウス２４等のハードウェア資源を持ち、ネットワークインタフェースカード２５によりネットワークで接続された他の計算機と通信を行う。処理プログラム１０２はオペレーティングシステム２００上で動作し、現用系に切り替るとメモリ上の処理データ１０３を更新する。ログ受信制御部１０５は現用系から転送された更新情報を受信し、一次的にログデータ３１３に格納し、送信元に肯定応答を送信する。ログデータ反映部３１２はログデータ３１３に格納された更新情報を処理データ１０３に反映する。
【００１８】
本実施形態の計算機をログ送信制御部１０４、ログ受信制御部１０５やログデータ反映部３１２として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００１９】
図４は、待機系へ更新情報を転送する際に応答監視等を制御するための情報であるログ送信定義情報２２２の構成を示す図である。図４に示す様に本実施形態のログ送信定義情報２２２は、待機系との同期をとるための監視時間であるクラスタ同期監視時間４０１、各送信宛先を示す送信先アドレス４０２と更新情報を送信した際の応答監視時間４０３の組を定義するテーブルを有する。
【００２０】
本実施形態のクラスタシステムでは、待機系へ更新情報を送信した後、待機系からの応答がクラスタ同期監視時間４０１内に返信されない場合にはその待機系との同期を諦める。送信先アドレス４０２には複数の待機系にマルチキャストで送信する際のマルチキャストアドレス４１０、各待機系計算機にユニキャストで送信する際の送信先アドレスとして計算機２（４１１）、計算機３（４１２）、計算機４（４１３）、計算機５（４１４）がある。またそれぞれの送信先アドレス毎に応答を監視するための応答監視時間４０３として、監視時間Ｍ（４２０）、監視時間２（４２１）、監視時間３（４２２）、監視時間４（４２３）、監視時間５（４２４）がある。
【００２１】
図５は、待機系への更新情報の転送状態を管理するログ送信状態テーブル２２１の構成を示す図である。図５に示す様に本実施形態のログ送信状態テーブル２２１は、各送信宛先５０１、更新情報のシーケンス番号５０２、マルチキャスト送信（Ｍ）、ユニキャスト送信（Ｕ）の種別を表す送信モード５０３、宛先からの応答を受信したかどうかを表す送信状態５０４、現用系と同期がとれているかを表す同期状態５０５、宛先に更新情報を送信した時刻を表す送信時刻５０６から構成される。
【００２２】
宛先５０１には、マルチキャストアドレスと各待機系計算機のアドレスが存在する。マルチキャストアドレスの行はマルチキャスト送信の転送状態を示している。各待機系計算機の行は現用系からの更新情報の送信状態を表しており、マルチキャスト送信の結果と待機系計算機毎を宛先として送信したユニキャスト送信の両方の状態を表している。シーケンス番号５０２は更新情報を特定するものであり、更新情報が発生する度に「１」が加算される。送信モード５０３は各待機系計算機での送信がマルチキャスト送信（Ｍ）、ユニキャスト送信（Ｕ）のどちらで行なわれているか示すものである。送信状態５０４は宛先からの応答を受信したかどうかを表し、応答を受信済みの場合には「完了」、未受信の場合には「応答待」が設定される。同期状態５０５は各待機系が現用系と同期しているかを示し、同期している場合には「同期」、同期していない場合には「未同期」が設定される。送信時刻５０６には各宛先に更新情報を送信した時刻が設定される。
【００２３】
図６は、ログ送信制御部１０４のログ送信処理のフローを示す図である。図６に示す様に本実施形態のログ送信制御部１０４は、ログ送信依頼を受け付けると（６０１）、ログ送信状態テーブル２２１のマルチキャストアドレスの宛先の送信状態５０４が「完了」であるかを判定し（６０２）、その判定結果がＮの場合には判定を繰り返し、その判定結果がＹの場合には、ログ送信状態テーブル２２１の宛先数分、次の処理を繰り返す（６０３）。すなわちログ送信制御部１０４は、同期状態５０５が「同期」であるかを判定し（６０４）、その判定結果がＹの場合にのみシーケンス番号に「１」を加算し、送信モードに「Ｍ」を設定し、送信状態５０４に「応答待」を設定した後、送信時刻に現在時刻を設定する。
【００２４】
次にログ送信制御部１０４は、更新情報である送信データをログデータ２３１に格納し（６０６）、ログ送信定義情報のマルチキャストアドレスにログデータ２３１を送信する（６０７）。同期状態５０５が「同期」である宛先から応答を受信したかを判定し（６１０）、判定がＹの場合にのみ送信状態５０４を「完了」に設定する（６１１）。同期状態５０５が「同期」である宛先の送信状態５０４が全て「完了」であるかを判定し（６２０）、その判定結果がＮの場合に、（現在時刻−マルチキャストアドレスへの送信時刻）が監視時刻Ｍより大きいかを判定し（６３０）、その判定結果がＹの場合にのみユニキャスト送信処理（図７）に処理依頼する（６３１）。
【００２５】
その後、（現在時刻−マルチキャストアドレスへの送信時刻）がクラスタ同期監視時間より大きいかを判定し（６４０）、その判定結果がＮの場合、同期状態５０５が「同期」である宛先から応答を受信したかを判定する処理（６１０）に戻る。また判定結果がＹの場合には、送信状態５０４が「応答待」の宛先の同期状態５０５に「未同期」を設定する（６５０）。そして、マルチキャストアドレスの宛先の送信状態５０４に「完了」を設定して（６６０）、処理を終了する（６９０）。
【００２６】
一方、同期状態５０５が「同期」である宛先の送信状態５０４が全て「完了」であるかを判定し（６２０）、その判定結果がＹの場合、ログデータ２３１から送信済データを削除し（６２１）、マルチキャストアドレスの宛先の送信状態５０４に「完了」を設定して（６６０）、処理を終了する（６９０）。
【００２７】
図７は、ログ送信制御部１０４のユニキャスト送信処理のフローを示す図である。図７に示す様に本実施形態のログ送信制御部１０４は、ユニキャスト送信処理を開始し（７０１）、ログ送信状態テーブル２２１の送信モードに「Ｕ」を設定する（７０２）。ログ送信状態テーブル２２１の送信時刻に現在時刻、送信状態５０４に「応答待」を設定し（７０３）、ログデータ２３１をログ送信定義情報の送信アドレスへユニキャスト送信する（７０４）。
【００２８】
次に、ユニキャスト送信した宛先から応答を受信したかを判定し（７１０）、その判定結果がＮの場合、（現在時刻−送信時刻）が応答監視時間より大きいかを判定し（７２０）、その判定結果がＮの場合、ユニキャスト送信した宛先から応答を受信したかを判定する処理（７１０）に戻る。また（現在時刻−送信時刻）が応答監視時間より大きいかをステップ７２０で判定した結果がＹの場合、送信時刻に現在時刻を設定し（７２１）、ログ送信状態テーブル２２１の送信時刻に現在時刻、送信状態５０４に「応答待」を設定する処理（７０３）に戻る。一方、ユニキャスト送信した宛先から応答受信したかをステップ７１０で判定した結果がＹの場合、送信状態５０４に「完了」を設定する（７１１）。
【００２９】
次に、送信ログデータは他の全宛先に送信済みかを判定し（７１２）、その判定結果がＹの場合にのみ、ログデータ２３１から送信済みデータを削除する（７１３）。この宛先のシーケンス番号がマルチキャストアドレスのシーケンス番号と等しいかを判定し（７３０）、等しい場合には同期状態５０５に「同期」、送信モードにＭを設定し（７３１）、処理を終了する（７３２）。この宛先のシーケンス番号がマルチキャストアドレスのシーケンス番号と等しいかをステップ７３０で判定した結果、それらが等しくない場合には、ログデータ２３１から次の未送信ログデータを取得して送信データを作成し（７４０）、シーケンス番号に「１」を加算する（７４１）。その後、ログ送信状態テーブル２２１の送信時刻に現在時刻、送信状態５０４に「応答待」を設定する処理（７０３）に戻る。
【００３０】
図８は、ログ受信制御部１０５の受信処理のフローを示す図である。図８に示す様に本実施形態のログ受信制御部１０５は、ログデータ２３１を受信すると（８０１）、（受信したログデータ２３１のシーケンス番号）が（以前受信したデータのシーケンス番号＋１）と等しいかを判定し（８０２）、等しい場合、受信したデータをログデータ３１３に格納し（８０３）、肯定応答を送信元に返信（８０５）した後、処理を終了する（８０６）。
【００３１】
また、（受信したログデータ２３１のシーケンス番号）が（以前受信したデータのシーケンス番号＋１）と等しいかを判定し（８０２）、等しくない場合、（受信したログデータ２３１のシーケンス番号）が（以前受信したデータのシーケンス番号）と等しいかを判定する（８０４）。判定結果がＹの場合、肯定応答を送信元に返信した後（８０５）、処理を終了する（８０６）。判定結果がＮの場合、処理を終了する（８０６）。
【００３２】
図９は、ログデータ反映部３１２のログデータ反映処理のフローを示す図である。図９に示す様に本実施形態のログデータ反映部３１２は、ログデータ反映処理を開始し（９０１）、ログデータ３１３にデータが存在するかを判定し（９０２）、存在しない場合には判定（９０２）を繰り返す。ログデータ３１３にデータが存在する場合、ログデータ３１３の先頭データを処理データに反映し（９０３）、反映した先頭のログデータ３１３を削除した後（９０４）、判定の処理（９０２）に戻る。
【００３３】
図１０は、現用系計算機において更新情報の転送に関する統計情報を格納したログ統計情報（２３２）の構成を示す図である。図１０に示す様に本実施形態のログ統計情報（２３２）は、宛先毎に更新情報の送信及び応答受信に関する情報を取得した応答時間統計情報（１００１）と現用系との同期をとれなくなった事象に関する情報を取得した非同期統計情報（１００２）で構成される。
【００３４】
応答時間統計情報（１００１）としては、各時間帯（１０１１）において応答時間を平均、最大、最小の区分（１０１２）毎に算出した応答時間（１０１３）、ログ量（１０１４）及び同期監視時間（４０１）に対する応答時間（１０１３）の割合（１０１５）を取得する。また非同期統計情報（１００２）は、現用系との同期がとれなくなった宛先（１０２１）、同期がとれなくなった開始時刻（１０２２）、同期がとれなかった時間（１０２３）、その間に送信された更新情報の件数（１０２４）から構成される。
【００３５】
計算機５の応答監視時間の実施例では、１６：３１：００〜１６：３２：００の時間帯で最大となる応答時間（１０１３）は１３０ミリ秒であり同期監視時間に対する割合（１０１５）が１３０％であるため、現用系と同期できていないことが判る。更に、非同期統計情報（１００２）では計算機５が１６：３１：５９から１秒間、現用系と同期できておらず、その間２件の更新情報が転送されている。同期監視時間を現状の１．３倍以上にすれば計算機５は現用系との同期が維持できたことが判る。また、非同期統計情報（１００２）では計算機５と計算機３が２２：００：００から１０分間、現用系との同期がとれていないことが判る。この１０分間はネットワークトラフィックの増加等なんらかの要因で転送効率が低下しているため、この時間帯での応答監視時間を大きくする、他業務の運用を見直す等の対策を検討する情報になりうる。
【００３６】
図１１は、図１０で待機系計算機５が時刻１６：３１：５９から１秒間、現用系と同期がとれていなかった時の更新情報の送受信シーケンス図である。
【００３７】
図１１に示す様に本実施形態の現用系である計算機１（１０１）において、更新情報の応答受信を監視する種類に、同期応答監視（１２１）、ユニキャスト送信応答監視（１２２）、マルチキャスト送信応答監視（１２３）がある。
【００３８】
計算機１（１０１）は、待機系計算機２〜５（１１１）宛てにマルチキャスト送信（１４０）で更新情報Ｄ(1)（１６０）を送信し、計算機２〜４の応答（１６１）を受信（１４１）する。区間Ｃ１（１３５）の間、計算機５（１１１）から応答が来なかったため、待機系計算機５（１１１）宛てにユニキャスト送信（１４２）で更新情報Ｄ(1)（１６２）を再送する（１４２）。区間Ａ１（１３１）の間、計算機５（１１１）から応答が来なかったため、計算機５との同期を諦め、次の更新情報Ｄ(2)（１６３）をマルチキャスト送信し（１４３）、計算機２〜４の応答（１６４）を受信する（１４４）。区間Ｂ１（１３３）の間、計算機５（１１１）から応答が来なかったため、待機系計算機５（１１１）宛てに更新情報Ｄ(1)（１６５）をユニキャスト再送する（１４５）。
【００３９】
計算機５（１１１）から応答（１６６）を受信すると（１４６）、待機系計算機５（１１１）宛てに未送信の更新情報である更新情報Ｄ(2)（１６７）をユニキャスト送信する（１４７）。区間Ｂ２（１３４）の間、計算機５（１１１）から応答が来なかったため、待機系計算機５（１１１）宛てに更新情報Ｄ(2)（１６８）をユニキャスト再送する（１４８）。区間Ａ２（１３２）の間、計算機５（１１１）との同期ができなかったので、次の更新情報Ｄ(3)（１６９）をマルチキャスト送信し（１４９）、計算機２〜４の応答（１７１）を受信する（１５１）。
【００４０】
計算機５（１１１）から応答（１７２）を受信すると（１５２）、待機系計算機５（１１１）宛てに未送信の更新情報である更新情報Ｄ(3)（１７３）をユニキャスト送信する（１５３）。計算機５（１１１）から応答（１７４）を受信した時点で（１５４）、計算機５と計算機２〜４は同期がとれるので、次の更新情報である更新情報Ｄ(4)（１７５）をマルチキャスト送信する。次の応答監視は、マルチキャスト送信の応答監視は区間Ｃ２（１３９）で、同期監視は区間Ａ３（１３８）で監視することになる。
【図面の簡単な説明】
【００４１】
【図１】本実施形態のクラスタシステムの全体構成を示す図である。
【図２】本実施形態の現用系計算機の構成を示す図である。
【図３】本実施形態の待機系計算機の構成を示す図である。
【図４】本実施形態のログ送信定義情報を示す図である。
【図５】本実施形態のログ送信状態テーブル２２１を示す図である。
【図６】本実施形態のログ送信制御部のログ送信処理のフローを示す図である。
【図７】本実施形態のログ送信制御部のユニキャスト送信処理のフローを示す図である。
【図８】本実施形態のログ受信制御部の受信処理のフローを示す図である。
【図９】本実施形態のログデータ反映部のログデータ反映処理のフローを示す図である。
【図１０】本実施形態のログ統計情報を示す図である。
【図１１】本実施形態の送受信シーケンスを示す図である。
【符号の説明】
【００４２】
２１…ＣＰＵ、２２…ディスプレイ装置、２３…キーボード、２４…マウス、２５…ＮＩＣ、２６…ハードディスク装置、２７…メモリ、２８…バス、１０１…現用系計算機、１０２…処理プログラム、１０３…処理データ、１０４…ログ送信制御部、１０５…ログ受信制御部、１１１…待機系計算機、１２１、１２２、１２３…応答監視の種類、１３１〜１３７…応答監視区間、１４０〜１５５…送受信処理、１６０〜１７５…電文の流れ、２００…オペレーティングシステム、２１１…ログ送信制御部、２２１…ログ送信状態テーブル、２２２…ログ送信定義情報、２３１、３１３…ログデータ、２３２…ログ統計情報、３１１…ログ受信制御部、３１２…ログデータ反映部、４０１…クラスタ同期監視時間、４０２…送信先アドレス、４０３…応答監視時間、４１０…マルチキャストアドレス、４１１、４１２、４１３、４１４…計算機アドレス、４２０、４２１、４２２、４２３、４２４…監視時間、５０１…宛先、５０２…シーケンス番号、５０３…送信モード、５０４…送信状態、５０５…同期状態、５０６…送信時刻、６０１〜６９０…ログ送信処理のフローの各処理、７０１〜７４０…ユニキャスト送信処理のフローの各処理、８０１〜８０６…受信処理のフローの各処理、９０１〜９０４…ログデータ反映処理のフローの各処理、１００１…応答時間統計情報、１００２…非同期統計情報、１０１１…時間帯、１０１２…区分、１０１３…応答時間、１０１４…ログ量、１０１５…同期監視時間に対する割合、１０２１…宛先、１０２２…開始時刻、１０２３…時間、１０２４…件数
【図１】
2009217765.tif 000003
【図２】
2009217765.tif 000004
【図３】
2009217765.tif 000005
【図４】
2009217765.tif 000006
【図５】
2009217765.tif 000007
【図６】
2009217765.tif 000008
【図７】
2009217765.tif 000009
【図８】
2009217765.tif 000010
【図９】
2009217765.tif 000011
【図１０】
2009217765.tif 000012
【図１１】
2009217765.tif 000013