JP2003536157A - データ記憶システムおよびプロセス - Google Patents

Abstract

(57)【要約】 コンピュータシステムは、システム内で故障が起こると、データを損失する恐れがある。このようなデータ損失を防止するために、バックアップシステムが採用され得る。一般的なバックアップシステムは、記憶装置上のデータまたは記憶装置上の変更されたデータのいずれかのコピーを作る。データをバックアップするプロセスは、比較的大きな量のデータの記憶を含み、そのため、通常、１日１回等のごく稀にしか行なわれない。コンピュータのデータが１日に１回しかバックアップされない場合、コンピュータシステムが故障したときに数時間のデータが損失する恐れがある。この発明の実施例を用いて、より頻繁にバックアップを行なうことにより、この種のデータ損失を防ぐことができる。より頻繁にバックアップするために、１回につきより少ないデータがバックアップされる。データがごく稀にしか行なわれない大規模なバックアップを経験する代わりに、この発明の実施例は、コンピュータシステムによって行なわれる記憶装置書込の定期的なログを形成する。ログは、実行されているアクティビティピクチャをコンピュータ記憶システムに提供する。ログを保存することによって、たとえば、それをネットワーク接続を通してリモートサイトに記憶することによって、コンピュータの状態は、所望のいずれかの細分性で再生成され得るが、これは、ログエントリを用いて所望のいずれかの時間でのコンピュータシステム内のデータの状態を再生成することによって、行なわれる。

Description

【発明の詳細な説明】

【０００１】

【発明の分野】

この発明は、データ記憶システムに関し、具体的な実施例では、コンピュータ
ハードディスクドライブの連続的な最新のバックアップのための能力を提供する
データ記憶システムに関する。

【０００２】

【発明の背景】

コンピュータシステムが始まって以来、コンピュータシステムの故障、クラッ
シュ、停電、および、結果としてデータ損失に繋がる他の状況が存在した。コン
ピュータシステムが故障すると多くの場合、不揮発性媒体記憶装置上に記憶され
ていないコンピュータシステム内のデータは損失する。コンピュータデータの損
失を防ぐために、コンピュータシステムのユーザは、種々の方式を実現してコン
ピュータデータを損失から保護してきた。コンピュータデータの損失を防ぐため
の１つの方法は、データバックアップ方式によるものである。バックアップ方式
は、一般に、元のデータが損失または破損した場合にアクセスされ得る記憶装置
にデータをコピーすることによって、コンピュータデータを保護する。

【０００３】 たとえば、会社全体に亘るネットワーク内でのコンピュータデータの普及のた
めに、多量のデータをバックアップするための機能は比較的よく知られている。
たとえば、ネットワーク内のデータをバックアップするためのある一般的な方式
は、低ユーザアクティビティの期間中にデータのスナップショットをとることで
ある。たとえば、多くのコンピュータシステムは一般に、システムを用いるユー
ザが殆ど存在しないか、または全く存在しない夜にバックアップされる。バック
アップの一般的な方法は、単に、テープまたはＲＡＩＤ（安価なディスクの冗長
アレイ（Redundant Array of Inexpensive Disks））等の大容量記憶媒体にハー
ドディスク上の全データをコピーすることである。

【０００４】 ネットワーク内のデータ量が増えると、システム内の全データを毎日バックア
ップすることは、実用的でなくなる恐れがある。大部分のシステムは一般に、バ
ックアップされるデータを制限して、１日の間に変更されたファイルのみを含む
。変更されたファイルのみをバックアップする方法によって、バックアップの負
担は軽減され得るが、破局故障の後にデータを復元するプロセスは、多数の連続
した日々からのデータのロードを必要とし得る。それにもかかわらず、ネットワ
ークバックアップシステムは、依然として一般にスナップショットベースである
。つまり、それらは定期的に、一般には１日に１回、実行される。変更されたフ
ァイルのみが１日に１回バックアップされる大きなシステムでは、全システムの
バックアップは一般に、１週間に１回、たとえば週末に行なわれる。

