JP2022546690A - 大容量エクステント・ストレージ・プールの小容量エクステント・ストレージ・プールへのインプレースでの変換 - Google Patents

Abstract

【課題】 大容量エクステント・ストレージ・プールの小容量エクステント・ストレージ・プールへのインプレースでの変換を提供する。【解決手段】 一アプローチによれば、コンピュータ実装方法は、既存のストレージ・プールを目的のストレージ・プールにインプレースで変換するための方法である。本コンピュータ実装方法は、第１のエクステント・サイズを有する既存のストレージ・プールを第２のエクステント・サイズを有する目的のストレージ・プールに変換する要求を識別することを含み、第１のエクステント・サイズは、第２のエクステント・サイズよりも大きい。既存のストレージ・プール内の各ボリュームについて、ボリューム・セグメント・テーブル（ＶＳＴ）エントリに対して一時停止／ロックを実行し、新しい構造をＶＳＴエントリに適用する。この新しい構造は、ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する。さらに、既存のストレージ・プール内のランクのそれぞれについて、所与のランクは、第１のエクステント・サイズから第２のエクステント・サイズに変換される。【選択図】図４Ａ

Description

本発明は、データの移動もしくは変換またはその両方に関し、より具体的には、本発明は、大容量エクステント・ストレージ・プールから小容量エクステント・ストレージ・プールへのインプレースでのデータの変換に関する。

ストレージ製品におけるエクステント・プールは、異なるエクステント・サイズを実装することができる。例えば、１ＧＢのエクステント・サイズは、大容量エクステント・プールのために実装することができ、１６ＭＢのエクステント・サイズは、小容量エクステント・プールのために実装することができる。一部の作業負荷は、大容量エクステント・プールと比較すると、小容量エクステント・プールではより良好に実行することができる。したがって、ある状況では、特定のエクステント・サイズが、所与のストレージ・プールのためにクライアントによって選択されても、時間が経過すると要因が変化し、それゆえに、異なるエクステント・サイズが望ましくなるものとなる。例えば、いくつかの状況では、ストレージ・システムは、より小さなエクステント・サイズのストレージ・プールをより大きなエクステント・サイズのストレージ・プールに変換するほどに、物理的ストレージに対する需要の増加を受けることがある。

しかし、所与のプールによって実装されるエクステント・サイズを変換するための既存のプロセスは、時間を要し、非効率的である。例えば、ストレージ・プール内のエクステント・サイズを変換するための従来のプロセスは、そのエクステント・サイズにいかなる変更を加え得る前でも、データを最初に他のストレージ・プールに移行させることを必要とする。このデータ移行のプロセスは、すべてのデータを他の記憶媒体に物理的にコピーするために、追加のストレージ・リソース、処理帯域幅、時間を必要とするため、望ましくない。したがって、ストレージ・プール内のエクステントのサイズを効率的に変換することができるプロセスが望まれている。

一アプローチによれば、コンピュータ実装方法は、既存のストレージ・プールを目的のストレージ・プールにインプレースで変換するための方法である。本コンピュータ実装方法は、第１のエクステント・サイズを有する既存のストレージ・プールを第２のエクステント・サイズを有する目的のストレージ・プールに変換する要求を識別することを含み、第１のエクステント・サイズは、第２のエクステント・サイズよりも大きい。既存のストレージ・プール内の各ボリュームについて、ボリューム・セグメント・テーブル（ＶＳＴ）エントリに対して一時停止／ロックを実行し、新しい構造をＶＳＴエントリに適用する。この新しい構造は、ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する。さらに、既存のストレージ・プール内のランクのそれぞれについて、所与のランクは、第１のエクステント・サイズから第２のエクステント・サイズに変換される。

また、ボリューム内のデータは、既存のストレージ・プールを目的のストレージ・プールに変換する間、既存のストレージ・プール外に移行されないことにも留意されたい。本明細書に含まれるアプローチのいくつかは、データ・ストレージ・プール内のランクのエクステント・サイズを、インプレースでデータを留めたまま変換できるということになる。このプロセスが、ランク・エクステント・サイズへの実際の変更が起こり得る前にデータのいくつかを並べ替えることを含まない一方で、データは、変換が実行されている間に所与のストレージ・プール内に位置したままであり、それによって、オペレーション効率を大幅に増加し、データ・ストレージの消費を低減し、パフォーマンスの遅延を減少させ、ネットワーク・トラフィック（例えば、データを移行させることに起因する）を低減する。これらの改善点は、ボリュームの特性がこれらの様々なプロセスおよびサブプロセスによってボリュームおよびランクのレイアウトをより大きなエクステント・サイズに変換することを可能にする、という事実に（少なくとも部分的に）起因して達成される。

ＲＳＴもしくはＶＳＴまたはその両方の特性は、他のストレージ・プールまたは機械へのデータの移動が関与しないように、これらの改良を達成することを可能にする。新しい構造はまた、より小さな物理的エクステントがパディングを含むことなく目的のストレージ・プールのエクステント間の境界と整合するように、ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する。このため、ストレージ・スペース利用の効率がさらに増加し、それにより、全体としての包括的なデータ・ストレージ・システムのパフォーマンスが向上する。

別のアプローチによれば、コンピュータ・プログラム製品は、既存のストレージ・プールを目的のストレージ・プールにインプレースで変換するためのものである。本コンピュータ・プログラム製品は、それを以て具現化されたプログラム命令を有するコンピュータ可読記憶媒体を含む。プロセッサによって可読なもしくは実行可能なまたはその両方のプログラム命令は、前述の方法をプロセッサに実行させる。

別のアプローチによれば、システムは、プロセッサと、プロセッサに統合されているか、プロセッサにより実行可能であるか、またはプロセッサに統合されかつプロセッサにより実行可能である、ロジックとを含む。このロジックは、前述の方法を実行するように構成されている。

本発明の他の態様およびアプローチは、図面と併せて用いられた際に本発明の原理の例として説明される、以下の詳細な記載から明らかとなる。

一アプローチによるネットワーク・アーキテクチャの表示図である。 一アプローチによる、図１のサーバもしくはクライアントまたはその両方に関連付けられ得る代表的なハードウェア環境を示す図である。 一アプローチによる階層型データ・ストレージ・システムの表示図である。 一アプローチによる、既存の小容量エクステント・ストレージ・プールを目的の大容量エクステント・ストレージ・プールにインプレースで変換する方法のフローチャートである。 一アプローチによる、図４Ａの方法におけるオペレーションの１つに対するサブプロセスのフローチャートである。 一アプローチによる、図４Ａの方法におけるオペレーションの１つに対するサブプロセスのフローチャートである。 一アプローチによるストレージ環境の表示図を示す。 一アプローチによる、既存の大容量エクステント・ストレージ・プールを目的の小容量エクステント・ストレージ・プールにインプレースで変換する方法のフローチャートである。 一アプローチによる、図６Ａの方法におけるオペレーションの１つに対するサブプロセスのフローチャートである。 一アプローチによる、図６Ａの方法におけるオペレーションの１つに対するサブプロセスのフローチャートである。

以下の記載は、大容量エクステント・プールから小容量エクステント・プールへデータを移行するためのシステム、方法、およびコンピュータ・プログラム製品のいくつかの好適なアプローチを開示する。様々なアプローチは、ソース・ストレージ・プールのランク・エクステント内のボリュームと物理オフセット・ロケーションのロジックボリューム・エクステント間の対応を作成する方法を提供し、対応を利用して、ソース・ストレージ・プールの１つまたは複数のランクから行き先ソース・ストレージ・プールの１つまたは複数のランクにデータを移行する。

以下の記載は、本発明の全般的な原理を説明するためになされたものであり、本明細書の特許請求の範囲に記載の本発明の概念を限定することを意味するものではない。さらに、本明細書に記載される具体的な特徴は、様々な可能な組合せおよび置換のそれぞれにおいて、他の記載された特徴と組み合わせて使用することができる。

本明細書で別段明確に定義されない限り、すべての用語は、本明細書から含意される意味、ならびに当業者に理解される意味もしくは辞書、学術論文などで定義される意味またはその両方を含む、最も広い可能な解釈を与えられるものとなる。

また、本明細書および添付の特許請求の範囲に用いられるように、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、特に指定しない限り、複数の言及を含むことに留意されたい。「含む（ｉｎｃｌｕｄｅｓ）」もしくは「含む（ｃｏｍｐｒｉｓｉｎｇ）」またはその両方という用語は、本明細書で使用される際に、記載された特徴、整数、ステップ、操作、要素、もしくは構成要素またはそれらの組合せの存在を特定するが、１つまたは複数の他の特徴、整数、ステップ、操作、要素、構成要素、もしくはそれらの群、またはそれらの組合せの存在または追加を排除しないことがさらに理解されるものとなる。

以下の記載は、データをインプレースで留めたまま、データ・ストレージ・プール内のランクのエクステント・サイズを変換するためのシステム、方法、およびコンピュータ・プログラム製品のいくつかの好適なアプローチを開示している。変換の実行中にデータを所与のストレージ・プールに位置するよう保つことによって、本明細書に含まれる様々なアプローチは、例えばのちにさらに詳しく記載されるように、システムのオペレーション効率を大幅に増加させることができる。

一般的な一アプローチでは、コンピュータ実装方法は、既存のストレージ・プールを目的のストレージ・プールにインプレースで変換するための方法である。本コンピュータ実装方法は、第１のエクステント・サイズを有する既存のストレージ・プールを第２のエクステント・サイズを有する目的のストレージ・プールに変換する要求を識別することを含み、第１のエクステント・サイズは、第２のエクステント・サイズよりも大きい。既存のストレージ・プール内の各ボリュームについて、ボリューム・セグメント・テーブル（ＶＳＴ）エントリに対して一時停止／ロックを実行し、新しい構造をＶＳＴエントリに適用する。この新しい構造は、ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する。さらに、既存のストレージ・プール内のランクのそれぞれについて、所与のランクは、第１のエクステント・サイズから第２のエクステント・サイズに変換される。

別の一般的なアプローチでは、コンピュータ・プログラム製品は、既存のストレージ・プールを目的のストレージ・プールにインプレースで変換するためのものである。本コンピュータ・プログラム製品は、それを以て具現化されたプログラム命令を有するコンピュータ可読記憶媒体を含む。プロセッサによって可読なもしくは実行可能なまたはその両方のプログラム命令は、前述の方法をプロセッサに実行させる。

さらに別のアプローチによれば、システムは、プロセッサと、プロセッサに統合されているか、プロセッサにより実行可能であるか、またはプロセッサに統合されかつプロセッサにより実行可能である、ロジックとを含む。このロジックは、前述の方法を実行するように構成されている。

図１は、一アプローチによるアーキテクチャ１００を示す。図１に示すように、複数の遠隔ネットワーク１０２は、第１の遠隔ネットワーク１０４と第２の遠隔ネットワーク１０６とを備える。ゲートウェイ１０１は、遠隔ネットワークｓ１０２と近接ネットワーク１０８との間に結合されてもよい。本アーキテクチャ１００のコンテキストでは、ネットワーク１０４、１０６はそれぞれ、以下に限定されないが、ＬＡＮ、ＷＡＮ、例えばインターネット、公衆交換電話ネットワーク（ＰＳＴＮ）、内部電話ネットワークなどを含む任意の形態をとることができる。

