JP5021683B2 - ファイル・レプリケーション自動決定メカニズム - Google Patents

Description

コンピュータ化されたシステムが普及するにつれて、ユーザが作成した電子ファイルや他のコミュニケーションとそれに関連するアプリケーションを保存してバックアップするニーズも高い。通常コンピュータ・システムや関連装置がファイルを作成するのには様々な理由があり、例えばより高度なデータベースに使用するファイルを作成する場合や、労働環境でワープロ文書を作成する一般的な場合等がある。さらに、これらのドキュメントの多くには、重要な作業生産物や保護する必要がある機密情報が含まれていることがある。

したがって、組織が定期的に電子ファイルをバックアップして、必要なときに最初に作成したファイルを確実に復元させることを望んでいるのには様々な理由があることが理解できる。一般的に、１つまたは複数のそのようなバックアップ・ソリューションを実装している組織が直面する課題のいくつかは、特にレプリケーション・メカニズムの選択に関連している。つまり、本番（プロダクション）サーバのボリュームから保護されているデータが回復時に備えてバックアップ・サーバに置かれている、バックアップ・ストレージ・ボリュームに保護すべきデータをコピーする方法（レプリケーション・メカニズム）はたくさんある。レプリケーション・メカニズムにはそれぞれ長所と短所があることが理解できる。

例えば、従来のあるレプリケーション・メカニズムは、保護されるボリューム上で変更したファイル名をログして、本番サーバ上で保護されるボリュームに対応するバックアップ・サーバ上のバックアップ・ボリュームに更新されたファイル全体を送信する本番サーバを含んでいる。別の類似のメカニズムで同じことを行うのは、変更したファイル名をログするだけでなく、本番サーバ上で変更したファイルを、バックアップ・サーバ上のファイルのバックアップのコピーに対応するいずれかと比較して、差分の変更バイトのみをバックアップ・サーバに送信する本番サーバである。

変更を監視するファイル・システム・フィルタを使用しなくて済むので、特に、後者のメカニズムは、部分的に高速監視が可能である。残念なことに、このレプリケーション・メカニズムは、以前のファイルのコピーと更新バージョンを比較するときに、より多くのリソースのオーバーヘッドを必要とする。このため、これらのタイプのレプリケーション・メカニズムは、小さめのファイルか、頻繁に変更される複数のバイトからなるブロック中に同じバイトのセットのみを持つ大きなファイルに対してどちらかといえば有効である。反対に、データベース・ファイルなどの、非常に大きなファイル、特に比較的低頻度で変更されるバイトのセット、またはバイト・ブロックを持つファイルに対してはこれらのレプリケーション・メカニズムは全く効果がない可能性がある。

別の従来のレプリケーション・メカニズムでは、変更されたファイルのみを識別するというよりも、ファイルへの変更を識別することを含むものもある。ファイルへの変更を識別するこのメカニズムは、複製を対象としたファイルを識別すること（例えば、名前、種類、または場所）、レプリケーション間の管理者が決めた時間間隔内でファイル内の変更されたバイトのみを識別することに、通常依存している。したがって、バックアップ・エージェント（例えば、本番サーバで「ファイル・システム・フィルタ」と組合わせた「クローン・エージェント」）は、ファイル内の変更されたバイトのみのログをとり、これらの変更されたバイトをバックアップ・ストレージ・ボリューム（すなわち、記憶媒体上の「レプリケーション・ボリューム」）に最終的に伝達する。残念なことに、このレプリケーション・メカニズムは、非常に大きなファイル、またはレプリケーション間隔間で頻繁には変更しないファイルに対しては、リソースの経費の観点から、費用効率は高いが、変更頻度が高いか、または更新のたびに全体が上書きされるファイルに対して費用効率は低くなる。

見方によっては上述したレプリケーション・メカニズム両方の合成したものと考えられる、さらに別のタイプのレプリケーション・メカニズムは、「バイト・ブロック（byte block）」に関してファイルを識別することを含む。一般的に「バイト・ブロック」は、バイトの固定サイズの近接したブロックからなり、任意の所定のファイル内に多く存在する。例えば、本番サーバ（または「ファイル・サーバ」）は、ファイルを、複数のバイトが含まれる複数ブロックのセットとして識別することができる。あるブロック内でバイトのいずれかが変更されると（つまり、更新されたり書込まれたり等）、レプリケーション・メカニズムは、変更ブロックにフラグを立てることができ、適当な時間にブロック全体をレプリケーション・ボリュームに送信する。このため、レプリケーション・エージェントは、ファイル内の変更された各々のバイトというよりも、バイトの変更ブロックを識別するのに必要なリソースのみを使うことができる。これにより、同じバイト・ブロックに対して複数の変更がされたとしても、あるサーバのオーバーヘッドが増えるということを避けることができる。それにもかかわらず、このことは、レプリケーション・エージェントに上記のメカニズムよりも、いくらかのリソース経費上の利点を与える可能性がある一方、このメカニズムは、データベース・ファイルのような大きなファイル、または同じレプリケーション・サイクル内でバイト・ブロックが１回以上変更されるファイルに対してもより適している。

したがって、バックアップ・サービスのために特定のレプリケーション・メカニズムを使用することを決定しようとしている組織は、幾つかの考慮すべき事柄を比較検討する必要がある。これを複雑にしているのが、たとえ組織が現在のファイル生成／変更の要求について決定することができるとしても、そのような考慮は、将来においては不十分になってしまうということである。例えば、組織が特定のレプリケーション・メカニズムを決定すれば、例えば、ファイルの種類、大きさ、場所などの他のものよりも、あるファイルにその決定を適用させる指示を考慮せずに、保護すべきファイル全てに、通常、適用されることになる。こうして、その決定は、最も一般的なファイル・タイプ、および／または一般的に使用されているアプリケーションなどの、現在の環境内で最適であると企業が感じるものに基づくことになる。

勿論、優勢なファイル・タイプ、および／またはアプリケーション・タイプがあとで変更されると、最初に選択したレプリケーション・メカニズムを置き換える必要性が出てくることも考えられる。この可能性は、どのようなレプリケーション・メカニズムがよいかを計画しようとする着手時に、あるいは後の時点で、変更が必要になった場合のリソース経費の観点から組織が上述した決定をするのを特に困難にさせる。例えば、組織内で使用されているアプリケーションの大部分が、選択したレプリケーション・メカニズムに相応しい、ある種のファイル・タイプ、および／またはアプリケーション・タイプを使用すること、またはその代わりにそのレプリケーション・メカニズムを定期的に変更することを義務付けることを組織が主張することができる。これらのシナリオは両方とも、勿論、組織にとって大きなコストとリソース経費問題をもたらす可能性がある。

本発明の実施形態は、本番サーバ内のファイルのための適切なレプリケーション・メカニズムを効率よく決定することができるように構成されたシステム、方法、コンピュータ・プログラム製品によって、１つまたは複数の技術上の問題を解決することができる。特に、本発明の実施形態は、ファイル毎に、場所毎に、ファイル・タイプ毎に、または幾つかの他の基準毎に異なって決定がなされることを可能にし、これにより、本番サーバ上の幾つかの異なるファイルが、異なったレプリケーション・メカニズムを使用してバックアップされることができる。さらに、本発明の実施形態は、このような決定が、時間の経過と共に自動的に変化して、これによって、本番サーバが各ファイルに対して最も効率的にレプリケーション・メカニズムを使用し続けることを保証すること可能にする。

