JP3516428B2 - 計算機 - Google Patents
計算機Info
- Publication number
- JP3516428B2 JP3516428B2 JP08028297A JP8028297A JP3516428B2 JP 3516428 B2 JP3516428 B2 JP 3516428B2 JP 08028297 A JP08028297 A JP 08028297A JP 8028297 A JP8028297 A JP 8028297A JP 3516428 B2 JP3516428 B2 JP 3516428B2
- Authority
- JP
- Japan
- Prior art keywords
- rollback
- terminal
- restart
- transaction
- checkpoint
- 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 - Fee Related
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Retry When Errors Occur (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】この発明は、プロセスの再実
行処理方法に関し、特に、分散チェックポイントを利用
した分散システムにおいて、ロールバック・リスタート
の発生事実をユーザに通知するためのプロセスの再実行
処理方法に関するものである。
行処理方法に関し、特に、分散チェックポイントを利用
した分散システムにおいて、ロールバック・リスタート
の発生事実をユーザに通知するためのプロセスの再実行
処理方法に関するものである。
【０００２】
【従来の技術】計算機におけるプログラム実行の信頼性
を向上させる方法として、チェックポイントに基づくプ
ログラムの実行方法が知られている。これは、プログラ
ムの実行に際し、所定のチェックポイント・タイミング
に従ってプログラムの実行体であるプロセスの状態等
（以下「チェックポイント情報」という）を定期・不定
期に取得し、プログラムの実行中に障害が発生した場合
には、直近のチェックポイントに取得したチェックポイ
ント情報に基づいて、当該プログラムを再実行（ロール
バック・リスタート）するというものである。ここで、
チェックポイントとは、プログラムの実行を経時的に見
た場合に、チェックポイント情報を取得するための処理
を行う時点をいうものとする。
を向上させる方法として、チェックポイントに基づくプ
ログラムの実行方法が知られている。これは、プログラ
ムの実行に際し、所定のチェックポイント・タイミング
に従ってプログラムの実行体であるプロセスの状態等
（以下「チェックポイント情報」という）を定期・不定
期に取得し、プログラムの実行中に障害が発生した場合
には、直近のチェックポイントに取得したチェックポイ
ント情報に基づいて、当該プログラムを再実行（ロール
バック・リスタート）するというものである。ここで、
チェックポイントとは、プログラムの実行を経時的に見
た場合に、チェックポイント情報を取得するための処理
を行う時点をいうものとする。
【０００３】ところで、単独で動作するプログラムにお
いては、そのプロセスの途中状態のみのチェックポイン
トで、チェックポイント情報を取得すればよいが、複数
のプログラムがプロセス間通信等の関係をもって動作す
るような場合においては、１つのプロセスについて、チ
ェックポイントに従って当該プロセスの状態を取得する
のみでは不十分である。すなわち、再実行した場合に矛
盾が生じないようにするためには、チェックポイントご
とに相互に関係がある複数のチェックポイント情報を取
得する必要がある。以下では、便宜上、各プロセスごと
についてのチェックポイントをローカルチェックポイン
トといい、相互に関係があるプロセスについてのローカ
ルチェックポイントの集合を分散チェックポイントとい
うものとする。そして、分散チェックポイントでは、障
害が発生した場合に、複数のプロセスに対して直近のチ
ェックポイントに戻って、再実行する必要がある。この
ように、チェックポイントに基づくロールバック・リス
タートを分散システムに適用した場合を分散チェックポ
イント・リスタート方法というものとする。
いては、そのプロセスの途中状態のみのチェックポイン
トで、チェックポイント情報を取得すればよいが、複数
のプログラムがプロセス間通信等の関係をもって動作す
るような場合においては、１つのプロセスについて、チ
ェックポイントに従って当該プロセスの状態を取得する
のみでは不十分である。すなわち、再実行した場合に矛
盾が生じないようにするためには、チェックポイントご
とに相互に関係がある複数のチェックポイント情報を取
得する必要がある。以下では、便宜上、各プロセスごと
についてのチェックポイントをローカルチェックポイン
トといい、相互に関係があるプロセスについてのローカ
ルチェックポイントの集合を分散チェックポイントとい
うものとする。そして、分散チェックポイントでは、障
害が発生した場合に、複数のプロセスに対して直近のチ
ェックポイントに戻って、再実行する必要がある。この
ように、チェックポイントに基づくロールバック・リス
タートを分散システムに適用した場合を分散チェックポ
イント・リスタート方法というものとする。
【０００４】ロールバック・リスタートが行なわれるの
は、以下のような場合がある。 （１）単独のプログラムで、チェックポイントを生成し
ながら、処理を行なっている場合 ａ）ハードウェアの故障、またはＯＳのバグによるマシ
ンフォールトが原因で、プロセスが中断する場合 ｂ）アプリケーションのバグによるプログラムフォール
トが原因で、プロセスが中断する場合。 （２）複数のプロセスについて分散チェックポイント情
報を生成しながら、分散処理を行なう環境において、関
係する他のプロセスに障害が発生する場合 上記(1) a)の場合、ユーザーは計算機の障害発生を認識
しているので、プロセスがロールバックしたことを理解
することができる。
は、以下のような場合がある。 （１）単独のプログラムで、チェックポイントを生成し
ながら、処理を行なっている場合 ａ）ハードウェアの故障、またはＯＳのバグによるマシ
ンフォールトが原因で、プロセスが中断する場合 ｂ）アプリケーションのバグによるプログラムフォール
トが原因で、プロセスが中断する場合。 （２）複数のプロセスについて分散チェックポイント情
報を生成しながら、分散処理を行なう環境において、関
係する他のプロセスに障害が発生する場合 上記(1) a)の場合、ユーザーは計算機の障害発生を認識
しているので、プロセスがロールバックしたことを理解
することができる。
【０００５】しかしながら、同(1) b)の場合にあって
は、ユーザーは計算機の障害発生を認識できないので、
プロセスがロールバックしたことを理解できない。ま
た、同(2) の場合、例えば、クライアント・サーバーシ
ステムで、サーバに障害が発生した場合、各ユーザーが
使っている計算機には何も異常がないのに、プロセスは
ロールバック・リスタートしてしまうことになる。かか
る場合、ユーザーには何が起こったか分からない。
は、ユーザーは計算機の障害発生を認識できないので、
プロセスがロールバックしたことを理解できない。ま
た、同(2) の場合、例えば、クライアント・サーバーシ
ステムで、サーバに障害が発生した場合、各ユーザーが
使っている計算機には何も異常がないのに、プロセスは
ロールバック・リスタートしてしまうことになる。かか
る場合、ユーザーには何が起こったか分からない。
【０００６】このように、従来の分散チェックポイント
・リスタート方法においては、プロセスがロールバック
・リスタートした場合のユーザへの通知を何ら考慮に入
れていなかったので、ロールバック・リスタートしたか
否かについて、ユーザーが直接的に理解できないという
問題があった。
・リスタート方法においては、プロセスがロールバック
・リスタートした場合のユーザへの通知を何ら考慮に入
れていなかったので、ロールバック・リスタートしたか
否かについて、ユーザーが直接的に理解できないという
問題があった。
【０００７】
【発明が解決しようとする課題】チェックポイント・リ
スタート方法において、ユーザプログラム自体のプログ
ラムフォールトや、分散処理下での他のプロセスの障害
によりロールバックが発生した場合、その事実が各ユー
ザに通知されていなかったため、ユーザーは実行中のプ
ロセスに何が起こったのか分からない、という問題が生
じていた。
スタート方法において、ユーザプログラム自体のプログ
ラムフォールトや、分散処理下での他のプロセスの障害
によりロールバックが発生した場合、その事実が各ユー
ザに通知されていなかったため、ユーザーは実行中のプ
ロセスに何が起こったのか分からない、という問題が生
じていた。
【０００８】本発明は、このような点に鑑みてなされた
もので、チェックポイント・リスタート方法において、
プロセスのロールバックが行なわれたことを、ユーザー
に通知する方法を提供することを目的とする。
もので、チェックポイント・リスタート方法において、
プロセスのロールバックが行なわれたことを、ユーザー
に通知する方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】上記課題を解決するため
に、本発明は、複数の端末とネットワークを介して接続
され、各端末からの要求によりプロセスを実行する計算
機であって、記憶装置と、実行中のプロセスについて、
所定のチェックポイントタイミングでチェックポイント
情報を生成し、前記記憶装置へ記憶するチェックポイン
ト管理手段と、各端末からのプロセスの起動要求により
要求されたプロセスを起動するとともに、起動したプロ
セスと要求を行った端末との対応付けを通知するプロセ
ス起動手段と、前記プロセス起動手段からの通知の内容
を保持する端末情報管理手段と、実行中のプロセスの障
害発生を検出すると、前記記憶装置に記憶されるチェッ
クポイント情報に従って該プロセスのロールバック・リ
スタート処理を行い、該ロールバック・リスタート処理
の完了するとその旨の通知を行うロールバック・リスタ
ート手段と、前記ロールバック・リスタート手段から
の、ロールバック・リスタート処理の完了の通知を受
け、前記端末情報管理手段を参照し、ロールバック・リ
スタート処理されたプロセスの起動要求を行った端末を
特定し、その特定された端末へロールバックが行われた
ことを示す情報を通知するロールバック通知手段とを備
えるようにした。
に、本発明は、複数の端末とネットワークを介して接続
され、各端末からの要求によりプロセスを実行する計算
機であって、記憶装置と、実行中のプロセスについて、
所定のチェックポイントタイミングでチェックポイント
情報を生成し、前記記憶装置へ記憶するチェックポイン
ト管理手段と、各端末からのプロセスの起動要求により
要求されたプロセスを起動するとともに、起動したプロ
セスと要求を行った端末との対応付けを通知するプロセ
ス起動手段と、前記プロセス起動手段からの通知の内容
を保持する端末情報管理手段と、実行中のプロセスの障
害発生を検出すると、前記記憶装置に記憶されるチェッ
クポイント情報に従って該プロセスのロールバック・リ
スタート処理を行い、該ロールバック・リスタート処理
の完了するとその旨の通知を行うロールバック・リスタ
ート手段と、前記ロールバック・リスタート手段から
の、ロールバック・リスタート処理の完了の通知を受
け、前記端末情報管理手段を参照し、ロールバック・リ
スタート処理されたプロセスの起動要求を行った端末を
特定し、その特定された端末へロールバックが行われた
ことを示す情報を通知するロールバック通知手段とを備
えるようにした。
【００１０】
【００１１】
【００１２】
【００１３】
【００１４】
【００１５】
【００１６】
【００１７】
【発明の実施の形態】以下、図面を参照しながら本発明
の実施形態について説明する。 ［第１の実施形態］図１は、本発明に係る計算機システ
ムの構成を示す図である。
の実施形態について説明する。 ［第１の実施形態］図１は、本発明に係る計算機システ
ムの構成を示す図である。
【００１８】本発明に係る計算機システムは、計算機１
と端末Ｔ１，Ｔ２，Ｔ３，…（以下「端末Ｔ」というこ
ともある。）がネットワーク２を介して接続されてい
る。また、同図においては、計算機１のみ図示している
が、ネットワーク２を介してさらに他の計算機が接続さ
れていてもよい。
と端末Ｔ１，Ｔ２，Ｔ３，…（以下「端末Ｔ」というこ
ともある。）がネットワーク２を介して接続されてい
る。また、同図においては、計算機１のみ図示している
が、ネットワーク２を介してさらに他の計算機が接続さ
れていてもよい。
【００１９】計算機１は、オペレーティングシステムの
管理の下、本来実行すべきプログラム（アプリケーショ
ンプログラム等）の実行体であるプロセスを実行する機
能を有するとともに、後述する本実施形態の機能実現手
段が設けられている。本実施形態における機能実現手段
は、プログラムとして実現してもよいし、その全部また
は一部をハードウェアとして実現するようにしてもよ
い。例えば、計算機のオペレーティングシステム内部の
機能として実現することができる。また、オペレーティ
ングシステム上で動作するいわゆるデーモンプロセス
や、プログラムに静的または動的にリンクされるライブ
ラリとして実現することも可能である。
管理の下、本来実行すべきプログラム（アプリケーショ
ンプログラム等）の実行体であるプロセスを実行する機
能を有するとともに、後述する本実施形態の機能実現手
段が設けられている。本実施形態における機能実現手段
は、プログラムとして実現してもよいし、その全部また
は一部をハードウェアとして実現するようにしてもよ
い。例えば、計算機のオペレーティングシステム内部の
機能として実現することができる。また、オペレーティ
ングシステム上で動作するいわゆるデーモンプロセス
や、プログラムに静的または動的にリンクされるライブ
ラリとして実現することも可能である。
【００２０】次に、本実施形態における各機能実現手段
について説明する。同図において、プロセス管理部１１
は、当該計算機内で実行されるアプリケーションプログ
ラム等のプロセスの実行およびその実行状態等を管理す
るものである。ここで、実行状態の管理としては、実行
中のプロセスに障害が発生した場合、内包する障害検出
部により、障害を検出する処理等があげられる。同図
は、各端末Ｔ１，Ｔ２，Ｔ３からプロセス管理部１１へ
の図示しないプロセスの起動要求に従って、プロセス管
理部１１がプロセスＰ１，Ｐ２，Ｐ３を起動し、当該プ
ロセス群の実行を管理している状態を示している。
について説明する。同図において、プロセス管理部１１
は、当該計算機内で実行されるアプリケーションプログ
ラム等のプロセスの実行およびその実行状態等を管理す
るものである。ここで、実行状態の管理としては、実行
中のプロセスに障害が発生した場合、内包する障害検出
部により、障害を検出する処理等があげられる。同図
は、各端末Ｔ１，Ｔ２，Ｔ３からプロセス管理部１１へ
の図示しないプロセスの起動要求に従って、プロセス管
理部１１がプロセスＰ１，Ｐ２，Ｐ３を起動し、当該プ
ロセス群の実行を管理している状態を示している。
【００２１】プロセス管理部１１は、端末Ｔからのプロ
セス起動要求があった場合、上述のようにプロセスを起
動するとともに、どのプロセスがどの端末によって起動
されたかに関する情報を端末情報管理部１２に通知す
る。
セス起動要求があった場合、上述のようにプロセスを起
動するとともに、どのプロセスがどの端末によって起動
されたかに関する情報を端末情報管理部１２に通知す
る。
【００２２】端末情報管理部１２は、プロセス管理部１
１からの通知に基づき、どのプロセスがどの端末によっ
て起動されたかに関する情報（以下「プロセス−端末情
報」という。）を保持する。図２は、プロセス−端末情
報の一例を示す図である。
１からの通知に基づき、どのプロセスがどの端末によっ
て起動されたかに関する情報（以下「プロセス−端末情
報」という。）を保持する。図２は、プロセス−端末情
報の一例を示す図である。
【００２３】チェックポイント管理部１３は、実行中の
プロセスについて、所定のチェックポイントタイミング
でチェックポイント情報を生成、取得する。このチェッ
クポイント情報は、例えば、ローカルディスク等の記憶
装置に記憶される。
プロセスについて、所定のチェックポイントタイミング
でチェックポイント情報を生成、取得する。このチェッ
クポイント情報は、例えば、ローカルディスク等の記憶
装置に記憶される。
【００２４】プロセス管理部１１は、実行中のプロセス
の障害発生を検出した場合、分散処理を行っている他の
計算機へ、当該障害が発生した旨を通知するとともに、
記憶装置１４に保持されているチェックポイント情報に
従ってプロセスのロールバック・リスタート処理を行
う。プロセス管理部１１は、このロールバック・リスタ
ート処理が完了すると、その旨をロールバック通知部１
５に通知する。
の障害発生を検出した場合、分散処理を行っている他の
計算機へ、当該障害が発生した旨を通知するとともに、
記憶装置１４に保持されているチェックポイント情報に
従ってプロセスのロールバック・リスタート処理を行
う。プロセス管理部１１は、このロールバック・リスタ
ート処理が完了すると、その旨をロールバック通知部１
５に通知する。
【００２５】ロールバック通知部１５は、プロセス管理
部１１からの通知を受け取ると、端末情報管理部１２を
参照し、ロールバック・リスタートしたプロセスを起動
した端末を特定し、当該端末に対してプロセスがロール
バック・リスタートされた旨を通知する。
部１１からの通知を受け取ると、端末情報管理部１２を
参照し、ロールバック・リスタートしたプロセスを起動
した端末を特定し、当該端末に対してプロセスがロール
バック・リスタートされた旨を通知する。
【００２６】図３は、プロセス管理部１１の動作処理を
説明するための図である。プロセス管理部１１は、障害
検出部によってプロセスの障害を検出した場合（ＳＴＥ
Ｐ３１）、分散チェックポイントについて、分散処理を
行っている他の計算機のプロセス管理部に、ロールバッ
ク・リスタートを行うよう指示する（ＳＴＥＰ３２）。
ＳＴＥＰ３１においてプロセスの障害の検出がない場合
であっても、分散処理を行っている他の計算機からのロ
ールバック・リスタート指示を受けた場合、または、Ｓ
ＴＥＰ３２の処理を経て、プロセス管理部１１は、ロー
ルバック・リスタート処理を行なう（ＳＴＥＰ３４）。
ロールバック・リスタート処理を行った後、プロセス管
理部１１は、ロールバック通知部１５にロールバック・
リスタートが完了した旨を通知する（ＳＴＥＰ３５）。
説明するための図である。プロセス管理部１１は、障害
検出部によってプロセスの障害を検出した場合（ＳＴＥ
Ｐ３１）、分散チェックポイントについて、分散処理を
行っている他の計算機のプロセス管理部に、ロールバッ
ク・リスタートを行うよう指示する（ＳＴＥＰ３２）。
ＳＴＥＰ３１においてプロセスの障害の検出がない場合
であっても、分散処理を行っている他の計算機からのロ
ールバック・リスタート指示を受けた場合、または、Ｓ
ＴＥＰ３２の処理を経て、プロセス管理部１１は、ロー
ルバック・リスタート処理を行なう（ＳＴＥＰ３４）。
ロールバック・リスタート処理を行った後、プロセス管
理部１１は、ロールバック通知部１５にロールバック・
リスタートが完了した旨を通知する（ＳＴＥＰ３５）。
【００２７】図４は、端末情報管理部１２の動作処理を
説明するための図である。同図に示すように、端末情報
管理部１２は、プロセス管理部１１によりプロセスが起
動された旨の通知があるまで待機する（ＳＴＥＰ４
１）。そして、。プロセスが起動された旨の通知を受け
取ると、プロセスとそのプロセスを起動した端末との対
応関係を、プロセス−端末情報として記憶する。
説明するための図である。同図に示すように、端末情報
管理部１２は、プロセス管理部１１によりプロセスが起
動された旨の通知があるまで待機する（ＳＴＥＰ４
１）。そして、。プロセスが起動された旨の通知を受け
取ると、プロセスとそのプロセスを起動した端末との対
応関係を、プロセス−端末情報として記憶する。
【００２８】図５は、ロールバック通知部１５の動作処
理を説明するための図である。ロールバック通知部１５
は、プロセス管理部１１よりロールバック・リスタート
が完了した旨の通知を受けとると（ＳＴＥＰ５１）、端
末情報管理部１２に保持されているプロセス−端末情報
を参照して、当該障害の発生に基づくロールバック・リ
スタートされたプロセスを起動した端末を特定し（ＳＴ
ＥＰ５２）、当該端末にその旨を表示すべく通知する。
理を説明するための図である。ロールバック通知部１５
は、プロセス管理部１１よりロールバック・リスタート
が完了した旨の通知を受けとると（ＳＴＥＰ５１）、端
末情報管理部１２に保持されているプロセス−端末情報
を参照して、当該障害の発生に基づくロールバック・リ
スタートされたプロセスを起動した端末を特定し（ＳＴ
ＥＰ５２）、当該端末にその旨を表示すべく通知する。
【００２９】図６は、当該通知のあった端末の画面表示
の一例を示す図である。同図は、ディスプレイ（画面）
に、ロールバック通知アイコン６１が常時表示されてお
り、ユーザは、エディタ等の作業ウィンドウ６２により
作業を行っていると状態を示している。そのときに、ロ
ールバック通知部１５により、ロールバック・リスター
トが発生し、完了した旨の通知を発せられると、例え
ば、ＰｏＰＵｐウィンドウ６３のようにウィンドウが開
いて、ロールバックが行われた旨が表示される。
の一例を示す図である。同図は、ディスプレイ（画面）
に、ロールバック通知アイコン６１が常時表示されてお
り、ユーザは、エディタ等の作業ウィンドウ６２により
作業を行っていると状態を示している。そのときに、ロ
ールバック通知部１５により、ロールバック・リスター
トが発生し、完了した旨の通知を発せられると、例え
ば、ＰｏＰＵｐウィンドウ６３のようにウィンドウが開
いて、ロールバックが行われた旨が表示される。
【００３０】また、図７は、当該通知された端末の画面
表示の他の例を示す図である。同図（ａ）は、プロセス
監視モニタウィンドウを示す図であり、プロセスの実行
が経時的に、また、メッセージ通信が同時に表示されて
いる状態を示している。ここで、例えば、プロセスＰ2
において障害が検出された場合には、当該ウィンドウは
同図（ｂ）のような表示に切り替わる。すなわち、同図
（ｂ）は、分散チェックポイントに従って各プロセスが
直近のチェックポイントＣＰまでロールバックして、リ
スタートした状態をマーク（点線）で示している。この
マークは、例えば、次のチェックポイントを通過した時
点で、当該ウィンドウから消去される。
表示の他の例を示す図である。同図（ａ）は、プロセス
監視モニタウィンドウを示す図であり、プロセスの実行
が経時的に、また、メッセージ通信が同時に表示されて
いる状態を示している。ここで、例えば、プロセスＰ2
において障害が検出された場合には、当該ウィンドウは
同図（ｂ）のような表示に切り替わる。すなわち、同図
（ｂ）は、分散チェックポイントに従って各プロセスが
直近のチェックポイントＣＰまでロールバックして、リ
スタートした状態をマーク（点線）で示している。この
マークは、例えば、次のチェックポイントを通過した時
点で、当該ウィンドウから消去される。
【００３１】以上のように、本実施形態によれば、障害
の発生に基づきロールバック・リスタート処理が行われ
た場合には、当該プロセスを起動した端末においてその
旨が表示されるので、ロールバック・リスタートの事実
を知ることができるようになる。
の発生に基づきロールバック・リスタート処理が行われ
た場合には、当該プロセスを起動した端末においてその
旨が表示されるので、ロールバック・リスタートの事実
を知ることができるようになる。
【００３２】［第２の実施形態］次に実施例２について
説明する。図８は、本実施形態に係る計算機システムの
構成を示す図である。本実施形態に係る計算機１は、ロ
ールバック・リスタート処理を行った後は、トランザク
ション管理部８１に、ロールバックが完了した旨を通知
する。
説明する。図８は、本実施形態に係る計算機システムの
構成を示す図である。本実施形態に係る計算機１は、ロ
ールバック・リスタート処理を行った後は、トランザク
ション管理部８１に、ロールバックが完了した旨を通知
する。
【００３３】トランザクション管理部８１は、コミット
されたトランザクションのＩＤとそのトランザクション
が実行されたプロセスを対応づけて記録し、次回のチェ
ックポイントまで保存する。そして、ロールバックが完
了した旨の通知を受けとると、保存しているトランザク
ションのＩＤとプロセスとの対応関係を、ロールバック
通知部１５に通知する。すなわち、このとき通知される
トランザクションは、プロセスのロールバックによって
無効になったものである。
されたトランザクションのＩＤとそのトランザクション
が実行されたプロセスを対応づけて記録し、次回のチェ
ックポイントまで保存する。そして、ロールバックが完
了した旨の通知を受けとると、保存しているトランザク
ションのＩＤとプロセスとの対応関係を、ロールバック
通知部１５に通知する。すなわち、このとき通知される
トランザクションは、プロセスのロールバックによって
無効になったものである。
【００３４】ロールバック通知部１５は、トランザクシ
ョン管理部８１からの通知を受け取ると、端末情報管理
部１２を参照し、プロセス−端末情報に基づいて、当該
プロセスを起動した端末を特定し、特定された端末に対
して、プロセスのロールバックにより無効になったトラ
ンザクションのＩＤをディスプレイに表示するため通知
を行う。
ョン管理部８１からの通知を受け取ると、端末情報管理
部１２を参照し、プロセス−端末情報に基づいて、当該
プロセスを起動した端末を特定し、特定された端末に対
して、プロセスのロールバックにより無効になったトラ
ンザクションのＩＤをディスプレイに表示するため通知
を行う。
【００３５】チェックポイント管理部８２は、各プロセ
スについてのチェックポイント情報を生成すると、トラ
ンザクション管理部８１にチェックポイント情報の生成
を完了した旨を通知する。
スについてのチェックポイント情報を生成すると、トラ
ンザクション管理部８１にチェックポイント情報の生成
を完了した旨を通知する。
【００３６】図９は、プロセス管理部１１の動作処理を
説明するための図である。プロセス管理部１１は、障害
検出部によってプロセスの障害を検出した場合（ＳＴＥ
Ｐ９１）、分散チェックポイントについて、分散処理を
行っている他の計算機のプロセス管理部に、ロールバッ
ク・リスタートを行うよう指示する（ＳＴＥＰ９２）。
ＳＴＥＰ９１においてプロセスの障害の検出がない場合
であっても、分散処理を行っている他の計算機からのロ
ールバック・リスタート指示を受けた場合、または、Ｓ
ＴＥＰ９２の処理を経て、プロセス管理部１１は、ロー
ルバック・リスタート処理を行なう（ＳＴＥＰ９４）。
ロールバック・リスタート処理を行った後、プロセス管
理部１１は、トランザクション管理部８１にロールバッ
ク・リスタートが完了した旨を通知する（ＳＴＥＰ９
５）。
説明するための図である。プロセス管理部１１は、障害
検出部によってプロセスの障害を検出した場合（ＳＴＥ
Ｐ９１）、分散チェックポイントについて、分散処理を
行っている他の計算機のプロセス管理部に、ロールバッ
ク・リスタートを行うよう指示する（ＳＴＥＰ９２）。
ＳＴＥＰ９１においてプロセスの障害の検出がない場合
であっても、分散処理を行っている他の計算機からのロ
ールバック・リスタート指示を受けた場合、または、Ｓ
ＴＥＰ９２の処理を経て、プロセス管理部１１は、ロー
ルバック・リスタート処理を行なう（ＳＴＥＰ９４）。
ロールバック・リスタート処理を行った後、プロセス管
理部１１は、トランザクション管理部８１にロールバッ
ク・リスタートが完了した旨を通知する（ＳＴＥＰ９
５）。
【００３７】図１０は、トランザクション管理部８１の
動作処理を説明するための図である。トランザクション
管理部８１は、トランザクションがコミットされたか否
かを判断する（ＳＴＥＰ１０１）このトランザクション
がコミットされたか否かの判断は、例えば、コミットす
る旨のメッセージの受け取りがあった場合にコミットさ
れたと判断する。コミットされたと判断した場合には、
トランザクションのＩＤと、そのトランザクションを実
行したプロセスとを対応づけて記録する（ＳＴＥＰ１０
２）。次に、トランザクション管理部８１は、チェック
ポイント管理部８３からチェックポイント情報を生成し
た旨の通知を受け取ったか否かを判断する（ＳＴＥＰ１
０３）。ＳＴＥＰ１０３において、当該通知を受け取っ
たと判断した場合には、記録したトランザクションのＩ
Ｄとプロセスとの対応関係を削除する（ＳＴＥＰ１０
４）。次に、トランザクション管理部８１は、プロセス
管理部１１からロールバック終了の通知を受け取ったか
否かを判断し（ＳＴＥＰ１０５）、受け取ったと判断し
た場合には、記録しているトランザクションのＩＤとプ
ロセスとの対応関係を、ロールバック通知部１５に通知
する（ＳＴＥＰ１０６）。また、ＳＴＥＰ１０５におい
て、通知を受け取っていないと判断した場合には、ＳＴ
ＥＰ１０１に戻り、上記処理を繰り返す。
動作処理を説明するための図である。トランザクション
管理部８１は、トランザクションがコミットされたか否
かを判断する（ＳＴＥＰ１０１）このトランザクション
がコミットされたか否かの判断は、例えば、コミットす
る旨のメッセージの受け取りがあった場合にコミットさ
れたと判断する。コミットされたと判断した場合には、
トランザクションのＩＤと、そのトランザクションを実
行したプロセスとを対応づけて記録する（ＳＴＥＰ１０
２）。次に、トランザクション管理部８１は、チェック
ポイント管理部８３からチェックポイント情報を生成し
た旨の通知を受け取ったか否かを判断する（ＳＴＥＰ１
０３）。ＳＴＥＰ１０３において、当該通知を受け取っ
たと判断した場合には、記録したトランザクションのＩ
Ｄとプロセスとの対応関係を削除する（ＳＴＥＰ１０
４）。次に、トランザクション管理部８１は、プロセス
管理部１１からロールバック終了の通知を受け取ったか
否かを判断し（ＳＴＥＰ１０５）、受け取ったと判断し
た場合には、記録しているトランザクションのＩＤとプ
ロセスとの対応関係を、ロールバック通知部１５に通知
する（ＳＴＥＰ１０６）。また、ＳＴＥＰ１０５におい
て、通知を受け取っていないと判断した場合には、ＳＴ
ＥＰ１０１に戻り、上記処理を繰り返す。
【００３８】図１１は、ロールバック通知部の動作処理
を説明するための図である。ロールバック通知部１５
は、トランザクション管理部８１から無効になったトラ
ンザクションのＩＤの通知を受け取るまで待機する（Ｓ
ＴＥＰ１１１）。当該ＩＤの通知を受け取った場合に
は、端末情報管理部１２を参照することにより、プロセ
ス−端末情報に基づき、プロセスを起動した端末を特定
する（ＳＴＥＰ１１２）。そして、ロールバック通知部
１５は、当該端末のディスプレイに、ロールバックした
トランザクションのＩＤを表示するため、通知を行う。
なお、図１２は、当該通知のあった端末の画面表示の一
例を示す図である。同図は、ディスプレイ（画面）に、
ロールバック通知アイコン１２１が常時表示されてお
り、ユーザは、エディタ等の作業ウィンドウ１２２によ
り作業を行っていると状態を示している。このような状
況において、ロールバック通知部１５により、ロールバ
ック・リスタートが発生し、無効となったトランザクシ
ョンが通知されると、例えば、ＰｏＰＵｐウィンドウ１
２３のようにウィンドウが開いて、トランザクションが
取り消された旨の表示が行われる。
を説明するための図である。ロールバック通知部１５
は、トランザクション管理部８１から無効になったトラ
ンザクションのＩＤの通知を受け取るまで待機する（Ｓ
ＴＥＰ１１１）。当該ＩＤの通知を受け取った場合に
は、端末情報管理部１２を参照することにより、プロセ
ス−端末情報に基づき、プロセスを起動した端末を特定
する（ＳＴＥＰ１１２）。そして、ロールバック通知部
１５は、当該端末のディスプレイに、ロールバックした
トランザクションのＩＤを表示するため、通知を行う。
なお、図１２は、当該通知のあった端末の画面表示の一
例を示す図である。同図は、ディスプレイ（画面）に、
ロールバック通知アイコン１２１が常時表示されてお
り、ユーザは、エディタ等の作業ウィンドウ１２２によ
り作業を行っていると状態を示している。このような状
況において、ロールバック通知部１５により、ロールバ
ック・リスタートが発生し、無効となったトランザクシ
ョンが通知されると、例えば、ＰｏＰＵｐウィンドウ１
２３のようにウィンドウが開いて、トランザクションが
取り消された旨の表示が行われる。
【００３９】図１３は、チェックポイント管理部８２の
動作処理を説明するための図である。チェックポイント
管理部８２は、例えば、ＯＳのタイマ機構により決定さ
れる所定のチェックポイントタイミングでチェックポイ
ント情報を生成し、記憶装置１４に記憶するとともに
（ＳＴＥＰ１３１）、トランザクション管理部８１にそ
の旨を通知する（ＳＴＥＰ１３２）。
動作処理を説明するための図である。チェックポイント
管理部８２は、例えば、ＯＳのタイマ機構により決定さ
れる所定のチェックポイントタイミングでチェックポイ
ント情報を生成し、記憶装置１４に記憶するとともに
（ＳＴＥＰ１３１）、トランザクション管理部８１にそ
の旨を通知する（ＳＴＥＰ１３２）。
【００４０】本実施形態によれば、ロールバック・リス
タート処理が行なわれた場合に、その処理結果だけでな
く、データベースシステムにおいて、当該ロールバック
・リスタートにより無効になったトランザクションのＩ
Ｄについても通知、表示されるので、ユーザはその事実
を知ることができる。
タート処理が行なわれた場合に、その処理結果だけでな
く、データベースシステムにおいて、当該ロールバック
・リスタートにより無効になったトランザクションのＩ
Ｄについても通知、表示されるので、ユーザはその事実
を知ることができる。
【００４１】［第３の実施形態］図１４は、第３の実施
形態に係る計算機システムの構成を示す図である。本実
施形態では、ユーザの入力操作（ユーザアクション）
と、その操作に対するプロセスの対応関係を記録してお
き、ロールバック・リスタート処理が行われた場合に、
その対応関係を端末に通知することを特徴とする。
形態に係る計算機システムの構成を示す図である。本実
施形態では、ユーザの入力操作（ユーザアクション）
と、その操作に対するプロセスの対応関係を記録してお
き、ロールバック・リスタート処理が行われた場合に、
その対応関係を端末に通知することを特徴とする。
【００４２】同図において、ユーザアクション管理部１
４１は、ユーザの入力操作と、その操作が行われたプロ
セスの対応関係を記録し、次回のチェックポイントまで
保存する。そして、ロールバックが完了した旨の通知を
受け取ると、保存しているユーザアクションとプロセス
との対応関係をロールバック通知部へ通知する。
４１は、ユーザの入力操作と、その操作が行われたプロ
セスの対応関係を記録し、次回のチェックポイントまで
保存する。そして、ロールバックが完了した旨の通知を
受け取ると、保存しているユーザアクションとプロセス
との対応関係をロールバック通知部へ通知する。
【００４３】ここで、ユーザアクションとは、プロセス
からの入力要求やプロセスに対する制御命令等がある。
入力要求としては、例えば、入力フィールドにキーボー
ド等から直接的にデータを入力するような場合があげら
れ、制御命令としては、例えば、ウィンドウの移動操作
等があげられる。このようなユーザアクションは、所定
のフォーマットで、ユーザアクション管理部１４１の管
理の下、メモリ等に記録される。
からの入力要求やプロセスに対する制御命令等がある。
入力要求としては、例えば、入力フィールドにキーボー
ド等から直接的にデータを入力するような場合があげら
れ、制御命令としては、例えば、ウィンドウの移動操作
等があげられる。このようなユーザアクションは、所定
のフォーマットで、ユーザアクション管理部１４１の管
理の下、メモリ等に記録される。
【００４４】ロールバック通知部１５は、無効になった
入力操作とプロセスとの対応関係をユーザアクション管
理部１４１から受け取ると、端末情報管理部１２に保存
されているプロセス−端末情報を参照することにより、
プロセスを起動した端末を特定し、当該端末にプロセス
のロールバックにより無効になった入力操作をディスプ
レイに表示するよう、通知を行う。
入力操作とプロセスとの対応関係をユーザアクション管
理部１４１から受け取ると、端末情報管理部１２に保存
されているプロセス−端末情報を参照することにより、
プロセスを起動した端末を特定し、当該端末にプロセス
のロールバックにより無効になった入力操作をディスプ
レイに表示するよう、通知を行う。
【００４５】図１５は、ユーザアクション管理部１４１
の動作処理を説明するための図である。ユーザアクショ
ン管理部１４１は、実行中のプロセスについて、ユーザ
の入力操作をトレースし、入力操作とその操作が行われ
たプロセスとの対応関係を記録する（ＳＴＥＰ１５
１）。次に、ユーザアクション管理部１４１は、チェッ
クポイント管理部１４２からチェックポイント情報を生
成した旨の通知を受け取ったか否かを判断する（ＳＴＥ
Ｐ１５２）。ＳＴＥＰ１５２において、当該通知を受け
取ったと判断した場合には、記録されている入力操作と
プロセスとの対応関係を削除する（ＳＴＥＰ１５３）。
の動作処理を説明するための図である。ユーザアクショ
ン管理部１４１は、実行中のプロセスについて、ユーザ
の入力操作をトレースし、入力操作とその操作が行われ
たプロセスとの対応関係を記録する（ＳＴＥＰ１５
１）。次に、ユーザアクション管理部１４１は、チェッ
クポイント管理部１４２からチェックポイント情報を生
成した旨の通知を受け取ったか否かを判断する（ＳＴＥ
Ｐ１５２）。ＳＴＥＰ１５２において、当該通知を受け
取ったと判断した場合には、記録されている入力操作と
プロセスとの対応関係を削除する（ＳＴＥＰ１５３）。
【００４６】記録を削除した後、または、ＳＴＥＰ１５
２において通知を受け取っていないと判断された場合に
は、ユーザアクション管理部１４１は、プロセス管理部
からロールバックが完了した旨の通知があったか否かを
判断する（ＳＴＥＰ１５４）。ＳＴＥＰ１５４におい
て、当該通知があったと判断された場合には、入力操作
とプロセスとの対応関係をロールバック通知部１５に通
知する（ＳＴＥＰ１５５）。つまり、記録されている入
力操作は、ロールバックにより無効になったものであ
る。
２において通知を受け取っていないと判断された場合に
は、ユーザアクション管理部１４１は、プロセス管理部
からロールバックが完了した旨の通知があったか否かを
判断する（ＳＴＥＰ１５４）。ＳＴＥＰ１５４におい
て、当該通知があったと判断された場合には、入力操作
とプロセスとの対応関係をロールバック通知部１５に通
知する（ＳＴＥＰ１５５）。つまり、記録されている入
力操作は、ロールバックにより無効になったものであ
る。
【００４７】図１６は、ロールバック通知部１５の動作
処理を説明するための図である。ロールバック通知部１
５は、無効になった入力操作とプロセスとの対応関係を
ユーザアクション管理部１４１から通知されるまで待機
する（ＳＴＥＰ１６１）。ロールバック通知部１５は、
当該通知があったと判断した場合には、端末情報管理部
１２に保存されているプロセス−端末情報を参照するこ
とにより、当該プロセスを起動した端末を特定し（ＳＴ
ＥＰ１６２）、その端末に対してプロセスのロールバッ
クにより無効になった入力操作を表示するように通知す
る（ＳＴＥＰ１６３）。
処理を説明するための図である。ロールバック通知部１
５は、無効になった入力操作とプロセスとの対応関係を
ユーザアクション管理部１４１から通知されるまで待機
する（ＳＴＥＰ１６１）。ロールバック通知部１５は、
当該通知があったと判断した場合には、端末情報管理部
１２に保存されているプロセス−端末情報を参照するこ
とにより、当該プロセスを起動した端末を特定し（ＳＴ
ＥＰ１６２）、その端末に対してプロセスのロールバッ
クにより無効になった入力操作を表示するように通知す
る（ＳＴＥＰ１６３）。
【００４８】図１７は、当該通知のあった端末の画面表
示の一例を示す図である。同図は、ディスプレイ（画
面）に、ロールバック通知アイコン１７１が常時表示さ
れており、ユーザは、エディタ等の作業ウィンドウ１７
２により作業を行っている状態を示している。このよう
な状況において、ロールバック通知部１５により、ロー
ルバック・リスタートが発生し、無効となったトランザ
クションが通知されると、例えば、ＰｏＰＵｐウィンド
ウ１７３のようにウィンドウが開いて、入力操作による
データが取り消された旨の表示が行われる。同図に示す
ように、ユーザアクションは、入力されたデータのほ
か、制御命令等も表示するようにしてもよい。
示の一例を示す図である。同図は、ディスプレイ（画
面）に、ロールバック通知アイコン１７１が常時表示さ
れており、ユーザは、エディタ等の作業ウィンドウ１７
２により作業を行っている状態を示している。このよう
な状況において、ロールバック通知部１５により、ロー
ルバック・リスタートが発生し、無効となったトランザ
クションが通知されると、例えば、ＰｏＰＵｐウィンド
ウ１７３のようにウィンドウが開いて、入力操作による
データが取り消された旨の表示が行われる。同図に示す
ように、ユーザアクションは、入力されたデータのほ
か、制御命令等も表示するようにしてもよい。
【００４９】以上のように本実施形態によれば、例え
ば、ウィンドウシステム等のインタラクティブな環境に
おいて、ロールバック・リスタート処理が行なわれた場
合に、当該ロールバック・リスタート処理により無効に
なった入力操作が通知されるので、ユーザはその内容を
知ることができるようになる。
ば、ウィンドウシステム等のインタラクティブな環境に
おいて、ロールバック・リスタート処理が行なわれた場
合に、当該ロールバック・リスタート処理により無効に
なった入力操作が通知されるので、ユーザはその内容を
知ることができるようになる。
【００５０】
【発明の効果】本発明によれば、計算機に障害が発生し
た場合、分散チェックポイント・リスタート方法におい
て、プロセスのロールバック・リスタート処理が行なわ
れる際、当該プロセスがロールバックしたことをユーザ
ーが知ることが可能となる。
た場合、分散チェックポイント・リスタート方法におい
て、プロセスのロールバック・リスタート処理が行なわ
れる際、当該プロセスがロールバックしたことをユーザ
ーが知ることが可能となる。
【００５１】また、データベースシステムの場合は、プ
ロセスのロールバックにより無効になったトランザクシ
ョンを知ることが可能となる。さらに、ウィンドウシス
テム等の環境において、ユーザーの入力操作のうち、プ
ロセスのロールバック・リスタート処理によって無効に
なった入力操作を知ることが可能となる。
ロセスのロールバックにより無効になったトランザクシ
ョンを知ることが可能となる。さらに、ウィンドウシス
テム等の環境において、ユーザーの入力操作のうち、プ
ロセスのロールバック・リスタート処理によって無効に
なった入力操作を知ることが可能となる。
【図１】 第１の実施形態に係る計算機システムの構成
を示す図。
を示す図。
【図２】 プロセス−端末情報の一例を示す図。
【図３】 プロセス管理部の動作処理を説明するための
図。
図。
【図４】 端末情報管理部の動作処理を説明するための
図。
図。
【図５】 ロールバック通知部の動作処理を説明するた
めの図。
めの図。
【図６】 通知のあった端末の画面表示の一例を示す
図。
図。
【図７】 通知のあった端末の画面表示の他の例を示す
図。
図。
【図８】 第２の実施形態に係る計算機システムの構成
を示す図。
を示す図。
【図９】 プロセス管理部の動作処理を説明するための
図。
図。
【図１０】 トランザクション管理部の動作処理を説明
するための図。
するための図。
【図１１】 ロールバック通知部の動作処理を説明する
ための図。
ための図。
【図１２】 通知のあった端末の画面表示の一例を示す
図。
図。
【図１３】 チェックポイント管理部の動作処理を説明
するための図。
するための図。
【図１４】 第３の実施形態に係る計算機システムの構
成を示す図。
成を示す図。
【図１５】 ユーザアクション管理部の動作処理を説明
するための図。
するための図。
【図１６】 ロールバック通知部の動作処理を説明する
ための図。
ための図。
【図１７】 通知のあった端末の画面表示の一例を示す
図。
図。
１…計算機
１１…プロセス管理部
１２…端末情報管理部
１３…チェックポイント管理部
１４…記憶装置
１５…ロールバック通知部
８１…トランザクション管理部
１４１…ユーザアクション管理部
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 金井 達徳
神奈川県川崎市幸区小向東芝町１番地
株式会社東芝 研究開発センター内
(56)参考文献 特開 昭60−252964（ＪＰ，Ａ)
特開 平９−34762（ＪＰ，Ａ)
特開 昭63−24347（ＪＰ，Ａ)
特開 平２−51740（ＪＰ，Ａ)
特開 平５−67011（ＪＰ，Ａ)
白木原、外２名著，”高信頼化ミドル
ウェア”ＡＲＴＥＭＩＳ”の設計と実
装”，情報処理学会研究報告，日本,
（社）情報処理学会，1997年 ２月27
日，第97巻、第20号，ｐ．183−188
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 15/00
G06F 11/32
G06F 12/00
Claims (3)
- 【請求項１】複数の端末とネットワークを介して接続さ
れ、各端末からの要求によりプロセスを実行する計算機
であって、 記憶装置と、 実行中のプロセスについて、所定のチェックポイントタ
イミングでチェックポイント情報を生成し、前記記憶装
置へ記憶するチェックポイント管理手段と、 各端末からのプロセスの起動要求により要求されたプロ
セスを起動するとともに、起動したプロセスと要求を行
った端末との対応付けを通知するプロセス起動手段と、 前記プロセス起動手段からの通知の内容を保持する端末
情報管理手段と、 実行中のプロセスの障害発生を検出すると、前記記憶装
置に記憶されるチェックポイント情報に従って該プロセ
スのロールバック・リスタート処理を行い、該ロールバ
ック・リスタート処理の完了するとその旨の通知を行う
ロールバック・リスタート手段と、 前記ロールバック・リスタート手段からの、ロールバッ
ク・リスタート処理の完了の通知を受け、前記端末情報
管理手段を参照し、ロールバック・リスタート処理され
たプロセスの起動要求を行った端末を特定し、その特定
された端末へロールバックが行われたことを示す情報を
通知するロールバック通知手段とを備えたことを特徴と
する計算機。 - 【請求項２】トランザクションがコミットされた場合
に、該トランザクションのＩＤとそのトランザクション
を実行したプロセスを示す情報とを対応付けて、次のチ
ェックポイントタイミングまで保持するものであって、
前記ロールバック・リスタート手段からの、ロールバッ
ク・リスタート処理の完了の通知を受けると、保持して
いる該トランザクションのＩＤとプロセスを示す情報と
を前記ロールバック通知手段へ通知を行うトランザクシ
ョン管理手段を更に備え、 前記ロールバック通知手段は、該トランザクション管理
手段からの該トランザクションのＩＤと該プロセスを示
す情報との通知を受け、前記端末情報管理手段を参照し
て端末を特定し、その特定された端末へロールバックし
たトランザクションのＩＤを通知するようにしたことを
特徴とする請求項１記載の計算機。 - 【請求項３】ユーザの入力操作があった場合に、該入力
操作の内容と該入力操作が行われたプロセスを示す情報
とを対応付けて、次のチェックポイントタイミングまで
保持するものであって、前記ロールバック・リスタート
手段からの、ロールバック・リスタート処理の完了の通
知を受けると、保持している該入力操作の内容と該プロ
セスを示す情報とを前記ロールバック通知手段へ通知を
行うユーザアクション管理手段を更に備え、 前記ロールバック通知手段は、該ユーザアクション管理
手段からの該入力操作の内容と該プロセスを示す情報と
の通知を受け、前記端末情報管理手段を参照して端末を
特定し、その特定された端末へ該入力操作の内容を無効
になった入力操作として通知するようにしたことを特徴
とする請求項１記載の計算機。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08028297A JP3516428B2 (ja) | 1997-03-31 | 1997-03-31 | 計算機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08028297A JP3516428B2 (ja) | 1997-03-31 | 1997-03-31 | 計算機 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10275133A JPH10275133A (ja) | 1998-10-13 |
| JP3516428B2 true JP3516428B2 (ja) | 2004-04-05 |
Family
ID=13713928
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08028297A Expired - Fee Related JP3516428B2 (ja) | 1997-03-31 | 1997-03-31 | 計算機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3516428B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009169515A (ja) * | 2008-01-11 | 2009-07-30 | Denso Corp | コンピュータシステム及びシステム回復装置 |
| WO2011080910A2 (en) | 2010-01-04 | 2011-07-07 | Nec Corporation | Method, distributed system and computer program for failure recovery |
-
1997
- 1997-03-31 JP JP08028297A patent/JP3516428B2/ja not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| 白木原、外２名著，"高信頼化ミドルウェア"ＡＲＴＥＭＩＳ"の設計と実装"，情報処理学会研究報告，日本，（社）情報処理学会，１９９７年 ２月２７日，第９７巻、第２０号，ｐ．１８３−１８８ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10275133A (ja) | 1998-10-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3072048B2 (ja) | 計算機システムおよび計算機システムのソフトウェア故障回復方法 | |
| JP4321705B2 (ja) | スナップショットの取得を制御するための装置及び記憶システム | |
| JP3675802B2 (ja) | 計算の状態を再構成する方法ならびにシステム | |
| JP3253883B2 (ja) | プロセスリスタート方法及びプロセス監視装置 | |
| US7516361B2 (en) | Method for automatic checkpoint of system and application software | |
| US8965929B2 (en) | Manipulating electronic backups | |
| US7636741B2 (en) | Online page restore from a database mirror | |
| US10042695B1 (en) | Program exception recovery | |
| JP4363676B2 (ja) | コンピュータシステム | |
| US6708288B1 (en) | Compiler-based checkpointing for support of error recovery | |
| US9996378B2 (en) | Managing a check-point based high-availability backup virtual machine | |
| US20060123211A1 (en) | Method for optimizing a snapshot operation on a file basis | |
| US5734896A (en) | Recovery of a remotely initiated distributed prepared transaction by status report from a second database to an external coordinator | |
| JP3094888B2 (ja) | 採番機構、データ整合性確認機構、トランザクション再実行機構及び分散トランザクション処理システム | |
| US20120117421A1 (en) | System and method for remote recovery with checkpoints and intention logs | |
| US20100287407A1 (en) | Computer Storage Synchronization and Backup System | |
| Le et al. | Applying microreboot to system software | |
| JP3516428B2 (ja) | 計算機 | |
| Smith et al. | Surviving peripheral failures in embedded systems | |
| JP3463020B2 (ja) | ワークフロー実行方法および装置とワークフロー実行プログラムを記録した記録媒体 | |
| JPH06139087A (ja) | チェックポイントリスタート方式 | |
| US5655072A (en) | Method and apparatus for testing a sytem component with test checkpointing | |
| JP3357777B2 (ja) | プログラム制御システム | |
| JP3338724B2 (ja) | データベースセーブ方式 | |
| JP3437789B2 (ja) | コンピュータのプログラムシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040116 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040119 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100130 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100130 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110130 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130130 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140130 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |