JP2000222376A - 計算機システムとその運用方法 - Google Patents

Abstract

(57)【要約】 【課題】システムを長期間継続して運用しても安定した
動作を維持することのできる信頼性の高い計算機システ
ムを提供する。 【解決手段】２台の計算機Ａ、Ｂが通信路２を通じて接
続された計算機システムにおいて、一方の計算機Ａを主
系としてプロセスを実行させると同時に他方の計算機Ｂ
を待機系として動作させ、主系の計算機Ａで実行中のプ
ロセス８ａ，９ａ，１０ａを待機系の計算機Ｂにたとえ
ばリブートから一定時間経過後等の所定のタイミングで
移動させる。プロセス移動後、プロセスの移動元の計算
機Ａを待機系に変更しかつプロセスの移動先の計算機Ｂ
を主系に変更した後、計算機Ａを一旦リブートする。こ
のシステムによれば、主系と待機系の交換が計算機間で
のプロセスの移動により行われるので、主系と待機系の
各計算機の交換のためのオーバーヘッドが小さくてす
む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の計算機によ
ってプロセスを継続的に実行する計算機システムとその
運用方法に関する。

【０００２】

【従来の技術】計算機を長時間継続的に動作させると、
例えばプログラムコードのバグなどが原因でＯＳ内に徐
々に不具合が蓄積されてゆき、システムの挙動が不安定
になって最悪の場合システムがフリーズしてしまうこと
がある。システムがフリーズ状態に陥る直接の要因とし
て、例えばメモリーリークや、ＯＳ内のフリーメモリー
リストの破壊などが挙げられる。このような障害の発生
を回避するためシステムを定期的にリブートすることが
有効とされている。しかしながら、リブートの期間計算
機によるサービスの提供が中断されてしまい、特にサー
バー用途の計算機をリブートする期間のサービス中断は
全体の運用効率に大きく響く。

【０００３】サービスの中断期間をつくらない方式とし
て、２台の計算機を用いたホットスタンバイ方式があ
る。このホットスタンバイ方式には、主系の計算機で実
行しているプロセスを待機系の計算機でも全く同様に実
行するタイプと、主系の計算機で計算を行い、その間計
算機の動作ログをとって定期的に待機系の計算機に送る
というタイプがある。

【０００４】

【発明が解決しようとする課題】しかしながら、前者の
タイプでは、主系の計算機上で発生した不具合が待機系
の計算機でも同じく発生してしまう可能性が高い。後者
のタイプでは、主系の計算機上で動いていたすべてのプ
ロセスに関して定期的に動作ログを待機系の計算機に送
る必要があり、その処理による大きなオーバーヘッドが
生じるという問題がある。

【０００５】本発明はこのような課題を解決するための
ものであり、その目的とするところは、システムを長期
間継続して運用しても安定した動作を維持することので
きる、信頼性の高い計算機システムを提供することにあ
る。

【０００６】

【課題を解決するための手段】上記した目的を達成する
ために、請求項１の発明は、２台の計算機が通信路を通
じて接続された計算機システムにおいて、一方の前記計
算機を主系として有用なプロセスを実行させると同時に
他方の前記計算機を待機系として動作させる手段と、前
記主系の計算機で実行中の前記プロセスを前記待機系の
計算機に所定のタイミングで移動させる手段と、前記プ
ロセスの移動元の計算機を待機系に変更しかつ前記プロ
セスの移動先の計算機を主系に変更する手段と、前記待
機系に変更された計算機をリブートさせる手段とを具備
することを特徴とするものである。

【０００７】本発明の計算機システムでは、主系の計算
機で実行中の有用なプロセスを待機系の計算機に移動さ
せ、主系と待機系の交換を行って新たに主系となった計
算機で前記プロセスを引き続き実行させる。そしてそれ
まで主系として動いていた計算機をリブートさせる。以
上の動作を定期的に繰り返すことで個々の計算機に不具
合が蓄積されることなく、サービスの提供に中断を挟む
ことのない計算機システムを実現できる。また、本発明
において、主系と待機系の交換は計算機間でのプロセス
の移動により行われるので、現在まさに移動されつつあ
るプロセス以外のプロセスはいずれかの計算機上で処理
されるので、主系と待機系の各計算機の交換のためのサ
ービス停止時間が小さくてすむ。