使用時には、ゲートウェイ１０１は、遠隔ネットワーク１０２から近接ネットワーク１０８への入口ポイントとして役割を果たす。そのため、ゲートウェイ１０１は、ゲートウェイ１０１に到着した所与のパケットのデータを方向付けることのできるルータとして、および所与のパケットについてゲートウェイ１０１内へのおよび外への実際の経路を供給するスイッチとして機能することができる。

さらに含まれるのは、近接ネットワーク１０８に結合され、ゲートウェイ１０１を介して遠隔ネットワーク１０２からアクセス可能である、少なくとも１つのデータ・サーバ１１４である。データ・サーバ１１４は、任意のタイプのコンピューティング・デバイス／グループウェアを含むことができることに留意すべきである。各データ・サーバ１１４に結合されているのは、複数のユーザ・デバイス１１６である。ユーザ・デバイス１１６はまた、ネットワーク１０４、１０６、１０８のうち１つを介して直接的に接続されてもよい。このようなユーザ・デバイス１１６は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、ハンドヘルド・コンピュータ、プリンタ、または任意の他のタイプのロジックを含むことができる。ユーザ・デバイス１１１はまた、１つのアプローチで任意のネットワークに直接的に結合されていてもよいことに留意すべきである。

周辺装置１２０または周辺装置一式１２０、例えば、ファクシミリ装置、プリンタ、ネットワーク、またはローカル・ストレージ・ユニットもしくはシステムまたはそれらの組合せなどは、ネットワーク１０４、１０６、１０８のうちの１つまたは複数に結合されていてもよい。データベースもしくは追加の構成要素またはその両方が、ネットワーク１０４、１０６、１０８に結合された任意のタイプのネットワーク要素と共に利用されてもよいし、その中に統合されてもよいことに留意すべきである。本願記載のコンテキストでは、ネットワーク要素が、ネットワークの任意の構成要素を指すことがある。

いくつかのアプローチによれば、本明細書に記載される方法およびシステムは、仮想システムによりもしくは仮想システム上でまたはその両方で、またはＩＢＭ ｚ／ＯＳ環境をエミュレートするＵＮＩＸ（登録商標）システム、ＭＩＣＲＯＳＯＦＴＷＩＮＤＯＷＳ（登録商標）環境を仮想的にホストするＵＮＩＸ（登録商標）システム、ＩＢＭ ｚ／ＯＳ環境をエミュレートするＭＩＣＲＯＳＯＦＴＷＩＮＤＯＷＳ（登録商標）システムなどの１つもしくは複数の他のシステムをエミュレートするシステムによりもしくはそのシステム上でまたはその両方で、またはそれらのシステムを組み合わせて、実装することができる。この仮想化もしくはエミュレーションまたはその両方は、いくつかのアプローチにおいて、ＶＭＷＡＲＥソフトウェアを使用して増強することができる。

より多くのアプローチでは、１つまたは複数のネットワーク１０４、１０６、１０８は、「クラウド」と一般に呼ばれるシステムのクラスタを表すことができる。クラウド・コンピューティングでは、処理力、周辺機器、ソフトウェア、データ、サーバなどの共有リソースが、クラウド内の任意のシステムにオンデマンド関係で提供され、それによって多くのコンピューティング・システムにわたってサービスのアクセスおよび分配が可能になる。クラウド・コンピューティングは、典型的には、クラウドで動作するシステム間のインターネット接続を伴うが、システムを接続する他の技術も使用してよい。

図２は、一アプローチによる、図１のユーザ・デバイス１１６もしくはサーバ１１４またはその両方に関連付けられた代表的なハードウェア環境を示す。この図は、マイクロプロセッサなどの中央処理ユニット２１０と、システムバス２１２を介して相互接続された多数の他のユニットとを有するワークステーションの典型的なハードウェア構成を示す。

図２に示されるワークステーションは、ランダム・アクセス・メモリ（ＲＡＭ）２１４、読出し専用メモリ（ＲＯＭ）２１６、ディスク・ストレージ・ユニット２２０などの周辺デバイスをバス２１２に接続するためのＩ／Ｏアダプタ２１８、キーボード２２４、マウス２２６、スピーカ２２８、マイクロフォン２３２、もしくはタッチスクリーンやデジタルカメラ（図示せず）などの他のユーザ・インタフェース・デバイス、またはそれらの組合せをバス２１２に接続するための、ユーザインターフェースアダプタ２２２、ワークステーションを通信ネットワーク２３５（例えばデータ処理ネットワーク）に接続するための通信アダプタ２３４、およびバス２１２をディスプレイ・デバイス２３８に接続するためのディスプレイ・アダプタ２３６を含む。

ワークステーションは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティング・システム（ＯＳ）、ＭＡＣ ＯＳ、ＵＮＩＸ（登録商標） ＯＳなどのオペレーティング・システムをその上に常駐させてもよい。好適なアプローチは、上述以外のプラットフォームおよびオペレーティング・システム上でも実装され得ることが理解されよう。好適なアプローチは、オブジェクト指向プログラミング方法論に沿って、ＸＭＬ、Ｃ、もしくはＣ＋＋言語またはそれらの組合せ、または他のプログラミング言語を使用して書き込まれてもよい。複雑なアプリケーションを開発するために広く使用されつつあるオブジェクト指向プログラミング（ＯＯＰ）が使用されてもよい。

ここで図３を参照すると、ストレージ・システム３００が一アプローチにより示されている。なお、図３に示される要素のいくつかは、様々なアプローチにしたがって、ハードウェアもしくはソフトウェアまたはその両方として実装することができる。ストレージ・システム３００は、少なくとも１つの上位ストレージ階層３０２および少なくとも１つの下位ストレージ階層３０６上の複数のメディアと通信するためのストレージ・システム・マネージャ３１２を含んでいてもよい。上位ストレージ階層３０２は、好ましくは、１つまたは複数のランダムアクセスもしくはダイレクトアクセス媒体３０４またはその両方を含むことができ、そのような媒体は例えば、ハードディスク・ドライブ（ＨＤＤ）内のハードディスク、不揮発性メモリ（ＮＶＭ）、ソリッド・ステート・ドライブ（ＳＳＤ）内のソリッド・ステート・メモリ、フラッシュメモリ、ＳＳＤアレイ、フラッシュ・メモリ・アレイ、または本明細書に記述のもしくは当技術分野に公知の他の媒体、またはそれらの組合せである。下位ストレージ階層３０６は、好ましくは、１つまたは複数の下位実行ストレージ媒体３０８を含んでいてもよく、そのようなものとしては、テープ・ドライブ内の磁気テープおよび／もしくは光学媒体などの連続アクセス媒体、低速アクセスＨＤＤ、低速アクセスＳＳＤなど、または本明細書に記述のもしくは当技術分野に公知の他の媒体、またはそれらの組合せが挙げられる。１つまたは複数の追加のストレージ階層３１６は、システム３００の設計者の所望する任意の組合せの記憶メモリ媒体を含んでいてもよい。また、上位ストレージ階層３０２もしくは下位ストレージ階層３０６またはその両方のいずれも、記憶デバイスもしくは記憶媒体またはその両方のいくつかの組合せを含んでいてもよい。

ストレージ・システム・マネージャ３１２は、図３に示すようにストレージ・エリア・ネットワーク（ＳＡＮ）などのネットワーク３１０を介して、またはいくつか他の適したネットワーク型を介して、上位ストレージ階層３０２および下位ストレージ階層３０６上でストレージ媒体３０４、３０８と通信することができる。ストレージ・システム・マネージャ３１２は、ホスト・インタフェース３１４を介して、１つまたは複数のホスト・システム（図示せず）と通信することもでき、ホスト・インタフェース３１４は、ストレージ・システム・マネージャ３１２の一部であってもなくてもよい。ストレージ・システム・マネージャ３１２もしくはストレージ・システム３００またはその両方の任意の他のコンポーネントは、ハードウェアもしくはソフトウェアまたはその両方に実装されてもよく、中央処理ユニット（ＣＰＵ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、アプリケーション固有の集積回路（ＡＳＩＣ）など、当技術分野に公知のタイプのコマンドを実行するためのプロセッサ（図示せず）を使用することができる。言うまでもなく、本願記載を読めば当業者に明らかとなるように、ストレージ・システムの任意の配置を用いてもよい。

より多くのアプローチでは、ストレージ・システム３００は、任意の数のデータ・ストレージ階層を含むことができ、各ストレージ階層内に同じまたは異なるストレージ・メモリ媒体を含むことができる。例えば、各データ・ストレージ階層は、ＨＤＤ、ＳＳＤ、連続アクセス媒体（テープ・ドライブ内のテープ、光学ディスク・ドライブ内の光学ディスク）、直接アクセス媒体（ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭなど）などの同じタイプのストレージ・メモリ媒体を含んでいてもよいし、または媒体ストレージタイプの任意の組合せを含んでいてもよい。このような構成の１つでは、上位ストレージ階層３０２は、上位実行ストレージ環境でデータを格納するためのＳＳＤストレージ媒体の大部分を含んでいてもよく、下位ストレージ階層３０６および追加のストレージ階層３１６を含めた残りのストレージ階層は、下位実行ストレージ環境にデータを格納するためのＳＳＤ、ＨＤＤ、テープ・ドライブなどの任意の組合せを含んでいてもよい。このようにして、より頻繁にアクセスされるデータ、より高い優先度を有するデータ、より迅速にアクセスされる必要のあるデータなどは、上位ストレージ階層３０２に格納され得るのに対し、これらの属性の１つを持たないデータは、下位ストレージ階層３０６を含めた追加のストレージ階層３１６に格納され得る。言うまでもなく、当業者は、本願記載を読めば、本明細書に提示されたアプローチに従って、異なるストレージ・スキームに実装するために、ストレージ媒体タイプの数多くの他の組み合わせを考案することができる。

いくつかのアプローチによれば、本ストレージ・システム（３００など）は、データ・セットを開く要求を受信するように構成されたロジックと、要求されたデータ・セットが複数の関連部分において階層型データ・ストレージ・システム３００の下位ストレージ階層３０６に格納されているか否かを判定するように構成されたロジックと、要求されたデータ・セットの各関連部分を階層型データ・ストレージ・システム３００の上位ストレージ階層３０２に移動させるように構成されたロジックと、上記関連部分から階層型データ・ストレージ・システム３００の上位ストレージ階層３０２上で要求されたデータを組み立てるように構成されたロジックとを含んでいてもよい。

言うまでもなく、このロジックは、様々なアプローチにより、任意のデバイスもしくはシステムまたはその両方上の方法として、またはコンピュータ・プログラム製品として、実装されてもよい。

