JPH10214199A - プロセスリスタート方法およびプロセスリスタートを実現するためのシステム - Google Patents
プロセスリスタート方法およびプロセスリスタートを実現するためのシステムInfo
- Publication number
- JPH10214199A JPH10214199A JP9018350A JP1835097A JPH10214199A JP H10214199 A JPH10214199 A JP H10214199A JP 9018350 A JP9018350 A JP 9018350A JP 1835097 A JP1835097 A JP 1835097A JP H10214199 A JPH10214199 A JP H10214199A
- Authority
- JP
- Japan
- Prior art keywords
- computer
- restart
- server
- client
- failure
- 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.)
- Granted
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
- G06F11/1405—Saving, restoring, recovering or retrying at machine instruction level
- G06F11/1407—Checkpointing the instruction stream
Abstract
(57)【要約】
【課題】分散チェックポイント／リスタート方式により
高信頼化したクライアント・サーバシステム上で、１台
のクライアント計算機に障害が発生した場合でも、当該
システム全体に影響を及ぼすことを防止する。 【解決手段】コンピュータシステムの稼働中に障害が発
生した場合に、当該障害が発生した計算機がサーバ計算
機であるかクライアント計算機であるかを判断し、サー
バ計算機であると判断した場合には、システム全体のロ
ールバック／リスタートを実行し、クライアント計算機
であると判断した場合には、当該ロールバック／リスタ
ートを実行することなく、次の指示があるまで待機させ
る。
高信頼化したクライアント・サーバシステム上で、１台
のクライアント計算機に障害が発生した場合でも、当該
システム全体に影響を及ぼすことを防止する。 【解決手段】コンピュータシステムの稼働中に障害が発
生した場合に、当該障害が発生した計算機がサーバ計算
機であるかクライアント計算機であるかを判断し、サー
バ計算機であると判断した場合には、システム全体のロ
ールバック／リスタートを実行し、クライアント計算機
であると判断した場合には、当該ロールバック／リスタ
ートを実行することなく、次の指示があるまで待機させ
る。
Description
【０００１】
【発明の属する技術分野】本発明は、計算機のリスター
ト方法及び計算機のリスタートシステムに関するもので
あり、特に、クライアント／サーバコンピュータシステ
ムにおいて、チェックポイントに従ったプロセス状態の
取得を行う場合の計算機のリスタート方法及びシステム
に関する。
ト方法及び計算機のリスタートシステムに関するもので
あり、特に、クライアント／サーバコンピュータシステ
ムにおいて、チェックポイントに従ったプロセス状態の
取得を行う場合の計算機のリスタート方法及びシステム
に関する。
【０００２】
【従来の技術】従来から、計算機におけるプログラム実
行の信頼性を向上させる方法として、チェックポイント
に従ったプログラムの実行方法が知られている。これ
は、プログラムの実行に際し、所定のチェックポイント
・タイミングに従ってプログラムの実行体であるプロセ
スの状態を定期・不定期に取得し、プログラムの実行中
に障害が発生した場合には、直近のチェックポイントに
取得したおけるプロセスの状態から当該プログラムを再
実行するという方法である。ここで、チェックポイント
とは、プログラムの実行を経時的に見た場合に、プロセ
スの状態を取得するための処理を行う時点をいうものと
し、チェックポイント・タイミングとは、あるチェック
ポイントから次のチェックポイントまでの範囲をいうも
のとする。
行の信頼性を向上させる方法として、チェックポイント
に従ったプログラムの実行方法が知られている。これ
は、プログラムの実行に際し、所定のチェックポイント
・タイミングに従ってプログラムの実行体であるプロセ
スの状態を定期・不定期に取得し、プログラムの実行中
に障害が発生した場合には、直近のチェックポイントに
取得したおけるプロセスの状態から当該プログラムを再
実行するという方法である。ここで、チェックポイント
とは、プログラムの実行を経時的に見た場合に、プロセ
スの状態を取得するための処理を行う時点をいうものと
し、チェックポイント・タイミングとは、あるチェック
ポイントから次のチェックポイントまでの範囲をいうも
のとする。
【０００３】ところで、単独で動作するプログラムにお
いては、そのプロセスの途中状態のみのチェックポイン
トで、プロセスの状態を取得すればよいが、複数のプロ
グラムがプロセス間通信等の関係をもって動作するよう
な場合においては、１つのプロセスについて、チェック
ポイントに従って当該プロセスの状態を取得するのみで
は不十分である。すなわち、再実行した場合に矛盾が生
じないようにするためには、チェックポイントごとに相
互に関係がある複数のプロセスの状態を取得する必要が
ある。以下では、便宜上、各プロセスごとについてのチ
ェックポイントをローカルチェックポインといい、相互
に関係があるプロセスについてのローカルチェックポイ
ントの集合を分散チェックポイントというものとする。
いては、そのプロセスの途中状態のみのチェックポイン
トで、プロセスの状態を取得すればよいが、複数のプロ
グラムがプロセス間通信等の関係をもって動作するよう
な場合においては、１つのプロセスについて、チェック
ポイントに従って当該プロセスの状態を取得するのみで
は不十分である。すなわち、再実行した場合に矛盾が生
じないようにするためには、チェックポイントごとに相
互に関係がある複数のプロセスの状態を取得する必要が
ある。以下では、便宜上、各プロセスごとについてのチ
ェックポイントをローカルチェックポインといい、相互
に関係があるプロセスについてのローカルチェックポイ
ントの集合を分散チェックポイントというものとする。
【０００４】また、あるプロセスやそのプロセスが動作
している計算機に障害が発生した場合に、複数のプロセ
スが直近のチェックポイントにまで戻って再実行（リス
タート）を行う必要がある。これは、一般的にロールバ
ックと呼ばれる。このように、チェックポイント／リス
タートを分散システムに適用した場合を、分散チェック
ポイント／リスタート方式と呼ぶこととする。
している計算機に障害が発生した場合に、複数のプロセ
スが直近のチェックポイントにまで戻って再実行（リス
タート）を行う必要がある。これは、一般的にロールバ
ックと呼ばれる。このように、チェックポイント／リス
タートを分散システムに適用した場合を、分散チェック
ポイント／リスタート方式と呼ぶこととする。
【０００５】従来の分散チェックポイントに基づくプロ
セス状態の取得を行なう方法として、以下の２種類に大
別することができる。 （１）同期型分散チェックポイントに基づくプロセス状
態の取得 （２）非同期型分散チェックポイントに基づくプロセス
状態の取得 図１（ａ）は、同期型分散チェックポイント方式の例を
示す図である。同図は、３つのプロセスＰ１，Ｐ２，Ｐ
３がそれぞれメッセージ送受信を行ないながら処理を進
めている場合の分散チェックポイントＣＨ１を示してい
る。
セス状態の取得を行なう方法として、以下の２種類に大
別することができる。 （１）同期型分散チェックポイントに基づくプロセス状
態の取得 （２）非同期型分散チェックポイントに基づくプロセス
状態の取得 図１（ａ）は、同期型分散チェックポイント方式の例を
示す図である。同図は、３つのプロセスＰ１，Ｐ２，Ｐ
３がそれぞれメッセージ送受信を行ないながら処理を進
めている場合の分散チェックポイントＣＨ１を示してい
る。
【０００６】同期型チェックポイントに従ったプロセス
の状態の取得方法（同期型分散チェックポイント方式）
として、"K.M. Chandy and L. Lamport: Distributed S
napshots:Determining Global States of Distributed
Systems, ACM Trans. Computer Syst., Vol. 3, No. 1,
pp. 63-75, Feb 1985" が知られている。この方法は、
プロセス間通信としてメッセージ送受信を対象にしてお
り、一貫性のある分散チェックポイントとは、未送信か
つ受信済みのメッセージが存在しない状態であると定義
している。より具体的には、分散チェックポイントに従
ったプロセス状態の取得時に、マーカと呼ばれるメッセ
ージを送り合うことで矛盾を引き起こすメッセージを検
出し、それらを保存することで全体として一慣性のある
状態を構築し、プロセス状態の取得を行なう。従って、
同図の分散チェックポイントＣＨ１においては、各チェ
ックポイントは、各メッセージに関して矛盾がない状態
となっている。
の状態の取得方法（同期型分散チェックポイント方式）
として、"K.M. Chandy and L. Lamport: Distributed S
napshots:Determining Global States of Distributed
Systems, ACM Trans. Computer Syst., Vol. 3, No. 1,
pp. 63-75, Feb 1985" が知られている。この方法は、
プロセス間通信としてメッセージ送受信を対象にしてお
り、一貫性のある分散チェックポイントとは、未送信か
つ受信済みのメッセージが存在しない状態であると定義
している。より具体的には、分散チェックポイントに従
ったプロセス状態の取得時に、マーカと呼ばれるメッセ
ージを送り合うことで矛盾を引き起こすメッセージを検
出し、それらを保存することで全体として一慣性のある
状態を構築し、プロセス状態の取得を行なう。従って、
同図の分散チェックポイントＣＨ１においては、各チェ
ックポイントは、各メッセージに関して矛盾がない状態
となっている。
【０００７】また、図１（ｂ）は、非同期型分散チェッ
クポイント方式の例を示す図である。同図に示すよう
に、非同期型分散チェックポイント方式においては、各
プロセスの任意の時点でチェックポイントに基づくプロ
セス状態の取得を行う。非同期型チェックポイント方式
を実現する方法として、"R.E. Strom ans S. Yemini: O
ptimistic Recovery in Distributed Systems, ACM Tra
ns. Computer Syst., Vol. 3, No. 3, pp.204-228, 198
5"が知られている。これは、プロセスＰ２に障害が発生
した場合、プロセスＰ２は、チェックポイントＣＨｂま
でロールバックする。プロセスＰ２ではメッセージｍ
５、ｍ６が再現される必要があるため、プロセスＰ１，
Ｐ２もそれぞれ、チェックポイントＣＨａ，ＣＨｃまで
ロールバックする。するとプロセスＰ３は、メッセージ
ｍ４が再現される必要があるため、プロセスＰ２はさら
にチェックポイントＣｈｂ以前のチェックポイントまで
ロールバックする必要がある。このように各プロセスが
連鎖的にロールバックする状態をカスケードロールバッ
クと呼ぶ。非同期型チェックポイント方式では、このカ
スケードロールバックを防ぐために各プロセス毎に受信
したメッセージを保存するメッセージロギングと呼ばれ
る方法をとる。
クポイント方式の例を示す図である。同図に示すよう
に、非同期型分散チェックポイント方式においては、各
プロセスの任意の時点でチェックポイントに基づくプロ
セス状態の取得を行う。非同期型チェックポイント方式
を実現する方法として、"R.E. Strom ans S. Yemini: O
ptimistic Recovery in Distributed Systems, ACM Tra
ns. Computer Syst., Vol. 3, No. 3, pp.204-228, 198
5"が知られている。これは、プロセスＰ２に障害が発生
した場合、プロセスＰ２は、チェックポイントＣＨｂま
でロールバックする。プロセスＰ２ではメッセージｍ
５、ｍ６が再現される必要があるため、プロセスＰ１，
Ｐ２もそれぞれ、チェックポイントＣＨａ，ＣＨｃまで
ロールバックする。するとプロセスＰ３は、メッセージ
ｍ４が再現される必要があるため、プロセスＰ２はさら
にチェックポイントＣｈｂ以前のチェックポイントまで
ロールバックする必要がある。このように各プロセスが
連鎖的にロールバックする状態をカスケードロールバッ
クと呼ぶ。非同期型チェックポイント方式では、このカ
スケードロールバックを防ぐために各プロセス毎に受信
したメッセージを保存するメッセージロギングと呼ばれ
る方法をとる。
【０００８】すなわち、同図において、黒三角で示した
ものが保存が完了した受信メッセージであり、△で示し
たものが、まだ保存していないメッセージである。同図
において、プロセスＰ２に障害が発生した場合、プロセ
スＰ２は、チェックポイントＣＨｂからリスタートし、
メッセージｍ５は保存されているため、メッセージｍ６
を受信する前の状態まで再実行できるが、メッセージｍ
６の内容は失われているため、プロセスＰ３もチェック
ポイントＣＨｃから再実行され、保存したｍ４を元に受
信を再実行し、ｍ６を送信する。プロセスｐ１に関して
はロールバックすることなく実行を継続する。ここで、
各プロセスはリスタート後の受信処理を保存したメッセ
ージを元に行なうため、各プロセスの動作が決定的（何
度も同じ処理を行なっても再現性がある）でなけらばな
らない。なぜなら、プロセスの動作が非決定的な場合、
保存している受信メッセージとは異なるメッセージが送
信側プロセスで生成される可能性があるためである。
ものが保存が完了した受信メッセージであり、△で示し
たものが、まだ保存していないメッセージである。同図
において、プロセスＰ２に障害が発生した場合、プロセ
スＰ２は、チェックポイントＣＨｂからリスタートし、
メッセージｍ５は保存されているため、メッセージｍ６
を受信する前の状態まで再実行できるが、メッセージｍ
６の内容は失われているため、プロセスＰ３もチェック
ポイントＣＨｃから再実行され、保存したｍ４を元に受
信を再実行し、ｍ６を送信する。プロセスｐ１に関して
はロールバックすることなく実行を継続する。ここで、
各プロセスはリスタート後の受信処理を保存したメッセ
ージを元に行なうため、各プロセスの動作が決定的（何
度も同じ処理を行なっても再現性がある）でなけらばな
らない。なぜなら、プロセスの動作が非決定的な場合、
保存している受信メッセージとは異なるメッセージが送
信側プロセスで生成される可能性があるためである。
【０００９】以上述べたように、分散チェックポイント
方式によれば、ある1 つのプロセスまたは計算機に障害
が発生した場合、相互に関係がある他のプロセスも含め
てロールバック／リスタートが起こる。
方式によれば、ある1 つのプロセスまたは計算機に障害
が発生した場合、相互に関係がある他のプロセスも含め
てロールバック／リスタートが起こる。
【００１０】
【発明が解決しようとする課題】図２は、一般的な分散
システムのモデルであるクライアント・サーバモデルに
よるシステムの概念的構成を示す図である。同図は、図
１で示した３つのプロセスＡ、Ｂ、Ｃがそれぞれクライ
アント計算機Ｃ１、クライアント計算機Ｃ２、サーバ計
算機Ｓ上で動作している様子を示している。通常、クラ
イアント・サーバシステムにおいては、クライアント計
算機Ｃ１，Ｃ２は、ユーザが直接使用する端末であり、
複数のクライアント計算機のクライアントプロセスがサ
ーバ計算機Ｓ上のサーバプロセスに処理を要求し、サー
バプロセスは要求された処理を行って、処理結果をクラ
イアントプロセスに返し、クライアントプロセスは、サ
ーバから受けた結果を画面に表示してユーザに通知す
る。
システムのモデルであるクライアント・サーバモデルに
よるシステムの概念的構成を示す図である。同図は、図
１で示した３つのプロセスＡ、Ｂ、Ｃがそれぞれクライ
アント計算機Ｃ１、クライアント計算機Ｃ２、サーバ計
算機Ｓ上で動作している様子を示している。通常、クラ
イアント・サーバシステムにおいては、クライアント計
算機Ｃ１，Ｃ２は、ユーザが直接使用する端末であり、
複数のクライアント計算機のクライアントプロセスがサ
ーバ計算機Ｓ上のサーバプロセスに処理を要求し、サー
バプロセスは要求された処理を行って、処理結果をクラ
イアントプロセスに返し、クライアントプロセスは、サ
ーバから受けた結果を画面に表示してユーザに通知す
る。
【００１１】図３は、分散チェックポイント／リスター
ト方式を説明するための概念図である。すなわち、同図
（ａ）は分散同期型チェックポイント方式、同図（ｂ）
は分散非同期チェックポイント方式において、Ｆ１時点
でクライアント計算機Ｃ１に障害が発生した場合を示し
ている。両方式によれば、プロセスＡの障害が発生した
ことに伴って、プロセスＢ，Ｃも最も直近のチェックポ
イントからリスタートすることになる。
ト方式を説明するための概念図である。すなわち、同図
（ａ）は分散同期型チェックポイント方式、同図（ｂ）
は分散非同期チェックポイント方式において、Ｆ１時点
でクライアント計算機Ｃ１に障害が発生した場合を示し
ている。両方式によれば、プロセスＡの障害が発生した
ことに伴って、プロセスＢ，Ｃも最も直近のチェックポ
イントからリスタートすることになる。
【００１２】一般的にサーバ計算機に比べてクライアン
ト計算機の方が信頼性が低いため、マシンダウン等が起
きやすい。従来の分散チェックポイント／リスタート方
式によれば、上述したように、１台のクライアント計算
機に障害が発生した場合に、他のクライアント計算機や
サーバ計算機を含めてシステム全体がロールバックして
しまうという問題点があった。このような問題は、１台
のサーバ計算機と数百台のクライアント計算機からなる
クライアント・サーバシステムの場合においてはさらに
深刻な問題である。すなわち、ある一人が使用している
クライアント計算機が故障した場合、全てのユーザのク
ライアント計算機上のプロセスがロールバックしてしま
う可能性がある。
ト計算機の方が信頼性が低いため、マシンダウン等が起
きやすい。従来の分散チェックポイント／リスタート方
式によれば、上述したように、１台のクライアント計算
機に障害が発生した場合に、他のクライアント計算機や
サーバ計算機を含めてシステム全体がロールバックして
しまうという問題点があった。このような問題は、１台
のサーバ計算機と数百台のクライアント計算機からなる
クライアント・サーバシステムの場合においてはさらに
深刻な問題である。すなわち、ある一人が使用している
クライアント計算機が故障した場合、全てのユーザのク
ライアント計算機上のプロセスがロールバックしてしま
う可能性がある。
【００１３】本発明は、これらの問題点を鑑みてなされ
たもので、ある１台のクライアント計算機の障害がサー
バ計算機及び他のクライアント計算機に影響しないよう
にした分散チェックポイントにおけるプロセスリスター
ト方法およびシステムを提供することを目的とする。
たもので、ある１台のクライアント計算機の障害がサー
バ計算機及び他のクライアント計算機に影響しないよう
にした分散チェックポイントにおけるプロセスリスター
ト方法およびシステムを提供することを目的とする。
【００１４】
【課題を解決するための手段】本発明に係る発明は、上
記課題を解決するために以下の手段を有する。すなわ
ち、請求項１に係る発明は、複数の計算機によって構成
されるクライアント／サーバ型システムで用いられるプ
ロセスリスタート方法であって、前記複数の計算機の各
々が所定のプロセスを実行している際に前記いずれかの
計算機において障害が発生した場合に、該障害が発生し
た計算機がサーバ計算機であるか否かを判断し、該サー
バ計算機であると判断した場合に、該サーバ計算機をリ
スタートさせることを特徴とするプロセスリスタート方
法である。
記課題を解決するために以下の手段を有する。すなわ
ち、請求項１に係る発明は、複数の計算機によって構成
されるクライアント／サーバ型システムで用いられるプ
ロセスリスタート方法であって、前記複数の計算機の各
々が所定のプロセスを実行している際に前記いずれかの
計算機において障害が発生した場合に、該障害が発生し
た計算機がサーバ計算機であるか否かを判断し、該サー
バ計算機であると判断した場合に、該サーバ計算機をリ
スタートさせることを特徴とするプロセスリスタート方
法である。
【００１５】本発明によれば、障害が発生した計算機が
サーバ計算機の場合にのみリスタートが行われるので、
障害が発生した計算機がクライアント計算機である場合
にはリスタートが行われず、他のクライアント計算機の
実行に影響を与えることのないプロセスリスタート方法
を提供することができるようになる。
サーバ計算機の場合にのみリスタートが行われるので、
障害が発生した計算機がクライアント計算機である場合
にはリスタートが行われず、他のクライアント計算機の
実行に影響を与えることのないプロセスリスタート方法
を提供することができるようになる。
【００１６】請求項２に係る発明は、前記サーバ計算機
をリスタートするに際し、前記サーバ計算機に関係する
クライアント計算機をリスタートさせることを特徴とす
る。また、請求項３に係る発明は、分散チェックポイン
トごとにプロセス実行に関する情報（プロセス状態）を
取得しておき、ロールバック／リスタートの際には、そ
の情報に基づいて直近のチェックポイントからリスター
トさせる場合のものであり、具体的には、複数の計算機
によって構成されるクライアント／サーバ型システムで
用いられるプロセスリスタート方法であって、前記複数
の計算機の各々が所定のプロセスを実行している際に、
所定のチェックポイントごとに該所定のプロセスについ
てのプロセス実行に関する情報を取得し、該実行してい
る際に前記いずれかの計算機において障害が発生した場
合に、該障害が発生した計算機がサーバ計算機であるか
否かを判断し、該サーバ計算機であると判断した場合
に、前記サーバ計算機で実行していたサーバプロセス
を、前記プロセス実行に関する情報に基づいて、前記所
定のチェックポイントからリスタートさせることを特徴
とするプロセスリスタート方法である。
をリスタートするに際し、前記サーバ計算機に関係する
クライアント計算機をリスタートさせることを特徴とす
る。また、請求項３に係る発明は、分散チェックポイン
トごとにプロセス実行に関する情報（プロセス状態）を
取得しておき、ロールバック／リスタートの際には、そ
の情報に基づいて直近のチェックポイントからリスター
トさせる場合のものであり、具体的には、複数の計算機
によって構成されるクライアント／サーバ型システムで
用いられるプロセスリスタート方法であって、前記複数
の計算機の各々が所定のプロセスを実行している際に、
所定のチェックポイントごとに該所定のプロセスについ
てのプロセス実行に関する情報を取得し、該実行してい
る際に前記いずれかの計算機において障害が発生した場
合に、該障害が発生した計算機がサーバ計算機であるか
否かを判断し、該サーバ計算機であると判断した場合
に、前記サーバ計算機で実行していたサーバプロセス
を、前記プロセス実行に関する情報に基づいて、前記所
定のチェックポイントからリスタートさせることを特徴
とするプロセスリスタート方法である。
【００１７】請求項４に係る発明は、前記サーバ計算機
で実行していたサーバプロセスをリスタートするに際
し、前記サーバ計算機に関係するクライアント計算機で
実行していたクライアントプロセスを、前記プロセス実
行に関する情報の各々に基づいて、前記各々のチェック
ポイントからリスタートさせることを特徴とする。
で実行していたサーバプロセスをリスタートするに際
し、前記サーバ計算機に関係するクライアント計算機で
実行していたクライアントプロセスを、前記プロセス実
行に関する情報の各々に基づいて、前記各々のチェック
ポイントからリスタートさせることを特徴とする。
【００１８】また、請求項５に係る発明は、各計算機に
おいて実行しているプロセスに障害が発生した場合のリ
スタート方法であり、具体的には、複数の計算機によっ
て構成されるクライアント／サーバ型システムで用いら
れるプロセスリスタート方法であって、前記複数の計算
機の各々により実行している所定のプロセスに障害が発
生した場合に、該障害が発生したプロセスを実行してい
る計算機がサーバ計算機であるかクライアント計算機で
あるかを判断し、該クライアント計算機であると判断し
た場合に、該クライアント計算機で実行していたプロセ
スをリスタートさせることを特徴とするプロセスリスタ
ート方法である。
おいて実行しているプロセスに障害が発生した場合のリ
スタート方法であり、具体的には、複数の計算機によっ
て構成されるクライアント／サーバ型システムで用いら
れるプロセスリスタート方法であって、前記複数の計算
機の各々により実行している所定のプロセスに障害が発
生した場合に、該障害が発生したプロセスを実行してい
る計算機がサーバ計算機であるかクライアント計算機で
あるかを判断し、該クライアント計算機であると判断し
た場合に、該クライアント計算機で実行していたプロセ
スをリスタートさせることを特徴とするプロセスリスタ
ート方法である。
【００１９】請求項６に係る発明は、前記障害が発生し
たプロセスを実行していた計算機がサーバ計算機である
と判断した場合に、前記サーバ計算機および前記クライ
アント計算機で実行していたプロセスをリスタートさせ
ることを特徴とする。
たプロセスを実行していた計算機がサーバ計算機である
と判断した場合に、前記サーバ計算機および前記クライ
アント計算機で実行していたプロセスをリスタートさせ
ることを特徴とする。
【００２０】一方、請求項７に係る発明は、上記方法の
発明を物の発明の観点から把握したものであり、具体的
には、複数の計算機によって構成されるクライアント／
サーバ型システムで用いられるプロセスリスタートを実
現するためのシステムであって、前記複数の計算機の各
々が所定のプロセスを実行している際に前記いずれかの
計算機において障害が発生したか否かを検出する手段
と、この手段により障害を検出した場合に、該障害が発
生した計算機がサーバ計算機であるか否かを判断する手
段と、この手段により障害が発生した計算機がサーバ計
算機であると判断された場合に、該サーバ計算機をリス
タートさせる手段とを備えたことを特徴とするプロセス
リスタートを実現するためのシステムである。
発明を物の発明の観点から把握したものであり、具体的
には、複数の計算機によって構成されるクライアント／
サーバ型システムで用いられるプロセスリスタートを実
現するためのシステムであって、前記複数の計算機の各
々が所定のプロセスを実行している際に前記いずれかの
計算機において障害が発生したか否かを検出する手段
と、この手段により障害を検出した場合に、該障害が発
生した計算機がサーバ計算機であるか否かを判断する手
段と、この手段により障害が発生した計算機がサーバ計
算機であると判断された場合に、該サーバ計算機をリス
タートさせる手段とを備えたことを特徴とするプロセス
リスタートを実現するためのシステムである。
【００２１】請求項８に係る発明においては、前記リス
タートさせる手段は、前記サーバ計算機に関係するクラ
イアント計算機をリスタートさせる手段をさらに備えた
ことを特徴とする。
タートさせる手段は、前記サーバ計算機に関係するクラ
イアント計算機をリスタートさせる手段をさらに備えた
ことを特徴とする。
【００２２】また、請求項９に係る発明は、複数の計算
機によって構成されるクライアント／サーバ型システム
で用いられるプロセスリスタートを実現するためのシス
テムであって、前記複数の計算機の各々が所定のプロセ
スを実行している際に、所定のチェックポイントごとに
該所定のプロセスについてのプロセス実行に関する情報
を取得する手段と、該所定のプロセスを実行している際
に前記いずれかの計算機において障害が発生したか否か
を検出する手段と、この手段により障害を検出した場合
に、該障害が発生した計算機がサーバ計算機であるか否
かを判断する手段と、この手段により障害が発生した計
算機がサーバ計算機であると判断された場合に、前記サ
ーバ計算機で実行していたサーバプロセスを、前記プロ
セス実行に関する情報に基づいて、前記所定のチェック
ポイントからリスタートさせる手段とを備えたことを特
徴とするプロセスリスタートを実現するためのシステム
である。
機によって構成されるクライアント／サーバ型システム
で用いられるプロセスリスタートを実現するためのシス
テムであって、前記複数の計算機の各々が所定のプロセ
スを実行している際に、所定のチェックポイントごとに
該所定のプロセスについてのプロセス実行に関する情報
を取得する手段と、該所定のプロセスを実行している際
に前記いずれかの計算機において障害が発生したか否か
を検出する手段と、この手段により障害を検出した場合
に、該障害が発生した計算機がサーバ計算機であるか否
かを判断する手段と、この手段により障害が発生した計
算機がサーバ計算機であると判断された場合に、前記サ
ーバ計算機で実行していたサーバプロセスを、前記プロ
セス実行に関する情報に基づいて、前記所定のチェック
ポイントからリスタートさせる手段とを備えたことを特
徴とするプロセスリスタートを実現するためのシステム
である。
【００２３】さらに、請求項１０に係る発明において
は、前記リスタートさせる手段は、前記サーバ計算機で
実行していたサーバプロセスをリスタートするに際し、
前記サーバ計算機に関係するクライアント計算機で実行
していたクライアントプロセスを、前記プロセス実行に
関する情報の各々に基づいて、前記各々のチェックポイ
ントからリスタートさせる手段をさらに備えたことを特
徴とする。
は、前記リスタートさせる手段は、前記サーバ計算機で
実行していたサーバプロセスをリスタートするに際し、
前記サーバ計算機に関係するクライアント計算機で実行
していたクライアントプロセスを、前記プロセス実行に
関する情報の各々に基づいて、前記各々のチェックポイ
ントからリスタートさせる手段をさらに備えたことを特
徴とする。
【００２４】また、請求項１１に係る発明は、複数の計
算機によって構成されるクライアント／サーバ型システ
ムで用いられるプロセスリスタートを実現するためのシ
ステムであって、前記複数の計算機の各々により実行し
ている所定のプロセスに障害が発生したか否かを検出す
る手段と、この手段により障害が検出された場合に、該
障害が発生したプロセスを実行している計算機がサーバ
計算機であるかクライアント計算機であるかを判断する
手段と、この手段により障害が発生した計算機がクライ
アント計算機であると判断された場合に、該クライアン
ト計算機で実行していたプロセスをリスタートさせる手
段とを備えたことを特徴とするプロセスリスタートを実
現するためのシステムである。
算機によって構成されるクライアント／サーバ型システ
ムで用いられるプロセスリスタートを実現するためのシ
ステムであって、前記複数の計算機の各々により実行し
ている所定のプロセスに障害が発生したか否かを検出す
る手段と、この手段により障害が検出された場合に、該
障害が発生したプロセスを実行している計算機がサーバ
計算機であるかクライアント計算機であるかを判断する
手段と、この手段により障害が発生した計算機がクライ
アント計算機であると判断された場合に、該クライアン
ト計算機で実行していたプロセスをリスタートさせる手
段とを備えたことを特徴とするプロセスリスタートを実
現するためのシステムである。
【００２５】請求項１２に係る発明においては、前記判
断する手段により障害が発生したプロセスを実行してい
た計算機がサーバ計算機であると判断された場合に、前
記サーバ計算機および前記クライアント計算機で実行し
ていたプロセスをリスタートさせる手段をさらに備えた
ことを特徴とする。
断する手段により障害が発生したプロセスを実行してい
た計算機がサーバ計算機であると判断された場合に、前
記サーバ計算機および前記クライアント計算機で実行し
ていたプロセスをリスタートさせる手段をさらに備えた
ことを特徴とする。
【００２６】なお、本発明は、上記各手段をプログラム
として実現し、これら各手段を実現するプログラムを記
録した記録媒体としてもよい。上記発明によれば、分散
チェックポイント／リスタート方法により高信頼のクラ
イアント・サーバシステムを実現することができ、1 台
のクライアント計算機障害がシステム全体に影響を及ぼ
すことを防止することができるようになる。
として実現し、これら各手段を実現するプログラムを記
録した記録媒体としてもよい。上記発明によれば、分散
チェックポイント／リスタート方法により高信頼のクラ
イアント・サーバシステムを実現することができ、1 台
のクライアント計算機障害がシステム全体に影響を及ぼ
すことを防止することができるようになる。
【００２７】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しつつ説明する。 （第１の実施形態）図４は、本発明に係るプロセスリス
タート方法を実現するためのシステムの構成を示す図で
ある。同図において、ネットワーク１には、サーバプロ
セスが動作するサーバ計算機Ｓ１、各ユーザが使用する
ものであって、クライアントプロセスが動作するクライ
アント計算機Ｃ１，Ｃ２，…及びシステム全体を監視す
るための監視端末２が接続されている。
を参照しつつ説明する。 （第１の実施形態）図４は、本発明に係るプロセスリス
タート方法を実現するためのシステムの構成を示す図で
ある。同図において、ネットワーク１には、サーバプロ
セスが動作するサーバ計算機Ｓ１、各ユーザが使用する
ものであって、クライアントプロセスが動作するクライ
アント計算機Ｃ１，Ｃ２，…及びシステム全体を監視す
るための監視端末２が接続されている。
【００２８】同図においては、サーバ計算機Ｓは、ネッ
トワーク１に１台のみが接続されているが、特にこれに
こだわるものではなく、複数のサーバ計算機が存在して
いてもよい。また、 監視端末２は、上記サーバ計算機
Ｓやクライアント計算機Ｃ１，Ｃ２とは別個独立に設け
られた計算機単体であってもよいし、サーバ計算機Ｓ内
に設けても、また、複数のサーバ計算機Ｓに設けてもよ
い。
トワーク１に１台のみが接続されているが、特にこれに
こだわるものではなく、複数のサーバ計算機が存在して
いてもよい。また、 監視端末２は、上記サーバ計算機
Ｓやクライアント計算機Ｃ１，Ｃ２とは別個独立に設け
られた計算機単体であってもよいし、サーバ計算機Ｓ内
に設けても、また、複数のサーバ計算機Ｓに設けてもよ
い。
【００２９】監視端末２は、その内部にグローバル管理
部２１を有する。このグローバル管理部２１は、ネット
ワーク１上の各計算機の動作状況を監視し、その障害を
検出する計算機障害検出部２１１、監視を行っている各
計算機がサーバ計算機Ｓであるかクライアント計算機Ｃ
１，Ｃ２であるかの情報を管理する計算機情報管理部２
１２、各計算機に対しリスタートを指示するためのリス
タート指示部２１３からなる。このグローバル管理部２
１は、ハードウェアとして実現してもよいし、また、プ
ログラムを実行することによって、またはそれらの組み
合わせによって実現するようにしてもよい。
部２１を有する。このグローバル管理部２１は、ネット
ワーク１上の各計算機の動作状況を監視し、その障害を
検出する計算機障害検出部２１１、監視を行っている各
計算機がサーバ計算機Ｓであるかクライアント計算機Ｃ
１，Ｃ２であるかの情報を管理する計算機情報管理部２
１２、各計算機に対しリスタートを指示するためのリス
タート指示部２１３からなる。このグローバル管理部２
１は、ハードウェアとして実現してもよいし、また、プ
ログラムを実行することによって、またはそれらの組み
合わせによって実現するようにしてもよい。
【００３０】計算機障害検出部２１１は、上述のように
ネットワーク１上の各計算機の動作状況を監視し、その
障害を検出するためのものである。この検出は、例え
ば、一定時間ごとに動作確認信号を各計算機に送出し、
その信号に対する応答信号が許容時間以内に返信されな
かった場合に、当該計算機は障害が発生した（故障し
た）とみなすことによって行われる。また、他の例とし
ては、各計算機において、一定時間ごとに自身が実行中
であることを示すａｌｉｖｅ信号を計算機障害検出部２
１１に送出し、計算機障害検出部２１１では、そのａｌ
ｉｖｅ信号を一定時間ごとに受信していることをもっ
て、当該計算機は正常に動作しており、一定時間経ても
当該ａｌｉｖｅ信号を受信しないときは、その計算機は
障害が発生したとみなすようにしてもよい。
ネットワーク１上の各計算機の動作状況を監視し、その
障害を検出するためのものである。この検出は、例え
ば、一定時間ごとに動作確認信号を各計算機に送出し、
その信号に対する応答信号が許容時間以内に返信されな
かった場合に、当該計算機は障害が発生した（故障し
た）とみなすことによって行われる。また、他の例とし
ては、各計算機において、一定時間ごとに自身が実行中
であることを示すａｌｉｖｅ信号を計算機障害検出部２
１１に送出し、計算機障害検出部２１１では、そのａｌ
ｉｖｅ信号を一定時間ごとに受信していることをもっ
て、当該計算機は正常に動作しており、一定時間経ても
当該ａｌｉｖｅ信号を受信しないときは、その計算機は
障害が発生したとみなすようにしてもよい。
【００３１】図５は、計算機情報管理部２１２に記憶さ
れた計算機情報の一例を示す図である。同図に示すよう
に、計算機情報管理部２１２は、ネットワーク上に接続
された計算機が、サーバ計算機であるかクライアント計
算機であるかについての情報を保持する。本発明の実施
形態においては、サーバ／クライアントの２種類の計算
機のみを規定するが、これにこだわるものではない。
れた計算機情報の一例を示す図である。同図に示すよう
に、計算機情報管理部２１２は、ネットワーク上に接続
された計算機が、サーバ計算機であるかクライアント計
算機であるかについての情報を保持する。本発明の実施
形態においては、サーバ／クライアントの２種類の計算
機のみを規定するが、これにこだわるものではない。
【００３２】リスタート指示部２１３は、計算機障害検
出部２１１または後述する各計算機に設けられたプロセ
ス障害検出部から通知に基づき、計算機情報管理部２１
２を参照し、各計算機に対してリスタート指示を行い、
場合によってはなにも行わない。具体的には、リスター
ト指示部２１３は、計算機情報管理部２１３の情報を調
べ、障害が発生した計算機がサーバ計算機であると判断
した場合には、各計算機上のプロセスリスタート部にリ
スタートの指示を送出する。また、障害が発生した計算
機がクライアント計算機であると判断した場合には、上
記リスタート指示を送出することなく、次の要求を待機
する。なお、後述するようにリスタート指示を受けた計
算機のプロセスリスタート部は、同一計算機上のプロセ
スをリスタートすることとなる。
出部２１１または後述する各計算機に設けられたプロセ
ス障害検出部から通知に基づき、計算機情報管理部２１
２を参照し、各計算機に対してリスタート指示を行い、
場合によってはなにも行わない。具体的には、リスター
ト指示部２１３は、計算機情報管理部２１３の情報を調
べ、障害が発生した計算機がサーバ計算機であると判断
した場合には、各計算機上のプロセスリスタート部にリ
スタートの指示を送出する。また、障害が発生した計算
機がクライアント計算機であると判断した場合には、上
記リスタート指示を送出することなく、次の要求を待機
する。なお、後述するようにリスタート指示を受けた計
算機のプロセスリスタート部は、同一計算機上のプロセ
スをリスタートすることとなる。
【００３３】サーバ計算機Ｓおよびクライアント計算機
Ｃ１，Ｃ２上には、自身において実行しているプロセス
を管理するプロセス管理部２２が設けられている。プロ
セス管理部２２は、自身のプロセスＰの障害を検出する
プロセス障害検出部２２１と実際にプロセスをリスター
トさせるためのプロセスリスタート部２２２とを有して
いる。
Ｃ１，Ｃ２上には、自身において実行しているプロセス
を管理するプロセス管理部２２が設けられている。プロ
セス管理部２２は、自身のプロセスＰの障害を検出する
プロセス障害検出部２２１と実際にプロセスをリスター
トさせるためのプロセスリスタート部２２２とを有して
いる。
【００３４】次に、上記各機能実現手段の動作の詳細に
ついて説明する。図６は、計算機障害検出部２１１の動
作を説明するための図である。同図に示すように、計算
機障害検出部２１１は、計算機障害を検出すると（ＳＴ
６１）、障害がその旨をリスタート指示部２１３に通知
する（ＳＴ６２）。リスタート指示部２１３では、図７
に示すように、計算機情報管理部２１２を参照し（ＳＴ
７１）、障害が発生したと通知のあった計算機がサーバ
計算機であるか否かを判断する（ＳＴ７２）。そして、
障害が発生した計算機がサーバ計算機であると判断され
た場合には、各計算機上のプロセスリスタート部２２２
にリスタートを指示する（ＳＴ７３）。一方、クライア
ント計算機であると判断出された場合には、本発明の実
施形態では、特別の処理を行わずに、待機状態に戻る。
ついて説明する。図６は、計算機障害検出部２１１の動
作を説明するための図である。同図に示すように、計算
機障害検出部２１１は、計算機障害を検出すると（ＳＴ
６１）、障害がその旨をリスタート指示部２１３に通知
する（ＳＴ６２）。リスタート指示部２１３では、図７
に示すように、計算機情報管理部２１２を参照し（ＳＴ
７１）、障害が発生したと通知のあった計算機がサーバ
計算機であるか否かを判断する（ＳＴ７２）。そして、
障害が発生した計算機がサーバ計算機であると判断され
た場合には、各計算機上のプロセスリスタート部２２２
にリスタートを指示する（ＳＴ７３）。一方、クライア
ント計算機であると判断出された場合には、本発明の実
施形態では、特別の処理を行わずに、待機状態に戻る。
【００３５】次に、プロセス障害検出部２２１によって
プロセス障害が検出された場合の動作を説明する。図８
は、プロセス障害検出部２２１の動作を説明するための
図である。同図に示すように、各計算機上のプロセス障
害検出部２２１は、自身のプロセスを監視しており、プ
ロセス障害が発生を検出する（ＳＴ８１）。プロセス障
害検出部２２１は、プロセスの障害を検出すると、その
旨を監視端末２のリスタート指示部２１に通知する（Ｓ
Ｔ８２）。リスタート指示部２１３は、計算機情報管理
部２２２に保持されている計算機情報を参照し、上述し
たように、障害が発生した計算機がサーバ計算機である
と判断した場合には、各計算機上のプロセスリスタート
部２２２にリスタートの指示を出す。一方、障害が発生
した計算機がクライアント計算機であると判断した場合
には、待機状態に戻る。
プロセス障害が検出された場合の動作を説明する。図８
は、プロセス障害検出部２２１の動作を説明するための
図である。同図に示すように、各計算機上のプロセス障
害検出部２２１は、自身のプロセスを監視しており、プ
ロセス障害が発生を検出する（ＳＴ８１）。プロセス障
害検出部２２１は、プロセスの障害を検出すると、その
旨を監視端末２のリスタート指示部２１に通知する（Ｓ
Ｔ８２）。リスタート指示部２１３は、計算機情報管理
部２２２に保持されている計算機情報を参照し、上述し
たように、障害が発生した計算機がサーバ計算機である
と判断した場合には、各計算機上のプロセスリスタート
部２２２にリスタートの指示を出す。一方、障害が発生
した計算機がクライアント計算機であると判断した場合
には、待機状態に戻る。
【００３６】図９は、プロセスリスタート部２２２の動
作を説明するための図である。同図に示すように、プロ
セスリスタート部２２２は、リスタート指示部２１３か
らのリスタート指示があるまるまで待機している（ＳＴ
９１）。そして、リスタート指示を受けた場合には、自
身の計算機上のプロセスをリスタートする（ＳＴ９
２）。
作を説明するための図である。同図に示すように、プロ
セスリスタート部２２２は、リスタート指示部２１３か
らのリスタート指示があるまるまで待機している（ＳＴ
９１）。そして、リスタート指示を受けた場合には、自
身の計算機上のプロセスをリスタートする（ＳＴ９
２）。
【００３７】以上の処理により、サーバ計算機Ｓ上で障
害が発生した場合には、システム全体でプロセスのリス
タートが行なわれ、クライアント計算機Ｃ１またはＣ２
上で障害が発生した場合には、当該計算機上のプロセス
のリスタートが行われる。従って、クライアント計算機
上で障害が発生した場合には、サーバ計算機や他のクラ
イアント計算機の実行にに影響を与えることがなくな
る。
害が発生した場合には、システム全体でプロセスのリス
タートが行なわれ、クライアント計算機Ｃ１またはＣ２
上で障害が発生した場合には、当該計算機上のプロセス
のリスタートが行われる。従って、クライアント計算機
上で障害が発生した場合には、サーバ計算機や他のクラ
イアント計算機の実行にに影響を与えることがなくな
る。
【００３８】また、通常、チェックポイント情報（チェ
ックポイントに従ったプロセス等の内部状態）は、ディ
スク等の安定記憶に保存されるが、本発明によれば、ク
ライアント計算機に障害が発生した場合には、その計算
機上のプロセスはリスタートしないため、それらのチェ
ックポイント情報は必ずしも必要ではなくなる。そのた
め、チェックポイント情報をメモリ等の揮発性記憶媒体
に保存することで、高速なチェックポイント情報の生成
が可能になる。
ックポイントに従ったプロセス等の内部状態）は、ディ
スク等の安定記憶に保存されるが、本発明によれば、ク
ライアント計算機に障害が発生した場合には、その計算
機上のプロセスはリスタートしないため、それらのチェ
ックポイント情報は必ずしも必要ではなくなる。そのた
め、チェックポイント情報をメモリ等の揮発性記憶媒体
に保存することで、高速なチェックポイント情報の生成
が可能になる。
【００３９】（第２の実施形態）上記実施形態は、シス
テム全体でまたは計算機ごとにプロセスリスタートする
ものであったが、本実施形態は、プロセスの種類に応じ
たリスタートを行うことを特徴とするものである。すな
わち、システムの構成は、上記実施形態と同様である
が、計算機情報管理部２１２において計算機およびプロ
セスの情報を保持し、その種類に従ったプロセス等のリ
スタートを行うものである。
テム全体でまたは計算機ごとにプロセスリスタートする
ものであったが、本実施形態は、プロセスの種類に応じ
たリスタートを行うことを特徴とするものである。すな
わち、システムの構成は、上記実施形態と同様である
が、計算機情報管理部２１２において計算機およびプロ
セスの情報を保持し、その種類に従ったプロセス等のリ
スタートを行うものである。
【００４０】図１０は、本実施形態に係る計算機情報管
理部２１２に記憶された情報を示す一例である。同図に
示すように、計算機情報管理部は、各計算機のプロセス
ごとに、そのプロセスに障害が発生した場合に、リスタ
ートさせるか否かの情報を有する。具体的には、同図に
おいて、プロセスＩＤは、各プロセスを管理するための
固有の値である。一般的には、計算機ごとに固有の識別
子を有していればよい。また、リスタート情報とは、プ
ロセスに障害が発生した場合に、プロセスをどのように
リスタートさせるかを示すものである。ここで、リスタ
ート情報の数値の意味は次の通りである。すなわち、サ
ーバのプロセスＩＤ「１００１」および「１００２」の
リスタート情報は、「１１」となっている。これは、こ
れらプロセスに障害が発生した場合には、自身のプロセ
スに加え、他のプロセスをもリスタートさせることを意
味する。また、特にサーバ計算機におけるリスタート
は、クライアントのプロセスをも含む意味で用いられ
る。一般に、サーバ計算機の障害は、システム全体に影
響を及ぼすので、「１１」の値をとるが、例えば、「０
１」という値を与えることで、当該プロセスのみのリス
タートを行うようにしてもかまわない。
理部２１２に記憶された情報を示す一例である。同図に
示すように、計算機情報管理部は、各計算機のプロセス
ごとに、そのプロセスに障害が発生した場合に、リスタ
ートさせるか否かの情報を有する。具体的には、同図に
おいて、プロセスＩＤは、各プロセスを管理するための
固有の値である。一般的には、計算機ごとに固有の識別
子を有していればよい。また、リスタート情報とは、プ
ロセスに障害が発生した場合に、プロセスをどのように
リスタートさせるかを示すものである。ここで、リスタ
ート情報の数値の意味は次の通りである。すなわち、サ
ーバのプロセスＩＤ「１００１」および「１００２」の
リスタート情報は、「１１」となっている。これは、こ
れらプロセスに障害が発生した場合には、自身のプロセ
スに加え、他のプロセスをもリスタートさせることを意
味する。また、特にサーバ計算機におけるリスタート
は、クライアントのプロセスをも含む意味で用いられ
る。一般に、サーバ計算機の障害は、システム全体に影
響を及ぼすので、「１１」の値をとるが、例えば、「０
１」という値を与えることで、当該プロセスのみのリス
タートを行うようにしてもかまわない。
【００４１】次に、プロセスＩＤ「１０００１」のリス
タート情報は、「０１」となっているが、これは、当該
プロセスの障害が発生した場合は、クライアント計算機
Ｃ１上の当該プロセスのみをリスタートさせるという意
味である。また、プロセスＩＤ「１０００２」のリスタ
ート情報は、「１１」となっているが、これは、クライ
アント計算機Ｃ１上で動作しているすべてのプロセスを
リスタートさせるという意味である。このようなリスタ
ート指示は、リスタート指示部２１３がそれぞれの情報
に基づいて行われる。
タート情報は、「０１」となっているが、これは、当該
プロセスの障害が発生した場合は、クライアント計算機
Ｃ１上の当該プロセスのみをリスタートさせるという意
味である。また、プロセスＩＤ「１０００２」のリスタ
ート情報は、「１１」となっているが、これは、クライ
アント計算機Ｃ１上で動作しているすべてのプロセスを
リスタートさせるという意味である。このようなリスタ
ート指示は、リスタート指示部２１３がそれぞれの情報
に基づいて行われる。
【００４２】図１１は、本発明の実施形態に係るリスタ
ート指示部の動作を説明するための図である。同図にお
いて、プロセス障害検出部２２１からプロセス障害が発
生した旨の通知を受けると、リスタート部２１３は、計
算機情報管理部２１２を参照し、必要な情報を得る（Ｓ
Ｔ１１１）。次に、リスタート指示部２１３は、該計算
機情報に基づいて、サーバ計算機におけるプロセス障害
かクライアント計算機におけるプロセス障害かを判断す
る（ＳＴ１１２）。ここで、サーバ計算機におけるプロ
セス障害であると判断した場合には、さらに、リスター
ト情報に基づいて全プロセスのリスタートであるか当該
プロセスのみのリスタートであるかを判断する（ＳＴ１
１３）。そして、全プロセスのリスタート、すなわち、
リスタート情報が「１１」である場合には、システム全
体のプロセスについてリスタートを行うために、各計算
機のプロセスリスタート部２２２にリスタート指示を送
出する（ＳＴ１１４）。一方、当該プロセスのみのリス
タート、すなわち、リスタート情報が「０１」である場
合には、当該サーバ計算機のプロセスリスタート部２２
２に当該プロセスのみのリスタート指示を送出する（Ｓ
Ｔ１１５）。
ート指示部の動作を説明するための図である。同図にお
いて、プロセス障害検出部２２１からプロセス障害が発
生した旨の通知を受けると、リスタート部２１３は、計
算機情報管理部２１２を参照し、必要な情報を得る（Ｓ
Ｔ１１１）。次に、リスタート指示部２１３は、該計算
機情報に基づいて、サーバ計算機におけるプロセス障害
かクライアント計算機におけるプロセス障害かを判断す
る（ＳＴ１１２）。ここで、サーバ計算機におけるプロ
セス障害であると判断した場合には、さらに、リスター
ト情報に基づいて全プロセスのリスタートであるか当該
プロセスのみのリスタートであるかを判断する（ＳＴ１
１３）。そして、全プロセスのリスタート、すなわち、
リスタート情報が「１１」である場合には、システム全
体のプロセスについてリスタートを行うために、各計算
機のプロセスリスタート部２２２にリスタート指示を送
出する（ＳＴ１１４）。一方、当該プロセスのみのリス
タート、すなわち、リスタート情報が「０１」である場
合には、当該サーバ計算機のプロセスリスタート部２２
２に当該プロセスのみのリスタート指示を送出する（Ｓ
Ｔ１１５）。
【００４３】また、クライアント計算機においてプロセ
ス障害が発生したと判断された場合には（ＳＴ１１２の
ｎｏ）、リスタート指示部２１３は、さらにリスタート
情報に基づいて、当該プロセスのみのリスタートである
か否かを判断する（ＳＴ１１６）。ここで、当該プロセ
スのみのリスタートであると判断された場合には、当該
クライアント計算機のプロセスリスタート部２２２に、
当該プロセスのみのリスタートを指示する（ＳＴ２１
７）。一方、当該プロセスのみのリスタートでないと判
断された場合には（ＳＴ１１６のｎｏ）、同一クライア
ント計算機上のすべてのプロセスのリスタートを指示す
る（ＳＴ１１８）。
ス障害が発生したと判断された場合には（ＳＴ１１２の
ｎｏ）、リスタート指示部２１３は、さらにリスタート
情報に基づいて、当該プロセスのみのリスタートである
か否かを判断する（ＳＴ１１６）。ここで、当該プロセ
スのみのリスタートであると判断された場合には、当該
クライアント計算機のプロセスリスタート部２２２に、
当該プロセスのみのリスタートを指示する（ＳＴ２１
７）。一方、当該プロセスのみのリスタートでないと判
断された場合には（ＳＴ１１６のｎｏ）、同一クライア
ント計算機上のすべてのプロセスのリスタートを指示す
る（ＳＴ１１８）。
【００４４】以上により、本発明によれば、プロセスの
種類に応じて、それぞれのプロセスごとにリスタートを
選択的に行うことができるようになる。特に、あるプロ
セスの動作が他のプロセスに影響を及ぼさないような場
合には、当該プロセスのみをリスタートさせることで、
効率よくシステムを運用することが可能となる。
種類に応じて、それぞれのプロセスごとにリスタートを
選択的に行うことができるようになる。特に、あるプロ
セスの動作が他のプロセスに影響を及ぼさないような場
合には、当該プロセスのみをリスタートさせることで、
効率よくシステムを運用することが可能となる。
【００４５】なお、本実施形態において、リスタート情
報として相互に依存関係の強い計算機群を定め、その中
のある計算機に障害が発生した場合には、当該計算機群
をリスタートさせるようにしてもよい。
報として相互に依存関係の強い計算機群を定め、その中
のある計算機に障害が発生した場合には、当該計算機群
をリスタートさせるようにしてもよい。
【００４６】
【発明の効果】以上説明したように、本発明によれば、
分散チェックポイント／リスタート方法により高信頼の
クライアント・サーバシステムを実現することができ、
1 台のクライアント計算機障害がシステム全体に影響を
及ぼすことを防止することができるようになる。
分散チェックポイント／リスタート方法により高信頼の
クライアント・サーバシステムを実現することができ、
1 台のクライアント計算機障害がシステム全体に影響を
及ぼすことを防止することができるようになる。
【図１】 分散チェックポイントを説明するための図。
【図２】 クライアント・サーバモデルによるシステム
の概念的構成を示す図。
の概念的構成を示す図。
【図３】 分散チェックポイント／リスタート方式を説
明するための概念図。
明するための概念図。
【図４】 本発明に係るプロセスリスタート方法を実現
するためのシステムの構成を示す図。
するためのシステムの構成を示す図。
【図５】 計算機情報管理部に記憶された計算機情報の
一例を示す図。
一例を示す図。
【図６】 計算機障害検出部の動作を説明するための
図。
図。
【図７】 リスタート指示部の動作を説明するための
図。
図。
【図８】 プロセス障害検出部の動作を説明するための
図。
図。
【図９】 プロセスリスタート部の動作を説明するため
の図。
の図。
【図１０】 計算機情報管理部に記憶された計算機情報
等の一例を示す図。
等の一例を示す図。
【図１１】 リスタート指示部の動作を説明するための
図。
図。
１…ネットワーク ２…監視端末 ２１…グローバル管理部 ２１１…計算機障害検出部 ２１２…計算機情報管理部 ２１３…リスタート指示部 ２２…プロセス管理部 ２２１…プロセス障害検出部 ２２２…プロセスリスタート部
───────────────────────────────────────────────────── フロントページの続き (72)発明者 金井 達徳 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内
Claims (12)
- 【請求項１】複数の計算機によって構成されるクライア
ント／サーバ型システムで用いられるプロセスリスター
ト方法であって、 前記複数の計算機の各々が所定のプロセスを実行してい
る際に前記いずれかの計算機において障害が発生した場
合に、該障害が発生した計算機がサーバ計算機であるか
否かを判断し、該サーバ計算機であると判断した場合
に、該サーバ計算機をリスタートさせることを特徴とす
るプロセスリスタート方法。 - 【請求項２】前記サーバ計算機をリスタートするに際
し、前記サーバ計算機に関係するクライアント計算機を
リスタートさせることを特徴とする請求項１記載のプロ
セスリスタート方法。 - 【請求項３】複数の計算機によって構成されるクライア
ント／サーバ型システムで用いられるプロセスリスター
ト方法であって、 前記複数の計算機の各々が所定のプロセスを実行してい
る際に、所定のチェックポイントごとに該所定のプロセ
スについてのプロセス実行に関する情報を取得し、該実
行している際に前記いずれかの計算機において障害が発
生した場合に、該障害が発生した計算機がサーバ計算機
であるか否かを判断し、該サーバ計算機であると判断し
た場合に、前記サーバ計算機で実行していたサーバプロ
セスを、前記プロセス実行に関する情報に基づいて、前
記所定のチェックポイントからリスタートさせることを
特徴とするプロセスリスタート方法。 - 【請求項４】前記サーバ計算機で実行していたサーバプ
ロセスをリスタートするに際し、前記サーバ計算機に関
係するクライアント計算機で実行していたクライアント
プロセスを、前記プロセス実行に関する情報の各々に基
づいて、前記各々のチェックポイントからリスタートさ
せることを特徴とする請求項３記載のプロセスリスター
ト方法。 - 【請求項５】複数の計算機によって構成されるクライア
ント／サーバ型システムで用いられるプロセスリスター
ト方法であって、 前記複数の計算機の各々により実行している所定のプロ
セスに障害が発生した場合に、該障害が発生したプロセ
スを実行している計算機がサーバ計算機であるかクライ
アント計算機であるかを判断し、該クライアント計算機
であると判断した場合に、該クライアント計算機で実行
していたプロセスをリスタートさせることを特徴とする
プロセスリスタート方法。 - 【請求項６】前記障害が発生したプロセスを実行してい
た計算機がサーバ計算機であると判断した場合に、前記
サーバ計算機および前記クライアント計算機で実行して
いたプロセスをリスタートさせることを特徴とする請求
項５記載のプロセスリスタート方法。 - 【請求項７】複数の計算機によって構成されるクライア
ント／サーバ型システムで用いられるプロセスリスター
トを実現するためのシステムであって、 前記複数の計算機の各々が所定のプロセスを実行してい
る際に前記いずれかの計算機において障害が発生したか
否かを検出する手段と、 この手段により障害を検出した場合に、該障害が発生し
た計算機がサーバ計算機であるか否かを判断する手段
と、 この手段により障害が発生した計算機がサーバ計算機で
あると判断された場合に、該サーバ計算機をリスタート
させる手段とを備えたことを特徴とするプロセスリスタ
ートを実現するためのシステム。 - 【請求項８】前記リスタートさせる手段は、前記サーバ
計算機に関係するクライアント計算機をリスタートさせ
る手段をさらに備えたことを特徴とする請求項７記載の
プロセスリスタートを実現するためのシステム。 - 【請求項９】複数の計算機によって構成されるクライア
ント／サーバ型システムで用いられるプロセスリスター
トを実現するためのシステムであって、 前記複数の計算機の各々が所定のプロセスを実行してい
る際に、所定のチェックポイントごとに該所定のプロセ
スについてのプロセス実行に関する情報を取得する手段
と、 該所定のプロセスを実行している際に前記いずれかの計
算機において障害が発生したか否かを検出する手段と、 この手段により障害を検出した場合に、該障害が発生し
た計算機がサーバ計算機であるか否かを判断する手段
と、 この手段により障害が発生した計算機がサーバ計算機で
あると判断された場合に、前記サーバ計算機で実行して
いたサーバプロセスを、前記プロセス実行に関する情報
に基づいて、前記所定のチェックポイントからリスター
トさせる手段とを備えたことを特徴とするプロセスリス
タートを実現するためのシステム。 - 【請求項１０】前記リスタートさせる手段は、前記サー
バ計算機で実行していたサーバプロセスをリスタートす
るに際し、前記サーバ計算機に関係するクライアント計
算機で実行していたクライアントプロセスを、前記プロ
セス実行に関する情報の各々に基づいて、前記各々のチ
ェックポイントからリスタートさせる手段をさらに備え
たことを特徴とする請求項９記載のプロセスリスタート
を実現するためのシステム。 - 【請求項１１】複数の計算機によって構成されるクライ
アント／サーバ型システムで用いられるプロセスリスタ
ートを実現するためのシステムであって、 前記複数の計算機の各々により実行している所定のプロ
セスに障害が発生したか否かを検出する手段と、 この手段により障害が検出された場合に、該障害が発生
したプロセスを実行している計算機がサーバ計算機であ
るかクライアント計算機であるかを判断する手段と、 この手段により障害が発生した計算機がクライアント計
算機であると判断された場合に、該クライアント計算機
で実行していたプロセスをリスタートさせる手段とを備
えたことを特徴とするプロセスリスタートを実現するた
めのシステム。 - 【請求項１２】前記判断する手段により障害が発生した
プロセスを実行していた計算機がサーバ計算機であると
判断された場合に、前記サーバ計算機および前記クライ
アント計算機で実行していたプロセスをリスタートさせ
る手段をさらに備えたことを特徴とする請求項１１記載
のプロセスリスタートを実現するためのシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01835097A JP3253883B2 (ja) | 1997-01-31 | 1997-01-31 | プロセスリスタート方法及びプロセス監視装置 |
| US09/016,421 US6026499A (en) | 1997-01-31 | 1998-01-30 | Scheme for restarting processes at distributed checkpoints in client-server computer system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01835097A JP3253883B2 (ja) | 1997-01-31 | 1997-01-31 | プロセスリスタート方法及びプロセス監視装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10214199A true JPH10214199A (ja) | 1998-08-11 |
| JP3253883B2 JP3253883B2 (ja) | 2002-02-04 |
Family
ID=11969233
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP01835097A Expired - Fee Related JP3253883B2 (ja) | 1997-01-31 | 1997-01-31 | プロセスリスタート方法及びプロセス監視装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6026499A (ja) |
| JP (1) | JP3253883B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006155473A (ja) * | 2004-12-01 | 2006-06-15 | Fujitsu Ltd | 情報処理装置 |
| JP2007133863A (ja) * | 2006-10-13 | 2007-05-31 | Nippon Telegr & Teleph Corp <Ntt> | サーバ再開方法、サーバ再開装置、サーバ再開プログラム |
| JP2011044078A (ja) * | 2009-08-24 | 2011-03-03 | Internatl Business Mach Corp <Ibm> | フォールト・トレラント・コンピュータ・システム、方法及びプログラム |
| WO2012046302A1 (ja) * | 2010-10-05 | 2012-04-12 | 富士通株式会社 | マルチコアプロセッサシステム、監視制御方法、および監視制御プログラム |
| US8566539B2 (en) | 2009-01-14 | 2013-10-22 | International Business Machines Corporation | Managing thermal condition of a memory |
| JP2020135287A (ja) * | 2019-02-18 | 2020-08-31 | 日本電気株式会社 | 業務サービス提供システム、業務サービス復旧方法及び業務サービス復旧プログラム |
| CN111679928A (zh) * | 2020-06-01 | 2020-09-18 | 西安微电子技术研究所 | 一种基于Master-Slave基础框架的系统故障检测及恢复方法 |
Families Citing this family (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6192391B1 (en) * | 1997-05-30 | 2001-02-20 | Nec Corporation | Process stop method and apparatus for a distributed memory multi-processor system |
| US6304982B1 (en) * | 1998-07-14 | 2001-10-16 | Autodesk, Inc. | Network distributed automated testing system |
| US6430610B1 (en) * | 1998-09-02 | 2002-08-06 | Steeleye Technology, Inc. | TCP/IP address protection mechanism in a clustered server environment |
| JP2000181771A (ja) * | 1998-12-15 | 2000-06-30 | Fujitsu Ltd | 情報処理方法及び情報処理装置並びに記録媒体 |
| US6594779B1 (en) * | 1999-03-30 | 2003-07-15 | International Business Machines Corporation | Method, system and program products for managing the checkpointing/restarting of resources of a computing environment |
| US6978303B1 (en) * | 1999-10-26 | 2005-12-20 | Iontal Limited | Monitoring of computer usage |
| US6732299B1 (en) * | 2000-03-08 | 2004-05-04 | Lucent Technologies Inc. | Warm start software recovery |
| US7743126B2 (en) * | 2001-06-28 | 2010-06-22 | Hewlett-Packard Development Company, L.P. | Migrating recovery modules in a distributed computing environment |
| JP3749208B2 (ja) * | 2002-08-14 | 2006-02-22 | 株式会社東芝 | プロセスマイグレーション方法、計算機 |
| US20040141461A1 (en) * | 2003-01-22 | 2004-07-22 | Zimmer Vincent J. | Remote reset using a one-time pad |
| US20040158605A1 (en) * | 2003-02-10 | 2004-08-12 | International Business Machines Corporation | Domain-wide reset agents |
| US8122280B2 (en) | 2004-08-26 | 2012-02-21 | Open Invention Network, Llc | Method and system for providing high availability to computer applications |
| US7526676B2 (en) * | 2004-09-03 | 2009-04-28 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Slave device having independent error recovery |
| US7373558B2 (en) * | 2004-09-23 | 2008-05-13 | Intel Corporation | Vectoring process-kill errors to an application program |
| US7380169B2 (en) * | 2004-09-24 | 2008-05-27 | Intel Corporation | Converting merge buffer system-kill errors to process-kill errors |
| DE102005024327B4 (de) * | 2005-05-27 | 2009-04-09 | Siemens Ag | Watch-Dog in einer verteilten Applikations-Umgebung |
| US8078910B1 (en) | 2008-12-15 | 2011-12-13 | Open Invention Network, Llc | Method and system for providing coordinated checkpointing to a group of independent computer applications |
| US8195722B1 (en) | 2008-12-15 | 2012-06-05 | Open Invention Network, Llc | Method and system for providing storage checkpointing to a group of independent computer applications |
| US7681075B2 (en) * | 2006-05-02 | 2010-03-16 | Open Invention Network Llc | Method and system for providing high availability to distributed computer applications |
| US9286109B1 (en) * | 2005-08-26 | 2016-03-15 | Open Invention Network, Llc | Method and system for providing checkpointing to windows application groups |
| US8752049B1 (en) | 2008-12-15 | 2014-06-10 | Open Invention Network, Llc | Method and computer readable medium for providing checkpointing to windows application groups |
| US20070168720A1 (en) * | 2005-11-30 | 2007-07-19 | Oracle International Corporation | Method and apparatus for providing fault tolerance in a collaboration environment |
| JP5595633B2 (ja) * | 2007-02-26 | 2014-09-24 | スパンション エルエルシー | シミュレーション方法及びシミュレーション装置 |
| US7937618B2 (en) * | 2007-04-26 | 2011-05-03 | International Business Machines Corporation | Distributed, fault-tolerant and highly available computing system |
| US8776018B2 (en) * | 2008-01-11 | 2014-07-08 | International Business Machines Corporation | System and method for restartable provisioning of software components |
| US8539488B1 (en) | 2009-04-10 | 2013-09-17 | Open Invention Network, Llc | System and method for application isolation with live migration |
| US8880473B1 (en) | 2008-12-15 | 2014-11-04 | Open Invention Network, Llc | Method and system for providing storage checkpointing to a group of independent computer applications |
| US8752048B1 (en) | 2008-12-15 | 2014-06-10 | Open Invention Network, Llc | Method and system for providing checkpointing to windows application groups |
| US8281317B1 (en) | 2008-12-15 | 2012-10-02 | Open Invention Network Llc | Method and computer readable medium for providing checkpointing to windows application groups |
| US8826070B1 (en) | 2008-12-15 | 2014-09-02 | Open Invention Network, Llc | Method and system for providing storage checkpointing to a group of independent computer applications |
| US8782670B2 (en) * | 2009-04-10 | 2014-07-15 | Open Invention Network, Llc | System and method for application isolation |
| US8464256B1 (en) | 2009-04-10 | 2013-06-11 | Open Invention Network, Llc | System and method for hierarchical interception with isolated environments |
| US8341631B2 (en) | 2009-04-10 | 2012-12-25 | Open Invention Network Llc | System and method for application isolation |
| US8904004B2 (en) * | 2009-04-10 | 2014-12-02 | Open Invention Network, Llc | System and method for maintaining mappings between application resources inside and outside isolated environments |
| US8041994B2 (en) * | 2009-01-09 | 2011-10-18 | Alcatel Lucent | Asynchronous checkpointing with audits in high availability networks |
| US20100185682A1 (en) * | 2009-01-09 | 2010-07-22 | Lucent Technologies Inc. | Object identifier and common registry to support asynchronous checkpointing with audits |
| US8555360B1 (en) | 2009-04-10 | 2013-10-08 | Open Invention Network Llc | System and method for on-line and off-line streaming application isolation |
| US10419504B1 (en) | 2009-04-10 | 2019-09-17 | Open Invention Network Llc | System and method for streaming application isolation |
| US11538078B1 (en) | 2009-04-10 | 2022-12-27 | International Business Machines Corporation | System and method for usage billing of hosted applications |
| US9577893B1 (en) | 2009-04-10 | 2017-02-21 | Open Invention Network Llc | System and method for cached streaming application isolation |
| US9058599B1 (en) | 2009-04-10 | 2015-06-16 | Open Invention Network, Llc | System and method for usage billing of hosted applications |
| US8418236B1 (en) | 2009-04-10 | 2013-04-09 | Open Invention Network Llc | System and method for streaming application isolation |
| US20130219177A1 (en) * | 2012-02-16 | 2013-08-22 | Samsung Electronics Co. Ltd. | Secure data processing device and method |
| EP2909724B1 (en) * | 2012-10-19 | 2019-11-27 | Hewlett-Packard Enterprise Development LP | Asyncrhonous consistent snapshots in persistent memory stores |
| CN107819640B (zh) * | 2016-09-14 | 2019-06-28 | 北京百度网讯科技有限公司 | 用于机器人操作系统的监控方法和装置 |
| US10552274B1 (en) * | 2017-08-03 | 2020-02-04 | EMC IP Holding Company LLC | Asynchronous in-memory data checkpointing for distributed computing systems |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4665520A (en) * | 1985-02-01 | 1987-05-12 | International Business Machines Corporation | Optimistic recovery in a distributed processing system |
| US4814971A (en) * | 1985-09-11 | 1989-03-21 | Texas Instruments Incorporated | Virtual memory recovery system using persistent roots for selective garbage collection and sibling page timestamping for defining checkpoint state |
| US5065311A (en) * | 1987-04-20 | 1991-11-12 | Hitachi, Ltd. | Distributed data base system of composite subsystem type, and method fault recovery for the system |
| JPH02287858A (ja) * | 1989-04-28 | 1990-11-27 | Toshiba Corp | 分散処理システムのリスタート方式 |
| US5333303A (en) * | 1991-03-28 | 1994-07-26 | International Business Machines Corporation | Method for providing data availability in a transaction-oriented system during restart after a failure |
| JP2685712B2 (ja) * | 1994-03-30 | 1997-12-03 | 株式会社サンポウロック | ハンドルロック |
| US5590277A (en) * | 1994-06-22 | 1996-12-31 | Lucent Technologies Inc. | Progressive retry method and apparatus for software failure recovery in multi-process message-passing applications |
| EP0697652A1 (en) * | 1994-08-16 | 1996-02-21 | International Business Machines Corporation | Method for re-executing a process on a computer system for fault correction |
| JP3504763B2 (ja) * | 1994-08-19 | 2004-03-08 | 富士通株式会社 | 分散システムに使用されるクライアント，サーバ及び記憶装置並びに分散システムにおける資源管理用サーバの復旧方法 |
| US5634096A (en) * | 1994-10-31 | 1997-05-27 | International Business Machines Corporation | Using virtual disks for disk system checkpointing |
| US5774668A (en) * | 1995-06-07 | 1998-06-30 | Microsoft Corporation | System for on-line service in which gateway computer uses service map which includes loading condition of servers broadcasted by application servers for load balancing |
| JP3154942B2 (ja) * | 1995-09-11 | 2001-04-09 | 株式会社東芝 | 分散チェックポイント生成方法および同方法が適用される計算機システム |
| US5819019A (en) * | 1995-12-01 | 1998-10-06 | Silicon Graphics, Inc. | System/method for recovering network resources in a distributed environment, via registered callbacks |
| US5931954A (en) * | 1996-01-31 | 1999-08-03 | Kabushiki Kaisha Toshiba | I/O control apparatus having check recovery function |
| JP3258228B2 (ja) * | 1996-03-15 | 2002-02-18 | 株式会社東芝 | チェックポイント生成方法 |
| JP3120033B2 (ja) * | 1996-03-19 | 2000-12-25 | 株式会社東芝 | 分散メモリ型マルチプロセッサシステム及び故障回復方法 |
| JP3072048B2 (ja) * | 1996-03-19 | 2000-07-31 | 株式会社東芝 | 計算機システムおよび計算機システムのソフトウェア故障回復方法 |
| US5754752A (en) * | 1996-03-28 | 1998-05-19 | Tandem Computers Incorporated | End-to-end session recovery |
| US5796934A (en) * | 1996-05-31 | 1998-08-18 | Oracle Corporation | Fault tolerant client server system |
| US5845292A (en) * | 1996-12-16 | 1998-12-01 | Lucent Technologies Inc. | System and method for restoring a distributed checkpointed database |
-
1997
- 1997-01-31 JP JP01835097A patent/JP3253883B2/ja not_active Expired - Fee Related
-
1998
- 1998-01-30 US US09/016,421 patent/US6026499A/en not_active Expired - Lifetime
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006155473A (ja) * | 2004-12-01 | 2006-06-15 | Fujitsu Ltd | 情報処理装置 |
| JP2007133863A (ja) * | 2006-10-13 | 2007-05-31 | Nippon Telegr & Teleph Corp <Ntt> | サーバ再開方法、サーバ再開装置、サーバ再開プログラム |
| JP4689572B2 (ja) * | 2006-10-13 | 2011-05-25 | 日本電信電話株式会社 | サーバ再開方法、サーバ再開装置、サーバ再開プログラム |
| US8566539B2 (en) | 2009-01-14 | 2013-10-22 | International Business Machines Corporation | Managing thermal condition of a memory |
| JP2011044078A (ja) * | 2009-08-24 | 2011-03-03 | Internatl Business Mach Corp <Ibm> | フォールト・トレラント・コンピュータ・システム、方法及びプログラム |
| US9032190B2 (en) | 2009-08-24 | 2015-05-12 | International Business Machines Corporation | Recovering from an error in a fault tolerant computer system |
| WO2012046302A1 (ja) * | 2010-10-05 | 2012-04-12 | 富士通株式会社 | マルチコアプロセッサシステム、監視制御方法、および監視制御プログラム |
| US9335998B2 (en) | 2010-10-05 | 2016-05-10 | Fujitsu Limited | Multi-core processor system, monitoring control method, and computer product |
| JP2020135287A (ja) * | 2019-02-18 | 2020-08-31 | 日本電気株式会社 | 業務サービス提供システム、業務サービス復旧方法及び業務サービス復旧プログラム |
| CN111679928A (zh) * | 2020-06-01 | 2020-09-18 | 西安微电子技术研究所 | 一种基于Master-Slave基础框架的系统故障检测及恢复方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3253883B2 (ja) | 2002-02-04 |
| US6026499A (en) | 2000-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3253883B2 (ja) | プロセスリスタート方法及びプロセス監視装置 | |
| US5530802A (en) | Input sequence reordering method for software failure recovery | |
| US5923832A (en) | Method and apparatus for checkpointing in computer system | |
| US5590277A (en) | Progressive retry method and apparatus for software failure recovery in multi-process message-passing applications | |
| CN108847982B (zh) | 一种分布式存储集群及其节点故障切换方法和装置 | |
| US5440726A (en) | Progressive retry method and apparatus having reusable software modules for software failure recovery in multi-process message-passing applications | |
| US7802128B2 (en) | Method to avoid continuous application failovers in a cluster | |
| US5805785A (en) | Method for monitoring and recovery of subsystems in a distributed/clustered system | |
| JP3154942B2 (ja) | 分散チェックポイント生成方法および同方法が適用される計算機システム | |
| US6161193A (en) | Methods and apparatus for process replication/recovery in a distributed system | |
| Silva et al. | Fault-tolerant execution of mobile agents | |
| US20080288812A1 (en) | Cluster system and an error recovery method thereof | |
| US20110228668A1 (en) | Method and system for automatic failover of distributed query processing using distributed shared memory | |
| US9189348B2 (en) | High availability database management system and database management method using same | |
| US20040083225A1 (en) | Method and apparatus for handling failures of resource managers in a clustered environment | |
| US20030105866A1 (en) | Real composite objects for providing high availability of resources on networked systems | |
| KR20010079917A (ko) | 복제 서버용 프로토콜 | |
| US20070256082A1 (en) | Monitoring and controlling applications executing in a computing node | |
| US6519712B1 (en) | Independent checkpointing method using a memory checkpoint on a distributed system | |
| US6185702B1 (en) | Method and system for process state management using checkpoints | |
| CN114764380A (zh) | 一种基于etcd的分布式集群控制方法和装置 | |
| EP0701209B1 (en) | Apparatus and method for software rejuvenation | |
| JPH11259326A (ja) | ホットスタンバイシステムおよびホットスタンバイシステムにおける自動再実行方法およびその記録媒体 | |
| CN111880947A (zh) | 一种数据传输方法及装置 | |
| US8036105B2 (en) | Monitoring a problem condition in a communications system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071122 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091122 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131122 Year of fee payment: 12 |
|
| LAPS | Cancellation because of no payment of annual fees |