【０００８】請求項２の発明は、３台以上の計算機が通
信路を通じて接続された計算機システムにおいて、前記
各計算機のなかの一台以上の前記計算機を待機系として
動作させると同時に残りの一台以上の前記計算機を主系
として動作させ、その中で有用なプロセスを実行させる
手段と、定期的に、前記主系の計算機のうちの一台の計
算機を選択すると同時に前記待機系の計算機のうちの一
台の計算機を選択する手段と、前記選択された主系の計
算機で実行中の前記プロセスを前記選択された待機系の
計算機に所定のタイミングで移動させる手段と、前記プ
ロセスの移動元の計算機を待機系に変更し、かつ前記有
用なプロセスの移動先の計算機を主系に変更する手段
と、前記待機系に変更された計算機をリブートさせる手
段とを具備することを特徴とする。

【０００９】本発明は３台以上の計算機が通信路を通じ
て接続された計算機システムにおいて、請求項１に記載
の発明と同様の効果を得ることができる。また、主系と
して動作させる計算機の個数を待機系として動作させる
計算機より多くすることによって、待機系を用意するコ
ストを相対的に節約することができる。

【００１０】請求項３の発明は、請求項１または２記載
の計算機システムにおいて、前記個々の計算機がそれぞ
れ、物理的な計算機内に生成された仮想計算機であるこ
とを特徴とする。

【００１１】本発明は、仮想計算機を用いることで、プ
ロセスを主系／待機系計算機間で移動させるための情報
のやりとりを共通の物理的資源を通じて行うことがで
き、プロセス移動のためのオーバーヘッドが小さくてす
む。

【００１２】請求項４の発明は、請求項３記載の計算機
システムにおいて、物理的な計算機資源の前記各仮想計
算機への割り当て量を前記主系と前記待機系の仮想計算
機毎にそれぞれ最適な値に制御する手段を有することを
特徴とする。これにより物理的な計算機資源の利用効率
を向上させることができる。

【００１３】請求項５の発明は、３台以上の計算機が通
信路を通じて接続された計算機システムにおいて、前記
各計算機のなかの一台の前記計算機を定期的に選択する
手段と、前記選択された計算機で実行中のプロセスを他
の計算機に所定のタイミングで待避させる手段と、前記
プロセスの移動元の計算機をリブートさせる手段と、前
記リブートされた計算機に前記他の計算機に待避された
プロセスを復帰させる手段とを具備することを特徴とす
る。

【００１４】本発明によれば、２台以上の計算機が通信
路を通じて接続された計算機システムにおいて、請求項
１に記載の発明と同様の効果を得ることができ、さら
に、予め待機系の計算機を用意する必要がないためシス
テム価格が下げられる。また、本発明においても、請求
項６に記載されるように、計算機を物理的な単一計算機
内に生成された仮想計算機に置き換えることで、プロセ
スを主系／待機系計算機間で移動させるための情報のや
りとりを共通の物理的資源を通じて行うことができ、プ
ロセス移動のためのオーバーヘッドを小さくすることが
できる。

【００１５】請求項８の発明は、請求項１乃至６記載の
いずれかの計算機システムにおいて、前記計算機のリブ
ートが開始されてからの経過時間を計時し、この計時さ
れた経過時間があらかじめ設定された時間を越えてもリ
ブートが終了しない場合、前記計算機を再びリブートさ
せる手段を有することを特徴とするものである。

【００１６】本発明によれば、計算機のリブートの失敗
によるサービス提供の中断を回避することができ、信頼
性を向上させることができる。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００１８】図１は、本発明の第１の実施形態である計
算機システムの構成を示すブロック図である。