前述したように、ストレージ製品におけるエクステント・プールは、異なるエクステント・サイズを実装することができる。さらに、一部の作業負荷は、大容量エクステント・ストレージ・プールでの実行と比較すると、小容量エクステント・ストレージ・プールではより良好に（例えば、より効率的に）実行することができる。したがって、特定のエクステント・サイズが、所与のストレージ・プールのためにクライアントによって選択されても、時間が経過すると要因が変化し、それゆえに、異なるエクステント・サイズがパフォーマンス効率の観点からより望ましくなるものとなる。例えば、いくつかの状況では、ストレージ・システムは、より小さなエクステント・サイズのストレージ・プールをより大きなエクステント・サイズのストレージ・プールに変換することが望ましいほどに、物理的ストレージに対する需要の増加を受けることがある。

しかし、所与のストレージ・プールによって実装されるエクステント・サイズを変換するための既存のプロセスは、時間を要し、非効率的である。例えば、ストレージ・プール内のエクステントのサイズを変換するための従来のプロセスは、そのエクステント・サイズにいかなる変更を加え得る前でも、データを既存のストレージ・プールから完全に離して別の物理的ストレージ・プールに移行させることを必要とする。このデータ移行のプロセスは、すべてのデータを代替の記憶媒体などに物理的にコピーするために、追加のストレージ・リソース、処理帯域幅、時間を必要とするため、望ましくない。したがって、ストレージ・プール内のエクステントのサイズを効率的に変換することができるプロセスが望まれている。したがって、ストレージ・プール内のエクステントのサイズを効率的に変換することができるプロセスが望まれている。

従来のプロセスで経た上述の欠点とは著しく対照的に、本明細書に含まれるアプローチの様々なものは、データがインプレースで留まる間に、データ・ストレージ・プール内のランクのエクステント・サイズを変換することができることが望ましい。このプロセスは、ランク・エクステント・サイズへの実際の変更が起こり得る前にデータのいくつかを並べ替えることを含まない一方で、データは、変換の実行されている間に所与のストレージ・プール内に位置したままであり、それによって、例えば以下にさらに詳細に説明されるように、オペレーション効率を大幅に増加する。

次に、図４Ａを参照すると、一アプローチによる、既存の小容量エクステント・ストレージ・プールを目的の大容量エクステント・ストレージ・プールにインプレースで変換するための方法４００のフローチャートが示されている。方法４００は、様々なアプローチで、とりわけ図１～図３に示されるいずれの環境においても、本発明に従って実施することができる。言うまでもなく、図４Ａ具体的に記載されものよりも多いかまたは少ないオペレーションが、本願記載を読めば当業者に理解されるように、方法４００に含まれることがある。

方法４００の各ステップは、動作環境の任意の適切な構成要素によって実行されてもよい。例えば、様々なアプローチでは、方法４００は、部分的にまたは完全に、コントローラ、プロセッサ、コンピュータなど、または、１つもしくは複数のプロセッサを内部に有する他の装置によって実行されてもよい。したがって、いくつかのアプローチでは、方法４００は、コンピュータ実装方法であってもよい。さらに、コンピュータ、プロセッサ、およびコントローラという用語は、本明細書のアプローチのいずれかに関して互換的に使用されてもよく、そのような構成要素は、本発明の多くの多様な並べ替えにおいて同等であると考えられる。

さらに、プロセッサを有するこれらのアプローチについて、プロセッサ、例えば、ハードウェアもしくはソフトウェアまたはその両方で実装される処理回路、チップ、もしくはモジュール、またはそれらの組合せを有し、好ましくは少なくとも１つのハードウェアコンポーネントを有するプロセッサは、方法４００の１つまたは複数のステップを実行するために任意のデバイスにおいて利用され得る。例証となるプロセッサは、以下に限定されないが、中央処理ユニット（ＣＰＵ）、アプリケーション特定集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）など、これらの組合せ、または当技術分野に公知の任意の他の適切なコンピューティング・デバイスを含む。

図４Ａに示すように、方法４００のオペレーション４０２は、第１のランク・エクステント・サイズを有する既存のストレージ・プールを、第２のランク・エクステント・サイズを有する目的のストレージ・プールに変換する要求を識別することを含む。上述したように、方法４００は、小容量エクステント・ストレージ・プールを大容量エクステント・ストレージ・プールに変換することを含む。そのため、本願記載について、「第１のランク・エクステント・サイズ」は、「第２のランク・エクステント・サイズ」よりも比較的小さい。例えば、既存のストレージ・プール構成は、それぞれ約１６ＭＢのサイズを有するランク・エクステントを有することがあり、一方、目的のストレージ・プール構成は、それぞれ約１ＧＢのサイズを有するランク・エクステントを有する。やはり、所与のエクステント・サイズを実装する環境において、一部の作業負荷が大幅に改善され得る。例えば、一部の作業負荷は、大容量エクステント・ストレージ・プールを用いる実行と比較すると、小容量エクステント・ストレージ・プールを使用してより効率的に実行される。ゆえに、所与のストレージ・プールのエクステント・サイズを変換する要求は、新たに開始された作業負荷に応答して実行中のアプリケーションから受け取られたり、エクステント・サイズに関する評価システムのパフォーマンスに応答してユーザから受け取られたりするなどとしてよい。

用語「既存のストレージ・プール」および「目的のストレージ・プール」は、実際には、同じストレージ・プールの異なる構成を指すことに留意されたい。言い換えれば、用語「既存ストレージ・プール」は、ストレージ・プールの既存の状態（例えば、より小さなランク・エクステント・サイズ）を参照することを意図しており、「目的のストレージ・プール」は、同じストレージ・プールの計画された目標状態（例えば、より大きなランク・エクステント・サイズ）を指すことを意図している。

当業者に理解されるように、例示的なストレージ・プールの論理構成は、物理的ストレージを含むランク（ＲＡＩＤアレイ）と、物理的ストレージを論理的な連続するストレージ（例えば、論理ユニット数など）のホスト・アドレス可能範囲にマッピングするボリュームとを含む。ランクは、ランク・セグメント（エクステント）テーブル（ＲＳＴ）を含み、一方でボリュームは、ボリューム・セグメント（エクステント）テーブル（ＶＳＴ）を含む。これらのテーブルは、例えば以下にさらに詳細に記載されるように（例えば図５を参照）、ランク上で異なる物理エクステントを個々のボリュームに対応するエクステントへマッピングすることを、少なくとも部分的に制御する。

図４Ａをなおも参照すると、オペレーション４０４はさらに、既存のストレージ・プール内に並替えボリューム・エクステントを含み、そのボリュームの物理的ランク・エクステントが、目的のストレージ・プールのランク・エクステント間の境界と実質的に整合するようになっている。データをインプレースで保ちながら、所与のストレージ・プール内で実装されるエクステント・サイズを増加させることは、そのボリュームの物理的ランク・エクステントがより大きなエクステントの境界に沿って整合するように、ボリューム・エクステントの配置を再均衡させることを含む。言い換えれば、記載されるようにボリューム・エクステントを再均衡させることにより、連続した小容量エクステントは、例えば、本願記載を読んだ後に当業者により理解されるように、より大きな目的の（例えば、計画された）エクステント・サイズについて、隣接するスペースに整合しマッピングすることが可能になる。

好適なアプローチによれば、既存のストレージ・プール内のボリューム・エクステントは、そのボリュームの物理的ランク・エクステントが、より大きなランク・エクステントを有する目的のストレージ・プールのランク・エクステント間の境界と実質的に整合するように、並べ替えられる。本願記載について、「実質的に整合する」とは、ボリューム・エクステントとランク・エクステント間の境界との間にパディングが存在しないように、ボリューム・エクステントが並べ替えられる状況を指すことを意図していることに留意されたい。言い換えれば、ボリューム・エクステントが、空隙を形成することなく、より大きな目的のランク・イベントを満たすことが好ましい。その結果、ストレージ・スペース利用の効率が増加し、それにより、全体としての包括的なデータ・ストレージ・システムのパフォーマンスが向上する。しかし、他のアプローチでは、ボリューム・エクステントとランク・エクステント間の境界との間に存在する可能性のある許容可能な量のパディングを、有効に予め定義する公差が実装されてもよい。

また、上記に述べたように、ボリューム・エクステントをインプレースで並べ替えることは、既存のストレージ・プールがより大きなランク・エクステント・サイズを有する目的のストレージ・プールに変換されている間に、実際にボリュームに含まれるデータが既存のストレージ・プールの外に移行されることを防止することから望ましい。具体的には、本明細書に含まれるアプローチは、具体的には従来の手順と比較して、追加のストレージ・リソースの量、消費される処理帯域幅、パフォーマンスの遅延などを大幅に削減することができる。

図４Ａを続けて参照すると、いくつかのアプローチでは、既存のストレージ・プール内のボリューム・エクステントを並べ替えるプロセスは、各ボリューム・エクステントに含まれるデータの温度に基づいて、ボリューム・エクステントを並べ替えることを含むことに留意されたい。言い換えれば、いくつかのアプローチでは、オペレーション４０４は、ストレージ・プール内にどのようにボリューム・エクステントを配置すべきかを決定するために、データ・ヒート・セパレーションを使用することを含む。その結果、ホット・データを含む既存のストレージ・プール内のボリューム・エクステントをまとめてグループ化するとともに、コールド・データを含む既存のストレージ・プール内のボリューム・エクステントをまとめてグループ化する。これにより、ストレージ・プールを動作させることのできる効率をさらに高めることができる。しかし、データ・ヒート・セパレーションは、ボリューム・エクステントがオペレーション４０４において並べ替えられた後に意図的に無効化され、その位置合わせに対する継続的な変化を回避することにも留意されたい。さらに、所与のボリュームへの新しいエクステントの割当ては、連続する大容量エクステントの範囲に整合する連続的な小容量エクステントを割り当てることを含むことが好ましい。

他のアプローチでは、既存のストレージ・プール内のボリューム・エクステントを並べ替えるプロセスは、ボリューム・エクステントによって論理的に表されるデータの全サイズに基づいて、ボリューム・エクステントを並べ替えることを含む。しかし、他のアプローチでは並べ替えは、ランダムに、逐次的に、非逐次的に実行されてもよい。さらに他のアプローチでは、ボリューム・エクステントを並べ替えるプロセスは、例えば、個々のランクのデータ検索速度などの１つまたは複数の基準に基づいてもよい。例えば、各ランクが、データ検索速度を低下させるために列挙されてもよく、そのリストに従って（例えば、最も速いデータ検索速度を有するランクなどから始まる）、ボリューム・エクステントがランクに割り当てられてもよい。

ストレージ・プール内の各ボリュームをより大きな目的のエクステント・サイズに整合させることに応答して、次のステップは、ランクを新しいエクステント・サイズに変換することである。したがって、オペレーション４０６は、さらに、既存のストレージ・プール内の各ランクを、第１のランク・エクステント・サイズから第２のランク・エクステント・サイズに変換することを含む。言い換えれば、オペレーション４０６は、既存のストレージ・プール内の各ランクのサイズを、目的のストレージ・プールに関連付けられた目的のランク・サイズに増加させることを含む。好適なアプローチでは、既存のストレージ・プールの各ランクは、あるランクから次のランクへと進行することによって順次変換されるが、本発明を限定することを全く意図するものではない。例えば、いくつかのアプローチでは、２以上のランクのサイズを並行して増加させてもよい。

