JPH11508071A - 実時間データ保護システムおよび方法 - Google Patents

Abstract

(57)【要約】 本発明によれば、ネットワーク（４）を通して実質的に同時のファイルのミラーイングを行うシステムおよび方法が提供される。データファイルは、ローカルコンピュータシステム（１）に関するミラーイングのために選択され、１つまたはそれ以上のリモートコンピュータシステム（５）は、選択されたデータファイルのバックアップコピーを記憶するために指定される。選択されたデータファイルに対する変更が起きるとき、変更情報が、ファイルシステムドライバ（４３）に取り付けられたミラーイングドライバ（４３）によって捕獲され、それから、ネットワーク（４）を通してローカルコンピュータシステム（１）からリモートコンピュータシステム（５）へと送られる。各リモートコンピュータシステム（５）は、そのとき、データファイルのバックアップコピーを更新する。

Description

【発明の詳細な説明】 実時間データ保護システムおよび方法 発明の分野 本発明は、ネットワークに接続されたコンピュータシステム上のデータの実時 間保護を提供するシステムおよび方法に関する。 本発明の背景 コンピュータデータを保護するためのいくつかの公知の方法がある。そのよう な方法の１つは、ハードディスクドライブ上の全体のハードディスクあるいは選 択されたファイルのいずれかのの定期的なバッチバックアップを行うことである 。通常、ファイルは、ファイルディレクトツリーあるいは他の基準、たとえば、 ハードコード化されたファイルネームあるいは、ワイルドカードキャラクタを有 するファイルネームといったものに基づいて選択することができる。 このデータは、通常そのコンピュータシステムに直接接続されたテープドライ ブのような大容量記憶装置に書き込まれる。しかし、米国特許第５、１３３、０ ６５号に記載されたようなシステムのようなバッチ式のバックアップシステムは コンピュータネットワークに接続されたコンピュータ上のデータがネットワーク 上のセントラライズされたバックアップドライブにバックアップされることを許 容する。バッチ式バックアップが使用される場合には、データのディスクワイド バックアップを頻繁に例えば毎月行い、新たなあるいは修正されたファイルのバ ックアップを頻繁に例えば毎日行うことが通常望ましい。 バッチ式バックアップの欠点は、記憶されたデータが古くなってしまうことが よくあることである。夜間のバックアップも、最後のものをバックアップするも のであるので、蓄積されるデータを保護するものではない。一定の業務、例えば 銀行および金融産業では、一時間の取引でのロスでさえ重大な影響を及ぼす。バ ッチ式バックアップの他の欠点は、ファイルの一部のみが修正された場合であっ ても全体の選択されたファイルが通常は、バックアップされるということである 。もしバッチ式のバックアップがネットワークで動作している場合には、価値あ る ネットワーク資源か不変のデータを伝送てしている間に消耗されてしまう。 データを保護するための他の公知の方法は、１つ以上の二次（バックアップ） 装置の上に一次装置上に生じたすべてのデータ書き込み動作を重複させること（ ミラーイングさせること）である。この方法を活用するシステムにおいては、一 次装置（例えば、ディスクコントローラ）のためのデータ記憶制御ユニットが二 次装置自体あるいは二次装置のための制御ユニットのいずれかに直接接続される 。 この形式のデータ保護は、重複配置低価格直接アクセス記憶装置（ＲＡＩＤ） を用いて実施されている。ＲＡＩＤドライブは、本質的に多重、低価格ディスク ドライブのパッケージである。ミラーイングはＲＡＩＤドライブコントローラを 形成することによって達成され、同じデータを２つのＲＡＩＤドライブの別々の ディスクに書き込むものである。 ミラーイング技術は、また耐故障性コンピュータシステムにおいても使用され ている。耐故障性コンピュータシステムは、ミニコンピュータに有用であり、多 年にわたってそのシステムの任意の単一の欠陥の回復を行うメインフレームであ った。このシステムは、しかし、多くの場合高価格の重複したハードウエア、接 続を行うための追加的なハードウエア、を必要とし、頻繁に特定の（しばしば固 有の）作動システムを必要とする。 全ての公知の実時間ミラーイングシステムの欠点は、ディスク、パーティショ ンあるいはボリュームセットよりも小さいミラーイングの粒度を与えるものがな いということである。また、公知のリアルタイムミラーイングシステムには、ロ ーカルあるいは広域のネットワークにわたるミラーイングを提供するものがない 。 発明の概要 従って、本発明の目的は、特定のハードウエアあるいはオペレーティングシス テムを用いることなく実質的に同時にこれらのデータファイルに変更を伴ってデ ータファイルのバックアップコピーを作成する方法およびシステムを提供するこ とである。 さらに本発明の目的は、個々のファイルのレベルでバックアップをとることで ある。 本発明のさらに他の目的は、アプリケーションプログラムに対する修正を行う ことなくデータプロテクションコードを備えていない既存のアプリケーションプ ログラムに使用することができるバックアップシステムを提供することである。 上記のおよび他の目的は、本発明のシステムおよび方法で達成することができ る。要約すると、本発明は、特定化されたハードウエアあるいはオペレーティン グシステムと結合されない、しかも、ユーザーが個々のファイルに至るデータ保 護の粒度レベルを特定することができるデータ保護システムを提供することであ る。 １つの好ましい態様では、ユーザーは、バックアップ(すなわちミラーイング) を行いたいローカルシステム上のデータファイルおよびそのバックアップファイ ルを含むリモートコンピュータシステムのネットワークロケーションを特定する コンフィギュレーションデータベースを初期化する。本発明のシステムは、その ローカルコンピュータシステムのファイルシステムどドライバに付属し、ファイ ル上の操作（たとえば、書き込み操作、消去、リネーム、属性操作の変更）を中 断する。ミラーイングドライバをファイルシステムドライバに付設することによ って、本発明のシステムは、既存のアプリケーションプログラムによってアクセ スされ、データ保護コードを有しておらず、かつ、アプリケーションプログラム の修正を行うことなくファイルをミラーイングすることができる。ミラーイング ドライバは、コンフィギュレーションデータベースからの情報読み込みを有する テーブルを備えており、操作がプロテクションファイル上で行われているかどう かを決定する。もしそうであれば、ミラーイングドライバはログファイルにその 操作に関する情報をストアする。ミラーイングと非同期で動作する送信プロセス では、ログファイルを読み込み、バックアップを含むリモートコンピュータシス テムにネットワークを介してローカルコンピュータシステムからの操作に関する 情報を送る。この情報は、ネットワークを行うソフトウエアによって提供される 標準の方法を使用するリモートコンピュータシステムに送られる。リモートコン ピュータシステム上における受信プロセスでは、自身のログファイルに情報をス トアし、ソースローカルコンピュータシステムに承認を送る。リモートコンピュ ータシステム上におけるルータープロセスでは、リモートコンピュータシステム のログファイルを読み込みバックアップファイルへの操作を適用する。 他の好ましい態様では、ローカルシステムはネットワークサーバに接続された 複数のワークステーションを有するローカルエリアネットワークである。 図面の簡単な説明 図１は、本発明の好ましい態様の実時間データ保護システムのブロックダイヤ グラム、 図２は、本発明の他の好ましい態様の実時間データ保護のブロックダイヤグラ ム、 図３はセットアップおよび初期化ファンクションのコンポーネントを図示した ブロックダイヤグラム、 図４ａは、書き込み中断および記憶ファンクションの動作をコンポーネントを 示すブロックダイヤグラム、 図４ｂは、書き込み中断および記憶ファンクションの動作をコンポーネントを 示すフローチャート、 図５は、書き込み送りおよび確認ファンクションのコンポーネントを図示した ブロックダイヤグラム、 図６は、コンフィギュレーションデータベースの入力の好ましいフォーマット 、 図７は、記憶および送りログの入力の好ましいフォーマット、 図８は、記憶および送り確認ログの入力の好ましいフォーマット、 図９は、ルータコンフィギュレーションデータベースの入力の好ましいフォー マット、 図１０は、ＲＴ１ファイルの入力の好ましいフォーマットである。 好ましい実施例の詳細の説明 図１は、本願発明の好ましい実施例についての基本的なハードウエアの構成を 示す。１以上のローカルコンピュータシステム１は、それぞれ、ディスク駆動装 置３や他の直接アクセス記憶装置(DASD)に直接に接続されたワークステーション ２から成っており、ネットワーク４を介してリモートコンピュータシステム５に 接続されている。ネットワーク４は、ローカルな領域のものであるか、又は広い 領域のものである。各ローカルコンピュータシステム１に関して、ワークステー ション２は、ディスク駆動装置３のデータファイルに存在するデータを読み出し 、そして書き込むアプリケーションプログラムを実行する。ワークステーション ２も、データ保護ソフトウエアを同時に実行する。第１のデータ保護プログラム は、書き込み要求を中断し、ディスク駆動コントローラーに書き込み要求を送出 し、そして選択されたデータファイルに対しての書き込み要求のために、その要 求のコピーを局部的(locally)に記憶する。その後、第２のデータ保護プログラ ムは、ネットワーク４を介してその要求をリモートコンピュータシステム５に転 送する。リモートコンピュータシステム５は、ディスク９に選択されたデータフ ァイルの複写コピー（バックアップ）を含んでいる。書き込み要求を受信すると 、リモートコンピュータシステム５のプログラムは、要求ログにおける要求を記 憶し、その後ローカルコンピュータシステム１に確認メッセージを送出して、リ モートコンピュータシステムがその要求を受信したことを指示する。ローカルコ ンピュータシステム１のデータ保護ソフトウエアは、その後、リモートコンピュ ータシステム５からの確認メッセージの受信と同時に、完全であるとして書き込 み要求をマークする。リモートコンピュータシステムの他のプログラムは、後に 要求ログを読み出して、データファイルのリモートコピーを更新する。この記載 から明らかであるように、多重のローカルコンピュータシステムは、１のリモー トコンピュータシステムと交信することができる。 ローカルコンピュータシステムとリモートコンピュータシステムとの間の全て の交信には、標準的なネットワークプロトコルとワイヤが使用される。マイクロ ソフトのリモートプロシージャ（ＲＰＣ）インターフェースを支持するマイクロ 図２に示されるように、ローカルコンピュータシステム１は、ローカルエアリ アネットワーク７として実施される。再び、マイクロソフトのリモートプロシー Ｔ^TMに基づくネットワークを使用することが望ましい。この場合、ネットワーク サーバ６に接続されたディスク駆動装置３に存在するデータファイル中のデータ をアプリケーションプログラムが読み出し、かつ、書き込むとき、ワークステー ション２は、そのアプリケーションプログラムを実行する。ネットワークサーバ ６はデータ保護ソフトウエアを実行し、そのデータ保護ソフトウエアは、書き込 み要求を中断し、かつ、記憶する。データ保護ソフトウエアは、さらに、ローカ ルネットワーク又は広領域ネットワーク４を介して書き込み要求をリモートコン ピュータシステム５に転送する。以上のように、リモートコンピュータシステム ５は、ディスク９に選択されたファイルの複写コピーを含む。書き込み要求を受 信すると、リモートコンピュータシステム５は、要求ログ内に要求を記憶し、確 認メッセージをネットワークサーバ６に送出し、そして指定されたデータファイ ルのコピーを更新する。ネットワークサーバ６は、さらに、リモートコンピュー タシステムからの確認メッセージを受信すると、完全なものとして書き込み要求 をマークする。 多重リモートコンピュータシステムで本願発明を実行することも可能である。 この場合、データ保護ソフトウエアは、書き込み要求を特定のリモートコンピュ ータシステムに送信する。このように、単一のデータファイルについて多重のバ ックアップコピーを作ることが可能である。 本願発明の好ましい実施例のソフトウエア部分は、基本的な３つの機能に分割 される。即ち、第１に、構成及び初期化、第２に、書き込み、中断および記憶、 第３に、書き込み、転送及び確認である。 設置及び初期化 図３は、セットアップ及び初期化機能を図示している。クライアントのコンフ ィギュレーションプロセス３１及びサーバプロセス３２によって、ユーザは、コ ンフィギュレーションデータベース３３の入力を追加し、変更し、または削除す ることができる。コンフィギュレーションデータベース３３は、ミラーイングさ れるファイルを特定する。図６に示すように、コンフィギュレーションデータベ ース３３の入力は、ソースファイルフィールド６１、行き先サイトフィールド６ ２、行き先ファイルフィールド６３、属性フィールド６４、及びデリートサフィ ックスフィールド６５から成る。ソースファイルフィールド６１は、ミラーイン グされるファイルを指定し、そして次のフォーマットのいづれか一つであること が望ましい。 c:＼a ＼x.doc ファイルc:＼a ＼x.doc のみのミラーイング c:＼a ＼＊.doc ディレクトリc:＼a において「＊.doc」で終了する全てのフ ァイルのミラーイング（他のワイルドカードの文字も使用さ れる） c:＼a ＼ c:＼a サブトリーにおける全てのファイルのミラーイング c:＼a ＼ c:＼a サブトリーにおいて「＊.doc」で終了する全てのファ イルのミラーイング （特にことわらない限り、当明細書のファイルネームについての言及には、パ スネームが含まれる。）行き先サイトフィールド６２は、バックアップファイル を含むリモートコンピュータシステムのネットワークシステムネームを指定する 。行き先サイトは、また、ローカルコンピュータシステムに接続されたＤＡＳＤ を指定するようにセットされる。多重の行き先サイトについてのミラーイングは 、各行き先サイトに対する独立のコンフィギュレーション入力を含むことによっ て達成される。行き先ファイルフィールド６３は、バックアップファイル又はデ ィレクトリの名前を指定する。行き先ファイルフィールド６３がディレクトリを 指定する場合、多重のソースファイルが特定されるときがその場合であるが、行 き先ファイルは、ソースファイルと同じファイルネームを有するディレクトリ（ 又はそのサブトリー）内のファイルである。属性フィールド６４は、ファイル（ 例えば、読み込みのみか又は許可）の属性がミラーイングされるかどうかを指示 する。デリートサフィックスフィールド６５は、ミラーイングされたファイルが デリートされるとき、デリートの代わりに、バックアップファイルを再度命名（ リネーム）するサフィックスを指定する。 図３に戻って、ユーザは、ローカルコンピュータシステム１でクライアントコ ンフィギュレーションプロセス３１を実行して、コンフィギュレーションデータ ベース３３に対する変更を特定する。ユーザがコンフィギュレーションデータベ ースに対する入力を変更し、又は追加する場合、クライアントコンフィギュレー ションプロセス３１がチェックすることは、リモートコンピュータシステム５に 有効要求を送出することにより指定した行き先サイト及びファイルが有効である ということである。その要求は、リモートコンピュータシステム５でリモートサ ーバプロセス３５によって処理される。そのリモートコンピュータシステム５が 証明することは、行き先ファイルが存在して、書き込まれるかどうかであって、 そして行き先ファイルが存在しない場合、それが作りだされるかどうかである。 その後、その結果はクライアントのコンフィギュレーションプロセス３１に戻さ れる。リモートサーバプロセス３５が要求を有効化する場合、クライアントのコ ンフィギュレーションプロセス３１は、その後、ローカルサーバプロセス３２に 入力を送出する。ローカルサーバプロセス３２は、指定されたソースファイルが アクセス可能であるかどうかを決定する場合のように、新らしいか、又は変更さ れた入力について有効性のチェックを最初に行う。入力が有効である場合、サー バプロセス３２は、コンフィギュレーションデータベース３３に対する入力を書 き込む。サーバプロセス３２は、その後、以下に示される送信プロセス５０及び ミラーイングドライバ４３に、次の事項を知らせる。その事項とは、入力が追加 されているか、又は変更されており、その結果送信プロセス５０及びミラーイン グドライバ４３は、そのテーブルを変更して、動作中に新しい情報を反映させる 。（本明細書において使用されているように、テーブルは、例えば、ディスクに 記憶されていることに対照的に、ローカルコンピュータシステム及びリモートコ ンピュータシステムのメモリに記憶されているデータに関連する。） 送信プロセス５０は、２つの別個であるが、関連する機能を実行する。即ち、 コンフィギュレーション情報をリモートコンピュータシステムに送信すること、 及びミラーイングされたファイル更新情報をリモートコンピュータシステムに送 信することである。後者の機能を以下に別々に説明する。 サーバプロセス３２がコンフィギュレーションにおける変更の送信プロセスを 知らせるとき、送信プロセス５０は、コンフィギュレーションバージョンナンバ ー３９を増加させる。コンフィギュレーションバージョンナンバー３９は、コン フィギュレーションデータベース３３の最新のバージョンを識別する。送信プロ セス５０は、コンフィギュレーションバージョンナンバー３９、及びリモートコ ンピュータシステムの受信プロセス５１に対する入力を送信する。受信プロセス ５１は、コンフィギュレーションバージョンナンバーをリモートコンフィギュレ ーションバージョンナンバーテーブル４０に加える。リモートコンフィギュレー ションバージョンナンバーテーブル４０の各入力は、ローカルマシーン、及びそ のマシーンから受信したコンフィギュレーションデータベースの最新のバージョ ンを識別する。この情報が使用されるのは、リモートマシーンのコンフィギュレ ーション情報がローカルマシーンのコンフィギュレーション情報と同期している ことを確実にするためである。 受信プロセス５１は、また、ルータコンフィギュレーションデータベース３７ に対する新たな入力を書き込む。図９に示すように、ルータコンフィギュレーシ ョンデータベース３７における入力は、ソースファイルフィールド１１０、ソー スサイトフィールド１１１、行き先ファイル又はディレクトリフィールド１１２ 、属性フィールド１１３、及びデリートサフィックスフィールド１１４から成る 。ルータコンフィギュレーションデータベースにおける全てのフィールドは、ソ ースサイトフィールドを除いて、コンフィギュレーションデータベース３７内の 対応するフィールドと同じである。そのソースサイトフィールドは、入力を受信 するローカルコンピュータシステムを指定する。 ルータコンフィギュレーションデータベース３７は、全てのローカルコンピュ ータシステムのコンフィギュレーションデータベースにおける行き先サイトとし てリモートコンピュータシステムを指定する全ての入力を含む。ルータプロセス ３８は、以下に詳細に説明するが、開始時にルータコンフィギュレーションデー タベースを読み出し、受信プロセス５１によって指示されたとき、以下に示すよ うに、ルータコンフィギュレーションテーブルを更新する。 ユーザが、クライアントのコンフィギュレーションプロセス３１を介して、コ ンフィギュレーションデータベース３３のエントリが削除されるべきであること を指示する場合に、サーバプロセス３２がその削除を行うとともに、その変化を ミラーイングドライバ４３へ伝達する。次に、ミラーイングドライバ４３が、そ のテーブルに削除された対応エントリのフラグを立てる。 ローカルコンピュータシステムが再スタートされる度に、ミラーイングドライ バ４３が、サーバプロセス３２及び送信プロセス５０を介して、コンフィギュレ ーションデータベース３３を読み取り、ドライバコンフィギュレーションテーブ ル４９及び送信プロセスコンフィギュレーションテーブル５９をそれぞれ作成す る。ドライバコンフィギュレーションテーブル４９は、コンフィギュレーション データベース３３に掲載された各ソースファイルについて、ソースファイルフィ ールドと、ソースファイルフィールドの内容に基づく巡回符号検査（ＣＲＣ）と を含む。ＣＲＣは、ドライバコンフィギュレーションテーブル４９のルックアッ プを最適化するために使用される。ＣＲＣの計算は、当業界に周知である。 送信プロセスコンフィギュレーションテーブル５９は、コンフィギュレーショ ンデータベース３３に掲載された各ソースファイルについて、ソースファイルフ ィールド６１、行き先ファイルフィールド６３、属性フィールド６４及びデリー トサフィックスフィールド６５の内容、並びに同じソースファイルを有する各コ ンフィギュレーションデータベースエントリで指示された行き先サイト６２のリ ストを含む。送信プロセスは、また、ソースファイルフィールドの内容に基づい てＣＲＣを作成する。 書き込み中断及び記憶 書き込み中断及び記憶ファンクションは、図４ａ及び図４ｂに示されている。 システムがスタートした後、アプリケーションプログラム４１により実行され るファイルオペレーションが、ローカルコンピュータシステムの入出力(Ｉ／Ｏ) マネージャ４２に送られる。Ｉ／Ｏマネージャ４２がファイルオペレーションを ミラーイングドライバ４３に送り、ミラーイングドライバ４３が、ファイルオペ レーションをファイルシステムドライバ４４に送る。 Ｉ／Ｏマネージャ４２及びファイルシステムドライバ４４は、標準のオペレー ティングシステムファンクションであって、当業界で周知である。ミラーイング ドライバ４３は、ファイルシステムドライバ４４に、例えば、Windows NTのIoAt tachDevice call を使用して結びつけられている。このようにして、ミラーイン グファンクションが、アプリケーション又はオペレーティングシステムプログラ ムの再翻訳を必要とせずに実行される。 ファイルオープン又は作成オペレーションがミラーイングドライバ４３に送ら れると、ミラーイングドライバ４３が、ドライバコンフィギュレーションテーブ ル４９をサーチしてファイルがミラーイングされるべきかどうかを決定する。ミ ラーイングドライバ４３が、先ず、オープンにされるべきファイルのファイルネ ームについてＣＲＣを作成する。コンフィギュレーションデータベースエントリ が固定のファイルネームについてのものである場合には、ＣＲＣが、エントリの ＣＲＣと比較される。一致が見つかると、２つのファイルネームが同じＣＲＣを 有している場合のチェックとして、オープンにされるべきファイルのネームが、 エントリのソースファイルネームと比較される。固定のファイルネームが見つか ると、他の固定のファイルはサーチされない。 コンフィギュレーションデータベースエントリがワイルドカード化ファイルネ ーム、サブツリー又はワイルドカード化ファイルネームを含むサブツリーについ てのものである場合には、オープンにされるべきファイルのファイルネームの長 さが、エントリのソースファイルネームの固定の（又はワイルドカード化されて いない）部分の長さと比較される。オープンにされるべきファイルのファイルネ ームの長さがエントリのファイルネームの固定部分の長さよりも短い場合には、 恐らくエントリがオープンにされるべきファイルと一致しないので、このエント リについてのチェックが停止する。そうでない場合には、エントリのソースのフ ァイルネームの固定部分がファイルネームの最初の部分と比較される。一致する と、ファイルネームの他の部分が、エントリのソースのファイルのワイルドカー ド化された部分と比較される。 オープンにされるべきファイルのファイルネームがドライバコンフィギュレー ションテーブル４９の任意のエントリと一致すると、ミラーイングドライバ４３ が、一時リストのエントリに、次の情報：ファイルオブジェクトポインタ（ファ イルを固有に識別するもの）；各一致したドライバコンフィギュレーションテー ブルエントリについて、ドライバコンフィギュレーションテーブルエントリと、 ドライバコンフィギュレーションテーブルエントリの非固定部分と一致するファ イルネームの部分とに対するポインタ；及び、ファイル上で実行されるオペレー ション（この場合は、オープンである）を記憶する。その後、ミラーイングドラ イバ４３が、オープンオペレーションをファイルシステムドライバ４４に送る。 オープンオペレーションが良好に完了すると、一時リストがオープンファイルリ スト４６に加えられる。そうでない場合には、一時リストが削除される。オープ ンファイルリスト４６が、各オープンされたファイルについての１つだけのエン トリと、ドライバコンフィギュレーションテーブル４９の対応するエントリのす べてに対するエントリポイントとを含む。 書き込み又はトランケートオペレーションが、ミラーイングドライバ４３に送 られると、ミラーイングドライバ４３が、ファイルオブジェクトポインタをチェ ックしてそれがオープンファイルリスト４６にあるかどうかを調べる。それがあ る場合には、ミラーイングドライバ４３が、オペレーションが良好に完了した時 点で、ミラーイングが必要であるということを指示するフラグをセットする。そ の後、ミラーイングドライバ４３が、Ｉ／Ｏオペレーションをファイルシステム ドライバ４４に送る。ファイルシステムドライバ４４が、Ｉ／Ｏオペレーション を実行しようと試み、それが成功した場合には、ミラーイングドライバ４３へ成 功コードを戻す。 ミラーイングドライバ４３が、ファイルシステムドライバ４４から成功コード を受け取って、ミラーイングフラグがセットされる場合には、ミラーイングドラ イバ４３が、記憶および送りログで１つ以上のエントリを生成する。図７に示さ れるように、記憶および送りログ４７の各エントリは、ソースファイルネームフ ィールド７１、ＣＲＣフィールド７２、コマンドコードフィールド７３、ファイ ルオフセットフィールド７４、データサイズフィールド７５及びデータフィール ド７６で構成される。 記憶および送りログのエントリが、オープンファイルリスト４６のファイルオ ブジェクトに対応する各コンフィギュレーションデータベースエントリについて 作成される。ソースファイルネームフィールド７１は、非固定部分（存在する場 合には）と一致するファイルネームの部分により続くドライバコンフィギュレー ションテーブルエントリで特定されるソースファイルネームを含む。ＣＲＣフィ ールド７２は、ドライバコンフィギュレーションテーブルエントリの対応するフ ィールドと同じになるようにセットされる。コマンドフィールド７３が、フィル ム上で実行すべき動作（例えばデータの書き込み）を指示する。ファイルオフセ ットフィールド７４が、データが書き込まれたミラーイングされたファイルのオ フセットにセットされる。データサイズフィールド７５が、書き込まれたデータ のサイズにセットされる。最後に、データフィールド７６が、ファイルに書き込 まれたデータのコピーを含む。好ましくは、現在の記憶および送りログが、所定 の最大のファイルサイズに到達したときに、新しい記憶および送りログが生成さ れるのがよい。 記憶および送りログ４７にエントリを作成した後、ミラーイングドライバ４３ が、成功コードをＩ／Ｏマネージャ４２に戻し、Ｉ／Ｏマネージャ４２が、成功 コードをアプリケーションプロセス４１に送る。 属性の削除、リネーム及び変更のようなファイルオペレーションは、また、ミ ラーイングドライバ４３により処理される。属性のオペレーションの削除及び変 更については、上述したように、ファイルがドライバコンフィギュレーションテ ーブル４９においてサーチされる。ドライバコンフィギュレーションテーブル４ ９で一致エントリが見つかって、オペレーションがローカルコンピュータシステ ム上で良好である場合には、ミラーイングドライバ４３が、上述したように再び オープンファイルリスト４６でエントリを作成する。この場合には、コマンドフ ィールド７４が属性の削除又は変更の情報で満たされる。リネームオペレーショ ンについては、ミラーイングドライバ４３が、ソース及びターゲットネームの双 方について、ドライバコンフィギュレーションテーブル４９をサーチする（リネ ームオペレーションがソースネームからターゲットネームにファイルをリネーム する場合）。リネームオペレーションがローカルコンピュータシステム上で良好 である場合には、一致エントリが、ターゲットファイルネームについてドライバ コンフィギュレーションテーブル４９で見つかり、ミラーイングドライバ４３が 、オープンファイルリスト４６でエントリを作成し、コマンドフィールド７４が 、コピーにセットされる。コピーにセットされたコマンドフィールドが、ファイ ルがリモートコンピュータシステムにコピーされるべきことを指示する。 ファイルがクローズされると、ミラーイングドライバ４３が、クローズされる べきファイルオブジェクトについて、オープンファイルリスト４６をチェックす る。ファイルが見つかると、ミラーイングドライバ４３が、ファイルが任意の係 属中の削除、コピー又は属性のオペレーションを有しているかどうかを更にチェ ックし、有している場合には、削除／コピー／属性の情報を記憶および送りログ ４７に書き込んで、コマンドフィールド７４が、オープンファイルリストエント リのコマンドにセットされ、オフセット、サイズ及びデータフィールドが、空に セットされる。最後に、ミラーイングドライバ４３が、オープンファイルリスト ４６からファイルエントリを除去する。 書込み送り及び確認 リモート行き先サイト（即ち、書込み送り及び確認ファンクション）における データの実際のミラーイングが、図５に示されている。送信プロセス５０は、ロ ーカルコンピュータシステム１上で実行し、また、リモートコンピュータシステ ム５でプロセス５１を受け取るために、ネッワーク４を通しての書込みオペレー ションの送り操作に対する責任を負う。 送信プロセス５０は、バックグラウンドで（即ち、ローカルコンピュータシス テム上の他のソフトウェアから非同期的に）実行し、記憶および送りログ４７を 周期的に読み出す。好ましくは、送信プロセス５０は、１０秒毎に、若しくは、 従前の読み出しが送られるべき新たなデータを発見した場合には即座に、記憶お よび送りログ４７を読み出す。 開始時に、送信プロセス５０は、コンフィギュレーションデータベース３３を 読み出して、送信プロセスコンフィギュレーションテーブル５９をメモリに構築 する。送信プロセスコンフィギュレーションテーブル５９は、基本的には、コン フィギュレーションデータベース３３と本質的に同じ情報を含んでいる。各エン トリは、コンフィギュレーションデータベース３３の対応エントリの、ソースフ ァイル、行き先サイト、行き先ファイル、属性、および、デリートサフィックス 情報を含む。更に、ソースファイルに基づくＣＲＣが、各エントリに関連付けら れている。 送信プロセス５０は、記憶および送りログ４７中の新たなＩ／Ｏリクエストを ２つの方法で突き止める。開始時に、及び、リモートコンピュータシステムがア ンブロックされるようになったときに（以下により詳細に記述されている）、送 信プロセス５０は、記憶および送り確認（ＳＦＡ）ログ５４を読み出す。ＳＦＡ ログ５４は、ミラーイングされたデータを受け取るための各リモートコンピュー タシステムについてのエントリを含んでいる。図８に示されるように、ＳＦＡロ グ５４の各エントリは、リモートコンピュータシステムの名前を表示するリモー トコンピュータシステムフィールド１０１と、リモートコンピュータシステムが 受信を確認した最後のエントリを含んでいる記憶および送りログを表示するよう な記憶および送りログナンバーフーイルド１０２と、リモートコンピュータシス テムへ送信された、指示された記憶および送りログ中の、その最後のエントリの オフセットを表示するオフセットフィールド1０３とを備える。ＳＦＡログ５４ の情報を用いて、送信プロセス５０は、確認されていない全ての係属中のＩ／Ｏ リクエストを、アンブロックされたリモートコンピュータシステムの各々へ送信 することができる。 また、通常のオペレーション中、送信プロセス５０は、送信された最後のエン トリへの各記憶および送りログ４７のためのポインタを維持する。送信プロセス ５０は各記憶および送りログ４７のエントリを先入れ先出し順に処理することか ら、送信された最後のエントリの後の記憶および送りログにおけるいずれかのエ ントリが新しい。 一旦送信プロセス５０が送信のために記憶および送りログエントリを突き止め ると、送信プロセス５０はソースファイルネームとＣＲＣ情報とをエントリから 引き出す。送信プロセス５０はその後、送信プロセスコンフィギュレーションテ ーブル５９の全体をスキャンし、好ましくはバイナリ・ツリー・サーチ・アルゴ リズムを使用して、整合するＣＲＣを有するエントリを突き止める。記憶および 送りログエントリのコマンドコードがコピーコマンド（以下に記述されている） 以外のものである場合、送信プロセス５０はその後、現在のコンフィギュレーシ ョンバージョンナンバー３９とともに、記憶および送りログエントリの、ソース ファイル、ＣＲＣ、コマンドコード、オフセット、サイズ、及びデータフィール ドを、送信プロセスコンフィギュレーションテーブルエントリで特定される行き 先サイトへ送る。上述したように、コンフィギュレーションバージョンナンバー ３９は、コンフィギュレーションデータベースの現在のバージョンを指示し、ま た、コンフィギュレーションデータベースが更新される毎にインクリメントされ る。コンフィギュレーションバージョンナンバー３９はまた、送信プロセス５０ が再開される毎にインクリメントされる。 リモートコンピュータシステムでは、受信プロセス５１が、送信プロセス５０ によって送信された情報を受け取って、それを一対のルータログファイル（ＲＴ １、ＲＴ２）５６に記憶する。受信プロセス５１は、先ず、送信プロセス５０に よって送信されたコンフィギュレーションバージョンナンバーが、リモートコン フィギュレーションバージョンナンバーテーブル４０に記憶されたコンフィギュ レーションバージョンナンバーと整合するかどうかをチェックする。もしバージ ョンナンバーが整合しない場合には、リモートコンピュータシステムのルータコ ンフィギュレーションデータベース３７は最新ではない。この場合、受信プロセ ス５１は、エラーコードを戻して、送信プロセス５０に対し、現在のコンフィギ ュレーション情報を送信するよう命令する。コンフィギュレーションバージョン ナンバーテーブル４０は、メモリに記憶され、リモートコンピュータシステムが 再開される毎に消去される。 コンフィギュレーションバージョンナンバーが整合する場合には、ＲＴ１及び ＲＴ２エントリが生成される。図１０に示されるように、各ＲＴ１エントリは、 以下のフィールドを備える、即ち、フルソースファイル名２１０、ＣＲＣ２１５ 、コマンドコード２２０、バックアップファイルオフセット２２５、サイズ２３ ０、ＲＴ２データオフセット２３５、ソースサイトＩＤ２４０、及びフラグ２４ ５である。最初の５つのフィールドは、ローカルコンピュータシステムから受け 取った情報を含む。ＲＴ２データオフセット情報２３５は、対応するＲＴ２ファ イルにおけるデータのオフセットを表示する。ソースサイトＩＤ２４０は、リク エストを送信したソースマシーンを表示し、フラグ２４５は、エントリで指示さ れたオペレーションの実行が完了したかどうかを表示する。ＲＴ２エントリは、 ローカルコンピュータシステムから受け取る未処理データを有する。 受信プロセス５１がＲＴ１、ＲＴ２への情報の書込みに成功した場合、受信プ ロセス５１は確認をソースマシーンへ送信する。この確認を受け取った後に、送 信プロセス５０は、記憶および送りログ４７のエントリに完了としてのマークを 付け、ＳＦＡログ５４を更新する。記憶および送りログの全てのエントリに完了 のマークを付けたとき、ログはクローズされ得る。ＲＴ１及びＲＴ２への書込み が成功しなかった場合、受信プロセス５１はエラーコードを戻す。好ましくは、 最大サイズがＲＴ１及びＲＴ２ファイルに対してセットされ得る。もしいずれか のルータログファイル（ＲＴ１若しくはＲＴ２）がその最大におけるものである 場合には、受信プロセス５１は新しいログファイルの対（例えば、ＲＴ１．００ ｎとＲＴ２．００ｎ）をオープンする。 ルータプロセス５３は、ファイル更新情報をバックアップファイル５５へ与え るために応答し得る。開始時に、ルータプロセス５３は、ルータコンフィギュレ ーションデータベース３７をルータコンフィギュレーションテーブル５８へ読み 込む。 各ＲＴ１ファイルは、当該ファイルが完了されていないエントリを含むかどう かを表示するフラグを有しており、最も古いＲＴ１ファイルが最初に処理される 。ルータプロセス５３は、ＲＴ１からエントリを読み出し、そのエントリに完了 としてのマーク付けがなされているかどうかをチェックする。もしエントリが完 了していなければ、ルータプロセス５３は、ブロックされたファイルログ５７（ 以下に記述されている）をチェックし、このエントリがブロックされたファイル に対するものかどうかを検査する。もしファイルがブロックされていれば、ルー タプロセス５３はそのエントリをスキップし、次のエントリを読み出す。 もしファイルがブロックされていなければ、ルータプロセス５３は、ＣＲＣと ソースファイルネーム情報とを使用して、ルータコンフィギュレーションデータ ベース３７をサーチし、どのバックアップファイルにファイルオペレーションが 適用されるべきかを判断する。ルータプロセス５３は、その後、バックアップフ ァイルがオープンされているかどうかをチェックし、オープンされていない場合 には、それをオープンする。ルータプロセス５３はまた、もしファイルが存在し なければ、なんらかの必要なディレクトリに加えてファイルを生成する。１０個 のフィイルが既にオープンされている場合には、現在のバックアップファイルを オープンする前に、最も最近ではなしに使用されたオープンファイルがクローズ される。ルータプロセス５３はその後、ファイルオペレーションをバックアップ ファイルへ適用し、ＲＴ１ファイルのエントリに「完了」としてマーク付けする 。ＲＴ１ファイルの全てのエントリが完了である場合には、その後、ルータプロ セス５３は、ファイルフラグを「ファイルコンプリート」にセットし、次のルー タログファイルの対をオープンする。 コピー処理と同期化 記憶および送りログ４７のエントリが、コピーにセットされたコマンドフィー ルド７３を有する場合、送信プロセス５０は、ソースファイルネーム７１で指示 されるファイルを、送信プロセスコンフィギュレーションテーブル５９中のソー スファイルネーム７１のための整合エントリで指示される１つの（複数の）行き 先サイトへコピーする。このコピー作業は、ミラーイングされたファイルを作り 直すようなデータ書込みをシミュレートし、且つ、上述された本発明のミラーイ ングシステムにバックアップファイルを自動的に生成させ、及び／又は、再書込 みさせることによって、成し遂げられる。ソースファイルネーム７１がディレク トリサブツリーを特定する場合には、そのディレクトリサブツリーの全てのファ イルが行き先サイトへコピーされる。 ユーザは、ソースマシーンからリモートマシーンへのファイルのコピーを、同 期コマンドを通じて開始することもできる。これは一般には、現存のファイルを コンフィギュレーションデータベース３３へ付加した後、若しくは、ミラーイン グされたファイルとバックアップファイルとが再同期化される必要があるときに なされる。図４ａに示されるように、サーバプロセス３２は、特定されるファイ ル若しくはディレクトリがコピーされるべきであることを表示するようなエント リを記憶および送りログ４７へ位置付けることによって、同期コマンドを処理す る。送信プロセス５０は、その後、上述したように、それらのファイルを１つの リモートコンピュータシステム若しくは複数のシステムへコピーする。 ブロッキング 図５を再び参照するに、もし、例えば、ネットワークが故障しているために、 書込み要求がリモートコンピュータシステムへ送られ得ない場合には、送信プロ セス５０は、そのサイトをブロックサイトリスト９１に加え且つローカルコンピ ュータシステムのユーザに、リモートサイトへのミラーイングが同時には起きな いことを通知する。そのとき、ユーザは、リモートコンピュータシステムにおけ るバックアップファイルを有するデータファイルに関して続けてワーキングする かを決定しうる。もし、ユーザがワーキングし続ける場合には、書込み要求は、 記憶および送りログに記憶され、バックアップファイルは、通信ラインが再確立 されるときに、更新される。 アンブロックコマンドは、ブロックサイトがアンブロックとなったか（すなわ ち、リモートコンピュータシステムとの通信が再確立されうるか）をチェックす る。もし、通信が再確立されうる場合には、アンブロックコマンドは、送信プロ セス５０に知らせる。そして、送信プロセス５０は、現在の記憶および送りログ ４７を閉じて、アンブロックサイトのためのエントリを有する最も古い記憶およ び送りログ４７を開き、ブロックサイトリスト９１におけるサイトのためのエン トリをアンブロックとしてマークする。それから、送信プロセス５０は、通常の 処理を続ける。アンブロックコマンドは、周期的に（例えば、５分毎に）自動的 に実行され、また、任意時にユーザによって手動的に実行されうるのが好ましい 。 ルータプロセス５３がバックアップファイルへ書込みできないことを検出する ときに、リモートコンピュータシステムに関してブロッキングが起きる。ルータ プロセス５３は、ルータコンフィギュレーションテーブルエントリおよびブロッ クオペレーションを含むルータログファイルの名前をリモートブロックファイル ログ５７へ加える。また、アンブロックコマンドは、周期的に自動的に実行され るか、または、ユーザによって手動的に実行されうる。 ファイルがアンブロックされるとき、ルータプロセス５３は、ブロックファイ ルログ５７におけるファイルのためのルータコンフィギュレーションエントリを アンブロックとしてマークする。そのとき、ルータプロセス５３は、現在のＲＴ １およびＲＴ２ログファイルを閉じ、ファイルがブロックされていたときに開い ていた対を開く。 前述したソフトウエアおよびデータファイルに加えて、当業者には、システム のオペレーション中に起きるエラーを記憶するためのローカルおよびリモートコ ンピュータシステムに関するエラーログファイルを維持することが一般的には有 用であることは理解されよう。 サーバおよびリモートサーバスタートアップ サーバプロセス３２がローカルコンピュータシステムに関して実行されるとき 、サーバプロセス３２は、既にスタートされていない場合には、ミラーイングド ライバ４３をスタートさせ、ミラーイングドライバ４３に対して現在のストアお よ びフォーワードログ４７を識別する。サーバプロセス３２は、また、ミラーイン グがオンである場合に、サーバプロセス５０をスタートさせる。さらに、サーバ プロセス３２は、クライアントコンフィギュレーションプロセス３１と通信する ためのインターフェイス（例えば、ＲＰＣインターフェイス）をセットアップす る。 各リモートマシンに関して、リモートサーバプロセス３５は、同様に、受信プ ロセス５１およびルータプロセス５３をスタートさせ、管理する。 単一コンピュータシステムが、ローカルコンピュータシステムおよびリモート コンピュータシステムの両方として同時に動作しうる。この場合には、前述した すべてのプロセスおよびファンクションは、その単一コンピュータシステムに存 在する。 本発明の好ましい実施例のみについて説明してきたのであるが、本発明は、こ のような特定の実施例に限定されるものでなく、本請求の範囲内に含まれるすベ ての均等物を含むものであることを理解されたい。

