JP2003503792A - コンピュータの前状態への回復 - Google Patents

Abstract

(57)【要約】 【課題】 使用されるコンピュータ資源を最小にするコンピュータ・システムの状態をバックアップし、そして回復する方法及びシステムが提供される。 【解決手段】 コンピュータ資源の使用は、ファイル・コピー及びファイル・ログ記録のバックアップ方法を組合せることにより最小化される。バックアップの際、頻繁に変化すると予想されるファイルのコピーが記憶される。その他のファイルについては、変化が変化ログに記録され、そしてもし後でのファイル回復の時に有用であれば、バックアップ・コピーが作られても良い。回復は、頻繁に変化するファイルを記憶されたコピーでもって上書きし、そしてログ記憶されたファイルの変化を取消すことにより処理される。

Description

【発明の詳細な説明】

【０００１】 技術分野 本発明は一般にコンピュータを前の状態に回復することに関し、より詳細には
、前の作業状態の時間以降にコンピュータに発生した変更を取消すことによりコ
ンピュータを前の作業状態に回復することに関する。

【０００２】 発明の背景 オペーレーテイング・システム、ハードウェア及びアプリケーションなどの現
代のコンピュータのコンポーネントは複雑で時には不幸な方法で互いに相互作用
をする。たとえば、１つのコンポーネントはあるシステム・パラメータを変化す
ることによりそれ自身の性能を最適化するが、これらの変化は別のコンポーネン
トを貧弱に機能させるか又は全く機能させなくする。コンポーネントは相互にか
らみ合い、それらの有害な効果は鋭敏であるため、ユーザはたとえ彼又は彼女が
どのコンポーネントが問題を生じているかを何とか知ることができたとしても、
単にコンポーネントを取外すことにより性能問題を修正することはしばしば不可
能である。この問題の範囲はウェブからのダウンロード可能なアプリケーション
がいたる所に存在することにより拡大する。

【０００３】 ユーザはしばしば既存の問題を、苦境において繰返し試みることで、各試みが
コンピュータを一層複雑でしばしば不幸な態様に変えて一層に悪化させる。ユー
ザが技術サポートの専門家の助けを求める時までに、しばしば残されたオプショ
ンはユーザが低下した性能又は奇妙な行動を受け入れるか、又は、彼又は彼女の
コンピュータのディスクをきれいに消去してオペレーテイング・システムとアプ
リケーションとを再インストールする劇的な解決を受け入れることである。これ
は普通コンピュータを動作状態に回復する働きをするが、その時にユーザは注意
深く彼又は彼女の特有の必要にコンピュータを調製する安全な設定、オプション
及び選択のみを回復しなければならない。もちろん、もしユーザが実際にこれら
のどれが安全でどれがそうでないかを知っていれば、彼又は彼女は最初にこの苦
境にはいなかったであろう。

【０００４】 バックアップ及び回復システムがこの問題を解決するために開発された。１つ
のモデルの動作においては、コンピュータの状態はコンピュータの状態を一緒に
定義するファイルのコピーを記憶することにより周期的に保存され。ユーザが問
題に気付いた時、コンピュータは現在のファイルをバックアップ・システムによ
り生成されたそれらのファイルのコピーで上書きすることにより、それをバック
アップされた時の状態に回復する。別のモデルの動作においては、完全なファイ
ルのコピーは生成されず、むしろログ内にファイルの全ての変化が記録される。
回復の際、所望の時間における各ファイルの状態が再生されるまで、変化は一つ
ずつ「取消」される。いずれかのモデルの動作を使用すると、コンピュータはし
ばしば異なる時間において取られたいくつかのバックアップを含み、そしてユー
ザは現在のトラブルの発生の直前に取られたバックアップを回復するために選択
する。

【０００５】 しかし、現在のバックアップ及び回復システムは、ディスク及びプロセッサの
両方のコンピュータ資源を大量に消費する。ファイルのコピーに基づいたシステ
ムは各バックアップの際に各ファイルの完全なコピーを記憶し、そしてこれはデ
ィスク・スペースを大量に必要とする。ログ・システムはディスク・スペースを
節約しようと試みるが、プロセッサ時間にしばしば受け入れ難い要求のコストで
行なう。もし、ファイルが非常にしばしば変化すると、変化ログはファイルの大
きさを超えてしまい、ディスク節約を否定する。これに加えて、現在のシステム
はユーザにとり構成するのが困難で、そしてしばしばユーザの特別な環境に関し
て柔軟性がない。

【０００６】 発明の開示 上記の問題点及び欠点及びその他は、明細書、図面、及び特許請求の範囲を参
照することにより理解される本発明により解決される。本発明は、ファイル・コ
ピーとファイル・ログのバックアップ方法を組合せるこによりコンピュータ資源
の使用を最小にしたバックアップ及び回復システムである。バックアップの際、
しばしば変化することが期待されるファイルのコピーが記憶される。その他のフ
ァイルについては、変化が変化ログ内に記録され、バックアップ・コピーはもし
後でそのファイルを回復する時に有用であれば作られる。回復は、しばしば変化
するファイルを記憶されたコピーで上書きし、そしてログされたファイルの変化
を取消すことにより行なわれる。この組合せ技術は、最も適当なバックアップ方
法を各ファイルに適用して、ディスク空間とプロセッサ時間の両方を節約する。

【０００７】 この組合せ技術は一層の資源節約を達成する方法で実現できる。プロセッサの
使用はファイル・システムへのコール（呼出し）を傍受（インターセプト）する
ファイル変更監視（モニターリング）を実現することで最小にできる。もしコー
ルが監視されたファイルに影響を与えるならば、その変更はログされ、そして操
作が完了する前にそのファイルのコピーは記録される。回復時間は、対のファイ
ル及びその後の削除などの無関係の操作を除去するためにファイル変更ログを前
処理することにより、短縮できる。本発明のその他の観点は以下の詳細な説明を
参照することにより明らかとなるであろう。

【０００８】 本発明とその目的及び利点は、添付の図面を参照して以下の詳細な説明から容
易に理解されるであろう。

【０００９】 発明の詳細な説明 図面を参照すると、同様な要素には同様な参照番号が付され、本発明は適当な
コンピュータ環境において実現されているものとして描かれている。以下の説明
は本発明の可能な実施の形態に基づくもので、本発明ほいかなる方法で限定する
ものと解すべきではない。