【０００５】 これらのコンピュータシステムバックアップの一般的な方式には、いくつかの
難題が存在する。明らかな第１の難題は、以下の理由から生じる。すなわち、フ
ァイルは１日に１回バックアップされるが、１日の間に起こる故障によって、数
時間のデータまたは仕事の結果が損失し得るために、生じる。別の難題は、以下
の理由から生じ得る。すなわち、バックアップ期間中、多くの量のネットワーク
帯域幅が、バックアップシステムへのファイルの転送時に消費され得るために、
生じ得る。この帯域幅使用要件は、並行に実行され得る他のシステム機能に干渉
し得る。

【０００６】 いくつかのシステムは、バックアップが１日に１回しか行なわれない場合に起
こり得る数時間のデータの損失という問題に、バックアップ頻度を増加させるこ
とによって対処しようとした。たとえば、いくつかのワードプロセッシングプロ
グラムは、開かれたファイルを定期的に記憶する機能を有し得る。定期的にファ
イルを記憶する方法によって、破局故障のために多くの時間のデータが失われる
という問題がいくらか軽減され得る。しかし、ネットワーク内の多くのユーザか
らのファイルを連続的に記憶することによって、多くの量のネットワーク帯域幅
が消費される恐れがあり、すべてのユーザがスローダウンされることになる。余
分なバックアップトラフィックでネットワークに負担をかけることによってネッ
トワーク応答時間をスローダウンすることに加えて、使用可能な帯域幅、したが
って、ネットワークの能力および効率が減じられる。

【０００７】 現在のシステムにおける上述の問題点のため、破局故障の間のデータの損失を
最小にでき、かつ余分なバックアップトラフィックでコンピュータシステムの機
能に悪影響を与えない効率的で連続的なバックアップが必要とされている。

【０００８】

【開示の概要】

したがって、上述の先行技術の限界を克服し、この明細書を読むことによって
明らかとなるような他の限界を克服するために、この発明の好ましい実施例は、
コンピュータシステム内の大容量記憶装置の効率的で連続的なバックアップを可
能にするためのシステムおよび方法に関する。

【０００９】 この発明の好ましい実施例は、任意の時間または故障が起こった時点までデー
タを復元する能力を提供する。

【００１０】 特に、このシステムの好ましい実施例は、ある特定の任意の時間にシステムデ
ータのスナップショットを記憶する代わりに、データ変更の連続的な記録を生成
する連続的なバックアップ能力を提供する。

【００１１】 ある例示的な実施例では、効率的で連続的なバックアップを可能にするための
システムおよびプロセスは、ログ支援ディスク技術（ＬＡＤ）に基づく。ＬＡＤ
の１つの実施例は、オペレーティングシステムの通常のディスクインターフェイ
スに加えられるソフトウェア層を含む。ＬＡＤソフトウェアによって、さらなる
能力がディスクインターフェイスに加えられ得る。ＬＡＤソフトウェア層を備え
たディスクインターフェイスは、オペレーティングシステムにとっては通常のデ
ィスクドライブインターフェイスのように見え、かつ働く。その動作も、ユーザ
に気づかれない。

【００１２】 コンピュータネットワーク内のワークステーション上で実現される例示的なＬ
ＡＤベースのシステムでは、ＬＡＤに書込まれるデータも、サーバ上で実行され
ている別個の記憶プログラムへの送信のために待ち行列に入れられる。データは
、ＬＡＤに書込まれた順序で記憶サーバに送られる。これらの順序よく並べられ
たデータ送信によって、ＬＡＤに書込まれるデータの完全なコピーを記憶サーバ
が維持することが可能となる。記憶サーバは、ＬＡＤに書込まれるデータの完全
なコピーを維持するため、記憶サーバは、いずれの時点についても、その時点で
最新であったデータのすべてを判断することができる。この機能によって、ある
特定のいずれかの時点でのローカルワークステーションハードディスクの仮想デ
ィスクイメージの作成が可能となる。サーバは、ワークステーションディスクに
書込まれる全データの完全なバックアップカバレッジを提供でき、スナップショ
ット時のデータしか収集しない毎日のスナップショットシステムを改善できる。
ＬＡＤシステムの別の利点は、それが休止中ファイルおよび使用中ファイルの両
方のバックアップとして働くことができることである。