【００１９】同図に示すように、本実施形態の計算機シ
ステムは、主系と待機系の２台の計算機Ａ、Ｂを用いて
構成される。１はこれら２台の計算機Ａ、Ｂによって共
有されたハードディスクである。そしてこれら主系と待
機系の２台の計算機Ａ、Ｂは通信路２を介して互いに接
続されている。主系と待機系の２台の計算機Ａ、Ｂはと
もに共通のＯＳ３ａ、３ｂをはじめ、ＡＰＩ情報記録部
４ａ、４ｂ、プロセス移動プロセス５ａ、５ｂ、デバイ
スドライバ６ａ、６ｂ、ブート監視用タイマ７ａ、７ｂ
を有している。

【００２０】プロセス移動プロセス５ａ、５ｂは、実行
中のプロセスを主系と待機系の各計算機Ａ、Ｂ間で行う
プロセスマイグレーションの処理を実行するプロセスで
ある。プロセス移動プロセス５ａ、５ｂは主系と待機系
の各計算機Ａ、Ｂ上で常に起動されている。

【００２１】ＡＰＩ情報記録部４ａ、４ｂはプロセスが
ＯＳ３ａ、３ｂに対して要求（ＡＰＩ）を実行したとき
その内容を記録する部分である。このＡＰＩ情報記録部
４ａ、４ｂはライブラリとしてシステムに実装されてお
り、プロセスによってＡＰＩが実行されるとき、このラ
イブラリ内の関数を経由してＯＳ３ａ、３ｂが提供する
本来のＡＰＩが呼び出される。その際、ＡＰＩ情報記録
部４ａ、４ｂはＡＰＩに渡された引数のデータをプロセ
スがＯＳ３ａ、３ｂに対して要求（ＡＰＩ）を実行した
ときの内容（ＡＰＩの結果）として保存する。ＡＰＩ情
報記録部４ａ、４ｂは記録すべきデータ量を減らすため
に、新しいＡＰＩの結果が以前のＡＰＩの結果を上書き
するような場合は以前のＡＰＩの記録を削除する。

【００２２】ブート監視用タイマ７ａ、７ｂは、計算機
Ａ、Ｂのブートが開始されてから一定時間内にブートが
完了しない場合にシステムを再びリセットさせる機能を
有する。デバイスドライバ６ａ、６ｂはＯＳ３ａ、３ｂ
にブート監視用タイマ７ａ、７ｂをアクセスするための
手順を提供するソフトウエアである。

【００２３】次に、本実施形態の計算機システムにおけ
る主系／待機系の各計算機間におけるプロセスマイグレ
ーションの実行手順について説明する。

【００２４】図２は、プロセスマイグレーションを開始
する直前の計算機システムの状態を示している。主系の
計算機Ａにおいてはプロセス移動プロセス５ａをはじめ
複数のプロセス８ａ、９ａ、１０ａが実行されている。
一方、待機系の計算機Ｂにおいてはプロセス移動プロセ
ス５ｂのみが実行されている。

【００２５】主系計算機Ａのプロセス移動プロセス５ａ
は、ブート開始から一定時間（たとえば一日）が経過し
た後、プロセスマイグレーションを開始する。以下にプ
ロセスマイグレーションの手順を示す。

【００２６】プロセス移動プロセス５ａは、まず、待機
系の計算機Ｂへ移動させるプロセス８ａ、９ａ、１０ａ
を停止させる。次にプロセス移動プロセス５ａは移動さ
せるプロセス８ａ、９ａ、１０ａのメモリ内容とＡＰＩ
情報記録部４ａに記録されているＡＰＩ実行情報を待機
系の計算機Ｂのプロセス移動プロセス５ｂに送信する。
待機系の計算機Ｂのプロセス移動プロセス５ｂは、図３
に示すように、主系計算機Ａのプロセス移動プロセス５
ａからの前記各情報を受け取ると、主系計算機Ａ上で実
行されていたプロセス８ａ、９ａ、１０ａと同じプロセ
ス８ｂ、９ｂ、１０ｂを新たに生成し、これらのプロセ
ス８ｂ、９ｂ、１０ｂに前記受信されたメモリ内容とＡ
ＰＩ実行情報を渡す。