先に述べたように、データ移行を行わずに所定のランクのサイズを増加させるプロセスが望ましい。少し図４Ｂを参照すると、例証となるアプローチに従って、既存のストレージ・プールの各ランクをより小さな第１のランク・エクステント・サイズからより大きな第２のランク・エクステント・サイズに変換する例示的なサブプロセスが図示されている。したがって、図４Ｂに含まれる任意の１つまたは複数のサブプロセスは、図４Ａのオペレーション４０６を実行するために用いられることになる。しかし、図４Ｂのサブプロセスは、本発明を限定することを全く意図していない一アプローチに従って図示されていることに留意されたい。

示されるように、サブオペレーション４５０は、既存のストレージ・プール内のランクに進むことを含む。例えば、図４Ｂのサブプロセスの第１の反復は、ストレージ・プール内の第１のランクに進むことを含んでいてもよく、一方、図４Ｂのサブプロセスの後続の反復は、ストレージ・プール内の後続のランクに進むことを含んでもよい。上述のように、図４Ｂのサブプロセスは、ストレージ・プール内のランクのそれぞれについて反復的に繰り返されてもよい。

データをインプレースで維持しながらランクを変換するために、そのボリュームを既に含む既存のランク・エクステント・レイアウトにマッピングするための新たなテーブルを作成する。したがって、サブオペレーション４５２は、サブプロセス４５０において識別された所与のランクのための新しいＲＳＴスペースもしくはエントリまたはその両方を割り当てることを含む。上述のように、この割り当てられた新しいＲＳＴスペースもしくはエントリまたはその両方は、より大きな目的のランク・エクステント・サイズに対応し、それゆえに、そこに格納されたデータを移行させる必要なく、所与のランクのサイズを変換するために使用されてもよい。例えば、新たに割り当てられたＲＳＴスペースもしくはエントリまたはその両方には、所与のランクの境界と実質的に整合するように並べ替えられているボリューム内のデータの論理位置が投入されていてもよい。いくつかのアプローチによれば、これは、データが論理的に格納されるボリューム内のボリュームおよびボリューム・エクステントを識別することによって、達成されることがある。

好適なアプローチでは、ＲＳＴは、１対１ベースのエクステント方式で構成されることにも留意されたい。言い換えれば、各ＲＳＴエントリは、所与のサイズのランク・エクステントに対応し、対応するボリューム・エクステントを指し示す。例えば、いくつかのアプローチでは、所与のランク内のエクステントは、ランクのためのＲＳＴエントリとして表され、各ランク・エクステントは、ストレージ・プール内のデータを格納するための所定量のストレージを表す。さらに、新しいＲＳＴスペースを割り当てるプロセスは、本願記載を読んだ後に当業者には明らかとなる任意のプロセスを用いて実行されてもよい。

図４Ｂを継続して参照すると、サブオペレーション４５４は、所与のランクについての全てのエクステント変更アクティビティを休止することを含む。これにより、所定のランクを変換することができるとともに、その中に含まれるエクステントは一時的に留まったままとなり、それによって、当業者に理解されるように、いかなるエラーも回避することができる。なお、エクステント変更アクティビティは、所与のランクについては休止されるが、ストレージ・プール内に留まるランクは、いくつかのアプローチでは影響を受けないことがあることに留意すべきである。これにより、変換を達成するためにプールからデータへ移行するのを回避することに加えて、各ランクのエクステント・サイズを体系的に変換しながら、全体的なストレージ・プールが稼働し続けることが可能になる。

このフローチャートは、さらにサブオペレーション４５６に進むが、このサブオペレーションは、新たに割り当てられたＲＳＴスペースもしくはエントリまたはその両方に、第２のランク・エクステント・サイズに対応する新しいエントリを投入することを含む。言い換えれば、サブオペレーション４５６は、サブオペレーション４５２に形成された新しいＲＳＴエントリを、目的のより大きなランク・エクステント・サイズにしたがって所与のランクの境界と整合するように並べ替えられたより小さなボリューム・エクステントを指し示すように投入することを含む。いくつかのアプローチによれば、（例えば、参照番号を用いて）関連するボリューム・エクステントを参照する１つまたは複数のポインタを用いて、新たに割り当てられたＲＳＴスペースを投入することができる。しかし、所望のプロセスは、例えば、所望のアプローチに応じて実装されてもよい。

サブオペレーション４５８は、所与のランクに対応する既存のＲＳＴエントリに対して一時停止／ロックを実行することをさらに含み、一方、サブオペレーション４６０は、第２のランク・エクステント・サイズに対応する（例えば、指し示す）新たなＲＳＴエントリを活性化することを含む。これにより、サブオペレーション４５８および４６０は、新たに割り当てられたＲＳＴエントリに、既存の（例えば、以前の）ＲＳＴエントリから遷移することができる。いくつかのアプローチによれば、既存のＲＳＴエントリに対して一時停止／ロックを実行することは、新たに割り当てられたＲＳＴエントリを使用してフローチャートが実際に遷移可能になる前に、全ての可能なスレッドを検査することを含んでいてもよい。

新たに割り当てられたＲＳＴエントリを活性化することに応答して、サブオペレーション４６２は、所与のランクについてのエクステント変更アクティビティを再開することを含む。サブオペレーション４６４は、追加的に、既存の（例えば、以前の）ＲＳＴエントリを所望の通りに再利用されることのあるように解放することを含む。例えば、いくつかのアプローチでは、既存のＲＳＴエントリを解放することは、テーブル内のスペースを他のランクに関して使用されることのあるように解放することを含む。また、既存のＲＳＴエントリ内に格納された任意の情報（例えばデータ、メタデータなど）は、削除されてもよい。

決定４６６に進むと、ここで、フローチャートは、既存のストレージ・プール内の全てのランクが、より大きなランク・エクステント・サイズを実装するように変換されているか否かを判定することを含む。言い換えれば、決定４６６は、既存のストレージ・プール内の全てのランクが評価されているか否かを判定することを含む。より大きなランク・エクステント・サイズを実装するように既存のストレージ・プールの少なくとも１つのランクがまだ変換されていないと判定したことに応答して、フローチャートはサブオペレーション４５０に戻る。そこでは、サブオペレーション４５０は、まだ変換されていない次のランクに進むことを含み、それゆえに例えば、図４Ｂに図説されたサブプロセスをそのランクについて繰り返すことがある。しかし、既存のストレージ・プール内の全てのランクが、より大きなランク・エクステント・サイズを実装するように変換されていることを決定することに応答して、フローチャートは、図４Ａのオペレーション４０８に進む。

図４Ａに戻ると、オペレーション４０８は、実際に、新たに変換されたランクにそれらがマッピングされるようにボリュームを変換することを含む。言い換えれば、より大きなランク・エクステント・サイズを実装するように各ランクが変換された後、ボリューム自体も変換される。少し図４Ｃを参照すると、例示的なアプローチに従って、新たに変換されたランクにそれらがマッピングされるようにボリュームを変換する例証となるサブプロセスが示されている。したがって、図４Ｃに含まれるいずれか１つまたは複数のサブプロセスを用いて、図４Ａのオペレーション４０８を実行し得ることになる。しかし、図４Ｃのサブプロセスは、本発明を限定することを意図していない一アプローチに従って図説されていることに留意するべきである。

図示のように、サブオペレーション４７０は、ストレージ・プール内のボリュームに進むことを含む。例えば、図４Ｃのサブプロセスの第１の反復が、ストレージ・プール内の第１のボリュームに進むことを含み得る一方で、図４Ｃのサブプロセスの後続の反復は、ストレージ・プール内の後続のボリュームまで進むことを含み得る。上述のように、図４Ｃのサブプロセスは、ストレージ・プール内の各ボリュームに対して反復的に繰り返されてもよい。

サブオペレーション４７２に進むと、所与のボリュームに対応するＶＳＴエントリに対して一時停止／ロックが実行される。いくつかのアプローチによれば、一時停止／ロックを実行することは、発行時にＶＳＴエントリに関連付けられた可能な各スレッドをチェックすることを含む。

さらに、サブオペレーション４７４は、第１のランク・エクステント・サイズに対応する（例えば、指し示す）ＶＳＴエントリに関連する既存の構造を除去することを含む。上述のように、各ボリュームは、より大きなランク・エクステント・サイズを有する新たに変換されたランクにマッピングされるように、変換されることが好ましい。このようにするために、より小さなランク・エクステント・サイズを有するランクの元の構成にマッピングする、任意の既存の構造を除去することが好ましい。これにより、より小さなランク・エクステント・サイズを形成した既存のＶＳＴ構造が有効に除去され、それによって、より大きなランク・エクステント・サイズを実装することが可能になる。

既存の構造を除去することに応答して、サブオペレーション４７６は、より大きなランク・エクステント・サイズに対応する新しい構造を有するＶＳＴエントリを投入することをさらに含む。その結果、ＶＳＴエントリは、より大きなランク・エクステント・サイズを有する物理的ランク・エクステント（例えば、物理エクステントの開始エクステント数）を指し示すものとなる。ボリューム・エクステント・ナンバリングは最小エクステント単位を使用しているため、好適なアプローチでは、ＶＳＴエントリは、物理的エクステントについての開始エクステント数を指し示すことができる。さらに、上記のように、エクステントは、本願記載を読んだ後に当業者により理解されるように、いくつかのアプローチにおいて、パディングを含まずに物理的に共に充填される。

本発明を限定することを全く意図していないいくつかのアプローチによれば、ＶＳＴエントリには、ボリュームの論理ボリューム・エクステントとストレージ・プールの個々のランク・エクステント内の物理的オフセット位置との間の対応を作成することによって、より大きなランク・エクステント・サイズに対応する新しい構造を投入することができる。この対応を作成することは、より大きなサイズに変換されている個々のランク・エクステントに対応するボリューム内のＶＳＴエントリを識別することを含むことができる。例えば、ＶＳＴは、ボリュームに格納されたデータの論理表現を格納することができ、その場合、ＶＳＴは複数のエントリを含む。これらのエントリのサブセットは、個々のランク・エクステントに対応するＶＳＴ内で識別され得る。

他のアプローチでは、対応を作成することは、識別されたＶＳＴエントリ毎に補足ＶＳＴを作成することを含んでいてもよい。例えば、識別されたＶＳＴエントリのサブセットのそれぞれについて、補足ＶＳＴが作成されてもよい。別の例では、補助ＶＳＴの各々を用いて、高い粒度で、その対応するＶＳＴエントリ内の全ての論理ボリューム・エクステントを表してもよい。さらに他のアプローチでは、対応を作成することは、変換されたランク・エクステント内の対応するオフセット位置を指し示すように補足ＶＳＴ内の論理ボリューム・エクステントを設定することを含んでいてもよい。このようにして、ボリュームの補足ＶＳＴの論理ボリューム・エクステントとランク・エクステント内のオフセット位置との間に、直接的な対応が確立され得る。

