(57)【要約】【課題】クラスタソフトが提供されていないＯＳについて、稼働系システムから待機系システムへ迅速かつ正確に切り換えを行う。【解決手段】ＯＳ情報を記憶したＯＳマスタボリューム２０と、ＯＳマスタボリューム２０に記憶されたＯＳ情報２１を参照してＯＳを起動する稼働系サーバ１０と、ＯＳマスタボリューム２０をバックアップするためのＯＳバックアップボリューム４０と、ＯＳマスタボリューム２０からＯＳバックアップボリューム４０へＯＳ情報２１をバックアップするコピー処理部３４と、ＯＳバックアップボリューム４０にバックアップされたＯＳ情報４１を参照してＯＳを起動する待機系サーバ３０と、ＯＳ情報４１に含まれる所定の定義ファイル中の、ＯＳバックアップボリューム４０に記憶されたＯＳ情報４１の格納位置に関するアドレスを書き換えるファイル管理部３５とを備える。【選択図】図１
2008198152.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が動作するために必要なＯＳ情報を記憶した第１のボリュームと、
前記第１のボリュームに記憶されたＯＳ情報を参照してＯＳを起動する第１のコンピュータと、
前記第１のボリュームをバックアップするための第２のボリュームと、
前記第１のボリュームから前記第２のボリュームへ前記ＯＳ情報をバックアップする手段と、
前記第２のボリュームにバックアップされたＯＳ情報を参照してＯＳを起動する第２のコンピュータと、
前記第２のボリュームに記憶されたＯＳ情報に含まれる所定の定義ファイル中の、前記第２のボリュームに記憶されたＯＳ情報の格納位置に関するアドレスを書き換える手段と、を備え、
前記第２コンピュータは、前記書き換え手段によって書き換えられたアドレスに従って前記第２ボリュームからＯＳ情報を読み出してＯＳを動作させることを特徴とする冗長構成を有するコンピュータシステム。
【請求項２】
前記第２のコンピュータが前記書き換え手段を備え、
前記第２のコンピュータが前記第２のボリュームをマウントした後、前記書き換え手段が前記定義ファイルの書き換えを行い、当該書き換え後に前記第２のコンピュータが前記第２のボリュームをアンマウントすることを特徴とする請求項１記載の冗長構成を有するコンピュータシステム。
【請求項３】
前記ＯＳはＬｉｎｕｘであり、
前記書き換え手段は、前記第２のボリュームに記憶されている／ｅｔｃ／ｚｉｐｌ．ｃｏｎｆファイル中におけるＬｉｎｕｘが起動時に読み出すアドレスの定義を、前記第２のボリュームに記憶されたＯＳ情報の格納位置に関するアドレスに書き換えることを特徴とする請求項１記載の冗長構成を有するコンピュータシステム。
【請求項４】
前記第１のコンピュータの動作状態を監視する監視手段をさらに備え、
前記第２のコンピュータは、前記第１のコンピュータが動作しているときは待機していて、前記監視手段からの指示を受けると、前記書き換え手段によって書き換えられたアドレスに従って前記第２ボリュームからＯＳ情報を読み出してＯＳを動作させることを特徴とする請求項１記載のコンピュータシステム。
【請求項５】
第１のコンピュータが第１のボリュームに記憶されたＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が動作するために必要なＯＳ情報を参照してＯＳを起動するステップと、
前記第１のボリュームに記憶されたＯＳ情報を、第２のボリュームにバックアップするステップと、
前記第２のボリュームにバックアップされたＯＳ情報に含まれる所定の定義ファイル中の、前記第２のボリュームに記憶された当該ＯＳ情報の格納位置に関するアドレスを書き換えるステップと、
第２のコンピュータが前記第２のボリュームにバックアップされたＯＳ情報を参照してＯＳを起動するステップと、を行うコンピュータシステムの系切り換え方法。
【請求項６】
コンピュータシステムの系切り換えのためのコンピュータプログラムであって、
第１のコンピュータが第１のボリュームに記憶されたＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が動作するために必要なＯＳ情報を参照してＯＳを起動するステップと、
前記第１のボリュームに記憶されたＯＳ情報を、第２のボリュームにバックアップするステップと、
前記第２のボリュームにバックアップされたＯＳ情報に含まれる所定の定義ファイル中の、前記第２のボリュームに記憶された当該ＯＳ情報の格納位置に関するアドレスを書き換えるステップと、
第２のコンピュータが前記第２のボリュームにバックアップされたＯＳ情報を参照してＯＳを起動するステップと、を行うコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、稼働系システムの障害発生時に、待機系システムへ迅速に切り換えて運用を継続する技術に関し、特に稼働系システムのＯＳの設定を待機系システムへ引き継いで迅速に切り換えを行う技術に関する。
【背景技術】
【０００２】
従来、冗長構成のシステムとして、通常の運用を行う稼働系システムと、この稼働系システムをバックアップするための待機系システムを備えた構成が知られている（例えば特許文献１）。
【０００３】
この冗長構成のシステムにおいて、稼働系システムから待機系システムへ切り換えるときは、ＯＳの設定などを含む種々の設定の引き継ぎを行わないと、待機系システムでの正常な動作が保証されない。
【０００４】
そこで、ＯＳの切り換えに関しては、種々の設定の引き継ぎを行うためのクラスタソフトが、ＯＳベンダによって提供されているときがある。このクラスタソフトを用いれば、通常、迅速かつ正確にＯＳの切り換えを行うことができる。
【特許文献１】特開２００１−２７５１４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、フリーウェアであるＬｉｎｕｘなど、クラスタソフトが提供されていないＯＳについては、迅速かつ正確な切り換えができなかった。
【０００６】
そこで、本発明の目的は、クラスタソフトが提供されていないＯＳについて、稼働系システムから待機系システムへ迅速かつ正確に切り換えを行うことである。
【課題を解決するための手段】
【０００７】
本発明の一実施態様に従う冗長構成を有するコンピュータシステムは、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が動作するために必要なＯＳ情報を記憶した第１のボリュームと、前記第１のボリュームに記憶されたＯＳ情報を参照してＯＳを起動する第１のコンピュータと、前記第１のボリュームをバックアップするための第２のボリュームと、前記第１のボリュームから前記第２のボリュームへ前記ＯＳ情報をバックアップする手段と、前記第２のボリュームにバックアップされたＯＳ情報を参照してＯＳを起動する第２のコンピュータと、前記第２のボリュームに記憶されたＯＳ情報に含まれる所定の定義ファイル中の、前記第２のボリュームに記憶されたＯＳ情報の格納位置に関するアドレスを書き換える手段と、を備え、前記第２コンピュータは、前記書き換え手段によって書き換えられたアドレスに従って前記第２ボリュームからＯＳ情報を読み出してＯＳを動作させる。
【０００８】
好適な実施形態では、前記第２のコンピュータが前記書き換え手段を備え、前記第２のコンピュータが前記第２のボリュームをマウントした後、前記書き換え手段が前記定義ファイルの書き換えを行い、当該書き換え後に前記第２のコンピュータが前記第２のボリュームをアンマウントするようにしてもよい。
【０００９】
好適な実施形態では、前記ＯＳはＬｉｎｕｘであり、前記書き換え手段は、前記第２のボリュームに記憶されている／ｅｔｃ／ｚｉｐｌ．ｃｏｎｆファイル中におけるＬｉｎｕｘが起動時に読み出すアドレスの定義を、前記第２のボリュームに記憶されたＯＳ情報の格納位置に関するアドレスに書き換えるようにしてもよい。
【００１０】
好適な実施形態では、前記第１のコンピュータの動作状態を監視する監視手段をさらに備えてもよい。このとき、前記第２のコンピュータは、前記第１のコンピュータが動作しているときは待機していて、前記監視手段からの指示を受けると、前記書き換え手段によって書き換えられたアドレスに従って前記第２ボリュームからＯＳ情報を読み出してＯＳを動作させることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の一実施形態に係る、冗長構成を有するコンピュータシステムについて、図面を参照して説明する。
【００１２】
図１は、本発明の一実施形態に係るシステムの全体構成を示す図である。
【００１３】
本システムは、稼働系サーバ１０と、稼働系サーバ１０でＯＳを動作させるときに参照するＯＳマスタボリューム２０と、待機系サーバと３０と、待機系サーバ３０でＯＳを動作させるときに参照するＯＳバックアップボリューム４０と、稼働系サーバ１０及び待機系サーバ３０が参照するデータボリューム５０と、稼働系サーバ１０の動作状態を監視する監視装置７とを備える。そして、稼働系サーバ１０及び待機系サーバ３０が、ネットワーク８を介して複数の端末装置９と接続されている。
【００１４】
稼働系サーバ１０及び待機系サーバ３０は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバ１０，３０内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１５】
稼働系サーバ１０は、ＯＳマスタボリューム２０を参照して起動した稼働系ＯＳ１１と、所定のＡＰ１２が動作している。
【００１６】
ＡＰ１２は、所定の処理を行うアプリケーションソフトウェアである。
【００１７】
ＯＳマスタボリューム２０には、ＯＳのプログラムや種々の設定を含むＯＳ情報２１が記憶されている。稼働系ＯＳ１１は、稼働系サーバ１０がＯＳ情報２１を読み込んで実行することにより起動される。
【００１８】
そして、本システムでの通常運用を行う稼働系システムは、稼働系サーバ１０とＯＳマスタボリューム２０とデータボリューム５０で構成される。つまり、稼働系サーバ１０がＯＳマスタボリューム２０を参照して稼働系ＯＳ１１を起動させると、ＡＰ１２がデータボリューム５０のデータを利用して、端末装置９からのリクエストに対して所定の処理を実行する。
【００１９】
待機系サーバ３０は、稼働系システムが正常に動作しているときは、稼働系サーバ１０のバックアップとして待機している。待機中は、待機系サーバ３０では作業用ＯＳ３３が起動している。待機系サーバ３０には、さらに、作業用ＯＳ３３の配下でコピー処理部３４と、ファイル管理部３５とが動作する。
【００２０】
コピー処理部３４は、ＯＳマスタボリューム２０に記憶されているＯＳ情報２１を、ＯＳバックアップボリューム４０へコピーして、ＯＳ情報をバックアップする。コピー処理部３４は、例えば、周期的にＯＳ情報２１をＯＳバックアップボリューム４０へコピーするようにしてもよい。
【００２１】
ファイル管理部３５は、ＯＳバックアップボリューム４０をマウントして、ＯＳ情報４１の内容を書き換える。この書き換え処理が終了すると、ファイル管理部３５は、ＯＳバックアップボリューム４０をアンマウントする。
【００２２】
たとえば、ファイル管理部３５は、コピー処理部３４から、ＯＳ情報４１のコピー完了の通知を受けると、ＯＳバックアップボリューム４０をマウントして、以下の書き換え処理を行う。すなわち、稼働系ＯＳ１１及び待機系ＯＳ３１がＬｉｎｕｘであるときは、ファイル管理部３５は、ＯＳ情報４１に含まれている所定の設定ファイル（／ｅｔｃ／ｚｉｐｌ．ｃｏｎｆ）の中の、ＯＳバックアップボリューム４０上のＯＳ情報４１の記憶位置に関する情報を書き換える。
【００２３】
次に説明するように、待機系サーバ３０で待機系ＯＳ３１を起動させるときは、ＯＳ情報４１を参照する。ＯＳ情報４１は、ＯＳ情報２１をコピーしたものだから、稼働系システムにおけるＯＳの設定は継承されている。しかしながら、ＯＳ情報２１を単純にコピーしただけでは、ＯＳ情報４１として不適切な場合がある。例えば、ＯＳ情報４１が記憶されているＯＳバックアップボリューム４０上の記憶位置は、改めて設定し直す必要がある。そこで、上述したように、ファイル管理部３５がＯＳバックアップボリューム４０上のＯＳ情報４１の記憶位置に関する情報を書き換える。
【００２４】
待機系サーバ３０が稼働系サーバ１０から切り換わって動作するときは、上記のようにして記憶位置情報が書き換えられたＯＳ情報４１を読み込んで、待機系ＯＳ３１が起動する。そして、待機系ＯＳ３１の配下で、ＡＰ１２と同等のＡＰ３２が動作する。
【００２５】
ＡＰ３２は、所定の処理を行うアプリケーションソフトウェアである。
【００２６】
監視装置７は、稼働系サーバ１０の動作状態を監視し、所定の以上を検知すると待機系サーバ３０へ起動指示を行う。監視装置７は、稼働系サーバ１０で致命的なエラーなどが発生する前にそれを予測して、待機系サーバ３０へ起動指示をしてもよい。なお、監視装置７は、稼働系サーバ１０内の機能として実現してもよいし、待機系サーバ３０内の機能として実現してもよい。
【００２７】
次に、上述のような構成を有する冗長構成のシステムにおける処理手順について、フローチャートを用いて説明する。
【００２８】
図２は、ＯＳ情報のバックアップ手順を示すフローチャートである。
【００２９】
まず、コピー処理部３４は、所定のスケジュールに従い、バックアップ時刻が到来したか否かを判定する（Ｓ１１）。
【００３０】
バックアップ時刻が到来すると（Ｓ１１：Ｙｅｓ）、コピー処理部３４は、ＯＳマスタボリューム２０のＯＳ情報２１をＯＳバックアップボリューム４０へコピーする（Ｓ１２）。
【００３１】
ＯＳ情報のコピーが完了すると、ファイル管理部３５がＯＳバックアップボリューム４０をマウントする（Ｓ１３）。
【００３２】
ここでファイル管理部３５は、ＯＳバックアップボリューム４０に記憶されているＯＳ情報４１の設定ファイル（／ｅｔｃ／ｚｉｐｌ．ｃｏｎｆ）中の、ＯＳバックアップボリューム４０上のＯＳ情報４１の記憶位置に関する情報を書き換える（Ｓ１４）。
【００３３】
この書き換えが終わると、ファイル管理部３５がＯＳバックアップボリューム４０をアンマウントする（Ｓ１５）。
【００３４】
この処理により、待機系ＯＳ３１を稼働系ＯＳ１１と同一の設定で稼働させるためのバックアップを確保できた。
【００３５】
次に、図３のフローチャートを用いて、上記処理により確保したバックアップを用いて待機系ＯＳ３１を起動し、待機系システムを稼働させる処理手順について説明する。
【００３６】
稼働系サーバ１０でトラブルが発生すると（Ｓ２１：Ｙｅｓ）、待機系サーバ３０は、ＯＳバックアップボリューム４０に記憶されているＯＳ情報４１を読み込んで待機系ＯＳ３１を起動させる（Ｓ２２）。
【００３７】
待機系ＯＳ３１が起動すると、ＡＰ３２が動作可能となって、待機系システムが稼働する（Ｓ２３）。
【００３８】
これにより、待機系ＯＳ３１は、稼働系ＯＳ１１の設定情報などを引き継いだバックアップに基づいて起動されるので、待機系サーバ３０では稼働系サーバ１０と同じ環境が実現する。つまり、クラスタソフトを用いなくても、迅速かつ正確に待機系システムに切り換えることができる。
【００３９】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施形態に係る冗長構成を有するシステムの全体構成を示す図である。
【図２】ＯＳ情報のバックアップ手順を示すフローチャートである。
【図３】待機系システムを稼働させる手順を示すフローチャートである。
【符号の説明】
【００４１】
１０    稼働系サーバ
１１    稼働系ＯＳ
２０    ＯＳマスタボリューム
２１、４１      ＯＳ情報
３０    待機系サーバ
３１    待機系ＯＳ
４０    ＯＳバックアップボリューム
【図１】
2008198152.tif 000003
【図２】
2008198152.tif 000004
【図３】
2008198152.tif 000005