JP2004038351A - 障害復旧方法及び障害復旧プログラム - Google Patents
障害復旧方法及び障害復旧プログラム Download PDFInfo
- Publication number
- JP2004038351A JP2004038351A JP2002191599A JP2002191599A JP2004038351A JP 2004038351 A JP2004038351 A JP 2004038351A JP 2002191599 A JP2002191599 A JP 2002191599A JP 2002191599 A JP2002191599 A JP 2002191599A JP 2004038351 A JP2004038351 A JP 2004038351A
- Authority
- JP
- Japan
- Prior art keywords
- area
- program
- recording medium
- contents
- data
- 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.)
- Withdrawn
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
【課題】本発明は、障害復旧方法に関し、パソコンのような安価なコンピュータシステムにおいて障害から容易に復旧可能とすることを目的とする。
【解決手段】１個のディスク装置１２に通常動作するプログラム及びデータが格納された第１の領域１２Ａとこれと同一の第２の領域１２Ｂとを設ける。起動プログラム２１とロードすべき対象として第２の領域を指示する定義ファイル２２とを格納する記録媒体２を用意する。記録媒体２が読取装置１３にセットされている場合、記録媒体２の起動プログラム２１により定義ファイル２２に従って第２の領域１２Ｂの内容をロードすると共に、第１の領域１２Ａを無効とし、この後のシステム起動時において第２の領域１２Ｂの内容により当該システムを立ち上げる。
【選択図】 図１
【解決手段】１個のディスク装置１２に通常動作するプログラム及びデータが格納された第１の領域１２Ａとこれと同一の第２の領域１２Ｂとを設ける。起動プログラム２１とロードすべき対象として第２の領域を指示する定義ファイル２２とを格納する記録媒体２を用意する。記録媒体２が読取装置１３にセットされている場合、記録媒体２の起動プログラム２１により定義ファイル２２に従って第２の領域１２Ｂの内容をロードすると共に、第１の領域１２Ａを無効とし、この後のシステム起動時において第２の領域１２Ｂの内容により当該システムを立ち上げる。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、障害復旧方法及び障害復旧プログラムに関し、特に、コンピュータを制御するディスクが故障した場合に迅速に復旧することが可能な障害復旧方法及び障害復旧プログラムに関する。
【０００２】
【従来の技術】
コンピュータは様々な業務に使用されるようになり、どこの会社でも不可欠な設備となっている。近年、その重要性は増しており、故障が発生した場合に迅速に修理を行わないと業務に支障をきたすおそれのある場合が増えている。
【０００３】
例えば、近年、金融機関等への安価なパーソナルコンピュータ（以下、パソコン）の導入が進んでいる。このようなパソコンは、サーバにＬＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒｋ）経由でクライアントとして接続して使用されたり、又は、スタンドアローンシステムとして使用される。このような使用形態のパソコンでは、障害発生時において、ある程度の業務停止はやむ終えないが、できるだけ修復時間を短くすることが要求される。
【０００４】
【発明が解決しようとする課題】
金融機関等における業務において、市販のパソコンよりは高価な（従って、高機能な）コンピュータをサーバとして使用する場合、データが冗長性を持つようにされる。即ち、あるディスク装置においてデータ喪失しても、他のディスク装置に同一データが存在するようにされる。これにより、サーバのような停止により多大な損害を発生するような機器では、ディスク障害を発生しても、他のディスク装置の同一データを用いて業務を継続できるようにしていた。
【０００５】
この場合、機器の構成としては、以下のような構成が考えられる。例えば、図１１（Ａ）に示すように、ディスク装置５１２を複数個用い、ＣＰＵ５１１上で動作するソフトウェア側からは冗長性を意識せず、ディスク制御ボード５１３を用いてハードウェアに冗長性を持たせる。又は、図１１（Ｂ）に示すように、ハードウェアに２個以上のディスク装置５１２を備え、ＯＳ５１４（ドライバ含む：サーバタイプ）にて冗長性（即ち、二重化）を確保する。いずれの場合も、通常の運用で使用されるディスク装置５１２Ａにおいて情報（プログラム及びデータ）がＤからＤ’に更新されると、他方のディスク装置５１２Ｂにおいても情報がＤからＤ’に更新される。
【０００６】
しかし、 図１１（Ａ）に示すようなハードウェアに冗長性を持たせる方法を採用すると、別に、冗長性を制御するハードウェアとしてディスク制御ボード（制御装置）５１３が必要となる。このような制御装置５１３は通常のパソコンには備えられていない。従って、別途このような制御装置５１３を用意する必要があるが、これは高価なものであり、安価なパソコンを採用した意味がなくなる。一方、図１１（Ｂ）に示すようなソフトウェアで冗長性を確保する方法を採用すると、二重化を管理することができるＯＳ５１４が必要となる。このような二重化を管理する機能はクライントシステムのように安価なＯＳではサポートしていない。従って、別途このようなＯＳ５１４を用意する必要があるが、これも高価なものであり、安価なパソコンを採用した意味がなくなる。
【０００７】
このため、実際には、金融機関等における業務においてパソコンを使用する場合、図１１（Ａ）に示す冗長性を制御するハードウェア（ディスク制御ボード５１３）を持たないか、又は、ＯＳ（ワークステーションタイプ）において図１１（Ｂ）に示すディスク装置の二重化等の機能を持たない。即ち、パソコンで構成されたクライアント、スタンドアローン型コンピュータ、又は、安価なサーバが、データの冗長性を持たないままで使用されている。このため、このようなパソコンでディスク障害が発生した場合、その都度、ディスク装置の交換及びシステムの再インストールが必要となっていた。従って、再インストールが完了するまでの長い間、当該業務を停止せざるをえなかった。
【０００８】
本発明は、パソコンのような安価なコンピュータシステムにおいて障害から容易に復旧可能な障害復旧方法を提供することを目的とする。
【０００９】
また、本発明は、パソコンのような安価なコンピュータシステムにおいて障害から容易に復旧可能な障害復旧方法を実現する障害復旧プログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の障害復旧方法は、１個のディスク装置に通常動作するプログラム及びデータが格納された第１の領域とこれと同一の容量で同一の内容を記録する第２の領域とを設け、ディスク装置からその内容をロードする起動プログラムと当該起動プログラムによりロードすべき対象として第２の領域を指示する定義ファイルとを格納する記録媒体を用意し、記録媒体が読取装置にセットされている場合記録媒体から起動プログラムをロードし、ロードされた起動プログラムにより記録媒体の定義ファイルに従って第２の領域の内容をロードすると共に第１の領域を無効とし、この後のシステム起動時において第２の領域の内容により当該システムを立ち上げる。
【００１１】
本発明の障害復旧方法によれば、通常動作するディスク装置の第１領域に障害が発生しても、第２領域に同一の内容が既にインストールされているので、第２領域からシステムを立ち上げれば、障害復旧時にディスク装置の交換及びシステムの再インストールを行わなくてもよい。即ち、冗長性を持たないので、第２領域の内容は第１領域の内容と共に更新されることはなく、ディスク装置において喪失したデータは復元できないが、システムのインストールを行わなくてもよいので、当該障害の状態からは迅速に復旧することができる。従って、金融機関等における業務において市販のパソコンを使用する場合、冗長性を制御するハードウェアやＯＳのディスク装置の二重化等の機能を別途持たなくとも、当該パソコンで構成されたクライアント、スタンドアローン型コンピュータ、又は、安価なサーバでディスク障害が発生しても、再インストールが完了するまでの長い間、当該業務を停止する必要をなくすことができる。従って、安価なパソコンを採用した利点を活かしつつ、障害からの復旧を速やかに行うことができる。
【００１２】
また、本発明の障害復旧プログラムは、ディスク装置の障害復旧を行なうプログラムであって、前記プログラムは、コンピュータに、通常動作するプログラム及びデータが格納された第１の領域とこれと同一の容量で同一の内容を記録する第２の領域とを含む１個のディスク装置からロードすべき対象として第２の領域を指示する定義ファイルに従って第２の領域の内容をロードさせ、第１の領域を無効とさせる。
【００１３】
本発明の障害復旧プログラムによれば、ディスク装置の第２の領域の内容をロードすることにより、障害時に本発明の障害復旧方法により速やかに障害復旧するための状態（第２領域からシステムを立ち上げる状態）を実現することができる。本発明の障害復旧プログラムは、フレキシィブルディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の種々のプログラム記録媒体に記録して提供されることができる。従って、パソコン等の安価なデータ処理装置において、容易に本発明の障害復旧方法を実現することができる。
【００１４】
【発明の実施の形態】
図１はデータ処理装置構成図であり、本発明の障害復旧方法が実行されるデータ処理装置の構成を示す。
【００１５】
このデータ処理装置は、例えばパーソナルコンピュータ（パソコン）１からなる。パソコン１は、データ処理部１１、（磁気）ディスク装置１２、記録媒体２の読取装置（リーダ）１３を備える。データ処理部１１は、ＣＰＵ（中央演算処理装置）と主メモリ及びブートＲＯＭ（読出専用メモリ）１１１とからなる。ディスク装置１２は、外部記憶装置又は補助記憶装置であれば、磁気ディスク装置以外の装置であってもよい。
【００１６】
この例では、図２（Ａ）に示すように、１個のディスク装置１２に、第１の領域１２Ａ（以下、領域Ａ）と第２の領域１２Ｂ（以下、領域Ｂ）とを設ける。領域Ａは、システム起動時に通常動作するプログラム及びデータを格納する（インストールされる）。領域Ｂは、これと同一の容量で同一の内容を記録する（インストールされる）。領域Ａ及び領域Ｂは、ディスク装置１２のフォーマット時に予め使用する領域に対して領域を定義する際に、設定される。この例では、ディスク装置１２において、領域Ａよりも後の位置（アドレスの大きい位置）に領域Ｂが設けられる。なお、ディスク装置１２は、領域Ａ及び領域Ｂ以外の領域を含んでいてもよい（以下において同じ）。
【００１７】
領域Ａの内容（プログラム及びデータ）は、ディスク装置１２の正常時に、データ処理部１１を構成する主メモリ（図示せず）に読み出される（即ち、ロードされる）。領域Ｂの内容は、ディスク装置１２の異常時に読み出される。即ち、領域Ａにおいて読み取り異常が発生した場合、領域Ｂの内容をロードして運用を行う。これにより、ディスク装置１２を２個設けなくとも、領域Ａにおいて運用により更新された情報（プログラム及びデータ）は失われるが、システムの再インストール（及びディスク装置１２の交換）を必要としないため、速やかに障害から復旧させることができる。なお、後述するように、この後、領域Ａの内容は無効にされる。
【００１８】
データ処理部１１はブートＲＯＭ１１１を備える。ブートＲＯＭ１１１は、当該システム起動時（即ち、電源投入時）に、最初に動作する制御プログラムである。即ち、ブートＲＯＭ１１１は、システム起動時にローダ１１２を起動する。起動されたローダ１１２は、定義ファイル１１３に従って、当該パソコン１のＯＳ（オペレーティングシステム、例えばＷｉｎｄｏｗｓ ＮＴ（登録商標）等）１１４をロードする。ＯＳ１１４は、必要に応じて、種々のアプリケーション（プログラム）１１５、例えばディスク区画設定ユーティリティプログラム（以下、区画設定ユーティリティ）をロードして実行する。なお、ディスク装置１２の領域Ａ及び領域Ｂからロードされたローダ１１２を区別する場合、前者をローダ１１２Ａ後者をローダ１１２Ｂと表す。他についても同様である。
【００１９】
この例では、ディスク装置１２が正常な場合、ブートＲＯＭ１１１は、システム起動時に、ディスク装置１２の領域Ａからローダ１１２Ａ及びその定義ファイル１１３Ａをロードして、ローダ１１２Ａを起動する。定義ファイル１１３Ａは、ロードすべき対象として領域Ａ（の内容）を指示する。従って、この後、領域Ａから、ＯＳ１１４Ａ及びアプリケーション１１５Ａがロードされる。
【００２０】
従って、領域Ａは、例えばローダ１１２、定義ファイル１１３、ＯＳ１１４及び各種のアプリケーション１１５を格納している。同様に、領域Ｂも、本発明に従って、業務の開始時点（例えば１日の営業の開始時）では、各々同一のローダ１１２、定義ファイル１１３、ＯＳ１１４及び各種のアプリケーション１１５を格納している。しかし、領域Ａの内容は、運用内容に従って、運用時に随時更新される。一方、領域Ｂの内容は、本発明に従って、システムが冗長性を持たないので、領域Ａの内容でシステムが運用されている間は、更新されない。従って、前述のように、領域Ａにおいて運用により更新された情報（プログラム及びデータ）は、ディスク障害時（即ち、領域Ａの障害時）には失われる。
【００２１】
一方、ディスク装置１２が異常な（障害が発生した）場合、ブートＲＯＭ１１１は、システム起動時に、ディスク装置１２の領域Ｂからローダ１１２Ｂ及びその定義ファイル１１３Ｂをロードして、ローダ１１２Ｂを起動する。この後、前述のように、ＯＳ１１４Ｂ及びアプリケーション１１５Ｂも、領域Ｂからロードされる。このように、障害時において、領域Ａからではなく、領域Ｂからローダ１１２Ｂをロードするために、記録媒体２が用意される。また、記録媒体２の読取処理のために、パソコン１は読取装置１３を備える。
【００２２】
読取装置１３は、記録媒体２に対応した読取装置である。例えば、記録媒体２がフレキシィブルディスクからなる場合、少なくとも当該ディスクの内容を読み取ることができる装置である。
【００２３】
記録媒体２は、ローダ２１とその定義ファイル２２とを格納する。ローダ２１は、ディスク装置１２の障害復旧を行なうプログラムであって、ディスク装置１２からその内容をロードする起動プログラムである。ローダ２１は、ローダ１１２（Ａ及びＢ）と同一のものである。定義ファイル２２は、当該ローダ２１によりロードすべき対象として、領域Ｂ（の内容）を指示する。定義ファイル２２は、定義ファイル１１３とは同一のものであるが、指示する内容のみが異なる。記録媒体２は、例えばフレキシィブルディスクからなる。記録媒体２は、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の種々の記録媒体であってもよい。
【００２４】
定義ファイル１１３及び２２の一例を、図４（Ａ）及び（Ｂ）に示す。定義ファイル１１３は、図４（Ａ）に示すように、その３行目に「．．．ｄｉｓｋ（０）ｒｄｉｓｋ（０）ｐａｒｔｉｔｉｏｎ（１）」とあることにより、領域Ａ及び領域Ｂの中の有効であって、ディスク装置１２においてより先の位置に格納された一方の内容をロードすることを指示する。定義ファイル２２は、図４（Ｂ）に示すように、その３行目に「．．．ｄｉｓｋ（０）ｒｄｉｓｋ（１）ｐａｒｔｉｔｉｏｎ（１）」とあることにより、領域Ｂの内容をロードすることを指示する。
【００２５】
ブートＲＯＭ１１１は、システム起動時に、読取装置１３に記録媒体２がセットされているか否かを調べる。記録媒体２が読取装置１３にセットされていない場合、ブートＲＯＭ１１１は、定義ファイル１１３（Ａ及びＢ）に従って、領域Ａ及び領域Ｂの中の有効であって、ディスク装置１２においてより先の位置に格納された一方の内容をロードする。即ち、正常時においては、領域Ａの内容をロードする。一方、記録媒体２が読取装置にセットされている場合、ブートＲＯＭ１１１は、ディスク装置１２ではなく、記録媒体２からローダ２１をロードする。ローダ２１は、定義ファイル２２に従って、領域Ｂの内容をロードする。このために、ディスク障害発生時には、一旦システムの電源が遮断され、記録媒体２が読取装置１３にセットされ、その後電源が再投入される。
【００２６】
ロードされたローダ２１は、定義ファイル２２に従って、領域Ｂの内容をロードする。即ち、前述のように、ローダ１１２Ｂ及びその定義ファイル１１３Ｂをロードして、ローダ１１２Ｂを起動し、これにより、ＯＳ１１４Ｂ及びアプリケーション１１５Ｂも、領域Ｂからロードされる。ＯＳ１１４Ｂがロードされ当該システムが正常に立ち上がると、その後に、ローダ２１は、ＯＳ１１４Ｂにディスク装置１２を管理するアプリケーション１１５Ｂである区画設定ユーティリティをロードさせ、これに領域Ａを無効とさせる。
【００２７】
この後、記録媒体２を読取装置１３から抜き取り、システムを再起動する。このシステム再起動時において、ブートＲＯＭ１１１は、ディスク装置１２をアクセスすると、領域Ａが無効であるので、領域Ｂから読み取りを開始し、ローダ１１２Ｂ及び定義ファイル１１３Ｂをロードする。ロードされたローダ１１２Ｂは、定義ファイル１１３Ｂに従って、領域Ａ及び領域Ｂの中の有効であって、ディスク装置１２においてより先の位置に格納された一方の内容をロードする。即ち、領域Ａは無効とされているので、領域ＢからＯＳ１１４Ｂをロードする。これにより、ＯＳ１１４Ｂにより当該システムが立ち上がる。
【００２８】
図３は、ディスク復旧処理フローであり、図１のデータ処理装置に図２（Ａ）のディスクを備えた場合における本発明のディスク復旧処理を示す。
【００２９】
パソコン１の立ち上げ時に立ち上げ不可となったり、パソコン１の運用中にディスク装置１２の読み取り異常が発生した場合、 ユーザは、パソコン１の電源を遮断し、再起動用の記録媒体（起動用ディスク）２を読取装置１３にセットし、パソコン１の電源を再投入する、即ち、再起動する（ステップＳ１１）。
【００３０】
電源投入に応じて、ブートＲＯＭ１１１が起動され、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、記録媒体２のローダ２１を読み込む（ステップＳ１２）。ローダ２１は、記録媒体２の定義ファイル２２（領域Ｂから立ち上げるように設定されている）を読込み、これに従ってディスク装置１２の領域ＢのＯＳ１１４Ｂを読み込みこれを実行する（ステップＳ１３）。これにより、パソコン１が正常に立ち上がったら、この後、ローダ２１は、区画設定ユーティリティ（アプリケーション）１１５Ｂを起動し、これに領域Ａを使用不可とするために領域Ａを無効とさせる（ステップＳ１４）。更に、ローダ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。
【００３１】
これを見たユーザは、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入して、当該パソコン１の再立ち上げを実施する。これに応じて、ブートＲＯＭ１１１が起動され、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、領域Ａは無効となっているので、領域Ｂからローダ１１２Ｂを読み込む。ローダ１１２Ｂは、定義ファイル１１３Ｂを読込み、これに従ってディスク装置１２の領域ＢのＯＳ１１４Ｂを読み込みこれを実行する。これにより、パソコン１が、領域Ｂから正常に立ち上がる（ステップＳ１５）。
【００３２】
なお、ステップＳ１２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ１５と同様の手順で、パソコン１が領域Ａから正常に立ち上がる。
【００３３】
このように、通常は領域Ａから立ち上がるように設定されてディスク装置１２での障害の発生は、領域Ａの異常を意味する。そこで、記録媒体２により同一内容で異常のない領域Ｂをロードして、かつ、領域Ａを無効として、当該領域Ｂから再インストールなしで立ち上げる。これにより、故障箇所（領域Ａ）を回避した運用を行い、比較的短い中断時間で業務を継続することができる。
【００３４】
以上は、図１のデータ処理装置に図２（Ａ）のディスク装置１２を備えた場合における復旧処理であるが、図１のデータ処理装置に図２（Ｂ）のディスク装置１２を備えるようにしてもよい。
【００３５】
即ち、図２（Ａ）においては、領域Ａ及び領域Ｂが、各々、プログラム及びデータを領域の区別なく格納しているが、図２（Ｂ）においては、領域Ａ及び領域Ｂが、各々、プログラムを格納するプログラム領域Ａ１及びＢ１とデータを格納するデータ領域Ａ２及びＢ２とからなる。そして、領域Ａのプログラム領域Ａ１と領域Ｂのプログラム領域Ｂ１とが同一の容量で同一の内容を記録（インストール）し、領域Ａのデータ領域Ａ２と領域Ｂのデータ領域Ｂ２とが同一の容量で同一の内容を記録する。領域Ａ１、Ａ２、Ｂ１及びＢ２は、ディスク装置１２のフォーマット時に予め使用する領域に対して領域を定義する際に、設定される。この例では、ディスク装置１２において、領域Ａ１、Ａ２、Ｂ１及びＢ２の順に（アドレスの大きい位置に）設けられる。
【００３６】
この例でも、通常、領域Ａがロードされるが、その障害時において、プログラムの異常時には当該プログラム領域Ａ１のみが無効とされ、異常箇所が不明の場合には当該プログラム領域Ａ１及びデータ領域Ａ２の双方が無効とされる。プログラム領域Ａ１（のみ）が無効とされた場合、データ領域Ａ２には異常がないので、当該データ領域Ａ２をデータ領域Ｂ２にコピーする。実際には、この後、データ領域Ａ２も無効とされる。これにより、システム（ＯＳ）の再インストールを不要にできるのみでなく、データをも引き継ぐことができる。プログラム領域Ａ１及びデータ領域Ａ２の双方が無効とされた場合は、前述の図２（Ａ）の例と同様である。
【００３７】
図５は、ディスク復旧処理フローであり、図１のデータ処理装置に図２（Ｂ）のディスク装置１２を備えた場合における本発明のディスク復旧処理を示す。
【００３８】
ステップＳ１１と同様に、パソコン１の立ち上げ時に立ち上げ不可等となった場合、 ユーザは、パソコン１の電源を遮断し、再起動用の記録媒体２を読取装置１３にセットし、パソコン１を再起動する（ステップＳ２１）。
【００３９】
ステップＳ１２と同様に、起動されたブートＲＯＭ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、ローダ２１を読み込む（ステップＳ２２）。ステップＳ１３と同様に、ローダ２１は、定義ファイル２２を読込み、領域Ｂ１のＯＳ１１４Ｂを読み込みこれを実行する（ステップＳ２３）。
【００４０】
これにより、パソコン１が正常に立ち上がったら、この後、ローダ２１は、領域Ｂ１の区画設定（ディスク）ユーティリティ１１５Ｂを起動し（ステップＳ２４）、これに例えば当該パソコン１のステップＳ２１での障害がパソコン１の立ち上げ不可（異常）であったか否かを調べさせる（ステップＳ２５）。当該障害の記録は、通常のパソコン１においては、例えばイベントログ（図示せず）に残されているか、又は、全く起動不可の場合にはそれにより判断することができる。立ち上げ不可であった場合、ローダ２１は、区画設定ユーティリティ１１５Ｂに、領域Ａ１を使用不可とするために領域Ａ１を無効とさせ、領域Ａ２（の内容）を領域Ｂ２にコピーし、この後、領域Ａ２をも無効とさせる（ステップＳ２６）。これにより、実際には、領域Ａの全体が無効とされる。
【００４１】
障害が立ち上げ不可でなかった場合、ローダ２１は、区画設定ユーティリティ１１５Ｂを介して、障害が運用中の各種プログラム（アプリケーション１１５Ａ）の異常であったか否かを、イベントログを参照することにより調べさせ（ステップＳ２７）、プログラムの異常であった場合、ステップＳ２６を実行する。
【００４２】
障害がプログラムの異常でなかった場合、ローダ２１は、領域Ａにおける異常箇所が不明であると判断して、領域Ａ１を無効とさせ（ステップＳ２８）、続いて領域Ａ２を無効とさせる（ステップＳ２９）。
【００４３】
ステップＳ２６又はステップＳ２９の後、ローダ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。これを見たユーザは、ステップＳ１５と同様に、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入してパソコン１を立ち上げる。起動されたブートＲＯＭ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、領域Ａ１は無効となっているので、領域Ｂ１からローダ１１２Ｂを読み込む。ローダ１１２Ｂは、定義ファイル１１３Ｂを読込み、これに従って領域Ｂ１のＯＳ１１４Ｂを読み込みこれを実行する。これにより、パソコン１が、領域Ｂ１から正常に立ち上がる（ステップＳ２１０）。
【００４４】
この時、ステップＳ２６を実行した場合、障害発生の前まで更新されていた領域Ａ２のデータが領域Ｂ２にコピーされているので、領域Ｂ１のＯＳ１１４Ｂ等は領域Ｂ２のデータ（最新のデータ）を用いることができる。即ち、インストールを不要としたのみでなく、データまでを障害発生前の状態に復旧することができる。従って、直ちに業務を再開することができる。ステップＳ２８及びＳ２９を実行した場合は、図２（Ａ）の場合と同様に、インストールを不要とすることができる。
【００４５】
なお、ステップＳ２２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ２１０と同様の手順で、パソコン１が領域Ａから正常に立ち上がる。
【００４６】
図６は他のデータ処理装置構成図であり、本発明の障害復旧方法が実行される他のデータ処理装置の構成を示す。
【００４７】
この例のデータ処理装置は、ＯＳ１１４として、広く用いられているＷｉｎｄｏｗｓ ＮＴ（登録商標）を搭載したパソコン１の例を示す。この例では、図２（Ａ）と図７（Ａ）の対比から判るように、領域Ａ及び領域Ｂに対応する領域として、各々、Ｃドライブ及びＤドライブが、ディスク装置１２に設けられる。即ち、通常は、最初の領域であるＣドライブ（の内容）がロードされ、Ｄドライブ（の内容）はロードされない。なお、Ｃドライブかロードされたローダ１１２をローダ１１２Ｃのように表す（他も同様である）。
【００４８】
また、この例では、ブートＲＯＭ１１１、ローダ１１２及び定義ファイル１１３の各々に対応して、ＢＩＯＳ１１１、プログラムｎｔｌｄｒ １１２、ファイルｂｏｏｔ．ｉｎｉ１１３が使用される。アプリケーション１１５である区画設定ユーティリティに代えて、ディスクアドミニストレータ１１５が使用される。これらは、ディスク装置１２のＣドライブ及びＤドライブに格納される。
【００４９】
更に、障害発生時に使用する記録媒体２には、起動用のプログラムｎｔｌｄｒ ２１とファイルｂｏｏｔ．ｉｎｉ２２を格納する。これらは、各々、ローダ２１と定義ファイル２２に対応する。ファイルｂｏｏｔ．ｉｎｉ１１３及び２２の一例を、各々、図９（Ａ）及び（Ｂ）に示す。実際には、これらは図４（Ａ）及び（Ｂ）に示すものとほぼ同一であるので、説明を省略する。
【００５０】
図８は、ディスク復旧処理フローであり、図６のデータ処理装置に図７（Ａ）のディスクを備えた場合における本発明のディスク復旧処理を示す。この処理は図３の処理とほぼ同一であるので、簡単に説明する。
【００５１】
Ｃドライブにて異常が発生し、「ＯＳ ＮＯＴ ＦＯＵＮＤ」等のメッセージが表示されＯＳ１１４を起動できない場合や、運用中にアプリケーションエラーが発生しディスク関連エラー「不良ブロックを検出しました」等のメッセージの表示があった場合、 ユーザは、パソコン１の電源を遮断し、記録媒体２を読取装置１３にセットし、パソコン１の電源を再投入する（ステップＳ３１）。
【００５２】
電源投入に応じて、ＢＩＯＳ１１１が起動され、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、プログラムｎｔｌｄｒ ２１を読み込む（ステップＳ３２）。プログラムｎｔｌｄｒ ２１は、ファイルｂｏｏｔ．ｉｎｉ２２を読込み、これに従ってＤドライブのＷｉｎｄｏｗｓ ＮＴ１１４Ｄを読み込む（ステップＳ３３）。パソコン１が正常に立ち上がった後、プログラムｎｔｌｄｒ ２１は、ディスクアドミニストレータ１１５Ｄを起動し、Ｃドライブを無効とさせる（ステップＳ３４）。元の（旧）Ｄドライブは、最初の領域となるため、Ｃドライブとして立ち上がる。更に、プログラムｎｔｌｄｒ ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。
【００５３】
これを見たユーザは、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入して、当該パソコン１を再度立ち上げる。起動されたＢＩＯＳ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、元のＣドライブは無効となっているので、新たなＣドライブ（旧Ｄドライブ）からプログラムｎｔｌｄｒ １１２Ｄを読み込む。プログラムｎｔｌｄｒ １１２Ｄは、ファイルｂｏｏｔ．ｉｎｉ１１３Ｄを読込み、これに従って旧ＤドライブのＷｉｎｄｏｗｓ ＮＴ１１４Ｄを読み込む。これにより、パソコン１が旧Ｄドライブから正常に立ち上がる（ステップＳ３５）。
【００５４】
なお、ステップＳ３２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ３５と同様の手順で、パソコン１がＣドライブから正常に立ち上がる。
【００５５】
図１０は、ディスク復旧処理フローであり、図６のデータ処理装置に図７（Ｂ）のディスクを備えた場合における本発明のディスク復旧処理を示す。この処理は図５の処理とほぼ同一であるので、簡単に説明する。
【００５６】
図７（Ｂ）においては、図２（Ｂ）と同様に、Ｃドライブ及びＤドライブが、各々、プログラムを格納するＣ１ドライブ及びＤ１ドライブとデータを格納するＣ２ドライブ及びＤ２ドライブとからなる。Ｃ１ドライブとＤ１ドライブとが同一の容量で同一の内容を記録（インストール）し、Ｃ２ドライブとＤ２ドライブとが同一の容量で同一の内容を記録する。Ｃ１ドライブ、Ｃ２ドライブ、Ｄ１ドライブ及びＤ２ドライブは、ディスク装置１２のフォーマット時に予め使用する領域に対して領域を定義する際に、この順に設定される。
【００５７】
この例でも、プログラムの異常時にはＣ１ドライブのみが無効とされ、異常箇所が不明の場合にはＣ１ドライブ及びＣ２ドライブの双方が無効とされる。Ｃ１ドライブ（のみ）が無効とされた場合、Ｃ２ドライブをＤ２ドライブにコピーし、Ｃ２ドライブも無効とされる。これにより、ＯＳの再インストールを不要にでき、データをも引き継ぐことができる。Ｃ１ドライブ及びＣ２ドライブの双方が無効とされた場合は、前述の図７（Ａ）の例と同様である。
【００５８】
図１０において、ユーザは、パソコン１の電源を遮断し、再起動用の記録媒体２を読取装置１３にセットし、パソコン１を再起動する（ステップＳ４１）。
【００５９】
起動されたＢＩＯＳ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、プログラムｎｔｌｄｒ ２１を読み込む（ステップＳ４２）。プログラムｎｔｌｄｒ ２１は、ファイルｂｏｏｔ．ｉｎｉ２２を読込み、Ｄ１ドライブのＯＳ１１４Ｄを読み込む（ステップＳ４３）。
【００６０】
パソコン１が正常に立ち上がったら、プログラムｎｔｌｄｒ ２１は、Ｄ１ドライブのディスクアドミニストレータ１１５Ｄを起動し（ステップＳ４４）、これに例えばステップＳ４１での障害がパソコン１の立ち上げ不可（異常）であったか否かを調べさせる（ステップＳ４５）。立ち上げ不可であった場合、プログラムｎｔｌｄｒ ２１は、ディスクアドミニストレータ１１５Ｄに、Ｃ１ドライブを無効とさせ、Ｃ２ドライブ（のデータ）をＤ２ドライブにコピーし、Ｃ２ドライブを無効とさせる（ステップＳ４６）。
【００６１】
障害が立ち上げ不可でなかった場合、プログラムｎｔｌｄｒ ２１は、ディスクアドミニストレータ１１５Ｄを介して、障害が運用中の各種プログラム（アプリケーション１１５Ｃ）の異常であったか否かを調べさせ（ステップＳ４７）、プログラムの異常であった場合、ステップＳ４６を実行する。
【００６２】
障害がプログラムの異常でなかった場合、プログラムｎｔｌｄｒ ２１は、Ｃドライブにおける異常箇所が不明であると判断して、Ｃ１ドライブを無効とさせ（ステップＳ４８）、Ｃ２ドライブを無効とさせる（ステップＳ４９）。
【００６３】
ステップＳ４６又はステップＳ４９の後、プログラムｎｔｌｄｒ ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。これを見たユーザは、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入してパソコン１を立ち上げる。起動されたＢＩＯＳ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、Ｃ１ドライブは無効となっているので、Ｄ１ドライブ（新Ｃ１ドライブ）からプログラムｎｔｌｄｒ １１２Ｄを読み込む。プログラムｎｔｌｄｒ １１２Ｄは、ファイルｂｏｏｔ．ｉｎｉ１１３Ｄを読込み、これに従ってＤ１ドライブのＯＳ１１４Ｄを読み込みこれを実行する。これにより、パソコン１が、Ｄ１ドライブから正常に立ち上がる（ステップＳ４１０）。
【００６４】
この時、前述と同様に、ステップＳ４６を実行した場合、Ｃ２ドライブのデータがＤ２ドライブにコピーされているので、ＯＳ１１４Ｄ等はＤ２ドライブのデータ（最新のデータ）を用いることができる。即ち、インストールを不要とし、データを障害発生前の状態に復旧することができる。ステップＳ４８及びＳ４９を実行した場合は、図７（Ａ）の場合と同様である。
【００６５】
なお、ステップＳ４２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ４１０と同様の手順で、パソコン１がＣドライブから正常に立ち上がる。
【００６６】
以上から判るように、本発明の実施の形態の特徴を列記すると以下の通りである。
（付記１） １個のディスク装置に、通常動作するプログラム及びデータが格納された第１の領域と、これと同一の容量で同一の内容を記録する第２の領域とを設け、
前記ディスク装置からその内容をロードする起動プログラムと、当該起動プログラムによりロードすべき対象として前記第２の領域を指示する定義ファイルとを格納する記録媒体を用意し、
前記記録媒体が読取装置にセットされている場合、前記記録媒体から前記起動プログラムをロードし、
前記ロードされた起動プログラムにより、前記記録媒体の定義ファイルに従って前記第２の領域の内容をロードすると共に、前記第１の領域を無効とし、
この後のシステム起動時において、前記第２の領域の内容により当該システムを立ち上げる
ことを特徴とする障害復旧方法。
（付記２） 前記ディスク装置において、前記第１の領域よりも後の位置に前記第２の領域を設け、
前記記録媒体が前記読取装置にセットされていない場合、前記第１及び第２の領域の中の有効であって先の位置に格納された一方の内容をロードする
ことを特徴とする付記１に記載の障害復旧方法。
（付記３） 前記第１の領域は、当該システムが正常に立ち上がった後に、無効とされる
ことを特徴とする付記１に記載の障害復旧方法。
（付記４） 前記第１及び第２の領域が、各々、プログラムを格納するプログラム領域とデータを格納するデータ領域とからなり、
前記第１の領域のプログラム領域と前記第２の領域のプログラム領域とが同一の容量で同一の内容を記録し、前記第１の領域のデータ領域と前記第２の領域のデータ領域とが同一の容量で同一の内容を記録し、
前記第１の領域は、プログラムの異常時には当該プログラム領域のみを無効とされ、異常箇所が不明の場合には当該プログラム領域及びデータ領域の双方を無効とされる
ことを特徴とする付記１に記載の障害復旧方法。
（付記５） ディスク装置の障害復旧を行なうプログラムであって、
前記プログラムは、コンピュータに、
通常動作するプログラム及びデータが格納された第１の領域とこれと同一の容量で同一の内容を記録する第２の領域とを含む１個のディスク装置から、ロードすべき対象として前記第２の領域を指示する定義ファイルに従って、前記第２の領域の内容をロードさせ、
前記第１の領域を無効とさせる
ことを特徴とする障害復旧プログラム。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、障害復旧方法において、
通常動作するディスク装置の第１領域に障害が発生しても、第２領域に同一の内容が既にインストールされているので、第２領域からシステムを立ち上げれば、障害復旧時にディスク装置の交換及びシステムの再インストールを行わなくてもよい。即ち、ディスク装置において喪失したデータは復元できないが、システムのインストールを行わなくてもよい。従って、市販のパソコンを使用する場合、高価なハードウェアやソフトウェアを用意しなくとも、当該パソコンで構成されたクライアント、スタンドアローン型コンピュータ、又は、安価なサーバでディスク障害が発生しても、再インストールが完了するまでの長い間、当該業務を停止する必要をなくすことができる。従って、安価なパソコンを採用した利点を活かしつつ、障害からの復旧を速やかに行うことができる。
【００６８】
また、本発明の障害復旧プログラムによれば、ディスク装置の第２の領域の内容をロードすることにより、障害時に本発明の障害復旧方法により速やかに障害復旧するための状態を実現することができる。本発明の障害復旧プログラムは、フレキシィブルディスク等の種々のプログラム記録媒体に記録して提供されることができる。従って、パソコン等の安価なデータ処理装置において、容易に本発明の障害復旧方法を実現することができる。
【図面の簡単な説明】
【図１】データ処理装置構成図である。
【図２】ディスク説明図である。
【図３】ディスク復旧処理フローである。
【図４】ディスク復旧処理説明図である。
【図５】ディスク復旧処理フローである。
【図６】他のデータ処理装置構成図である。
【図７】ディスク説明図である。
【図８】ディスク復旧処理フローである。
【図９】ディスク復旧処理説明図である。
【図１０】ディスク復旧処理フローである。
【図１１】従来技術説明図である。
【符号の説明】
１ パソコン
２ 記録媒体
１１ データ処理部
１２ ディスク装置
１３ 読取装置
１１１ ブートＲＯＭ（ＢＩＯＳ）
１１２ ローダ（プログラムｎｔｌｄｒ ）
１１３ 定義ファイル（ファイルｂｏｏｔ．ｉｎｉ）
１１４ ＯＳ（Ｗｉｎｄｏｗｓ ＮＴ）
１１５ アプリケーション（ディスクアドミニストレータ）
【発明の属する技術分野】
本発明は、障害復旧方法及び障害復旧プログラムに関し、特に、コンピュータを制御するディスクが故障した場合に迅速に復旧することが可能な障害復旧方法及び障害復旧プログラムに関する。
【０００２】
【従来の技術】
コンピュータは様々な業務に使用されるようになり、どこの会社でも不可欠な設備となっている。近年、その重要性は増しており、故障が発生した場合に迅速に修理を行わないと業務に支障をきたすおそれのある場合が増えている。
【０００３】
例えば、近年、金融機関等への安価なパーソナルコンピュータ（以下、パソコン）の導入が進んでいる。このようなパソコンは、サーバにＬＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒｋ）経由でクライアントとして接続して使用されたり、又は、スタンドアローンシステムとして使用される。このような使用形態のパソコンでは、障害発生時において、ある程度の業務停止はやむ終えないが、できるだけ修復時間を短くすることが要求される。
【０００４】
【発明が解決しようとする課題】
金融機関等における業務において、市販のパソコンよりは高価な（従って、高機能な）コンピュータをサーバとして使用する場合、データが冗長性を持つようにされる。即ち、あるディスク装置においてデータ喪失しても、他のディスク装置に同一データが存在するようにされる。これにより、サーバのような停止により多大な損害を発生するような機器では、ディスク障害を発生しても、他のディスク装置の同一データを用いて業務を継続できるようにしていた。
【０００５】
この場合、機器の構成としては、以下のような構成が考えられる。例えば、図１１（Ａ）に示すように、ディスク装置５１２を複数個用い、ＣＰＵ５１１上で動作するソフトウェア側からは冗長性を意識せず、ディスク制御ボード５１３を用いてハードウェアに冗長性を持たせる。又は、図１１（Ｂ）に示すように、ハードウェアに２個以上のディスク装置５１２を備え、ＯＳ５１４（ドライバ含む：サーバタイプ）にて冗長性（即ち、二重化）を確保する。いずれの場合も、通常の運用で使用されるディスク装置５１２Ａにおいて情報（プログラム及びデータ）がＤからＤ’に更新されると、他方のディスク装置５１２Ｂにおいても情報がＤからＤ’に更新される。
【０００６】
しかし、 図１１（Ａ）に示すようなハードウェアに冗長性を持たせる方法を採用すると、別に、冗長性を制御するハードウェアとしてディスク制御ボード（制御装置）５１３が必要となる。このような制御装置５１３は通常のパソコンには備えられていない。従って、別途このような制御装置５１３を用意する必要があるが、これは高価なものであり、安価なパソコンを採用した意味がなくなる。一方、図１１（Ｂ）に示すようなソフトウェアで冗長性を確保する方法を採用すると、二重化を管理することができるＯＳ５１４が必要となる。このような二重化を管理する機能はクライントシステムのように安価なＯＳではサポートしていない。従って、別途このようなＯＳ５１４を用意する必要があるが、これも高価なものであり、安価なパソコンを採用した意味がなくなる。
【０００７】
このため、実際には、金融機関等における業務においてパソコンを使用する場合、図１１（Ａ）に示す冗長性を制御するハードウェア（ディスク制御ボード５１３）を持たないか、又は、ＯＳ（ワークステーションタイプ）において図１１（Ｂ）に示すディスク装置の二重化等の機能を持たない。即ち、パソコンで構成されたクライアント、スタンドアローン型コンピュータ、又は、安価なサーバが、データの冗長性を持たないままで使用されている。このため、このようなパソコンでディスク障害が発生した場合、その都度、ディスク装置の交換及びシステムの再インストールが必要となっていた。従って、再インストールが完了するまでの長い間、当該業務を停止せざるをえなかった。
【０００８】
本発明は、パソコンのような安価なコンピュータシステムにおいて障害から容易に復旧可能な障害復旧方法を提供することを目的とする。
【０００９】
また、本発明は、パソコンのような安価なコンピュータシステムにおいて障害から容易に復旧可能な障害復旧方法を実現する障害復旧プログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の障害復旧方法は、１個のディスク装置に通常動作するプログラム及びデータが格納された第１の領域とこれと同一の容量で同一の内容を記録する第２の領域とを設け、ディスク装置からその内容をロードする起動プログラムと当該起動プログラムによりロードすべき対象として第２の領域を指示する定義ファイルとを格納する記録媒体を用意し、記録媒体が読取装置にセットされている場合記録媒体から起動プログラムをロードし、ロードされた起動プログラムにより記録媒体の定義ファイルに従って第２の領域の内容をロードすると共に第１の領域を無効とし、この後のシステム起動時において第２の領域の内容により当該システムを立ち上げる。
【００１１】
本発明の障害復旧方法によれば、通常動作するディスク装置の第１領域に障害が発生しても、第２領域に同一の内容が既にインストールされているので、第２領域からシステムを立ち上げれば、障害復旧時にディスク装置の交換及びシステムの再インストールを行わなくてもよい。即ち、冗長性を持たないので、第２領域の内容は第１領域の内容と共に更新されることはなく、ディスク装置において喪失したデータは復元できないが、システムのインストールを行わなくてもよいので、当該障害の状態からは迅速に復旧することができる。従って、金融機関等における業務において市販のパソコンを使用する場合、冗長性を制御するハードウェアやＯＳのディスク装置の二重化等の機能を別途持たなくとも、当該パソコンで構成されたクライアント、スタンドアローン型コンピュータ、又は、安価なサーバでディスク障害が発生しても、再インストールが完了するまでの長い間、当該業務を停止する必要をなくすことができる。従って、安価なパソコンを採用した利点を活かしつつ、障害からの復旧を速やかに行うことができる。
【００１２】
また、本発明の障害復旧プログラムは、ディスク装置の障害復旧を行なうプログラムであって、前記プログラムは、コンピュータに、通常動作するプログラム及びデータが格納された第１の領域とこれと同一の容量で同一の内容を記録する第２の領域とを含む１個のディスク装置からロードすべき対象として第２の領域を指示する定義ファイルに従って第２の領域の内容をロードさせ、第１の領域を無効とさせる。
【００１３】
本発明の障害復旧プログラムによれば、ディスク装置の第２の領域の内容をロードすることにより、障害時に本発明の障害復旧方法により速やかに障害復旧するための状態（第２領域からシステムを立ち上げる状態）を実現することができる。本発明の障害復旧プログラムは、フレキシィブルディスク、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の種々のプログラム記録媒体に記録して提供されることができる。従って、パソコン等の安価なデータ処理装置において、容易に本発明の障害復旧方法を実現することができる。
【００１４】
【発明の実施の形態】
図１はデータ処理装置構成図であり、本発明の障害復旧方法が実行されるデータ処理装置の構成を示す。
【００１５】
このデータ処理装置は、例えばパーソナルコンピュータ（パソコン）１からなる。パソコン１は、データ処理部１１、（磁気）ディスク装置１２、記録媒体２の読取装置（リーダ）１３を備える。データ処理部１１は、ＣＰＵ（中央演算処理装置）と主メモリ及びブートＲＯＭ（読出専用メモリ）１１１とからなる。ディスク装置１２は、外部記憶装置又は補助記憶装置であれば、磁気ディスク装置以外の装置であってもよい。
【００１６】
この例では、図２（Ａ）に示すように、１個のディスク装置１２に、第１の領域１２Ａ（以下、領域Ａ）と第２の領域１２Ｂ（以下、領域Ｂ）とを設ける。領域Ａは、システム起動時に通常動作するプログラム及びデータを格納する（インストールされる）。領域Ｂは、これと同一の容量で同一の内容を記録する（インストールされる）。領域Ａ及び領域Ｂは、ディスク装置１２のフォーマット時に予め使用する領域に対して領域を定義する際に、設定される。この例では、ディスク装置１２において、領域Ａよりも後の位置（アドレスの大きい位置）に領域Ｂが設けられる。なお、ディスク装置１２は、領域Ａ及び領域Ｂ以外の領域を含んでいてもよい（以下において同じ）。
【００１７】
領域Ａの内容（プログラム及びデータ）は、ディスク装置１２の正常時に、データ処理部１１を構成する主メモリ（図示せず）に読み出される（即ち、ロードされる）。領域Ｂの内容は、ディスク装置１２の異常時に読み出される。即ち、領域Ａにおいて読み取り異常が発生した場合、領域Ｂの内容をロードして運用を行う。これにより、ディスク装置１２を２個設けなくとも、領域Ａにおいて運用により更新された情報（プログラム及びデータ）は失われるが、システムの再インストール（及びディスク装置１２の交換）を必要としないため、速やかに障害から復旧させることができる。なお、後述するように、この後、領域Ａの内容は無効にされる。
【００１８】
データ処理部１１はブートＲＯＭ１１１を備える。ブートＲＯＭ１１１は、当該システム起動時（即ち、電源投入時）に、最初に動作する制御プログラムである。即ち、ブートＲＯＭ１１１は、システム起動時にローダ１１２を起動する。起動されたローダ１１２は、定義ファイル１１３に従って、当該パソコン１のＯＳ（オペレーティングシステム、例えばＷｉｎｄｏｗｓ ＮＴ（登録商標）等）１１４をロードする。ＯＳ１１４は、必要に応じて、種々のアプリケーション（プログラム）１１５、例えばディスク区画設定ユーティリティプログラム（以下、区画設定ユーティリティ）をロードして実行する。なお、ディスク装置１２の領域Ａ及び領域Ｂからロードされたローダ１１２を区別する場合、前者をローダ１１２Ａ後者をローダ１１２Ｂと表す。他についても同様である。
【００１９】
この例では、ディスク装置１２が正常な場合、ブートＲＯＭ１１１は、システム起動時に、ディスク装置１２の領域Ａからローダ１１２Ａ及びその定義ファイル１１３Ａをロードして、ローダ１１２Ａを起動する。定義ファイル１１３Ａは、ロードすべき対象として領域Ａ（の内容）を指示する。従って、この後、領域Ａから、ＯＳ１１４Ａ及びアプリケーション１１５Ａがロードされる。
【００２０】
従って、領域Ａは、例えばローダ１１２、定義ファイル１１３、ＯＳ１１４及び各種のアプリケーション１１５を格納している。同様に、領域Ｂも、本発明に従って、業務の開始時点（例えば１日の営業の開始時）では、各々同一のローダ１１２、定義ファイル１１３、ＯＳ１１４及び各種のアプリケーション１１５を格納している。しかし、領域Ａの内容は、運用内容に従って、運用時に随時更新される。一方、領域Ｂの内容は、本発明に従って、システムが冗長性を持たないので、領域Ａの内容でシステムが運用されている間は、更新されない。従って、前述のように、領域Ａにおいて運用により更新された情報（プログラム及びデータ）は、ディスク障害時（即ち、領域Ａの障害時）には失われる。
【００２１】
一方、ディスク装置１２が異常な（障害が発生した）場合、ブートＲＯＭ１１１は、システム起動時に、ディスク装置１２の領域Ｂからローダ１１２Ｂ及びその定義ファイル１１３Ｂをロードして、ローダ１１２Ｂを起動する。この後、前述のように、ＯＳ１１４Ｂ及びアプリケーション１１５Ｂも、領域Ｂからロードされる。このように、障害時において、領域Ａからではなく、領域Ｂからローダ１１２Ｂをロードするために、記録媒体２が用意される。また、記録媒体２の読取処理のために、パソコン１は読取装置１３を備える。
【００２２】
読取装置１３は、記録媒体２に対応した読取装置である。例えば、記録媒体２がフレキシィブルディスクからなる場合、少なくとも当該ディスクの内容を読み取ることができる装置である。
【００２３】
記録媒体２は、ローダ２１とその定義ファイル２２とを格納する。ローダ２１は、ディスク装置１２の障害復旧を行なうプログラムであって、ディスク装置１２からその内容をロードする起動プログラムである。ローダ２１は、ローダ１１２（Ａ及びＢ）と同一のものである。定義ファイル２２は、当該ローダ２１によりロードすべき対象として、領域Ｂ（の内容）を指示する。定義ファイル２２は、定義ファイル１１３とは同一のものであるが、指示する内容のみが異なる。記録媒体２は、例えばフレキシィブルディスクからなる。記録媒体２は、ＣＤ−ＲＯＭ、ＣＤＲ／Ｗ、ＤＶＤ等の種々の記録媒体であってもよい。
【００２４】
定義ファイル１１３及び２２の一例を、図４（Ａ）及び（Ｂ）に示す。定義ファイル１１３は、図４（Ａ）に示すように、その３行目に「．．．ｄｉｓｋ（０）ｒｄｉｓｋ（０）ｐａｒｔｉｔｉｏｎ（１）」とあることにより、領域Ａ及び領域Ｂの中の有効であって、ディスク装置１２においてより先の位置に格納された一方の内容をロードすることを指示する。定義ファイル２２は、図４（Ｂ）に示すように、その３行目に「．．．ｄｉｓｋ（０）ｒｄｉｓｋ（１）ｐａｒｔｉｔｉｏｎ（１）」とあることにより、領域Ｂの内容をロードすることを指示する。
【００２５】
ブートＲＯＭ１１１は、システム起動時に、読取装置１３に記録媒体２がセットされているか否かを調べる。記録媒体２が読取装置１３にセットされていない場合、ブートＲＯＭ１１１は、定義ファイル１１３（Ａ及びＢ）に従って、領域Ａ及び領域Ｂの中の有効であって、ディスク装置１２においてより先の位置に格納された一方の内容をロードする。即ち、正常時においては、領域Ａの内容をロードする。一方、記録媒体２が読取装置にセットされている場合、ブートＲＯＭ１１１は、ディスク装置１２ではなく、記録媒体２からローダ２１をロードする。ローダ２１は、定義ファイル２２に従って、領域Ｂの内容をロードする。このために、ディスク障害発生時には、一旦システムの電源が遮断され、記録媒体２が読取装置１３にセットされ、その後電源が再投入される。
【００２６】
ロードされたローダ２１は、定義ファイル２２に従って、領域Ｂの内容をロードする。即ち、前述のように、ローダ１１２Ｂ及びその定義ファイル１１３Ｂをロードして、ローダ１１２Ｂを起動し、これにより、ＯＳ１１４Ｂ及びアプリケーション１１５Ｂも、領域Ｂからロードされる。ＯＳ１１４Ｂがロードされ当該システムが正常に立ち上がると、その後に、ローダ２１は、ＯＳ１１４Ｂにディスク装置１２を管理するアプリケーション１１５Ｂである区画設定ユーティリティをロードさせ、これに領域Ａを無効とさせる。
【００２７】
この後、記録媒体２を読取装置１３から抜き取り、システムを再起動する。このシステム再起動時において、ブートＲＯＭ１１１は、ディスク装置１２をアクセスすると、領域Ａが無効であるので、領域Ｂから読み取りを開始し、ローダ１１２Ｂ及び定義ファイル１１３Ｂをロードする。ロードされたローダ１１２Ｂは、定義ファイル１１３Ｂに従って、領域Ａ及び領域Ｂの中の有効であって、ディスク装置１２においてより先の位置に格納された一方の内容をロードする。即ち、領域Ａは無効とされているので、領域ＢからＯＳ１１４Ｂをロードする。これにより、ＯＳ１１４Ｂにより当該システムが立ち上がる。
【００２８】
図３は、ディスク復旧処理フローであり、図１のデータ処理装置に図２（Ａ）のディスクを備えた場合における本発明のディスク復旧処理を示す。
【００２９】
パソコン１の立ち上げ時に立ち上げ不可となったり、パソコン１の運用中にディスク装置１２の読み取り異常が発生した場合、 ユーザは、パソコン１の電源を遮断し、再起動用の記録媒体（起動用ディスク）２を読取装置１３にセットし、パソコン１の電源を再投入する、即ち、再起動する（ステップＳ１１）。
【００３０】
電源投入に応じて、ブートＲＯＭ１１１が起動され、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、記録媒体２のローダ２１を読み込む（ステップＳ１２）。ローダ２１は、記録媒体２の定義ファイル２２（領域Ｂから立ち上げるように設定されている）を読込み、これに従ってディスク装置１２の領域ＢのＯＳ１１４Ｂを読み込みこれを実行する（ステップＳ１３）。これにより、パソコン１が正常に立ち上がったら、この後、ローダ２１は、区画設定ユーティリティ（アプリケーション）１１５Ｂを起動し、これに領域Ａを使用不可とするために領域Ａを無効とさせる（ステップＳ１４）。更に、ローダ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。
【００３１】
これを見たユーザは、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入して、当該パソコン１の再立ち上げを実施する。これに応じて、ブートＲＯＭ１１１が起動され、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、領域Ａは無効となっているので、領域Ｂからローダ１１２Ｂを読み込む。ローダ１１２Ｂは、定義ファイル１１３Ｂを読込み、これに従ってディスク装置１２の領域ＢのＯＳ１１４Ｂを読み込みこれを実行する。これにより、パソコン１が、領域Ｂから正常に立ち上がる（ステップＳ１５）。
【００３２】
なお、ステップＳ１２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ１５と同様の手順で、パソコン１が領域Ａから正常に立ち上がる。
【００３３】
このように、通常は領域Ａから立ち上がるように設定されてディスク装置１２での障害の発生は、領域Ａの異常を意味する。そこで、記録媒体２により同一内容で異常のない領域Ｂをロードして、かつ、領域Ａを無効として、当該領域Ｂから再インストールなしで立ち上げる。これにより、故障箇所（領域Ａ）を回避した運用を行い、比較的短い中断時間で業務を継続することができる。
【００３４】
以上は、図１のデータ処理装置に図２（Ａ）のディスク装置１２を備えた場合における復旧処理であるが、図１のデータ処理装置に図２（Ｂ）のディスク装置１２を備えるようにしてもよい。
【００３５】
即ち、図２（Ａ）においては、領域Ａ及び領域Ｂが、各々、プログラム及びデータを領域の区別なく格納しているが、図２（Ｂ）においては、領域Ａ及び領域Ｂが、各々、プログラムを格納するプログラム領域Ａ１及びＢ１とデータを格納するデータ領域Ａ２及びＢ２とからなる。そして、領域Ａのプログラム領域Ａ１と領域Ｂのプログラム領域Ｂ１とが同一の容量で同一の内容を記録（インストール）し、領域Ａのデータ領域Ａ２と領域Ｂのデータ領域Ｂ２とが同一の容量で同一の内容を記録する。領域Ａ１、Ａ２、Ｂ１及びＢ２は、ディスク装置１２のフォーマット時に予め使用する領域に対して領域を定義する際に、設定される。この例では、ディスク装置１２において、領域Ａ１、Ａ２、Ｂ１及びＢ２の順に（アドレスの大きい位置に）設けられる。
【００３６】
この例でも、通常、領域Ａがロードされるが、その障害時において、プログラムの異常時には当該プログラム領域Ａ１のみが無効とされ、異常箇所が不明の場合には当該プログラム領域Ａ１及びデータ領域Ａ２の双方が無効とされる。プログラム領域Ａ１（のみ）が無効とされた場合、データ領域Ａ２には異常がないので、当該データ領域Ａ２をデータ領域Ｂ２にコピーする。実際には、この後、データ領域Ａ２も無効とされる。これにより、システム（ＯＳ）の再インストールを不要にできるのみでなく、データをも引き継ぐことができる。プログラム領域Ａ１及びデータ領域Ａ２の双方が無効とされた場合は、前述の図２（Ａ）の例と同様である。
【００３７】
図５は、ディスク復旧処理フローであり、図１のデータ処理装置に図２（Ｂ）のディスク装置１２を備えた場合における本発明のディスク復旧処理を示す。
【００３８】
ステップＳ１１と同様に、パソコン１の立ち上げ時に立ち上げ不可等となった場合、 ユーザは、パソコン１の電源を遮断し、再起動用の記録媒体２を読取装置１３にセットし、パソコン１を再起動する（ステップＳ２１）。
【００３９】
ステップＳ１２と同様に、起動されたブートＲＯＭ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、ローダ２１を読み込む（ステップＳ２２）。ステップＳ１３と同様に、ローダ２１は、定義ファイル２２を読込み、領域Ｂ１のＯＳ１１４Ｂを読み込みこれを実行する（ステップＳ２３）。
【００４０】
これにより、パソコン１が正常に立ち上がったら、この後、ローダ２１は、領域Ｂ１の区画設定（ディスク）ユーティリティ１１５Ｂを起動し（ステップＳ２４）、これに例えば当該パソコン１のステップＳ２１での障害がパソコン１の立ち上げ不可（異常）であったか否かを調べさせる（ステップＳ２５）。当該障害の記録は、通常のパソコン１においては、例えばイベントログ（図示せず）に残されているか、又は、全く起動不可の場合にはそれにより判断することができる。立ち上げ不可であった場合、ローダ２１は、区画設定ユーティリティ１１５Ｂに、領域Ａ１を使用不可とするために領域Ａ１を無効とさせ、領域Ａ２（の内容）を領域Ｂ２にコピーし、この後、領域Ａ２をも無効とさせる（ステップＳ２６）。これにより、実際には、領域Ａの全体が無効とされる。
【００４１】
障害が立ち上げ不可でなかった場合、ローダ２１は、区画設定ユーティリティ１１５Ｂを介して、障害が運用中の各種プログラム（アプリケーション１１５Ａ）の異常であったか否かを、イベントログを参照することにより調べさせ（ステップＳ２７）、プログラムの異常であった場合、ステップＳ２６を実行する。
【００４２】
障害がプログラムの異常でなかった場合、ローダ２１は、領域Ａにおける異常箇所が不明であると判断して、領域Ａ１を無効とさせ（ステップＳ２８）、続いて領域Ａ２を無効とさせる（ステップＳ２９）。
【００４３】
ステップＳ２６又はステップＳ２９の後、ローダ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。これを見たユーザは、ステップＳ１５と同様に、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入してパソコン１を立ち上げる。起動されたブートＲＯＭ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、領域Ａ１は無効となっているので、領域Ｂ１からローダ１１２Ｂを読み込む。ローダ１１２Ｂは、定義ファイル１１３Ｂを読込み、これに従って領域Ｂ１のＯＳ１１４Ｂを読み込みこれを実行する。これにより、パソコン１が、領域Ｂ１から正常に立ち上がる（ステップＳ２１０）。
【００４４】
この時、ステップＳ２６を実行した場合、障害発生の前まで更新されていた領域Ａ２のデータが領域Ｂ２にコピーされているので、領域Ｂ１のＯＳ１１４Ｂ等は領域Ｂ２のデータ（最新のデータ）を用いることができる。即ち、インストールを不要としたのみでなく、データまでを障害発生前の状態に復旧することができる。従って、直ちに業務を再開することができる。ステップＳ２８及びＳ２９を実行した場合は、図２（Ａ）の場合と同様に、インストールを不要とすることができる。
【００４５】
なお、ステップＳ２２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ２１０と同様の手順で、パソコン１が領域Ａから正常に立ち上がる。
【００４６】
図６は他のデータ処理装置構成図であり、本発明の障害復旧方法が実行される他のデータ処理装置の構成を示す。
【００４７】
この例のデータ処理装置は、ＯＳ１１４として、広く用いられているＷｉｎｄｏｗｓ ＮＴ（登録商標）を搭載したパソコン１の例を示す。この例では、図２（Ａ）と図７（Ａ）の対比から判るように、領域Ａ及び領域Ｂに対応する領域として、各々、Ｃドライブ及びＤドライブが、ディスク装置１２に設けられる。即ち、通常は、最初の領域であるＣドライブ（の内容）がロードされ、Ｄドライブ（の内容）はロードされない。なお、Ｃドライブかロードされたローダ１１２をローダ１１２Ｃのように表す（他も同様である）。
【００４８】
また、この例では、ブートＲＯＭ１１１、ローダ１１２及び定義ファイル１１３の各々に対応して、ＢＩＯＳ１１１、プログラムｎｔｌｄｒ １１２、ファイルｂｏｏｔ．ｉｎｉ１１３が使用される。アプリケーション１１５である区画設定ユーティリティに代えて、ディスクアドミニストレータ１１５が使用される。これらは、ディスク装置１２のＣドライブ及びＤドライブに格納される。
【００４９】
更に、障害発生時に使用する記録媒体２には、起動用のプログラムｎｔｌｄｒ ２１とファイルｂｏｏｔ．ｉｎｉ２２を格納する。これらは、各々、ローダ２１と定義ファイル２２に対応する。ファイルｂｏｏｔ．ｉｎｉ１１３及び２２の一例を、各々、図９（Ａ）及び（Ｂ）に示す。実際には、これらは図４（Ａ）及び（Ｂ）に示すものとほぼ同一であるので、説明を省略する。
【００５０】
図８は、ディスク復旧処理フローであり、図６のデータ処理装置に図７（Ａ）のディスクを備えた場合における本発明のディスク復旧処理を示す。この処理は図３の処理とほぼ同一であるので、簡単に説明する。
【００５１】
Ｃドライブにて異常が発生し、「ＯＳ ＮＯＴ ＦＯＵＮＤ」等のメッセージが表示されＯＳ１１４を起動できない場合や、運用中にアプリケーションエラーが発生しディスク関連エラー「不良ブロックを検出しました」等のメッセージの表示があった場合、 ユーザは、パソコン１の電源を遮断し、記録媒体２を読取装置１３にセットし、パソコン１の電源を再投入する（ステップＳ３１）。
【００５２】
電源投入に応じて、ＢＩＯＳ１１１が起動され、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、プログラムｎｔｌｄｒ ２１を読み込む（ステップＳ３２）。プログラムｎｔｌｄｒ ２１は、ファイルｂｏｏｔ．ｉｎｉ２２を読込み、これに従ってＤドライブのＷｉｎｄｏｗｓ ＮＴ１１４Ｄを読み込む（ステップＳ３３）。パソコン１が正常に立ち上がった後、プログラムｎｔｌｄｒ ２１は、ディスクアドミニストレータ１１５Ｄを起動し、Ｃドライブを無効とさせる（ステップＳ３４）。元の（旧）Ｄドライブは、最初の領域となるため、Ｃドライブとして立ち上がる。更に、プログラムｎｔｌｄｒ ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。
【００５３】
これを見たユーザは、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入して、当該パソコン１を再度立ち上げる。起動されたＢＩＯＳ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、元のＣドライブは無効となっているので、新たなＣドライブ（旧Ｄドライブ）からプログラムｎｔｌｄｒ １１２Ｄを読み込む。プログラムｎｔｌｄｒ １１２Ｄは、ファイルｂｏｏｔ．ｉｎｉ１１３Ｄを読込み、これに従って旧ＤドライブのＷｉｎｄｏｗｓ ＮＴ１１４Ｄを読み込む。これにより、パソコン１が旧Ｄドライブから正常に立ち上がる（ステップＳ３５）。
【００５４】
なお、ステップＳ３２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ３５と同様の手順で、パソコン１がＣドライブから正常に立ち上がる。
【００５５】
図１０は、ディスク復旧処理フローであり、図６のデータ処理装置に図７（Ｂ）のディスクを備えた場合における本発明のディスク復旧処理を示す。この処理は図５の処理とほぼ同一であるので、簡単に説明する。
【００５６】
図７（Ｂ）においては、図２（Ｂ）と同様に、Ｃドライブ及びＤドライブが、各々、プログラムを格納するＣ１ドライブ及びＤ１ドライブとデータを格納するＣ２ドライブ及びＤ２ドライブとからなる。Ｃ１ドライブとＤ１ドライブとが同一の容量で同一の内容を記録（インストール）し、Ｃ２ドライブとＤ２ドライブとが同一の容量で同一の内容を記録する。Ｃ１ドライブ、Ｃ２ドライブ、Ｄ１ドライブ及びＤ２ドライブは、ディスク装置１２のフォーマット時に予め使用する領域に対して領域を定義する際に、この順に設定される。
【００５７】
この例でも、プログラムの異常時にはＣ１ドライブのみが無効とされ、異常箇所が不明の場合にはＣ１ドライブ及びＣ２ドライブの双方が無効とされる。Ｃ１ドライブ（のみ）が無効とされた場合、Ｃ２ドライブをＤ２ドライブにコピーし、Ｃ２ドライブも無効とされる。これにより、ＯＳの再インストールを不要にでき、データをも引き継ぐことができる。Ｃ１ドライブ及びＣ２ドライブの双方が無効とされた場合は、前述の図７（Ａ）の例と同様である。
【００５８】
図１０において、ユーザは、パソコン１の電源を遮断し、再起動用の記録媒体２を読取装置１３にセットし、パソコン１を再起動する（ステップＳ４１）。
【００５９】
起動されたＢＩＯＳ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされているので、プログラムｎｔｌｄｒ ２１を読み込む（ステップＳ４２）。プログラムｎｔｌｄｒ ２１は、ファイルｂｏｏｔ．ｉｎｉ２２を読込み、Ｄ１ドライブのＯＳ１１４Ｄを読み込む（ステップＳ４３）。
【００６０】
パソコン１が正常に立ち上がったら、プログラムｎｔｌｄｒ ２１は、Ｄ１ドライブのディスクアドミニストレータ１１５Ｄを起動し（ステップＳ４４）、これに例えばステップＳ４１での障害がパソコン１の立ち上げ不可（異常）であったか否かを調べさせる（ステップＳ４５）。立ち上げ不可であった場合、プログラムｎｔｌｄｒ ２１は、ディスクアドミニストレータ１１５Ｄに、Ｃ１ドライブを無効とさせ、Ｃ２ドライブ（のデータ）をＤ２ドライブにコピーし、Ｃ２ドライブを無効とさせる（ステップＳ４６）。
【００６１】
障害が立ち上げ不可でなかった場合、プログラムｎｔｌｄｒ ２１は、ディスクアドミニストレータ１１５Ｄを介して、障害が運用中の各種プログラム（アプリケーション１１５Ｃ）の異常であったか否かを調べさせ（ステップＳ４７）、プログラムの異常であった場合、ステップＳ４６を実行する。
【００６２】
障害がプログラムの異常でなかった場合、プログラムｎｔｌｄｒ ２１は、Ｃドライブにおける異常箇所が不明であると判断して、Ｃ１ドライブを無効とさせ（ステップＳ４８）、Ｃ２ドライブを無効とさせる（ステップＳ４９）。
【００６３】
ステップＳ４６又はステップＳ４９の後、プログラムｎｔｌｄｒ ２１は、例えば当該パソコン１の再起動を求める表示を、表示画面に表示する。これを見たユーザは、電源を遮断し、記録媒体２を読取装置１３から抜き取り、再度電源を投入してパソコン１を立ち上げる。起動されたＢＩＯＳ１１１が、記録媒体２が読取装置１３にセットされているか否かを調べ、セットされていないので、ディスク装置１２をアクセスするが、Ｃ１ドライブは無効となっているので、Ｄ１ドライブ（新Ｃ１ドライブ）からプログラムｎｔｌｄｒ １１２Ｄを読み込む。プログラムｎｔｌｄｒ １１２Ｄは、ファイルｂｏｏｔ．ｉｎｉ１１３Ｄを読込み、これに従ってＤ１ドライブのＯＳ１１４Ｄを読み込みこれを実行する。これにより、パソコン１が、Ｄ１ドライブから正常に立ち上がる（ステップＳ４１０）。
【００６４】
この時、前述と同様に、ステップＳ４６を実行した場合、Ｃ２ドライブのデータがＤ２ドライブにコピーされているので、ＯＳ１１４Ｄ等はＤ２ドライブのデータ（最新のデータ）を用いることができる。即ち、インストールを不要とし、データを障害発生前の状態に復旧することができる。ステップＳ４８及びＳ４９を実行した場合は、図７（Ａ）の場合と同様である。
【００６５】
なお、ステップＳ４２において記録媒体２が読取装置１３にセットされていない場合、ステップＳ４１０と同様の手順で、パソコン１がＣドライブから正常に立ち上がる。
【００６６】
以上から判るように、本発明の実施の形態の特徴を列記すると以下の通りである。
（付記１） １個のディスク装置に、通常動作するプログラム及びデータが格納された第１の領域と、これと同一の容量で同一の内容を記録する第２の領域とを設け、
前記ディスク装置からその内容をロードする起動プログラムと、当該起動プログラムによりロードすべき対象として前記第２の領域を指示する定義ファイルとを格納する記録媒体を用意し、
前記記録媒体が読取装置にセットされている場合、前記記録媒体から前記起動プログラムをロードし、
前記ロードされた起動プログラムにより、前記記録媒体の定義ファイルに従って前記第２の領域の内容をロードすると共に、前記第１の領域を無効とし、
この後のシステム起動時において、前記第２の領域の内容により当該システムを立ち上げる
ことを特徴とする障害復旧方法。
（付記２） 前記ディスク装置において、前記第１の領域よりも後の位置に前記第２の領域を設け、
前記記録媒体が前記読取装置にセットされていない場合、前記第１及び第２の領域の中の有効であって先の位置に格納された一方の内容をロードする
ことを特徴とする付記１に記載の障害復旧方法。
（付記３） 前記第１の領域は、当該システムが正常に立ち上がった後に、無効とされる
ことを特徴とする付記１に記載の障害復旧方法。
（付記４） 前記第１及び第２の領域が、各々、プログラムを格納するプログラム領域とデータを格納するデータ領域とからなり、
前記第１の領域のプログラム領域と前記第２の領域のプログラム領域とが同一の容量で同一の内容を記録し、前記第１の領域のデータ領域と前記第２の領域のデータ領域とが同一の容量で同一の内容を記録し、
前記第１の領域は、プログラムの異常時には当該プログラム領域のみを無効とされ、異常箇所が不明の場合には当該プログラム領域及びデータ領域の双方を無効とされる
ことを特徴とする付記１に記載の障害復旧方法。
（付記５） ディスク装置の障害復旧を行なうプログラムであって、
前記プログラムは、コンピュータに、
通常動作するプログラム及びデータが格納された第１の領域とこれと同一の容量で同一の内容を記録する第２の領域とを含む１個のディスク装置から、ロードすべき対象として前記第２の領域を指示する定義ファイルに従って、前記第２の領域の内容をロードさせ、
前記第１の領域を無効とさせる
ことを特徴とする障害復旧プログラム。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、障害復旧方法において、
通常動作するディスク装置の第１領域に障害が発生しても、第２領域に同一の内容が既にインストールされているので、第２領域からシステムを立ち上げれば、障害復旧時にディスク装置の交換及びシステムの再インストールを行わなくてもよい。即ち、ディスク装置において喪失したデータは復元できないが、システムのインストールを行わなくてもよい。従って、市販のパソコンを使用する場合、高価なハードウェアやソフトウェアを用意しなくとも、当該パソコンで構成されたクライアント、スタンドアローン型コンピュータ、又は、安価なサーバでディスク障害が発生しても、再インストールが完了するまでの長い間、当該業務を停止する必要をなくすことができる。従って、安価なパソコンを採用した利点を活かしつつ、障害からの復旧を速やかに行うことができる。
【００６８】
また、本発明の障害復旧プログラムによれば、ディスク装置の第２の領域の内容をロードすることにより、障害時に本発明の障害復旧方法により速やかに障害復旧するための状態を実現することができる。本発明の障害復旧プログラムは、フレキシィブルディスク等の種々のプログラム記録媒体に記録して提供されることができる。従って、パソコン等の安価なデータ処理装置において、容易に本発明の障害復旧方法を実現することができる。
【図面の簡単な説明】
【図１】データ処理装置構成図である。
【図２】ディスク説明図である。
【図３】ディスク復旧処理フローである。
【図４】ディスク復旧処理説明図である。
【図５】ディスク復旧処理フローである。
【図６】他のデータ処理装置構成図である。
【図７】ディスク説明図である。
【図８】ディスク復旧処理フローである。
【図９】ディスク復旧処理説明図である。
【図１０】ディスク復旧処理フローである。
【図１１】従来技術説明図である。
【符号の説明】
１ パソコン
２ 記録媒体
１１ データ処理部
１２ ディスク装置
１３ 読取装置
１１１ ブートＲＯＭ（ＢＩＯＳ）
１１２ ローダ（プログラムｎｔｌｄｒ ）
１１３ 定義ファイル（ファイルｂｏｏｔ．ｉｎｉ）
１１４ ＯＳ（Ｗｉｎｄｏｗｓ ＮＴ）
１１５ アプリケーション（ディスクアドミニストレータ）
Claims (3)
- １個のディスク装置に、通常動作するプログラム及びデータが格納された第１の領域と、これと同一の容量で同一の内容を記録する第２の領域とを設け、
前記ディスク装置からその内容をロードする起動プログラムと、当該起動プログラムによりロードすべき対象として前記第２の領域を指示する定義ファイルとを格納する記録媒体を用意し、
前記記録媒体が読取装置にセットされている場合、前記記録媒体から前記起動プログラムをロードし、
前記ロードされた起動プログラムにより、前記記録媒体の定義ファイルに従って前記第２の領域の内容をロードすると共に、前記第１の領域を無効とし、
この後のシステム起動時において、前記第２の領域の内容により当該システムを立ち上げる
ことを特徴とする障害復旧方法。 - 前記第１及び第２の領域が、各々、プログラムを格納するプログラム領域とデータを格納するデータ領域とからなり、
前記第１の領域のプログラム領域と前記第２の領域のプログラム領域とが同一の容量で同一の内容を記録し、前記第１の領域のデータ領域と前記第２の領域のデータ領域とが同一の容量で同一の内容を記録し、
前記第１の領域は、プログラムの異常時には当該プログラム領域のみを無効とされ、異常箇所が不明の場合には当該プログラム領域及びデータ領域の双方を無効とされる
ことを特徴とする請求項１に記載の障害復旧方法。 - ディスク装置の障害復旧を行なうプログラムであって、
前記プログラムは、コンピュータに、
通常動作するプログラム及びデータが格納された第１の領域とこれと同一の容量で同一の内容を記録する第２の領域とを含む１個のディスク装置から、ロードすべき対象として前記第２の領域を指示する定義ファイルに従って、前記第２の領域の内容をロードさせ、
前記第１の領域を無効とさせる
ことを特徴とする障害復旧プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002191599A JP2004038351A (ja) | 2002-07-01 | 2002-07-01 | 障害復旧方法及び障害復旧プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002191599A JP2004038351A (ja) | 2002-07-01 | 2002-07-01 | 障害復旧方法及び障害復旧プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004038351A true JP2004038351A (ja) | 2004-02-05 |
Family
ID=31701112
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002191599A Withdrawn JP2004038351A (ja) | 2002-07-01 | 2002-07-01 | 障害復旧方法及び障害復旧プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004038351A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007102349A (ja) * | 2005-09-30 | 2007-04-19 | Tokiko Techno Kk | データ処理装置 |
-
2002
- 2002-07-01 JP JP2002191599A patent/JP2004038351A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007102349A (ja) * | 2005-09-30 | 2007-04-19 | Tokiko Techno Kk | データ処理装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7509530B2 (en) | Method and system for use in restoring an active partition | |
| US7941700B2 (en) | Operating system-based application recovery | |
| US10853206B1 (en) | Systems and methods for enabling failover support with multiple backup data storage structures | |
| JP4363676B2 (ja) | コンピュータシステム | |
| TWI494762B (zh) | 用於管理快取資料及元資料的方法、電腦儲存媒體與電腦 | |
| US7716520B2 (en) | Multi-CPU computer and method of restarting system | |
| JP4839841B2 (ja) | スナップショット再起動方法 | |
| JP4839091B2 (ja) | データベース回復方法及び計算機システム | |
| TWI495997B (zh) | 用於自管理處理之方法、裝置、及機器可讀取媒體 | |
| US7203865B2 (en) | Application level and BIOS level disaster recovery | |
| JP5183542B2 (ja) | 計算機システム及び設定管理方法 | |
| TW201222554A (en) | Handling errors during device bootup from a non-volatile memory | |
| WO2006104197A1 (ja) | 情報処理装置、プログラムおよび記憶媒体 | |
| US8225138B2 (en) | High-speed recovery for computing systems | |
| JP4940599B2 (ja) | 情報処理装置、情報処理装置制御プログラム、情報処理装置制御方法 | |
| JP4836732B2 (ja) | 情報処理装置 | |
| JP2014115928A (ja) | Ｂｉｏｓ復旧制御装置及びその復旧制御方法、情報処理装置、並びにコンピュータ・プログラム | |
| US20190138407A1 (en) | Systems and methods of deploying an operating system from a resilient virtual drive | |
| JP2004038351A (ja) | 障害復旧方法及び障害復旧プログラム | |
| US8990618B2 (en) | Partial fault tolerance in an embedded appliance | |
| JP2004361994A (ja) | データ管理装置、データ管理方法及びプログラム | |
| JP6160688B2 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
| JP3117666B2 (ja) | コールドスタンバイ型二重系システム | |
| JP2007164392A (ja) | 計算機 | |
| JP2003122644A (ja) | 計算機及びその記憶装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20050906 |