【００１３】 ＬＡＤ能力を含むシステムのさらなる実施例では、サーバへの送信のために待
ち行列に入れられるディスクアクティビティは、ネットワーク上のトラフィック
が少ない時期にのみ送られる。この様態により、ワークステーションデータの連
続的なバックアップがネットワークの全性能に悪影響を及ぼすことがなくなる。

【００１４】 同じ番号が全体に亘って同様の要素を指す図が参照される。

【００１５】

【好ましい実施例の詳細な説明】

以下の説明では、この一部を形成し、かつ発明が実施され得る具体的な実施例
が例示によって示される添付の図が参照される。この開示の発明の概念および範
囲から逸脱することなしに、他の実施例を構造的な変更として用いてもよいこと
が理解されるべきである。

【００１６】 したがって、この発明の実施例は一般に、いずれの計算プラットホーム上でも
実現される連続的なバックアップシステムに関する。しかし、この開示を簡素化
するために、好ましい実施例はここでは、ネットワークに接続されるワークステ
ーションのために行なわれるバックアップに関して説明される。この例示的な実
施例は、当業者にとって馴染みやすい例として選択されるが、この発明を例示的
な実施例に限定することは意図していない。当業者は、ここで開示される発明の
局面の広い適用可能性を認識するであろう。したがって、開示される例は、この
開示の発明の局面を例示することを意図しており、それらをある特定の形または
実現例に限定することは意図してない。

【００１７】 図１は、先行技術のバックアップシステムの一例を示すブロック図である。図
１では、ワークステーション１０１が、ネットワーク１２７を用いてバックアッ
プされる。ワークステーション１０１上で実行されるアプリケーションは、書込
１０５を行ない、これは、ワークステーションの大容量記憶装置上に、この例で
はディスク１１７上に、記録される。アプリケーション１０３の書込１０５は、
オペレーティングシステム１０７によって受入れられる。オペレーティングシス
テムは、アプリケーション書込をセクタ書込１０９へと変更し、これらの各々は
、セクタアドレス１１１およびデータ１１３を含む。セクタ書込は、ディスクコ
ントローラ１１５に伝えられ、次に、これは、ディスク１１７に対する実際のセ
クタ書込を行なう。指定された周期で、たとえば１日に１回、またはコマンドで
、バックアップが行なわれる。バックアップは、最後のバックアップ以後に変更
されたディスク１１７上のファイルのコピーをネットワークインターフェイスカ
ード（ＮＩＣ）１１９に伝える。この例示的な実施例では、ネットワークインタ
ーフェイスカード１１９は、イーサネット（Ｒ）カードを含む。カードは、サー
バ１２３にさらに接続されるイーサネット（Ｒ）ケーブル１２１に接続される。
サーバは、イーサネット（Ｒ）１２１の向こうのネットワークインターフェイス
カード１１９からの通信を受取り、その通信を大容量記憶装置１２５に書込む。
このようにして、ある特定の日の間にディスク１１７上で変更されるいずれのフ
ァイルも大容量記憶装置１２５にコピーされて、ワークステーション内での破局
故障の場合のためにそれらが保存される。

【００１８】 図２は、この発明のある実施例に従ったワークステーションを示す。ワークス
テーション２０１は、アプリケーション１０３を実行し、これは、上述のように
、アプリケーション書込１０５を発行し始める。書込１０５は、オペレーティン
グシステム１０７によって受入れられ、セクタ書込１０９へと変換される。セク
タ書込の各々は、セクタアドレス１１１およびセクタデータ１１３を含む。この
例では、図２の例示的な実施例における項目１０３から１１３は、図１の先行技
術のシステム内で同様に番号が付けられた項目と同一であり得る。

【００１９】 セクタ書込１０９は、ログ支援ディスクＬＡＤ２０３に伝えられる。ログ支援
ディスクシステム２０３は、セクタ書込１０９を蓄積し、ワークステーションク
ロック２０５時間を用いてセクタ書込にタイプスタンプを記録する。ログ支援デ
ィスク待ち行列がほぼいっぱいであるとき等の予め定められた時間に、予め定め
られた時間間隔で、またはネットワーク上のトラフィックが最小であるときに、
ワークステーションクロック２０５によってタイムスタンプが記録されたセクタ
書込１０９を含む新しいデータ構造が、ネットワークインターフェイスカード１
１９に提供される。例示的にはイーサネット（Ｒ）カードであるネットワークイ
ンターフェイスカード１１９は、ワークステーションクロックによってタイムス
タンプが記録されたセクタ書込をイーサネット（Ｒ）１２１に、さらにはサーバ
１２３に、続いて大容量記憶装置１２５に結合する。