【手続補正書】特許法第１８４条の８第１項 【提出日】１９９７年７月７日 【補正内容】 請求の範囲 １．データ保護システムにおいて、 ａ．データ保護コードを有していない少なくとも１つのアプリケーションプロ グラムによってアクセスされるファイルシステムに存在する１つまたはそれ以上 のデータファイルを含むローカルコンピュータシステムと、 ｂ．前記１つまたはそれ以上のデータファイルのうちの少なくとも１つのバッ クアップコピーであって、各々が前記１つまたはそれ以上のデータファイルのう ちの１つに対応するようなバックアップコピーを記憶するためのリモートコンピ ュータシステムと、 ｃ．前記ローカルコンピュータシステムおよび前記リモートコンピュータシス テムを接続するネットワークと、を備えており、 ｄ．前記少なくとも１つのアプリケーションプログラムによる前記１つまたは それ以上のデータファイルのうちの選択されたサブセットからのファイルに対す る個々の変更を表す変更情報が、前記ローカルコンピュータシステムから前記ネ ットワークを通して前記リモートコンピュータシステムへと送信される、 ことを特徴とするデータ保護システム。 ２．前記個々の変更は、書込みオペレーションである請求項１記載のシステム。 ３．前記個々の変更は、ファイルオペレーションである請求項１記載のシステム 。 ４．前記変更情報は、前記個々の変更が前記ローカルコンピュータシステムに関 してなされる時と実質的に同時に前記ネットワークを通して送信される請求項１ 記載のシステム。 ５．前記バックアップコピーは、前記ローカルコンピュータシステムから受信さ れる変更情報で更新される請求項１記載のシステム。 ６．前記ローカルコンピュータシステムは、さらに、前記リモートコンピュータ システムへ送信される前に、前記変更情報が記憶されているログファイルを備え る請求項１記載のシステム。 ７．ａ．前記個々の変更を前記１つまたはそれ以上のデータファイルのうちの１ つ へ加える前記ローカルコンピュータシステムに関するファイルシステムドライバ と、 ｂ．前記変更情報を捕獲し前記変更情報を前記ログファイルに記憶させる前記 ファイルシステムドライバに取り付けられたミラーイングドライバと、 をさらに備える請求項６記載のシステム。 ８．前記リモートコンピュータシステムは、前記変更情報を受け取った後、前記 ローカルコンピュータシステムへ確認メッセージを送信する請求項６記載のシス テム。 ９．前記ローカルコンピュータシステムは、さらに、 ａ．１つまたはそれ以上のワークステーションと、 ｂ．ネットワークサーバと、 ｃ．前記ワークステーションンと前記ネットワークサーバとを接続するローカ ルエリアネットワークと、 を備える請求項１記載のシステム。 10．前記ローカルコンピュータシステムおよびリモートコンピュータシステムは 、同じシステムであり、前記ネットワークを通しての前記ローカルコンピュータ システムと前記リモートコンピュータシステムとの間の情報の送信は、ネットワ ークインターフェイスを使用することにより行われる請求項１記載のシステム。 11．データを保護するための方法において、 ａ．データ保護コードを有しておらず、ローカルコンピュータシステムにて実 行されるアプリケーションプログラムによって行われるファイルシステムに存在 する選択されたデータファイルに関するオペレーションを中断させ、 ｂ．前記オペレーションに関する情報を前記ローカルコンピュータシステムか らネットワークを通してリモートコンピュータシステムへと送信させ、 ｃ．該送信された情報に基づいて前記データファイルに対応する前記リモート コンピュータシステムに関するバックアップコピーを更新させる、 ことを特徴とする方法。 12．前記データファイルに関するオペレーションは、書込みオペレーションであ る請求項１１記載の方法。 13．前記データファイルに関するオペレーションは、ファイルオペレーションで ある請求項１１記載の方法。 14．前記送信ステップは、前記データファイルに関するオペレーションと実質的 に同時に行われる請求項１１記載の方法。 15．前記リモートコンピュータシステムへ情報を送信する前に、前記オペレーシ ョンに関する情報をログファイルに記憶させるステップをさらに含む請求項１１ 記載の方法。 16．前記リモートコンピュータシステムが前記オペレーションに関する情報を受 け取った後、前記リモートコンピュータシステムから前記ローカルコンピュータ システムへ確認メッセージを送信するステップをさらに含む請求項１５記載の方 法。 17．データ保護システムにおいて、 ａ．データ保護コードを有していない少なくとも１つのアプリケーションプロ グラムによってアクセスされる１つまたはそれ以上のデータファイルを含むロー カルコンピュータシステムと、 ｂ．前記１つまたはそれ以上のデータファイルの少なくとも１つの選択された もののバックアップコピーであって、各々が前記１つまたはそれ以上のデータフ ァイルのうちの１つに対応しているようなバックアップコピーを記憶するための リモートコンピュータシステムと、 ｃ．前記ローカルコンピュータシステムおよび前記リモートコンピュータシス テムを接続するネットワークと、 ｄ．前記ローカルコンピュータシテムに関連付けられ、前記１つまたはそれ以 上のデータファイルの前記少なくとも１つに関して前記少なくとも１つのアプリ ケーションプログラムによって行われているオペレーションを中断させるための 手段と、 ｅ．各中断されたオペレーションに関する情報を、前記ローカルコンピュータ システムから前記ネットワークを通して前記リモートコンピュータシステムへと 送信するための手段と、 ｆ．前記リモートコンピュータシステムに関連付けられ、前記送信された情報 に基づいて前記１つまたはそれ以上のデータファイルのうちの前記少なくとも１ つのデータファイルに対応するバックアップコピーを更新するための手段と、 を備えることを特徴とするデータ保護システム。 18．前記オペレーションを中断させるための手段および前記中断されたオペレー ションに関する情報を送信するための手段は、実質的に同時に動作する請求項１ ７記載のシステム。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＵ，ＡＺ，ＢＢ ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＮ，ＣＺ，ＥＥ，ＦＩ， ＧＥ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＶ，ＭＤ，ＭＧ，ＭＫ ，ＭＮ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＲＯ，ＲＵ，ＳＧ， ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＺ，Ｖ Ｎ (72)発明者 リー ウィンストン イー アメリカ合衆国 ニュージャージー州 08875 イースト ミルストーン ピーオ ーボックス 2087