【００１０】 汎用コンピュータの概観 図１は、本発明が実現できる適当な計算システム環境１００の一例を示す。計
算システム環境１００は、適当な計算環境の単なる一例であり、本発明の機能性
又は使用の範囲に関していかなる限界を示唆することを意図するものではない。
計算環境１００は、例示的オペレーティング環境１００に示されたいずれかのコ
ンポーネント又はその組合せに関する要件又は依存を有するものと解すべきでは
ない。本発明は数多くのその他の汎用又は専用計算システム環境又は構成で動作
可能である。本発明の使用に適した周知の計算システム環境及び構成の例は、限
定的ではなく、パーソナル・コンピュータ、サーバー・コンピュータ、ハンドヘ
ルド又はラップトップ装置、マルチプロセッサ・システム、マイクロプロセッサ
・ベース・システム、セット・トップ・ボックス、プログラマブル・コンシュー
マ電子装置、ネットワークＰＣ、ミニ・コンピュータ、メインフレーム・コンピ
ュータ、及び上記システム又は装置のいずれかを含む分散計算環境を含む。

【００１１】 本発明は、コンピュータにより実行されるプログラム・モジュールなどのコン
ピュータ実行可能命令の一般的な文脈の下で説明される。一般に、プログラム・
モジュールは、特定の仕事を実行する又は特定の抽象データ・タイプを実現する
ルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。
本発明は、仕事が通信ネットワークを介して結合された遠隔処理装置により実行
される分散計算環境内で実施できる。分散計算環境では、プログラム・モジュー
ルは、メモリ記憶装置を含むローカル及び遠隔コンピュータ記憶媒体の両方に存
在する。

【００１２】 図１を参照すると、本発明を実現するための例示的システムは、コンピュータ
１１０の形式の汎用計算装置を含む。コンピュータ１１０のコンポーネントは限
定的ではなく、処理ユニット１２０、システム・メモリ１３０、及びシステム・
メモリを含むさまざまなシステム・コンポーネントを処理ユニット１２０に結合
するシステム・バス１２１を含む。システム・バス１２１は、メモリバス又はメ
モリ・コントローラ、周辺バス、及びさまざまなバス・アーキテクチャのいずれ
かを使用したローカル・バスを含んだバス構造のいくつかのタイプのいずれかで
あってよい。限定する意図ではなく、例として、このようなアーキテクチャはイ
ンダストリイ標準アーキクチャ（ＩＳＡ）バス、マイクロ・チャンネル・アーキ
テクチャ（ＭＣＡ）バス、エンハンスドＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレ
クトロニクス・アソシエーション（ＶＥＳＡ）ローカル・バス、及びメザニーン
・バスとも知られているペリフェラル・コンポーネント・インターコネクト（Ｐ
ＣＩ）バスを含む。

【００１３】 コンピュータ１１０は、典型的に、さまざまなコンピュータ読取り可能媒体を
含む。コンピュータ読取り可能媒体はコンピュータ１１０によりアクセスできる
利用可能などんな媒体であってよく、揮発性／不揮発性及び取外し可能／取外し
不可能媒体を含む。限定する意図ではなく、例として、コンピュータ読取り可能
媒体はコンピュータ記憶媒体と通信媒体を含む。コンピュータ記憶媒体は、コン
ピュータ読取り可能命令、データ構造、プログラム・モジュール又はその他のデ
ータなどの情報を記憶するためのどんな方法又は技術により実現された揮発性／
不揮発性及び取外し可能／取外し不可能媒体を含む。コンピュータ記憶媒体は限
定的ではなく、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（Ｒ
ＯＭ）、ＥＥＰＲＯＭ、フラッシュ・メモリ、又は他のメモリ技術、ＣＤ−ＲＯ
Ｍ、デジタル・バーサタイル・ディスク（ＤＶＤ）、又は他の光ディスク記憶、
又は所望の情報を記憶するのに使用でき且つコンピュータ１１０によりアクセス
できる他の媒体を含む。通信媒体は、どんな情報配送媒体を含み、典型的に搬送
波又はその他の移送メカニズムなどの変調データ信号内のコンピュータ読取り可
能命令、データ構造、プログラム・モジュール、又は他のデータを実現する。「
変調データ信号」の語は、信号内に情報を符号するような方法で変化された又は
その１つ又は複数の特性の組を有する信号を意味する。限定する意図ではなく、
例として、通信媒体は配線ネットワーク及び直接配線接続などの配線媒体及び音
波、ＲＦ、及び赤外線を含む無線媒体を含む。上記のいずれかの組合せもコンピ
ュータ読取り可能媒体の範囲内に含まれる。

【００１４】 システム・メモリ１３０は、ＲＯＭ１３１及びＲＡＭ１３２などの不揮発性及
び揮発性メモリの形式のコンピュータ記憶媒体を含む。開始時などに、コンピュ
ータ１１０内の要素間に情報を転送するのを助ける基本ルーチンを含んだ基本入
力／出力システム（ＢＩＯＳ）１３３は、典型的にＲＯＭ１３１内に記憶される
。ＲＡＭ１３２は典型的に、処理ユニット１２０により直接アクセスされる又は
現に操作されているプログラム・モジュール又はデータを含む。限定する意図で
はなく例として、図１は、オペレーティング・システム１３４、アプリケーショ
ン・プログラム１３５、他のプログラム・モジュール１３６及びプログラム・デ
ータ１３７を示す。しばしば、オペレーティング・システム１３４は１つ又は複
数のアプリケーション・プログラミング・インターフエィス（ＡＰＩ）（図示し
ない）を介してアプリケーション・プログラム１３５にサービスを提供する。オ
ペレーティング・システム１３４はこれらのサービスを含むので、、アプリケー
ション・プログラム１３５の開発者はサービスを使用するためにコードを再開発
する必要がない。マイクロソフトの「ウインドウズ」（商標）などのオペレーテ
ィング・システムにより提供されるＡＰＩの例が業界において良く知られている
。

【００１５】 コンピュータ１１０はまた、他の取外し可能／取外し不可能、揮発性／不揮発
性コンピュータ記憶媒体を含むことができる。例示のためにのみ、図１は、取外
し不可能、不揮発性磁気媒体へ書込み又は読出しをするハードディスク・ドライ
ブ１４０と、取外し可能、不揮発性磁気ディスク１５２へ書込み又は読出しする
磁気ディスク・ドライブ、ＣＤ−ＲＯＭなどの取外し可能、不揮発性光ディスク
１５６へ書込み又は読出しする光ディスク・ドライブ１５５を示す。磁気テープ
・カセット、フラッシュ・メモリ・カード、ＤＶＤ、デジタル・ビデオ・テープ
、ソリッドステートＲＡＭ、及びソリッドステートＲＯＭを限定的ではなく含む
他の取外し可能／取外し不可能、揮発性／不揮発性コンピュータ記憶媒体が例示
的なオペレーティング環境内で使用できる。ハードディスク・ドライブ１４１は
典型的に、インターフエィス１４０などの取外し不可能記憶インターフエィスを
介してシステム・バス１２１へ接続され、磁気ディスク・ドライブ１５１及び光
ディスク・ドライブ１５５は典型的にインターフェイス１５０などの取外し可能
記憶インターフエィスによりシステム・バス１２１へ接続される。

