JP2878988B2 - チェックポイント通信処理システム - Google Patents
チェックポイント通信処理システムInfo
- Publication number
- JP2878988B2 JP2878988B2 JP7151734A JP15173495A JP2878988B2 JP 2878988 B2 JP2878988 B2 JP 2878988B2 JP 7151734 A JP7151734 A JP 7151734A JP 15173495 A JP15173495 A JP 15173495A JP 2878988 B2 JP2878988 B2 JP 2878988B2
- Authority
- JP
- Japan
- Prior art keywords
- checkpoint
- packet
- transmission
- communication
- last
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Retry When Errors Occur (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、チェックポイントを取
得しながら処理を進めていき、障害が発生したときに、
最後に取得したチェックポイントから処理を再実行する
ことにより障害からの回復を実現するコンピュータシス
テムに適用して好適なチェックポイント通信処理システ
ムに係り、特に次のチェックポイント取得まで待機させ
なければならないパケット数を最小限にすることによ
り、コンピュータシステムにおける通信処理の大幅な高
速化を図ることを可能とするチェックポイント通信処理
システムに関する。
得しながら処理を進めていき、障害が発生したときに、
最後に取得したチェックポイントから処理を再実行する
ことにより障害からの回復を実現するコンピュータシス
テムに適用して好適なチェックポイント通信処理システ
ムに係り、特に次のチェックポイント取得まで待機させ
なければならないパケット数を最小限にすることによ
り、コンピュータシステムにおける通信処理の大幅な高
速化を図ることを可能とするチェックポイント通信処理
システムに関する。
【０００２】
【従来の技術】従来、チェックポイントを取得しながら
処理を進めていき、障害が発生したときに、最後に取得
したチェックポイントから処理を再実行することにより
障害からの回復を実現するコンピュータシステムにおい
ては、通信入出力の発行を次のチェックポイント取得後
まで遅延させなければならなかった。
処理を進めていき、障害が発生したときに、最後に取得
したチェックポイントから処理を再実行することにより
障害からの回復を実現するコンピュータシステムにおい
ては、通信入出力の発行を次のチェックポイント取得後
まで遅延させなければならなかった。
【０００３】この理由は、システムにおいて障害が発生
したときには、システムの状態を最後に取得したチェッ
クポイントの状態に戻さなければならず、最後のチェッ
クポイント取得以降に実行した処理を常にキャンセルで
きるようにしておく必要があるからである。
したときには、システムの状態を最後に取得したチェッ
クポイントの状態に戻さなければならず、最後のチェッ
クポイント取得以降に実行した処理を常にキャンセルで
きるようにしておく必要があるからである。
【０００４】すなわち、通信処理においても、障害が発
生した場合には、最後のチェックポイント取得以降に発
行した通信処理を全てキャンセルする必要がある。しか
し、このようなことを通信処理で行なうことは困難であ
るために、通信処理の発行を次のチェックポイントが取
得されるまで遅延させることで対処しなければならなか
った。
生した場合には、最後のチェックポイント取得以降に発
行した通信処理を全てキャンセルする必要がある。しか
し、このようなことを通信処理で行なうことは困難であ
るために、通信処理の発行を次のチェックポイントが取
得されるまで遅延させることで対処しなければならなか
った。
【０００５】このときの動作原理を図６を参照して説明
する。たとえば、アプリケーションが送信要求を発行し
た場合（図６の（１））、通信処理システムは、この送
信要求にしたがって通信パケットを作成する（図６の
（２））。しかしながら、実際にこの作成した通信パケ
ットを送信する際には、即座に送信するようなことはせ
ずに、次のチェックポイントが取得されるまで（図６の
（３））、その送信を待機させる。これは、障害が発生
した場合、直前のチェックポイント以後の送信が必ずし
も再び要求されるわけではないためである。
する。たとえば、アプリケーションが送信要求を発行し
た場合（図６の（１））、通信処理システムは、この送
信要求にしたがって通信パケットを作成する（図６の
（２））。しかしながら、実際にこの作成した通信パケ
ットを送信する際には、即座に送信するようなことはせ
ずに、次のチェックポイントが取得されるまで（図６の
（３））、その送信を待機させる。これは、障害が発生
した場合、直前のチェックポイント以後の送信が必ずし
も再び要求されるわけではないためである。
【０００６】そして、次のチェックポイントが取得され
た後に、ドライバを介してこの通信パケットを送信する
（図６の（４））。したがって、耐障害性を保証するシ
ステムの動作手順について通信処理にのみ着目してみる
と、次のチェックポイントまで処理を遅延させるため性
能低下のおそれがある。
た後に、ドライバを介してこの通信パケットを送信する
（図６の（４））。したがって、耐障害性を保証するシ
ステムの動作手順について通信処理にのみ着目してみる
と、次のチェックポイントまで処理を遅延させるため性
能低下のおそれがある。
【０００７】すなわち、近年、通信処理の高速化がます
ます要求されているにも関わらず、耐障害性を保証する
システムの通信処理では、上述したチェックポイント取
得に伴う遅延が高速化を阻害してしまっているといった
問題があった。
ます要求されているにも関わらず、耐障害性を保証する
システムの通信処理では、上述したチェックポイント取
得に伴う遅延が高速化を阻害してしまっているといった
問題があった。
【０００８】
【発明が解決しようとする課題】上述したように、従来
のチェックポイントを取得しながら処理を進めていき、
障害が発生したときに、最後に取得したチェックポイン
トから処理を再実行することにより障害からの回復を実
現するコンピュータシステムにおいては、伝送パケット
の発行を次のチェックポイント取得後まで遅延させなけ
ればならないといった問題があった。
のチェックポイントを取得しながら処理を進めていき、
障害が発生したときに、最後に取得したチェックポイン
トから処理を再実行することにより障害からの回復を実
現するコンピュータシステムにおいては、伝送パケット
の発行を次のチェックポイント取得後まで遅延させなけ
ればならないといった問題があった。
【０００９】本発明は上記実情に鑑みてなされたもので
あり、従来であれば、次のチェックポイントが取得され
るまで待機させていた通信処理を可能な限りチェックポ
イントを待たずに即時に発行させることにより通信処理
の大幅な高速化を図ることを可能とするチェックポイン
ト通信処理システムを提供することを目的とする。
あり、従来であれば、次のチェックポイントが取得され
るまで待機させていた通信処理を可能な限りチェックポ
イントを待たずに即時に発行させることにより通信処理
の大幅な高速化を図ることを可能とするチェックポイン
ト通信処理システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】本発明のチェックポイン
ト通信処理システムは、チェックポイントを取得しなが
ら処理を進めていき、障害が発生したときに、最後に取
得したチェックポイントから処理を再実行することによ
り障害からの回復を実現するコンピュータシステムにお
いて、上記チェックポイントが取得される度に各チェッ
クポイントを識別するためのチェックポイント順次番号
を更新して管理する手段と、通信パケットを作成すると
きに、その作成した通信パケットに現在のチェックポイ
ント順次番号を付加する手段と、上記通信パケットを送
信するときに、その通信パケットに付加されたチェック
ポイント順次番号と現在のチェックポイント順次番号と
を比較する手段と、この比較によりその通信パケットに
付加されたチェックポイント順次番号が現在のチェック
ポイント順次番号と異なっているときに、即座にその通
信パケットを送信し、一致するときには、その通信パケ
ットの送信を次のチェックポイントが取得されるまで遅
延させる手段とを具備してなることを特徴とする。
ト通信処理システムは、チェックポイントを取得しなが
ら処理を進めていき、障害が発生したときに、最後に取
得したチェックポイントから処理を再実行することによ
り障害からの回復を実現するコンピュータシステムにお
いて、上記チェックポイントが取得される度に各チェッ
クポイントを識別するためのチェックポイント順次番号
を更新して管理する手段と、通信パケットを作成すると
きに、その作成した通信パケットに現在のチェックポイ
ント順次番号を付加する手段と、上記通信パケットを送
信するときに、その通信パケットに付加されたチェック
ポイント順次番号と現在のチェックポイント順次番号と
を比較する手段と、この比較によりその通信パケットに
付加されたチェックポイント順次番号が現在のチェック
ポイント順次番号と異なっているときに、即座にその通
信パケットを送信し、一致するときには、その通信パケ
ットの送信を次のチェックポイントが取得されるまで遅
延させる手段とを具備してなることを特徴とする。
【００１１】また、本発明のチェックポイント通信処理
システムは、チェックポイントを取得しながら処理を進
めていき、障害が発生したときに、最後に取得したチェ
ックポイントから処理を再実行することにより障害から
の回復を実現するコンピュータシステムにおいて、ある
特定の通信プロトコルで作成された通信パケットを伝送
媒体の伝送パケットサイズで分割して複数の伝送パケッ
トを作成するときに、その作成した伝送パケットが上記
複数の伝送パケットの中の最後のものであるか否かを示
す情報を付加する手段と、上記伝送パケットを伝送する
ときに、その伝送パケットが上記複数の伝送パケットの
中の最後のものか否かを判定する手段と、この判定によ
りその伝送パケットが上記最後のものでなかったとき
に、即座にその伝送パケットを伝送し、上記最後のもの
であったときには、その伝送パケットの伝送を次のチェ
ックポイントが取得される後まで遅延させる手段とを具
備してなることを特徴とする。
システムは、チェックポイントを取得しながら処理を進
めていき、障害が発生したときに、最後に取得したチェ
ックポイントから処理を再実行することにより障害から
の回復を実現するコンピュータシステムにおいて、ある
特定の通信プロトコルで作成された通信パケットを伝送
媒体の伝送パケットサイズで分割して複数の伝送パケッ
トを作成するときに、その作成した伝送パケットが上記
複数の伝送パケットの中の最後のものであるか否かを示
す情報を付加する手段と、上記伝送パケットを伝送する
ときに、その伝送パケットが上記複数の伝送パケットの
中の最後のものか否かを判定する手段と、この判定によ
りその伝送パケットが上記最後のものでなかったとき
に、即座にその伝送パケットを伝送し、上記最後のもの
であったときには、その伝送パケットの伝送を次のチェ
ックポイントが取得される後まで遅延させる手段とを具
備してなることを特徴とする。
【００１２】また、本発明のチェックポイント通信処理
システムは、上記通信パケットを伝送媒体の伝送パケッ
トサイズで分割して複数の伝送パケットを作成し、その
複数の伝送パケットの中の最後のもの以外をチェックポ
イントを待機せずに即座に伝送して一番最後のもののみ
をチェックポイントまで待機させる処理を一体として行
なうことを特徴とする。
システムは、上記通信パケットを伝送媒体の伝送パケッ
トサイズで分割して複数の伝送パケットを作成し、その
複数の伝送パケットの中の最後のもの以外をチェックポ
イントを待機せずに即座に伝送して一番最後のもののみ
をチェックポイントまで待機させる処理を一体として行
なうことを特徴とする。
【００１３】
【作用】本発明のチェックポイント通信処理システムで
は、周期的に取得されるチェックポイントを識別するた
めのチェックポイント順次番号を管理し、この管理した
チェックポイント順次番号に基づいて送信処理を制御す
る。
は、周期的に取得されるチェックポイントを識別するた
めのチェックポイント順次番号を管理し、この管理した
チェックポイント順次番号に基づいて送信処理を制御す
る。
【００１４】すなわち、通信用のパケットを作成すると
きに、その時点で採番されているチェックポイント順次
番号をそのパケットに付加しておき、実際にこのパケッ
トを送信するときに、このパケットに付加されたチェッ
クポイント順次番号と送信時のチェックポイント順次番
号とを比較する。
きに、その時点で採番されているチェックポイント順次
番号をそのパケットに付加しておき、実際にこのパケッ
トを送信するときに、このパケットに付加されたチェッ
クポイント順次番号と送信時のチェックポイント順次番
号とを比較する。
【００１５】たとえば、通信用のパケットが作成された
後、送信処理が行なわれるまでの間に、チェックポイン
トが取得された場合には、パケットに付加されたチェッ
クポイント順次番号と異なるチェックポイント順次番号
が現時点で採番されているはずである。したがって、こ
のようなパケットは、この後仮に障害が発生した場合で
あっても必ず送信を要求されることになり、即座に送信
してしまっても構わないことになる。
後、送信処理が行なわれるまでの間に、チェックポイン
トが取得された場合には、パケットに付加されたチェッ
クポイント順次番号と異なるチェックポイント順次番号
が現時点で採番されているはずである。したがって、こ
のようなパケットは、この後仮に障害が発生した場合で
あっても必ず送信を要求されることになり、即座に送信
してしまっても構わないことになる。
【００１６】これにより、すべてのパケットについて次
のチェックポイント取得を待機するのではなく、必要最
小限のパケットのみについて次のチェックポイント取得
を待機させることにより、耐障害性を保証しつつ通信処
理の高速化が図れることとなる。
のチェックポイント取得を待機するのではなく、必要最
小限のパケットのみについて次のチェックポイント取得
を待機させることにより、耐障害性を保証しつつ通信処
理の高速化が図れることとなる。
【００１７】また、本発明のチェックポイント通信処理
システムでは、一つの送信要求に対してパケットが複数
作成されることに着目し、このパケットの相対位置を判
定して送信処理を制御する。
システムでは、一つの送信要求に対してパケットが複数
作成されることに着目し、このパケットの相対位置を判
定して送信処理を制御する。
【００１８】すなわち、通信パケットを伝送媒体のパケ
ットサイズで分割して複数の伝送パケットを作成する際
に、これらの伝送パケットそれぞれに、その複数作成さ
れた伝送パケットの中の最後の伝送パケットかどうかを
示す情報を付加しておき、実際にこのパケットを送信す
るときに、このパケットに付加された情報からこのパケ
ットが最後のパケットであるかどうかを判定する。そし
て、この判定により最後のものでなかった場合には、チ
ェックポイントの取得を待機せずに即座に送信する。
ットサイズで分割して複数の伝送パケットを作成する際
に、これらの伝送パケットそれぞれに、その複数作成さ
れた伝送パケットの中の最後の伝送パケットかどうかを
示す情報を付加しておき、実際にこのパケットを送信す
るときに、このパケットに付加された情報からこのパケ
ットが最後のパケットであるかどうかを判定する。そし
て、この判定により最後のものでなかった場合には、チ
ェックポイントの取得を待機せずに即座に送信する。
【００１９】したがって、たとえば次のチェックポイン
トが取得される前に障害が発生したとしても、最後のパ
ケットは送信されておらず、すなわち送信完了とはなっ
ていないため、受信側システムによるタイムアウト検知
などにより再送が促されることになる。
トが取得される前に障害が発生したとしても、最後のパ
ケットは送信されておらず、すなわち送信完了とはなっ
ていないため、受信側システムによるタイムアウト検知
などにより再送が促されることになる。
【００２０】これにより、すべてのパケットについて次
のチェックポイント取得を待機するのではなく、上述と
同様、必要最小限のパケットのみについて次のチェック
ポイント取得を待機させることにより、耐障害性を保証
しつつ通信処理の高速化が図れることとなる。
のチェックポイント取得を待機するのではなく、上述と
同様、必要最小限のパケットのみについて次のチェック
ポイント取得を待機させることにより、耐障害性を保証
しつつ通信処理の高速化が図れることとなる。
【００２１】また、伝送パケットを作成する処理と、伝
送パケットのうちで最後のもの以外をチェックポイント
まで待機せずに伝送する処理とを一体として実行するこ
とにより、伝送パケットにそれが最後のものであるか否
かを示す情報を付加する処理を不要にできる。
送パケットのうちで最後のもの以外をチェックポイント
まで待機せずに伝送する処理とを一体として実行するこ
とにより、伝送パケットにそれが最後のものであるか否
かを示す情報を付加する処理を不要にできる。
【００２２】
（第１実施例）まず、図１乃至図３を参照して本発明の
第１実施例を説明する。図１は第１実施例に係るチェッ
クポイント通信処理システムの概略構成を示す図であ
る。
第１実施例を説明する。図１は第１実施例に係るチェッ
クポイント通信処理システムの概略構成を示す図であ
る。
【００２３】図１に示すように、同実施例に係るチェッ
クポイント通信処理システム２は、制御部２１、順次番
号インクリメント部２２、パケット作成部２３、属性情
報付加部２４および比較判断部２５を有してなる。
クポイント通信処理システム２は、制御部２１、順次番
号インクリメント部２２、パケット作成部２３、属性情
報付加部２４および比較判断部２５を有してなる。
【００２４】制御部２１は、チェックポイント通信処理
システム２全体の制御を司るところである。順次番号イ
ンクリメント部２２は、周期的に所定のタイミングで取
得されるチェックポイントそれぞれを識別するためのチ
ェックポイント順次番号を管理するところであり、チェ
ックポイントが取得される度にチェックポイント順次番
号を更新するところである。
システム２全体の制御を司るところである。順次番号イ
ンクリメント部２２は、周期的に所定のタイミングで取
得されるチェックポイントそれぞれを識別するためのチ
ェックポイント順次番号を管理するところであり、チェ
ックポイントが取得される度にチェックポイント順次番
号を更新するところである。
【００２５】また、パケット作成部２３は、アプリケー
ション１からの送信要求にしたがって通信用の各種パケ
ットを作成するところである。属性情報付加部２４は、
パケット作成部２３によりパケットが作成された際に、
この作成されたパケットに順次番号インクリメント部２
２が管理する現時点でのチェックポイント順次番号を付
加するところである。
ション１からの送信要求にしたがって通信用の各種パケ
ットを作成するところである。属性情報付加部２４は、
パケット作成部２３によりパケットが作成された際に、
この作成されたパケットに順次番号インクリメント部２
２が管理する現時点でのチェックポイント順次番号を付
加するところである。
【００２６】そして、比較判断部２５は、パケットを実
際に送信する際に、そのパケットに付加されたチェック
ポイント順次番号と、順次番号インクリメント部２２が
管理する現時点でのチェックポイント順次番号とを比較
するところである。
際に送信する際に、そのパケットに付加されたチェック
ポイント順次番号と、順次番号インクリメント部２２が
管理する現時点でのチェックポイント順次番号とを比較
するところである。
【００２７】ここで、図２を参照して同実施例の動作原
理について説明する。図２は同実施例の動作原理を説明
するためのタイミングチャートである。アプリケーショ
ン１が送信要求を発行すると（図２の（１））、チェッ
クポイント通信処理システム２の制御部２１は、パケッ
ト作成部２３によりこの送信要求にしたがった通信パケ
ットを作成する（図２の（２））。ここでは、この送信
要求に対し通信パケット４ａ〜４ｃの３つの通信パケッ
トが作成されるものとする。またこのとき、制御部２１
は、属性情報付加部２４によりパケット作成部２３が作
成したパケットそれぞれに、順次番号インクリメント部
２２の管理する作成時のチェックポイント順次番号を付
加しておく。
理について説明する。図２は同実施例の動作原理を説明
するためのタイミングチャートである。アプリケーショ
ン１が送信要求を発行すると（図２の（１））、チェッ
クポイント通信処理システム２の制御部２１は、パケッ
ト作成部２３によりこの送信要求にしたがった通信パケ
ットを作成する（図２の（２））。ここでは、この送信
要求に対し通信パケット４ａ〜４ｃの３つの通信パケッ
トが作成されるものとする。またこのとき、制御部２１
は、属性情報付加部２４によりパケット作成部２３が作
成したパケットそれぞれに、順次番号インクリメント部
２２の管理する作成時のチェックポイント順次番号を付
加しておく。
【００２８】ここでは、通信パケット４ａが作成された
直後にチェックポイントが取得されたことを前提とし
（図２の（３））。さらに、この状態で、このチェック
ポイント取得後、次のチェックポイント取得前に、この
通信パケット４ａ〜４ｃを送信する場合を考える。
直後にチェックポイントが取得されたことを前提とし
（図２の（３））。さらに、この状態で、このチェック
ポイント取得後、次のチェックポイント取得前に、この
通信パケット４ａ〜４ｃを送信する場合を考える。
【００２９】制御部２１は、通信パケット４ａ〜４ｃを
送信する際、比較判断部２５によりその通信パケット４
ａ〜４ｃそれぞれに付加されたチェックポイント順次番
号と、順次番号インクリメント部２２により管理された
現時点でのチェックポイント順次番号とを比較する。
送信する際、比較判断部２５によりその通信パケット４
ａ〜４ｃそれぞれに付加されたチェックポイント順次番
号と、順次番号インクリメント部２２により管理された
現時点でのチェックポイント順次番号とを比較する。
【００３０】ここで、その通信パケットに付加されたチ
ェックポイント順次番号が、順次番号インクリメント部
２２により管理された現時点でのチェックポイント順次
番号と異なる場合には（ここでは通信パケット４ａが該
当する）、パケット作成後にチェックポイントが取得さ
れていることになるため、その通信パケットを即座に送
信する（図２の（４））。一方、一致する場合には（こ
こでは通信パケット４ｂおよび４ｃが該当する）、次の
チェックポイント取得（図２の（５））を待って、その
通信パケットを送信する（図２の（６））。
ェックポイント順次番号が、順次番号インクリメント部
２２により管理された現時点でのチェックポイント順次
番号と異なる場合には（ここでは通信パケット４ａが該
当する）、パケット作成後にチェックポイントが取得さ
れていることになるため、その通信パケットを即座に送
信する（図２の（４））。一方、一致する場合には（こ
こでは通信パケット４ｂおよび４ｃが該当する）、次の
チェックポイント取得（図２の（５））を待って、その
通信パケットを送信する（図２の（６））。
【００３１】すなわち、パケットを送信する際に、すべ
てのパケットの送信を次のチェックポイント取得まで一
律に待機させるのではなく、その必要のあるものだけを
待機させることとなり、耐障害性を保証しつつ通信処理
の高速化が図れることとなる。
てのパケットの送信を次のチェックポイント取得まで一
律に待機させるのではなく、その必要のあるものだけを
待機させることとなり、耐障害性を保証しつつ通信処理
の高速化が図れることとなる。
【００３２】次に、図３を参照して同実施例の動作手順
を説明する。図３は同実施例の動作手順を説明するため
のフローチャートである。アプリケーション１が送信要
求を発行すると、チェックポイント通信処理システム２
の制御部２１は、パケット作成部２３によりこの送信要
求にしたがった通信パケットを作成する（図３のステッ
プＡ１）。そして、制御部２１は、属性情報付加部２４
によりパケット作成部２３が作成したパケットそれぞれ
に、順次番号インクリメント部２２の管理する作成時の
チェックポイント順次番号を付加する（図３のステップ
Ａ２）。
を説明する。図３は同実施例の動作手順を説明するため
のフローチャートである。アプリケーション１が送信要
求を発行すると、チェックポイント通信処理システム２
の制御部２１は、パケット作成部２３によりこの送信要
求にしたがった通信パケットを作成する（図３のステッ
プＡ１）。そして、制御部２１は、属性情報付加部２４
によりパケット作成部２３が作成したパケットそれぞれ
に、順次番号インクリメント部２２の管理する作成時の
チェックポイント順次番号を付加する（図３のステップ
Ａ２）。
【００３３】制御部２１は、通信パケットを送信する
際、比較判断部２５によりその通信パケットそれぞれに
付加されたチェックポイント順次番号と、順次番号イン
クリメント部２２により管理された現時点でのチェック
ポイント順次番号とを比較する（図３のステップＡ
３）。そして、その通信パケットに付加されたチェック
ポイント順次番号が、順次番号インクリメント部２２に
より管理された現時点でのチェックポイント順次番号と
異なる場合には（図３のステップＡ３のＹ）、その通信
パケットを即座に送信する（図３のステップＡ５）。一
方、一致する場合には（図３のステップＡ３のＮ）、次
のチェックポイント取得を待って（図３のステップＡ
４）、その通信パケットを送信する（図３のステップＡ
５）。
際、比較判断部２５によりその通信パケットそれぞれに
付加されたチェックポイント順次番号と、順次番号イン
クリメント部２２により管理された現時点でのチェック
ポイント順次番号とを比較する（図３のステップＡ
３）。そして、その通信パケットに付加されたチェック
ポイント順次番号が、順次番号インクリメント部２２に
より管理された現時点でのチェックポイント順次番号と
異なる場合には（図３のステップＡ３のＹ）、その通信
パケットを即座に送信する（図３のステップＡ５）。一
方、一致する場合には（図３のステップＡ３のＮ）、次
のチェックポイント取得を待って（図３のステップＡ
４）、その通信パケットを送信する（図３のステップＡ
５）。
【００３４】これにより、パケットを送信する際に、す
べてのパケットの送信を次のチェックポイント取得まで
一律に待機させるのではなく、その必要のあるものだけ
を待機させることとなり、耐障害性を保証しつつ通信処
理の高速化が図れることとなる。
べてのパケットの送信を次のチェックポイント取得まで
一律に待機させるのではなく、その必要のあるものだけ
を待機させることとなり、耐障害性を保証しつつ通信処
理の高速化が図れることとなる。
【００３５】（第２実施例）次に、図１、図４および図
５を参照して本発明の第２実施例を説明する。同実施例
では、属性情報付加部２４が、順次番号インクリメント
部２２にて管理するチェックポイント順次番号に代え
て、パケット作成部２３が作成するパケットの相対位置
情報を付加する。
５を参照して本発明の第２実施例を説明する。同実施例
では、属性情報付加部２４が、順次番号インクリメント
部２２にて管理するチェックポイント順次番号に代え
て、パケット作成部２３が作成するパケットの相対位置
情報を付加する。
【００３６】ここでは、パケット作成部２３が、アプリ
ケーション１からの送信要求にしたがって通信パケット
を作成し、さらにこの通信パケットを伝送媒体のパケッ
トサイズで分割して複数の伝送パケットを作成する場合
に、その伝送パケットそれぞれが、その複数作成された
伝送パケットの中の最後の伝送パケットかどうかを示す
情報を相対位置情報として採用する。
ケーション１からの送信要求にしたがって通信パケット
を作成し、さらにこの通信パケットを伝送媒体のパケッ
トサイズで分割して複数の伝送パケットを作成する場合
に、その伝送パケットそれぞれが、その複数作成された
伝送パケットの中の最後の伝送パケットかどうかを示す
情報を相対位置情報として採用する。
【００３７】ここで、図４を参照して同実施例の動作原
理について説明する。図４は同実施例の動作原理を説明
するためのタイミングチャートである。アプリケーショ
ン１が送信要求を発行すると（図４の（１））、チェッ
クポイント通信処理システム２の制御部２１は、パケッ
ト作成部２３によりこの送信要求にしたがって通信パケ
ットを作成する（図４の（２））。そして、この通信パ
ケットを伝送媒体のパケットサイズで分割して複数の伝
送パケットを作成する（図４の（３））。ここでは、３
つの伝送パケット５ａ〜５ｃが作成されるものとする。
理について説明する。図４は同実施例の動作原理を説明
するためのタイミングチャートである。アプリケーショ
ン１が送信要求を発行すると（図４の（１））、チェッ
クポイント通信処理システム２の制御部２１は、パケッ
ト作成部２３によりこの送信要求にしたがって通信パケ
ットを作成する（図４の（２））。そして、この通信パ
ケットを伝送媒体のパケットサイズで分割して複数の伝
送パケットを作成する（図４の（３））。ここでは、３
つの伝送パケット５ａ〜５ｃが作成されるものとする。
【００３８】このとき、制御部２１は、属性情報付加部
２４によりパケット作成部２３が作成した伝送パケット
それぞれに、その伝送パケットが複数作成された伝送パ
ケットの中の最後の伝送パケットかどうかを示す情報を
付加しておく。
２４によりパケット作成部２３が作成した伝送パケット
それぞれに、その伝送パケットが複数作成された伝送パ
ケットの中の最後の伝送パケットかどうかを示す情報を
付加しておく。
【００３９】そして、制御部２１は、伝送パケット５ａ
〜５ｃを送信する際、比較判断部２５によりその伝送パ
ケット５ａ〜５ｃそれぞれが最後の伝送パケットかどう
かを判断する。
〜５ｃを送信する際、比較判断部２５によりその伝送パ
ケット５ａ〜５ｃそれぞれが最後の伝送パケットかどう
かを判断する。
【００４０】ここで、その伝送パケットが最後の伝送パ
ケットでない場合には（ここでは伝送パケット５ａおよ
び５ｂが該当する）、その伝送パケットを即座に送信す
る。一方、それ以外の場合には（ここでは伝送パケット
５ｃが該当する）、次のチェックポイント取得（図２の
（４））を待って、その通信パケットを送信する。
ケットでない場合には（ここでは伝送パケット５ａおよ
び５ｂが該当する）、その伝送パケットを即座に送信す
る。一方、それ以外の場合には（ここでは伝送パケット
５ｃが該当する）、次のチェックポイント取得（図２の
（４））を待って、その通信パケットを送信する。
【００４１】したがって、たとえば次のチェックポイン
トが取得される前に障害が発生したとしても、最後のパ
ケットは送信されておらず、すなわち送信完了とはなっ
ていないため、受信側システムによるタイムアウト検知
などにより再送が促されることになる。
トが取得される前に障害が発生したとしても、最後のパ
ケットは送信されておらず、すなわち送信完了とはなっ
ていないため、受信側システムによるタイムアウト検知
などにより再送が促されることになる。
【００４２】すなわち、パケットを送信する際に、すべ
てのパケットの送信を次のチェックポイント取得まで一
律に待機させるのではなく、その必要のあるものだけを
待機させることとなり、耐障害性を保証しつつ通信処理
の高速化が図れることとなる。
てのパケットの送信を次のチェックポイント取得まで一
律に待機させるのではなく、その必要のあるものだけを
待機させることとなり、耐障害性を保証しつつ通信処理
の高速化が図れることとなる。
【００４３】次に、図５を参照して同実施例の動作手順
を説明する。図５は同実施例の動作手順を説明するため
のフローチャートである。アプリケーション１が送信要
求を発行すると、チェックポイント通信処理システム２
の制御部２１は、パケット作成部２３によりこの送信要
求にしたがった通信パケットを作成し（図５のステップ
Ｂ１）、さらにこの通信パケットを伝送媒体のパケット
サイズで分割して複数の伝送パケットを作成する（図５
のステップＢ２）。そして、制御部２１は、属性情報付
加部２４によりパケット作成部２３が作成した伝送パケ
ットそれぞれに、その伝送パケットが複数作成された伝
送パケットの中の最後の伝送パケットかどうかを示す情
報を付加する（図５のステップＢ３）。
を説明する。図５は同実施例の動作手順を説明するため
のフローチャートである。アプリケーション１が送信要
求を発行すると、チェックポイント通信処理システム２
の制御部２１は、パケット作成部２３によりこの送信要
求にしたがった通信パケットを作成し（図５のステップ
Ｂ１）、さらにこの通信パケットを伝送媒体のパケット
サイズで分割して複数の伝送パケットを作成する（図５
のステップＢ２）。そして、制御部２１は、属性情報付
加部２４によりパケット作成部２３が作成した伝送パケ
ットそれぞれに、その伝送パケットが複数作成された伝
送パケットの中の最後の伝送パケットかどうかを示す情
報を付加する（図５のステップＢ３）。
【００４４】制御部２１は、伝送パケットを送信する
際、比較判断部２５によりその伝送パケット５ａ〜５ｃ
それぞれが最後の伝送パケットかどうかを判断する（図
５のステップＢ４）。そして、その伝送パケットが最後
の伝送パケットでない場合には（図５のステップＢ４の
Ｙ）、その伝送パケットを即座に送信する（図５のステ
ップＢ６）。一方、それ以外の場合には（図５のステッ
プＢ４のＮ）、次のチェックポイント取得を待って（図
５のステップＢ５）、その通信パケットを送信する（図
５のステップＢ６）。
際、比較判断部２５によりその伝送パケット５ａ〜５ｃ
それぞれが最後の伝送パケットかどうかを判断する（図
５のステップＢ４）。そして、その伝送パケットが最後
の伝送パケットでない場合には（図５のステップＢ４の
Ｙ）、その伝送パケットを即座に送信する（図５のステ
ップＢ６）。一方、それ以外の場合には（図５のステッ
プＢ４のＮ）、次のチェックポイント取得を待って（図
５のステップＢ５）、その通信パケットを送信する（図
５のステップＢ６）。
【００４５】これにより、パケットを送信する際に、す
べてのパケットの送信を次のチェックポイント取得まで
一律に待機させるのではなく、その必要のあるものだけ
を待機させることとなり、耐障害性を保証しつつ通信処
理の高速化が図れることとなる。
べてのパケットの送信を次のチェックポイント取得まで
一律に待機させるのではなく、その必要のあるものだけ
を待機させることとなり、耐障害性を保証しつつ通信処
理の高速化が図れることとなる。
【００４６】以上、第１および第２実施例として、チェ
ックポイント順次番号の管理およびパケットの相対位置
の判定により通信制御を行なう例を示したが、これらの
双方を組み合わせた構成とすれば、さらに一層の高速化
が図れることとなる。
ックポイント順次番号の管理およびパケットの相対位置
の判定により通信制御を行なう例を示したが、これらの
双方を組み合わせた構成とすれば、さらに一層の高速化
が図れることとなる。
【００４７】
【発明の効果】以上詳述したように本発明のチェックポ
イント通信処理システムによれば、従来であればチェッ
クポイント取得後まで遅延されていた通信処理を可能な
限りチェックポイントを待たずに即時に発行させること
ができ、チェックポイント方式における通信処理のレイ
テンシを改善させることができる。
イント通信処理システムによれば、従来であればチェッ
クポイント取得後まで遅延されていた通信処理を可能な
限りチェックポイントを待たずに即時に発行させること
ができ、チェックポイント方式における通信処理のレイ
テンシを改善させることができる。
【図１】本発明に係るチェックポイント通信処理システ
ムの概略構成を示す。
ムの概略構成を示す。
【図２】第１実施例の動作原理を説明するためのタイミ
ングチャート。
ングチャート。
【図３】第１実施例の動作手順を説明するためのフロー
チャート。
チャート。
【図４】第２実施例の動作原理を説明するためのタイミ
ングチャート。
ングチャート。
【図５】第２実施例の動作原理を説明するためのフロー
チャート。
チャート。
【図６】従来の通信処理手順を説明するためのタイミン
グチャート。
グチャート。
１…アプリケーション、２…チェックポイント通信処理
システム、２１…制御部、２２…順次番号インクリメン
ト部、２３…パケット作成部、２４…属性情報付加部、
２５…比較判断部、３…通信コントローラ、４ａ，４
ｂ，４ｃ…通信パケット、５ａ，５ｂ，５ｃ…伝送パケ
ット。
システム、２１…制御部、２２…順次番号インクリメン
ト部、２３…パケット作成部、２４…属性情報付加部、
２５…比較判断部、３…通信コントローラ、４ａ，４
ｂ，４ｃ…通信パケット、５ａ，５ｂ，５ｃ…伝送パケ
ット。
Claims (3)
- 【請求項１】 チェックポイントを取得しながら処理を
進めていき、障害が発生したときに、最後に取得したチ
ェックポイントから処理を再実行することにより障害か
らの回復を実現するコンピュータシステムにおいて、 上記チェックポイントが取得される度に各チェックポイ
ントを識別するためのチェックポイント順次番号を更新
して管理する手段と、 通信パケットを作成するときに、その作成した通信パケ
ットに現在のチェックポイント順次番号を付加する手段
と、 上記通信パケットを送信するときに、その通信パケット
に付加されたチェックポイント順次番号と現在のチェッ
クポイント順次番号とを比較する手段と、 この比較によりその通信パケットに付加されたチェック
ポイント順次番号が現在のチェックポイント順次番号と
異なるときに、即座にその通信パケットを送信し、一致
するときには、その通信パケットの送信を次のチェック
ポイントが取得されるまで遅延させる手段とを具備して
なることを特徴とするチェックポイント通信処理システ
ム。 - 【請求項２】 チェックポイントを取得しながら処理を
進めていき、障害が発生したときに、最後に取得したチ
ェックポイントから処理を再実行することにより障害か
らの回復を実現するコンピュータシステムにおいて、 ある特定の通信プロトコルで作成された通信パケットを
伝送媒体の伝送パケットサイズで分割して複数の伝送パ
ケットを作成するときに、その作成した伝送パケットが
上記複数の伝送パケットの中の最後のものであるか否か
を示す情報を付加する手段と、 上記伝送パケットを伝送するときに、その伝送パケット
が上記複数の伝送パケットの中の最後のものか否かを判
定する手段と、 この判定によりその伝送パケットが上記最後のものでな
かったときに、即座にその伝送パケットを伝送し、上記
最後のものであったときには、その伝送パケットの伝送
を次のチェックポイントが取得されるまで遅延させる手
段とを具備してなることを特徴とするチェックポイント
通信処理システム。 - 【請求項３】 上記通信パケットを伝送媒体の伝送パケ
ットサイズで分割して複数の伝送パケットを作成し、そ
の複数の伝送パケットの中の最後のもの以外をチェック
ポイントを待機せずに即座に伝送して一番最後のものの
みをチェックポイントまで待機させる処理を一体として
行ない、伝送パケットへの情報の付加を不要とすること
を特徴とする請求項２または３記載のチェックポイント
通信処理システム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7151734A JP2878988B2 (ja) | 1995-06-19 | 1995-06-19 | チェックポイント通信処理システム |
| US08/660,930 US5832201A (en) | 1995-06-19 | 1996-06-10 | Method and apparatus for a checkpoint based communication processing system |
| EP96304472A EP0750261B1 (en) | 1995-06-19 | 1996-06-17 | Method and apparatus for a checkpoint based communication processing system |
| DE69621078T DE69621078T2 (de) | 1995-06-19 | 1996-06-17 | Verfahren und Vorrichtung für ein prüfpunktbasiertes Kommunikationsverarbeitungssystem |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7151734A JP2878988B2 (ja) | 1995-06-19 | 1995-06-19 | チェックポイント通信処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH098869A JPH098869A (ja) | 1997-01-10 |
| JP2878988B2 true JP2878988B2 (ja) | 1999-04-05 |
Family
ID=15525131
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7151734A Expired - Lifetime JP2878988B2 (ja) | 1995-06-19 | 1995-06-19 | チェックポイント通信処理システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5832201A (ja) |
| EP (1) | EP0750261B1 (ja) |
| JP (1) | JP2878988B2 (ja) |
| DE (1) | DE69621078T2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6185702B1 (en) * | 1997-01-24 | 2001-02-06 | Kabushiki Kaisha Toshiba | Method and system for process state management using checkpoints |
| US5875291A (en) * | 1997-04-11 | 1999-02-23 | Tandem Computers Incorporated | Method and apparatus for checking transactions in a computer system |
| JP3711433B2 (ja) * | 1998-05-06 | 2005-11-02 | セイコーエプソン株式会社 | 印刷制御方法及びシステム、記録媒体 |
| KR20010037622A (ko) | 1999-10-19 | 2001-05-15 | 정선종 | 분산 시스템에서 메모리 체크포인트를 이용한 독립 체크포인팅 방법 |
| US7249193B1 (en) * | 2001-08-28 | 2007-07-24 | Emc Corporation | SRDF assist |
| JP4819644B2 (ja) * | 2006-10-12 | 2011-11-24 | 株式会社日立製作所 | 情報処理システム、情報処理方法、情報処理装置 |
| US9251002B2 (en) | 2013-01-15 | 2016-02-02 | Stratus Technologies Bermuda Ltd. | System and method for writing checkpointing data |
| WO2015102873A2 (en) | 2013-12-30 | 2015-07-09 | Stratus Technologies Bermuda Ltd. | Dynamic checkpointing systems and methods |
| EP3090336A1 (en) | 2013-12-30 | 2016-11-09 | Paul A. Leveille | Checkpointing systems and methods of using data forwarding |
| EP3090345B1 (en) | 2013-12-30 | 2017-11-08 | Stratus Technologies Bermuda Ltd. | Method of delaying checkpoints by inspecting network packets |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4590554A (en) * | 1982-11-23 | 1986-05-20 | Parallel Computers Systems, Inc. | Backup fault tolerant computer system |
| US5043866A (en) * | 1988-04-08 | 1991-08-27 | International Business Machines Corporation | Soft checkpointing system using log sequence numbers derived from stored data pages and log records for database recovery |
| DE69126067T2 (de) * | 1990-06-29 | 1997-10-02 | Oracle Corp | Verfahren und Gerät zur Verwaltung von Zustandsidentifizierern zur effizienten Wiederherstellung |
| US5555371A (en) * | 1992-12-17 | 1996-09-10 | International Business Machines Corporation | Data backup copying with delayed directory updating and reduced numbers of DASD accesses at a back up site using a log structured array data storage |
| US5455946A (en) * | 1993-05-21 | 1995-10-03 | International Business Machines Corporation | Method and means for archiving modifiable pages in a log based transaction management system |
| US5418940A (en) * | 1993-08-04 | 1995-05-23 | International Business Machines Corporation | Method and means for detecting partial page writes and avoiding initializing new pages on DASD in a transaction management system environment |
-
1995
- 1995-06-19 JP JP7151734A patent/JP2878988B2/ja not_active Expired - Lifetime
-
1996
- 1996-06-10 US US08/660,930 patent/US5832201A/en not_active Expired - Lifetime
- 1996-06-17 DE DE69621078T patent/DE69621078T2/de not_active Expired - Fee Related
- 1996-06-17 EP EP96304472A patent/EP0750261B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE69621078D1 (de) | 2002-06-13 |
| DE69621078T2 (de) | 2002-10-31 |
| EP0750261B1 (en) | 2002-05-08 |
| JPH098869A (ja) | 1997-01-10 |
| EP0750261A1 (en) | 1996-12-27 |
| US5832201A (en) | 1998-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6839706B2 (en) | Block data storage within a computer network | |
| US7502826B2 (en) | Atomic operations | |
| JP2878988B2 (ja) | チェックポイント通信処理システム | |
| AU2002322624A1 (en) | Block data storage within a computer network | |
| CN1790285A (zh) | 容错计算机系统及其同步方法 | |
| JPH08241287A (ja) | 並列計算機での通信処理方法 | |
| JPH07210519A (ja) | データ転送制御方法および送受信制御装置 | |
| US7080189B1 (en) | USB device communication | |
| JP4238258B2 (ja) | 車載電子制御ユニットのタスク管理装置及びタスク管理方法 | |
| CN114978898B (zh) | 数据传输控制方法、装置、抬头显示器和存储介质 | |
| JP2993728B2 (ja) | プロトコル高速処理装置 | |
| US20040225707A1 (en) | Systems and methods for combining a slow data stream and a fast data stream into a single fast data stream | |
| JP3833746B2 (ja) | チェックポイント通信処理システム、及びチェックポイント通信処理方法 | |
| JPH0628322A (ja) | 情報処理装置 | |
| JP2002236659A (ja) | 車両用電子制御装置 | |
| US20020010823A1 (en) | Multimaster bus system and method for operating the multimaster bus system | |
| JP2004054562A (ja) | ネットワークファイルシステム用入出力制御方法 | |
| US20080256178A1 (en) | Method and Apparatus for Providing Software by Functional Units in a Software Streaming System | |
| JP3011044B2 (ja) | 入出力制御装置 | |
| JP4024502B2 (ja) | 情報処理装置の制御方法 | |
| JPH05250250A (ja) | デュアルポートｒａｍのアクセス制御方法 | |
| JPH05227223A (ja) | データ転送システム | |
| JPH08328887A (ja) | 入出力制御方式及び入出力制御方法 | |
| JP2000047986A (ja) | トランザクション処理システム | |
| JP2594567B2 (ja) | メモリアクセス制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080122 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090122 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100122 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100122 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110122 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120122 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130122 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140122 Year of fee payment: 15 |
|
| EXPY | Cancellation because of completion of term |