決定４７８に進むと、ここで、フローチャートは、既存のストレージ・プール内の全てのボリュームが変換されているか否かを判定することを含む。言い換えれば、決定４７８は、既存のストレージ・プール内の全てのボリュームが、新たに変換されたランクにマッピングされるように変換されているか否かを判定することを含む。少なくとも１つのボリュームがまだ変換されていないと判定したことに応答して、フローチャートはサブオペレーション４７０に戻る。そこでは、サブオペレーション４７０は、まだ変換されていない次のボリュームに進むことを含み、それゆえに例えば、図４Ｃに図説されたサブプロセスをそのボリュームについて繰り返すことがある。しかし、既存のストレージ・プール内の全てのボリュームが、より大きなランク・エクステント・サイズに従って変換されていることを決定することに応答して、フローチャートは、図４Ａのオペレーション４１０に進む。

再び図４Ａに戻って、全てのランクおよびボリュームが変換された後にフローチャートはオペレーション４１０に進み、これにより、方法４００が終了することができる。したがって、ストレージ・プールは、オペレーション４１０への到達に応答して、既存の小容量エクステント・ストレージ・プールから目的の大容量エクステント・ストレージ・プールに有効に変換されているものと結論することができる。しかし、方法４００がオペレーション４１０に到達すると終了することができるとはいえ、別のストレージ・プールを変換するために、方法４００に含まれるいずれか１つまたは複数のプロセスを繰り返すことができることに留意するべきである。言い換えれば、別の既存の小容量エクステント・ストレージ・プールを目的の大容量エクステント・ストレージ・プールにインプレースで変換するために、方法４００に含まれるプロセスのうちいずれか１つまたは複数を繰り返してもよい。

したがって、図４Ａ～図４Ｃに含まれる様々なプロセスおよびサブプロセスは、データがインプレースで留まる間に、データ・ストレージ・プール内のランクのエクステント・サイズを変換することができることになる。このプロセスが、ランク・エクステント・サイズへの実際の変更が起こり得る前にデータのいくつかを並べ替えることを含まない一方で、データは、変換が実行されている間に所与のストレージ・プール内に位置したままであり、それによって、オペレーション効率を大幅に増加し、データ・ストレージの消費を低減し、パフォーマンスの遅延を減少させ、ネットワーク・トラフィック（例えば、データを移行させることに起因する）を低減する。これらの改善点は、ボリュームの特性がこれらの様々なプロセスおよびサブプロセスによってボリュームおよびランクのレイアウトをより大きなエクステント・サイズに変換することを可能にする、という事実に（少なくとも部分的に）起因して達成される。上述のように、ＲＳＴテーブルおよびＶＳＴテーブルの特性は、他のストレージ・プールまたは機械へのデータの移行が含まれないようにこれが達成されることを可能にする。

図５をここで少し参照すると、ストレージ環境５００が一アプローチに従って示されている。オプションとして、今示しているストレージ環境５００は、図４Ａ～図４Ｃなどの他の図を参照して記載されたものなど、本明細書に挙げられた任意の他のアプローチからの特徴と関連して実装されてもよい。しかし、このようなストレージ環境５００および本明細書に提示される他のものは、本明細書に挙げられた例証となるアプローチにおいて具体的に記載されることもされないこともある様々な用途でもしくは置換でまたはその両方で使用されてもよい。さらに、本明細書に提示されるストレージ環境５００は、任意の所望の環境で使用することができる。したがって、図５（および他の図）は、任意の可能な置換を含むものと考えることができる。

示されるように、ＶＳＴ ５０２は、ボリューム０ ５０４内に格納されたデータの論理表現を格納する。さらに、１つまたは複数のＲＳＴは、既存のストレージ・プール０ ５２６のランク３ ５２４内に格納されたデータの物理的表現を格納する。また、既存のストレージ・プール０ ５２６のランク粒度は、本アプローチに従って１６ＭＢであることに留意するべきである。例えば、既存のストレージ・プール０ ５２６内の各ランク・エクステントは、約１６ＭＢのサイズを有する。しかし、これらのランク・エクステントは、約１６ＭＢから約１ＧＢのサイズに、例えば本明細書に含まれる任意の１つまたは複数のアプローチ（例えば、上記図４Ａ～図４Ｃ参照）を使用して、変換されてもよい。

さらに図５を参照すると、フル・ボリューム・エクステントＶＳＴエントリ５３２および５３４とは、データが既存のストレージ・プール０ ５２６に物理的に格納されているＲＳＴ内の位置５３０Ａ～５３０Ｂを指す。例えば、既存のストレージ・プール０ ５２６のランク３ ５２４のランク・エクステント０ ５３０Ａは、ボリューム０ ５０４内のＶＳＴエントリ０ ５３２へのリンクを含む。逆に、ボリューム０ ５０４内のＶＳＴエントリ０ ５３２は、既存のストレージ・プール０ ５２６のランク３ ５２４のランク・エクステント０ ５３０Ａへのリンクを含む。

同様に、既存のストレージ・プール０ ５２６のランク３ ５２４のランク・エクステント６４ ５３０Ｂは、ボリューム０ ５０４内のＶＳＴエントリ２ ５３４へのリンクを含む。逆に、ボリューム０ ５０４内のＶＳＴエントリ２ ５３４は、既存のストレージ・プール０ ５２６のランク３ ５２４のランク・エクステント６４ ５３０Ｂへのリンクを含む。このようにして、ボリューム０ ５０４内のデータの論理表現間の接続は、既存のストレージ・プール０ ５２６内のデータの物理的表現にマッピングされる。

さらにまた、ストレージ製品中のエクステント・プールは、異なるエクステント・サイズを有するものとしてよい。例えば、ＤＳ８０００データ・ストレージ・プラットフォームは、より大きなサイズのプールのための１ＧＢエクステント・サイズと、より小さなサイズのプールのための１６ＭＢエクステント・サイズとを実装することができる。さらに、前述したように、一部の作業負荷は、小さなプールを用いてより良好に実行し、一方で、他の作業負荷は、大容量エクステント・プールにおいてより良好に実行する。したがって、本明細書に含まれる様々なアプローチは、所与のプール内で実装されるエクステント・サイズを調整することによって、パフォーマンスを向上するために使用されてもよい。

本発明を限定することを全く意図していない使用例によれば、ＲＳＴは、ランク・エクステントの状態を記述するランク（アレイ）のマッピング・テーブルとして、および物理ランク・エクステントの属する論理ボリューム・エクステントとして使用される。例えば、ランク「ｒＯ」が１Ｔであり、エクステント・サイズが１Ｇであるとすると、このＲＳＴテーブルは１０２４個のエントリを有し、各エントリは１つの物理的エクステントを表す。ランク・エクステント０がボリューム０×１０１０の論理エクステント１に割り当てられた場合、ＲＳＴ内のエントリは、物理エクステント状態が割り当てられていることを標示する情報を有するものとなり、ボリューム０×１０１０の論理エクステント１に割り当てられる。

さらに、ＶＳＴは、ボリュームの論理エクステントをランクの物理的エクステントにマッピングするボリュームについてのマッピング・テーブルとして使用され、それゆえに例えば、本記載を読んだ後に当業者に理解されるように、ボリュームＬＢＡ境界上にあるホストＩ／Ｏが到着すると、物理的位置を容易に識別することができる。

さらに、例証となるアプローチでは、小さなＶＳＴ（ｓｍＶＳＴ）は、エントリ・マップを含む６４個のエントリを含むボリュームについてのマッピング・テーブルとして使用されてもよく、各エントリ・マップは、ランクの物理的エクステントに小さな論理エクステント（１６ＭＢ）をマップし、それゆえに、ボリュームＬＢＡ境界上にあるホストＩ／Ｏが到着した際に物理的位置を識別することができる。さらにまた、一アプローチでは、ＲＳＴのみがディスク内で持続的であり、ＶＳＴは、ＲＳＴに基づきオンデマンドでメモリに内蔵およびロードされる。

本明細書に含まれる複数のアプローチが、より小さなエクステント・サイズを有するストレージ・プールを、（少なくとも上記のより小さなエクステント・サイズに比べて）より大きなエクステント・サイズを有するストレージ・プールに変換することができる一方で、本明細書の他のアプローチは、より大きなエクステント・サイズを有するストレージ・プールを、より小さなエクステント・サイズを有するストレージ・プールに変換することができる。上述のように、所与のストレージ・プールにより実装されたエクステント・サイズを変換する従来のプロセスは、パフォーマンスの遅延、リソースの消費などの点で非効率的であることが実証されている。例えば、ストレージ・プール内のエクステントのサイズを変換するための従来のプロセスは、そのエクステント・サイズにいかなる変更を加え得る前でも、データを既存のストレージ・プールから完全に離して別の物理的ストレージ・プールに移行させることを必要とする。この従来のデータ移行のプロセスは、すべてのデータを代替の記憶媒体などに物理的にコピーするために、追加のストレージ・リソース、処理帯域幅、時間を必要とするため、望ましくない。したがって、ストレージ・プール内のエクステントのサイズを効率的に変換することができるプロセスが望まれている。

これらの従来の欠点とは著しく対照的に、本明細書に含まれるアプローチの様々なものは、データがインプレースで留まる間に、データ・ストレージ・プール内のランクのエクステント・サイズを変換することができることが望ましい。具体的には、本明細書に含まれる一部のアプローチは、所与のストレージ・プールにより実装されたエクステント・サイズを増加させ、それによってオペレーション効率を、例えば下記にさらに詳細に記載されるように、大幅に増加させることができる。

次に、図６Ａを参照すると、一アプローチによる、より大きなエクステント・サイズを有する既存のストレージ・プールをより小さなエクステント・サイズを有する目的のストレージ・プールにインプレースで変換するための方法６００のフローチャートが示されている。方法６００は、様々なアプローチで、とりわけ図１～図５に示されるいずれの環境においても、本発明に従って実施することができる。言うまでもなく、図６Ａに具体的に記載されものよりも多いかまたは少ないオペレーションが、本願記載を読めば当業者に理解されるように、方法６００に含まれることがある。

方法６００の各ステップは、動作環境の任意の適切な構成要素によって実行されてもよい。例えば、様々なアプローチでは、方法６００は、部分的にまたは完全に、コントローラ、プロセッサ、コンピュータなど、または、１つもしくは複数のプロセッサを内部に有する他の装置によって実行されてもよい。したがって、いくつかのアプローチでは、方法６００は、コンピュータ実装方法であってもよい。さらに、コンピュータ、プロセッサ、およびコントローラという用語は、本明細書のアプローチのいずれかに関して互換的に使用されてもよく、そのような構成要素は、本発明の多くの多様な並べ替えにおいて同等であると考えられる。

さらに、プロセッサを有するこれらのアプローチについて、プロセッサ、例えば、ハードウェアもしくはソフトウェアまたはその両方で実装される処理回路、チップ、もしくはモジュール、またはそれらの組合せを有し、好ましくは少なくとも１つのハードウェアコンポーネントを有するプロセッサは、方法６００の１つまたは複数のステップを実行するために任意のデバイスにおいて利用され得る。例証となるプロセッサは、以下に限定されないが、中央処理ユニット（ＣＰＵ）、アプリケーション特定集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）など、これらの組合せ、または当技術分野に公知の任意の他の適切なコンピューティング・デバイスを含む。

