(57)【要約】【課題】計算機１台で、専用ハードウェアを追加することなく、ＯＳ障害発生時にシステムが停止しないような仮想クラスタシステムを構築できるようにする。【解決手段】第１のＯＳ２６、第２のＯＳ２７およびマルチＯＳ制御部２５で構成されるマルチＯＳ環境の計算機において、マルチＯＳ制御部２５が各ＯＳ２６，２７に対してＯＳ障害検出命令を発行することで、各ＯＳ２６，２７は計算機資源であるＨＤＤ１５〜１８内の共通ディスク領域を利用して、ＯＳ障害検出を行う。また、ＯＳ障害発生時には、アプリケーションプログラムを正常動作しているＯＳ上で動作するように、マルチＯＳ制御部２５が制御する。障害中のＯＳが復旧した場合には、元の処理の状態に戻すように、マルチＯＳ制御部２５が制御する。【選択図】　　　　図１
2004046474.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ要求の処理を行い、他のＯＳに障害が発生した場合には、該他のＯＳの処理を引き継ぐ第１のＯＳと、
ユーザ要求の処理を行い、他のＯＳに障害が発生した場合には、該他のＯＳの処理を引き継ぐ第２のＯＳと、
計算機資源を各ＯＳに振り分け、各ＯＳにＯＳ障害検出命令を発行し、障害が発生したときには、アプリケーションプログラムを正常動作中のＯＳに引き渡し、該障害が回復したときには、該アプリケーションプログラムを元のＯＳに戻すように制御するマルチＯＳ制御手段と、
該第１のＯＳおよび該第２のＯＳにより生存を確認するための情報が書き込まれ、かつ該第１および第２のＯＳにより書き込まれた該生存を確認するための情報が読み込まれる共通ディスク領域を備えた記憶手段とを有することを特徴とするマルチＯＳ環境の計算機システム。
【請求項２】
請求項１記載のマルチＯＳ環境の計算機システムにおいて、前記他のＯＳの処理を引き継ぐためのＯＳが３つ以上存在し、かつ、アプリケーションプログラムの負荷を各ＯＳに分散させるように予め設定しておくことを特徴とするマルチＯＳ環境の計算機システム。
【請求項３】
マルチＯＳ環境の計算機を、第１のＯＳおよび第２のＯＳが共通ディスク領域へ生存を確認するための情報の書き込みおよび読み込み手段と、マルチＯＳ制御部が一方のＯＳ障害が発生したＯＳ上で動作中のアプリケーションプログラムを正常動作中のＯＳ上で動作させ、ＯＳの障害が復旧したとき、該アプリケーションプログラムを元のＯＳ上で動作させるように制御する手段として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機システムのマルチＯＳ制御に関し、特にＯＳ障害監視およびＯＳ障害発生時の処理と復旧のためのマルチＯＳ環境の計算機システムおよびそのプログラムに関する。
【０００２】
【従来の技術】
計算機のＯＳに障害が発生した場合、システム停止となり、業務続行は不能状態となる。従来より、計算機が停止しても業務プログラムを他の計算機で処理させ、システム停止を防ぐクラスタシステムがよく用いられている。クラスタシステムは、企業の基幹システムを動作させる場合のように、いかなる事態が発生しても停止することが許されない計算機を構築する際の手段である。通常、２台ないしそれ以上の同スペックのマシンを用意して、それらが常にメモリやハードディスクの内容を同期させながら動作する。動作中のマシンが障害などでダウンすると、他のマシンが自動的に動作を引き継ぐことになる。
このように、一般的なクラスタシステムは、計算機を複数台と共有ディスク装置で構成される。また、アプリケーションプログラムを各計算機で分散して処理を行い、各計算機の負荷分散を行う方法もよく用いられる手法である。
【０００３】
一方、マルチＯＳ環境を持つ計算機システムとしては、例えば、特開２００１−１０１０３３公報で提案されている。これは、マルチＯＳ環境を持つ計算機により、第１のＯＳ、第２のＯＳ、第２のＯＳ上で動作する障害監視モニタおよびマルチＯＳ制御部でＯＳ障害を検出し、第１のＯＳ障害と再起動によっても情報が保持される記憶領域に第１のＯＳ上で動作しているアプリケーションプログラムのチェックポイント情報を保持し、再起動後はこのチェックポイント情報からアプリケーションプログラムを再開させるようにしたものである。
【０００４】
【発明が解決しようとする課題】
しかしながら、複数の計算機と共通ディスク装置を用いてクラスタシステムを構築するためには、複数台の計算機を配置しなければならず、高価になる。
また、前記公報に記載のシステムでは、ＯＳ障害を検出し、その後障害発生したＯＳを再起動し、アプリケーションプログラムをチェックポイント情報から再開することが可能であるが、ＯＳ障害からＯＳ再起動までの間はアプリケーションプログラムは停止し、業務自体は停止することになる。
【０００５】
そこで、本発明の目的は、これら従来の課題を解決し、マルチＯＳ環境の計算機１台だけで、専用ハードウェアを追加することなく、ＯＳ障害を検出することができ、ＯＳ障害発生時にアプリケーションプログラムの切り替えを意識せずに正常動作しているＯＳに引き継ぐことで、アプリケーションプログラムを停止させることなく、かつ障害発生したＯＳを復旧させる機能を有し、ＯＳ障害に対して信頼性の高いマルチＯＳ環境の計算機システムおよびそのプログラムを提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明のマルチＯＳ環境の計算機システムは、第１のＯＳ、第２のＯＳ、計算機資源を管理するマルチＯＳ制御部から構成されるマルチＯＳ環境の計算機にて、マルチＯＳ制御部より第１のＯＳ、第２のＯＳにＯＳ障害監視命令を発行し、第１のＯＳ、第２のＯＳは、共通ディスク領域への生存情報の書き込みと、この生存情報を確認することでＯＳ障害の監視を行う。
【０００７】
また、本発明のマルチＯＳ環境の計算機システムは、マルチＯＳ制御部がＯＳ障害発生時に各ＯＳ上で動作していたアプリケーションプログラムを正常動作しているＯＳに引き継がせるように制御を行う。ＯＳ障害が発生したＯＳを予め設定した復旧方法により、ＯＳ障害の復旧を行い、ＯＳ障害発生していたＯＳが復旧したときには、本来動作していたＯＳ上でアプリケーションプログラムを動作させるように制御を行う。
【０００８】
これは、予め設定したアプリケーションプログラムの負荷を各ＯＳで分散させていたものを、ＯＳ障害復旧時に再びアプリケーションプログラムの負荷を各ＯＳに負荷分散させるためである。これにより、計算機１台でＯＳ障害発生時にもシステム停止することがない、クラスタシステムを構築することができるので、信頼性の高いシステムを実現することができる。
【０００９】
【発明の実施の形態】
以下、本発明の実施形態を、図面により詳細に説明する。
図１は、本発明の実施形態を示す計算機システムの構成図である。
図１に示すように、計算機は図１（ａ）に示すソフトウェア２４と図１（ｂ）に示すハードウェア１１に分けられる。ハードウェア１１は、ＣＰＵ１２、主メモリ１３、ＳＣＳＩアダプタ１４、ＬＡＮアダプタ１９およびＳＣＳＩアダプタ１４に接続されたハードディスク装置（ＨＤＤ）１５〜１８から構成される。
なお、ＬＡＮアダプタ１９に接続されたＬＡＮ回線２０には、複数の端末装置２１〜２３が接続される。
ソフトウェア２４は、第１のＯＳ２６、第２のＯＳ２７、マルチＯＳ制御部２５、業務アプリケーションプログラム（以下、ＡＰ）（１）２８、業務ＡＰ（２）３０、業務ＡＰ（３）２９、業務ＡＰ（４）３１から構成されている。
【００１０】
ソフトウェア２４の全ては、ハードウェア１１の主メモリ１３に保存されている。なお、マルチＯＳ制御部２５は、▲１▼ハードウェア資源分割機能と、▲２▼ＡＰ制御機能と、▲３▼ＯＳ障害検出および回復機能とを有している。また、業務ＡＰ（１）〜（４）は、一般業務処理を行うプログラムである。ここでは、アプリケーションプログラムの数は、一例として４つにしているが、数に限定されるものではなく、さらに多くの業務ＡＰを保存することもできる。また、第１のＯＳ２６、第２のＯＳ２７上で動作させるアプリケーションについても、限定されるものではない。
【００１１】
以下、マルチＯＳ制御部２５の３つの機能について説明する。
（１．ハードウェア資源分割機能）
ハードウェア１１からの割り込みや、ＣＰＵ処理時間、メモリなどの計算機資源を各ＯＳに振り分け、仮想ハードウェアとして各ＯＳに対して見せる。
また、各ＯＳが利用する外部デバイスのＩ／Ｏ資源を予約する機能を有する。
【００１２】
（２．アプリケーションプログラム制御機能）
アプリケーションプログラムを、ＯＳ障害発生時にＯＳ障害が発生していない方のＯＳに引き渡す機能である。障害回復時には、正常動作していた時のように、各ＯＳのアプリケーションプログラムの負荷を分散するために、アプリケーションプログラムを始め、動作していたＯＳの方に戻す機能も有する。
アプリケーションプログラムのインストール時に、アプリケーションプログラムの負荷を分散するために、どのＯＳ上で動作させるかの情報を予め共通ディスク領域に設定しておく。
【００１３】
（３．ＯＳ障害検出およびＯＳ障害回復機能）
ＯＳ障害検出は、各ＯＳにＯＳ障害検出命令を発行し、ＯＳ障害が発生していたとき、各ＯＳからの通知を受ける。ＯＳ障害回復時は各ＯＳより生存情報の通知を受けることにより、システムが正常状態に回復したことを判断する。ＯＳ障害回復は、障害発生したＯＳを再起動することにより、ＯＳの障害回復を行う機能を有する。
【００１４】
（障害時の処理）
ＬＡＮ回線２０に接続されている端末装置２１〜２３は、計算機にアクセスして実業務を行う装置である。ＯＳ障害が発生すると、正常動作している方のＯＳから計算機にアクセスしたこれらの端末装置２１〜２３に対してＯＳに障害が発生したことの通知を受ける。
ＯＳ障害検出、ＯＳ障害時の処置、および障害復旧時の処置の概要について述べる。
マルチＯＳ制御部２５は、第１のＯＳ２６、第２のＯＳ２７に対してＯＳ障害検出命令を発行する。命令を受けた第１のＯＳ２６および第２のＯＳ２７は、ＨＤＤ１５〜１８に存在する共通ディスク領域に、ある周期をもって自ＯＳが生存していることを書き込む。これが正常動作中の証明となり、この生存情報を確認すれば、どのＯＳに障害が発生したかが判別できる。
【００１５】
その後、第１のＯＳ２６および第２のＯＳ２７は、書き込まれた生存情報を読み込み、生存情報が正しくない場合には、マルチＯＳ制御部２５にＯＳ障害発生を通知する。このとき、ＬＡＮ回線２０に接続された端末装置２１〜２３にもＯＳ障害が発生したことの通知を行う。マルチＯＳ制御部２５は、予め設定されたアプリケーションプログラム制御方法に従って、障害発生したＯＳで動作していたアプリケーションプログラムを正常動作している方のＯＳ上で動作させるように命令を発行する。また、予め設定したＯＳ障害回復方法に従って、障害が発生したＯＳを回復する。
【００１６】
障害が発生したＯＳが回復された場合、マルチＯＳ制御部２５は各ＯＳより生存情報を正しく受けたことにより、障害回復が正しく行われたことを判断して、ＯＳ障害発生した時点で正常動作していたＯＳへ引き継がれたアプリケーションプログラムを、予め設定していたＯＳ上で動作させるように、各ＯＳに命令を発行する。また、障害発生していたＯＳは、ＬＡＮ回線２０に接続されている端末装置２１〜２３に対して復旧されたことを通知する。
【００１７】
（ＨＤＤの共通ディスク領域）
図２は、図１におけるＨＤＤ１５〜１８に存在する共通ディスク領域に記憶されているデータの図である。
ここでは、プログラム領域などは省略して、本発明に関する制御情報などについて示している。
生存情報確認領域４１は、第１のＯＳ２６および第２のＯＳ２７からアクセスされる領域であり、生存情報が各ＯＳより書き込まれる。生存情報には、書き込む時刻も同時に書き込まれる。ＯＳ障害検出開始時間４２は、マルチＯＳ制御部２５が各ＯＳにＯＳ障害検出命令を発行する時間が限納される。ＯＳ障害検出時間４３は、各ＯＳがマルチＯＳ制御部２５よりＯＳ障害検出命令を受けた後の、各ＯＳの生存書き込み情報の許容時間である。すなわち、障害検出命令を受けた時刻からここで定められた時間内に各ＯＳは生存情報を書き込む必要がある。
【００１８】
ＯＳ障害情報４４は、計算機の状態を示す情報である。計算機がＯＳ障害により動作しなくなった箇所、あるいは計算機の現在の状況は正常か、異常かなどを示す。
アプリケーションプログラム制御情報４５は、アプリケーションプログラムの制御情報であり、▲１▼各アプリケーションプログラムを動作させるＯＳの指定、▲２▼現在アプリケーションプログラムがどのＯＳ上で動作しているのか、を示す情報、および▲３▼アプリケーションプログラムが動作していたＯＳに障害発生した時の引継先ＯＳの情報が格納されている。アプリケーションプログラムインストール時に、各ＯＳの負荷分散を行うために、動作させるＯＳの指定とＯＳ障害が発生したときの引継先ＯＳの設定を行う。これらの▲１▼▲２▼▲３▼の各情報は、業務ＡＰ（１）〜（４）毎に示されている。
ＯＳ復旧方法４６には、第１のＯＳ２６、第２のＯＳ２７の障害発生時の復旧方法を示す情報が格納されている。これには、（ａ）メモリダンプなしのＯＳ再起動、（ｂ）メモリダンプ取得後のＯＳ再起動、（ｃ）ＯＳの特定機能のみの再起動、などに区分される。これらの（ａ）（ｂ）（ｃ）の各情報は、ＯＳ毎に示されている。
【００１９】
図３は、本発明における計算機の起動処理とＯＳ障害検出の手順を示すフローチャートである。
ハードウェア１１が起動された後、自動的な手続きの実行により第１のＯＳ２６、第２のＯＳ２７、マルチＯＳ制御部２５が起動すると、第１のＯＳ２６と第２のＯＳ２７が利用する計算機資源の割り当てが行われ、仮想ハードウェアとして各ＯＳに見せる（ステップ１０１）。第１のＯＳ２６と第２のＯＳ２７が、ＯＳ障害検出時間４３、ＯＳ復旧方法４６、ＯＳ障害情報４４を共有ディスク領域に設定する（ステップ１０２）。第１のＯＳ２６と第２のＯＳ２７は、共有ディスク領域内のアプリケーションプログラム制御情報４５のどのＯＳ上で動作させるのかを参照して、アプリケーションプログラムを開始させ、アプリケーションプログラム制御情報４５の『現在どのＯＳ上で動作しているか、』の欄にアプリケーションプログラムが動作しているＯＳを書き込む（ステップ１０３）。
【００２０】
マルチＯＳ制御部２５は、ＯＳ障害検出開始時間４２を設定する（ステップ１０４）。マルチＯＳ制御部２５は、第１のＯＳ２６と第２のＯＳ２７に対して、生存情報書き込みと確認の指示を発行する（ステップ１０５）。これにより、各ＯＳ２６，２７は、発行時刻からＯＳ障害検出時間４３（例えば、３分〜５分間隔）内に生存情報確認領域４１に生存情報の書き込みを行う必要がある。
第１のＯＳ２６と第２のＯＳ２７は、共有ディスク領域の生存確認情報領域４１に生存している情報を書き込む（ステップ１０６）。第１のＯＳ２６と第２のＯＳ２７は、ＯＳ障害情報４４を確認する（ステップ１０７）。確認した結果がＯＳ障害状態であった場合には、ＯＳ障害回復の確認処理と判断する（ステップ１０８）。第１のＯＳ２６と第２のＯＳ２７は、共有ディスク領域の生存情報確認領域４１に書き込まれた生存情報を読み込み、生存情報が生存情報書き込みと確認指示を受けた時間からＯＳ障害検出時間４３以内であることを確認する（ステップ１０９）。
【００２１】
第１のＯＳ２６は、第２のＯＳ２７の生存情報を読み込み、第２のＯＳ２７は逆に第１のＯＳ２６の生存情報を読み込む。第１のＯＳ２６と第２のＯＳ２７は、確認した結果から生存情報が正しい場合には、第１のＯＳ２６は、次回のＯＳ障害検出開始時間４２を設定する（ステップ１１１）。一方、生存情報を確認できなかった場合、生存情報が正しくない場合には、ＯＳ障害であるため、ＯＳ障害処理に移る（ステップ１１０）。この後は、ステップ１０５に戻り、ＯＳ障害検出を定期的に行う。
【００２２】
図４は、本発明におけるＯＳ障害発生時の処理の手順を示すフローチャートである。
ＯＳ障害が発生したとき、正常動作しているＯＳはマルチＯＳ制御部２５にＯＳ障害発生を通知し、ＯＳ障害情報４４にＯＳ障害発生しているＯＳを書き込む（ステップ２０１）。正常動作しているＯＳは、ＬＡＮ回線２０に接続された端末装置２１〜２３にＯＳ障害が発生していることを通知する（ステップ２０２）。
アプリケーションプログラムを正常動作しているＯＳ上で動作させるように処置を行う（ステップ２０３）。これは、マルチＯＳ制御部２５がＯＳ障害情報４４を確認し、アプリケーションプログラム制御情報４５の各アプリケーションプログラムの現在どのＯＳ上で動作しているのかを参照し、ＯＳ障害が発生したＯＳ上でアプリケーションプログラムが動作しているとき、アプリケーションプログラム制御情報４５のＯＳ障害時の引き継ぎ先情報に従って、アプリケーションプログラムを正常動作しているＯＳ上で動作させるように、正常動作しているＯＳに命令を発行する。
【００２３】
命令を受けたＯＳは、アプリケーションプログラム制御情報４５のＯＳ障害時の引き継ぎ先に従って、アプリケーションプログラムを引き継ぎ、アプリケーションプログラムを動作させる。また、アプリケーションプログラム制御情報４５のアプリケーションプログラムの現在の状態に引き継がれたＯＳを書き込む。これにより、意識しないでアプリケーションプログラムを正常動作しているＯＳへ引き継ぐことができるので、業務が停止することはない。
ＯＳ障害の復旧処理（ステップ２０４）は、マルチＯＳ制御部２５がＯＳ復旧方法４６に従って、ＯＳ障害が発生したＯＳを復旧する。
【００２４】
図５は、本発明において、障害発生したＯＳが回復したときの処理の手順を示すフローチャートである。
マルチＯＳ制御部２５は、ＯＳ障害検出開始時間４２を設定し、第１のＯＳ２６および第２のＯＳ２７に対して、ＯＳ障害検出処理命令を発行する（ステップ３０１）。第１のＯＳ２６と第２のＯＳ２７は、共有ディスク領域の生存情報確認領域に生存していることを書き込む（ステップ３０２）。第１のＯＳ２６と第２のＯＳ２７は、ＯＳ障害情報４４がＯＳ障害発生状態であることを確認する（ステップ３０３）。第１のＯＳ２６と第２のＯＳ２７は、共有ディスク領域の生存情報確認領域に書き込まれた生存情報を読み込み、生存情報が生存情報書き込みと確認指示を受けた時間からＯＳ障害検出時間４３以内であることを確認する（ステップ３０４）。
【００２５】
第１のＯＳ２６と第２のＯＳ２７は、確認した結果から生存情報が正しい場合、マルチＯＳ制御部２５にＯＳが復旧されたことを通知する（ステップ３０７）。一方、ステップ３０４において、生存情報が正しくない場合には、マルチＯＳ制御部２５にＯＳ復旧されていないことを通知する（ステップ３０５）。マルチＯＳ制御部２５は、ＯＳ復旧方法４６に従って、ＯＳ障害の復旧処理を行う（ステップ３０６）。ＯＳ障害から復旧されたＯＳは、ＬＡＮ回線２０に接続された端末装置２１〜２３にＯＳ復旧されたことを通知する（ステップ３０８）。
【００２６】
アプリケーションプログラムを元のＯＳ上で動作させるように制御する（ステップ３０９）。すなわち、マルチＯＳ制御部２５は、アプリケーションプログラム制御情報４５の『どのＯＳ上で動作させるのか』の欄と『現在どのＯＳ上で動作しているのか』の欄を参照し、参照した結果が異なるＯＳであったときには、ＯＳ障害が発生したときにアプリケーションプログラムが引き継がれたと判断する。その後、ＯＳ障害発生時に正常動作していたＯＳの方に引き継がれていたアプリケーションプログラムを、アプリケーションプログラム制御情報４５の『どのＯＳで動作させるか』の欄に従って、本来動作していたＯＳ上で動作させるように各ＯＳに命令を発行する。
【００２７】
命令を受けた第１のＯＳ２６、第２のＯＳ２７は、アプリケーションプログラム制御情報４５の『どのＯＳ上で動作させるのか』の欄に従って、アプリケーションプログラムを動作させ、アプリケーションプログラム制御情報４５のアプリケーションプログラムの現在の状態にアプリケーションプログラムが動作しているＯＳを書き込む。これにより、正常動作していたときのように、各ＯＳでのアプリケーションプログラムの負荷を分散することができる。
第１のＯＳ２６は、ＯＳ障害情報４４に正常状態の設定と、ＯＳ障害検出開始時間４２を設定する（ステップ３１０）。この後は、ステップ１０５に戻り、ＯＳ障害検出処理を定期的に行う。
【００２８】
図６は、本発明の動作概要を示す説明図である。
構成上は、図１とほぼ同じであるが、図６では、第１のＯＳ２６をホストＯＳ２６と呼び、第２のＯＳ２７をゲストＯＳ２７と呼んでいる。また、図６では、システム装置内に、ハードウェアと一緒にソフトウェアも含ませて記載されている。ハードウェアとしては、ＣＰＵ１２，１２Ａが２台、主メモリ１３，１３Ａが２台設けられ、ＶＧＡ（Ｖｉｄｅｏ　Ｇｒａｐｈｉｃｓ　Ａｒｒａｙ）３２も設けられている。ＶＧＡ３２は、グラフィック制御ＬＳＩの名称で知られており、横３２０×縦２００ドットで１６色を表示するものなどがある。
【００２９】
マルチＯＳ制御部２５は、１つのシステム装置にホストＯＳ２６とゲストＯＳ２７をインストールすることが可能であり、各ＯＳ２６，２７はハードウェアを共有することができる。ホストＯＳ２６とゲストＯＳ２７は、各々ユーザ要求の処理を行い、ここではホストＯＳ２６がデータベ−ス処理やメール処理など３３を担当し、ゲストＯＳ２７がプリンタ処理など３４を担当する。いま、一方のＯＳがハングアップした場合、他方のＯＳに処理を引き継ぐ。ここでは、ホストＯＳ２６に障害が発生したので、データベース処理、メール処理など３３をゲストＯＳ２７に引き継ぎ、ユーザには正常に処理できているように見せる。
【００３０】
システム装置内のＨＤＤ１８内に共通ディスク領域を準備しておき、ここにホストＯＳ２６とゲストＯＳ２７がそれぞれ正常時動作を書き込む。そして、ホストＯＳ２６とゲストＯＳ２７は、互いに監視し合い、書き込みがなかったとき、他のＯＳがハングアップしたものと判断する。ＯＳがハングアップしたことを検出したならば、他方のＯＳへ処理を引き継ぐ処理を行う。また、管理クライアント端末２１〜２３にＯＳがハングアップしたことを通知する。また、ＯＳがハングアップしたことを、リブートして復旧させるのかを共通ディスク領域に問い合わせる。ハングアップしたＯＳが復旧した場合には、ハングアップしていたＯＳが共通ディスク領域に書き込みが正常に行われたことを検出したときに、元の処理の状態に戻す。
【００３１】
（むすび）
以上のように、本実施例によれば、マルチＯＳ環境のシステム装置１台でＯＳ障害が発生しても、アプリケーションプログラムの切り替えを意識しないで、正常動作しているＯＳへ引き継ぐことができるので、システム停止することのないクラスタシステムを構築することができる。また、マルチＯＳ環境を用いることにより、アプリケーションプログラムの切り替えが従来のクラスタシステムより早くなる。また、ＯＳ障害が発生したとき自動的にＯＳ障害を回復することが可能であり、かつ、ＯＳ障害回復時にはアプリケーションプログラムを元の動作していたＯＳ上で動作させるようにするので、正常動作していた時のように、各ＯＳの負荷分散を行うことが可能になる。
【００３２】
（応用例）
本実施例では、第１のＯＳ２６と第２のＯＳ２７の両方のシステムを稼働していたが、第２のＯＳ２７は普通は動作させないで、第１のＯＳ２６の障害時に全ての処理を引き継ぐようなホットスペアの処理を行うことも可能である。
また、本実施例では、計算機へのＯＳの搭載数を２としたが、３つ以上のＯＳを組み込むことも可能であり、組み込むＯＳの数が多くなればシステム構築の幅も大きくなり、信頼性を高めることが可能である。
【００３３】
【発明の効果】
以上説明したように、本発明によれば、マルチＯＳ環境を利用してＯＳ障害監視、ＯＳ障害発生時にアプリケーションプログラムを正常動作しているＯＳへの引き継ぎ、ＯＳ障害の復旧処理およびＯＳ障害復旧後にアプリケーションプログラムを正常動作していたときのように、元のＯＳ上で動作するように制御を行うので、システム装置１台で安価にクラスタシステムを構築することができ、その結果、ＯＳ障害に対して信頼性の高いシステム装置を構築することが可能となる。さらに、計算機内のハードウェア資源であるＨＤＤを利用してＯＳ障害監視を行っているため、専用ハードウェアを追加する必要はない。
【図面の簡単な説明】
【図１】本発明の実施形態を示すマルチＯＳ環境の計算機システムのブロック図である。
【図２】図１におけるＨＤＤ内の共通ディスク領域に格納されたデータ構成図である。
【図３】本発明の実施形態を示す計算機の起動手順およびＯＳ障害検出手順のフローチャートである。
【図４】本発明の実施形態を示すＯＳ障害発生時の処理手順のフローチャートである。
【図５】本発明の実施形態を示すＯＳ障害回復時の処理手順のフローチャートである。
【図６】本発明の動作概要を示す説明図である。
【符号の説明】
１１…ハードウェア、１２…ＣＰＵ、１３…主メモリ、１４…ＳＣＳＩアダプタ、１５〜１８…ＨＤＤ、１９…ＬＡＮアダプタ、２０…ＬＡＮ回線、２１〜２３…端末装置、２４…ソフトウェア、２５…マルチＯＳ制御部、２６…第１のＯＳ、２７…第２のＯＳ、２８…業務ＡＰ（１）、２９…業務ＡＰ（３）、３０…業務ＡＰ（２）、３１…業務ＡＰ（４）、３２…ＶＧＡ、３３…データベース処理、メール処理など、３４…プリンタ処理など、４１…生存情報確認領域、４２…ＯＳ障害検出開始時間、４３…ＯＳ障害検出時間、４４…ＯＳ障害情報、４５…アプリケーションプログラム制御情報、４６…ＯＳ復旧方法。
【図１】
2004046474.tif 000003
【図２】
2004046474.tif 000004
【図３】
2004046474.tif 000005
【図４】
2004046474.tif 000006
【図５】
2004046474.tif 000007
【図６】
2004046474.tif 000008