【００１６】 上述した図１に示されたドライブ及びこれらに関連したコンピュータ記憶媒体
は、コンピュータ読取り可能命令、データ構造、プログラム・モジュール、及び
コンピュータ１１０のためのその他のデータの記憶を提供する。図１において、
例えば、ハードディスク・ドライブ１４１は、オペレーティング・システム１４
４、アプリケーション・プログラム１４５、他のプログラム・モジュール１４６
、及びプログラム・データ１４７を記憶するものとして示されている。これらの
コンポーネントはオペレーティング・システム１３４、アプリケーション・プロ
グラム１３５、他のプログラム・モジュール１３６及びプログラム・データ１３
７と同じか又は異なるかのいずれかであってよい。オペレーティング・システム
１４４、アプリケーション・プログラム１４５、他のプログラム・モジュール１
４６、及びプログラム・データ１４７は、少なくとも彼等が異なるコピーである
ことを示すためにここでは異なる数が与えられる。ユーザは、キーボード１６２
及びマウス、トラックボール、又はタッチパッドと普通呼ばれるポインティング
装置１６１などの入力装置を介してコンピュータ１１０へ命令や情報を入力する
。他の入力装置（図示しない）は、マイクロフォン、ジョイステイック、ゲーム
パッド、サテライト・デイッシュ、及びスキャナーを含む。これら及び他の入力
装置はしばしばシステム・バスに結合したユーザ入力インターフエィス１６０を
介して処理ユニット１２０に接続されるが、パラレル・ポート、ゲーム・ポート
、又はユニバーサル・シリアル・バス（ＵＳＢ）などの他のインターフエィス及
びバス構造により接続できる。モニター１９１又はディスプレイ装置の他のタイ
プが、ビデオ・インターフエィス１９０などのインターフエィスを介してシステ
ム・バス１２１に接続されている。モニターに加えて、コンピュータはまた出力
周辺インターフエィス１９５を介して接続できるスピーカー１９７及びプリンタ
ー１９６などの他の周辺出力装置を含むことができる。

【００１７】 コンピュータ１１０は、遠隔コンピュータ１８０などの１つ又は複数の遠隔コ
ンピュータへの論理接続を使用したネットワーク環境において動作できる。遠隔
コンピュータ１８０は、パーソナル・コンピュータ、サーバー、ルーター、ネッ
トワークＰＣ、ピア装置、又はその他の共通ネットワーク・ノードであり、図１
にはメモリ記憶装置１１８のみが示されているが、典型的にコンピュータ１１０
に関して上述した要素の全て又は多くを含む。図１に示された論理接続は、ロー
カル・エリア・ネットワーク（ＬＡＮ）１７１及びワイド・エリア・ネットワー
ク（ＷＡＮ）１７３を含むが、他のネットワークも含むことができる。このよう
なネットワーク環境は、オフィス、企業内コンピュータ・ネットワーク、イント
ラネット、及びインターネットではありふれている。

【００１８】 ＬＡＮネットワーク環境で使用される時、コンピュータ１１０はネットワーク
・インターフエィス又はアダプター１７０を介してＬＡＮ１７１へ接続される。
ＷＡＮネットワーキング環境において使用される時、コンピュータ１１０は典型
的にモデム１７２又はインターネットなどのＷＡＮ１７３を介しての通信を確立
するための他の手段を含む。内蔵又は外部のモデム１７２はユーザ入力インター
フエィス１６０を介して、又は別の適当なメカニズムを介してシステム・バス１
２１へ接続できる。ネットワーク環境において、コンピュータ１１０に関して描
かれたプログラム・モジュール又はその部分は遠隔メモリ記憶装置に記憶できる
。限定する意図ではなく、例として、図１はメモリ装置１８１上に存在するもの
として遠隔アプリケーション・プログラム１８５を示している。示されたネット
ワーク接続が例示であり、コンピュータ間に通信結合を確立する別の手段が使用
できることに注意する。

【００１９】 以下の説明では、本発明は別途に示さなければ１つ又は複数のコンピュータに
より実行される操作のシンボリックな表現又は行動を参照して説明される。そう
いうわけで、時々、コンピュータの実行と呼ばれるこのような行動及び操作は、
構造化された形式のデータを表示する電気信号をコンピュータの処理ユニットが
操作することであることが理解される。この操作は、データを変換し又はこれら
をメモリ・システム内の位置に維持し、当業者によく知られている態様でコンピ
ュータの操作を再構成又は変更する。データが維持される所のデータ構造は、デ
ータのフォーマットにより定義される特定の性質を要するメモリの物理的位置で
ある。しかし、本発明は上述の文脈で説明されるが、それに限定する意図はなく
、当業者には理解されるように以下に説明されるさまざまな操作及び行動はハー
ドウェアでも実現できる。

【００２０】 本発明の１つの観点によるコンピュータのバックアップ及び回復 本発明の１つの観点によるコンピュータをバックアップして回復する一般的な
概念は、図２を参照することにより理解できる。ここで提起されるいくつかのポ
イントは後のセクションで詳細に説明される。図２において、時間軸２００は、
時間を通じて変化する図１のコンピュータ１１０などのコンピュータの状態を示
す。時間上の特別なポイント（２０２乃至２１０）は、典型的なバックアップ及
び回復のシナリオの進行を示すために印が付けられている。

【００２１】 ユーザのコンピュータは、おそらく１日に１回、自動的にバックアップを作成
するようにプログラムされている。バックアップが取られる時間は「回復ポイン
ト」と呼ばれる。回復ポイント２０２及び２０６が図２に示されている。さしあ
たって、ユーザはコンピュータのオペレーティング・システムの状態をバックア
ップして回復することのみに興味があると仮定する。コンピュータは本発明を使
用するため、ここでオペレーティング・システムの状態を一緒に構成するファイ
ルのバックアップされるべき領域は、２つのグループに分割される。第１のグル
ープは、急速に変化することが予想されるファイルを含む第１のグループと残り
のファイルを含む第２のグループである。マイクロソフトの「ウインドウズ」（
商標）などのオペレーティング・システムでは、レジストリイ・ファイルは他の
オペレーティング・システム・ファイルよりもずっと急速に変化することが知ら
れている。いずれの場合も、２つのグループ内のファイルはバックアップ及び回
復システムにより大変に異なった取扱いを受ける。各回復ポイント２０２及び２
０６では、第１グループ内のファイルはその全体がコピーされて、それらのコピ
ーはこのバックアップが作成された日付と時間と一緒に記憶される。第２グルー
プのファイルが変化する時、変化は変化ログに変化の時間と日付と一緒に記録さ
れる。第２グループ内のファイルのバックアップ・コピーは、もし後のファイル
の回復の時にそのコピーが有用ならばまた作成される。