図６Ａに示すように、方法６００のオペレーション６０２は、第１のエクステント・サイズを有する既存のストレージ・プールを、第２のエクステント・サイズを有する目的のストレージ・プールに変換する要求を識別することを含む。上述のように、本アプローチでは、既存のストレージ・プールに対応する第１のエクステント・サイズは、目的のストレージ・プールに対応する第２のエクステント・サイズよりも大きい。そのため、本願記載について、「第１のエクステント・サイズ」は、「第２のエクステント・サイズ」よりも比較的大きい。例えば、既存のストレージ・プール構成は、それぞれ約１ＧＢのサイズを有するエクステントを有することがあり、一方、目的のストレージ・プール構成は、それぞれ約１６ＭＢのサイズを有するエクステントを有する。やはり、所与のエクステント・サイズを実装する環境において、一部の作業負荷が大幅に改善され得る。例として、一部の作業負荷は、より大きなエクステントを有するストレージ・プールを用いた実行と比較して、より小さなエクステントを有するストレージ・プールを用いるとはるかにより良好に実行する。ゆえに、所与のストレージ・プールのエクステント・サイズを変換する要求は、新たに開始された作業負荷に応答して実行中のアプリケーションから受け取られたり、エクステント・サイズに関する評価システムのパフォーマンスに応答してユーザから受け取られたりするなどとしてよい。

用語「既存のストレージ・プール」および「目的のストレージ・プール」は、実際には、同じストレージ・プールの異なる構成を指すことに留意されたい。言い換えれば、用語「既存ストレージ・プール」は、ストレージ・プールの既存の状態（例えば、より大きなランク・エクステント・サイズ）を参照することを意図しており、「目的のストレージ・プール」は、同じストレージ・プールの計画された目標状態（例えば、より小さなランク・エクステント・サイズ）を指すことを意図している。

当業者に理解されるように、例示的なストレージ・プールの論理構成は、物理的ストレージを含むランク（ＲＡＩＤアレイ）と、物理的ストレージを論理的な連続するストレージ（例えば、論理ユニット数など）のホスト・アドレス可能範囲にマッピングするボリュームとを含む。ランクは、ランク・セグメント（エクステント）テーブル（ＲＳＴ）を含み、一方でボリュームは、ボリューム・セグメント（エクステント）テーブル（ＶＳＴ）を含む。これらのテーブルは、ランク上で異なる物理エクステントを個々のボリュームに対応するエクステントへマッピングすることを、少なくとも部分的に制御する（例えば、上記図５を参照）。

図６Ａをそのまま参照すると、オペレーション６０４は、既存のストレージ・プール内の第１のボリュームに進むことを含み、一方で、オペレーション６０６は、所与のボリュームに対応するボリューム・セグメント・テーブル（ＶＳＴ）エントリに対して一時停止／ロックを実行することを含む。本願記載によれば、「第１のボリューム」は、既存のストレージ・プール内に任意のボリュームを含んでいてもよい。例として、アプローチに応じて、第１のボリュームは、既存のストレージ・プール内のボリューム、ユーザにより予め決定されたボリュームなどの間の比較に基づき、無作為に識別されてもよい。すぐに明らかになるように、既存のストレージ・プール内の各ボリュームが好ましくは評価され、それゆえに、方法６００がボリュームを通して進む順番は、一部のアプローチにおいて結果として得られるストレージ・プールに影響を及ぼさない。

ＶＳＴエントリに対して一時停止／ロックを実行することは、所与のＶＳＴもしくは関連付けられたボリュームまたはその両方へのアクセスを効果的に防ぎ、それゆえにエラーを何も被ることなく調整が行われ得る。ＶＳＴエントリに対する一時停止／ロックを実行するプロセスは、一部のアプローチで問題になっているＶＳＴエントリに関連付けられた可能なスレッドのそれぞれをチェックすることを含む。他のアプローチでは、一時停止／ロックは、フラグを設定することやエントリに関連付けられたアドレスを向こうにすることなどによって、または本願記載を読んだ後に当業者に明らかとなる他の任意のプロセスによって、所与のＶＳＴエントリに対して実行されてもよい。

方法６００はさらに、ＶＳＴエントリに関連付けられた既存の物理的エクステントを変更するＶＳＴエントリに新しい構造を適用することを含む。オペレーション６０８を参照されたい。好ましくは、ＶＳＴエントリに適用される（例えばはめ込まれる）この新しい構造は、ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する。言い換えれば、新しいＶＳＴエントリは、新しい物理的エクステントとそれに対応するレファレンスを効果的に作成する。

これらのより小さな物理的エクステントは、好ましくは、目的のストレージ・プールのより小さな第２のランク・サイズに対応するように形成される。言い換えれば、ＶＳＴエントリに適用される新しい構造は、好ましくは、目的のストレージ・プールの特徴に対応する複数のより小さなエクステントに既存の物理的エクステントを分割するように構成される。本発明を限定することを全く意図されていない例示的なアプローチによれば、ＶＳＴエントリに関連付けられた各物理的エクステントは、新しい構造を適用する前に約１ギガバイトのサイズを有することがある。しかし、新しい構造の適用に応答して、ＶＳＴエントリに適用された新しい構造に関連付けられている変更された物理的エクステントのそれぞれは、約１６メガバイトのサイズを有することがあり、尤も、それは所望のアプローチに応じて、より高いこともより低いこともある。

好ましくは、より小さな物理的エクステントはまた、パディングを含むことなく目的のストレージ・プールのエクステント間の境界と整合する。言い換えれば、より小さな物理的エクステントがエクステント間の境界を越えて広がらないように、より小さな物理的エクステントは既存の物理的エクステントから形成される。また、新しい構造を適用し新しい（より小さな）物理的エクステントを形成するプロセスは、例えば本願記載を読んだ後に当業者に理解されるように、エクステントの再付番を実行すること、もしくはその中にオフセットを確立すること、またはその両方を含んでいてもよい。

オペレーション６０８から、方法６００は、既存のストレージ・プール内の全てのボリュームが評価されているか否かを決定することを含む決定６１０に進む。既存のストレージ・プール内の少なくとも１つのボリュームが未だに評価されていないと決定することに応答して、方法６００はオペレーション６１２に進む。そこでは、オペレーション６１２は、次のボリュームに対して一時停止／ロックが実行されるように、オペレーション６０６に戻る前に既存のストレージ・プール内の次のボリュームに進むことを含む。したがって、プロセス６０６～６１２は、既存のストレージ・プール内の全てのボリュームについて反復する方式で繰り返されてもよい。

決定６１０に戻ると、既存のストレージ・プール内の全てのボリュームが評価されてその既存の物理的エクステントをより小さな物理的エクステントに分割して有することを決定することに応答して、方法はオペレーション６１４に跳ぶ。したがって、オペレーション６１４は、既存のストレージ・プール内の各ランクを、より大きな第１のエクステント・サイズからより小さな第２のエクステント・サイズに変換することを含む。言い換えれば、オペレーション６１４は、既存のストレージ・プール内の各ランクのサイズを、目的のストレージ・プールに関連付けられた目的のランク・サイズに低減することを含む。好適なアプローチでは、既存のストレージ・プールの各ランクは、あるランクから次のランクへと進行することによって順次変換されるが、本発明を限定することを全く意図するものではない。例えば、いくつかのアプローチでは、２以上のランクのサイズを並行して減少させてもよい。

本明細書に述べるように、データ移行を行わずに所定のランクのサイズを減少させるプロセスが望ましい。少し図６Ｂを参照すると、例証となるアプローチに従って、既存のストレージ・プールの各ランクをより大きな第１のランク・エクステント・サイズからより小さな第２のランク・エクステント・サイズに変換する例示的なサブプロセスが図示されている。したがって、図６Ｂに含まれる任意の１つまたは複数のサブプロセスは、図６Ａのオペレーション６１４を実行するために用いられることになる。しかし、図６Ｂのサブプロセスは、本発明を限定することを全く意図していない一アプローチに従って図示されていることに留意されたい。

示されるように、サブオペレーション６５０は、既存のストレージ・プール内のランクに進むことを含む。例えば、図６Ｂのサブプロセスの第１の反復は、ストレージ・プール内の第１のランクに進むことを含んでいてもよく、一方、図６Ｂのサブプロセスの後続の反復は、ストレージ・プール内の後続のランクに進むことを含んでもよい。上述のように、図６Ｂのサブプロセスは、ストレージ・プール内のランクのそれぞれについて反復的に繰り返されてもよい。

データをインプレースで維持しながらランクを変換するために、含むようにそのボリュームを変換されているより小さなエクステント・レイアウトにマッピングするための新たなテーブルを作成する（例えば、上記オペレーション６０８を参照）。したがって、サブオペレーション６５２は、サブプロセス６５０において識別された所与のランクのための新しいＲＳＴスペースもしくはエントリまたはその両方を割り当てることを含む。上述のように、この新たに割り当てられたＲＳＴスペースもしくはエントリまたはその両方は、より小さな目的のエクステント・サイズに対応し、それゆえに、そこに格納されたデータを移行させる必要なく、所与のエクステントのサイズを変換するプロセスで使用されてもよい。例えば、新たに割り当てられたＲＳＴスペースもしくはエントリまたはその両方には、以前のより大きなエクステントから形成されているボリューム内のデータの論理位置が投入されてもよい。いくつかのアプローチによれば、これは、データが論理的に格納されるボリューム内のボリュームおよびボリューム・エクステントを識別することによって、達成されることがある。

好適なアプローチでは、ＲＳＴは、１対１ベースのエクステント方式で構成されることにも留意されたい。言い換えれば、各ＲＳＴエントリは、所与のサイズのランク・エクステントに対応し、対応するボリューム・エクステントを指し示す。例えば、いくつかのアプローチでは、所与のランク内のエクステントは、ランクのためのＲＳＴエントリとして表され、各ランク・エクステントは、ストレージ・プール内のデータを格納するための所定量のストレージを表す。さらに、新しいＲＳＴスペースを割り当てるプロセスは、本願記載を読んだ後に当業者には明らかとなる任意のプロセスを用いて実行されてもよい。

図６Ｂを継続して参照すると、サブオペレーション６５４は、所与のランクについての全てのエクステント変更アクティビティを休止することを含む。これにより、所定のランクを変換することができるとともに、その中に含まれるエクステントは一時的に留まったままとなり、それによって、当業者に理解されるように、いかなるエラーも回避することができる。なお、エクステント変更アクティビティは、所与のランクについては休止されるが、ストレージ・プール内に留まるランクは、いくつかのアプローチでは影響を受けないことがあることに留意すべきである。これにより、目的のストレージ・プールを形成するために変換中にプールからデータを移行する必要性を回避することに加えて、各ランクのエクステント・サイズを体系的に変換しながら、全体的なストレージ・プールが稼働し続けることが可能になる。