Claims (1)

1. 【特許請求の範囲】 １．データ保護システムにおいて、 ａ．データ保護コードを有していない少なくとも１つのアプリケーションプロ グラムによってアクセスされる１つまたはそれ以上のデータファイルを含むロー カルコンピュータシステムと、 ｂ．前記１つまたはそれ以上のデータファイルのうちの少なくとも１つのバッ クアップコピーであって、各々が前記１つまたはそれ以上のデータファイルのう ちの１つに対応するようなバックアップコピーを記憶するためのリモートコンピ ュータシステムと、 ｃ．前記ローカルコンピュータシステムおよび前記リモートコンピュータシス テムを接続するネットワークと、を備えており、 ｄ．前記少なくとも１つのアプリケーションプログラムによる前記１つまたは それ以上のデータファイルのうちの１つに対する個々の変更を表す変更情報が、 前記ローカルコンピュータシステムから前記ネットワークを通して前記リモート コンピュータシステムへと送信される、 ことを特徴とするデータ保護システム。 ２．前記個々の変更は、書込みオペレーションである請求項１記載のシステム。 ３．前記個々の変更は、ファイルオペレーションである請求項１記載のシステム 。 ４．前記変更情報は、前記個々の変更が前記ローカルコンピュータシステムに関 してなされる時と実質的に同時に前記ネットワークを通して送信される請求項１ 記載のシステム。 ５．前記バックアップコピーは、前記ローカルコンピュータシステムから受信さ れる変更情報で更新される請求項１記載のシステム。 ６．前記ローカルコンピュータシステムは、さらに、前記リモートコンピュータ システムへ送信される前に、前記変更情報が記憶されているログファイルを備え る請求項１記載のシステム。 ７．ａ．前記個々の変更を前記１つまたはそれ以上のデータファイルのうちの１ つへ加える前記ローカルコンピュータシステムに関するファイルシステムドラ イバと、 ｂ．前記変更情報を捕獲し前記変更情報を前記ログファイルに記憶させる前記 ファイルシステムドライバに取り付けられたミラーイングドライバと、 をさらに備える請求項６記載のシステム。 ８．前記リモートコンピュータシステムは、前記変更情報を受け取った後、前記 ローカルコンピュータシステムヘ確認メッセージを送信する請求項６記載のシス テム。 ９．選択されたデータファイルのみに対する変更情報が前記リモートコンピュー タシステムへ送信される請求項１記載のシステム。 10．前記ローカルコンピュータシステムは、さらに、 ａ．１つまたはそれ以上のワークステーションと、 ｂ．ネットワークサーバと、 ｃ．前記ワークステーションンと前記ネットワークサーバとを接続するローカ ルエリアネットワークと、 を備える請求項１記載のシステム。 11．前記ローカルコンピュータシステムおよびリモートコンピュータシステムは 、同じシステムであり、前記ネットワークを通しての前記ローカルコンピュータ システムと前記リモートコンピュータシステムとの間の情報の送信は、ネットワ ークインターフェイスを使用することにより行われる請求項１記載のシステム。 12．データを保護するための方法において、 ａ．データ保護コードを有しておらず、ローカルコンピュータシステムにて実 行されるアプリケーションプログラムによって行われるデータファイルに関する オペレーションを中断させ、 ｂ．前記オペレーションに関する情報を前記ローカルコンピュータシステムか らネットワークを通してリモートコンピュータシステムへと送信させ、 ｃ．該送信された情報に基づいて前記データファイルに対応する前記リモート コンピュータシステムに関するバックアップコピーを更新させる、 ことを特徴とする方法。 13．前記データファイルに関するオペレーションは、書込みオペレーションであ る請求項１２記載の方法。 14．前記データファイルに関するオペレーションは、ファイルオペレーションで ある請求項１２記載の方法。 15．前記送信ステップは、前記データファイルに関するオペレーションと実質的 に同時に行われる請求項１２記載の方法。 16．前記リモートコンピュータシステムへ情報を送信する前に、前記オペレーシ ョンに関する情報をログファイルに記憶させるステップをさらに含む請求項１２ 記載の方法。 17．前記リモートコンピュータシステムが前記オペレーションに関する情報を受 け取った後、前記リモートコンピュータシステムから前記ローカルコンピュータ システムへ確認メッセージを送信するステップをさらに含む請求項１６記載の方 法。