JP2004362221A - ハードディスクバックアップリカバリーシステム、およびハードディスクバックアップリカバリー方法、および情報処理装置 - Google Patents
ハードディスクバックアップリカバリーシステム、およびハードディスクバックアップリカバリー方法、および情報処理装置 Download PDFInfo
- Publication number
- JP2004362221A JP2004362221A JP2003159238A JP2003159238A JP2004362221A JP 2004362221 A JP2004362221 A JP 2004362221A JP 2003159238 A JP2003159238 A JP 2003159238A JP 2003159238 A JP2003159238 A JP 2003159238A JP 2004362221 A JP2004362221 A JP 2004362221A
- Authority
- JP
- Japan
- Prior art keywords
- area
- backup
- recovery
- hard disk
- partition
- 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.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】ハードディスクリカバリーシステムの利便性とデータの安全性を損なうことなく、ハードディスクバックアップリカバリーシステムを提供することを目的とする。
【解決手段】リカバリー領域１３とバックアップ領域１２を分離し、バックアップ／リストア実行時にはリカバリー領域１３をアクセスできないようにし、バックアップ領域１２はＨＤＤのＯＳ領域１１の内容をバックアップする必要が生じたときに導入することで、リカバリー領域１３に不整合が生じることを防ぐ。また、ＯＳ領域１１とリカバリー領域１３から分離されているバックアップ領域１２を消去することで、比較的容易にバックアップイメージのみを消去することができる。
【選択図】 図２
【解決手段】リカバリー領域１３とバックアップ領域１２を分離し、バックアップ／リストア実行時にはリカバリー領域１３をアクセスできないようにし、バックアップ領域１２はＨＤＤのＯＳ領域１１の内容をバックアップする必要が生じたときに導入することで、リカバリー領域１３に不整合が生じることを防ぐ。また、ＯＳ領域１１とリカバリー領域１３から分離されているバックアップ領域１２を消去することで、比較的容易にバックアップイメージのみを消去することができる。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、ハードディスクのデータを同一のハードディスク上でバックアップおよびリカバリーするハードディスクバックアップリカバリーシステム、およびハードディスクバックアップリカバリー方法、および情報処理装置に関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータなどの情報処理装置において、ハードディスクドライブ（以下ＨＤＤと略す）のＯＳがインストールされている領域（以下、ＯＳ領域と定義する）の内容を工場出荷状態に戻す場合（以下、このことをリカバリーと定義する）、予め工場出荷状態に戻すためのイメージ（以下、リカバリーイメージと定義する）をＨＤＤのＯＳとは別の領域（以下、リカバリー領域と定義する）に置き、そのイメージを使用してＯＳがインストールされている領域をリカバリーするハードディスクリカバリーシステムは、特にＨＤＤ以外の大容量外部記憶装置を内蔵しない情報処理装置において一般的に使用されている（例えば特許文献１参照）。図４は従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図である。図において、４１はＨＤＤのＯＳ領域、４２はリカバリーイメージが置かれたリカバリー領域、４３はＭＢＲ（マスターブートレコードの略）で、ＨＤＤのパーティションテーブルなどの情報が存在し、ＯＳ領域４１はパーティション１、リカバリー領域４２はパーティション２と定義されている。
【０００３】
ＨＤＤのＯＳ領域４１をリカバリーする場合、リカバリー領域４２からリカバリーイメージがコピーされＯＳ領域４１に書き込まれる。
【０００４】
また、図５は他の従来例のハードディスクリカバリーシステムのＨＤＤのパーティション構成図で、リカバリー領域をＯＳ起動時にはＨＤＤのＡＴＡコマンドの一つであるＳＥＴ ＭＡＸ ＡＤＤＲＥＳＳコマンドで見かけ上の容量を制限し、アクセスできないようにしたものである。
【０００５】
【特許文献１】
特開２００２−３６６３５９号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、このような従来の情報処理装置において、図６のＨＤＤのパーティション構成図で示すように、ＨＤＤのＯＳ領域の内容をバックアップ／リストアする場合に、従来のリカバリー領域と同一の領域に予めバックアップしたＯＳ領域のイメージ（以下、バックアップイメージと定義する）を格納するために必要な領域（以下、バックアップ領域と定義する）を確保した場合（図６（ａ）のリカバリー／バックアップ領域４４）、バックアップを必要としない場合でもバックアップイメージの格納に使用するための空き容量を確保しておく必要があり、見かけ上のＨＤＤの容量が半減してしまう（図６（ｂ））。また、バックアップイメージとリカバリーイメージが同じ領域にあるために、セキュリティのために、バックアップデータのみを分離し、痕跡なく消去することは困難であった。さらに、リカバリー領域にデータを書き込むことになるために、ソフト的やハード的な要因でリカバリー領域に不整合が生じた場合に、書き換わってはいけないリカバリーイメージが壊れてしまう危険性も高くなるという問題があった。
【０００７】
本発明は、従来のハードディスクリカバリーシステムの利便性とデータの安全性を損なうことなく、ハードディスクバックアップリカバリーシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
この課題を解決するために、本発明のハードディスクバックアップリカバリーシステムは、リカバリー領域とバックアップ領域を分離し、バックアップ領域はＨＤＤのＯＳ領域の内容をバックアップする必要が生じたときに導入するようにしたものである。
【０００９】
これにより、ＯＳ領域の内容をバックアップしない時にＨＤＤは従来通りの容量で使用することができる。
【００１０】
また、領域を分離してバックアップ／リストア実行時にはバックアップ領域のみアクセスし、リカバリー領域にはアクセスできないようにする。このことにより、リカバリー領域に不整合が生じることを防ぐ。またＯＳ領域とリカバリー領域から分離されているバックアップ領域を消去することで、従来のようにリカバリーイメージとバックアップイメージが混在している場合と比べて比較的容易にバックアップイメージのみを消去することができる。このことはデータが消え残ることを防ぐ意味において、セキュリティの観点からも望ましい。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について、図１〜図４を用いて説明する。
【００１２】
（実施の形態１）
図１は、本発明の一実施の形態に係るハードディスクバックアップリカバリーシステムのシステム構成図、図２および図３はＨＤＤのパーティション構成図である。
【００１３】
図１において、１はシステムを起動するためのＯＳブート手段、２は工場出荷状態に戻すためのリカバリーブート手段、３はバックアップ／リストアを行うためのバックアップリストアブート手段である。４はＯＳブート手段１からバックアップリストアブート手段３に応じてハードディスクの見かけ上の容量を変更するための見かけ上の容量変更手段であり、ハードディスクのＡＴＡコマンドの一つであるＳＥＴ ＭＡＸ ＡＤＤＲＥＳＳコマンドで見かけ上の容量を制限している。５はＯＳブート手段１により見えなくなった領域をパーティションテーブルから削除したり、リカバリーブート手段２およびバックアップリストアブート手段３により見えるようになった領域をパーティションテーブルに登録するためのパーティションテーブル変更手段である。パーティションテーブルから削除した領域のパーティションテーブルの内容は、ＨＤＤの別の記録場所あるいは、不揮発なメモリー等に待避する。
【００１４】
図２は、本実施の形態におけるハードディスクバックアップリカバリーシステムのパーティション構成図である。
【００１５】
図２（ａ）は、リカバリー時のＨＤＤのパーティション構成を示す。
【００１６】
見かけ上の容量変更手段４により、容量はハードディスク全体に設定されている。また、パーティションテーブル変更手段５により、パーティションテーブルには、ＯＳ領域１１（パーティション１）と、バックアップ領域１２（パーティション２）と、リカバリー領域１３（パーティション３）が登録されている。１４はＭＢＲ（マスターブートレコードの略）で、この中のオフセット１ＢＡＨの位置にパーティションテーブルが存在する。リカバリーする場合は、バックアップ領域１２にはアクセスする必要はないので、バックアップ領域１２（パーティション２）はパーティションテーブルに登録せずに図２（ｂ）のように空き領域１５としていても良い。リカバリー領域１３（パーティション３）から起動することで、リカバリーイメージをＯＳ領域１１（パーティション１）に展開してＯＳがインストールされている領域の内容を工場出荷状態に戻すことができる。
【００１７】
図２（ｃ）は、バックアップおよびリストア時のパーティション構成を示す。
【００１８】
見かけ上の容量変更手段４により、ＨＤＤの容量はリカバリー領域を除いた容量に制限されている。また、パーティション変更手段５によりリカバリー領域はパーティションテーブルから削除され、リカバリー領域にはアクセスできない。
バックアップリストアする場合は、バックアップ領域１２（パーティション２）から起動することで、ＯＳ領域１１（パーティション１）のイメージをバックアップ（作成）したり、バックアップしたイメージをリストア（復元）したりすることが可能である。
【００１９】
図２（ｄ）は、ＯＳ起動時のパーティション構成を示す。
【００２０】
見かけ上の容量変更手段４により、ＨＤＤの容量はバックアップ領域、リカバリー領域を除いた容量に制限されている。また、パーティション変更手段５によりバックアップ領域、リカバリー領域はパーティションテーブルから削除され、バックアップ領域およびリカバリー領域にはアクセスできない。
【００２１】
図３は、バックアップ領域が存在しない状態からのバックアップ領域のパーティションの構成図である。
【００２２】
図３（ａ）は、バックアップ領域を作成していない場合はパーティション２をデータ領域１６として利用し、バックアップが必要となった時に図３（ｂ）のように、リカバリー領域１３からバックアップ領域１２作成のために必要なイメージを展開する。また、バックアップ領域１２作成後も、バックアップ領域１２に不整合が生じた場合には同様に、このイメージを展開しバックアップ領域１２を作り直すことでバックアップ領域１２を修復する。
【００２３】
図３（ｃ）は、バックアップ領域を作成していない場合はパーティションを分けることなく、全体をＯＳ領域１１として利用する場合の構成例を示している。
バックアップが必要となった時に図３（ｄ）のようにパーティションをリサイズして空き領域１５を作成することにより同様にバックアップ領域１２を図３（ｅ）のように作成する。
【００２４】
なお、本発明の実施の形態では、リカバリー領域、バックアップ領域、それぞれ１つから構成されるハードディスクバックアップリカバリーシステムについて説明したが、領域が２つ以上あるシステムについてもリカバリーブート、バックアップリストアブート時に、それぞれに必要なパーティションを４つ以内とし、必要でないパーティションは空き領域とすることで、ＨＤＤの容量の許す限り、同時に使用することが可能であり、同様にリカバリー領域の安全性を保つことができる。
【００２５】
【発明の効果】
以上のように、本発明によってリカバリー領域とバックアップ領域を分離し、バックアップ／リストア実行時にはリカバリー領域をアクセスできないようにすることで、バックアップイメージ書き込み時に書き込み先に不整合が生じた場合でも、リカバリー領域のイメージに影響を与えない、より堅牢なシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのシステム構成図
【図２】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのＨＤＤのパーティション構成図
【図３】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのＨＤＤのパーティション構成図
【図４】従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【図５】従来の他のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【図６】従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【符号の説明】
１ ＯＳブート手段
２ リカバリーブート手段
３ バックアップリストアブート手段
４ 見かけ上の容量変更手段
５ パーティションテーブル変更手段
１１ ＯＳ領域
１２ バックアップ領域
１３ リカバリー領域
１４ ＭＢＲ
１５ 空き領域
１６ データ領域
【発明の属する技術分野】
本発明は、ハードディスクのデータを同一のハードディスク上でバックアップおよびリカバリーするハードディスクバックアップリカバリーシステム、およびハードディスクバックアップリカバリー方法、および情報処理装置に関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータなどの情報処理装置において、ハードディスクドライブ（以下ＨＤＤと略す）のＯＳがインストールされている領域（以下、ＯＳ領域と定義する）の内容を工場出荷状態に戻す場合（以下、このことをリカバリーと定義する）、予め工場出荷状態に戻すためのイメージ（以下、リカバリーイメージと定義する）をＨＤＤのＯＳとは別の領域（以下、リカバリー領域と定義する）に置き、そのイメージを使用してＯＳがインストールされている領域をリカバリーするハードディスクリカバリーシステムは、特にＨＤＤ以外の大容量外部記憶装置を内蔵しない情報処理装置において一般的に使用されている（例えば特許文献１参照）。図４は従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図である。図において、４１はＨＤＤのＯＳ領域、４２はリカバリーイメージが置かれたリカバリー領域、４３はＭＢＲ（マスターブートレコードの略）で、ＨＤＤのパーティションテーブルなどの情報が存在し、ＯＳ領域４１はパーティション１、リカバリー領域４２はパーティション２と定義されている。
【０００３】
ＨＤＤのＯＳ領域４１をリカバリーする場合、リカバリー領域４２からリカバリーイメージがコピーされＯＳ領域４１に書き込まれる。
【０００４】
また、図５は他の従来例のハードディスクリカバリーシステムのＨＤＤのパーティション構成図で、リカバリー領域をＯＳ起動時にはＨＤＤのＡＴＡコマンドの一つであるＳＥＴ ＭＡＸ ＡＤＤＲＥＳＳコマンドで見かけ上の容量を制限し、アクセスできないようにしたものである。
【０００５】
【特許文献１】
特開２００２−３６６３５９号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、このような従来の情報処理装置において、図６のＨＤＤのパーティション構成図で示すように、ＨＤＤのＯＳ領域の内容をバックアップ／リストアする場合に、従来のリカバリー領域と同一の領域に予めバックアップしたＯＳ領域のイメージ（以下、バックアップイメージと定義する）を格納するために必要な領域（以下、バックアップ領域と定義する）を確保した場合（図６（ａ）のリカバリー／バックアップ領域４４）、バックアップを必要としない場合でもバックアップイメージの格納に使用するための空き容量を確保しておく必要があり、見かけ上のＨＤＤの容量が半減してしまう（図６（ｂ））。また、バックアップイメージとリカバリーイメージが同じ領域にあるために、セキュリティのために、バックアップデータのみを分離し、痕跡なく消去することは困難であった。さらに、リカバリー領域にデータを書き込むことになるために、ソフト的やハード的な要因でリカバリー領域に不整合が生じた場合に、書き換わってはいけないリカバリーイメージが壊れてしまう危険性も高くなるという問題があった。
【０００７】
本発明は、従来のハードディスクリカバリーシステムの利便性とデータの安全性を損なうことなく、ハードディスクバックアップリカバリーシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
この課題を解決するために、本発明のハードディスクバックアップリカバリーシステムは、リカバリー領域とバックアップ領域を分離し、バックアップ領域はＨＤＤのＯＳ領域の内容をバックアップする必要が生じたときに導入するようにしたものである。
【０００９】
これにより、ＯＳ領域の内容をバックアップしない時にＨＤＤは従来通りの容量で使用することができる。
【００１０】
また、領域を分離してバックアップ／リストア実行時にはバックアップ領域のみアクセスし、リカバリー領域にはアクセスできないようにする。このことにより、リカバリー領域に不整合が生じることを防ぐ。またＯＳ領域とリカバリー領域から分離されているバックアップ領域を消去することで、従来のようにリカバリーイメージとバックアップイメージが混在している場合と比べて比較的容易にバックアップイメージのみを消去することができる。このことはデータが消え残ることを防ぐ意味において、セキュリティの観点からも望ましい。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について、図１〜図４を用いて説明する。
【００１２】
（実施の形態１）
図１は、本発明の一実施の形態に係るハードディスクバックアップリカバリーシステムのシステム構成図、図２および図３はＨＤＤのパーティション構成図である。
【００１３】
図１において、１はシステムを起動するためのＯＳブート手段、２は工場出荷状態に戻すためのリカバリーブート手段、３はバックアップ／リストアを行うためのバックアップリストアブート手段である。４はＯＳブート手段１からバックアップリストアブート手段３に応じてハードディスクの見かけ上の容量を変更するための見かけ上の容量変更手段であり、ハードディスクのＡＴＡコマンドの一つであるＳＥＴ ＭＡＸ ＡＤＤＲＥＳＳコマンドで見かけ上の容量を制限している。５はＯＳブート手段１により見えなくなった領域をパーティションテーブルから削除したり、リカバリーブート手段２およびバックアップリストアブート手段３により見えるようになった領域をパーティションテーブルに登録するためのパーティションテーブル変更手段である。パーティションテーブルから削除した領域のパーティションテーブルの内容は、ＨＤＤの別の記録場所あるいは、不揮発なメモリー等に待避する。
【００１４】
図２は、本実施の形態におけるハードディスクバックアップリカバリーシステムのパーティション構成図である。
【００１５】
図２（ａ）は、リカバリー時のＨＤＤのパーティション構成を示す。
【００１６】
見かけ上の容量変更手段４により、容量はハードディスク全体に設定されている。また、パーティションテーブル変更手段５により、パーティションテーブルには、ＯＳ領域１１（パーティション１）と、バックアップ領域１２（パーティション２）と、リカバリー領域１３（パーティション３）が登録されている。１４はＭＢＲ（マスターブートレコードの略）で、この中のオフセット１ＢＡＨの位置にパーティションテーブルが存在する。リカバリーする場合は、バックアップ領域１２にはアクセスする必要はないので、バックアップ領域１２（パーティション２）はパーティションテーブルに登録せずに図２（ｂ）のように空き領域１５としていても良い。リカバリー領域１３（パーティション３）から起動することで、リカバリーイメージをＯＳ領域１１（パーティション１）に展開してＯＳがインストールされている領域の内容を工場出荷状態に戻すことができる。
【００１７】
図２（ｃ）は、バックアップおよびリストア時のパーティション構成を示す。
【００１８】
見かけ上の容量変更手段４により、ＨＤＤの容量はリカバリー領域を除いた容量に制限されている。また、パーティション変更手段５によりリカバリー領域はパーティションテーブルから削除され、リカバリー領域にはアクセスできない。
バックアップリストアする場合は、バックアップ領域１２（パーティション２）から起動することで、ＯＳ領域１１（パーティション１）のイメージをバックアップ（作成）したり、バックアップしたイメージをリストア（復元）したりすることが可能である。
【００１９】
図２（ｄ）は、ＯＳ起動時のパーティション構成を示す。
【００２０】
見かけ上の容量変更手段４により、ＨＤＤの容量はバックアップ領域、リカバリー領域を除いた容量に制限されている。また、パーティション変更手段５によりバックアップ領域、リカバリー領域はパーティションテーブルから削除され、バックアップ領域およびリカバリー領域にはアクセスできない。
【００２１】
図３は、バックアップ領域が存在しない状態からのバックアップ領域のパーティションの構成図である。
【００２２】
図３（ａ）は、バックアップ領域を作成していない場合はパーティション２をデータ領域１６として利用し、バックアップが必要となった時に図３（ｂ）のように、リカバリー領域１３からバックアップ領域１２作成のために必要なイメージを展開する。また、バックアップ領域１２作成後も、バックアップ領域１２に不整合が生じた場合には同様に、このイメージを展開しバックアップ領域１２を作り直すことでバックアップ領域１２を修復する。
【００２３】
図３（ｃ）は、バックアップ領域を作成していない場合はパーティションを分けることなく、全体をＯＳ領域１１として利用する場合の構成例を示している。
バックアップが必要となった時に図３（ｄ）のようにパーティションをリサイズして空き領域１５を作成することにより同様にバックアップ領域１２を図３（ｅ）のように作成する。
【００２４】
なお、本発明の実施の形態では、リカバリー領域、バックアップ領域、それぞれ１つから構成されるハードディスクバックアップリカバリーシステムについて説明したが、領域が２つ以上あるシステムについてもリカバリーブート、バックアップリストアブート時に、それぞれに必要なパーティションを４つ以内とし、必要でないパーティションは空き領域とすることで、ＨＤＤの容量の許す限り、同時に使用することが可能であり、同様にリカバリー領域の安全性を保つことができる。
【００２５】
【発明の効果】
以上のように、本発明によってリカバリー領域とバックアップ領域を分離し、バックアップ／リストア実行時にはリカバリー領域をアクセスできないようにすることで、バックアップイメージ書き込み時に書き込み先に不整合が生じた場合でも、リカバリー領域のイメージに影響を与えない、より堅牢なシステムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのシステム構成図
【図２】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのＨＤＤのパーティション構成図
【図３】本発明の一実施の形態におけるハードディスクバックアップリカバリーシステムのＨＤＤのパーティション構成図
【図４】従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【図５】従来の他のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【図６】従来のハードディスクリカバリーシステムのＨＤＤのパーティション構成図
【符号の説明】
１ ＯＳブート手段
２ リカバリーブート手段
３ バックアップリストアブート手段
４ 見かけ上の容量変更手段
５ パーティションテーブル変更手段
１１ ＯＳ領域
１２ バックアップ領域
１３ リカバリー領域
１４ ＭＢＲ
１５ 空き領域
１６ データ領域
Claims (6)
- ＯＳ起動のためのＯＳブート手段と、リカバリーのためのリカバリーブート手段と、データをバックアップ／リストアするためのバックアップリストアブート手段と、前記各ブート手段がそれぞれアクセスするハードディスクのＯＳ領域、リカバリー領域およびバックアップ領域のパーティションの位置に基づいて前記ハードディスクの見かけ上の容量を変更する手段、およびパーティションテーブルを変更する手段とを有するハードディスクバックアップリカバリーシステム。
- ハードディスクのリカバリー領域とバックアップ領域を分離し、前記バックアップ領域はＯＳ領域の内容をバックアップする必要が生じたときに導入するようにパーティションテーブルを変更することを特徴とする請求項１記載のハードディスクバックアップリカバリーシステム。
- データのバックアップリストア実行時にはバックアップ領域をアクセスし、リカバリー領域にはアクセスできないようにすることを特徴とする請求項２記載のハードディスクバックアップリカバリーシステム。
- リカバリー領域または／およびバックアップリストア領域が複数から成る請求項１から請求項３に記載のハードディスクバックアップリカバリーシステム。
- ＯＳ起動のためのＯＳブートステップと、リカバリーのためのリカバリーブートステップと、バックアップ／リストアのためのバックアップリストアブートステップと、前記各ブートステップがそれぞれアクセスするハードディスクのＯＳ領域、リカバリー領域およびバックアップ領域のパーティションの位置に基づいてハードディスクの見かけ上の容量を変更するステップおよびパーティションテーブルを変更するステップとを有するハードディスクバックアップリカバリー方法。
- 請求項１から請求項４に記載のハードディスクバックアップリカバリーシステムを備えた情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003159238A JP4289028B2 (ja) | 2003-06-04 | 2003-06-04 | ハードディスクバックアップリカバリーシステム、および情報処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003159238A JP4289028B2 (ja) | 2003-06-04 | 2003-06-04 | ハードディスクバックアップリカバリーシステム、および情報処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004362221A true JP2004362221A (ja) | 2004-12-24 |
| JP4289028B2 JP4289028B2 (ja) | 2009-07-01 |
Family
ID=34052359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003159238A Expired - Fee Related JP4289028B2 (ja) | 2003-06-04 | 2003-06-04 | ハードディスクバックアップリカバリーシステム、および情報処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4289028B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007058699A (ja) * | 2005-08-26 | 2007-03-08 | Fujitsu Ltd | 情報処理装置、情報処理装置制御プログラム、情報処理装置制御方法 |
| JP2010504576A (ja) * | 2006-09-26 | 2010-02-12 | インターナショナル・ビジネス・マシーンズ・コーポレーション | キャッシュ・ディスク・ストレージのアップグレード |
| CN102063348A (zh) * | 2010-12-27 | 2011-05-18 | 成都市华为赛门铁克科技有限公司 | 分区表信息备份方法和装置以及存储系统 |
| JP2012038117A (ja) * | 2010-08-07 | 2012-02-23 | Lenovo Singapore Pte Ltd | 仮想化環境が実現されているコンピュータにおいてディスク・ドライブにアクセスする方法およびコンピュータ |
| JP2013242779A (ja) * | 2012-05-22 | 2013-12-05 | Hitachi Information & Telecommunication Engineering Ltd | Ｏｓ切り替えシステム及びｏｓ切り替え方法 |
| JP2014191397A (ja) * | 2013-03-26 | 2014-10-06 | Fujitsu Ltd | データ消去プログラム、情報処理装置、およびデータ消去方法 |
| WO2019172659A1 (ko) * | 2018-03-06 | 2019-09-12 | 삼성전자 주식회사 | 부팅을 수행하는 전자 장치와 이의 동작 방법 |
| US11836033B2 (en) | 2021-08-26 | 2023-12-05 | Canon Kabushiki Kaisha | Information processing apparatus and control method for controlling information processing apparatus |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102385486B (zh) * | 2010-09-03 | 2014-01-01 | 深圳市拾三意强者科技有限公司 | 一种磁盘还原穿透方法、装置及设备 |
-
2003
- 2003-06-04 JP JP2003159238A patent/JP4289028B2/ja not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007058699A (ja) * | 2005-08-26 | 2007-03-08 | Fujitsu Ltd | 情報処理装置、情報処理装置制御プログラム、情報処理装置制御方法 |
| JP2010504576A (ja) * | 2006-09-26 | 2010-02-12 | インターナショナル・ビジネス・マシーンズ・コーポレーション | キャッシュ・ディスク・ストレージのアップグレード |
| JP2012038117A (ja) * | 2010-08-07 | 2012-02-23 | Lenovo Singapore Pte Ltd | 仮想化環境が実現されているコンピュータにおいてディスク・ドライブにアクセスする方法およびコンピュータ |
| CN102063348A (zh) * | 2010-12-27 | 2011-05-18 | 成都市华为赛门铁克科技有限公司 | 分区表信息备份方法和装置以及存储系统 |
| JP2013242779A (ja) * | 2012-05-22 | 2013-12-05 | Hitachi Information & Telecommunication Engineering Ltd | Ｏｓ切り替えシステム及びｏｓ切り替え方法 |
| JP2014191397A (ja) * | 2013-03-26 | 2014-10-06 | Fujitsu Ltd | データ消去プログラム、情報処理装置、およびデータ消去方法 |
| WO2019172659A1 (ko) * | 2018-03-06 | 2019-09-12 | 삼성전자 주식회사 | 부팅을 수행하는 전자 장치와 이의 동작 방법 |
| KR20190105808A (ko) * | 2018-03-06 | 2019-09-18 | 삼성전자주식회사 | 부팅을 수행하는 전자 장치와 이의 동작 방법 |
| US11507384B2 (en) | 2018-03-06 | 2022-11-22 | Samsung Electronics Co., Ltd. | Electronic device for performing booting, and operating method therefor |
| KR102516940B1 (ko) * | 2018-03-06 | 2023-04-04 | 삼성전자주식회사 | 부팅을 수행하는 전자 장치와 이의 동작 방법 |
| US11836033B2 (en) | 2021-08-26 | 2023-12-05 | Canon Kabushiki Kaisha | Information processing apparatus and control method for controlling information processing apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4289028B2 (ja) | 2009-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7480819B1 (en) | Method for boot recovery | |
| JP6064608B2 (ja) | ストレージ装置、バックアッププログラム、およびバックアップ方法 | |
| US7587562B2 (en) | Data duplication system, data duplication method and program | |
| JP2004038938A (ja) | 一次データボリューム上のデータを復元する方法およびシステム | |
| JP2006286001A (ja) | オペレーティングシステムの回復を目的としたｕｓｂメモリデバイスの利用 | |
| US6016536A (en) | Method for backing up the system files in a hard disk drive | |
| JP2004152301A (ja) | 不揮発性メモリシステムにおいて用いられる電力管理ブロック | |
| TW201222554A (en) | Handling errors during device bootup from a non-volatile memory | |
| US7788462B2 (en) | Resource management for data storage services | |
| US20070220314A1 (en) | Backup/recovery system and methods regarding the same | |
| JP2017027244A (ja) | 情報処理装置と、前記情報処理装置による不揮発記憶装置の初期化方法、及びプログラム | |
| TW200844744A (en) | Near instantaneous backup and restore of disc partitions | |
| JP4289028B2 (ja) | ハードディスクバックアップリカバリーシステム、および情報処理装置 | |
| JP4512638B2 (ja) | システム領域情報テーブルとマッピングテーブルを使用したコンピューターハードディスクシステムデータ保護装置及びその方法 | |
| KR101303535B1 (ko) | 메인 메모리를 이용한 메모리 디스크 구성 방법 및 장치 | |
| EP2427823B1 (en) | Capturing and loading operating system states | |
| US20030037279A1 (en) | HDD data backup and recovery method | |
| JP3194900B2 (ja) | ハードディスクドライブを有するコンピュータのメモリ管理方法 | |
| KR101393034B1 (ko) | 시스템 복원 장치 및 방법 | |
| JP2005352535A (ja) | データを保護する方法 | |
| JP2004213365A (ja) | ハードディスクドライブ装置、データ記録装置、バックアップ装置、リストア装置、バックアップ方法及びコンピュータをバックアップ装置として機能させるコンピュータにおいて実行可能なコンピュータプログラム | |
| CN102799798A (zh) | 一种计算机系统全盘还原环境下写入不还原的方法 | |
| JP4471274B2 (ja) | ハードディスクイメージファイルからｏｓを起動する方法 | |
| JP4963167B2 (ja) | システム起動方法、及びプログラム | |
| JP2010152781A (ja) | バックアップサーバ装置、バックアップ／リストアプログラム、およびバックアップ／リストア方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051222 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060112 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081111 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081125 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090115 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090310 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090323 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4289028 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120410 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130410 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130410 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140410 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |