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

Abstract

バックアップ管理者は、複数の異なったベースのいずれかに基づいて、プロダクション・サーバからファイルをバックアップすることができる。特に、幾つかのファイルは、変更されたバイト単位で複製することができる。他の場合では、ファイルは、ファイル全体、またはファイルのバイト・ブロックの更新されたコピーを複製することにより、バックアップされることができる。レプリケーション・エージェントが、あるファイル、またはファイルからなるセットをどのようにバックアップするかについての決定は、バックアップ管理者によって、事前に定義されたロジックにより自動的に、または定義されている基準に基づいて動的に、なされることができる。プロダクション・サーバで対応するエージェントが、指し示されたこれらのファイルにフラグを立てることができる。この結果、後の時点で、ＤＰＭサーバが各ファイルの更新を要求すると、プロダクション・サーバは、必要に応じて変更されたファイル・バイトのコピー、変更されたファイルそのものの全体のコピー、またはファイルの変更されたブロック、を送ることができる。

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