【００２０】 しかし、この例では、大容量記憶装置は変更されたファイルを含むのではなく
、大容量記憶装置は、ディスクへのセクタ書込のログを含む。セクタ書込にはま
た、ワークステーションクロック２０５によってタイムスタンプが記録されてお
り、各々がオペレーティングシステムによって生成された時間がわかるようにな
っている。加えて、ログ支援ディスクシステムは、１日に何度も、たとえば、ネ
ットワークトラフィックが低い期間中にネットワークを通して大容量記憶装置に
書込みができるため、固定されたバックアップ周期は必要ではなくなり得る。

【００２１】 さらなる実施例では、ＬＡＤ２０３は、書込が起こるとネットワーク１２７を
介して大容量記憶装置１２５に書込むように制御され得る。この様態により、破
局的事象がワークステーション２０１に起こった場合にも、データの損失は最小
であるか、またはデータは全く損失しない。なぜならば、すべての書込は大容量
記憶装置１２５に連続的に、効率的に記録されているためである。

【００２２】 定期的なバックアップと比較して提供されるさらなる利点は、元のシステムデ
ータが微細な細分性で再生成され得ることである。これは、損失し得る大部分の
データは、ＬＡＤからネットワークに書込まれることを待っているものであるこ
とを意味する。ネットワークの大容量記憶装置１２５に対するログ支援ディスク
システム２０３の書込と書込との間の待ち時間の期間は、できる限り短くされ得
る。期間が５分にされる場合、ワークステーション２０１での破局故障が引き起
こすおそれのある大部分のデータは、最後のログがディスク送信を支援してから
５分の書込の間に生じたデータであり得る。

【００２３】 加えて、各ファイルの最後に更新されたバーションを単純に記録することとは
対照的に、大容量記憶装置は、イベントオンのログを含むため、ワークステーシ
ョンディスク１１７は、ログ内の所与のいずれの時間にまでも再生成され得る。
ワークステーションディスクを再生成する能力は、アプリケーションが、たとえ
ばワークステーション２０１で破局故障を引き起こした場合に、非常に有用であ
り得る。アプリケーションの書込は、ログ支援ディスクを通してトレースされ得
、古いワークステーションディスク１１７をミラーリングした新しいディスクが
生成され得る。新しいディスク記録は、たとえば、破局故障を引き起こすアプリ
ケーションが開始された点を含む、ログ内のいずれの時点にまでも再生成され得
る。ディスクは、故障までの任意の時間にそれが存在していたまま再生成され得
るため、バックアップシステムは大きな柔軟性を提供する。

【００２４】 図３は、この発明の例示的な実施例に従ったログ支援ディスクシステムの動作
のより詳細な説明である。セクタアドレス１１１およびセクタデータ１１３を含
むセクタ書込１０９は、ログ支援ディスク（ＬＡＤ）２０３に伝えられる。セク
タ書込１０９はまた、ＬＡＤからディスクコントローラ１１５へと、ワークステ
ーションディスク１１７上への記録のために必要に応じて伝えられる。セクタ書
込１０９はまた、ワークステーションクロック２０５によって、または時間情報
の他のソースによって、タイムスタンプ３０３を記録され、次に、ログ支援ディ
スク待ち行列３０５に送られる。ログ待ち行列３０５は、セクタ書込をそれらの
タイムスタンプとともに、それらがネットワークに書込まれる時間までずっと待
ち行列に入れる。ＬＡＤ待ち行列がネットワークに書込まれるべき時間になると
、待ち行列は、ネットワークインターフェイスカード１１９に、例示的な例では
、イーサネット（Ｒ）カードに伝えられ、次にイーサネット（Ｒ）１２１に、さ
らにはサーバ１２３および大容量記憶ユニット１２５に伝えられる。