【００２２】 時間２０４において、新しいオペレーティング・システム・ファイル、ｘ．ｄ
ｌｌ、がシステムに追加される。ユーザはこの変化を知ることさえない。ｘ．ｄ
ｌｌはアプリケーションの導入の際に又はウェブ操作のコールにより追加された
ものであってよい。本発明の目的のために、バックアップ・システムはこのファ
イルがバックアップされるべきことを認識し（どのようにして認識するかは下の
次のセクション、何をどの方法でバックアップするか、に説明されている）そし
てこのファイルがその変化をログに記録することによりバックアップされるべき
ことも認識する（次のセクションを参照）。従って、バックアップ・システムは
変化ログ内にこのファイルの生成とその日付と時間を記録する。

【００２３】 ファイルｘ．ｄｌｌは、時間２０８において新しいバージョンで上書きされる
。バックアップ・システムはこの変化を変化ログに記録し、ｘ．ｄｌｌの古いバ
ージョン、時間２０８の前に存在するバージョン、のコピーを記録する。このイ
ベントはコピーと変化ログ記憶の間の重なりを示す。ｘ．ｄｌｌは回復ポイント
２０２及び２０６ではコピーされないが、時間２０８の変化は劇的であるので、
もしｘ．ｄｌｌの完全なコピーが作られないと、ファイルを時間２０８前に存在
していた状態に回復することは困難であろう。

【００２４】 後で、時間２１０において、ユーザがコンピュータの性能の異常に気付く。ユ
ーザはｘ．ｄｌｌを犯人として疑う。一方、ユーザはそのファイルの存在も知ら
ないであろう。しかし、ユーザは異常は時間２０８の後のいつかまでは出現しな
かったことを知っている（すなわち、ユーザはコンピュータが正常であったこと
を知っている）。ユーザは、オペレーティング・システムを時間２０８前に有し
ていた状態にリセットすることによりその問題を除去することを試みることを決
める。回復システムを呼び出し、ユーザは回復ポイントのリストを表示される。
ユーザは、コンピュータのオペレーティング・システムの状態をこれらの回復ポ
イントのいずれかに記憶された状態にリセットできる。ここで、ユーザは時間２
０２の状態又は時間２０６の状態に回復することを選択する。

【００２５】 もし、ユーザが時間２０６の回復ポイントを選択すると、回復システムは最初
にその回復ポイントの時間の状態を再生するに必要な全てのファイル・システム
資源がコンピュータにより現在アクセス可能かどうかを確かめるために検査する
。もしそうならば、回復システムはコンピュータを回復するために作成されなけ
ればならない全ての変化をリストした回復マップを作成する。回復マップからの
作業により、回復システムは回復ポイント２０６と関連して作成された第１グル
ープ（変化が急速であると予想されるファイル）からのファイルのコピーをコー
ルし（呼出し）、そしてそれらのファイルの現在のバージョンを記憶されたコピ
ーで上書きする。回復マップはまた、ログ・ファイルのどの変化が取消さなけれ
ばならないかを示す。これらは回復システムが時間２１０において呼出された時
までに時間２０６の回復ポイント後に作られた変化である。この場合、ｘ．ｄｌ
ｌの前のバージョンが記憶から回復されて、時間２０８において導入されたバー
ジョンを置き換える。全てのファイルが時間２０６における彼等の状態に回復さ
れると、オペレーティング・システムは変化が効果を生ずるように再スタートさ
れる。（いくつかのオペレーティング・システム又は変化のいくつかの組に対し
ては、変化が効果を生ずるために再スタートは必要でないことに注意する。）シ
ステムは時間２０６において有していた状態で表れる。

【００２６】 もし、ユーザが代りに時間２０２への回復を選択したならば、過程は多くは同
じである。回復マップは回復システムを時間２０２において作成された急速に変
化するファイルのコピーを呼出すように指示する。そして、変化ログ内の変化を
取消し、回復システムは最初に時間２０８において発生したｘ．ｄｌｌのバージ
ョンの変化を取消し、そして時間２０４におけるｘ．ｄｌｌの導入を取消す。し
かし、回復マップは変化ログ内に記憶されている変化を前処理することにより最
適化できる（例えば、ｘ．ｄｌｌは時間２０２においてコンピュータ上には存在
していなかったので、時間２０８でのバージョン変化を最初に取消すことは意味
がない）。ｘ．ｄｌｌを削除することは、時間２０２の状態に回復するのには十
分である。他のタイプの最適化は回復システムが回復マップを作成するために変
化ログを走査する時に明らかとなるであろう。オペレーティング・システムが再
スタートされて、それが時間２０２において有していた状態で表れる。

【００２７】 この特定の実現シナリオにおいて、ユーザは時間２０８におけるその状態にシ
ステムを回復できないことに注意する。第１グループ（回復ポイントにおいてコ
ピーを記憶することによりバックアップされる急速に変化するファイル）のファ
イルは時間２０６と時間２０８の間で変化するがこれらの変化はログに記憶され
ない。このように、時間２０８の状態は回復できない。ユーザが時間のどんな可
能なポイントでコンピュータを回復することを可能にするため、全ての関係のあ
るファイルへの全ての変化は記録されなければならず、そして記録プロセスは連
続的に巨大な資源を消費するだろう。今、説明している実現はこのような能力と
代りにずっと少ない資源を使用することとの交換である。しかし、所望ならば、
本発明は全ての変化をバックアップできる例示的な実現において使用できる。

【００２８】 上記のシナリオにおいて、バックアップ・システムはオペレーティング・シス
テムの状態に関連したファイルを監視してコピーするのみである。このシナリオ
は、実行可能及び内部データ・ファイルなどの重要なアプリケーション・ファイ
ルをカバーするために容易に拡張される。しかし、ワード・プロセッシング・ド
キュメント又はスプレッドシートなどのユーザ・データのファイルは、おそらく
バックアップ及び回復システムにより影響を受けないであろう。選ばれた回復ポ
イント後に作成された変化でさえも取消されない。これは実現の選択である。本
発明は、完全なデータ保存システムを作るよりはむしろ、オペレーティング・シ
ステム及びアプリケーションへの変化を取消すのに使用される理解が容易なバッ
クアップ及び回復システムを作るのに使用された。しかし、前者のシステムのタ
イプも本発明を使用して実現できる。