例えば、適切なレプリケーション・メカニズムを自動的に決定するためのデータ保護管理者サーバ（すなわち、バックアップ・サーバ）の観点からの、本発明の少なくとも１つの実施例に従った方法は、保護されるべき本番サーバの複数のファイルを識別することを含む。この方法は、複数のファイル中の１つまたは複数のファイルからなる第１のセット用の第１のレプリケーション情報を識別すること、同様に複数のファイル中の１つまたは複数のファイルからなる第２のセット用の第２のレプリケーション情報を識別することをさらに含む。さらに、この方法は、第１のレプリケーション情報に基づいて第１のレプリケーション・メカニズムを、ファイルの第１のセットに割当てることを含む。

さらにこの方法は、第２のレプリケーション情報に基づいて第２のレプリケーション・メカニズムを、ファイルの第２のセットに割当てることを含む。したがって、ファイルの第１のセットと第２のセットは、異なるレプリケーション・メカニズムを使用してレプリケーションされるように割当てられている。これらの割り当てを行う際には、この方法は本番サーバに対して第１のレプリケーション・メカニズム割り当てと第２のレプリケーション・メカニズム割り当てを送ることを含むことができる。

さらに、ファイルの変更をレプリカ・ボリュームにバックアップするための本番サーバ（すなわち、ファイル・サーバ）の観点からの、本発明の実施例に従った方法は、本番サーバのファイル・システム内で保護されるべき複数のファイルを識別することを含むことができる。この方法は、さらに、複数のファイル中の１つまたは複数のファイルの第１のセットは、第１のレプリケーション・メカニズムを使用してレプリケーションされるように割当てられているという指示（indication）を受けることを含むことができる。さらに、この方法は、複数のファイル中の１つまたは複数のファイルの第２のセットは、第２のレプリケーション・メカニズムを使用してレプリケーションされるように割当てられているという指示（indication）を受けることを含むことができる。その結果、１つまたは複数のファイルの第１のセットと１つまたは複数のファイルの第２のセットは、異なるレプリケーション・メカニズムを使用してレプリケーションされるように割当てられている。さらに、この方法はファイルの第２のセット内で変更したファイルのロギング名と同様に、ファイルの第１のセット内のファイルへのロギング・バイト・データの変更を含む。

本発明の例示的な実施形態のさらなる特徴と優位点を以下に記述で説明され、部分的にその記述から明らかであり、またはそのような例示的な実施を行うことにより理解されることになる。そのような実施の特徴と優位点は、特許請求の範囲で特に指摘されている命令と組み合わせにより、実現されかつ入手することができる。これらと他の特徴は、以下の説明と特許請求の範囲からさらに十分に明らかになり、または以下で説明する例示的な実施形態などを行うことにより知ることができる。

本発明の上記およびその他の優位点と特徴が入手できるような方法を記述するために、簡単に上述された本発明のより詳しい説明が、添付図面で説明されている特定の実施形態を参照することにより、提供される。これらの図面は本発明の例示的な実施例だけを示し、したがって、本発明の範囲の限定すると見なされるべきではないことを理解されたい。本発明は、添付図面を使用することにより、追加の特異性と詳細を含んで記述され、説明される。

本発明は、本番サーバ内のファイルのために、適切なレプリケーション・メカニズムの効率的な決定を提供するように構成されたシステム、方式、コンピュータ・プログラム製品におよぶ。特に、本発明の実施形態は、異なったレプリケーション・メカニズムを使用して本番サーバ上の幾つかの異なったファイルがバックアップできるように、ファイル毎に、場所毎に、ファイル・タイプ毎に、または幾つかの他の基準毎に異なった決定をすることができる。さらに、本発明の実施形態は、時間がたてば自動的に変動して、本番サーバが各ファイルに対して最も効率的なレプリケーション・メカニズム使用し続けることを保証するような決定を可能にする。

以下の明細書と特許請求の範囲からさらに詳細に理解されるように、本番サーバにて保護されるデータは、複数の異なったベースのうちのいずれか１つの上で複製することができる。管理者は、ファイルのあるセットがどのように複製されるべきかを入力できる場合もあれば、あるファイルの使用特性に基づいて自動的に（ＤＰＭサーバにより、または本番サーバにより）決定される場合もある。例えば、バックアップ管理者の入力、またはある自動決定の一つの結果は、データベース・ファイル（例えば、「．ｄｂ」というファイル拡張子がついている）全てが、変更されたバイトの識別を使用して、レプリケーションされるべきであることを示すことであることもある場合がある。別の決定結果は、他のファイル（例えば、「．ｄｏｃ」という拡張子がついたもの、または特定のフォルダ位置内にあるもの）全てが、ファイル全体の更新されたコピーを複製することによりバックアップされることを示すという場合もある。さらに、ファイルの他のセットは、そのファイル・サイズ、ファイル・システム内の場所、および更新頻度の決定に基づいてレプリケーションされるように設定されることも可能である。

バックアップ・サーバが決定を行ったらば、この情報を本番サーバに伝達することができる。バックアップ・サーバが各ファイルの更新を要求した場合、本番サーバは、必要に応じて、変更されたファイル・バイトのコピー、変更されたファイルそのもののコピー全体、またはファイルの変更されたブロックさえにも送ることができる。そのため、本明細書の記述から、本番サーバの様々な異なったファイルに対して、様々なレプリケーション・メカニズムを選択したり実施するのを自動化することにより、組織は効率を入手することができるということを理解することができる。

図１Ａは、バックアップ・システム１００の基本的なアーキテクチャの概要を示すもので、１つまたは複数の本番（または、「ファイル」）サーバ（例えば、１０５）をバックアップするように構成されているバックアップ・サーバ１１０（すなわち、「データ保護管理サーバ１１０」、以下「ＤＰＭサーバ１１０」）を含む。本番サーバをバックアップするために、図１Ａは、ＤＰＭサーバ１１０がレプリカ・エージェント１３０を備えることを示す。一般的には、および以下の説明からさらに十分に理解されるように、レプリカ・エージェント１３０は、本番サーバ１０５の様々なファイルまたはファイル・セット用の適切なレプリケーション・ポリシーを、どのレプリケーション・メカニズム（例えば、１４０、１４５、１５０等）を適用するかを決定することにより少なくとも部分的に、決定するように構成されたコンピュータが実行可能なコードを備える。説明されるレプリケーション・メカニズム１４０、１４５、１５０は、説明するだけのために提供されたものであり、動作環境に依存して、またはレプリケーション・メカニズムの追加が生成されるにしたがって、ここに示したものよりも多い、または少ないレプリケーション・メカニズムを含むことができる。

いずれにしても、説明したレプリケーション・メカニズムのなかで、レプリケーション・メカニズム１４０は「ファイルへの変更」に関わり、それは、この場合、変更されたファイル内の特定のバイトについての識別とレプリケーションを意味する。レプリカ・エージェント１３０は、特別に大きなファイルのためにレプリケーション・メカニズム１４０を選択することができ、これは、ネットワーク接続を通して、ファイルの変更されたロー・バイトだけを送信するのにより効率的である。別のレプリケーション・メカニズムには「変更されたファイル」に関係しているメカニズム１４５が含まれる。一般的に、レプリケーション・メカニズム１４５は、本番サーバ１０５がファイルのどこかの部分が変更されたということを決定した場合、コピーして全部分を記憶媒体１６０に送ることができるファイル全体（普通は、ワープロ・ファイルのようなずっと小さいファイル）を参照する。これは様々な方法で実行でき、更新されたファイル全体を記憶媒体１６０に送信すること、または更新されたファイルをそのファイルのバックアップ・コピーと比較することにより、記憶媒体１６０には変更されたバイトのみを送ることを含む。どちらの場合も、更新されたファイルの特定のバイトは、更新されたときはログ・ファイルの中にログを取られていない。