【００２５】 図４は、この発明のさらなる実施例に従ったワークステーション内のバックア
ップシステムの一例である。上の図１、図２、および図３でのように、セクタア
ドレス１１１およびデータ１１３を含むセクタ書込１０９は、ログ支援ディスク
システム４０３によって受入れられる。次に、セクタ書込は、ログ支援ディスク
システム４０３によってディスクコントローラ１１５に提供され、これは、セク
タアドレスおよびデータを、通常のディスク書込４０７を利用してディスク１１
７に書込む。加えて、セクタ書込は、ワークステーションクロック２０５によっ
てタイムスタンプを記録され、通常のディスク書込４０７に干渉しないように、
ログ支援ディスク４０３内で待ち行列に入れられる。次に、タイムスタンプが記
録されたセクタ書込は、ディスクコントローラ１１５によって、ログファイル４
０５に書込まれ、ディスク１１７にも書込まれる。ワークステーションクロック
を用いる代わりに、他の実施例では、他の時間ソースが用いられてもよい。時間
は、ネットワーククロック、ある特定の時間基準に同期させられたもの等の独立
した時間ソース、または種々の他のソースから提供され得る。

【００２６】 マルチディスクシステムでは、ログファイル４０５は、通常のディスク書込４
０７を記録するために用いられているディスクとは異なる第２の物理ディスクに
書込まれてもよい。通常のディスク書込４０７が行なわれていた第１のディスク
が故障すると、第２のディスク上のログファイルを用いて、第１のディスクの故
障の前の第１のディスクの状態を再生成することができる。

【００２７】 １つがＬＡＤシステムを含む２つのディスクの、システムを用いることによっ
て、高度な「アンドゥ」能力が提供される。したがって、たとえば、ワークステ
ーションのオペレータが数時間の仕事を取消す必要があると判断した場合、ログ
ファイルを用いて数時間前のディスクの状態を再生成することができる。加えて
、ログファイル４０５は、事実上、通常のディスク書込４０７の連続的なバック
アップを生成し得る。ここでの記憶装置の例は、ハードディスクドライブに関し
て例示されている。当業者は、ここで開示される発明の技術とともにいずれの記
憶媒体または装置も用いられ得ることを認識するであろう。ハードディスクは、
単なる例示的な装置として選択されたにすぎない。なぜならば、それは広く普及
しているために当業者にとっては馴染みやすい例であるからである。ハードディ
スクが例示的なメモリ装置として選択されたことにより、発明の技術上のいずれ
の限定も推論されることがあってはならない。取外し可能な媒体、テープ、書込
可能なＣＤ−ＲＯＭ、ＷＯＲＭ（ライトワンスリードメニー（Write Once Read
Many））フラッシュメモリ、ＥＥＰＲＯＭ（電気消去可能プログラマブル読出専
用メモリ）等の装置、および他の記憶装置が用いられ得る。ここで開示される発
明の技術は、記憶装置、および記憶装置とシステムとの一般的な組合せに適用可
能である。

【００２８】 図５は、例示的なログ支援ディスクデータ構造の例示である。ログ支援ディス
クシステムは事実上、変更記録であるため、それは、変更を参照するための時点
を有さなければならない。理想的には、ログ支援ディスクは、ハードディスクド
ライブが最初に使用されるときに開始され、したがって、故障時にはハードディ
スクのいずれの中間の状態も再生成され得る。ハードディスクが既に使用されて
いる場合、ディスクのスナップショット５０１が、たとえばログ支援ディスクシ
ステムの初期の動作の一部としてとられ得る。ディスクのスナップショットは、
ディスクの全書込セクタのコピーである。ディスクのスナップショットは、たと
えば、時間０に対応するように設定され、大容量記憶ユニット１２５等のバック
アップユニットにコピーされる。一旦ディスクのスナップショットが大容量記憶
装置１２５上に記憶されると、ログ支援ディスクシステムは、開始点を把握し、
スナップショットイメージへのいずれの後続の変更も記録し得る。変更は、セク
タ書込の時間、書込まれている実際のセクタ、およびセクタデータ５０７を含む
。次に、ディスクのスナップショット５０１をとり、さらには時間０と時間Ｎと
の間に存在するセクタ５０５に対するデータ書込５０７を行なうことによって、
ディスクは時間の終り５０９まで再生成され得る。当然のことながら、ログ内の
ディスクのいずれの中間の状態も再生成され得る。代替的には、ある特定の書込
が把握され得る。