【００２９】 何をどの方法でバックアップするか 直前のセクションで説明した例示の実現は、コンピュータ上のいくつかのファ
イルのみをバックアップする（オペレーティング・システム及びアプリケーショ
ン・ファイル）。これらのファイルの内、いくつかはコピーにより、いくつかは
変化をログに記憶することにより、バックアップされる。このセクションは、な
ぜファイルが互いに異なって取扱われるか又はこの差異を適当に説明するために
どのようにバックアップ及び回復システムを制御するかを詳細に説明しない。こ
のセクションは差異を説明し、これらの差異がどのようにしてバックアップ及び
回復システムと通信するかを説明する。

【００３０】 ファイルはコンピュータ資源を節約するために異なるように処理される。最初
に、オペレーティング・システム及びアプリケーション・ファイルを一方に、デ
ータ・ファイルを他方にした間に有用な区別を引くことができる。大部分の奇妙
なコンピュータの振舞いはコンピュータのオペレーティング・システムとそのア
プリケーションを構成するファイル内の衝突から発生し、そして大部分の問題は
これらのファイルのみを回復することで処理できる。本発明を使用してコンピュ
ータ上の全てのファイルがバックアップ及び回復できるが、オペレーティング・
システム及びアプリケーション・ファイルのみを処理するための実現に限定する
ことは問題の大部分をカバーし、一方、システムが多くのユーザが割り当てるこ
とを欲するよりもより多くの資源を消費することを防止する。

【００３１】 第２に、別の有用な区別を急速に変化するファイルとより「穏やかな」ファイ
ルとの間に引くことができる。急速に変化するファイルのコピーを作り、そして
急速に変化しないファイルの変化を記録することはより効率的である。（幾つか
の実現においては、急速に変化しないファイルの潜在的に破壊的な変化をその変
化が生ずることを許す前にそのファイルのコピーを作ることにより記録してもよ
いことに注意する。）コピーとログ記録の技術を組合せ、そして各技術を最も効
率的なファイルに適用することにより、ディスク空間とプロセッサ時間の両方を
節約する。「急速に変化する」と「穏やか」の間には確固とした線は存在しない
が、経験はどのファイルがどのカテゴリーに入る傾向を有するかを教える。マイ
クロソフトの「ウインドウズ」（商標）オペレーティング・システムでは例えば
、レジストリイ・ファイル（ｓｙｓｔｅｍ．ｄａｔ及びｕｓｅｒ．ｄａｔ）は他
のオペレーティング・システム・ファイルよりもずっと急速に変化することが知
られている。

【００３２】 従って、本発明の１つの実現によれば、急速に変化するファイルは回復ポイン
トでそれらのコピーを作成することによりバックアップされる。急速に変化しな
いファイルは変化を監視される。もし、潜在的に破壊的な変化が発生する際、フ
ァイルのコピーが作成される。非破壊的な変化はログに記憶される。最後に、他
のファイル（典型的にユーザ・データ・ファイル）は全くバックアップされない
。

【００３３】 図３Ａ及び図３Ｂは、バックアップ・システムにさまざまなファイルをどのよ
うに処理するかを教える１つの方法を示す。図３Ａはどのファイルが回復ポイン
トでコピーによりバックアップされるべきかを記述し、及び図３Ｂはどのファイ
ルが監視されて変化を変化ログ内に記録することによりコピーされるべきかを記
述する。もし、ファイルがこれらのファイルのいずれにより記述されなければ、
デフォルトにより、そのファイルは全くバックアップされない。

【００３４】 図３Ａ及び図３Ｂ中のファイルは、拡張マークアップ言語（ＸＭＬ）により書
かれている。ＸＭＬはこの制御情報の供給の仕事に理想的に適しているが、本発
明はＸＭＬの使用に依存していない。例えば、データベースは容易に同じ制御情
報を与えるだろう。

【００３５】 最初に、図３Ａ及び図３Ｂ内のＸＭＬファイルを読む際の注意：要素は角括弧
内に要素名を取囲む開始タグで開始する（例えば、＜ＥｌｅｍｅｎｔＮａｍｅ＞
）。要素は要素名を取囲み且つ要素名の前にスラッシュが先立つ終了タグにより
終了する（例えば、＜／ＥｌｅｍｅｎｔＮａｍｅ＞）。要素の内容は開始タグと
終了タグとの間のすべてである（例えば、＜ＥｌｅｍｅｎｔＮａｍｅ＞Ｏｏｏｒ
ｐ＜／ＥｌｅｍｅｎｔＮａｍｅ＞：要素はデータＯｏｏｒｐを含む）。要素は他
の要素を含む。

【００３６】 図３Ａを参照すると、ファイルは、役に立つように名前が付けられた１つの要
素ＦｉｌｅｓＴｏＢａｃｋＵｐＢｙＣｏｐｙｉｎｇから成る。この要素は３つの
サブ要素から成る。最も興味が有るのはｆｉｌｅｓと名前が付けられたものであ
る。その要素はｉｎｃｌｕｄｅと名前が付けられた１つのサブ要素を有する。こ
のＸＭＬファイルは、バックアップ・システムにコピーによりバックアップされ
るべきファイルは、ｓｙｓｔｅｍ．ｄａｔ及びｕｓｅｒ．ｄａｔと名付けられた
システム変数％ｗｉｎｄｉｒ％（これは例えば、ｃ：＼Ｗｉｎｄｏｗｓ(登録商
標)の値を有するかもしれない）により指定されたディレクトリイに両方が存在
する２つのファイルのみであることを知らせる。

