"バックアッププロセスを処理する方法であって、○ソースストレージボリュームからターゲットストレージボリュームへのバックアッププロセスを開始する命令を受けるステップ、○前記ソースストレージボリュームの完全なコピーを前記ターゲットストレージボリューム上に作る目的の完全バックアッププロセス、もしくは前記ソースストレージボリューム上の変更されるデータのコピーを前記ターゲットストレージボリューム上に作る目的の断片的バックアッププロセスのいずれかとして、バックアッププロセスのタイプを識別するステップ、および、○前記識別されたバックアッププロセスタイプのカスケードが存在すれば、前記識別されたバックアッププロセスタイプの前記存在するカスケードに前記ターゲットストレージボリュームを追加するステップ、または、○前記識別されたバックアッププロセスタイプのカスケードが存在しなければ、前記ソースストレージボリュームから前記ターゲットストレージボリュームの新たなカスケードを開始するステップを含む方法。バックアッププロセスの前記タイプを、前記ソースストレージボリュームの完全なコピーを前記ターゲットストレージボリューム上に復元する目的の復元プロセスとして識別するステップと、前記ソースストレージボリュームから前記ターゲットストレージボリュームの新たなカスケードを開始するステップとをさらに含む、請求項1に記載の方法。スナップショットとして識別されたバックアッププロセスが停止されるのを検出するステップと、前記検出されたバックアッププロセスの前記ターゲットストレージボリュームからのすべてのバックアッププロセスを停止するステップとをさらに含む、請求項1または2に記載の方法。クローンとして識別されたバックアッププロセスが停止されるのを検出するステップと、前記検出されたバックアッププロセスの前記ターゲットストレージボリュームからの、スナップショットとして識別されたすべてのバックアッププロセスを停止するステップとをさらに含む、請求項1、2または3に記載の方法。複数のストレージボリュームと、前記ストレージボリュームに接続されたストレージボリュームコントローラとを含み、バックアッププロセスを処理するシステムであって、前記ストレージボリュームコントローラは、○ソースストレージボリュームからターゲットストレージボリュームへのバックアッププロセスを開始する命令を受け、○前記ソースストレージボリュームの完全なコピーを前記ターゲットストレージボリューム上に作る目的の完全バックアッププロセス、もしくは前記ソースストレージボリューム上の変更されるデータのコピーを前記ターゲットストレージボリューム上に作る目的の断片的バックアッププロセスのいずれかとして、バックアッププロセスのタイプを識別し、さらに、○前記識別されたバックアッププロセスタイプのカスケードが存在すれば、前記識別されたバックアッププロセスタイプの前記存在するカスケードに前記ターゲットストレージボリュームを追加し、または、○前記識別されたバックアッププロセスタイプのカスケードが存在しなければ、前記ソースストレージボリュームから前記ターゲットストレージボリュームの新たなカスケードを開始するよう構成されている、システム。前記ストレージボリュームコントローラは、バックアッププロセスの前記タイプを、前記ソースストレージボリュームの完全なコピーを前記ターゲットストレージボリューム上に復元する目的の復元プロセスとして識別し、前記ソースストレージボリュームから前記ターゲットストレージボリュームの新たなカスケードを開始するようさらに構成されている、請求項5に記載のシステム。前記ストレージボリュームコントローラは、スナップショットとして識別されたバックアッププロセスが停止されるのを検出し、前記検出されたバックアッププロセスの前記ターゲットストレージボリュームからのすべてのバックアッププロセスを停止するようさらに構成されている、請求項5または6に記載のシステム。前記ストレージボリュームコントローラは、クローンとして識別されたバックアッププロセスが停止されるのを検出し、前記検出されたバックアッププロセスの前記ターゲットストレージボリュームからの、スナップショットとして識別されたすべてのバックアッププロセスを停止するようさらに構成されている、請求項5、6または7に記載のシステム。バックアッププロセスを処理するための、コンピュータ可読媒体上のコンピュータプログラム製品であって、前記製品は、○ソースストレージボリュームからターゲットストレージボリュームへのバックアッププロセスを開始する命令を受けること、○前記ソースストレージボリュームの完全なコピーを前記ターゲットストレージボリューム上に作る目的の完全バックアッププロセス、もしくは前記ソースストレージボリューム上の変更されるデータのコピーを前記ターゲットストレージボリューム上に作る目的の断片的バックアッププロセスのいずれかとして、バックアッププロセスのタイプを識別すること、および、○前記識別されたバックアッププロセスタイプのカスケードが存在すれば、前記識別されたバックアッププロセスタイプの前記存在するカスケードに前記ターゲットストレージボリュームを追加すること、または、○前記識別されたバックアッププロセスタイプのカスケードが存在しなければ、前記ソースストレージボリュームから前記ターゲットストレージボリュームの新たなカスケードを開始すること、の命令を含む、コンピュータプログラム製品。バックアッププロセスの前記タイプを、前記ソースストレージボリュームの完全なコピーを前記ターゲットストレージボリューム上に復元する目的の復元プロセスとして識別すること、および前記ソースストレージボリュームから前記ターゲットストレージボリュームの新たなカスケードを開始することの命令をさらに含む、請求項9に記載のコンピュータプログラム製品。スナップショットとして識別されたバックアッププロセスが停止されるのを検出すること、および前記検出されたバックアッププロセスの前記ターゲットストレージボリュームからのすべてのバックアッププロセスを停止することの命令をさらに含む、請求項9または10に記載のコンピュータプログラム製品。クローンとして識別されたバックアッププロセスが停止されるのを検出すること、および前記検出されたバックアッププロセスの前記ターゲットストレージボリュームからの、スナップショットとして識別されたすべてのバックアッププロセスを停止することの命令をさらに含む、請求項9、10または11に記載のコンピュータプログラム製品。この技術には、多くの利点がある。しかし、従来の複数ターゲット実装には存在しないと考えられるデータターゲット間の依存関係ももたらされる。このターゲット依存関係の副次的な影響は、PITコピーが停止されるか、または完了すると、ターゲットをクリーニングする必要があるということである。例えば、PITコピーS→T2が停止されると、T1に必要なT2上の任意のデータがT2からT1にコピーされてからでなければ、ターゲットT2をカスケードから削除することはできない。多くの状況では、ユーザは時間t1におけるSの完全なコピーをT1が保持すること、つまりバックアッププロセスS→T1がクローンであることを望むと考えられるため、これは問題ではない。しかし、S→T1の目的が、単に時間t1におけるSのスナップショットを生成することであれば、T2からT1へのこの余分なコピーが、ユーザに対し問題を生じることもある。さらに、データターゲットT1がシンプロビジョニングされたもの空間効率がよいとしても知られるであれば、上記の挙動により生じる問題は、T1に対するストレージの不必要な割り当てを生じさせることもある。これは、スナップショットおよびクローンを維持してそのバックアップを管理するユーザの能力を大きく低下させることになる。T2からT1にコピーされるデータの量を削減しようと試みる既存の技術はいくつかあり、成功の度合いは様々である。様々なデータターゲットのコンテンツを追跡するために使用されるメタデータの量を激増させずに、T2からT1への最小限のコピーを生成することができるソリューションはない。したがって、既知の技術を改良することが、本発明の目的である。本発明の第1の側面によれば、ソースストレージボリュームからターゲットストレージボリュームへのバックアッププロセスを開始する命令を受けるステップ、ソースストレージボリュームの完全なコピーをターゲットストレージボリューム上に作る目的の完全バックアッププロセスfullbackupprocess、もしくはソースストレージボリューム上の変更されるデータのコピーをターゲットストレージボリューム上に作る目的の断片的バックアッププロセスfractionalbackupprocessのいずれかとして、バックアッププロセスのタイプを識別するステップ、および、識別されたバックアッププロセスタイプのカスケードが存在すれば、識別されたバックアッププロセスタイプの存在するカスケードにターゲットストレージボリュームを追加するステップ、または、識別されたバックアッププロセスタイプのカスケードが存在しなければ、ソースストレージボリュームからターゲットストレージボリュームの新たなカスケードを開始するステップを含む、バックアッププロセスを処理する方法が提供される。本発明の第2の側面によれば、複数のストレージボリュームと、ストレージボリュームに接続されたストレージボリュームコントローラとを含み、バックアッププロセスを処理するシステムが提供され、ストレージボリュームコントローラは、ソースストレージボリュームからターゲットストレージボリュームへのバックアッププロセスを開始する命令を受け、ソースストレージボリュームの完全なコピーをターゲットストレージボリューム上に作る目的の完全バックアッププロセス、もしくはソースストレージボリューム上の変更されるデータのコピーをターゲットストレージボリューム上に作る目的の断片的バックアッププロセスのいずれかとして、バックアッププロセスのタイプを識別し、さらに、識別されたバックアッププロセスタイプのカスケードが存在すれば、識別されたバックアッププロセスタイプの存在するカスケードにターゲットストレージボリュームを追加し、または、識別されたバックアッププロセスタイプのカスケードが存在しなければ、ソースストレージボリュームからターゲットストレージボリュームの新たなカスケードを開始するよう構成されている。本発明の第3の側面によれば、バックアッププロセスを処理するための、コンピュータ可読媒体上のコンピュータプログラム製品が提供され、この製品は、ソースストレージボリュームからターゲットストレージボリュームへのバックアッププロセスを開始する命令を受けること、ソースストレージボリュームの完全なコピーをターゲットストレージボリューム上に作る目的の完全バックアッププロセス、もしくはソースストレージボリューム上の変更されるデータのコピーをターゲットストレージボリューム上に作る目的の断片的バックアッププロセスのいずれかとして、バックアッププロセスのタイプを識別すること、および、識別されたバックアッププロセスタイプのカスケードが存在すれば、識別されたバックアッププロセスタイプの存在するカスケードにターゲットストレージボリュームを追加すること、または、識別されたバックアッププロセスタイプのカスケードが存在しなければ、ソースストレージボリュームからターゲットストレージボリュームの新たなカスケードを開始することの命令を含む。本発明により、スナップショットが決してクローンに依存しないよう保証することによって、カスケーディングバックアッププロセスの従来技術の実装における問題を克服することができる。上述の方法は、単一のデータソースに対する複数のカスケードを可能にする。この手法の利点は、スナップショットが、クローンとは別の依存関係チェーンまたはカスケードにあるため、クローンは決してデータをスナップショット上にコピーしないということである。これは、スナップショットが、必要ないデータを決して保持しないということを意味する。様々なデータターゲット上のデータを追跡するために追加のメタデータは必要とされない。原則的に、クローンであるバックアッププロセスがスナップショットであるバックアッププロセスを伴うカスケードには決して入らないように、さらに逆も同様であるように、ソースボリュームから別々のカスケードが維持される。方法は、バックアッププロセスのタイプを、ソースストレージボリュームの完全なコピーをターゲットストレージボリューム上に復元する目的の復元プロセスrestoreprocessとして識別するステップと、ソースストレージボリュームからターゲットストレージボリュームの新たなカスケードを開始するステップとをさらに含むことが好ましい。例えばストレージボリュームのデータの破損への応答としてストレージボリュームを復元する目的の任意のバックアッププロセスは、完全に別個のカスケードにおいて処理されることが望ましい。方法は、スナップショットとして識別されたバックアッププロセスが停止されるのを検出するステップと、検出されたバックアッププロセスのターゲットストレージボリュームからのすべてのバックアッププロセスを停止するステップとをさらに含み、クローンとして識別されたバックアッププロセスが停止されるのを検出するステップと、検出されたバックアッププロセスのターゲットストレージボリュームからの、スナップショットとして識別されたすべてのバックアッププロセスを停止するステップとをさらに含むと有利である。バックアッププロセスの停止は、一貫性のある形で処理されることが重要である。上記に詳述された手法が取られる理由は、スナップショットは常にそのソースに依存し、ソースが破棄されれば、スナップショットにはそれ以上使い道がないためである。以下、添付の図面を参照しながら、単なる例として本発明の実施形態について記載する。図1は、ストレージコントローラ8、ならびに2つのストレージディスク10および12を使用するバックアッププロセスの概念を示す。ディスク10および12は、より大きなディスクのアレイの一部を構成することができると考えられ、典型的には、企業ストレージソリューションの一部を構成すると考えられる。ディスク10および12は、例えば商用ウェブサイトに関するストレージソリューションの一部とされ得るであろう。任意の時点で、vdisk1のコンテンツからバックアップが作られる必要があれば、ソースディスク10vdisk1およびさらにflashcopyのターゲットであるターゲットディスク12vdisk2を定義するflashcopy命令が、ストレージボリュームコントローラ8から当該のディスク10へ送られることが可能である。flashcopy命令は、ソースディスク10である特定のvdiskのイメージのポイントインタイムコピーを作成する。図1の例では、第1のflashcopy命令のソースディスク10は、vdisk1であり、ターゲットディスク12は、vdisk2である。flashcopy命令は、flashcopyプロセスを開始し、ソースディスク10からターゲットディスク12へのマップ14が作成される。このマップは、図面ではマップ1と標記されている。この特定の時点におけるvdisk1のイメージは、これ以降vdisk2上で利用可能である。これは、vdisk1上のデータのバックアップを作成し、さらに、元データが元のソースディスク上で保存されているため、それを損失する危険を全く伴わずに、vdisk1のデータに対してテストおよび他の管理タスクが実行されることを可能にする。flashcopyが作られるとき、マップ14によって定義されている、2つのディスク10と12との間のリンクが作成される。データはこれ以降、バックグラウンドでコピーされることもでき、vdisk2ターゲットディスク12としてのに対する任意のアクセスは、vdisk1のイメージの関連性のある部分のコピーを即時に生じさせ、さらに、ディスク10によって記憶されているイメージに対する変更をもたらすことになるvdisk1への任意のアクセスも、その変更が加えられる前に、変更されていないデータが即時にターゲットディスク12にコピーされることを生じさせるという、追加の要件を伴う。このように、vdisk2は、外のユーザにとっては、vdisk1のポイントインタイムコピーを記憶しているが、データは、上述の状況のもとでしか物理的にコピーされない。flashcopy機能などのバックアッププロセスのターゲットボリュームであるストレージボリュームは、さらなるバックアッププロセスのソースボリュームともなり得、これにより、ストレージボリュームのカスケードが作成される。図2には、flashcopyマップ14によってリンクされている3つのストレージボリューム10、12および16のflashcopyカスケードの例が示されている。各マップ14は、ソースボリュームからターゲットボリュームへのバックアッププロセスを定義する。ディスクBは、ディスクAのバックアップを提供し、ディスクCも、ディスクBを介してディスクAのバックアップを提供している。種々のストレージボリュームをリンクするflashcopy機能14は、個別のストレージボリュームによって記憶されるイメージの別々のポイントインタイムコピーを作成する、別々の時間に開始されたものでもよく、または同時に開始されたものでもよい。図2に示されているようにA、BおよびCがカスケード内のディスクであり、矢印がflashcopyマップであり、さらに表示A,BがディスクAからディスクBへのflashcopyマッピングである、A→B→Cのflashcopyカスケードでは、このカスケードは、マップA,BおよびB,Cを有する。カスケードのこの実装では、個別のflashcopy機能によるディスクAに対する任意のデータ書き込みはディスクBに対する書き込みを生じさせるが、これはイメージをディスクB上に維持するために必要なことである。ディスクBに対するこの書き込みは、ディスクBのさらなるクリーン読み取りを生じさせ、その後にディスクCへの書き込みが続く。このように、カスケード内の第1のストレージボリューム10に対する単一の書き込みが、カスケード全体にわたるいくつかの動作をもたらす可能性がある。カスケードが作成されると、新たなマップおよび新たなストレージボリュームは、カスケードに挿入され、カスケードの終わりには追加されない。図2に示されているカスケードでは、開始された第1のバックアッププロセスは、A→Cであると考えられる。続いて、バックアッププロセスA→Bが開始されると、新たなターゲットストレージボリュームBが、存在するソースストレージボリュームAと存在するターゲットストレージボリュームCとの間に事実上挿入される。この挿入は、単に、ターゲットディスクCがディスクAではなくディスクBからデータ書き込みを受け取るという事実を示す論理構造である。このように、カスケード式実装は、ディスクAから2つの独立したマップを備えることになると考えられる従来の構成とは異なる。種々のストレージボリュームからさらに多くのバックアッププロセスが開始されるにつれて、より複雑な構成が作成される。例えば、図3は、4つのディスクA、B、CおよびDを、それらの間の、ソースボリュームAからの3つのPITマップとともに示す。ストレージボリュームコントローラ8は、クローンおよびスナップショットが別々の依存関係チェーンまたはカスケードに分けられるようにディスクおよびマップが構成されるよう、動作させられる。例えば、マップ1がクローンとして開始され、続いて、後のある時点で、マップ2がスナップショットとして開始されると仮定する。その結果、ターゲットイメージを維持するために使用される、結果として生じるグラフ構造は、図3aに示されているようになると考えられる。この構造は、依存関係グラフである。図3aに示されているグラフでは、ディスクAに対するデータ書き込みは、個別のバックアッププロセスのターゲットディスク上に当該のイメージを維持するために、BもしくはCまたはその両方に対するコピーオンライトを必要とし得る。ここでストレージボリュームコントローラ8がマップ3をクローンとして開始すれば、結果として生じる依存関係グラフは、図3bに示されているとおりである。カスケードにおいて、新たなディスクおよびそのディスクに対するマップは、常にソースディスクAに隣接して配置されるため、マップ3の新たなターゲットディスクDは、カスケードA→D→Bに配置され、2つのマップ3および1はどちらもクローンである。別のカスケードA→Cでは、マップ2はスナップショットである。Aのスナップショットまたはクローンのいずれかとしての、以降のバックアッププロセスは、Aから出る辺の数を増やすことなく、クローンもしくはスナップショットまたはその両方のチェーンの長さを延長するため、Aに対する任意の書き込みに必要なIOの数を増すことはない。図3bのグラフは、さらなるスナップショットおよびクローンを含むよう延長可能である。原則として、特定のバックアッププロセスタイプクローンまたはスナップショットのカスケードが存在すれば、ターゲットストレージボリュームは、識別されたバックアッププロセスタイプの存在するカスケードに追加され、または識別されたバックアッププロセスタイプのカスケードが存在しなければ、ターゲットストレージボリュームおよびソースストレージボリュームから成る新たなカスケードが開始される。図4は、さらなるバックアップE、F、GおよびHが取られた後のストレージボリュームの論理構成を示す。個別のマップ4および5により定義されているバックアップEおよびFは、ディスクDのバックアップを取っている。個別のマップ6および7により定義されているバックアップGおよびHは、ディスクCのバックアップを取っている。図4は、図4に示されている構成を実装するためにストレージボリュームコントローラ8によってセットアップされるバックアッププロセスの実際の構造ではなく、バックアップマップの論理構成を示しているにすぎない。図3bに示すように、AからDへのマップ3を開始する結果、カスケードA→D→Bが作成される。ここで、マップ4がクローンとして開始され、マップ5がスナップショットとして開始されると仮定すると、バックアップおよびストレージボリュームの、結果として生じる構成は、図5に示されているとおりになる。この図面は実質的に、図3bに示されている構成に、マップ4および5によって定義されそれぞれボリュームEおよびFに対する、ディスクDの2つのバックアップを加えたものである。マップ4はクローンであるため、ディスクBへのマップ1もクローンであることから、これはボリュームDからBへのカスケードに配置可能である。最後に開始されたマップは、常にソースディスクの最も近くに配置され、この例では、カスケードD→E→Bが作成される。ディスクAからのマップ3のターゲットであるディスクDは、マップ4によって定義されたバックアッププロセスのソースディスクであり、したがって、ディスクEは、新たなカスケードD→E→Bの作成において、ディスクDに隣接して配置される。一方、マップ5はスナップショットであるため、そのソースストレージボリュームディスクDに対する新たなカスケードの開始でなければならない。したがって、新たなマップ5は、新たなカスケードD→Fを定義する。これは、ディスクDからのスナップショットバックアッププロセスのカスケードである。このように、特定のソースディスクから取られたクローンおよびスナップショットが、その特定のソースディスクからの同じカスケードに現れることは決してない。ディスクFへのマップ5が、ディスクAディスクDではなくのスナップショットバックアップであった場合は、ディスクAとCとの間に配置され、カスケードA→F→Cを形成したと考えられる。Aをソースディスクとして有するスナップショットバックアッププロセスは常にこのカスケードに配置され、これは、Aをソースディスクとするクローンバックアッププロセスが別のカスケードAとDとの間に配置されるのと同じである。カスケード内の他のディスクからの任意のバックアッププロセスは、バックアッププロセスタイプの存在するカスケードに入るか、またはカスケードがまだ存在しなければ新たなカスケードを作成するという、同じ規則に従う。例えば、マップ6がクローンとして開始され、マップ7がスナップショットとして開始されれば、構成は図6に示されているようになる。これらのバックアッププロセスはどちらもディスクCからであるため、そのストレージボリュームから2つの新たなカスケードが形成される。この例は、マップがスナップショットまたはクローンとして開始されるときに、どのように依存関係グラフが構築されるかを示す。図6のカスケード内の任意のディスクからの任意の新たなバックアッププロセスが、同じ形で処理される。将来の任意の時点に任意のディスクから行われる新たなバックアッププロセスそれぞれに関して、そのバックアッププロセスタイプのカスケードは既に存在するか、または新たなカスケードが作成される。複数ターゲットPITコピーのように、依存関係グラフ内のディスクに対する書き込みは、読み取り、分割書き込み、およびクライアント書き込みをもたらすと考えられる。例えば、上記の依存関係グラフにおけるBへのクライアントまたはホスト書き込みは、書き込みが行われる位置に関しBにより必要とされるデータがAにあれば、Aの読み取りを、FがBに依存していれば、Aから読み取られたデータのFへの書き込みを、EがBに依存していれば、Aから読み取られたデータのEへの書き込みをもたらすと考えられ第2のアクションと並行して実行可能である、最後にクライアントがそれ自体をBに書き込む。これが、必要なIO動作の最大数である。したがって、IOアルゴリズムは、従来の複数ターゲット実装と、複数ターゲットカスケード式実装との混合であることが分かる。このソリューションの利点は、ソースボリュームのクローンおよびスナップショットが混ざっていないということである。例えば、図6の依存関係グラフにおいてマップ4が停止されると、ストレージボリュームコントローラ8は、EからDへデータをクリーニングする。Dもクローンであり、データがそれにコピーされてもよいため、これは問題ではない。スナップショットFは影響されない。ターゲットが他のスナップショットおよびクローンのソースである依存関係グラフ内のマップの停止に関して、規則が考慮される必要がある。当業者が取り得る手法は多数ある。この実装では、好適な実施形態を以下に定義する。規則1-スナップショットが停止されると、ターゲットディスクのすべてのスナップショットおよびクローンも停止される。規則2-クローンが停止されると、ターゲットディスクのすべてのスナップショットも停止される。この手法を取る理由は、スナップショットは常にそのソースに依存し、ソースが破棄されれば、スナップショットにはそれ以上使い道がないためである。"