JP4066325B2

JP4066325B2 - ユーザデータのバックアップ方法

Info

Publication number: JP4066325B2
Application number: JP2002166706A
Authority: JP
Inventors: 誠一河野; 健佐々木; 幹雄萩原; 貴志子伊藤
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2002-06-07
Filing date: 2002-06-07
Publication date: 2008-03-26
Anticipated expiration: 2022-06-07
Also published as: US7203804B2; JP2004013563A; US20030229768A1

Description

【０００１】
【発明の属する技術分野】
本発明は、ハードディスクドライブ(ＨＤＤ)などの記憶装置を備えたコンピュータシステム等に係り、より詳しくは、所定のＯＳの環境とこのＯＳから隠蔽された領域との間におけるデータ受け渡しを可能とするコンピュータシステム等に関する。
【０００２】
【従来の技術】
従来、業界標準規格であるＡＴＡ(AT Attachment)/ＡＴＡＰＩ(Advanced Technology Attachment Packet Interface)−５の仕様をサポートするハードディスクドライブ(ＨＤＤ：Hard Disk Drive)の機能を使用し、ＡＮＳＩ(American National Standards Institute)のスタンダードであるＰＡＲＴＩＥＳ(Protected Area Run Time Interface Extension Services)のアーキテクチャを用いて、ＨＤＤの中にＯＳ(Operating System)から隠蔽した領域を作成することが可能である。ＰＡＲＴＩＥＳでは、この仕様を実現するために、"SET MAX ADDRESS"というコマンドが用いられる。
【０００３】
図４は、ＨＤＤにおけるＰＡＲＴＩＥＳの機能を説明するための図であり、ＨＤＤの領域を横に輪切りにしたイメージで表現している。ここでは、擬似的な最大領域である"Ｍａｘ"の値を定義し、通常のコマンドでは、この"Ｍａｘ"までが領域として与えられ、ＯＳは、"Ｓｔａｒｔ"から"Ｍａｘ"までを使用領域としている。この"Ｍａｘ"の値からＨＤＤにおける本当の最大領域である"ＮａｔｉｖｅＭａｘ"までがＰＡＲＴＩＥＳパーティション(PARTIES Partition)である。このＰＡＲＴＩＥＳパーティションにて規格が決まっている/もしくは定義されている"Boot Engineering Extension Record"には、ＰＡＲＴＩＥＳパーティションに入っている情報が格納されており、ここを参照することで、ＰＡＲＴＩＥＳパーティションに対する種々の機能を使用することができる。
【０００４】
このＰＡＲＴＩＥＳの仕様で想定されている使い方としては、通常、フロッピーディスクなどのリムーバルメディアからブートされるときにあてがわれるＡドライブを、ＰＡＲＴＩＥＳパーティションからブートするときにもあてがい、例えば、ＢＩＯＳ(Basic Input/Output System)のInterrupt１３というリムーバルメディアに対するＢＩＯＳコールを利用して、ＰＡＲＴＩＥＳパーティションに対するアクセスを行うサービスが存在する。即ち、ＰＡＲＴＩＥＳパーティションからブートして、Ａドライブが見え、通常の領域をＣドライブとして見せる。これによって、ＰＡＲＴＩＥＳのエリアにＯＳのプリロードイメージを格納しておき、ここからのリカバリを可能としたり、ＢＩＯＳセットアップである、ハードウェアの設定、パスワードの設定、ブートシーケンスの記載等に必要な情報を、ＲＯＭに代わって格納し、例えば、グラフィカルなユーザインタフェースを用いたユーザによるセットアップ作業を可能としている。また、ブート(起動)プログラムを入れておき、ここからシステムの診断を行うこともＰＡＲＴＩＥＳの仕様として想定されている。
【０００５】
【発明が解決しようとする課題】
しかしながら、このＰＡＲＴＩＥＳパーティションのような、ハードウェアの機能として設けられるこの隠蔽した領域は、あくまでも、上述のような限定された使用方法にて用いられることを前提としており、他の機能に適用することを想定されていない。
【０００６】
その一方で、通常、ユーザが使用している環境では、様々なドライバやアプリケーションがあり、レジストリと呼ばれるＯＳの情報エリアを壊したり、変更したりしてしまい、ＯＳが正しく動作できない場合がある。この際、ＯＳおよびアプリケーションだけに対して再導入の必要性が生じることが多い。かかる場合に、ユーザのデータを保存しておき、ＯＳ/アプリケーションの再導入後にユーザのデータのみをリカバリする必要がある。通常では、他のリムーバルデバイスやネットワーク上の記憶装置を使用するが、これらの他の記憶装置を用いた場合には、リカバリに非常に手間がかかる点で問題となっていた。
【０００７】
本発明は、以上のような技術的課題を解決するためになされたものであって、その目的とするところは、例えばＨＤＤ等の記憶装置において、異なったパーティション上のソフトウェアモジュール間での情報の受け渡しを可能とすることにある。
また他の目的は、例えば、ＨＤＤにおけるＰＡＲＴＩＥＳパーティションと通常のパーティションとの間での情報の受け渡しを可能とし、ＰＡＲＴＩＥＳパーティションを用いたデータバックアップを実現することにある。
【０００８】
【課題を解決するための手段】
かかる目的のもと、本発明が適用されるコンピュータシステムは、例えばＰＡＲＴＩＥＳ（ＰｒｏｔｅｃｔｅｄＡｒｅａＲｕｎＴｉｍｅＩｎｔｅｒｆａｃｅＥｘｔｅｎｓｉｏｎＳｅｒｖｉｃｅｓ）の仕様、もしくはそれに準ずる規格仕様を満たし、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）のアクセス可能領域とこのＯＳから隠蔽された領域であるＰＡＲＴＩＥＳパーティションとを有する記憶装置と、ＯＳのアクセス可能領域にて動作するユーザモード・モジュールと隠蔽された領域に対する環境にて動作する管理モード・モジュールとの間で行われるデータのバックアップもしくはリカバリを要求する情報を保存する不揮発性メモリとを含んでいる。
【０００９】
ここで、例えば不揮発性メモリには、ＯＳのアクセス可能領域とこのＯＳから隠蔽された領域との間で行われるデータのバックアップもしくはリカバリを要求する情報が保存される。例えば、ＯＳのアクセス環境の領域に格納されバックアップが必要なユーザデータに関するファイル状況が保存され、また、例えば、ＯＳから隠蔽された領域に格納されているユーザデータに対するユーザモード・モジュールのリカバリ要求に関する情報（例えば、リカバリのためのファイル作成結果を示すフラグ等）が保存される。
【００１０】
また、本発明は、所定のＯＳのアクセス可能領域である第１のパーティションと、この所定のＯＳから隠蔽された領域である第２のパーティションとを形成可能な記憶装置を備えたコンピュータシステムであって、この記憶装置における第１のパーティションにインストールされている所定のＯＳの上で動作する第１のソフトウェアモジュールと、第２のパーティションにインストールされているＯＳの上で動作する第２のソフトウェアモジュールとを含み、この第１のソフトウェアモジュールは、バックアップの要求を伝える情報を不揮発性メモリに格納し、第２のソフトウェアモジュールは、不揮発性メモリに格納された要求を伝える情報に基づいて、バックアップされるユーザデータを第２のパーティションに格納することを特徴としている。
【００１１】
ここで、この第１のソフトウェアモジュールは、第１のパーティションにユーザデータを復元するための領域を確保すると共に、この第２のソフトウェアモジュールに対してリカバリを要求するための要求を伝える情報を不揮発性メモリに保存し、再起動（リブート）を行うことによりＢＩＯＳに制御を引き渡し、ＢＩＯＳは要求を伝える情報の存在から、第２のソフトウェアを起動し、第２のソフトウェアモジュールは、このリカバリの要求に基づいて、第２のパーティションに格納されたユーザデータを第１のパーティションの領域に格納させることを特徴としている。更に、第２のパーティションにインストールされているＯＳのブートをサポートすると共に、システムマネージメントＢＩＯＳ（ＳＭＢＩＯＳ）ＤａｔａＡｒｅａを作成するＢＩＯＳを備えたことを特徴とすることができる。
【００１２】
一方、本発明が適用されるユーザデータ記憶装置は、所定のＯＳのアクセス可能領域である第１のパーティションと、この所定のＯＳから隠蔽された領域である第２のパーティションとを有する記憶手段と、この第１のパーティションで動作する第１のモジュールと第２のパーティションで動作する第２のモジュールとを備え、ユーザデータのバックアップもしくはリカバリに際して第１のパーティションと第２のパーティションとの間でユーザデータの受け渡しを管理する保存・管理手段と、第１のパーティションとこの第２のパーティションとの間でユーザデータの受け渡しを行う際に、保存・管理手段における第１のモジュールおよび第２のモジュールの間で用いられるユーザデータのバックアップもしくはリカバリの要求を示す情報を保存する情報保存手段とを含んでいる。
【００１３】
更に、本発明は、所定のＯＳのアクセス可能領域である記憶装置の第１のパーティションとこの所定のＯＳから隠蔽された領域である記憶装置の第２のパーティションとの間でデータの受け渡しを行う記憶装置のデータ受け渡し方法であって、第１のパーティションの環境で動作する第１のソフトウェアモジュールにより、第１のパーティションから第２のパーティションへユーザデータの受け渡しの要求を示す情報を不揮発性メモリに保存するステップと、不揮発性メモリに保存された要求を示す情報に基づいて、第２のパーティションの領域で動作する第２のソフトウェアモジュールがユーザデータを第２のパーティションに保存するステップと、第１のソフトウェアモジュールが第１のパーティションにデータを復元するための領域を確保するステップと、この第１のソフトウェアモジュールが第２のソフトウェアモジュールに対してリカバリを要求するステップと、このリカバリの要求に基づいて、第２のソフトウェアモジュールが第２のパーティションに格納されたデータを第１のパーティションの領域に保存するステップとを含んでいる。
【００１４】
また、他の観点から捉えると、本発明は、記憶装置の第１のパーティションに保存されているユーザデータのバックアップ方法であって、前記第１のパーティションのＯＳの上で動作するソフトウェアモジュールが、前記ユーザデータにおけるバックアップ対象ファイルのファイル名をＳＭＢＩＯＳ（システムマネージメントＢＩＯＳ）に格納するとともにバックアップ要求を示す情報を不揮発性メモリに格納し、ＢＩＯＳがハイバーネーション機能によるシャットダウンに際して前記不揮発性メモリの情報をチェックし、前記バックアップ要求を示す情報が格納されている場合には、前記ユーザデータが保存されている前記第１のパーティションのＯＳから隠蔽された領域である第２のパーティションのスペシャルＯＳを起動（ブート）させ、ブートされた前記スペシャルＯＳの上で動作するソフトウェアモジュールが、前記不揮発性メモリに格納された前記バックアップ要求を示す情報を認識し、認識された当該バックアップ要求を示す情報と前記ＳＭＢＩＯＳに格納されたファイル名に基づいてファイルを検索し、検索された当該ファイルを前記第２のパーティションに保存することを特徴とする。
【００１５】
尚、これらの発明は、所定のＯＳのアクセス可能領域である第１のパーティションとこの所定のＯＳから隠蔽された領域である第２のパーティションとを形成可能な記憶装置を備えるコンピュータに実行させるプログラムとして把握することができる。このプログラムとしては、このコンピュータに、第１のパーティションの領域で動作し、この第１のパーティションから第２のパーティションへ受け渡されるデータの受け渡しの要求を示す情報を不揮発性メモリに保存する機能と、第２のパーティションの領域で動作し、不揮発性メモリに保存された受け渡しの要求を示す情報に基づいて、データを第２のパーティションに保存する機能と、第１のパーティションの領域にて動作し、この第１のパーティションにデータを復元するための領域を確保する機能と、第１のパーティションの領域にて動作し、データのリカバリの要求をメモリに保存する機能と、第２のパーティションの領域にて動作し、不揮発性メモリに保存されたリカバリの要求に基づいて、第２のパーティションに格納されたデータを第１のパーティションの領域に保存する機能とを実現させることを特徴とすることができる。
【００１６】
他方、本発明が適用されるプログラムは、記憶装置を備えるコンピュータに、この記憶装置におけるＯＳの領域にて、この領域のユーザデータに対するバックアップ用ファイルの情報をＳＭＢＩＯＳに格納するとともにバックアップ要求を示す情報を不揮発性メモリに格納する機能と、記憶装置におけるＯＳから隠蔽した領域にインストールされているスペシャルＯＳ（第２のパーティションからブート可能で特殊目的のために作成されたＯＳ）をブートさせる機能と、このブートされたスペシャルＯＳの上で動作するソフトウェアモジュールによりＳＭＢＩＯＳに格納された情報を認識する機能と、認識された情報に基づいてバックアップ用ファイルをＯＳから隠蔽された領域に保存する機能とを実現させることを特徴とすることができる。
【００１７】
これらのプログラムとしては、コンピュータを顧客に対して提供する際に、装置の中にインストールされた状態にて提供される場合の他、コンピュータに実行させるプログラムをコンピュータが読取可能に記憶した記憶媒体にて提供する形態が考えられる。この記憶媒体としては、例えばフロッピーディスクやＣＤ−ＲＯＭ媒体等が該当し、フロッピーディスクドライブやＣＤ−ＲＯＭ読取装置等によってプログラムが読み取られ、フラッシュＲＯＭ等にこのプログラムが格納されて実行される。また、これらのプログラムは、例えば、プログラム伝送装置によってネットワークを介して提供される形態がある。このプログラム伝送装置としては、例えば、ホスト側のサーバに設けられ、プログラムを格納するメモリと、ネットワークを介してプログラムを提供するプログラム伝送手段とを備えている。
【００１８】
【発明の実施の形態】
以下、添付図面に示す実施の形態に基づいて本発明を詳細に説明する。
図１は、本実施の形態が適用されるコンピュータシステムの全体構成を示した図である。図１に示すコンピュータシステムは、大きくハードウェア１０とソフトウェア２０の構成要素に分けることができる。ここで、「システム」とは、複数の装置(機能)が論理的に集合した物をいい、各構成の装置(機能)が同一筐体中にあるか否かを問うものではない。従って、例えば、これらの構成要素が１つの装置にまとまって１つの取引対象となる場合もあり、また、特定の要素が別筐体として単体で扱われる場合もある。
【００１９】
ハードウェア１０としては、ＯＳ(Operating System)/ユーザデータを保持するための不揮発性記憶装置であるＨＤＤ(Hard Disk Drive)１１、異なるパーティション・ＯＳ間で動作するユーザデータ・マネージメント・アプリケーション(後述)のワークエリアとして、即ち、コミュニケーション提供手段の一つとして機能するＣＭＯＳ/ＮＶＲＡＭ(Nonvolatile RAM)１２を有している。ＨＤＤ１１は、ＡＴＡ(AT Attachment)/ＡＴＡＰＩ(Advanced Technology Attachment Packet Interface)−５の仕様をサポートし、ＰＡＲＴＩＥＳの仕様を満たしている。このＨＤＤ１１は、ＯＳによって動作する領域(通常のパーティション)と、システムパーティションとして、このＯＳ以外のＤＯＳコンパチブルなＯＳによって動作するＰＡＲＴＩＥＳパーティションを備えており、これらのパーティションの間での情報の受け渡しが可能とされている。
【００２０】
ソフトウェア２０としては、コンピュータシステムに接続されている各種デバイスを制御するＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／ＯｕｔｐｕｔＳｙｓｔｅｍ）２１、コンピュータシステムにおけるシステム管理と、基本的なユーザ操作環境を提供するＯＳ２２、ＡＮＳＩ（ＡｍｅｒｉｃａｎＮａｔｉｏｎａｌＳｔａｎｄａｒｄｓＩｎｓｔｉｔｕｔｅ）のスタンダードなアーキテクチャであるＰＡＲＴＩＥＳ（ＰｒｏｔｅｃｔｅｄＡｒｅａＲｕｎＴｉｍｅＩｎｔｅｒｆａｃｅＥｘｔｅｎｓｉｏｎＳｅｒｖｉｃｅｓ）２３、ＰＡＲＴＩＥＳパーティションからブートするＤＯＳコンパチブルなＯＳであるスペシャルＯＳ２４、ユーザのデータ保存・管理を行うソフトウェアである、保存管理手段としてのユーザデータ・マネージメント・アプリケーション２５を有している。ユーザデータ・マネージメント・アプリケーション２５は、ＯＳ２２／ユーザの環境で動作する部分であるユーザモード・モジュール２６、ＰＡＲＴＩＥＳ２３の環境で動作する部分である管理モード・モジュール２７を有している。ユーザモード・モジュール２６と管理モード・モジュール２７は、各々別空間で実行されるので、直接情報の交換を行うことができず、ＣＭＯＳ／ＮＶＲＡＭ１２を介して、情報の交換を行っている。
【００２１】
ＢＩＯＳ２１は、ＰＡＲＴＩＥＳ２３の仕様をサポートすると共に、ＰＡＲＴＩＥＳパーティションからのスペシャルＯＳ２４のブートをサポートしている。また、ＳＭＢＩＯＳＤａｔａＡｒｅａを作成し、ファイル名や公開鍵を表示する機能を備えている。更に、秘密鍵を管理する機能も備えている。一般にＳＭＢＩＯＳ（システムマネージメントＢＩＯＳ）には、メモリーサイズ、ディスク情報、コンソールのためのビデオカードの情報、ＡＰＭＢＩＯＳのチェックなど、システムに関する各種情報が格納される。
【００２２】
ＨＤＤ１１の中にＯＳ２２から隠蔽した領域としてＰＡＲＴＩＥＳ２３によって作成されるＰＡＲＴＩＥＳパーティションは、一旦、ＯＳ２２がブートした後は、通常そのエリアについては触ることが出来ない。即ち、セキュアードなパーティションとして、ＯＳの環境からはデータを壊されることがなく、データアクセスがなされることがなく、その結果、ウィルスの進入等を防ぐことも可能である。しかしながら、逆に考えると、従来の技術では、ＯＳ２２がブートした後は、かかるパーティションを２次的なストレージエリアとして利用することができないということに等しい。本実施の形態では、ファイル名等の情報をＢＩＯＳ２１のサポートにより、例えば、ＳＭＢＩＯＳのデータとして取り扱い、既存のハイバーネーション(Hibernation)技術(コンピュータシステムの電源を切ると同時に、直前まで実行していた作業内容をＨＤＤ１１に自動的に保存する技術)の一部であるファイルアクセスのテクニックを利用することによって、他のファイルのデータを他のパーティションからアクセスできるように構成している。即ち、ハイバーネーション機能として、ＢＩＯＳ２１がファイルエリアを見つけ出す機能を利用して、例えばＰＡＲＴＩＥＳパーティションのＯＳＡＰＩを使用したファイルへのデータバックアップ等を可能としている。
【００２３】
ここで、例えば、ユーザがあるデバイスドライバを入れたときに、ＯＳ２２自身が不安定になり、もう一度クリーンアップして最初から実行させる場合がある。かかる場合に、格納されている自分のデータをどこかに置いておくことが必要となる。また、知らない間にＯＳ２２が破壊され、自分のデータにアクセスすることができなくなったときでも、自分のデータにアクセスしたいと欲する場合がある。かかる場合に備え、本施の形態では、例えば、ＯＳ２２がブートした後、自分のデータをプリロードイメージとしてＰＡＲＴＩＥＳパーティションにセーブしておき、必要なときに、このプリロードイメージを元のエリアに戻すことを可能としている。ここで、従来のＰＡＲＴＩＥＳ２３の仕様として、Ａドライブとしてブートした後、プリロードのもととなる情報(種)を用意し、そのもととなる情報(種)からＯＳ２２をリカバリする手法が存在する。本実施の形態では、かかる手法を利用し、例えば、ＯＳ２２が不安定になった場合等に、ＰＡＲＴＩＥＳ２３側のスペシャルＯＳ２４をブートした後、かかる情報を利用してＯＳ２２をリカバーし、今まで自分が作ってきたドキュメント等のデータもＰＡＲＴＩＥＳパーティションからコピーすることで、ドキュメント等のデータを問題のない状態で再生することを可能としている。
【００２４】
そのために、ＯＳ２２に入っている自分のデータと、ＰＡＲＴＩＥＳパーティションに入っているセーブエリアとを２つ用意し、セーブ(保存)する場合には、ＯＳ２２の環境からデータをＰＡＲＴＩＥＳパーティションに受け渡し、リカバリが必要な場合には、ＰＡＲＴＩＥＳパーティションからＯＳ２２の環境にデータを受け渡すことを可能とした。かかる機能を実現するために、ソフトウェアモジュールを２つ用意し、即ち、ＯＳ２２の環境で動作するユーザモード・モジュール２６と、ＰＡＲＴＩＥＳパーティションで動作する管理モード・モジュール２７とを用意した。この２つのモジュールの間で、ＣＭＯＳ/ＮＶＲＡＭ１２を介して情報の交換を行うことで、上述した機能の実現を可能としている。
【００２５】
このユーザモード・モジュール２６の役割としては、大きく、ユーザデータのバックアップと、ユーザがＨＤＤ１１を再初期化した後、自分のデータを復元するための、ユーザデータのリトリーブがある。ユーザデータのバックアップでは、ＯＳ２２のファイルシステムを利用して、ユーザのデータを保存するためのエリア確保がなされる。また、ユーザのデータを圧縮し、単一のファイルに保存したり、その状況をＣＭＯＳ／ＮＶＲＡＭ１２に保存する役割を担っている。ユーザデータのリトリーブでは、ＯＳ２２のファイルシステム（ファイルを管理する方式）を利用して、ユーザのデータを復元するための領域を確保している。また、管理モード・モジュール２７にＣＭＯＳ／ＮＶＲＡＭ１２を経由してリカバリを要求している。更に、このリカバリ終了後、ユーザの使用していたファイル名に変更し、ユーザのデータを回復する等の役割を担っている。
【００２６】
管理モード・モジュール２７の役割としては、同様に、ユーザデータのバックアップと、ユーザデータのリトリーブがある。ＰＡＲＴＩＥＳパーティションからユーザエリアのファイルアクセスは、ハイバーネーション技術の一部を用いている。ユーザデータのバックアップでは、ＣＭＯＳ／ＮＶＲＡＭ１２に格納された状況に応じて、ユーザモード・モジュール２６が作成したファイルをＰＡＲＴＩＥＳパーティションにコピーする。また、ユーザデータのリトリーブでは、ＣＭＯＳ／ＮＶＲＡＭ１２の状況に応じて、ＰＡＲＴＩＥＳパーティションに保存していたユーザデータをユーザＯＳエリアにコピーする役割を担っている。
【００２７】
次に、本実施の形態が適用される手法について、その処理の流れを説明する。図２は、ユーザデータのバックアップの流れを示したフローチャートである。図２に示すデータバックアップ処理では、ユーザが自分のデータのバックアップを、ユーザモード・モジュール２６を用いて行う場合について示している。まず、ユーザからファイルの指定を受けた後（ステップ１０１）、ユーザモード・モジュール２６は、圧縮されたバックアップ用ファイルとして、指定を受けたファイルを追加・更新する（ステップ１０２）。このとき、ユーザモード・モジュール２６は、ファイルが更新されたことをＣＭＯＳ／ＮＶＲＡＭ１２に示す（ステップ１０３）。ＣＭＯＳ／ＮＶＲＡＭ１２は、例えば８Ｋｂｙｔｅ等の狭い格納領域しか備えていないことから、データ自身は格納できない。
【００２８】
その後、次回のハイバーネーション・シャットダウン時に、ＢＩＯＳ２１がそのフラグ（ＣＭＯＳ／ＮＶＲＡＭ１２に格納されたファイルの追加・更新情報）をチェックする（ステップ１０４）。フラグ（追加・更新情報）がセットされていない場合には、通常のハイバーネーション・シャットダウン処理が実行され（ステップ１０９）、フラグ（追加・更新情報）がセットされている場合に、ＢＩＯＳ２１は、そのままＰＡＲＴＩＥＳパーティションのＯＳであるスペシャルＯＳ２４をブートさせる（ステップ１０６）。そして、管理モード・モジュール２７がフラグ（追加・更新情報）を認識し、ＢＩＯＳ２１のデータであるＳＭＢＩＯＳＤａｔａの情報をもとに、通常のパーティション（第１のパーティション）のファイルシステムのファイル管理情報に基づいてファイルを検索する（ステップ１０７）。その後、検索されたファイルの内容を、ＰＡＲＴＩＥＳパーティションのＯＳＡＰＩを使用したファイルにコピーし（ステップ１０８）、通常のハイバーネーション・シャットダウン処理が実行される（ステップ１０９）。
【００２９】
図３は、ユーザデータのリカバリにおける手続きを示したフローチャートである。ここでは、例えば、ＨＤＤ１１のデータが破壊された場合等、ユーザによるＨＤＤ１１の再初期化の処理フローを示している。ＨＤＤ１１の再初期化では、まず、ＢＩＯＳ２１は、ＰＡＲＴＩＥＳパーティションのＯＳであるスペシャルＯＳ２４をブートさせる(ステップ２０１)。その後、現在のＤ２Ｄ(Disk to Disk)の技術を使ってＨＤＤ１１を初期化し、ＯＳ２２をインストールし、ドライバ、アプリケーションのインストールを行う。また、ユーザ用のモジュールもインストールする(ステップ２０２)。次に、ユーザモード・モジュール２６をインストールし、ユーザによるユーザデータリカバリの選択を受ける(ステップ２０３)。
【００３０】
次に、ユーザモード・モジュール２６は、ＳＭＢＩＯＳＤａｔａＳｔｒｕｃｔｕｒｅに従ってリカバリのためのファイル領域を作成すると共に、ＣＭＯＳ／ＮＶＲＡＭ１２にフラグをセットし、シャットダウン／リブートを行う（ステップ２０４）。また、ＢＩＯＳ２１は、そのフラグを参照し、そのままＰＡＲＴＩＥＳパーティションのＯＳであるスペシャルＯＳ２４をブートさせる（ステップ２０５）。そして、管理モード・モジュール２７にてフラグが認識され、ＳＭＢＩＯＳＤａｔａの情報をもとにファイルの検索がなされる（ステップ２０６）。また、管理モード・モジュール２７は、ＰＡＲＴＩＥＳパーティションにあるバックアップのファイルの内容を、ユーザモード・モジュール２６が新たに作成したファイルにコピーする（ステップ２０７）。その後、ＢＩＯＳ２１は、通常のパーティションのＯＳ２２をブートさせ（ステップ２０８）、ユーザモード・モジュール２６により、管理モード・モジュール２７によってリストアされたファイルが示される（ステップ２０９）。その後、ユーザが自分のデータを解凍し、以前の状況に戻すことで（ステップ２１０）、ＨＤＤ１１の再初期化の処理が終了する。
【００３１】
このように、本実施の形態によれば、例えば、ＡＮＳＩＰＡＲＴＩＥＳの仕様で想定されていない、ＯＳ２２の環境とこのＯＳ２２から隠蔽された領域(ＰＡＲＴＩＥＳパーティション)の間でのデータの受け渡しを行い、ユーザデータのバックアップ機能等を実現している。このとき、本実施の形態では、２つのソフトウェアモジュール(ユーザデータ・マネージメント・アプリケーション２５のユーザモード・モジュール２６および管理モード・モジュール２７)が、別々のパーティションで、そこにインストールされているＯＳ２２およびスペシャルＯＳ２４の上で動作している。また、ユーザデータのバックアップ、例えば、ＺＩＰ形式の一つのファイルをＯＳ２２のＡＰＩを使用して管理している。通常は、他のファイルのデータは他のパーティションからはアクセスすることができないが、本実施の形態では、ファイル名等の情報をＢＩＯＳ２１のサポートにより、例えばＳＭＢＩＯＳのデータとして取り扱い、既存のハイバーネーション技術の一部であるファイルアクセス(ファイルサーチ)の技術を応用することによって、異なったパーティション間におけるデータのアクセスを実現可能としている。
【００３２】
尚、本実施の形態では、ＰＡＲＴＩＥＳパーティションを用いて説明をしてきたが、それ以外にも、何らかの情報を交換するエリアが存在すれば、異なったパーティション間におけるデータのアクセスに、本手法を利用することができる。例えば、ＮＶＳ(Non Volatile Sleeping Memory)というアーキテクチャがあり、ＡＣＰＩ(Advanced Configuration and Power Interface)の中で定義された、実メモリ中のＳＭＢＩＯＳ等がリザーブできるエリア(ＯＳが使用しないエリア)がある。かかるエリアを利用した場合においても、本手法を適用することが可能である。
【００３３】
【発明の効果】
以上説明したように、本発明によれば、例えばＨＤＤ等の記憶装置における所定のＯＳの環境とこのＯＳから隠蔽された領域の異なったパーティション間にて、情報の受け渡しが可能となる。
【図面の簡単な説明】
【図１】本実施の形態が適用されるコンピュータシステムの全体構成を示した図である。
【図２】ユーザデータのバックアップの流れを示したフローチャートである。
【図３】ユーザデータのリカバリにおける手続きを示したフローチャートである。
【図４】ＨＤＤにおけるＰＡＲＴＩＥＳの機能を説明するための図である。
【符号の説明】
１０…ハードウェア、１１…ＨＤＤ(Hard Disk Drive)、１２…ＣＭＯＳ/ＮＶＲＡＭ(Nonvolatile RAM)、２０…ソフトウェア、２１…ＢＩＯＳ(Basic Input/Output System)、２２…ＯＳ、２３…ＰＡＲＴＩＥＳ(Protected Area Run Time Interface Extension Services)、２４…スペシャルＯＳ、２５…ユーザデータ・マネージメント・アプリケーション、２６…ユーザモード・モジュール、２７…管理モード・モジュール