このフローチャートは、さらにサブオペレーション６５６に進むが、このサブオペレーションは、新しい割り当てられたＲＳＴスペースに、第２のエクステント・サイズに対応する新しいエントリを投入することを含む。言い換えれば、サブオペレーション６５６は、サブオペレーション６５２内に形成された新しいＲＳＴエントリを投入して、より大きなボリューム・エクステントを有する対応のＶＳＴエントリに新しい構造を適用した結果として形成されたより小さなボリューム・エクステント指し示すことを含む。いくつかのアプローチによれば、（例えば、参照番号を用いて）関連するボリューム・エクステントを参照する１つまたは複数のポインタを用いて、新たに割り当てられたＲＳＴスペースを投入することができる。しかし、所望のプロセスは、例えば、所望のアプローチに応じて実装されてもよい。

サブオペレーション６５８は、所与のランクに対応する既存のＲＳＴエントリに対して一時停止／ロックを実行することをさらに含み、一方、サブオペレーション６６０は、サブオペレーション６５２内に形成された新たなＲＳＴエントリを活性化することを含む。これにより、サブオペレーション６５８および６６０は、新たに割り当てられたＲＳＴエントリに、既存の（例えば、以前の）ＲＳＴエントリから円滑に遷移することができる。いくつかのアプローチによれば、既存のＲＳＴエントリに対して一時停止／ロックを実行することは、新たに割り当てられたＲＳＴエントリを使用してフローチャートが実際に遷移可能になる前に、全ての可能なスレッドを検査することを含んでいてもよい。

新たに割り当てられたＲＳＴエントリを活性化することに応答して、サブオペレーション６６２は、所与のランクについてのエクステント変更アクティビティを再開することを含む。サブオペレーション６６４は、追加的に、既存の（例えば、以前の）ＲＳＴエントリを所望の通りに再利用されることのあるように解放することを含む。例えば、いくつかのアプローチでは、既存のＲＳＴエントリを解放することは、テーブル内のスペースを他のランクに関して使用されることのあるように解放することを含む。また、既存のＲＳＴエントリ内に格納された任意の情報（例えばデータ、メタデータなど）は、削除されてもよい。

決定６６６に進むと、ここで、フローチャートは、既存のストレージ・プール内の全てのランクが、より小さなランク・エクステント・サイズを実装するように変換されているか否かを判定することを含む。言い換えれば、決定６６６は、既存のストレージ・プール内の全てのランクが評価されているか否かを判定することを含む。より大きなエクステント・サイズを実装するように既存のストレージ・プールの少なくとも１つのランクがまだ変換されていないと判定したことに応答して、フローチャートはサブオペレーション６５０に戻る。そこでは、サブオペレーション６５０は、まだ変換されていない次のランクに進むことを含み、それゆえに例えば、図６Ｂに図説されたサブプロセスをそのランクについて繰り返すことがある。

しかし、既存のストレージ・プール内の全てのランクが、より小さなエクステント・サイズを実装するように変換されていることを決定することに応答して、フローチャートは、図６Ａのオペレーション６１６に進み、それによって方法６００が終了してもよい。したがって、ストレージ・プールは、オペレーション４１０への到達に応答して、既存の大容量エクステント・ストレージ・プールから目的の小容量エクステント・ストレージ・プールに有効に変換されているものと結論することができる。しかし、方法６００がオペレーション６１６に到達すると終了することができるとはいえ、別のストレージ・プールを変換するために、方法６００に含まれるいずれか１つまたは複数のプロセスを繰り返すことができることに留意するべきである。言い換えれば、別の既存の小容量エクステント・ストレージ・プールを目的の大容量エクステント・ストレージ・プールにインプレースで変換するために、方法６００に含まれるプロセスのうちいずれか１つまたは複数を繰り返してもよい。

したがって、図６Ａ～図６Ｂに含まれる様々なプロセスおよびサブプロセスは、データがインプレースで留まる間に、データ・ストレージ・プール内のランクのエクステント・サイズを変換することができることになる。これにより、包括的なデータ・システムについて大幅な改善、例えばオペレーション効率の増加、データ・ストレージの消費の低減、パフォーマンスの遅延の減少、ネットワーク・トラフィック（例えば、その他データの移行に由来するもの）の低減などを達成することが可能になる。これらの改善点は、ボリュームの特性がこれらの様々なプロセスおよびサブプロセスによってボリュームおよびランクのレイアウトをより小さなエクステント・サイズにインプレースで変換することを可能にする、という事実に（少なくとも部分的に）起因して達成される。繰り返しになるが、ＲＳＴまたはＶＳＴまたはその両方の特性は、他のストレージ・プールまたは機械へのデータの移行が含まれないように、テーブルを用いてこれが達成されることを可能にする。

さらにまた、ストレージ製品におけるエクステント・プールは、異なるエクステント・サイズを実装することができる。さらに、一部の作業負荷は、大容量エクステント・ストレージ・プールでの実行と比較すると、小容量エクステント・ストレージ・プールではより良好に（例えば、より効率的に）実行することができる。したがって、特定のエクステント・サイズが、所与のストレージ・プールのためにクライアントによって選択されても、時間が経過すると要因が変化し、それゆえに、異なるエクステント・サイズがパフォーマンス効率の観点からより望ましくなるものとなる。例えば、いくつかの状況では、ストレージ・システムは、より小さなエクステント・サイズのストレージ・プールをより大きなエクステント・サイズのストレージ・プールに変換することが望ましいほどに、物理的ストレージに対する需要の増加を受けることがある。したがって、本明細書に含まれる一部のアプローチは、そこに格納されたデータの物理的な移行を実行することなくストレージ・プールによりインプレースで実装されるエクステント・サイズを効率的に調整するために実装されてもよい。

本発明は、任意の可能な技術的詳細レベルの統合におけるシステム、方法、もしくはコンピュータ・プログラム製品、またはそれらの組合せであり得る。コンピュータ・プログラム製品は、プロセッサに本発明の態様を行わせるためのコンピュータ可読プログラム命令をその上に有するコンピュータ可読記憶媒体（または複数の媒体）を含んでいてもよい。

コンピュータ可読記憶媒体は、命令実行デバイスによる使用のための命令を保持および格納することができる有形デバイスとすることができる。コンピュータ可読記憶媒体は、以下に限定されないが、例えば、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、または前述の任意の適した組合せとしてよい。コンピュータ可読記憶媒体のより具体的な例の非網羅的な一覧としては、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能なプログラム可能な読出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ポータブル・コンパクト・ディスク読出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル汎用ディスク（ＤＶＤ）、メモリ・スティック、フロッピー・ディスク、機械的に符号化されたデバイス、例えば、命令を上に記録したパンチ・カードまたは溝内の隆起構造など、および前述の任意の適切な組合せが挙げられる。コンピュータ可読記憶媒体は、本明細書で使用される際に、それ自体が電波または他の自由に伝搬する電磁波、導波管または他の伝送媒体（例えば、光ファイバ・ケーブルを通る光パルス）を伝搬する電磁波、またはワイヤを介して伝送される電気信号などの一時的な信号であるものと解釈されるべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体から各演算／処理デバイスに、またはネットワーク、例えば、インターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、もしくは無線ネットワーク、またはそれらの組合せを介して外部コンピュータまたは外部記憶装置に、ダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、もしくはエッジ・サーバ、またはそれらの組合せを含むことができる。各演算／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、各演算／処理デバイス内のコンピュータ可読記憶媒体に格納するためにコンピュータ可読プログラム命令を送る。

本発明の動作を実施するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、または１つもしくは複数のプログラミング言語の任意の組み合わせで書かれたソースコードもしくはオブジェクトコードのいずれかとしてよく、プログラミング言語としては、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語と、および「Ｃ」プログラミング言語または同様のプログラミング言語などの手続き型プログラミング言語が挙げられる。コンピュータ可読プログラム命令は、ユーザのコンピュータ上で全体的に、ユーザのコンピュータ上で部分的に、スタンドアロン・ソフトウェア・パッケージとして、ユーザのコンピュータ上で部分的にかつリモート・コンピュータ上に部分的に、またはリモート・コンピュータ上で部分的にもしくはリモート・コンピュータ上で全体的に、実行してもよい。後者のシナリオでは、リモート・コンピュータが、ローカル・エリア・ネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を含めた任意のタイプのネットワークを介してユーザのコンピュータに接続されていてもよいし、または接続が、外部コンピュータに（例えば、インターネットサービスプロバイダを用いてインターネットを介して）なされていてもよい。いくつかの実施形態では、例えば、プログラム可能なロジック回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラム可能なロジックアレイ（ＰＬＡ）を含めた電子回路は、本発明の態様を実施するために、コンピュータ可読プログラム命令の状態情報によって、コンピュータ可読プログラム命令を実行してもよい。

本発明の態様は、本発明の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図もしくはブロック図またはその両方を参照して本明細書に説明される。フローチャート図もしくはブロック図またはその両方の各ブロック、ならびにフローチャート図もしくはブロック図またはその両方におけるブロックの組合せは、コンピュータ可読プログラム命令によって実装できることが理解されよう。

これらのコンピュータ可読プログラム命令は、コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されて、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサを介して実行される命令がフローチャートもしくはブロック図またはその両方の１つまたは複数のブロックにおいて指定された機能／動作を実装する手段を生成するように、機械を生成し得る。これらのコンピュータ可読プログラム命令はまた、コンピュータ、プログラム可能なデータ処理装置、もしくは他のデバイス、またはそれらの組合せを特定の方法で機能させることのできるコンピュータ可読記憶媒体に格納されてもよく、ゆえに、命令を中に格納したコンピュータ可読記憶媒体は、フローチャートもしくはブロック図またはその両方の１つまたは複数のブロックにおいて指定された機能／動作の態様を実装する命令を含む、製品を含み得る。

コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラム可能な装置、または他のデバイス上で実行される命令がフローチャートもしくはブロック図またはその両方の１つまたは複数のブロックにおいて指定された機能／動作を実装するように、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイス上にロードされて、一連の動作ステップをコンピュータ、他のプログラマブル装置、または他のデバイス上で実施させて、コンピュータ実装プロセスを生じる。

図中のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータ・プログラム製品の可能な実施形態のアーキテクチャ、機能性、および動作を説明する。この点に関して、フローチャートまたはブロック図の各ブロックは、指定されたロジック機能を実装するための１つまたは複数の実行可能な命令を含む、命令のモジュール、セグメント、または部分を表すことがある。いくつかの代替的な実施形態では、ブロックに記載された機能は、図に記載された順序の外に生じ得る。例えば、連続して示される２つのブロックが、実際には、１ステップで達成されてもよいし、同時に、実質的に同時に、部分的にもしくは全体的に一時的に重複して実行されてもよいし、またはブロックが、関与する機能性に応じて、逆の順序で実行されてもよい。また、ブロック図もしくはフローチャート図またはその両方の各ブロック、ならびにブロック図もしくはフローチャート図またはその両方におけるブロックの組合せは、指定された機能もしくは動作を実行するか、または専用ハードウェアとコンピュータ命令との組合せを実施する、専用ハードウェアベースのシステムによって実装できることに留意されたい。