【００２７】待機系計算機Ｂ上に生成されたプロセス８
ｂ、９ｂ、１０ｂは、まず、渡されたＡＰＩ実行情報に
含まれているＡＰＩを実行する。続いて、同プロセス８
ｂ、９ｂ、１０ｂに前記渡されたメモリ内容がコピーさ
れる。これにより、主系計算機Ａ上で実行されていたプ
ロセス８ａ、９ａ、１０ａが待機系計算機Ｂ上に移動さ
れ、それまで待機系となっていた計算機Ｂが主系となっ
てプロセス８ｂ、９ｂ、１０ｂを継続して実行する。前
記プロセスマイグレーション処理をプロセス９ａ、１０
ａに対しても行い、計算機Ｂにプロセス９ｂ、１０ｂを
生成する。

【００２８】すべてのプロセスが計算機Ａから計算機Ｂ
に移動された後、プロセス８ａ、９ａ、１０ａを停止さ
せた方の計算機Ａは待機系となり、計算機Ｂは主系とな
る。そして主系となった計算機Ａはリブートを開始す
る。

【００２９】図２は計算機Ａがリブートを開始する直前
の様子を示す。この時点で待機系となっている計算機Ａ
のＯＳ３ａには潜在的な不具合１１が蓄積されている可
能性があるが、図４に示すように、この不具合１１は計
算機Ａのリブートによるメモリの初期化により解消され
る。

【００３０】計算機Ａのリブートは次のような手順で行
われる。

【００３１】計算機Ａのプロセス移動プロセス５ａは、
まず、デバイスドライバ６ａを経由してブート監視用タ
イマ７ａにリブート用のタイムアウト時間を設定した
後、ブート監視用タイマ７ａを作動させる。続いてプロ
セス移動プロセス５ａはリブートを実際に開始させる。
リブート後、計算機Ａのプロセス移動プロセス５ａが最
初に起動される。プロセス移動プロセス５ａは計算機Ａ
の起動後直ちにデバイスドライバ６ａを経由してブート
監視用タイマ７ａを停止させる。

【００３２】もしもリブート時に何かの問題によりリブ
ート用タイムアウト時間が過ぎてもブート監視用タイマ
７ａが停止されなかった場合は該ブート監視用タイマ７
ａからシステムにリセットが入り、再び計算機Ａのリブ
ートが開始されるとともにブート監視用タイマ７ａもリ
セットされる。このようにすることによって、次に計算
機Ａが他方の計算機Ｂより移動されたプロセスを受け取
るときに計算機Ａ自身のリブートが確実に終了している
ようにする。

【００３３】以上、本実施形態の計算機システムによれ
ば、所定の時間周期で交互にリブートされる２台の計算
機Ａ、Ｂの間でプロセスを移動させることによってシス
テムを長時間継続的に稼働するので、個々の計算機に不
具合が蓄積されることを防止でき、長期にわたって安定
した動作を保証することができるとともに、主系と待機
系の計算機の交換の際のオーバーヘッドが小さくてす
む。

【００３４】次に、本発明の第２の実施形態について説
明する。

【００３５】図５は本実施形態の計算機システムの構成
を示すブロック図である。

【００３６】本実施形態の計算機システムは物理的には
単体の計算機Ｃにより実現される。マイクロカーネル５
１は、物理的な計算機資源である物理メモり６１、ネッ
トワーク６２、ハードディスク６３を管理するとともに
２つの独立した仮想計算機Ａ’、Ｂ’を作成する。マイ
クロカーネル５１は、所定の時間周期（たとえば一日間
隔）で、上記仮想計算機Ａ’、Ｂ’のリブートを交互に
繰り返しながら各仮想計算機Ａ’、Ｂ’間でプロセスを
移動させる。仮想計算機Ａ’、Ｂ’のリブートは実際に
は主系として動いていた仮想計算機を終了して新しく待
機系の仮想計算機を作成することによって行われる。ま
た、マイクロカーネル５１は、主系として動いている仮
想計算機により多くの物理メモリ量を割り当て、待機系
として動いている仮想計算機に必要最小限の物理メモり
量を割り当てることによって物理メモリの利用効率を高
めるようにしている。