【００３７】 図３Ｂ内のファイルは図３Ａ内のファイルよりも多くのオプションを含み、そ
して結果的により長いが、理解するのは難しくない。要素ＦｉｌｅｓＴｏＢａｃ
ｋＵｐＢｙＬｏｇｇｉｎｇＣｈａｎｇｅｓは、これらのバックアップに含まれる
べき又は排除されるべきファイルを指定するために３つの方法を使用する。ファ
イルはその名前により（図３Ａに示すように）、それを含むディレクトリにより
、又はそのファイル拡張子により指定できる。行３Ｂ０２はシステム変数％ｗｉ
ｎｄｉｒ％により指定されたディレクトリ内の全てのファイルを含む。しかし、
行３Ｂ０４は行３Ｂ０２の広い包含の例外を作る。一般に、より詳細な規則（行
３Ｂ０４にあるような）がより詳細でない規則（行３Ｂ０２にあるような）に優
先する。行３Ｂ０４は、％ｗｉｎｄｉｒ％により指定されるディレクトリ内にあ
るディレクトリイＴｅｍｐ内の全てのファイルを排除する。ｓｙｓｔｅｍ．ｄａ
ｔ及びｕｓｅｒ．ｄａｔは図３Ａのファイル・バックアップ内に含まれているた
め、これらは行３Ｂ０６によりこれらバックアップから排除される。行３Ｂ０８
は、システムが変化ログ・ファイル自身で生じた変化をログ記憶することを防止
することによりシステムがループに入ることを防止する安全手段である。最後に
、ファイルはその拡張子に基づいて包含又は排除できる。３Ｂ１０により印付け
られた行は．ＥＸＥ又は．ＤＬＬで終わるファイルをバックアップ内に含む。概
して、図３Ｂ内のファイルはＸＭＬが１つのグループのファイルから別のものを
注意深く見分けるために提供できるいくらかのパワーを示す。オペレーティング
・システムに依存して、図３Ａ及び図３Ｂに示されるファイルはより複雑か又は
より単純になる。

【００３８】 図３Ａ及び図３Ｂに示されるファイルは静的である必要はない。もし、本発明
がオペレーティング・システムをバックアップするのに使用されると、図３Ａ及
び３Ｂ内のファイルはオペレーティング・システムの各々の新しいリリースとお
そらく一緒に変化し、新しいリリースの１部として含まれるだろう。また、ＡＰ
Ｉは、ユーザがバックアップ・リストにファイルを加えることを可能にするため
に開発することができる。アプリケーション開発者はドライバなどの彼等のアプ
リケーションの重要な部分をバックアップ・リストへ加えることを欲するであろ
う。

【００３９】 何時バックアップが生成されるか 変更のログ記録はコンピュータが作動する時はいつも実行され、このセクショ
ンは実際にはコピー方法によりバックアップされるファイルのみに関する。すな
わち、このセクションは、回復ポイントを作成することに関する。

【００４０】 ユーザはしばしばバックアップを作成することを忘れてしまうため、本発明は
例えば１日に１度、自動的に実行するために実現される。バックアップ・システ
ムはコンピュータがある時間量の間、アイドルである後においてのみ実行される
ことにより、その操作はユーザから透明に保つことができる。マイクロソフトの
「ウインドウズ」（商標）オペレーティング・システムでは、ＭＳＩＤＬＥ．Ｄ
ＬＬがコンピュータのアイドル時間を検出するために使用できる。回復ポイント
はまた重要な操作が試みられる前に作ることができる。もし、アプリケーション
（又はユーザ）がオペレーティング・システム又はアプリケーション・ファイル
を変更しようとする際、バックアップが安全のために要求される。バックアップ
からコンピュータを回復することは問題を修復することを保証しないという事実
を考えれば、回復ポイントは回復操作を実行する直前に生成することができる。
そして、回復の効果はもしそれらが有利でなければ削除できる。

【００４１】 変更をログ記録する詳細 ファイルをコピーすることによりバックアップを作成する方法は簡単である。
ファイルのコピーが作成されてバックアップ貯蔵庫内に記憶され、そしてコピー
の存在とそれが作成された時間と日付がバックアップ・ログ内に記録される。

【００４２】 ファイルに生じた変化を記録することによりバックアップすることはより複雑
である。図４は、本発明のこの観点の１つの実現を示す。この実現において、フ
ァイル変更監視（ＦＣＭ）プログラムが監視されたファイルへの変化を傍受して
記録するためにファイル・システム内に組入れられる。

【００４３】 図４を参照すると、コンピュータ１１０上で実行されるアプリケーション・プ
ログラム１３５はファイルをアクセスすることを試みる。アプリケーション・プ
ログラムはこれをこの目的のためにオペレーティング・システムにより与えられ
る１つのサービス４０２を呼出すことにより行なう。ファイル・アクセス要求は
さまざまなアプリケーション・プログラムからの要求を調整するファイル・シス
テム・マネージャ４０４へ送られる。本発明がない場合、ファイル・システム・
マネージャは要求をファイル・システム・ドライバー４０８の適当な１つに送り
、フアイル４１０の適当な１つを操作することにより要求されたアクセスを実行
する。このシナリオはもしアプリケーション・プログラムでなくオペレーティン
グ・システム自身がファイルにアクセスを試みる際は基本的に変化はない。

【００４４】 本発明はファイル変化監視４０６を場所に組み込むことで実現される。ＦＣＭ
はファイル・システム・マネージャによるファイル・システム・ドライバー４０
８へのコールを傍受する。すなわち、ファイル・システム・マネージャがファイ
ル・システム・ドライバーの１つを呼出す時はいつでも、コールは代りにＦＣＭ
へ処理のために送られる。ＦＣＭはファイル・システム要求を検査して、変化の
ために監視されているファイルに関するものかどうかを見る（ＦＣＭは、何がど
の方法でバックアップされるかのセクションで上述された図３Ｂにおいて説明さ
れたファイルの内容を読むことによりどのファイルがこれらかを知る）。もし、
アクセス要求が監視されたファイルに関しなければ、ＦＣＭは要求がその通常の
方法で処理されるファイル・システム・ドライバーへ要求を送った後で、出る。
一方、もし、アクセス要求が監視されたフアイルに関与していると、ＦＣＭはそ
れは監視されたファイルを変化する潜在性があるかどうかを見るためにその要求
を検査する。もしそうでなければ、ＦＣＭは要求を処理のためにファイル・シス
テム・ドライバーへ送った後に出る。もし、要求が監視されたファイルの修正の
潜在性があるならば、もしファイルのデータを保存することが有用であれば、Ｆ
ＣＭは最初にバックアップ貯蔵庫４１２内に監視されたファイルのコピーを作成
する。それが有用かどうかは要求されたファイル・アクセス操作のタイプに依存
し、以下にある程度、詳細に説明する。次に、ＦＣＭはコールをそれを通常に処
理するファイル・システム・ドライバーへ送る。３番目にそして最後に、ＦＣＭ
は操作が監視されているファイルの修正に成功したかどうかを見るために検査す
る。もし成功ならば、ＦＣＭは変化ログ４１４内に変化を記録する。

