(57)【要約】【課題】データ・ストレージ・システムにおいてリソース再利用を管理する装置を提供する。【解決手段】本装置は、１つ以上の削除済みボリュームのメタデータを記録するボリューム削除メタデータ・レコーダと、所定のポリシー・ルールをメタデータに適用するよう、ポリシー・ルールに応答するポリシー・エンジンとを含み、ポリシー・エンジンは、１つ以上の削除済みボリュームに関して、ポリシーにより制御されたデータ・ストレージ・スペース再利用を開始する。ボリューム再利用器が、１つ以上の削除済みボリュームからデータ・ストレージ・スペースを再利用するようポリシー・エンジンに応答し、リソース・アロケータがデータ・ストレージ・スペースを割り当てる。【選択図】図１
2010510597.tif 000002
【特許請求の範囲】
【請求項１】
データ・ストレージ・システムにおいてリソース再利用を管理する装置であって、
１つ以上の削除済みボリュームのメタデータを記録するボリューム削除メタデータ・レコーダと、
所定のポリシー・ルールを前記メタデータに適用するよう、前記ポリシー・ルールに応答するポリシー・エンジンと、
を含む装置であり、
前記ポリシー・エンジンは、前記１つ以上の削除済みボリュームに関して、ポリシーにより制御されたデータ・ストレージ・スペース再利用を開始する、
装置。
【請求項２】
前記１つ以上の削除済みボリュームからデータ・ストレージ・スペースを再利用するよう、前記ポリシー・エンジンに応答するボリューム再利用器と、
前記データ・ストレージ・スペースを割り当てるリソース・アロケータと、
をさらに含む、請求項１に記載の装置。
【請求項３】
前記１つ以上の削除済みボリュームは、削除済みと示されているが回復可能である、請求項１または請求項２に記載の装置。
【請求項４】
前記リソース・アロケータは、最低必要量を満たすよう前記データ・ストレージ・スペースを割り当てる、請求項２または請求項３に記載の装置。
【請求項５】
前記最低必要量は、利用可能なゼロ化エクステントの最低必要量を含む、請求項４に記載の装置。
【請求項６】
利用可能なゼロ化エクステントの前記最低必要量は、遅延割り当てストレージ・ボリュームのニーズを満たすための最低必要量を含む、請求項５に記載の装置。
【請求項７】
前記所定のポリシー・ルールはユーザ指定可能である、先行するいずれかの請求項に記載の装置。
【請求項８】
前記メタデータは、前記削除済みボリュームの特性の表現を含む、先行するいずれかの請求項に記載の装置。
【請求項９】
前記メタデータは、前記削除済みボリュームの削除理由の表現を含む、先行するいずれかの請求項に記載の装置。
【請求項１０】
前記所定のポリシー・ルールは、前記削除済みボリュームの前記削除理由に従って選好的である、請求項９に記載の装置。
【請求項１１】
データ・ストレージ・システムにおいてリソース再利用を管理する方法であって、
ボリューム削除メタデータ・レコーダにより、１つ以上の削除済みボリュームのメタデータを記録するステップと、
所定のポリシー・ルールに応答して、前記ポリシー・ルールを前記メタデータに適用するステップと、
前記１つ以上の削除済みボリュームに関して、ポリシーにより制御されたデータ・ストレージ・スペース再利用を開始するステップと、
を含む方法。
【請求項１２】
前記開始するステップに応答して、前記１つ以上の削除済みボリュームからデータ・ストレージ・スペースを再利用するステップと、
前記データ・ストレージ・スペースを割り当てるステップと、
をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記１つ以上の削除済みボリュームは、削除済みと示されているが回復可能である、請求項１１または請求項１２に記載の方法。
【請求項１４】
前記割り当てるステップは、最低必要量を満たすよう前記データ・ストレージ・スペースを割り当てる、請求項１２または１３に記載の方法。
【請求項１５】
前記最低必要量は、利用可能なゼロ化エクステントの最低必要量を含む、請求項１４に記載の方法。
【請求項１６】
利用可能なゼロ化エクステントの前記最低必要量は、遅延割り当てストレージ・ボリュームのニーズを満たすための最低必要量を含む、請求項１５に記載の方法。
【請求項１７】
前記所定のポリシー・ルールはユーザ指定可能である、請求項１１〜１６のいずれかに記載の方法。
【請求項１８】
前記メタデータは、前記削除済みボリュームの特性の表現を含む、請求項１１〜１７のいずれかに記載の方法。
【請求項１９】
前記メタデータは、前記削除済みボリュームの削除理由の表現を含む、請求項１１〜１８のいずれかに記載の方法。
【請求項２０】
前記所定のポリシー・ルールは、前記削除済みボリュームの前記削除理由に従って選好的である、請求項１９に記載の方法。
【請求項２１】
機能データを有するデータ・キャリアであって、前記機能データは機能コンピュータ・データ構造を含み、前記機能コンピュータ・データ構造は、コンピュータ・システムにロードされ、それによって前記コンピュータ・システム上で運用されると、前記コンピュータ・システムが、請求項１１〜２０のいずれか１項に記載の方法の前記ステップすべてを実行できるようにする、データ・キャリア。
【請求項２２】
コンピュータ・プログラム・コードを含むコンピュータ・プログラムであって、前記コンピュータ・プログラム・コードは、コンピュータ・システムにロードされ前記コンピュータ・システム上で実行されると、前記コンピュータ・システムに、請求項１１〜２０のいずれか１項に記載の方法の前記ステップすべてを実行させる、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス制御器を管理する技術に関し、特に、データ・ストレージ・システムにおいてリソース再利用（または「スカベンジング（ｓｃａｖｅｎｇｉｎｇ）」）を管理することに関する。
【背景技術】
【０００２】
数多くのファイル・システムおよびストレージ・サブシステムは、削除済みのファイルを回復する機能を提供する。これの簡単な例は、ユーザが誤ってファイルを削除した場合に、ごみ箱に行って削除済みファイルを一覧にし、続いて回復したいファイル（単数または複数）を選択することができる、Ｍｉｃｒｏｓｏｆｔ（Ｒ）Ｗｉｎｄｏｗｓ（Ｒ）オペレーティング・システムのごみ箱であろう。（ＭｉｃｒｏｓｏｆｔおよびＷｉｎｄｏｗｓは、米国などにおけるマイクロソフト社（Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ）の商標または登録商標）。その結果、ユーザは再びファイルを利用できるようになる。この環境では、ごみ箱が徐々に埋まり、最終的にはシステム上の空き容量がなくなる。現在のＷｉｎｄｏｗｓは、空き容量を監視し、ある状況下で、「空き容量が少なくなっています。ごみ箱を空にして空き容量を増やしますか」というようなプロンプトを管理者に提示する。管理者は、スペースを使えるようにするためにこのプロンプトに明確に応じなければならない。
【０００３】
この概念が仮想化ストレージ環境に拡大されると、ボリュームはリサイクル・プールに保存され、ある時点で、空きエクステントがなくなる。これが生じると、新たなボリュームの作成は失敗し、ユーザは、リサイクル・プールから永久に削除するボリュームを手動で選択して、エクステントを使えるようにしなければならない。これを行った後、ボリューム作成コマンドを再試行し、そこで十分なエクステントが空いていればコマンドは成功する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
仮想化ストレージ環境では遅延割り当てボリューム（ｌａｔｅ  ａｌｌｏｃａｔｅｄ  ｖｏｌｕｍｅ）を作成することができる。遅延割り当てボリュームは、作成時には物理エクステント(extent)が割り当てられない。未割り当てエクステントに対してホストが書き込むと、システムは物理エクステントを動的に割り当てる。未割り当てエクステントに対するホストによる読み取りには、すべてゼロが返されなければならない。ホストの書き込みを常に受け入れることができるよう保証するために、システムは、利用可能なゼロ化（ｚｅｒｏｅｄ）未割り当てエクステント（データが除去されているエクステント）のプールを保持する必要がある。プールが空になれば、システムは、書き込み用にエクステントを割り当てることができず、ホストへフェイルバックして遅延割り当てボリュームをオフラインにしなければならなくなる。この状況では、ユーザには、介入して手動でごみ箱からボリュームを削除しエクステントを使えるようにする機会がない。さらにこの種の手動の介入は、管理者の人数が多く単一制御点がない大規模システムでは受け入れられない。
【課題を解決するための手段】
【０００５】
したがって、本発明は、第１の態様において、データ・ストレージ・システムにおいてリソース再利用を管理する装置を提供する。装置は、１つ以上の削除済みボリュームのメタデータを記録するボリューム削除メタデータ・レコーダと、ポリシー・ルールを前記メタデータに適用するよう、所定の前記ポリシー・ルールに応答するポリシー・エンジンとを含み、ポリシー・エンジンは、前記１つ以上の削除済みボリュームに関して、ポリシーにより制御されたデータ・ストレージ・スペース再利用を開始する。
【０００６】
装置は、前記１つ以上の削除済みボリュームからデータ・ストレージ・スペースを再利用するよう前記ポリシー・エンジンに応答するボリューム再利用器（ｖｏｌｕｍｅ  ｒｅｃｌａｉｍｅｒ）と、前記データ・ストレージ・スペースを割り当てるリソース・アロケータ（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｏｒ）とをさらに含むと好ましい。
【０００７】
前記１つ以上の削除済みボリュームは、削除済みと示されているが回復可能であることが好ましい。
【０００８】
前記リソース・アロケータは、最低必要量を満たすよう前記データ・ストレージ・スペースを割り当てることが好ましい。
【０００９】
前記最低必要量は、利用可能なゼロ化エクステントの最低必要量を含むことが好ましい。
【００１０】
利用可能なゼロ化エクステントの前記最低必要量は、遅延割り当てストレージ・ボリュームのニーズを満たすための最低必要量を含むことが好ましい。
【００１１】
前記所定のポリシー・ルールはユーザ指定可能であることが好ましい。
【００１２】
前記メタデータは、前記削除済みボリュームの特性の表現を含むことが好ましい。
【００１３】
前記メタデータは、前記削除済みボリュームの削除理由の表現を含むことが好ましい。
【００１４】
前記所定のポリシー・ルールは、前記削除済みボリュームの前記削除理由に従って選好的であることが好ましい。
【００１５】
第２の態様では、本発明は、データ・ストレージ・システムにおいてリソース再利用を管理する方法または論理配列を提供する。方法または論理配列には、ボリューム削除メタデータ・レコーダにより、１つ以上の削除済みボリュームのメタデータを記録するステップと、所定のポリシー・ルールに応答して、前記ポリシー・ルールを前記メタデータに適用することと、前記１つ以上の削除済みボリュームに関して、ポリシーにより制御されたデータ・ストレージ・スペース再利用を開始するステップとが含まれる。
【００１６】
好適には、方法は、前記開始するステップに応答して、前記１つ以上の削除済みボリュームからデータ・ストレージ・スペースを再利用するステップと、前記データ・ストレージ・スペースを割り当てるステップとをさらに含むとよい。
【００１７】
前記１つ以上の削除済みボリュームは、削除済みと示されているが回復可能であることが好ましい。
【００１８】
前記割り当てるステップは、最低必要量を満たすよう前記データ・ストレージ・スペースを割り当てることが好ましい。
【００１９】
前記最低必要量は、利用可能なゼロ化エクステントの最低必要量を含むことが好ましい。
【００２０】
利用可能なゼロ化エクステントの前記最低必要量は、遅延割り当てストレージ・ボリュームのニーズを満たすための最低必要量を含むことが好ましい。
【００２１】
前記所定のポリシー・ルールはユーザ指定可能であることが好ましい。
【００２２】
前記メタデータは前記削除済みボリュームの特性の表現を含むことが好ましい。
【００２３】
前記メタデータは、前記削除済みボリュームの削除理由の表現を含むことが好ましい。
【００２４】
前記所定のポリシー・ルールは、前記削除済みボリュームの前記削除理由に従って選好的であることが好ましい。
【００２５】
第３の態様では、機能データを有するデータ・キャリアが提供される。前記機能データは、機能コンピュータ・データ構造を含み、機能コンピュータ・データ構造は、コンピュータ・システムにロードされ、それによってコンピュータ・システム上で運用されると、前記コンピュータ・システムが、第２の態様による方法のステップすべてを実行できるようにする。
【００２６】
第４の態様では、コンピュータ・プログラム・コードを含むコンピュータ・プログラムが提供される。コンピュータ・プログラム・コードは、コンピュータ・システムにロードされコンピュータ・システム上で実行されると、前記コンピュータ・システムに、第２の態様による方法のステップすべてを実行させる。
【００２７】
したがって、本発明の好適な実施形態は、最も広い態様において、リサイクル・プールから自動的にエクステントをスカベンジングするポリシーを定義することにより、システム内の未割り当てエクステントおよびゼロ化未割り当てエクステントの適切なレベルを維持するための有利な技術的枠組みを意図する。ポリシー・ルールは、未割り当てエクステントまたはゼロ化未割り当てエクステントの数が特定の閾値に達した場合に、リサイクル・プール内のどのボリュームを自動的に削除するかを定義する。これは、システム内に全体として利用可能なエクステントがあるのと同時に、遅延割り当てボリュームが、ホストの書き込みを処理し続け、手動の介入なしに新たなエクステントを割り当てることができることを保証する。
【００２８】
以下、単なる例として、添付の図面を参照して本発明の好適な実施形態について説明する。
【図面の簡単な説明】
【００２９】
【図１】本発明の好適な実施形態に従った、装置または装置配列を略図形式で示す。
【図２】リソース・スカベンジングの第１段階によるデータ構造を示す。
【図３】リソース・スカベンジングの第２段階によるデータ構造を示す。
【図４】本発明の好適な実施形態による動作方法が実装され得る１つの方法または１つの論理配列を流れ図形式で示す。
【発明を実施するための形態】
【００３０】
本発明の好適な実施形態は、遅延割り当てボリュームを作成できるデータ・ストレージ・システムにおいて実装される。遅延割り当てボリュームは、基礎をなす実在のストレージ・エクステントが作成時に関連付けられないボリュームである。その結果、実在のストレージ・エクステントは、すなわち遅延割り当てボリュームに対する書き込みが生じると必要に応じてシステムにより与えられる。なお、好適な例示的実施形態により示される発明概念は、例えばデータ・ストレージの、ジャストインタイムまたはオンデマンドでの提供が意図され得る任意のデータ・ストレージ・システムなど、他のデータ・ストレージ・システムにおいても適用され得るということが当業者には明らかであろう。
【００３１】
データ処理の過程では、使用中のボリュームが冗長になることもあり、したがってリサイクル・プールに返されて、再使用のために手動で選択されることもあり、または必要であれば使用中の状態に戻すことができる状態にされることもある。後者は、例えば、ボリュームを冗長にすることになるアクションが失敗した場合に生じ得る。既知の技術では、より多くのストレージが必要であれば、例えば遅延割り当てボリュームのエクステントの要求を満たすために使用されるよう永久削除されてシステムに返されるボリュームをリサイクル・プールから選択する、手動の介入が必要である。
【００３２】
図１には、本発明の好適な実施形態に従った装置配列が略図形式で示されている。図１では、制御装置１００が１つ以上のアクティブ・ボリューム１１２と、１つ以上の削除済みボリューム１１６と、ゼロ化エクステント（ｚｅｒｏｅｄ  ｅｘｔｅｎｔ）１１４および未割り当てエクステント１１８のストレージとに、動作可能なように接続されている。制御装置１００は、１つ以上のポリシー入力要素（ｐｏｌｉｃｙ  ｉｎｐｕｔ  ｆａｃｔｏｒ）に基づいて１つ以上のポリシー・ルールを抽出し、抽出した１つまたは複数のポリシー・ルールをポリシー・ルール・エンジン１０４に与える、ポリシー・ルール抽出器（ｐｏｌｉｃｙ  ｒｕｌｅ  ｄｅｒｉｖｅｒ）１０２を含む。ポリシー・ルール・エンジン１０４は、削除済みボリューム１１６に関するメタデータを記録する削除レコーダ（ｄｅｌｅｔｉｏｎ  ｒｅｃｏｒｄｅｒ）１１０に、動作可能なように連結されている。ポリシー・ルール・エンジン１０４はさらに、アクティブ・ボリューム１１２のスペースの必要量を満たすために１つ以上のエクステントが必要な場合に、このアクションが所定の閾値未満にゼロ化エクステント１１４の数を消耗するように、エクステント・アロケータ（ｅｘｔｅｎｔ  ａｌｌｏｃａｔｏｒ）１０６に動作可能なように連結されており、ポリシー・ルール・エンジン１０４は、抽出されたポリシー・ルールを削除レコーダ１１０からのメタデータに適用する。次に、ポリシー・ルール・エンジンは、ボリューム再利用器１０８によるアクションを開始し、削除済みボリューム１１６から１つ以上のエクステントを再利用し、削除済みボリューム１１６からゼロ化エクステント１１４へ、十分な数のエクステントを与える。次に、残りの現在不要なエクステントは、後から使用されるよう未割り当てエクステント１１８に置かれるとよい。
【００３３】
このようにして、装置または装置配列の形での本発明の好適な実施形態は、データ・ストレージ・システムにおいてリソース再利用（または「スカベンジング」）を管理する技術的枠組みを提供するという課題に対応し、有利である。
【００３４】
本発明の好適な実施形態では、ボリュームがリサイクル・プールに移動されると、それらの「削除特性」が記録される。これらの特性の例としては、ボリュームが削除された時間、ボリュームが削除された理由（例えばデータ・マイグレーション、ボリュームの縮小または削除）が考えられる。その結果、これらの特性を、ボリュームのもとの特性（例えばボリュームのサイズまたはボリュームの種類）と共に、例えば以下のものなどのポリシー・ルールの指定に使用することができる。
【００３５】
先入れ先出し‐リサイクル・プールの中の、削除の日付または時間が最も早いボリュームのエクステントが最初に使用される。
【００３６】
ボリューム縮小を最初に使用‐リサイクル・プールの中の、ボリューム縮小の結果としてそこに置かれたエクステントが最初に使用される。
【００３７】
ストライプ・ボリュームを最初に使用‐リサイクル・プールの中の、ストライプ・ボリュームから来たエクステントが最初に使用される。
【００３８】
計算技術における通常の技術を有する者には、より複雑なルールを定義するために他の特性が使用される可能性もあるということが明らかであろう。
【００３９】
これらのルールは、リサイクル・プールからどのようにエクステントが再利用（または「スカベンジング」）されるのかを指定するポリシーを定義するために使用される。例えば、遅延割り当てボリュームを有するシステムでは、ゼロ化未割り当てエクステントのプールが、システム内の遅延割り当てボリューム毎に少なくとも２つのエクステントを含むよう維持されることを保証する閾値を定義することができる。このプールを維持するために、例えば、ポリシー・ルール「ストライプ・ボリュームを最初に使用」に続いてポリシー・ルール「先入れ先出し」に従い、リサイクル・プールからエクステントがスカベンジングされてもよい。このような処理が、例として図２に示されている。
【００４０】
図２には、２つの遅延割り当てボリューム（ボリューム４およびボリューム７）が示されている。示されている実施形態の例示的なスカベンジング閾値は、ゼロ化未割り当てプール内に少なくとも２＊２のエクステントがなければならないと定義しており、プールは現在４つのエクステントを含む。次に、ボリューム７の第１エクステントの割り当てを要求する書き込みＩ／Ｏが生じると、システムはゼロ化未割り当てプールからエクステントを割り当てることになる。未割り当てプールにはゼロ化するエクステントがないため、その結果、以下の例示的なスカベンジング・ポリシー・ルールが適用される必要がある。
【００４１】
ストライプ・ボリュームを最初に使用‐リサイクル・プールには、古いボリューム１および古いボリューム１１の２つのストライプ・ボリュームがある。
【００４２】
先入れ先出し‐これら２つのボリュームのうち、ボリューム１１が、１：００ａｍに削除され、削除された最初のボリュームであり、したがって、スカベンジングされるボリュームである。
【００４３】
ポリシー・ルールを適用してスカベンジングされたエクステントをゼロ化した後、システムは図３に示されているように見えることになる。スカベンジングされたボリュームから１つのエクステントがゼロ化され、ゼロ化未割り当てプールに追加されており、ポリシー・ルールが満たされている。スカベンジングされたボリュームからのもう１つのエクステントは、未割り当てプールに追加されている。
【００４４】
当業者には明らかなように、このようなシステムは、既定のポリシー・ルールを有してもよく、または、ユーザが、例えばシステムを設定するときもしくはその他任意の時点で、ユーザの要求および優先事項に従ってポリシー・ルールを定義できるようにしてもよい。
【００４５】
図４は、本発明の好適な実施形態による、一般化されたプロセス・フローを流れ図形式で示す。
【００４６】
図４では、方法は開始ステップ４００で開始する。ステップ４０２で、１つ以上の遅延割り当てアクティブ・ボリュームにより使用されるゼロ化エクステントの必要量を満たすためにエクステントが要求される。テスト・ステップ４０４で、システムは、ニーズを満たしかつ遅延割り当てボリューム用ゼロ化エクステントの必要な閾値レベルを維持するのに十分なエクステントがゼロ化プールにあるかどうかを判断する。テスト・ステップ４０４が肯定的な結果を返すと、ステップ４０６でエクステントがエクステント・アロケータによって割り当てられ、プロセスは終了ステップ４２０で終了する。ステップ４０４が否定的な結果を返すと、テスト・ステップ４０８で、エクステントを再利用してよいボリュームがリサイクル・プールにあるかどうかが判断される。テスト・ステップ４０８が否定的な結果を返すと、ストレージ・システムは、ステップ４１０でホストへフェイルバックしなければならず、プロセスは終了ステップ４２０で終了する。テスト・ステップ４０８が肯定的な結果を返すと、ポリシー・ルールが、ステップ４１２で抽出され、ステップ４１４で、削除レコーダにより格納されている、リサイクル・プールのボリュームに関するメタデータに適用される。ステップ４１６で、ポリシーにより選択されたボリュームが、ボリューム再利用器によって再利用され、ステップ４１８で、必要量を満たすために、ボリュームから１つ以上のエクステントがゼロ化される。必要ないエクステントはどれも、後から使用するために非ゼロ化のままにすればよい。ステップ４０６で、必要な１つ以上のエクステントがエクステント・アロケータによって割り当てられ、終了ステップ４２０でプロセスが終了する。
【００４７】
このようにして、方法または論理配列の形での本発明の好適な実施形態は、データ・ストレージ・システムにおいてリソース再利用（または「スカベンジング」）を管理する技術的枠組みを提供するという課題に対応し、有利である。
【００４８】
本発明の好適な実施形態の方法の全体または一部は、方法のステップを実行するよう配列された論理素子を含む論理装置または複数の論理装置において、適切かつ有用な形で具現化されてもよく、このような論理素子は、ハードウェア構成要素、ファームウェア構成要素またはそれらの組み合わせを含んでもよいということが、当業者には明らかであろう。
【００４９】
同様に、本発明の好適な実施形態による論理配列の全体または一部は、方法のステップを実行する論理素子を含む論理装置において、適切な形で具現化されてもよく、このような論理素子は、例えばプログラマブル論理アレイまたはアプリケーション特有の集積回路において、論理ゲートなどの構成要素を含み得るということが、当業者には明らかであろう。このような論理配列はさらに、例えば、固定キャリア媒体または送信可能キャリア媒体を使用して格納および送信され得る仮想ハードウェア記述言語を使用して、このようなアレイまたは回路において論理構造を一時的または恒久的に構築することを可能にする構成要素において具現化されてもよい。
【００５０】
当然のことながら、上述の方法および配列はさらに、１つ以上のプロセッサ（図示せず）上で実行されるソフトウェアにおいて、完全にまたは部分的に適切な形で実行されてもよく、このソフトウェアは、磁気ディスク、光ディスクまたは同様のものなど、任意の適切なデータ・キャリア（同じく図示せず）で運ばれる１つ以上のコンピュータ・プログラム要素の形態で提供されてもよい。同じく、データ送信用のチャネルも、あらゆる種類のストレージ媒体、ならびに有線または無線の信号伝達媒体などの信号伝達媒体を含んでもよい。
【００５１】
さらに本発明は、コンピュータ・システム用のコンピュータ・プログラム製品として適切な形で具現化されてもよい。このような実装に含まれ得るのは、例えばディスケット、ＣＤ−ＲＯＭ、ＲＯＭもしくはハード・ディスクなどのコンピュータ可読媒体のような有形媒体に固定された一連のコンピュータ可読命令、または、光通信回線もしくはアナログ通信回線を含むがこれらに限定されない有形媒体上で、モデムもしくはその他のインタフェース・デバイスを介してコンピュータ・システムへ送信できるか、もしくはマイクロ波、赤外線送信技術またはその他の送信技術を含むがこれらに限定されない無線技術を使用して無形の状態でコンピュータ・システムへ送信できる、一連のコンピュータ可読命令である。一連のコンピュータ可読命令は、本願明細書において前述した機能性のすべてまたは一部を具現化する。
【００５２】
当業者には当然のことながら、このようなコンピュータ可読命令は、多数のコンピュータ・アーキテクチャまたはオペレーティング・システム用にいくつかのプログラミング言語で書くことが可能である。さらに、このような命令は、現在のものでも将来のものでも、半導体、磁気、もしくは光学を含むがこれらに限定されない任意のメモリ技術を使用して格納されてもよいし、または、現在のものでも将来のものでも、光、赤外線もしくはマイクロ波を含むがこれらに限定されない任意の通信技術を使用して送信されてもよい。このようなコンピュータ・プログラム製品は、市販のソフトウェアなど取り外し可能な媒体として添付の印刷文書または電子文書と共に配布されても、システムＲＯＭ上または固定ディスク上など、コンピュータ・システムにプレインストールされても、または、インターネットもしくはワールド・ワイド・ウェブなどのネットワーク上でサーバもしくは電子掲示板から配布されてもよいと考えられる。
【００５３】
別の手段として、本発明の好適な実施形態は、コンピュータ・インフラストラクチャに展開されそこで実行されると、前記コンピュータ・システムに方法の全ステップを実行させるよう動作可能なコンピュータ・プログラム・コードを展開するステップを含むサービスを展開する、コンピュータに実装された方法という形で実現されてもよい。
【００５４】
本発明の範囲を逸脱することなく、前述の例示的実施形態に多数の改善および変更を加えられることが、当業者には明らかであろう。
【図１】
2010510597.tif 000003
【図２】
2010510597.tif 000004
【図３】
2010510597.tif 000005
【図４】
2010510597.tif 000006
【手続補正書】
【提出日】平成21年6月11日(2009.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ・ストレージ・システムにおいてリソース再利用を管理する装置であって、
１つ以上の削除済みボリュームのメタデータを記録するボリューム削除メタデータ・レコーダと、
所定のポリシー・ルールを前記メタデータに適用するよう、前記ポリシー・ルールに応答するポリシー・エンジンと、
を含む装置であり、
前記ポリシー・エンジンは、前記１つ以上の削除済みボリュームに関して、ポリシーにより制御されたデータ・ストレージ・スペース再利用を開始し、前記装置は、
前記１つ以上の削除済みボリュームからデータ・ストレージ・スペースを再利用するよう、前記ポリシー・エンジンに応答するボリューム再利用器と、
利用可能なゼロ化エクステントの最低必要量を満たすよう前記データ・ストレージ・スペースを割り当てるリソース・アロケータであって、利用可能なゼロ化エクステントの前記最低必要量は、遅延割り当てストレージ・ボリュームのニーズを満たすための最低必要量を含む、前記リソース・アロケータと、
をさらに含む、装置。
【請求項２】
前記１つ以上の削除済みボリュームは、削除済みと示されているが回復可能である、請求項１に記載の装置。
【請求項３】
前記所定のポリシー・ルールはユーザ指定可能である、請求項１または２に記載の装置。
【請求項４】
前記メタデータは、前記削除済みボリュームの特性の表現を含む、先行するいずれかの請求項に記載の装置。
【請求項５】
前記メタデータは、前記削除済みボリュームの削除理由の表現を含む、先行するいずれかの請求項に記載の装置。
【請求項６】
前記所定のポリシー・ルールは、前記削除済みボリュームの前記削除理由に従って選好的である、請求項５に記載の装置。
【請求項７】
データ・ストレージ・システムにおいてリソース再利用を管理する方法であって、
ボリューム削除メタデータ・レコーダにより、１つ以上の削除済みボリュームのメタデータを記録するステップと、
所定のポリシー・ルールに応答して、前記ポリシー・ルールを前記メタデータに適用するステップと、
前記１つ以上の削除済みボリュームに関して、ポリシーにより制御されたデータ・ストレージ・スペース再利用を開始するステップと、
を含み、
前記開始するステップに応答して、前記１つ以上の削除済みボリュームからデータ・ストレージ・スペースを再利用するステップと、
利用可能なゼロ化エクステントの最低必要量を満たすよう前記データ・ストレージ・スペースを割り当てるステップであって、利用可能なゼロ化エクステントの前記最低必要量は、遅延割り当てストレージ・ボリュームのニーズを満たすための最低必要量を含む、前記ステップと、
をさらに含む方法。
【請求項８】
前記１つ以上の削除済みボリュームは、削除済みと示されているが回復可能である、請求項７に記載の方法。
【請求項９】
前記所定のポリシー・ルールはユーザ指定可能である、請求項７または請求項８に記載の方法。
【請求項１０】
前記メタデータは、前記削除済みボリュームの特性の表現を含む、請求項７〜９のいずれかに記載の方法。
【請求項１１】
前記メタデータは、前記削除済みボリュームの削除理由の表現を含む、請求項７〜１０いずれかに記載の方法。
【請求項１２】
前記所定のポリシー・ルールは、前記削除済みボリュームの前記削除理由に従って選好的である、請求項１１に記載の方法。
【請求項１３】
機能データを有するデータ・キャリアであって、前記機能データは機能コンピュータ・データ構造を含み、前記機能コンピュータ・データ構造は、コンピュータ・システムにロードされ、それによって前記コンピュータ・システム上で運用されると、前記コンピュータ・システムが、請求項７〜１２のいずれか１項に記載の方法の前記ステップすべてを実行できるようにする、データ・キャリア。
【請求項１４】
コンピュータ・プログラム・コードを含むコンピュータ・プログラムであって、前記コンピュータ・プログラム・コードは、コンピュータ・システムにロードされ前記コンピュータ・システム上で実行されると、前記コンピュータ・システムに、請求項７〜１２のいずれか１項に記載の方法の前記ステップすべてを実行させる、コンピュータ・プログラム。
【国際調査報告】
2010510597.tif 000007
2010510597.tif 000008
2010510597.tif 000009