【００３７】それぞれの仮想計算機Ａ’、Ｂ’にはＯＳ
５３ａ、５３ｂが存在しており、それぞれのＯＳ５３
ａ、５３ｂ内には実行中のプロセスに関する情報を取得
するためのＡＰＩ（プロセス情報取得ＡＰＩ）５２ａ、
５２ｂが含まれている。このプロセス情報取得ＡＰＩ５
２ａ、５２ｂによって取得されるプロセスに関する情報
としては、プロセスが現在参照しているファイル、プロ
セス内に存在しているスレッドの現在のレジスタの状態
などがある。

【００３８】次に、本実施形態の計算機システムにおい
て仮想計算機Ａ’、Ｂ’の主系と待機系を交換する動作
について説明する。

【００３９】図５はプロセスマイグレーションを開始す
る直前の計算機システムの状態を示している。主系の仮
想計算機Ａ’においてはプロセス移動プロセス５４ａを
はじめ複数のプロセス５５ａ，５６ａ，５７ａが実行さ
れている。一方、待機系の仮想計算機Ｂ’においてはプ
ロセス移動プロセス５４ｂのみが実行されている。

【００４０】主系の仮想計算機Ａ’のプロセス移動プロ
セス５４ａは、ブート開始から一定時間が経過した後、
プロセス情報取得ＡＰＩ５２ａによって取得された上記
プロセスに関する情報と実行中のプロセス５５ａ，５６
ａ，５７ａのメモリ内容に基づいて、すべてのプロセス
５５ａ，５６ａ，５７ａの状態を調べ、その結果を待機
系の仮想計算機Ｂ’のプロセス移動プロセス５４ｂに送
る。この仮想計算機Ａ’、Ｂ’間の情報のやりとりは一
つの物理メモり６１を介して行われる。この後、仮想計
算機Ａ’はリブートを開始する。仮想計算機のリブート
とは、前述したように、主系として動いていた仮想計算
機を終了して新しく待機系の仮想計算機を作成すること
を意味する。

【００４１】待機系の仮想計算機Ｂ’のプロセス移動プ
ロセス５４ｂは、主系仮想計算機Ａ’からの前記プロセ
スに関する各情報を受けとると、主系仮想計算機Ａ’上
で実行されていたプロセス５５ａ，５６ａ，５７ａと同
じプロセスを生成する。これにより、仮想計算機Ａ’か
ら仮想計算機Ｂ’へのプロセスの移動が達成され、それ
まで待機系となっていた仮想計算機Ｂ’が主系となって
プロセスを継続して実行する。

【００４２】以上、本実施形態の計算機システムによれ
ば、仮想計算機のＯＳ内にプロセスの状態を取得するた
めのプロセス情報取得ＡＰＩ５２ａ、５２ｂを用意した
ことによって、通常の動作時にログをとりながら動く必
要がなくなり、物理的計算機の負荷が少なくてすむ。ま
た、本実施形態では、物理的な計算機Ｃを単体用意する
だけで長期継続的な運用に伴う不具合の蓄積のない計算
機システムを提供することができる。さらに、本実施形
態では、マイクロカーネル５１によって、物理的な資源
の多くを常に主系の仮想計算機Ａ’に対して優先して割
り当てることによって、物理的な資源の利用効率が良
く、２つの仮想計算機Ａ’、Ｂ’を生成することによる
オーバヘッドを軽減することができる。さらに、本実施
形態では、仮想計算機Ａ’、Ｂ’間でのプロセスの移動
に必要な情報のやりとりが物理メモり６１上で行われる
ので、プロセスの移動の高速化を図れる。