【００４５】 以下は、ＦＣＭが特定のファイル・システム操作に対して行なうことをより詳
細に説明する。 ・ファイル生成：ＦＣＭはファイルが実際に生成されることを決定された後に変
化ログ４１４内にエントリイを書込む。 ・ファイル属性変更：ＦＣＭは属性が成功的に変化されたと決定した後に変化ロ
グ内にエントリイを書込む。 ・ファイル修正又はファイル削除：ＦＣＭはバックアップ貯蔵庫４１２内にオリ
ジナル・ファイルのコピーを作る。そして制御は操作を実行するためにファイル
・システム・ドライバ４０８へ送られる。もし操作が成功であれば、ＦＣＭは変
化ログ内にエントリイを記入する。そうでなければ、作成されたばかりのファイ
ルのコピーがバックアップ貯蔵庫から取出されて、変化ログ内にエントリイは記
入されない。 ・ファイル再命名：ファイルのコピーを作成する代りに、ＦＣＭはオリジナル・
ファイルへのポインタを作る。しかし、もしファイル再命名がファイルの状態を
監視から非監視へ変化すれば（図３Ｂに描かれたファイルの内容に基づいて）、
ＦＣＭはファイル再命名をそれをファイル削除として処理する。同様に、もし再
命名がファイルを監視されるランクに移動すれば、ＦＣＭはファイル再命名をフ
ァイル生成として処理する。 ・デイレクトリ生成、削除又は属性変化：ＦＣＭは操作が成功的に完了した後に
、変化ログ内にエントリイを書込む。

【００４６】 この説明はファイル変化監視は扱い難いように見えるかもしれないが、ファイ
ル・システムへの大部分のコールはなんらの行動を生ずることなしにＦＣＭを通
過するであろうことに注意すべきである。いくつかの場合において操作をしなけ
ればならない。ファイル・システム自身内にフックとして実現されたＦＣＭはシ
ステム資源を最大限に効率的に使用して高速に動作する。

【００４７】 データ記憶保守 本発明の前は、多くのバックアップ及び回復システムはそのバックアップ情報
を記憶するために生のディスク区画を使用していた。本発明の１つの観点によれ
ば、全てのバックアップ情報はコンピュータのファイル・システム・マネージャ
の管理するファイル内に記憶できる。この変化は効率的なディスク空間使用の見
地からは相当な利点を与える。バックアップ・システムは低コンピュータ使用時
の期間中にバックアップ・ファイルを圧縮でき、その開放されたディスク空間を
ファイル・システム・マネージャに渡すことができる。それはまた新しいバック
アップについての余地を作るために古いバックアップファイルを「切り詰める」
ことができる。標準のファイルとして、バックアップ・データはコンピュータか
ら物理的に取外されたネットワーク・ディスク上に容易に置くことができ、それ
はバックアップをコンピュータ自身に記憶するよりもより安価で安全な解決とお
そらくなるであろう。

【００４８】 結論 本発明の原理が適用できる可能な多くの実施の形態の見地において、図面に関
してここに説明された実施の形態は説明のためであり、本発明の範囲を限定する
ものとして解釈すべきでない。従って、ここに開示された発明は特許請求の範囲
の記載及びその均等物の範囲内に入るような全ての実施の形態を予期している。

【図面の簡単な説明】

【図１】 本発明を支援する例示的なコンピュータ・システムを一般的に説
明するブロック図。

【図２】 時間につれて変化する例示的なコンピュータ・システムを印が付
けられた回復点と共に示す時間軸。

【図３Ａ】 回復点でのコピーを作成することによりファイルをバックアッ
プするバックアップ・システムを示すファイルの一例。

【図３Ｂ】 変化ログ内にファイルへの変更を記録することによりファイル
をバックアップするバックアップ・システムを示すファイルの一例