【００２９】 ログ支援ディスクシステムを用いて、コンピュータシステム内での変更に関す
る種々の計量(metrics)を把握することもできる。たとえば、プロセスを制御し
ているか、またはデータ事象を記録しているコンピュータシステムは、事象が起
こった時間、システム内の定期的なアクティビティ、およびシステム内の事象の
プロファイルおよびボリュームを判断するために、ログ支援ディスクを用い得る
。本質的に、システム内のアクティビティの履歴が収集され、その履歴は、アク
ティビティのその履歴内に存在するいずれかの固有データのために調べられ得る
。

【００３０】 図６は、最小のセクタ書込でバックアップを生成するためのログ支援ディスク
システムの動作を示す。図６の時間１では、セクタ（Ｎ−１）および（Ｎ＋１）
が示される。時間１では、セクタ（Ｎ−１）のデータは、データ（１）を有し、
セクタＮのデータは、データ（１）を有し、セクタ（Ｎ＋１）のデータは、デー
タ（１）を有する。時間２では、セクタＮは、データ（２）を有し、セクタ（Ｎ
＋１）には、データ（２）が書込まれる。時間３では、データ（３）がセクタ（
Ｎ−１）に書込まれ、データ（３）がセクタ（Ｎ）に書込まれ、セクタ（Ｎ＋１
）には何も書込まれず、データ（２）が依然としてセクタ（Ｎ＋１）内に存在す
る。図６の例示からわかるように、スマートログ支援ディスクを実現することに
よって、セクタＮ内のデータ（２）、つまり６０１は、バックアップに書込まれ
る必要が全くなくなる。これは、セクタＮが、データ（１）で開始し、データ（
２）を書込まれ、次にデータ（３）によって重ね書きされたためである。したが
って、データ（２）、つまり６０１は、通常のディスク動作での将来の書込によ
って破棄されるべきディスクの中間の状態にすぎない。

【００３１】 図６で示されるようなスマートセクタマップを維持することによって、セクタ
の中間値は、バックアップとして書込まれる必要がなくなる。いずれかの期間中
のセクタの最終値のみが、バックアップとして書込まれればよい。これによって
、当然のことながら、任意の時点のデータディスクを再生成するための能力が除
去されるであろう。しかし、重いトラフィックのネットワークでは、この実施例
は、ネットワークトラフィックを最小にするために許容できる妥協となり得る。
スマートディスク技術が、ネットワークに対するＬＡＤシステムの逐次的な書込
と書込との間でのみ適用されると、損失するおそれのあるデータは、せいぜい、
ネットワークバックアップシステムに対する逐次的なＬＡＤシステムの書込と書
込との間の時間の中のデータであり得る。この期間は、何分または何秒という短
い期間に限定され得る。

【００３２】 多くのオペレーティングシステムは、さまざまな種類のアルゴリズムを用いて
ハードディスクのブロックに対するセクタ書込を制御する。たとえば、記憶ブロ
ックは、待ち行列、およびオペレーティングシステムが用いる最も過去に用いら
れたブロックへと構成され得る。ログ支援ディスクの、このようなオペレーティ
ングシステムの実施例は、最も最近に用いられたハードディスクブロックが可能
なときにはいつでも再び用いられるように、変更されてもよい。ハードディスク
システム内のブロックを再び用いることを強調することによって、スマートログ
支援ディスクは、より多くの数のセクタ書込を除去でき、さらに、ログ支援ディ
スクを用いてシステムをバックアップするのに必要なネットワークトラフィック
を最小にできる。ログ支援ディスクシステムは、バックアップシステム内で以前
は知られていなかった、コンピュータシステム内での柔軟性を提供することがで
きる。

【００３３】 ログ支援ディスクシステムを用いて、異なるロケーションで並列またはミラー
サイトを生成することもできる。ログ支援ディスクシステムを用いると、データ
は、たとえば、それが起こったときに、同じデータに興味を示したいくつかのサ
イトに送られ得る。遠隔計算サイトの各々は、最初のサイトを生成するために用
いられたデータのハードディスクコピーを有し得る。リモートデータベース等の
アプリケーションは、事実上、元のデータディスクにバックアップを提供しなが
ら、連続的に最新の状態に維持され得る。