説明したレプリケーション・メカニズムのさらに別のものには、「ブロックへの変更」に関するメカニズム１５０が含まれている。一般的に、各ファイルはバイト・ブロックのセットと考えられている。特定ブロックの中のバイトのいずれかが更新されていれば、プロダクション・サーバは、変更されたバイト・ブロック（すなわち、普通これは固定サイズになっていて、４，０９６から１６，３８４バイトの集合からなる）に加えてそのファイル名をログに取り、最終的には適切なときにそのバイト・ブロックをＤＰＭサーバ１１０に送る。このため、同じバイト・ブロック上でファイルへの変更が比較的頻繁でないときは、レプリケーション・メカニズム１５０は、レプリケーション・メカニズム１４０（すなわち、「ファイルへの変更」）により送られるよりも多くのデータを複製する可能性があると考えられる。同時に、レプリケーション・メカニズム１５０は、前記のように変更されたバイトだけを送るのでない限り、そうではない場合にレプリケーション・メカニズム１４５（すなわち、「変更されたファイル」）で送られる場合と比べると、データは少ない可能性があると考えられる。したがって、ファイル使用、またはシステム・ニーズ、レプリケーション・メカニズムの実施方法に依存して、レプリケーション・メカニズム１４０、１４５、１５０各々は、独自の優位点を提供することが理解できる。

とにかく、レプリカ・エージェント１３０は、自動（静的、および／または動的）因子のいくつにでも基づいて、本番サーバ１０５の様々なファイルを特定のレプリケーション・メカニズムと関連付けることができる。例えば、図１Ａはレプリカ・エージェント１３０が、バックアップ管理者に提示されているユーザ・インタフェースを通して受け取った入力などの、入力１６５を受け取ることができる。図示されているように、入力１６５には、例えばファイル（または、ファイル・セット）１１５に対してレプリケーション・メカニズム１４０を使用する選択、およびファイル（または、ファイル・セット）１２０に対してレプリケーション・メカニズム１４５を使用する選択などの静的選択が含まれている。さらに、これらの静的選択（static preferences）に加えて、入力１６５はファイル（または、ファイル・セット）１２５に関して、進行中の自動決定がなされることを要求する入力を含んでいる。例えば、レプリカ・エージェント１３０は、ファイル・タイプとファイル変更アクティビティに加えて、あるファイルのサイズ、または現在の場所を継続的に測定して、レプリケーション・メカニズム１４０、１４５、１５０を使用するか否か継続的に調整するように構成することができる。決定モジュール１３５は、そのような受取った選択（preferences）を受け入れ、他のファイル（図示せず）に対して不足している場所では、あるデフォルト構成（例えば、「ファイルへの変更」）に基づいてレプリケーション・メカニズムを割当てることができる。決定モジュール１３５は、これらの選択（preferences）と各ファイルへの割当てとを本番サーバ１０５に伝えることができる。

したがって、図１Ａは、レプリカ・エージェント１３０がプロダクション・サーバ１０５でクローン・エージェント１２７とインタフェースで接続することを示す。一般に、クローン・エージェント１２７は、ＤＰＭサーバ１１０により送信されるバックアップ・ポリシーを実施するように構成されたコンピュータが実行可能な命令を備える。これらのポリシーを実施するために、クローン・エージェント１２７は、ファイル・システム・フィルタ１２３などの、ファイル・システム・エージェントを通して、様々なファイル（例えば、１１５、１２０および１２５）用の受取ったレプリケーション・メカニズム割当てを相互に関連付けている。一般的に、ファイル・システム・フィルタ１２３は、以下に詳しく説明するように、少なくともファイル・システム中のファイルのアクティビティを監視し、書込みのログを取り、および／または更新をマークするように構成されたコンピュータが実行可能な命令を備える。こうして、例えば図１Ａは、クローン・エージェント１２７が、順番にファイル（または、ファイル・セット）１１５、１２０および１２５のバイト・データと直接相互に連絡して、ファイル・システム中のファイルの全てへの変更の全てを監視することができるファイル・システム・フィルタ１２３と通信していることを示す。

特に、ファイル・システム・フィルタ１２３は、割当てられたレプリケーション・メカニズムを実施するための何通りの方法でも構成することができることは理解できる。例えば、ある特定の実施形態では、ファイル・システム・フィルタ１２３は、レプリケーション・メカニズム１４０に割当てられるファイルなどの、特定のログ・ファイルに、書込むそれぞれに対するデータのログを取る（すなわち、「キャプチャする」）。そうすると、ファイル・システム・フィルタ１２３は、レプリケーション・メカニズム１４５、または１５０に割当てられたファイルなどの他のファイルのある部分に、更新時にｄｉｒｔｙとマークすることができる。ファイル・システム・フィルタ１２３は、「特定のファイルが変更された」とか、または「ファイルのあるブロックが変更された」とかをマークすることで、これを行うことができる。さらに、レプリケーション・メカニズム１４５、または１５０を使用時に実際に変更されたデータのログを取るよりもむしろ、ファイル・システム・フィルタ１２３は、バイト・ブロック・アドレスに加えて、単純に、変更されたファイルのファイル名のログを取ることができる。ＤＰＭサーバ１１０が、プロダクション・サーバ１１０からの更新を要求すると、クローン・エージェント１２７はログ・ファイル中のバイト・データを送るか、またはログ・ファイル中の名前により識別されたファイル（または、変更されたファイル・ブロック）のコピーを送ることができる。

例えば図１Ｂは、レプリカ・エージェント１３０から受け取った様々なレプリケーション・メカニズムの命令を、クローン・エージェント１２７とファイル・システム・フィルタ１２３がどのように実施することができるかという実施形態の１つを示す。特に図１Ｂは、ＤＰＭサーバ１１０から受け取った命令に応答して、クローン・エージェント１２７はファイル（または、ファイル・セット）１１５をレプリケーション・メカニズム１４０（「ファイルへの変更」）と関連付けることを示している。クローン・エージェント１２７はファイル・システム・フィルタ１２３に、割当てられたレプリケーション・メカニズムに従ってファイル１１５を監視するように命令する。このように図１Ｂは、ファイル（または、ファイル・セット）１１５のバイト１７３と１７４が変更されたことを識別すると、ファイル・システム・フィルタ１２３はこれらのデータ変更を取り出して、ログ・ファイル１７０に送ることを示す。