【図４】 どのようにファイル変化監視がファイル・システムコールを傍受
するかを示すブロック図。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 マロック カンワルジット エス アメリカ合衆国 ワシントン州 98007 ベルヴュー ワンハンドレッドアンドフォ ーティーエイス アヴェニュー ノースイ ースト ＃エイチ205 4281 (72)発明者 ソイ ナーマル アール アメリカ合衆国 ワシントン州 98052 レッドモンド ウェスト レイク サンマ ミッシュ パークウェイ ノースイースト ＃イー1031 4250 (72)発明者 ハーダー バーバラ アメリカ合衆国 ワシントン州 98004 ベルヴュー サウスイースト サーティエ ス ストリート 11010 (72)発明者 チャヴェズ アンソニー エス アメリカ合衆国 ワシントン州 98011 ボーゼル ノースイースト ワンハンドレ ッドアンドシクスティーフォース 7017 Ｆターム(参考） 5B027 AA04 BB05 CC04 5B082 DC07 DE04

Claims (38)

【特許請求の範囲】
1. 【請求項１】 第１グループのファイルと第２グループのファイルとを有す
   るコンピュータ・システムの状態をバックアップして回復する方法において、 ファイルの第１グループ内の各ファイルのコピーを作成し、そして回復ログ内
   にファイルコピー操作を記録し、 ファイルの第２グループ内のファイルの変化を監視し、そして回復ログ内にそ
   の変化を記録し、 第１グループ内の各ファイルに対して、現在のバージョンのファイルを回復ロ
   グ内に参照されたコピーでもって上書きし、 第２グループ内の各ファイルに対して、回復ログ内に記憶されている変化を取
   消す、 各ステップを含む方法。
2. 【請求項２】 前記コンピュータ・システムがさらに第３グループのファイ
   ルを有する請求項１に記載の方法。
3. 【請求項３】 前記コンピュータ・システムがオペレーテイング・システム
   である請求項１に記載の方法。
4. 【請求項４】 前記第１グループのファイルがデータベース・ファイルを含
   み、前記第２グループのファイルが非データベース・ファイルを含む請求項１に
   記載の方法。
5. 【請求項５】 前記第１グループ内のファイが頻繁に変化し、前記第２グル
   ープ内のファイルは頻繁に変化しない請求項１に記載の方法。
6. 【請求項６】 請求項１に記載の方法を実行するためのコンピュータ実行可
   能な命令を含むコンピュータ読取り可能媒体。
7. 【請求項７】 前にバックアップされたファイルをコンピュータ上で回復す
   るため方法であって、バックアップ・プロセスはあるファイルのコピーを記憶し
   、他のファイルになされた変化を記録するものにおいて、 バックアップ・プロセス中にコピーされたファイルに対して、ファイルの現在
   のバージョンをバックアップ・プロセス中に記憶されたコピーでもって上書きし
   、 バックアップ・プロセス中にその変化が記憶されたファイルに対して、その変
   化を取消す、 各ステップを含む方法。
8. 【請求項８】 いくつかのファイルを監視し、それらへの承認されていない
   変化を防止し、 回復プロセス中になされた時、監視されたフアイルへの変化を承認する、 各ステップをさらに含む請求項７に記載の方法。
9. 【請求項９】 バックアップ・プロセス中に変化が記録されたファイルに対
   して、 ファイルの現在の状態に単独で又は他の変化と一緒に影響を与える変化のみを
   選択するために前記記憶されたコピーを検査し、 選択された変化のみを取消す、 各ステップを有する請求項７に記載の方法。
10. 【請求項１０】 請求項７の方法を実行するためのコンピュータ実行可能命
    令を有するコンピュータ読取り可能媒体。
11. 【請求項１１】 コンピュータ上でファイルをバックアップするための方法
    において、 バックアップするファイルを選択し、 選択されたファイルを２つ又はそれ以上のグループに配分し、 ファイルの第１グループ内の各ファイルのコピーを記憶し、 ファイルの第２グループ内のファイルになされた変化を記録する、 各ステップを有する方法。
12. 【請求項１２】 前記選択されたファイルがコンピュータ上の全てのファイ
    ルを含む請求項１１に記載の方法。
13. 【請求項１３】 前記選択されたファイルがコンピュータのオペレーテイン
    グ・システムに関する情報を含む請求項１１に記載の方法。
14. 【請求項１４】 前記ファイルの選択が１つ又は複数のファイルの内容によ
    り指示される請求項１１に記載の方法。
15. 【請求項１５】 前記ファイルの前記グループへの配分が１つ又は複数のフ
    ァイルの内容により指示される請求項１１に記載の方法。
16. 【請求項１６】 少なくとも１つのファイルが前記第１グループと前記第２
    グループの両方に配分される請求項１１に記載の方法。
17. 【請求項１７】 前記第１グループがより頻繁に変化すると予想されるファ
    イルを含み、前記第２グループが頻繁には変化しないと予想されるファイルを含
    む請求項１１に記載の方法。
18. 【請求項１８】 ファイルのコピー及び記録された変化がファイル・システ
    ム内のファイルに記憶される請求項１１に記載の方法。
19. 【請求項１９】 前記ファイル・システムが前記コンピュータ内に物理的に
    位置していない請求項１８に記載の方法。
20. 【請求項２０】 前記バックアップ・プロセスにより作成されたより古いフ
    ァイルは前記バックアップ・プロセスにより作成されたより新しいファイルのた
    めの余地を作るために削除される請求項１８に記載の方法。
21. 【請求項２１】 各ファイルのコピーの記憶が前記コンピュータが指定量の
    時間の間のアイドルの後に発生する請求項１１に記載の方法。
22. 【請求項２２】 前記コンピュータ上のファイルを回復する各試みの前に、
    前記記憶が実行される請求項１１に記載の方法。
23. 【請求項２３】 前記記憶は、アプリケーションによりその導入の際に行な
    われる請求項１１に記載の方法。
24. 【請求項２４】 請求項１１に記載の方法を実行するためのコンピュータ実
    行可能命令を有するコンピュータ読取り可能媒体。
25. 【請求項２５】 ファイルへのアクセスを監視する方法において、 ファイル・システムへのコールを傍受し、 もし傍受されたコールが監視されたファイルを含むならば、監視ルーチンを呼
    び出し、 前記監視ルーチンの完了時に、傍受したコールを実行のために前記ファイル・
    システムへ送る、 各ステップを含む方法。
26. 【請求項２６】 傍受がカーネル・モードで実行される請求項２５に記載の
    方法。
27. 【請求項２７】 もし傍受されたコールが監視されているファイルを変化さ
    せる潜在性を有するならば、前記監視されているファイルのコピーを生成する請
    求項２５に記載の方法。
28. 【請求項２８】 もし傍受されたコールが前記ファイル・システムにより成
    功的に実行されなければ、前記監視されているファイルのコピーを削除する請求
    項２７に記載の方法。
29. 【請求項２９】 もし傍受されたコールが監視されているファイルを変化さ
    せる潜在性を有するならば、前記変化を記録する請求項２５に記載の方法。
30. 【請求項３０】 もし傍受されたコールが前記ファイル・システムにより成
    功的に実行されなければ、前記変化の記録を削除する請求項２９に記載の方法。
31. 【請求項３１】 傍受されたコールのタイプに基づいて監視されているファ
    イルをコピーするか又はその変化を記録するかを決定することをさらに含む請求
    項２５に記載の方法。
32. 【請求項３２】 請求項２５に記載の方法を実行するためのコンピュータ実
    行可能命令を有するコンピュータ読取り可能媒体。
33. 【請求項３３】 ファイルの第１グループとファイルの第２グループとを有
    するコンピュータ・システムの状態のバックアップ及び回復のためのシステムに
    おいて、 第１グループ内の各ファイルのコピーを作成し、回復ログ内にファイル・コピ
    ー操作を記録し、第２のグループ内のファイルの変化を監視し、回復ログ内にそ
    の変化を記録するバックアップ・ユーティリテイと、 第１グループ内の各ファイルの現在のバージョンを回復ログ内で参照付けられ
    たコピーでもって上書きし、第２グループ内の各ファイルに対する変化を取消し
    する回復ユーティリテイと、 を含むシステム。
34. 【請求項３４】 前記コンピュータ・システムがファイルの第３のグループ
    をさらに有する請求項３３に記載のシステム。
35. 【請求項３５】 前記コンピュータ・システムがオペレーティング・システ
    ムである請求項３３に記載のシステム。
36. 【請求項３６】 前記第１のグループがデータベース・ファイルを含み、前
    記第２のグループが非データベース・ファイルを含む請求項３３に記載のシステ
    ム。
37. 【請求項３７】 前記第１のグループのファイルが頻繁に変化し、前記第２
    のグループのファイルが頻繁に変化しない請求項３３に記載のシステム。
38. 【請求項３８】 コンピュータ読取り可能媒体において、 ファイル・システム監視ルーチンが監視すべきファイルを表すデータを含む第
    １データ・フィールドと、 前記ファイル・システム監視ルーチンがファイル操作に応答してログ記録する
    そのファイル操作を表すデータを含む第２データ・フィールドと、 前記ファイル・システム監視ルーチンがファイル操作に応答して監視されてい
    るファイルをコピーしそしそのコピー操作を記録するそのファイル操作を表すデ
    ータを含む第３データ・フィールドと、 を含むデータ構造を記憶したコンピュータ読取り可能媒体。