【００４３】以上、本発明の実施形態では、２つの計算
機或いは仮想計算機を用いてサービスの提供に中断を挟
むことのない計算機システムについて説明したが、３台
以上の計算機が通信路を通じて接続された計算機システ
ムにおいて、一台以上の待機系の計算機を用意し、残り
の計算機を主系として有用なプロセスを実行させ、定期
的に主系の計算機のなかの一台の計算機を選択すると同
時に待機系の一台の計算機を選択し、主系の計算機で実
行中のプロセスを待機系の計算機にリブート前に移動さ
せるように構成しても構わない。ここで、定期的に選択
される主系と待機系の各計算機の組み合わせは、あらか
じめ決められた順序に基づく。このように主系と待機系
の計算機の関係は一対一であることに限らず、Ｎ対Ｍ
（但し、Ｎ＞＝Ｍ，Ｍは１以上の整数）であってよい。

【００４４】また、３台以上の計算機が通信路を通じて
接続された計算機システムにおいて、各計算機のなかの
一台の計算機を定期的に選択し、この選択された計算機
で実行中のプロセスを、該計算機のリブート直前に他の
計算機に移動（待避）させ、リブート後、計算機に他の
計算機に待避されたプロセスを復帰させるようにしても
よい。

【００４５】さらに、これらの、３台以上の計算機が通
信路を通じて接続された計算機システムにおいて、計算
機を物理的な単一計算機内に生成された仮想計算機に置
き換えることで、プロセスを主系／待機系計算機間で移
動させるための情報のやりとりを共通の物理的資源を通
じて行うことができ、プロセス移動のためのオーバーヘ
ッドを小さくすることができる。

【００４６】

【発明の効果】以上説明したように本発明によれば、サ
ービスの提供に中断を挟むことのない長期連続稼働が可
能な計算機システムを提供することができる。また、本
発明によれば、主系と待機系の交換は計算機間でのプロ
セスの移動により行われるので、主系と待機系の各計算
機の交換のためのサービス停止時間が短くてすむ。さら
に、本発明は、計算機を物理的な単一計算機内に生成さ
れた仮想計算機に置き換えることで、プロセスを主系／
待機系計算機間で移動させるための情報のやりとりを共
通の物理的資源を通じて行うことができ、プロセス移動
のためのオーバーヘッドを小さくすることができる。さ
らに、本発明は、計算機のリブートの失敗によるサービ
ス提供の中断を回避することができ、信頼性を向上させ
ることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態である計算機システム
の構成を示す図である。

【図２】図１の計算機システムにおいてプロセスマイグ
レーションを開始する直前の状態を示す図である。

【図３】図１の計算機システムにおいてプロセスマイグ
レーションの実行直後の状態を示す図である。

【図４】図１の計算機システムにおいて計算機のリブー
ト後の状態を示す図である。

【図５】本発明の第２の実施形態の計算機システムの構
成を示す図である。

【符号の説明】

Ａ、Ｂ、Ｃ・・・ 計算機 Ａ’、Ｂ’・・・ 仮想計算機 １・・・ ハードディスク ２・・・ 通信路 ３ａ、３ｂ・・・ ＯＳ ４ａ、４ｂ・・・ ＡＰＩ情報記録部 ５ａ、５ｂ・・・ プロセス移動プロセス ６ａ、６ｂ・・・ デバイスドライバ ７ａ、７ｂ・・・ ブート監視用タイマ ８ａ、９ａ、１０ａ・・・ 主系計算機の実行プロセス ８ｂ、９ｂ、１０ｂ・・・ 待機系計算機の実行プロセス ５１・・・ マイクロカーネル ５２ａ、５２ｂ・・・ プロセス情報取得ＡＰＩ ５３ａ、５３ｂ・・・ ＯＳ ５４ａ、５４ｂ・・・ プロセス移動プロセス ５５ａ，５６ａ，５７ａ・・・・主系仮想計算機の実行プロ
セス ６１・・・ 物理メモリ ６２・・・ ネットワーク ６３・・・ ハードディスク

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ２台の計算機が通信路を通じて接続され
   た計算機システムにおいて、 一方の前記計算機を主系として有用なプロセスを実行さ
   せると同時に他方の前記計算機を待機系として動作させ
   る手段と、 前記主系の計算機で実行中の前記プロセスを前記待機系
   の計算機に所定のタイミングで移動させる手段と、 前記プロセスの移動元の計算機を待機系に変更しかつ前
   記プロセスの移動先の計算機を主系に変更する手段と、 前記待機系に変更された計算機をリブートさせる手段と
   を具備することを特徴とする計算機システム。