図１Ｂは、クローン・エージェント１２７がＤＰＭサーバ１１０から受け取った命令に応答して、ファイル（または、ファイル・セット）１２０をレプリケーション・メカニズム１４５（すなわち、「変更されたファイル」）と関連付け、さらにファイル（または、ファイル・セット）１２５をレプリケーション・メカニズム１５０と関連付けていることを示す。これはこの場合、ファイル・システム・フィルタ１２３は、ファイル１２０のために実際に変更されたバイトのロー・データを記録する必要はなく、ログ・ファイル１７５内のファイル１２０の名前を単に記録するだけでよいことを意味する。同様にして、ファイル１２５内のブロック３（ブロック１、２および３）のバイト１９３と１９５が変更されると、ファイル・システム・フィルタ１２３はファイル名と変更されたブロックのアドレスを、単にログ１７５に送るだけでよい。したがって図１Ｂは、ログ１７５はファイル１２５が変更されたという指示（indication）（例えば、ファイル名やブロック・アドレス）に加えてファイル１２０が変更されたという指示（indication）（例えば、ファイル名）からなることを示しており、これらの指示（indication）は各々に割当てられたレプリケーション・メカニズム１４５と１５０に従ってなされている。

したがって、説明した実施形態では、ファイル・システム・フィルタ１２３は、１つのログ・ファイル（すなわち、１７０）にはバイト・データを追加するが、異なるログ・ファイル（すなわち、１７５）には、のファイル名、またはブロック・アドレスだけを追加するであることを示している。しかし、様々なデータ変更を別々のファイルでログを取る必要はないこと、異なったログ・ファイルが異なったデータ変更識別メカニズムを使用して構築される必要はないことは理解されたい。例えば本発明の実施形態に従って、ファイル・システム・フィルタ１２３は、変更されたファイルのファイル名とブロック・アドレスに加えて、変更されたバイトを同じログ・ファイル内（例えば、１７０または１７５）でログすることができる。同様にして、ファイル・システム・フィルタ１２３は、実際の変更されたバイト・データの代わりにバイト・アドレスとファイル名のログを取ることができるが、同時にファイル・システム・フィルタ１２３は、あるログ・ファイル（例えば、１７０および／または１７５）にファイル全体またはブロック全体のためのデータのログを取ることができる。

それにもかかわらず、説明した実施形態に関しては、クローン・エージェント１２７は必要に応じて、バイト・データを含むログ１７０をレプリカ・エージェント１３０に単に転送することができる。ログ１７５に関しては、クローン・エージェント１２７は、ログ１７５内で、ファイルまたはファイル・ブロックが変更されたか否かを最初に識別することができる。このような識別に基づいて、クローン・エージェント１２７は、識別したファイルまたは変更したファイル・ブロックを各々のファイル・システム位置からコピーして、これらの変更されたファイルまたはファイル・ブロックをレプリカ・エージェント１３０に転送することができる。レプリカ・エージェント１３０は、クローン・エージェント１２７から受け取ったデータを順番に記憶媒体１６０に送ることができる。こうして、レプリカ・エージェント１３０、クローン・エージェント１２７、ファイル・システム・フィルタ１２３は、ファイル（または、ファイル・セット）１１５、１２０および１２５の各々に対して、異なったレプリケーション・メカニズムを協調して遂行する。

前述のように、１つまたは複数のファイル、またはファイル・セットへのレプリケーション・メカニズムの個々の割当は、自動的にされることができる。例えば、ファイル・システム・フィルタ１２３は、ファイル１１５はもっと小さいサイズに収縮しているということを指し示しているレプリケーション情報を、ある時点で識別してクローン・エージェント１２７とレプリカ・エージェント１３０に送ることができる。同様に、ファイル・システム・フィルタ１２３は、ファイル１２０がファイル更新のサイズも頻度も劇的に増加しているということを指し示すレプリケーション情報を識別して、レプリカ・エージェント１３０に送ることができる。レプリカ・エージェント１３０は、受信したどんなレプリケーション情報でも順番に評価して、あるファイルまたはファイル・セット用のレプリケーション・メカニズムの割当てを再評価（図示せず）するように構成することができる。レプリカ・エージェント１３０は、バックアップ管理者に指示して、新しい情報に基づいて、以前のレプリケーション・メカニズムの割当てに関する新しい入力を提供させるように構成することができる。

したがって、レプリカ・エージェント１３０は、クローン・エージェント１２７から受け取った情報に自動的に応答して、またはバックアップ管理者から定期的に受け取る新しい入力に応答して、プロダクション・サーバ１０５内の各ファイルに対してレプリケーション・メカニズムを再割当てするように構成されることもできる。さらに、ファイルとレプリケーション・メカニズムの割当は、必要に応じて容易に調整されることができ、これによってシステム１００のレプリケーションリソースの最も効率的な使用を保証することができる。特に、本発明の実施形態は、ネットワークのバンド幅の消費を減らし、必要なローカル・ストレージ量を減らし、ローカル・レプリケーションのＣＰＵのオーバーヘッドも減らす状態で、バックアップが発生することを可能にすることによって、少なくとも部分的に、バックアップ・システムの効率を向上させることができる。

このように、図１Ａ、１Ｂは、自動的かつ動的に調整可能なバックアップ・システム１００を実施するための、多くのコンポーネントや概略図を示す。さらに図１Ａ、１Ｂは、ここでは殆どがテキストであるが、決定モジュール１３５を、主にＤＰＭサーバ１１０上に常駐する構成要素として説明または記述しているが、これは単に本発明の態様を実施する１つの方法にすぎない。特に、決定モジュール１３５（または、同様に構成されたモジュール）は、プロダクション・サーバ１０５、または他のサーバ（図示せず）にも存在することができる。

そのような場合、ＤＰＭサーバ１１０（等）は、どのようなレプリケーション・メカニズムを使用するか（すなわち、デフォルト設定、あるファイル・ビヘイビアのパターン等）を決定する方法に関して、単にプロダクション・サーバ１０５に命令（例えば、管理者の優先権）を送るように構成される。プロダクション・サーバ１０５は、本明細書に一般的に記載されたより受動的な役割とは対照的に、与えられたファイル（または、ファイル・セット）各々に対してどのようなレプリケーション割当てを使用するかを自動的に決定して調整するように構成されることができる。したがって、これらの一般的な説明や記述は、多数の可能性のあるレプリケーション・メカニズムから、あるファイル（または、ファイル・セット）用１つまたは複数のレプリケーション・メカニズムを自動的に決定するための本発明に基づいた幾つかの可能性のある実施形態のみを表すものである。

前述の概要説明図に加えて、本発明の実施形態については、特定の結果を成し遂げるための一連の１つまたは複数の動作（acts）を備える方法の観点から説明することができる。特に図２は、バックアップ・システム内の複数のファイルのための複数のレプリケーション・メカニズムを実施するためのプロダクション・サーバ１０５とＤＰＭサーバ１１０の観点から描いたフローチャートを示す。これらのフローチャートの動作（acts）を図１Ａ、１Ｂの概略図を参照しながら以下に説明する。

前付けとして、図２およびその関連する特許請求の範囲の本文は、方法の動作（acts）内で「第１の」、および／または「第２の」要素をある程度参照することを含んでいる。これらの意味（designations）は、主に、一つの要素を他の要素から区別するためのものであり、生成、割当て、使用の特別な順番を必ずしも指し示すものではないことを認識されたい。このため、「第１」または「第２」という用語は、関連する要素が１回目と２回目に識別されたときのことをいい、取り替えても同じように使用できる。例えば、要素１４５は「第１のレプリケーション・メカニズム」または「第２のレプリケーション・メカニズム」でもよいし、要素１４０は「第１のレプリケーション・メカニズム」または「第２のレプリケーション・メカニズム」でも、または必要に応じて第３のレプリケーション・メカニズムであってもよい。

