(57)【要約】本開示は第１型及び第２型のＲＡＩＤストレージを有するＲＡＩＤサブシステムを含むデータストレージシステムに関する。Ｉ／Ｏを受け入れる仮想ボリュームは第１型ＲＡＩＤストレージに記憶され、仮想ボリュームのスナップショットは第２型ＲＡＩＤストレージに記憶される。方法は、Ｉ／Ｏを受け入れるアクティブボリュームを提供するステップと、そのボリュームのリードオンリのスナップショットを生成するステップとを含む。実施形態では、アクティブボリュームはスナップショットに変換される。アクティブボリュームは第１型ＲＡＩＤストレージを含み、スナップショットは第２型ＲＡＩＤストレージを含む。第１型ＲＡＩＤストレージは第２型ＲＡＩＤストレージより書き込みのペナルティが少ない。実施形態では、第１型ＲＡＩＤストレージはＲＡＩＤ１０ストレージを含み、第２型ＲＡＩＤストレージはＲＡＩＤ５／ＲＡＩＤ６ストレージを含む。
2011530746.tif 000002
【特許請求の範囲】
【請求項１】
ＲＡＩＤストレージ・システムの幾つかのタイプのデータ・ストレージの間でデータを転送する方法であって、
Ｉ／Ｏを受け入れるデータ・ストレージ空間のアクティブ・ボリュームを提供するステップと、
前記アクティブ・ボリュームのリード・オンリ・スナップショットを生成するステップと、
を備え、
前記アクティブ・ボリュームが第１タイプのＲＡＩＤストレージを備え、前記スナップショットが第２タイプのＲＡＩＤストレージを備える、
方法。
【請求項２】
請求項１に記載の方法であって、前記第２タイプのＲＡＩＤストレージは、ＲＡＩＤ５ストレージとＲＡＩＤ６ストレージとの少なくとも１つを備える、方法。
【請求項３】
請求項１に記載の方法であって、前記第１タイプのＲＡＩＤストレージは、ＲＡＩＤ１０ストレージを備える、方法。
【請求項４】
請求項３に記載の方法であって、前記第２タイプのＲＡＩＤストレージは、ＲＡＩＤ５ストレージとＲＡＩＤ６ストレージとの少なくとも１つを備える、方法。
【請求項５】
請求項１に記載の方法であって、Ｉ／Ｏを受け入れ得るリード・オンリのスナップショットのビュー・ボリュームを生成するステップを更に備える方法。
【請求項６】
請求項５に記載の方法であって、前記ビュー・ボリュームは第３タイプのＲＡＩＤストレージを備える、方法。
【請求項７】
請求項６に記載の方法であって、前記第３タイプのＲＡＩＤストレージは、前記第１タイプのＲＡＩＤストレージと同じである、方法。
【請求項８】
ＲＡＩＤストレージ・システムの幾つかのタイプのデータ・ストレージの間でデータを転送する方法であって、
Ｉ／Ｏを受け入れるように構成され且つ第１タイプのＲＡＩＤストレージを含むアクティブ・ボリュームを提供するステップと、
前記アクティブ・ボリュームを、前記アクティブ・ボリュームのリード・オンリのポイント・イン・タイム・コピーに変換するステップと
を備え、
前記アクティブ・ボリュームを、リード・オンリのポイント・イン・タイム・コピーに変換する前記ステップは、前記データを前記第１タイプのＲＡＩＤストレージから前記第２タイプのＲＡＩＤストレージへ転送するステップを備える、
方法。
【請求項９】
請求項８に記載の方法であって、前記第１タイプのＲＡＩＤストレージは、前記第２タイプのＲＡＩＤストレージよりも書き込みに関するペナルティが少ない、方法。
【請求項１０】
請求項９に記載の方法であって、前記第２タイプのＲＡＩＤストレージは、ＲＡＩＤ５ストレージとＲＡＩＤ６ストレージとの少なくとも１つを備える、方法。
【請求項１１】
請求項９に記載の方法であって、前記第１タイプのＲＡＩＤストレージはＲＡＩＤ１０ストレージを備える、方法。
【請求項１２】
請求項１１に記載の方法であって、前記第２タイプのＲＡＩＤストレージは、ＲＡＩＤ５ストレージとＲＡＩＤ６ストレージとの少なくとも１つを備える、方法。
【請求項１３】
請求項１１に記載の方法であって、Ｉ／Ｏを受け入れ得るリード・オンリのスナップショットのビュー・ボリュームを生成するステップを更に備え、前記ビュー・ボリュームは前記第１タイプのＲＡＩＤストレージを備える、
方法。
【請求項１４】
データ・ストレージ・システムであって、
第１タイプのＲＡＩＤストレージと第２タイプのＲＡＩＤストレージとを備えるＲＡＩＤサブシステムと、
Ｉ／Ｏを受け入れるように構成され、前記第１タイプのＲＡＩＤストレージに記憶される仮想ボリュームと、
前記第２タイプのＲＡＩＤストレージに記憶される前記仮想ボリュームの１以上のスナップショットと
を備えるデータ・ストレージ・システム。
【請求項１５】
請求項１４に記載のデータ・ストレージ・システムであって、前記第１タイプのＲＡＩＤストレージは、前記第２タイプのＲＡＩＤストレージよりも書き込みに関するペナルティが少ない、データ・ストレージ・システム。
【請求項１６】
請求項１５に記載のデータ・ストレージ・システムであって、前記第２タイプのＲＡＩＤストレージは、ＲＡＩＤ５ストレージとＲＡＩＤ６ストレージとの少なくとも１つを備える、データ・ストレージ・システム。
【請求項１７】
請求項１５に記載のデータ・ストレージ・システムであって、前記第１タイプのＲＡＩＤストレージはＲＡＩＤ１０ストレージを備える、データ・ストレージ・システム。
【請求項１８】
請求項１７に記載のデータ・ストレージ・システムであって、前記第２タイプのＲＡＩＤストレージは、ＲＡＩＤ５ストレージとＲＡＩＤ６ストレージとの少なくとも１つを備える、データ・ストレージ・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、データ・ストレージ・システムにおける異なるタイプのＲＡＩＤデータ・ストレージの間でデータを伝送するシステム及び方法に関する。より特定的には、本開示は、現在のデータと再生のデータとに関して、異なるタイプのＲＡＩＤデータ・ストレージの間でデータを伝送するシステム及び方法に関する。
【０００２】
ＲＡＩＤストレージは、現在のデータ・ストレージ・システムやストレージ・エリア・ネットワーク（ＳＡＮ）において一般的に使用されている。ＲＡＩＤ０、ＲＡＩＤ１、ＲＡＩＤ３、ＲＡＩＤ４、ＲＡＩＤ５、ＲＡＩＤ６、ＲＡＩＤ１０などを含む多くのレベルのＲＡＩＤが存在する。
【０００３】
例えば、ＲＡＩＤ５は、ブロック・レベルのストライピングを用い、パリティ・データは全てのメンバ・ディスクにわたって分配される。一般に、データがＲＡＩＤ５ストライプのデータ・ブロックへ書き込まれると、パリティ・ブロック（Ｐ）は再計算され再書き込みされなければならない。これには、新たなパリティを計算してパリティ・ブロックへ書き込むこと、及び新たなデータをデータ・ブロックへ書き込むことが必要とされる。また、これは、古いデータをデータ・ブロックから読み出すことを必要とする。従って、ＲＡＩＤ５の書き込みは、ディスクのオペレーションと、ディスクとＲＡＩＤコントローラとの間の通信とに関して、相対的に費用のかかるものとなる。
【０００４】
パリティ・ブロックは、データ・ブロックの読み出しがエラーとなったときに、読み出される。ＲＡＩＤ５ストライプの残りのデータ・ブロック及びパリティ・ブロックのそれぞれは、読み出しエラーの発生したデータ・ブロックのデータを再構築するために使用される。ディスク・アレイのディスク全体が故障した場合、生きているディスクからの分配されたパリティ・ブロックが、生きているディスクからのデータ・ブロックと数学的に組み合わされ（例えば、排他的ＯＲ）、故障したドライブのデータを再構築する。
【０００５】
ＲＡＩＤ６は、１つの見地では、更なるパリティ・ブロック（Ｇ）を追加することによりＲＡＩＤ５の構成を改善したものである。ＲＡＩＤ６は、２つのパリティ・ブロック（Ｐ及びＱ）を全てのメンバ・ディスクにわたって分配するブロック・レベルのストライピングを用いる。即ち、ＲＡＩＤ６は、２つのディスクの故障、例えば、故障したディスクを再構築しているときの故障、に対する保護を提供する。１つのデータ・ブロックの読み出しがエラーとなったとき、データ・ブロックのデータを再構築するためにパリティ・ブロックの１つ（Ｐ）を使用することができる。２つのデータ・ブロックのそれぞれの読み出しがエラーとなった場合、データ・ブロックのデータを再構築するために両方のパリティ・ブロック（Ｐ及びＱ）が使用される。
【０００６】
ＲＡＩＤ５及びＲＡＩＤ６のレベルに対する部分的ストライプ書き込み要求は、データ・ブロック及びパリティ・ブロック（ＲＡＩＤ５についてはＰ、ＲＡＩＤ６についてはＰ及びＱ）を更新するために、読み出し／変更／書き込みの動作を行う必要があるため、相対的に効率が悪い。従って、ＲＡＩＤ５及びＲＡＩＤ６の構成は、一般に、多くの書き込みを含む作業負荷に面したときに性能が低くなる問題がある。
【０００７】
故障したディスクがない場合、ＲＡＩＤ５及びＲＡＩＤ６の構成における読み出し動作の間、パリティ・ブロックは読み出されない。ＲＡＩＤ５及びＲＡＩＤ６の読み出し性能は、一般に、他のＲＡＩＤレベル、例えば、ＲＡＩＤ０と似たものである。
【０００８】
他方、ＲＡＩＤ１０は、ＲＡＩＤ５及びＲＡＩＤ６のレベルで現れる書き込みに関する不利（ペナルティ）はない。ＲＡＩＤ１０は、高負荷のデータベースによく用いられる。なぜなら、パリティ・ブロックが無く、それによりＲＡＩＤ１０の書き込み速度が速くなっているからである。ＲＡＩＤ１０は、２つの異なるＲＡＩＤレベル、ＲＡＩＤ１及びＲＡＩＤ０、の特定的な組み合わせである。ＲＡＩＤ１は高レベルの有用性を提供し、ＲＡＩＤ０は最高の性能を提供するので、ＲＡＩＤ１０は魅力的である。しかしながら、ＲＡＩＤ５及びＲＡＩＤ６は、ＲＡＩＤ１０よりも実質的に良いストレージ効率を有する。
【０００９】
従って、データ・ストレージ・システムにおける異なるタイプのＲＡＩＤデータ・ストレージの間でデータを伝送（転送）するシステム及び方法の技術において必要とされるものがある。更に、現在のデータ及び再生のデータに関しての、異なるタイプのＲＡＩＤデータ・ストレージの間でデータを伝送（転送）するシステム及び方法の技術において必要とされるものがある。同様に、それぞれのＲＡＩＤ構成の利点を最も望まれるときに使用できるようにし、ＲＡＩＤ５レベル及び／又はＲＡＩＤ６レベルとＲＡＩＤ１０レベルとの間でデータを伝送（転送）するシステム及び方法の技術において必要とされるものがある。
【先行技術文献】
【特許文献】
【００１０】
米国特許出願公報第２００５／００５５６０３号
【発明の概要】
【００１１】
本開示における１つの実施形態は、ＲＡＩＤストレージ・システムのデータ・ストレージの幾つかのタイプのものの間でデータを転送する方法に関連する。方法は、読み出し及び書き込みの要求を受け入れるデータ・ストレージ空間のアクティブ・ボリュームを提供するステップと、アクティブ・ボリュームのリード・オンリ（読み出し専用）・スナップショットを生成するステップとを含む。或る実施形態では、アクティブ・ボリュームはリード・オンリ・スナップショットへと変換される。アクティブ・ボリュームは、第１タイプのＲＡＩＤストレージを含み、スナップショットは第２タイプのＲＡＩＤストレージを含む。第１タイプのＲＡＩＤストレージは、書き込みに関するペナルティ（不利益）が第２タイプのＲＡＩＤストレージよりも低い。典型的な実施形態では、第１タイプのＲＡＩＤストレージはＲＡＩＤ１０ストレージを含み、第２タイプのＲＡＩＤストレージはＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージを含む。
【００１２】
本開示の別の実施形態の方法は、リード・オンリ・スナップショット・データのビュー・ボリューム（view volume）を生成するステップを含む。ビュー・ボリュームは、読み出し及び書き込みの要求を受け入れることができる。従って、ビュー・ボリュームは、リード・オンリ・スナップショット・データに対して使用されるタイプのＲＡＩＤストレージよりも書き込みに関するペナルティが少ないタイプのＲＡＩＤストレージを含む。或る実施形態では、ビュー・ボリュームはＲＡＩＤ１０ストレージを含む。
【００１３】
本開示の別の実施形態は、第１及び第２のタイプのＲＡＩＤストレージを有するＲＡＩＤサブシステムを含むデータ・ストレージ・システムと関連する。データ・ストレージ・システムは、更に、第１タイプのＲＡＩＤストレージに記憶され、Ｉ／Ｏを受け入れるように構成された仮想ボリュームと、第２タイプのＲＡＩＤストレージに記憶される、仮想ボリュームの１以上のスナップショットとを含む。第１タイプのＲＡＩＤストレージは、第２タイプのＲＡＩＤストレージよりも書き込みに関するペナルティが少ない。
【００１４】
複数の実施形態が示されるが、本発明のそれら以外の実施形態についても、本発明の例示的な実施形態を示し説明する以下の詳細な説明から、当業者には明らかとなる。理解されるように、本発明の精神及び範囲から離れることなく、本発明は、様々な明らかな点において変更することが可能である。従って、図面及び詳細な説明は、本質を例示するものであり、それに限定するものと見るべきではない。
【００１５】
明細書の最後において、本発明を形成すると考えられる主題を特定的に指定し明確に主張する特許請求の範囲で締めくくっているが、本発明は以下の説明及び添付の図面から、より良く理解できる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本開示の１つの実施形態に従った、複数の例示的な時間間隔におけるデータ・ストレージ構造のスナップショットの概略図である。
【図２】図２は、本開示の１つの実施形態に従った、ＰＩＴＣのライフ・サイクルのフロー図である。
【発明を実施するための形態】
【００１７】
本開示は、データ・ストレージ・システムにおける様々なタイプのＲＡＩＤデータ・ストレージの間でデータを転送（伝送）するシステム及び方法に関する。より特定的には、本開示は、現在のデータ及び再生のデータに対して様々なタイプのＲＡＩＤデータ・ストレージの間でデータを転送するシステム及び方法に関する。更に、本開示は、それぞれのＲＡＩＤ構成の利点を最も望まれるときに使用できるようにし、ＲＡＩＤ５レベル及び／又はＲＡＩＤ６レベルとＲＡＩＤ１０レベルとの間でデータを転送するシステム及び方法に関する。
【００１８】
本開示の実施形態は、任意の適当なデータ・ストレージ・システムやＳＡＮとともに使用できる。１つの実施形態では、本開示のシステム及び方法は、２００４年８月１３日に出願された「Virtual Disk Drive System and Method（仮想ディスク・ドライブのシステム及び方法）」と題する米国特許出願第１０／９１８３２９号であって、米国特許出願公報第２００５／００５５６０３号として２００５年３月１５日に発行されたものおいて開示されているようなデータ・ストレージ・システムと共に使用できる。米国特許出願第１０／９１８３２９号の内容は、ここで参照することにより本明細書に組み込まれるものとする。米国特許出願第１０／９１８３２９号は、ダイナミック・データ・アロケーション（動的データ割り当て）及びディスク・ドライブ仮想化を可能にする改善されたディスク・ドライブ・システムを開示する。ディスク・ドライブ・システムは、ＲＡＩＤサブシステムを含むことができ、ＲＡＩＤのフリー・リスト又はディスク・ストレージ・ブロックのマトリックスを維持するストレージのページ・プールを有し、少なくとも１つのディスク・ストレージ・システム・コントローラを有するディスク・マネージャを有する。ＲＡＩＤサブシステム及びディスク・マネージャは、ＲＡＩＤ・ツー・ディスク・マッピング（RAID-to-disk mapping、ＲＡＩＤとディスクのマッピング）に基づいて、ストレージのページ・プール又はディスク・ストレージ・ブロックのマトリックス、及び複数のディスク・ドライブにわたってデータを動的に割り当てる。米国特許出願第１０／９１８３２９号に記載されているようなディスク・ドライブ・システムは、米国特許出願第１０／９１８３２９号に詳細に記載されている仮想ボリューム・マトリックス又はディスク・ストレージ・ブロックのプール、データのバックアップやリカバリや試験その他のためのインスタント・データ・フュージョン（instant data fusion）及びデータ・インスタント・リプレイ（data instant replay）、リモート・データ・ストレージ、及びデータ・プログレッション（data progression）の、ポイント・イン・タイム・コピー（Point-In-Time Copy、ＰＩＴＣ）の効率的なデータ・ストレージを可能にするための、動的データ割り当て及びスナップショットの機能を含み得る。
【００１９】
本明細書で開示される新しいシステム及び方法は、データ・ストレージ・システムにおいて以前は得られなかった特徴を提供する。例えば、データは、例えば現在のデータや再生／バックアップのデータなどのような様々なタイプのデータに対する様々なレベルのＲＡＩＤに記憶される。１つの実施形態において、ＲＡＩＤ５レベル及び／又はＲＡＩＤ６レベルに記憶されるデータは、適当な時にＲＡＩＤ１０レベルへ転送されることができ、その逆の転送も可能であり、それぞれのＲＡＩＤ構成の利点が最も効率的に使用される。特定的には、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージは、一般に、リード・オンリ・データに対して使用される。なぜなら、ＲＡＩＤ５レベル及びＲＡＩＤ６レベルは、一般に、読み出し動作に関して効率的であるが、書き込み動作に関しては不利なことにペナルティを含むからである。ＲＡＩＤ５及びＲＡＩＤ６はまた、有利なことに、相対的に良好なデータ保護を提供する。ＲＡＩＤ１０ストレージは、一般に、データの読み出し及び書き込みの双方に使用される。なぜなら、ＲＡＩＤ１０ストレージは、データの読み出し動作及び書き込み動作の双方に対して相対的に効率が良いからである。しかしながら、ＲＡＩＤ５及び／又はＲＡＩＤ６は、ＲＡＩＤ１０よりも実質的に良いストレージ効率を有する。これについて以下に例を示す。
【００２０】
相対的に良い読み出し及び書き込み性能をサポートする。
・ＲＡＩＤ１０、シングル・ミラーは、５０％空間効率（space efficient）であり、任意のシングル（１）・ドライブ故障をサポートする。
・ＲＡＩＤ１０、デュアル・ミラーは、３３％空間効率であり、任意のデュアル（２）・ドライブ故障をサポートする。
【００２１】
相対的に良い読み出し性能をサポートする。
・ＲＡＩＤ５、５ワイド（five wide）は、８０％空間効率であり、任意の１ドライブ故障をサポートする。
・  ・ＲＡＩＤ５、９ワイド（9 wide）は、８９％空間効率であり、任意の１ドライブ故障をサポートする。
・ＲＡＩＤ６、６ワイド（six wide）は、６７％空間効率であり、任意の２ドライブ故障をサポートする。
・ＲＡＩＤ６、１０ワイド（ten wide）は、８０％空間効率であり、任意の２ドライブ故障をサポートする。
【００２２】
１つの実施形態において、データがリード・オンリとコミット（明言）されたとき、そのデータはＲＡＩＤ１０ストレージからＲＡＩＤ５及び／又はＲＡＩＤ６ストレージへ転送又は移動される。幾つかの実施形態では、ＲＡＩＤ１０ストレージは現在データのために使用され、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージは再生（replay、リプレイ）データのために使用される。更なる実施形態では、ストレージ・システムのデータの大部分がＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージへ記憶される。
【００２３】
１つの実施形態では、米国特許出願第１０／９１８３２９号に記載されているデータ・インスタント・フュージョンの方法は、ユーザの定めた時間間隔でＲＡＩＤサブシステムのＰＩＴＣを自動的に生成し、ユーザの構成したダイナミック・タイム・スタンプを、例えば、数分毎や数時間毎などや、ユーザにより指示される時間又は時間間隔に生成する。システムの故障やウィルスの攻撃の場合、これらのタイム・スタンプの付された仮想ＰＩＴＣは、米国特許出願第１０／９１８３２９号に記載されているように、数分や数時間で、データ・インスタント・リプレイ（再生）及びデータ・インスタント・リカバリを可能とする。即ち、将来の動作のために、クラッシュ又は攻撃の少し前のデータは遅滞なく融合され、クラッシュ又は攻撃の前に記憶されたＰＩＴＣは即座に使用でき、また、即座に再生できる。
【００２４】
図１に示すように、それぞれの所定の時間間隔、例えば、５分の時間間隔、Ｔ１（午後１２時）、Ｔ２（午後１２時５分）、Ｔ３（午後１２時１０分）、及びＴ４（午後１２時１５分）で、ストレージのページ・プールのＰＩＴＣ、ディスク・ストレージ・ブロックのマトリックス、又は任意の他の適当なディスク・ストレージ構造、例えば、以下で説明するアクティブＰＩＴＣが、自動的に生成される。任意の適当なデータ・ストレージ・システム又はＳＡＮにおける、ＰＩＴＣ又はストレージのページ・プールの詳細、ディスク・ストレージ・ブロックのマトリックス、又は他の適当なディスク・ストレージ構造のアドレス・インデックスは、ストレージのページ・プール、ディスク・ストレージ・ブロックのマトリックス、又は他の適当なディスク・ストレージ構造に記憶され、その記憶されたアドレス・インデックスを介して、ＰＩＴＣ又はストレージのページ・プールの詳細、ディスク・ストレージ・ブロックのマトリックス、又は他の適当なディスク・ストレージ構造が即座に位置付けできる（位置を見つけられる）ようにする。ＰＩＴＣは、ローカルのＲＡＩＤサブシステム又はリモートのＲＡＩＤサブシステムに記憶することができ、例えば、建物の火災などにより主となるシステムがクラッシュしたときに、データのインテグリティに影響を及ぼさないようにし、データが即座にリカバリでき再生できるようにできる。フュージョン（融合）されたデータやＰＩＴＣデータを記憶するために、任意の適当な又は望ましいＲＡＩＤレベルを使用することができる。１つの実施形態では、ＰＩＴＣはＲＡＩＤ５及び／又はＲＡＩＤ６のストレージ・レベルに記憶することができ、それにより、データは、ＲＡＩＤ５及び／又はＲＡＩＤ６のレベルで提供されるデータ保護を受ける。
【００２５】
インスタント・データ・フュージョン及びデータ・インスタント・リプレイの別の特徴は、システムが動作中に、試験のためにＰＩＴＣを使用できることである。言い換えると、実際のデータ（real data、リアル・データ）をリアルタイムの試験に使用できる。幾つかの実施形態では、以下で説明するように、ＰＩＴＣデータは試験のためにＲＡＩＤ１０ストレージへ転送される（例えば、以下で説明するように、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージに記憶されたＰＩＴＣデータを用いてＲＡＩＤ１０ストレージにビュー・ボリュームが生成される）。別の実施形態では、ＰＩＴＣデータは、試験のためにＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージに残る（例えば、以下で説明するように、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージにビュー・ボリュームが生成される）。
【００２６】
スナップショットを用いるボリュームの挙動は、スナップショットのないボリュームと実質的に同じである。１つの実施形態では、ボリュームに対するトップ（最上位）・レベルのＰＩＴＣは、アクティブＰＩＴＣ（ＡＰ）と呼ばれる。ＡＰは、ボリュームに対する全ての読み出し及び書き込みの要求を満足させる。１つの実施形態では、ＡＰは、書き込み要求を受け入れるボリュームに対する唯一のＰＩＴＣである。ＡＰはまた、ボリューム内の全てのデータの現在位置のサマリ（一覧）を含むことができる。１つの実施形態では、ＡＰは、以前のＰＩＴＣと、現在のトップ・レベルＰＩＴＣ、即ち、ＡＰとの違い（差）のみを追跡する。例えば、ＡＰは、ボリュームへの書き込みのみを追跡する。
【００２７】
ＰＩＴＣのライフ・サイクルの１つの実施形態では、図２に示すように、トップ・レベルＰＩＴＣ、即ち、ＡＰは、リード・オンリとコミットされる前に以下の状態を経る。以前に述べたように、ＰＩＴＣは、１つのＲＡＩＤレベルに記憶され、次に、望ましい場合には、別のＲＡＩＤレベルへ転送される。１つの実施形態では、ＰＩＴＣは、ボリュームへの書き込みを受け入れできる間はＲＡＩＤ１０ストレージへ記憶され、リード・オンリとコミットされた後はＲＡＩＤ５及び／又はＲＡＩＤ６へ記憶される。従って、ＰＩＴＣは、書き込み動作に関連するＲＡＩＤ１０の利点を用いることができ、書き込み動作に関連するＲＡＩＤ５及び／又はＲＡＩＤ６の欠点を避けることができ、また、リード・オンリ・データに対してＲＡＩＤ５及び／又はＲＡＩＤ６が提供するデータ保護を受けることができる。トップ・レベルＰＩＴＣの典型的なライフ・サイクルは、下記の状態のうちの１以上のものを含む。
【００２８】
１．  ストレージ空間の割り当て：  ストレージ空間は、ＰＩＴＣに対してディスク上で動的に生成される。この時点でのテーブルの書き込みは、ＰＩＴＣが取られる前にテーブル情報を記憶するための必要なスペース（空間）が割り当てられることを保証する。同時に、ＰＩＴＣオブジェクトもまたディスクに対してコミットされる。ＰＩＴＣを記憶するために任意の適当なＲＡＩＤレベルを使用することができるが、１つの実施形態では、ＲＡＩＤ１０ストレージを使用する。
【００２９】
２．  Ｉ／Ｏの受け入れ：  ＰＩＴＣはＡＰになり得る。それは、そうなった時に、ボリュームに対する読み出し及び書き込みの要求に対処することができる。１つの実施形態では、これは、テーブルに対する書き込み要求を受け入れる唯一の状態である。ＰＩＴＣは、イベントを生成することができ、今はＡＰである。以前に説明したように、ＲＡＩＤ１０ストレージは、ＰＩＴＣがＡＰのときに使用することができる。ＲＡＩＤ１０は魅力的である。なぜなら、ＲＡＩＤ１０は、高レベルの有用性と高性能とを提供するが、ＲＡＩＤ５やＲＡＩＤ６のような他のＲＡＩＤレベルに関連する書き込みに関するペナルティの問題が無いからである。
【００３０】
３．  ディスクに対するリード・オンリとしてのコミット：  ＰＩＴＣは、もはやＡＰではなく、もはや更なるページを受け入れない。新たなＡＰが引き継いでおり、ＰＩＴＣは今はリード・オンリである。この時点の後、１つの実施形態では、テーブルは、合体動作の間に取り除かれないかぎり、変更されない。ＰＩＴＣは、更に、イベントを生成し、それはフリーズされコミットされる。何れのサービスもそのイベントに従う。１つの実施形態では、ＰＩＴＣがもはやＡＰではなくリード・オンリとなったとき、ＰＩＴＣと関連するデータは、ＲＡＩＤ１０ストレージからＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージへ転送される。以前に説明したように、ＲＡＩＤ５及びＲＡＩＤ６は、幾つかの場合において、データのより効率的な保護を提供し、読み出しエラーやディスク故障の後にデータがリカバリできるようにする。ＰＩＴＣはリード・オンリとなっているので、ＲＡＩＤ５及び／又はＲＡＩＤ６の書き込みに関するペナルティは最小化されるか、又は除去される。
【００３１】
１つの実施形態では、インスタント・データ・フュージョン及びデータ・インスタント・リプレイは、更に、バックアップ動作やリカバリ動作以外のために、ＲＡＩＤサブシステムのディスク・ストレージ・ブロックのＰＩＴＣを使用するために用いられる。１つの実施形態では、ＰＩＴＣは、それがＡＰである間に、ボリュームへの書き込み動作を記録することができ、それにより、ＰＩＴＣから「ビュー（view）」を作り出して過去のボリュームの内容（コンテンツ）を見るようにできる。即ち、スナップショットは、ボリュームの以前のＰＩＴＣに対するビューを作り出すことにより、データ・リカバリや他の機能をサポートする。ビュー・ボリュームは、以前のＰＩＴＣのデータへのアクセスを提供し、また、読み出し動作及び書き込み動作を含む通常のボリュームＩ／Ｏ動作をサポートする。１つの実施形態において、ビュー・ボリューム機能は、ボリューム内の任意のＰＩＴＣへ添付される。更なる実施形態では、ボリュームの現在の状態から取られるビューは、現在のボリュームのＡＰからコピーされる。ＰＩＴＣへの添付は比較的速い処理であり、幾つかの実施形態では、ビュー・ボリュームの生成は、ほぼ即座に行われ、データのコピーを必要としない。１つの実施形態では、ビュー・ボリュームは、親ボリュームからスペース（空間）を割り当てる。ビュー・ボリュームの削除は、そのスペースを空けて親ボリュームへ戻すことになる。幾つかの実施形態では、以下に説明するように、以前のＰＩＴＣのビュー又はビュー・ボリュームは、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージを用いて実施される。代替例として、ビュー又はビュー・ボリュームは、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージに記憶されたＰＩＴＣデータから、ＲＡＩＤ１０ストレージを用いて作られる。ビュー・ボリューム機能の使用の例には、試験、訓練、バックアップ、およびリカバリが含まれる。
【００３２】
１つの実施形態では、ビュー又はビュー・ボリュームはそれ自体のＡＰを含み、ＰＩＴＣへの書き込みを記録するようにする。ＡＰを用いて、ビュー・ボリュームは、基礎的なボリューム・データを変更することなく、ビュー・ボリュームに対する書き込み動作を可能とする。１つのボリュームが、複数の子（child）ビュー・ボリュームをサポートすることができる。
【００３３】
１つの実施形態では、ＰＩＴＣは、１以上のレベルのＲＡＩＤに記憶され、そのＰＩＴＣのビュー・ボリュームは、同じレベルのＲＡＩＤのストレージにおいて作られる。例えば、ＰＩＴＣは、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージのレベルに記憶され、ＰＩＴＣのビュー・ボリュームもまた、ＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージを用いて作られる。更なる実施形態では、ＰＩＴＣは、１以上のレベルのＲＡＩＤに記憶され、ＰＩＴＣのビュー・ボリュームは、１以上の様々なＲＡＩＤレベルのストレージにおいて作られる。例えば、ＰＩＴＣは、ＲＡＩＤ５ストレージ・レベル及び／又はＲＡＩＤ６ストレージ・レベルに記憶され、ＰＩＴＣのビュー・ボリュームは、ＲＡＩＤ１０ストレージを用いて作られる。従って、ＰＩＴＣは、ＲＡＩＤ５及びＲＡＩＤ６の提供するデータ保護を維持し、書き込み動作を受け入れ得るビュー・ボリュームは、ＲＡＩＤ５ストレージ及びＲＡＩＤ６ストレージと関連する書き込みにおけるペナルティを回避することができる。
【００３４】
好ましい実施形態を参照して本発明を説明したが、当業者であれば、本発明の精神及び範囲から離れることなく、形態および詳細に関する変更を行え得ることを認識するであろう。例えば、上記の実施形態ではＲＡＩＤ５ストレージ、ＲＡＩＤ６ストレージ、及びＲＡＩＤ１０ストレージに関して説明したが、データは、任意の適当なレベルのＲＡＩＤストレージの間で、それぞれのＲＡＩＤレベルの利点を適切に使用できるときに、転送することが可能である。更に、実施形態では、リード・オンリ・データをＲＡＩＤ５ストレージ及び／又はＲＡＩＤ６ストレージに記憶することを記載したが、データは、必ずしもリード・オンリでなくてもよい。幾つかの実施形態では、データは、読み出し動作及び書き込み動作の両方を受け入れる。幾つかの実施形態では、書き込み動作は、読み出し動作よりも実質的に動作の量が少ないが、ＲＡＩＤ５及び／又はＲＡＩＤ６と関連する書き込みに関するペナルティは最小化される。
【図１】
2011530746.tif 000003
【図２】
2011530746.tif 000004
【国際調査報告】
2011530746.tif 000005
2011530746.tif 000006