【００３４】 ログ支援ディスクシステムは、パーソナルコンピュータと、たとえば図３で示
されるようなネットワークに接続されたワークステーションとにバックアップを
提供することができる。イーサネット（Ｒ）接続に結合されるネットワークイン
ターフェイスカード１１９は、ＬＡＤシステムが採用し得る相互接続の一例にす
ぎない。

【００３５】 ＮＩＣはまた、電話線、デジタル加入者線（ＤＳＬ）、ケーブルモデム、また
はインターネットへの他の接続を介して、接続を提供し得る。インターネットは
、インターネットに接続されたサーバ１２３を通してリモート大容量記憶装置１
２５への接続を提供し得る。

【００３６】 加えて、ＮＩＣ１１９は、ネットワークに接続されていなくてもよい。ＮＩＣ
１１９は、たとえば、ログエントリを受入れ、かつ要求された時にはログエント
リを戻すように設計されたリモートバックアップ機構に電話線または専用回線を
介して接続され得る。

【００３７】 加えて、ログエントリは、いずれの種類のネットワーク接続も必要とせずに、
テープ駆動機構等のローカル大容量記憶装置に直接書込まれ得る。

【００３８】 この開示の例示的な実施例の上述の説明は、例示および説明のために示された
。それは、余すところのないものとして意図されているわけではなく、または発
明の概念を開示された実施例に限定するものとして意図されているわけでもない
。上述の教示の観点から、多くの変形および変更が可能である。この発明の範囲
は、この詳細な説明で限定されているのではなく、前掲の添付の請求項によって
限定されることが意図される。

【図面の簡単な説明】

【図１】 ネットワーク接続を用いてワークステーションがバックアップさ
れる、先行技術のバックアップシステムのブロック図である。

【図２】 ネットワーク接続を用いてワークステーションがバックアップさ
れる、この発明の実施例に従ったブロック図である。

【図３】 ログ支援ディスクの機能が例示されている、この発明の実施例に
従ったブロック図である。

【図４】 単一のワークステーション上で実現されるこの発明の例示的な実
施例を示す図である。

【図５】 この発明の実施例に従ったログ支援ディスクベースのシステム（
ＬＡＤ）を実現するために用いられるデータ構造を示す図である。

【図６】 ディスクアクセスの効率を上げるためにログ支援ディスク構成が
さらに用いられる、この発明の実施例に従ったログ支援ディスクシステムのデー
タ構造の一部を示す図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＣ，ＥＥ，ＥＳ，ＦＩ，ＧＢ， ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，Ｉ Ｎ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ， ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ， ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ 【要約の続き】 テムに提供する。ログを保存することによって、たとえ ば、それをネットワーク接続を通してリモートサイトに 記憶することによって、コンピュータの状態は、所望の いずれかの細分性で再生成され得るが、これは、ログエ ントリを用いて所望のいずれかの時間でのコンピュータ システム内のデータの状態を再生成することによって、 行なわれる。

Claims (20)

【特許請求の範囲】
1. 【請求項１】 大容量記憶装置のバックアップを生成するための装置であっ
   て、前記装置は、 大容量記憶装置書込コマンドを受取るための入力部を含み、前記コマンドは、
   データおよびデータが書込まれる大容量記憶装置アドレスを含み、前記装置はさ
   らに、 時間情報のソースと、 大容量記憶装置書込コマンドを時間情報に関連付けてログエントリを生成する
   ための回路と、 ログエントリを受入れるための記憶装置とを含む、装置。
2. 【請求項２】 大容量記憶装置書込コマンドを時間情報に関連付けるための
   回路は、計算要素およびプログラム要素を含み、時間を大容量記憶装置コマンド
   と組合せてログエントリを生成する、請求項１に記載の装置。
3. 【請求項３】 ログエントリを受入れるための記憶装置はさらに、 ログエントリを受入れ、さらには前記ログエントリをネットワークに結合する
   ためのネットワーク接続と、 ネットワークからログエントリを受入れ、ログエントリをログファイル大容量
   記憶装置上のログファイルに提供するためのサーバとを含む、請求項１に記載の
   装置。
4. 【請求項４】 ネットワークはインターネットである、請求項１に記載の装
   置。