図２は、複数のファイルをバックアップするための適当なレプリケーション・メカニズムを自動的に決定するＤＰＭサーバ１１０の観点からの方法が、保護すべき複数のファイルを識別する動作（act）２００を備えることを示す。動作（act）２００は、保護すべきプロダクション・サーバの複数のファイルを識別することを含む。例えば、レプリカ・エージェント１３０は、クローン・エージェント１２７を介してファイル・システム・フィルタ１２３内のファイル、ファイル・タイプ、フォルダ、および／またはファイル位置を識別する情報（図示せず）を受け取る。同様に、ＤＰＭサーバ１１０は、プロダクション・サーバ１０５の共通ファイル・タイプ、および／またはアプリケーション・タイプを識別して、各々のためにどのようなレプリケーション・メカニズムが最適かというバックアップ管理者からの入力を受け取ることができる。

図２は、ＤＰＭサーバ１１０の観点からの方法が、第１と第２のレプリケーション情報を識別するという動作（act）２１０を備えることを示す。動作（act）２１０は、複数のファイル内の１つまたは複数のファイルからなる第１のセット用の第１のレプリケーション情報と、複数のファイル内の１つまたは複数のファイルからなる第２のセット用の第２のレプリケーション情報を識別することを含む。例えば図１Ａは、レプリカ・エージェント１３０は、レプリケーション・メカニズム１４０がファイル（または、ファイル・セット）１１５に使用され、レプリケーション・メカニズム１４５がファイル（または、ファイル・セット）１２０に使用されることを指し示す静的な選択の入力１６５を受け取ることを示す。同様に、レプリカ・エージェント１３０は、残りのファイルに対して最良のレプリケーション・メカニズムを自動的に決定する（または、期待される指示（indication）がないことに基づいて）指示（indication）を受け取る。

図２は、ＤＰＭサーバ１１０の観点からの方法が、第１のレプリケーション・メカニズムをファイルの第１のセットに割当てる動作（act）２２０を備えることを示す。動作（act）２２０は、第１のレプリケーション情報に基づいて、第１のレプリケーション・メカニズムをファイルの第１のセットに割当てることを含む。例えば、決定モジュール１３５は、入力１６５のいかなる命令も受け入れて、および／または、他のファイル・タイプ、サイズ、または書込み頻度データに加えて、プロダクション・サーバ１０５から送られたファイル１１５用のファイル情報を識別する。次に、決定モジュール１３５は、レプリケーションメカニズム（例えば、１４０）がファイル（または、ファイル・セット）１１５に割当てられていることを指し示すこれらの命令を準備する。

同様に、図２は、ＤＰＭサーバ１１０の観点からの方法が、異なった、第２のレプリケーション・メカニズムをファイルの第２のセットに割当てる動作（act）２３０を備えることを示す。動作（act）２３０は、ファイルの第１のセットとファイルの第２のセットが、異なったレプリケーション・メカニズムを使用してレプリケーションされるように、第２のレプリケーション情報に基づいて、第２のレプリケーション・メカニズムをファイルの第２のセットに割当てることを含む。例えば、決定モジュール１３５は、入力１６５のいかなる命令も受け入れて、および／または、他のファイル・タイプ、サイズ、または書込み頻度データに加えて、プロダクション・サーバ１０５から送られたファイル１２０（または、１２５）用のファイル情報を識別する。決定モジュール１３５は、レプリケーション・メカニズム１４５がファイル（または、ファイル・セット）（例えば、１２０、または１２５）に割当てられているということ指し示す、クローン・エージェント１２７への命令を準備する。

したがって、図２は、ＤＰＭサーバ１１０の観点からの方法が、レプリケーション・メカニズムの割当てをプロダクション・サーバに送る動作（act）２４０を備えることを示す。動作（act）２４０は、第１のレプリケーション・メカニズムの割当てと第２のレプリケーション・メカニズムの割当てをプロダクション・サーバに送ることを含む。例えば、ＤＰＭサーバ１１０は、決定したレプリケーション・メカニズムとファイル割当てのどれでもプロダクション・サーバ１０５に送ることができるが、その際クローン・エージェント１２７は、関連コンポーネント（例えば、ファイル・システム・フィルタ１２３）のいずれかにより参照するためのこの情報を保存することができる。一般的に、これらの割当てに関するデータが送られると、プロダクション・サーバ１０５は、これらのファイルに対する保護や変更のログを開始し、つまりファイル（または、ファイル・セット）１１５、１２０および１２５はそこで保護されレプリケーションされる状態となる。

したがって図２は、ファイル更新のバックアップをとるプロダクション・サーバ１０５の観点からの本発明の実施形態に従った方法が、保護されるべき複数のファイルを識別するという動作（act）２５０を備えることを示す。動作（act）２５０は、ファイル・システム内で保護される複数のファイルを識別することを含む。例えば、ファイル・システム・フィルタ１２３は、ファイル（または、ファイル・セット）１１５、１２０および１２５、および／またはそれらが対応するフォルダ、またはファイルの位置を識別する。

図２は、プロダクション・サーバ１０５の観点からの方法が、第１のファイル・セット用のレプリケーション割当てを受け取る動作（act）２６０を備えることを示す。動作（act）２６０は、複数のファイル内の１つまたは複数のファイルからなる第１のセットが、第１のレプリケーション・メカニズムを使用してレプリケーションされるように割当てられているという指示（indication）を受け取ることを含む。例えば、クローン・エージェント１２７は、決定モジュール１３５経由で決定されたレプリカ・エージェント１３０からの命令を受け取り、この命令はレプリケーション・メカニズム１４０（すなわち、「ファイルへの変更」）を使用してファイル１１５がレプリケーションされることを指し示す。

さらに図２は、プロダクション・サーバ１０５の観点からの方法が、第２のファイル・セット用の、異なる第２のレプリケーション割当てを受け取る動作（act）２７０を備えることを示す。動作（act）２７０は、１つまたは複数のファイルからなる第１のセットと１つまたは複数のファイルからなる第２のセットが、異なるレプリケーション・メカニズムを使用してレプリケーションされるように、複数のファイル内の１つまたは複数のファイルからなる第２のセットが、第２のレプリケーション・メカニズムを使用してレプリケーションされるように割当てられているという指示（indication）を受け取ることを含む。例えば、上記の動作（act）２６０に関しては、クローン・エージェント１２７はレプリカ・エージェント１３０から決定モジュール１３５経由で決定された命令を受け取るが、この命令はファイル１２０がレプリケーション・メカニズム１４５（すなわち、「ファイルへの変更」）を使用してレプリケーションされるということ、および／またはファイル１２５がレプリケーション・メカニズム１５０を使用してレプリケーションされるということを指し示している。ファイル（または、ファイル・セット）１２５が自動的に決定されるメカニズムに関連付けられている場合、これは、ファイルが異なったレプリケーション・メカニズムに割当てられるだけでなく、入力の形態によって、またはＤＰＭサーバ１１０による自動決定によって、別の方法でファイルを割当てることができることを示している。

図２は、プロダクション・サーバ１０５の観点からの方法が、さらに、第１のファイル・セットのバイト・データのログを取る動作（act）２８０を備えることも示す。動作（act）２８０は、複数のファイルからなる第１のセット内のファイルへの変更のバイト・データのログを取ることを含む。例えば、ファイル・システム・フィルタ１２３は、ファイル１１５内でバイト１７３と１７４が変更されたことを識別し、ログ・ファイル１７０に変更されたこれらのロー・バイトを渡す。