2. 【請求項２】 ３台以上の計算機が通信路を通じて接続
   された計算機システムにおいて、 前記各計算機のなかの一台以上の前記計算機を待機系と
   して動作させると同時に残りの一台以上の前記計算機を
   主系として動作させ、その中で有用なプロセスを実行さ
   せる手段と、 定期的に、前記主系の計算機のうちの一台の計算機を選
   択すると同時に前記待機系の計算機のうちの一台の計算
   機を選択する手段と、 前記選択された主系の計算機で実行中の前記プロセスを
   前記選択された待機系の計算機に所定のタイミングで移
   動させる手段と、 前記プロセスの移動元の計算機を待機系に変更し、かつ
   前記有用なプロセスの移動先の計算機を主系に変更する
   手段と、 前記待機系に変更された計算機をリブートさせる手段と
   を具備することを特徴とする計算機システム。
3. 【請求項３】 請求項１または２記載の計算機システム
   において、 前記個々の計算機がそれぞれ、物理的な計算機内に生成
   された仮想計算機であることを特徴とする計算機システ
   ム。
4. 【請求項４】 請求項３記載の計算機システムにおい
   て、 物理的な計算機資源の前記各仮想計算機への割り当て量
   を前記主系と前記待機系の仮想計算機毎にそれぞれ最適
   な値に制御する手段を有することを特徴とする計算機シ
   ステム。
5. 【請求項５】 ２台以上の計算機が通信路を通じて接続
   された計算機システムにおいて、 前記各計算機のなかの一台の前記計算機を定期的に選択
   する手段と、 前記選択された計算機で実行中のプロセスを他の一台以
   上の計算機に所定のタイミングで待避させる手段と、 前記プロセスの移動元の計算機をリブートさせる手段
   と、 前記リブートされた計算機に前記他の計算機に待避され
   た前記プロセスを復帰させる手段とを具備することを特
   徴とする計算機システム。
6. 【請求項６】 請求項５記載の計算機システムにおい
   て、 前記個々の計算機が物理的な単一計算機内に生成された
   仮想計算機であることを特徴とする計算機システム。
7. 【請求項７】 請求項１乃至６記載のいずれかの計算機
   システムにおいて、 前記所定のタイミングが、リブート後所定時間が経過し
   たタイミングであることを特徴とする計算機システム。
8. 【請求項８】 請求項１乃至６記載のいずれかの計算機
   システムにおいて、 前記計算機のリブートが開始されてからの経過時間を計
   時し、この計時された経過時間があらかじめ設定された
   時間を越えてもリブートが終了しない場合、前記計算機
   を再びリブートさせる手段を有することを特徴とする計
   算機システム。
9. 【請求項９】 ２台の計算機が通信路を通じて接続され
   た計算機システムの運用方法において、 一方の前記計算機を主系として有用なプロセスを実行さ
   せると同時に他方の前記計算機を待機系として動作さ
   せ、前記主系の計算機で実行中のプロセスを前記待機系
   の計算機に所定のタイミングで移動させた後、前記プロ
   セスの移動元の計算機を待機系に変更するとともに前記
   プロセスの移動先の計算機を主系に変更し、この変更
   後、前記待機系に変更された計算機をリブートさせるこ
   とを特徴とする計算機システムの運用方法。