Claims

記憶装置の第１のパーティションに保存されているユーザデータのバックアップ方法であって、
前記第１のパーティションのＯＳの上で動作するソフトウェアモジュールが、前記ユーザデータにおけるバックアップ対象ファイルのファイル名をＳＭＢＩＯＳ（システムマネージメントＢＩＯＳ）に格納するとともにバックアップ要求を示す情報を不揮発性メモリに格納し、
ＢＩＯＳがハイバーネーション機能によるシャットダウンに際して前記不揮発性メモリの情報をチェックし、前記バックアップ要求を示す情報が格納されている場合には、前記ユーザデータが保存されている前記第１のパーティションのＯＳから隠蔽された領域である第２のパーティションのスペシャルＯＳを起動（ブート）させ、
ブートされた前記スペシャルＯＳの上で動作するソフトウェアモジュールが、前記不揮発性メモリに格納された前記バックアップ要求を示す情報を認識し、認識された当該バックアップ要求を示す情報と前記ＳＭＢＩＯＳに格納されたファイル名に基づいてファイルを検索し、検索された当該ファイルを前記第２のパーティションに保存する
ことを特徴とするユーザデータのバックアップ方法。
前記記憶装置は、記憶領域を２つに区切ることが可能で区切られた領域のうちの一つがソフトウェアの要求により隠蔽することが可能であるＰＡＲＴＩＥＳ（Protected Area Run Time Interface Extension Services）の仕様、もしくはそれに準ずる規格仕様を満たし、
前記第２のパーティションはＰＡＲＴＩＥＳパーティションであることを特徴とする請求項１記載のユーザデータのバックアップ方法。
前記第１のパーティションのＯＳの上で動作するソフトウェアモジュールが、前記第１のパーティションに前記ユーザデータを復元するための領域を確保すると共に、前記スペシャルＯＳの上で動作するソフトウェアモジュールに対してリカバリ要求を伝える情報を不揮発性メモリに保存し、再起動（リブート）を行うことによりＢＩＯＳに制御を引き渡し、
前記ＢＩＯＳが前記不揮発性メモリの情報をチェックし、前記要求を伝える情報が格納されている場合には、前記スペシャルＯＳの上で動作するソフトウェアモジュールを起動させ、
前記スペシャルＯＳの上で動作するソフトウェアモジュールが、前記不揮発性メモリに格納された前記リカバリ要求を示す情報を認識し、認識された前記リカバリ要求と前記ＳＭＢＩＯＳに格納されたファイル名に基づいてリカバリ対象ファイルを検索し、前記第２のパーティションに格納されたユーザデータを前記第１のパーティションの前記領域に格納することを特徴とする請求項１記載のユーザデータのバックアップ方法。