図２は、プロダクション・サーバ１０５の観点からの方法が、第２のファイル・セットに対するファイル名のログを取る動作（act）２９０を備えることを示す。動作（act）２９０は、ファイルからなる第２のセット内で変更されたファイル名のログを取ることを含む。例えば、ファイル・システム・フィルタ１２３は、ファイル１２０内の任意の数のバイトが更新されていること、および／またはファイル１２５のブロック３内のバイト１９３と１９５が更新されていること、を識別する。特に、ファイル・システム・フィルタ１２３は、レプリケーション時にソース・ファイル（例えば、１２５）と更新先（バックアップ先のサーバと保護されているファイル・サーバ・ソース）の間のバイトの差を算出することができる。バイトの差を識別すると、ファイル・システム・フィルタ１２３は、ファイル１２０のファイル名を、および／またはファイル１２５のファイル名と変更ブロックを、ログ１７５に送る。

したがって、本明細書で説明または記述されている概略図、コンポーネント、方法は、ＤＰＭサーバ（例えば、１１０）が、最も効率的であり、プロダクション・サーバで使用するファイル用に適切に調整されている、方法で、様々なレプリケーション・メカニズムを実施することができることを保証するための多くのメカニズムを提供する。この結果、組織は、どんな時でも、特定のレプリケーション・メカニズムに委ねてしまうことを回避することができる。さらに、バックアップ管理者は、将来、更新したり、またはあるレプリケーション・メカニズムのスキムから別のレプリケーション・メカニズムのスキムへ大きく変更する場合、必要とされるリソースの損失を回避することができる。

本明細書に記載されたレプリケーション・メカニズムは、本発明の実施形態に従って、決定モジュール１３５により考慮することができるレプリケーション・メカニズムの例示的なタイプにすぎないことを理解されたい。特に組織は、さらに多くのレプリケーション・メカニズム、および／またはデータ更新を複製する方法を所有することができ、プロダクション・サーバでの使用を望む可能性がある。本発明を実施形態は、本明細書に記載されたこれらのレプリケーション・メカニズムよりも多い、または少ない数に、または本明細書に記載されたレプリケーション・メカニズムの特定の時間に、限定されることはない。むしろ、本発明を実施することの少なくとも１つの利点は、ファイル・システム内の現在のまたは予測されるファイルの特性を考慮して、どのレプリケーション・メカニズムが利用可能かという点から、最適なレプリケーション・メカニズムを継続して選び出す能力である。

本発明の範囲の実施形態は、又、その上に保存されているコンピュータが実施可能な命令、またはデータ構造を運搬または所持するコンピュータが読み取り可能なメディアを含む。そのようなコンピュータが読み取り可能なメディアは、汎用または特殊用途のコンピュータがアクセスできる入手可能なメディアであれば何でもよい。例として、限定ではないが、そのようなコンピュータが読み取り可能なメディアは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤＲＯＭ、または他の光ディスク・ストレージ、磁気ディスク・ストレージまたは他の磁気ストレージ装置、またはコンピュータが実行可能な命令またはデータ構造形式の必要なプログラム・コードを運搬、または保存するのに使用可能であり、又、汎用または特殊用途のコンピュータがアクセスできる他のメディアを含むことができる。情報が、ネットワーク、または他の通信接続（有線、無線、または有線と無線の組み合わせのいずれか）を介して、コンピュータに転送、または提供されると、コンピュータは、この接続をコンピュータが読み取り可能な媒体と適切に見なす。この結果、そのような接続は、どれでもコンピュータが読み取り可能な媒体と、適切に呼ばれる。上記の組み合わせも又、コンピュータが読み取り可能な媒体の範囲に含められる。

コンピュータが実施可能な命令とは、例えば汎用コンピュータ、特殊用途コンピュータ、または特殊用途処理装置に、ある機能または機能のグループを行なわせる命令とデータを備える。本発明の主題は、構造上の特徴に特有な言語、および／または方法論的動作（act）で記載されているが、特許請求の範囲内で定義している本発明の主題は、上記の具体的な特性や動作（act）には必ずしも限定されない。むしろ、上記の具体的な特性や動作（act）は、特許請求の範囲を実施する例示的な形として開示されている。

本発明は、その精神と本質的な特性から逸脱することなく、他の個別の形式で具現化されることができる。記述した実施形態は、あらゆる点で、実例となるものであり、限定するものではないと考える。したがって、本発明の範囲は、上記説明よりも添付の特許請求の範囲により示される。特許請求の範囲の意味と均等の範囲内での変更は全てその範囲に含まれるべきである。

データ保護管理サーバが複数のレプリケーション・メカニズムを決定して、本番サーバの複数のファイル（または、ファイル・セット）に割当てる本発明の実施形態の概略図の要旨を示す図である。 本番サーバが複数のレプリケーション・メカニズムを実施している図１Ａに示した概略図の概要を示す図である。 本発明の実施形態に従って、本番サーバに複数のファイルがある状態で複数のレプリケーション・メカニズムを決定して実行する、データ保護管理サーバとの本番管理サーバの観点からの一連のフローチャートを示す図である。

Claims (20)

1. 本番サーバのファイル・システム内の複数のファイルが、複数のレプリケーション機構を使用して記憶媒体ボリュームにバックアップされる、コンピュータ化された環境で使用されるデータ保護管理サーバにおいて、前記複数のファイルをバックアップするための適切なレプリケーション機構を自動的に決定する方法であって、
   保護すべき本番サーバの複数のファイルを識別するステップと、
   前記複数ファイル中の１つ以上のファイルからなる第１のセット用の第１のレプリケーション情報を識別するステップであって、前記第１のレプリケーション情報は前記ファイルの第１のセットのための、少なくともファイルサイズ、ファイルタイプおよびファイル書き込み頻度の少なくとも１つを含んでいる１つ以上の第１のファイル使用特性を含んでいる、識別するステップと、
   前記複数ファイル中の１つ以上のファイルからなる第２のセット用の第２のレプリケーション情報を識別するステップであって、前記第２のレプリケーション情報は前記ファイルの第２のセットのための、少なくともファイルサイズ、ファイルタイプおよびファイル書き込み頻度の少なくとも１つを含んでいる１つ以上の第２のファイル使用特性を含んでいる、識別するステップと、
   第１の決定において、前記第１のファイル使用特性を含む前記識別された第１のレプリケーション情報に基づいて、第１の適切なレプリケーション機構が前記ファイルの第１のセットの少なくとも部分に適用されることを自動的に決定するステップであって、前記第１の適切なレプリケーション機構は、第１の適切な方法で前記ファイルの第１のセットの少なくとも部分を複製するように構成されており、前記第１の適切な方法は、前記第１のファイルセットをアーカイブするための最も効率的なレプリケーション機構であり、前記第１の決定は、前記ファイルの第１のセットに対する前記決定された最も効率的なレプリケーション機構の一部として、前記第１のファイルセットの変更された特定のバイトのみがアーカイブされるのかどうか、前記第１のファイルセットの変更されたバイトブロックのみがアーカイブされるのかどうか、または、前記第１のファイルセットの変更されたファイル全体がアーカイブされるのかどうかにさらに基づいている、決定するステップと、
   第２の決定において、前記第２のファイル使用特性を含む前記識別された第２のレプリケーション情報に基づいて、第２の異なる適切なレプリケーション機構が前記ファイルの第２のセットの少なくとも部分に適用されることを自動的に決定するステップであって、前記第２の異なる適切なレプリケーション機構は、第２の異なる適切な方法で前記ファイルの第２のセットの少なくとも部分を複製するように構成されており、前記第２の異なる適切な方法は、前記第２のファイルセットをアーカイブするための最も効率的なレプリケーション機構であり、前記第２の決定は、前記ファイルの第２のセットに対する前記決定された最も効率的なレプリケーション機構の一部として、前記第２のファイルセットの変更された特定のバイトのみがアーカイブされるのかどうか、前記第２のファイルセットの変更されたバイトブロックのみがアーカイブされるのかどうか、または、前記第２のファイルセットの変更されたファイル全体がアーカイブされるのかどうかにさらに基づいている、決定するステップと、
   前記第１の決定に基づいて、前記第１のレプリケーション機構を前記ファイルの第１のセットに割当てるステップと、
   前記ファイルの第１のセットと、前記ファイルの第２にセットとが異なるレプリケーション機構を使用して複製されるように、前記第２の決定に基づいて、前記第２のレプリケーション機構を前記ファイルの第２のセットに割当てるステップと、
   前記本番サーバに、前記第１のレプリケーション機構割当ておよび前記第２のレプリケーション機構割当てを送るステップと
   を備えることを特徴とする方法。