さらに、様々な実施形態によるシステムが、プロセッサと、プロセッサに統合されているか、プロセッサにより実行可能であるか、またはプロセッサに統合されかつプロセッサにより実行可能である、ロジックとを含み、ロジックが、本明細書に記載のプロセスのステップのうちの１つまたは複数を実行するように構成されているものとしてよい。このプロセッサは、処理ハードウェア、メモリ、Ｉ／Ｏインターフェースなどの多くの構成要素を含む離散的なプロセッサまたは処理回路などの、本明細書に記載された任意の構成のものとしてよい。統合されるというのが意味するところは、プロセッサが、アプリケーション固有の集積回路（ＡＳＩＣ）やＦＰＧＡなどのハードウェア・ロジックとして、中に埋め込まれたロジックを有するということである。プロセッサにより実行可能であるというのが意味するところは、ロジックがハードウェア・ロジックであること、ファームウェア、オペレーティング・システムの一部、アプリケーション・プログラムの一部などソフトウェア・ロジックであること、またはプロセッサによりアクセス可能であり、プロセッサにより実行されるとプロセッサにいくつかの機能性を実行させるように構成された、ハードウェア・ロジックとソフトウェア・ロジックとのいくつかの組合せであることである。ソフトウェア・ロジックは、当技術分野に公知であるように、任意のメモリタイプのローカルもしくはリモートまたはその両方のメモリ上に格納されてもよい。ソフトウェア・プロセッサ・モジュールもしくはＡＳＩＣ、ＦＰＧＡ、中央処理ユニット（ＣＰＵ）、集積回路（ＩＣ）、グラフィックス処理ユニット（ＧＰＵ）などのハードウェア・プロセッサ、またはその両方など、当技術分野で公知の任意のプロセッサを使用することができる。

上述のシステムもしくは方法論またはその両方の様々な特徴は、任意の方法で組み合わされてもよく、上記の記載から複数の組合せを作り出すことが明らかになろう。

さらに、本発明の実施形態は、需要に対しサービスを提供するために顧客の代わりに配備されたサービスの形態で提供できることが理解されよう。

本発明の様々な実施形態の説明が、例示のために提示されてきたが、網羅的であること、または開示された実施形態に限定されることを意図するものではない。記載された実施形態の範囲から逸脱することなく、多くの修正および変形が当業者には明らかになるであろう。本明細書で使用される用語は、実施形態の原理、実用的な適用、もしくは市場で発見された技術を超える技術的な改善を最も良く説明するために、または本明細書に開示された実施形態を他の当業者が理解することを可能にするように選択されたものである。

Claims (20)

1. 既存のストレージ・プールを目的のストレージ・プールにインプレースで変換するコンピュータ実装方法であって、
   第１のエクステント・サイズを有する前記既存のストレージ・プールを、第２のエクステント・サイズを有する前記目的のストレージ・プールに変換する要求を識別することであって、前記第１のエクステント・サイズは、前記第２のエクステント・サイズよりも大きい、識別すること、
   前記既存のストレージ・プール内の各ボリュームについて、
   前記所与のボリュームに対応するボリューム・セグメント・テーブル（ＶＳＴ）エントリに対して一時停止／ロックを実行すること、
   新しい構造を前記ＶＳＴエントリに適用することであって、前記新しい構造は、前記ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する、適用すること、および
   前記既存のストレージ・プール内のランクのそれぞれについて、前記所与のランクを、前記第１のエクステント・サイズから前記第２のエクステント・サイズに変換すること
   を含むコンピュータ実装方法。
2. 前記第１のエクステント・サイズから前記第２のエクステント・サイズに前記所与のランクを変換することが、
   新しいスペースをランク・セグメント・テーブル（ＲＳＴ）内に割り当てること、
   前記所与のランクについてエクステント変更アクティビティを休止させること、
   前記第２のエクステント・サイズに対応する新しいエントリを、前記新たに割り当てられたＲＳＴスペースに投入すること、
   前記所与のランクに対応する既存のＲＳＴエントリに対して一時停止／ロックを実行すること、および
   前記所与のランクについてエクステント変更アクティビティを再開すること
   を含む、請求項１に記載のコンピュータ実装方法。
3. 前記第１のエクステント・サイズから前記第２のエクステント・サイズに前記所与のランクを変換することが、
   前記既存のＲＳＴエントリを解放すること
   を含む、請求項２に記載のコンピュータ実装方法。
4. 前記ＲＳＴは、各ＲＳＴエントリが所与のサイズのランク・エクステントに対応し、対応するボリューム・エクステントを指し示すように構成される、請求項２に記載のコンピュータ実装方法。
5. 前記新しい構造は、前記より小さな物理的エクステントがパディングを含むことなく前記目的のストレージ・プールのエクステント間の境界と整合するように、前記ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する、請求項１に記載のコンピュータ実装方法。
6. 前記ボリューム内のデータは、前記既存のストレージ・プールを前記目的のストレージ・プールに変換する間、前記既存のストレージ・プール外に移行されない、請求項１に記載のコンピュータ実装方法。
7. 前記第１のエクステント・サイズは、約１ギガバイトであり、前記第２のエクステント・サイズは、約１６メガバイトである、請求項１に記載のコンピュータ実装方法。
8. 既存のストレージ・プールを目的のストレージ・プールにインプレースで変換するコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品は、それを以て具現化されたプログラム命令を有するコンピュータ可読記憶媒体を含み、プロセッサによって可読なもしくは実行可能なまたはその両方の前記プログラム命令は、
   第１のエクステント・サイズを有する前記既存のストレージ・プールを、第２のエクステント・サイズを有する前記目的のストレージ・プールに変換する要求を、前記プロセッサにより識別することであって、前記第１のエクステント・サイズは、前記第２のエクステント・サイズよりも大きい、識別すること、
   前記既存のストレージ・プール内の各ボリュームについて、
   前記所与のボリュームに対応するボリューム・セグメント・テーブル（ＶＳＴ）エントリに対して、一時停止／ロックを前記プロセッサにより実行すること、
   新しい構造を前記ＶＳＴエントリに前記プロセッサにより適用することであって、前記新しい構造は、前記ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する、適用すること、および
   前記既存のストレージ・プール内のランクのそれぞれについて、前記所与のランクを、前記第１のエクステント・サイズから前記第２のエクステント・サイズに、前記プロセッサにより変換すること
   を前記プロセッサに行わせる、コンピュータ・プログラム製品。
9. 前記所与のランクを前記第１のエクステント・サイズから前記第２のエクステント・サイズに変換することが、
   新しいスペースをランク・セグメント・テーブル（ＲＳＴ）内に割り当てること、
   前記所与のランクについてエクステント変更アクティビティを休止させること、
   前記第２のエクステント・サイズに対応する新しいエントリを、前記新たに割り当てられたＲＳＴスペースに投入すること、
   前記所与のランクに対応する既存のＲＳＴエントリに対して一時停止／ロックを実行すること、および
   前記所与のランクについてエクステント変更アクティビティを再開することを含む、請求項８に記載のコンピュータ・プログラム製品。
10. 前記所与のランクを前記第１のエクステント・サイズから前記第２のエクステント・サイズに変換することが、
    前記既存のＲＳＴエントリを解放すること
    を含む、請求項９に記載のコンピュータ・プログラム製品。
11. 前記ＲＳＴは、各ＲＳＴエントリが所与のサイズのランク・エクステントに対応し、対応するボリューム・エクステントを指し示すように構成される、請求項９に記載のコンピュータ・プログラム製品。
12. 前記新しい構造は、前記より小さな物理的エクステントがパディングを含むことなく前記目的のストレージ・プールのエクステント間の境界と整合するように、前記ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する、請求項８に記載のコンピュータ・プログラム製品。
13. 前記ボリューム内のデータは、前記既存のストレージ・プールを前記目的のストレージ・プールに変換する間、前記既存のストレージ・プール外に移行されない、請求項８に記載のコンピュータ・プログラム製品。
14. 前記第１のエクステント・サイズは、約１ギガバイトであり、前記第２のエクステント・サイズは、約１６メガバイトである、請求項８に記載のコンピュータ・プログラム製品。
15. プロセッサ、および
    前記プロセッサに統合されているか、前記プロセッサにより実行可能であるか、または前記プロセッサに統合されかつ前記プロセッサにより実行可能であるロジック
    を含むシステムであって、前記ロジックは、
    第１のエクステント・サイズを有する前記既存のストレージ・プールを、第２のエクステント・サイズを有する前記目的のストレージ・プールに変換する要求を、前記プロセッサにより識別することであって、前記第１のエクステント・サイズは、前記第２のエクステント・サイズよりも大きい、識別すること、
    前記既存のストレージ・プール内の各ボリュームについて、
    前記所与のボリュームに対応するボリューム・セグメント・テーブル（ＶＳＴ）エントリに対して、一時停止／ロックを前記プロセッサにより実行すること、
    新しい構造を前記ＶＳＴエントリに前記プロセッサにより適用することであって、前記新しい構造は、前記ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する、適用すること、および
    前記既存のストレージ・プール内のランクのそれぞれについて、前記所与のランクを、前記第１のエクステント・サイズから前記第２のエクステント・サイズに、前記プロセッサにより変換すること
    を行うように構成される、システム。
16. 前記所与のランクを前記第１のエクステント・サイズから前記第２のエクステント・サイズに変換することが、
    新しいスペースをランク・セグメント・テーブル（ＲＳＴ）内に割り当てること、
    前記所与のランクについてエクステント変更アクティビティを休止させること、
    前記第２のエクステント・サイズに対応する新しいエントリを、前記新たに割り当てられたＲＳＴスペースに投入すること、
    前記所与のランクに対応する既存のＲＳＴエントリに対して一時停止／ロックを実行すること、および
    前記所与のランクについてエクステント変更アクティビティを再開することを含み、
    前記ボリューム内のデータは、前記既存のストレージ・プールを前記目的のストレージ・プールに変換する間、前記既存のストレージ・プール外に移行されない、請求項１５に記載のシステム。
17. 前記所与のランクを前記第１のエクステント・サイズから前記第２のエクステント・サイズに変換することが、
    前記既存のＲＳＴエントリを解放すること
    を含む、請求項１６に記載のシステム。
18. 前記ＲＳＴは、各ＲＳＴエントリが所与のサイズのランク・エクステントに対応し、対応するボリューム・エクステントを指し示すように構成される、請求項１６に記載のシステム。
19. 前記新しい構造は、前記より小さな物理的エクステントがパディングを含むことなく前記目的のストレージ・プールのエクステント間の境界と整合するように、前記ＶＳＴエントリに関連付けられた既存の物理的エクステントを２つ以上のより小さな物理的エクステントに分割する、請求項１５に記載のシステム。
20. 前記第１のエクステント・サイズは、約１ギガバイトであり、前記第２のエクステント・サイズは、約１６メガバイトである、請求項１５に記載のシステム。

Images