5. 【請求項５】 データが書込まれる大容量記憶装置アドレスは、セクタアド
   レスを含む、請求項１に記載の装置。
6. 【請求項６】 ログエントリを受入れるための記憶装置は大容量記憶装置で
   ある、請求項１に記載の装置。
7. 【請求項７】 大容量記憶装置はハードディスクシステムである、請求項１
   に記載の装置。
8. 【請求項８】 ログエントリを受入れるための記憶装置は、ＲＡＭベースの
   仮想ディスクである、請求項１に記載の装置。
9. 【請求項９】 大容量記憶装置をバックアップするための方法であって、 バックアップされるべき大容量記憶装置のための大容量記憶装置書込コマンド
   を受入れるステップと、 前記大容量記憶装置書込コマンドの各々に時間を追加してログエントリを形成
   するステップと、 前記ログエントリをログファイル内に記憶するステップとを含む、方法。
10. 【請求項１０】 ログファイルを不揮発性記憶装置内に記憶するステップを
    さらに含む、請求項９に記載の方法。
11. 【請求項１１】 ログファイルを不揮発性記憶装置内に記憶するステップは
    、バックアップされるべき大容量記憶装置とは異なるローカル大容量記憶装置内
    にログファイルを記憶するステップをさらに含む、請求項９に記載の方法。
12. 【請求項１２】 大容量記憶装置はハードディスクである、請求項１１に記
    載の方法。
13. 【請求項１３】 ログファイルを不揮発性記憶装置内に記憶するステップは
    さらに、 ログファイルをネットワークインターフェイスに提供するステップと、 ネットワークインターフェイスを用いてログファイルをネットワークに結合す
    るステップと、 ネットワークからログファイルを受入れるステップと、 大容量記憶装置上にログファイルを記憶するステップとを含む、請求項１０に
    記載の方法。
14. 【請求項１４】 ネットワークインターフェイスを用いてログファイルをネ
    ットワークに結合するステップはさらに、 ネットワークからステータスを受取るステップと、 ステータスをテストしてネットワークトラフィックが低いかを判断するステッ
    プと、 ネットワークトラフィックに応じてログファイルをネットワークに結合するス
    テップとを含む、請求項１３に記載の方法。
15. 【請求項１５】 バックアップされるべき大容量記憶装置のための大容量記
    憶装置書込コマンドを受入れる前に、バックアップされるべき大容量記憶装置の
    スナップショットをとるステップをさらに含む、請求項９に記載の方法。
16. 【請求項１６】 前記ログエントリをログファイル内に記憶するステップは
    さらに、 最新のログエントリから書込まれるべきセクタを判断するステップと、 同じアドレスに書込むより早期のタイムスタンプを有するログエントリを探索
    するステップと、 最新のログエントリと同じアドレスにデータを書込むより早期のタイムスタン
    プを備えたいずれかのログエントリを削除するステップとを含む、請求項９に記
    載の方法。
17. 【請求項１７】 ある所与の時間の大容量記憶装置の状態を再生成するため
    の方法であって、 大容量記憶装置の状態のスナップショットを受入れるステップと、 スナップショットの時間からログエントリを受入れるステップと、 スナップショットを記憶装置に書込むステップと、 スナップショットの時間からログエントリを記憶装置へと書込むステップと、 ログエントリのタイムスタンプが所与の時間と等しいときにログエントリの書
    込を終了するステップとを含む、方法。
18. 【請求項１８】 大容量記憶装置の状態のスナップショットを受入れ、さら
    にはスナップショットの時間からログエントリを受入れるステップはさらに、大
    容量記憶装置の状態のスナップショットを受入れ、さらにはネットワーク接続か
    らスナップショットの時間からのログエントリを受入れるステップを含む、請求
    項１７に記載の方法。
19. 【請求項１９】 ネットワークはインターネットである、請求項１８に記載
    の方法。
20. 【請求項２０】 バックアップされるべき大容量記憶装置のための大容量記
    憶装置書込コマンドを受入れることと、 前記大容量記憶装置書込コマンドの各々に時間を追加してログエントリを形成
    することと、 前記ログエントリをログファイル内に記憶することとをコンピュータに行なわ
    せるコンピュータ読出可能媒体およびコンピュータコードを含む、製品。