2. 前記第１のレプリケーション機構は、前記ファイルの第１のセットのいずれかの中の１つ以上の変更を識別するための命令を備え、前記本番サーバが、前記ファイルの第１のセット内の変更されたバイト各々のロー・データをログ・ファイルに送るように命令されることを特徴とする請求項１に記載の方法。
3. 前記第２のレプリケーション機構は、前記ファイルの第２のセットのファイルが変更されたことを識別するための命令を備え、前記本番サーバは
   変更された前記ファイルの名前をログ・ファイルに送り、およびレプリケーション時には、そのファイルのコンテンツ全体を前記データ保護管理サーバに送信するステップ、および、
   変更された前記ファイルの名前をログ・ファイルに送り、およびレプリケーション時には、変更された前記ファイルと、前記データ保護管理サーバによりバックアップされた前記ファイルの以前のバックアップ・コピーとの間のバイトの差を要求するステップ
   のうちの少なくとも１つを実行するように命令されることを特徴とする請求項１に記載の方法。
4. 前記第２のレプリケーション機構は、前記ファイルの第２のセット内の前記ファイルの１つ以上のブロックが変更されていることを識別するための命令を備え、前記ファイルの前記名前と、前記変更されたブロックの識別が前記ログ・ファイルに送られることを特徴とする請求項３に記載の方法。
5. 前記本番サーバで、前記ファイルの第１のセットまたは前記ファイルの第２のセットのいずれかに関連した追加のレプリケーション情報を受け取るステップをさらに備えることを特徴とする請求項１に記載の方法。
6. 前記追加のレプリケーション情報は、前記ファイルの第１のセットまたは前記ファイルの第２のセットの前記ファイルに対する、ファイルサイズの変更、ファイルタイプの変更、ファイル位置の変更、またはデータ更新の頻度およびサイズの変更、のうちの１つまたは複数のいずれかに関する情報を含むことを特徴とする請求項５に記載の方法。
7. 前記ファイルの第２のセットを前記第１のレプリケーション機構で再割当てするステップをさらに備え、前記本番サーバは、前記ファイルの第２のセット内の変更されたファイルの変更されたバイト・データのログを取るように命令されることを特徴とする請求項６に記載の方法。
8. 前記ファイルの第１のセットを前記第２のレプリケーション機構で再割り当てするステップをさらに備え、前記本番サーバは、前記ファイルの第１のセット内の変更されたファイルのファイル名のログを取り、変更されたバイト・データのログを取らないように命令されることを特徴とする請求項６に記載の方法。
9. 前記本番サーバは、前記ファイルの第１のセット内の前記変更されたファイルのための変更されたバイトのブロックの識別のログを取るようにさらに命令されることを特徴とする請求項８に記載の方法。
10. ファイル・システム内の複数のファイルが、複数のレプリケーション機構を使用して記憶媒体にバックアップされているコンピュータ化された環境で使用される本番サーバにおいて、前記複数のレプリケーション機構に従って、ファイル更新を前記記憶媒体にバックアップする方法であって、
    ファイル・システム内の保護されるべき複数のファイルを識別するステップと、
    前記複数のファイル内の１つ以上のファイルからなる第１のセットが、第１のレプリケーション機構を使用してレプリケーションされるように割当てられているという指示を受け取るステップであって、前記第１のレプリケーション情報は前記ファイルの第１のセットのための、少なくともファイルサイズ、ファイルタイプおよびファイル書き込み頻度の少なくとも１つを含んでいる１つ以上の第１のファイル使用特性を含んでいる、受け取るステップと、
    前記複数のファイル内の１つ以上のファイルからなる第２のセットが、第２のレプリケーション機構を使用してレプリケーションされるように割当てられているという指示を受け取るステップであって、前記第２のレプリケーション情報は前記ファイルの第２のセットのための、少なくともファイルサイズ、ファイルタイプおよびファイル書き込み頻度の少なくとも１つを含んでいる１つ以上の第２のファイル使用特性を含んでいる、受け取るステップと、
    第１の決定において、前記第１のファイル使用特性を含む識別された第１のレプリケーション情報に基づいて、第１の適切なレプリケーション機構が前記ファイルの第１のセットの少なくとも部分に適用されることを自動的に決定するステップであって、前記第１の適切なレプリケーション機構は、第１の適切な方法で前記ファイルの第１のセットの少なくとも部分を複製するように構成されており、前記第１の適切な方法は、前記第１のファイルセットをアーカイブするための最も効率的なレプリケーション機構であり、前記第１の決定は、前記ファイルの第１のセットに対する前記決定された最も効率的なレプリケーション機構の一部として、前記第１のファイルセットの変更された特定のバイトのみがアーカイブされるのかどうか、前記第１のファイルセットの変更されたバイトブロックのみがアーカイブされるのかどうか、または、前記第１のファイルセットの変更されたファイル全体がアーカイブされるのかどうかにさらに基づいている、決定するステップと、
    第２の決定において、前記第２のファイル使用特性を含む識別された第２のレプリケーション情報に基づいて、第２の適切なレプリケーション機構が前記ファイルの第２のセットの少なくとも部分に適用されることを自動的に決定するステップであって、前記第２の適切なレプリケーション機構は、第２の適切な方法で前記ファイルの第２のセットの少なくとも部分を複製するように構成されており、前記第２の適切な方法は、前記第２のファイルセットをアーカイブするための最も効率的なレプリケーション機構であり、前記第２の決定は、前記ファイルの第２のセットに対する前記決定された最も効率的なレプリケーション機構の一部として、前記第２のファイルセットの変更された特定のバイトのみがアーカイブされるのかどうか、前記第２のファイルセットの変更されたバイトブロックのみがアーカイブされるのかどうか、または、前記第２のファイルセットの変更されたファイル全体がアーカイブされるのかどうかにさらに基づいている、決定するステップと、
    前記第１の決定に基づいて、前記第１のレプリケーション機構を前記ファイルの第１のセットに割当てるステップと、
    前記ファイルの第１のセットと前記ファイルの第２にセットとが、前記識別されたファイル特性に従って異なるレプリケーション機構を使用して異なる方法で複製されるように、前記第２の決定に基づいて、前記第２のレプリケーション機構を前記ファイルの第２のセットに割当てるステップと、
    前記ファイルの第１のセット内のファイルへの変更のバイト・データのログをとるステップと、
    前記ファイルの第２のセット内で変更されたファイルの名前のログを取るステップと
    を備えることを特徴とする方法。
