(57)【要約】【課題】ハードディスクリカバリーシステムの利便性とデータの安全性を損なうことなく、ハードディスクバックアップリカバリーシステムを提供することを目的とする。【解決手段】リカバリー領域１３とバックアップ領域１２を分離し、バックアップ／リストア実行時にはリカバリー領域１３をアクセスできないようにし、バックアップ領域１２はＨＤＤのＯＳ領域１１の内容をバックアップする必要が生じたときに導入することで、リカバリー領域１３に不整合が生じることを防ぐ。また、ＯＳ領域１１とリカバリー領域１３から分離されているバックアップ領域１２を消去することで、比較的容易にバックアップイメージのみを消去することができる。【選択図】  図２
2004362221.tif 000002
【特許請求の範囲】
【請求項１】
ＯＳ起動のためのＯＳブート手段と、リカバリーのためのリカバリーブート手段と、データをバックアップ／リストアするためのバックアップリストアブート手段と、前記各ブート手段がそれぞれアクセスするハードディスクのＯＳ領域、リカバリー領域およびバックアップ領域のパーティションの位置に基づいて前記ハードディスクの見かけ上の容量を変更する手段、およびパーティションテーブルを変更する手段とを有するハードディスクバックアップリカバリーシステム。
【請求項２】
ハードディスクのリカバリー領域とバックアップ領域を分離し、前記バックアップ領域はＯＳ領域の内容をバックアップする必要が生じたときに導入するようにパーティションテーブルを変更することを特徴とする請求項１記載のハードディスクバックアップリカバリーシステム。
【請求項３】
データのバックアップリストア実行時にはバックアップ領域をアクセスし、リカバリー領域にはアクセスできないようにすることを特徴とする請求項２記載のハードディスクバックアップリカバリーシステム。
【請求項４】
リカバリー領域または／およびバックアップリストア領域が複数から成る請求項１から請求項３に記載のハードディスクバックアップリカバリーシステム。
【請求項５】
ＯＳ起動のためのＯＳブートステップと、リカバリーのためのリカバリーブートステップと、バックアップ／リストアのためのバックアップリストアブートステップと、前記各ブートステップがそれぞれアクセスするハードディスクのＯＳ領域、リカバリー領域およびバックアップ領域のパーティションの位置に基づいてハードディスクの見かけ上の容量を変更するステップおよびパーティションテーブルを変更するステップとを有するハードディスクバックアップリカバリー方法。
【請求項６】
請求項１から請求項４に記載のハードディスクバックアップリカバリーシステムを備えた情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハードディスクのデータを同一のハードディスク上でバックアップおよびリカバリーするハードディスクバックアップリカバリーシステム、およびハードディスクバックアップリカバリー方法、および情報処理装置に関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータなどの情報処理装置において、ハードディスクドライブ（以下ＨＤＤと略す）のＯＳがインストールされている領域（以下、ＯＳ領域と定義する）の内容を工場出荷状態に戻す場合（以下、このことをリカバリーと定義する）、予め工場出荷状態に戻すためのイメージ（以下、リカバリーイメージと定義する）をＨＤＤのＯＳとは別の領域（以下、リカバリー領域と定義する）に置き、そのイメージを使用してＯＳがインストールされている領域をリカバリーするハードディスクリカバリーシステムは、特にＨＤＤ以外の大容量外部記憶装置を内蔵しない情報処理装置において一般的に使用されている（例えば特許文献１参照）。図４は従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図である。図において、４１はＨＤＤのＯＳ領域、４２はリカバリーイメージが置かれたリカバリー領域、４３はＭＢＲ（マスターブートレコードの略）で、ＨＤＤのパーティションテーブルなどの情報が存在し、ＯＳ領域４１はパーティション１、リカバリー領域４２はパーティション２と定義されている。
【０００３】
ＨＤＤのＯＳ領域４１をリカバリーする場合、リカバリー領域４２からリカバリーイメージがコピーされＯＳ領域４１に書き込まれる。
【０００４】
また、図５は他の従来例のハードディスクリカバリーシステムのＨＤＤのパーティション構成図で、リカバリー領域をＯＳ起動時にはＨＤＤのＡＴＡコマンドの一つであるＳＥＴ  ＭＡＸ  ＡＤＤＲＥＳＳコマンドで見かけ上の容量を制限し、アクセスできないようにしたものである。
【０００５】
【特許文献１】
特開２００２−３６６３５９号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、このような従来の情報処理装置において、図６のＨＤＤのパーティション構成図で示すように、ＨＤＤのＯＳ領域の内容をバックアップ／リストアする場合に、従来のリカバリー領域と同一の領域に予めバックアップしたＯＳ領域のイメージ（以下、バックアップイメージと定義する）を格納するために必要な領域（以下、バックアップ領域と定義する）を確保した場合（図６（ａ）のリカバリー／バックアップ領域４４）、バックアップを必要としない場合でもバックアップイメージの格納に使用するための空き容量を確保しておく必要があり、見かけ上のＨＤＤの容量が半減してしまう（図６（ｂ））。また、バックアップイメージとリカバリーイメージが同じ領域にあるために、セキュリティのために、バックアップデータのみを分離し、痕跡なく消去することは困難であった。さらに、リカバリー領域にデータを書き込むことになるために、ソフト的やハード的な要因でリカバリー領域に不整合が生じた場合に、書き換わってはいけないリカバリーイメージが壊れてしまう危険性も高くなるという問題があった。
【０００７】
本発明は、従来のハードディスクリカバリーシステムの利便性とデータの安全性を損なうことなく、ハードディスクバックアップリカバリーシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
この課題を解決するために、本発明のハードディスクバックアップリカバリーシステムは、リカバリー領域とバックアップ領域を分離し、バックアップ領域はＨＤＤのＯＳ領域の内容をバックアップする必要が生じたときに導入するようにしたものである。
【０００９】
これにより、ＯＳ領域の内容をバックアップしない時にＨＤＤは従来通りの容量で使用することができる。
【００１０】
また、領域を分離してバックアップ／リストア実行時にはバックアップ領域のみアクセスし、リカバリー領域にはアクセスできないようにする。このことにより、リカバリー領域に不整合が生じることを防ぐ。またＯＳ領域とリカバリー領域から分離されているバックアップ領域を消去することで、従来のようにリカバリーイメージとバックアップイメージが混在している場合と比べて比較的容易にバックアップイメージのみを消去することができる。このことはデータが消え残ることを防ぐ意味において、セキュリティの観点からも望ましい。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について、図１〜図４を用いて説明する。
【００１２】
（実施の形態１）
図１は、本発明の一実施の形態に係るハードディスクバックアップリカバリーシステムのシステム構成図、図２および図３はＨＤＤのパーティション構成図である。
【００１３】
図１において、１はシステムを起動するためのＯＳブート手段、２は工場出荷状態に戻すためのリカバリーブート手段、３はバックアップ／リストアを行うためのバックアップリストアブート手段である。４はＯＳブート手段１からバックアップリストアブート手段３に応じてハードディスクの見かけ上の容量を変更するための見かけ上の容量変更手段であり、ハードディスクのＡＴＡコマンドの一つであるＳＥＴ  ＭＡＸ  ＡＤＤＲＥＳＳコマンドで見かけ上の容量を制限している。５はＯＳブート手段１により見えなくなった領域をパーティションテーブルから削除したり、リカバリーブート手段２およびバックアップリストアブート手段３により見えるようになった領域をパーティションテーブルに登録するためのパーティションテーブル変更手段である。パーティションテーブルから削除した領域のパーティションテーブルの内容は、ＨＤＤの別の記録場所あるいは、不揮発なメモリー等に待避する。
【００１４】
図２は、本実施の形態におけるハードディスクバックアップリカバリーシステムのパーティション構成図である。
【００１５】
図２（ａ）は、リカバリー時のＨＤＤのパーティション構成を示す。
【００１６】
見かけ上の容量変更手段４により、容量はハードディスク全体に設定されている。また、パーティションテーブル変更手段５により、パーティションテーブルには、ＯＳ領域１１（パーティション１）と、バックアップ領域１２（パーティション２）と、リカバリー領域１３（パーティション３）が登録されている。１４はＭＢＲ（マスターブートレコードの略）で、この中のオフセット１ＢＡＨの位置にパーティションテーブルが存在する。リカバリーする場合は、バックアップ領域１２にはアクセスする必要はないので、バックアップ領域１２（パーティション２）はパーティションテーブルに登録せずに図２（ｂ）のように空き領域１５としていても良い。リカバリー領域１３（パーティション３）から起動することで、リカバリーイメージをＯＳ領域１１（パーティション１）に展開してＯＳがインストールされている領域の内容を工場出荷状態に戻すことができる。
【００１７】
図２（ｃ）は、バックアップおよびリストア時のパーティション構成を示す。
【００１８】
見かけ上の容量変更手段４により、ＨＤＤの容量はリカバリー領域を除いた容量に制限されている。また、パーティション変更手段５によりリカバリー領域はパーティションテーブルから削除され、リカバリー領域にはアクセスできない。
バックアップリストアする場合は、バックアップ領域１２（パーティション２）から起動することで、ＯＳ領域１１（パーティション１）のイメージをバックアップ（作成）したり、バックアップしたイメージをリストア（復元）したりすることが可能である。
【００１９】
図２（ｄ）は、ＯＳ起動時のパーティション構成を示す。
【００２０】
見かけ上の容量変更手段４により、ＨＤＤの容量はバックアップ領域、リカバリー領域を除いた容量に制限されている。また、パーティション変更手段５によりバックアップ領域、リカバリー領域はパーティションテーブルから削除され、バックアップ領域およびリカバリー領域にはアクセスできない。
【００２１】
図３は、バックアップ領域が存在しない状態からのバックアップ領域のパーティションの構成図である。
【００２２】
図３（ａ）は、バックアップ領域を作成していない場合はパーティション２をデータ領域１６として利用し、バックアップが必要となった時に図３（ｂ）のように、リカバリー領域１３からバックアップ領域１２作成のために必要なイメージを展開する。また、バックアップ領域１２作成後も、バックアップ領域１２に不整合が生じた場合には同様に、このイメージを展開しバックアップ領域１２を作り直すことでバックアップ領域１２を修復する。
【００２３】
図３（ｃ）は、バックアップ領域を作成していない場合はパーティションを分けることなく、全体をＯＳ領域１１として利用する場合の構成例を示している。
バックアップが必要となった時に図３（ｄ）のようにパーティションをリサイズして空き領域１５を作成することにより同様にバックアップ領域１２を図３（ｅ）のように作成する。
【００２４】
なお、本発明の実施の形態では、リカバリー領域、バックアップ領域、それぞれ１つから構成されるハードディスクバックアップリカバリーシステムについて説明したが、領域が２つ以上あるシステムについてもリカバリーブート、バックアップリストアブート時に、それぞれに必要なパーティションを４つ以内とし、必要でないパーティションは空き領域とすることで、ＨＤＤの容量の許す限り、同時に使用することが可能であり、同様にリカバリー領域の安全性を保つことができる。
【００２５】
【発明の効果】
以上のように、本発明によってリカバリー領域とバックアップ領域を分離し、バックアップ／リストア実行時にはリカバリー領域をアクセスできないようにすることで、バックアップイメージ書き込み時に書き込み先に不整合が生じた場合でも、リカバリー領域のイメージに影響を与えない、より堅牢なシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのシステム構成図
【図２】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのＨＤＤのパーティション構成図
【図３】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのＨＤＤのパーティション構成図
【図４】従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【図５】従来の他のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【図６】従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【符号の説明】
１  ＯＳブート手段
２  リカバリーブート手段
３  バックアップリストアブート手段
４  見かけ上の容量変更手段
５  パーティションテーブル変更手段
１１  ＯＳ領域
１２  バックアップ領域
１３  リカバリー領域
１４  ＭＢＲ
１５  空き領域
１６  データ領域
【図１】
2004362221.tif 000003
【図２】
2004362221.tif 000004
【図３】
2004362221.tif 000005
【図４】
2004362221.tif 000006
【図５】
2004362221.tif 000007
【図６】
2004362221.tif 000008