11. 前記ファイルの第１のセットの前記バイト・データを第１のログ・ファイルにログを取るステップと、
    前記第１のログ・ファイルとは異なる第２のログ・ファイル内に、前記ファイルの第２のセットにおいて変更されたファイルの前記名前のログを取るステップと
    をさらに備えることを特徴とする請求項１０に記載の方法。
12. 前記ファイルの第１のセット内のファイルへの変更の前記バイト・データを記憶媒体に送るステップと、
    前記ファイルの第２のセット用のデータ更新を、前記記憶媒体に送るステップとをさらに備え、
    前記データ更新は、
    変更されたファイル各々の前記コンテンツのコピー、
    変更されたファイルと、前記ファイルの以前のバックアップのコピーとの間のバイトの差、または
    変更された前記ファイルのファイル・ブロック
    のうちの１つに対応することを特徴とする請求項１０に記載の方法。
13. 前記ファイルの第１のセットもしくは前記ファイルの第２のセットの任意のファイルに対する、ファイルサイズの変更、ファイルタイプの変更、ファイル位置の変更、またはデータ更新の頻度の変更、を識別するステップと、
    前記識別した変更をデータ保護管理サーバに送るステップと、
    前記ファイルの第１のセットと前記ファイルの第２のセットの任意の１つまたは複数に対する新しいレプリケーション機構割当てを受け取るステップと
    をさらに備えることを特徴とする請求項１０に記載の方法。
14. 前記新しいレプリケーション機構割当ては、前記ファイルの第１のセットに前記第２のレプリケーション機構を割当てるステップを備えることを特徴とする請求項１３に記載の方法。
15. ファイル名と、前記ファイルの第１のセットの変更されたファイル内で変更された、変更バイトブロックのログを取るステップと、
    要求に応じて、前記ファイルの第１のセットの前記変更されたファイル内の、前記変更バイトブロックに対応するデータを前記データ保護管理サーバに送るステップと
    をさらに備えることを特徴とする請求項１４に記載の方法。
16. 前記ファイルの第２のセットの変更されたファイル内で変更されたバイトのログを取るステップと、
    要求に応じて、前記ファイルの第２のセットからの前記ログを取ったバイトのログ・ファイルを前記データ保護管理サーバへ送るステップと
    をさらに備えることを特徴とする請求項１４に記載の方法。
17. 本番サーバのファイル・システム内の複数のファイルが、複数のレプリケーション機構を使用してストレージ・ボリュームにバックアップされる、コンピュータ化された環境で使用されるデータ保護管理サーバにおいて、コンピュータ実行可能な命令がその上に格納されているコンピュータ・プログラムであって、コンピュータ実行可能な命令が実行されると、前記データ保護管理サーバ上の１つまたは複数のプロセッサに、
    保護すべき本番サーバのファイルを識別するステップと、
    前記ファイルに対する第１の現在のレプリケーション情報を識別するステップであって、前記第１の現在のレプリケーション情報は、少なくともファイルサイズ、ファイルタイプおよびファイル書き込み頻度の少なくとも１つを含んでいる前記ファイルのための１以上の第１のファイル使用特性を含む、識別するステップと、
    第１の決定において、前記第１のファイル使用特性を含む前記識別された第１のレプリケーション情報に基づいて、第１の適切なレプリケーション機構がファイルの第１のセットの少なくとも部分に適用されることを自動的に決定するステップであって、前記第１の適切なレプリケーション機構は、第１の適切な方法で前記ファイルの第１のセットの少なくとも部分を複製するように構成されており、前記第１の適切な方法は、前記第１のファイルセットをアーカイブするための最も効率的なレプリケーション機構であり、前記第１の決定は、前記ファイルの第１のセットに対する前記決定された最も効率的なレプリケーション機構の一部として、前記第１のファイルセットの変更された特定のバイトのみがアーカイブされるのかどうか、前記第１のファイルセットの変更されたバイトブロックのみがアーカイブされるのかどうか、または、前記第１のファイルセットの変更されたファイル全体がアーカイブされるのかどうかにさらに基づいており、前記第１の決定は連続ベースで実行されて、最も効率的なレプリケーション機構が連続的に前記ファイルをバックアップするのに使用される、決定するステップと、
    前記連続ベースの前記第１の決定に基づいて、前記ファイルに前記第１の適切なレプリケーション機構を自動的に割り当てるステップと、
    前記本番サーバに、前記第１のレプリケーション機構割当てを送るステップと、
    前記ファイル使用特性の１つ以上が変更され、かつ、前記第１の適切なレプリケーション機構が前記ファイルの第１のセットを複製するための最も効率的なレプリケーション機構ではなくなったことの表示を受信するステップと、
    前記ファイルに対する第２の現在のレプリケーション情報を識別するステップであって、前記第２の現在のレプリケーション情報は、少なくともファイルサイズ、ファイルタイプおよびファイル書き込み頻度の少なくとも１つを含んでいる前記ファイルのための１以上の第２の更新されたファイル使用特性を含む、識別するステップと、
    第２の決定において、前記更新されたファイル使用特性に基づいて、第２の適切なレプリケーション機構がファイルの第２のセットの少なくとも部分に適用されることを自動的に決定するステップであって、前記第２の適切なレプリケーション機構は、第２の適切な方法で前記ファイルの第２のセットの少なくとも部分を複製するように構成されており、前記第２の適切な方法は、前記第２のファイルセットをアーカイブするための最も効率的なレプリケーション機構であり、前記第２の決定は、前記ファイルの第２のセットに対する前記決定された最も効率的なレプリケーション機構の一部として、前記第２のファイルセットの変更された特定のバイトのみがアーカイブされるのかどうか、前記第２のファイルセットの変更されたバイトブロックのみがアーカイブされるのかどうか、または、前記第２のファイルセットの変更されたファイル全体がアーカイブされるのかどうかにさらに基づいており、前記第２の決定は連続ベースで実行されて、最も効率的なレプリケーション機構が連続的に前記ファイルをバックアップするのに使用される、決定するステップと、
    前記連続ベースの前記第２の決定に基づいて、前記ファイルに前記第２の適切なレプリケーション機構を自動的に割り当てるステップと、
    前記本番サーバに、前記第２のレプリケーション割当てを送るステップと
    を備える方法を実行させることを特徴とするコンピュータ・プログラム。
18. 前記ファイル特性は、ファイルタイプおよびファイル位置の少なくとも１つを含むことを特徴とする請求項１７に記載のコンピュータ・プログラム。
19. 前記第１の決定および前記第２の決定の少なくとも１つは、プロジェクトされたファイル特性を考慮して決定されることを特徴とする請求項１７に記載のコンピュータ・プログラム。
20. 前記方法は、前記受信された表示に基づいて、バックアップユーザに、前のレプリケーション機構割り当てに関する新しい入力を提供するよう促すステップをさらに備えることを特徴とする請求項１７に記載のコンピュータ・プログラム。

Images