(57)【要約】      （修正有）【課題】ＬＰＲ管理プロセスに於いて、ＬＰＲに対するリソースの提供及び戻しを自動的に行い、手動操作の大部分を排除する方法とシステムを提供する。【解決手段】論理パーティションに分割された大規模なストレージシステムのリソース管理のための装置、システム、方法、に於いて、ストレージ容量、ポート、キャッシュメモリ等のストレージリソースは、ストレージ管理操作結果、Ｉ／Ｏ統計、及びユーザが定義したポリシーに基づいて論理パーティションとの間で割り当てられ、或いは戻される。このようにして管理者は論理パーティションに分割されたリソースの振り分けに対して多数の手動操作を遂行する必要がなくなり、時間の節約と誤りの機会を低減できる。【選択図】図１
2007102762.tif 000002
【特許請求の範囲】
【請求項１】
各ＬＰＲ（logical partition）に割り当てられたリソースをモニタするステップと、
各ＬＰＲによってどのようにリソースが使用されているか判定するステップと、
予め定められた条件に基づいて、自動的に前記ＬＰＲの一つからリソースを戻すか、或いは前記ＬＰＲの一つにリソースを割り当てるステップ、
とから成ることを特徴とする、ＬＰＲにリソースを自動的に割り当てる方法。
【請求項２】
前記予め定められた条件は入出力統計に基づくことを特徴とする、請求項１による方法。
【請求項３】
前記予め定められた条件はユーザが定義したポリシーに基づくことを特徴とする、請求項１による方法。
【請求項４】
前記リソースはキャッシュメモリの量であり、前記予め定められた条件は定められたキャッシュヒット率に基づくことを特徴とする、請求項１による方法。
【請求項５】
前記入出力統計はポート使用率或いはキャッシュ使用率を含むことを特徴とする、請求項２による方法。
【請求項６】
前記ユーザが定義したポリシーは前記少なくとも一つのＬＰＲに於けるボリューム容量に対する閾値を含むことを特徴とする、請求項１による方法。
【請求項７】
各論理パーティションに対して分割されたリソースが、所定量のキャッシュメモリ、少なくとも一つのポート、及び少なくとも一つのストレージボリュームから成る、複数の論理パーティションを有するストレージシステムに於いて、該リソースを管理するための方法であって、該方法は、
少なくとも一つの前記リソースに対して一つ以上の指定条件を設けるステップと、
コンピュータ読み取り可能媒体上に、
一つ以上の前記論理パーティションに於いて前記リソースの状態を周期的にモニタするステップと、
前記モニタした状態を前記指定条件と比較するステップと、
前記指定条件に従って前記リソースの前記モニタした状態を維持するために前記論理パーティションの一つ以上の該リソースを調整するステップ、
を実行するプログラムを備えるステップ、
から成ることを特徴とする、リソースを管理する方法。
【請求項８】
入出力統計に基づいて指定条件の一つを設けるステップを更に含むことを特徴とする、請求項７の方法。
【請求項９】
前記論理パーティションの一つに振り分けられた一つ以上のボリュームの容量に基づいて指定条件の一つを設けるステップを更に含むことを特徴とする、請求項７の方法。
【請求項１０】
前記論理パーティションの一つに振り分けられた一つ以上のポートの使用率に基づいて指定条件の一つを設けるステップを更に含むことを特徴とする、請求項７の方法。
【請求項１１】
前記論理パーティションの一つ以上に振り分けられた前記キャッシュメモリの使用率に基づいて指定条件の一つを設けるステップを更に含むことを特徴とする、請求項７の方法。
【請求項１２】
もし前記論理パーティションのボリューム容量をモニタした状態がボリューム容量に対する指定条件の一つより小であれば、該論理パーティションの一つに対して一つ以上のボリュームを追加するステップを、或いはもし該論理パーティションのボリューム容量を前記モニタした状態がボリューム容量に対する指定条件の一つより大であれば、該論理パーティションの一つから一つ以上のボリュームを戻すステップを、更に含むことを特徴とする、請求項９の方法。
【請求項１３】
もし前記論理パーティションのポート使用率をモニタした状態がポートの使用率に対する指定条件の一つより大であれば、該論理パーティションの一つに対して一つ以上のポートを追加するステップを、或いはもし該論理パーティションのポートの使用率を前記モニタした状態がポートの使用率に対する指定条件の一つより小であれば、該論理パーティションの一つから一つ以上のポートを戻すステップ、を更に含むことを特徴とする、請求項１０の方法。
【請求項１４】
もし前記論理パーティションのキャッシュメモリヒット率をモニタした状態がキャッシュメモリヒット率に対する指定条件の一つより小であれば、該論理パーティションの一つに対してキャッシュメモリを追加するステップを、或いはもし該論理パーティションのキャッシュメモリヒット率を前記モニタした状態がキャッシュメモリヒット率に対する指定条件の一つより大であれば該論理パーティションの一つからキャッシュメモリを戻すステップを、更に含むことを特徴とする、請求項１１の方法。
【請求項１５】
キャッシュメモリと、
複数のポートと、
一つ以上のボリュームを生成するのに使用する複数のストレージデバイスと、
所定量のキャッシュメモリ、少なくとも一つのポート、及び少なくとも一つのボリュームを含むリソースより成る一つ以上の論理パーティションと、
コンピュータ読み取り可能媒体上に記憶され、前記リソースを管理するために実行可能であり、
各論理パーティションにリソースを振り分ける一つ以上の条件を指定し、
前記指定条件が維持されているか否かモニタし、
前記モニタした結果、前記一つ以上の指定条件が維持されていないことが分かったならば前記一つ以上の論理パーティションの間でリソースの振り分けを調整する、
ストレージコントロールプログラムと、
を含むことを特徴とする、ストレージシステム。
【請求項１６】
指定条件の一つは入出力統計に基づくことを特徴とする、請求項１５のストレージシステム。
【請求項１７】
指定条件の一つは前記論理パーティションの一つに振り分けられた一つ以上のボリューム容量に基づくことを特徴とする、請求項１５のストレージシステム。
【請求項１８】
指定条件の一つは前記論理パーティションの一つに振り分けられた一つ以上のポートの使用率に基づくことを特徴とする、請求項１５のストレージシステム。
【請求項１９】
指定条件の一つは前記論理パーティションの一つ以上に対して前記振り分けられたキャッシュメモリの使用率に基づくことを特徴とする、請求項１５のストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
０００１    本発明は一般にストレージシステムを管理する方法に関し、より具体的には、論理パーティションに分割したストレージシステムに於けるリソース管理方法に関する。
【背景技術】
【０００２】
０００２    Shimada他による「サブシステム論理をパーティション分割し管理する装置及び方法」という名称の米国特許出願公開第2005/0050085号は、ストレージ容量、ホストコンピュータとの交信のためのポート、及びキャッシュメモリのようなストレージシステムのリソースを論理パーティション（ＬＰＲ：logical partition）に分割し得るストレージシステムを開示しており、その内容全体を参考のために本明細書に引用する。ホストコンピュータから一つのＬＰＲのボリュームへの入出力（Ｉ／Ｏ：input / output）は、他のＬＰＲに割り当てられたリソースを消費したり共有したりすることはない。結果として、一つのＬＰＲのＩ／Ｏ負荷の変動は他のＬＰＲのＩ／Ｏ性能に影響を及ぼすことはない。更に、一つのＬＰＲはあたかもそれが小さなストレージシステムであるかのように管理することができる。一つのＬＰＲの管理者（ＬＰＲ管理者）はそのＬＰＲのすべてのリソースを管理することができる。例えば、ＬＰＲ管理者はホストコンピュータに特定のボリュームを供給することができる。ストレージシステム全体の管理者（ストレージシステム管理者）はＬＰＲを生成したり削除したり、又ＬＰＲにリソースを追加したりＬＰＲからリソースを戻すことができる。
【０００３】
【特許文献１】米国特許出願公開第2005/0050085号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
０００３    もし一つのＬＰＲに於いて、ストレージ容量、使用可能なポート数、及び（又は）キャッシュメモリが不足したら、ＬＰＲ管理者はストレージシステム管理者に、そのＬＰＲに対してより多くのリソースを追加するように要求する。ストレージシステム管理者はどのＬＰＲにも割り当てられていないリソースを探して、リソース不足を訴えるＬＰＲにそれらを割り当てる。ストレージシステムに於いて、このＬＰＲに必要なすべてのリソースが他のＬＰＲに既に割り当てられている場合は、ストレージシステム管理者は割り当てられてはいるがＬＰＲによって使用されていないリソースを探して、それらをそのＬＰＲから戻して、要求ＬＰＲに対して再割り当てしなければならない。しかしながら、ストレージシステムのサイズが増大し大量のリソースを有するにつれ、この種の手動操作は時間を消費し、時間遅れと操作コストの増大に加えて誤操作を招き易くする。
【課題を解決するための手段】
【０００５】
０００４    本発明の目的の一つは、ＬＰＲ管理プロセスに於いて、ＬＰＲに対するリソースの提供及び戻しを自動的に行い、手動操作の大部分を排除する方法とシステムを提供することである。
【０００６】
０００５    本発明の一態様によれば、論理パーティション分割ストレージシステムに於いて、ストレージ容量、ポート、及びキャッシュメモリのようなストレージリソースはストレージ管理操作結果、Ｉ／Ｏ統計、及びユーザ定義ポリシーに基づいて論理パーティションに割り当てられ或いは論理パーティションから戻される。このことは、ストレージシステム管理者を、リソースを管理して振り分けるための大量の手動操作から解放し、それによって時間も節約でき、誤りをひき起こす機会を低減できる。
【発明を実施するための最良の形態】
【０００７】
００３６    以下の本発明の詳細な説明に於いて、添付図面が参照され、これらは本発明の開示の一部を構成するが、その中で本発明が実施される具体的実施例は説明として示されるものであって、それに限定されるものでない。図面の中で複数の図面を通して同様な数字は実質的に同様な要素を表わしている。
システム構成
００３７    図１は本発明の方法及び装置が適用されるコンピュータストレージシステムを示す。ホストコンピュータ１１０００と１１００１、ファイバチャネル（ＦＣ：Fibre Channel）スイッチ１１００２、及びストレージシステム１００００はＦＣポート１０００９に結合したＦＣケーブル１００２６によって接続される。ホストコンピュータ１１０００と１１００１はＦＣスイッチ１１００２とＦＣポート１０００９を含むＦＣネットワークを通してストレージシステム１００００との間でデータの読み出し／書き込みを行う。
【０００８】
００３８    管理コンソール１１００３はＬＡＮ（Local Area Network）ポート１００１２を介してＬＡＮ１００２７によってストレージシステム１００００と接続される。管理コンソール１１００３は管理者がストレージシステム１００００と交信することを可能にする管理インタフェース（ＭＧＭＴ  Ｉ／Ｆ）１１００４を有する。管理インタフェース１１００４を用いることにより、管理者はストレージシステム１００００の管理情報を閲覧して、ＬＡＮ１００２７を通してストレージシステム１００００を管理する命令を送信することが可能になる。
【０００９】
００３９    ストレージシステム１００００は、それぞれ個々のストレージシステムとして動作可能な一つ以上の論理パーティション（ＬＰＲ）を備える。図２で参照番号２００００と２１０００はそれぞれ第一及び第二の論理パーティション（ＬＰＲ１、ＬＰＲ２）を表わし、参照番号２２０００は現時点でどのＬＰＲにも割り当てられていないリソースのプールを表わす。第一のＬＰＲ（ＬＰＲ１）２００００に割り振られたリソースにはＦＣポート２０００１、キャッシュメモリ（ＣＭ）２０００３、及び論理ボリューム２０００４が含まれる。同様に第二のＬＰＲ（ＬＰＲ２）２１０００に割り振られたリソースにはＦＣポート２１００１、キャッシュメモリ２１００３、及び論理ボリューム２１００４が含まれる。リソースプール２２０００に残存するリソースにはＦＣポート２２００１、キャッシュメモリ２２００３、及び論理ボリューム２２００４が含まれる。更に、二つのＬＰＲのみが図示されているが、使用可能なリソース、ＬＰＲのサイズ、等に応じて多数のＬＰＲを生成できることはこの分野の技術者には明らかであろう。 
００４０    図示の例では、各ＬＰＲ２００００、２１０００はＬＰＲ内の任意のリソースを管理できるＬＰＲ管理者を持つ。ＬＰＲにアクセスする権限を与えられたホストコンピュータから（第一のＬＰＲ２００００のボリューム２０００４のような）ディスクボリュームに送信されたＩ／Ｏ要求は同じＬＰＲ内にあるＦＣポート２０００１のようなＦＣポート、及びキャッシュメモリ２０００３のようなキャッシュメモリを用いて処理される。
【００１０】
００４１    再び図１のストレージシステム１００００を参照する。ＣＰＵ１０００１は管理メモリ１００１３、又は他のコンピュータ読み取り可能な媒体に記憶されているストレージコントロールプログラム１００１４を実行する。ストレージコントロールプログラム１００１４はホストコンピュータ１１０００と１１００１から送信されたＩ／Ｏ要求を処理し、ストレージシステム内の論理パーティション（ＬＰＲ）及びリソースをストレージ管理者によって定義されたポリシーに基づいて管理し、管理コンソール１１００３と交信する。ＦＣディスクコントローラ１０００３は、高価でありホストコンピュータの高性能化を可能にするＦＣディスクドライブ１０００４との入出力を制御する。シリアルＡＴＡ（ＳＡＴＡ）ディスクコントローラ１０００６は、安価であり大容量を可能にするＳＡＴＡディスクドライブ１０００７との入出力を制御する。ホストコンピュータ又はディスクドライブからのデータは応答時間を短縮し、スループットを増大させるためにキャッシュメモリ１０００２に記憶される。タイマー１００２５は、ストレージコントロールプログラム１００１４が現在時刻を読み取り、計画されたプロセスを遂行することを可能にする。本発明の一実施例によれば、メモリ１００１３はＬＰＲ及びストレージリソースを管理するためにストレージコントロールプログラム１００１４によって使用される１０個のテーブルを有することができる。これらのテーブルの各々については以下に図３〜図１２との関連で説明される。更に、管理メモリ１００１３とキャッシュメモリ１０００２は、別個のものとして図示されているが、それらは単一のメモリでも良いし、多くの異なったメモリでも良い、ことに注意願いたい。
【００１１】
００４２    図３は主ボリュームテーブル１００１５を示しており、ここにはストレージシステムのすべてのディスクボリュームに関する情報が含まれている。主ボリュームテーブル１００１５の各行は固有の番号のボリュームＩＤ３０００１、ボリューム容量３０００２、ボリュームを構成するディスクドライブのタイプ３０００３、ＲＡＩＤレベル３０００４、ディスクドライブのドライブＩＤ３０００５、ボリュームに発行されたＩ／Ｏ回数３０００６、ディスクドライブにアクセスせずにキャッシュメモリに記憶されたデータにアクセスしたＩ／Ｏ要求数３０００７、及びボリュームが割り当てられているＬＰＲのＩＤ３０００８を含んでいる。
【００１２】
００４３    図４は主ポートテーブル１００１６を示しており、ここにはストレージシステムのすべてのＦＣポートに関する情報が含まれている。主ポートテーブル１００１６は、ポートＩＤ４０００１、ポートバンド幅４０００２、ポートを通して転送されたデータ量４０００３、及びポートが割り当てられているＬＰＲのＩＤ４０００４を含んでいる。
【００１３】
００４４    図５は主キャッシュメモリテーブル１００１７を示しており、ここにはストレージシステムのキャッシュメモリに関する情報が含まれている。列５０００１と５０００２はそれぞれ全キャッシュメモリサイズと、どのＬＰＲにも割り当てられていないキャッシュメモリのサイズを表わす。
【００１４】
００４５    図６はアクセスコントロールテーブル１００１８を示しており、ここには管理者のすべてのアカウントに関する情報が含まれている。アクセスコントロールテーブル１００１８は管理者が管理することを認められたＬＰＲ  ＩＤ６０００１、ならびに管理者を認証するために用いられるユーザ名６０００２及びパスワード６０００３を含んでいる。
【００１５】
００４６    図７はＬＰＲボリュームテーブル１００１９を示しており、ここには各ＬＰＲに割り当てられているボリュームに関する情報が含まれている。ＬＰＲボリュームテーブル１００１９はＬＰＲ  ＩＤ７０００１、ＬＰＲに割り当てられているボリュームＩD７０００２、ボリュームが一つ以上のポートにマップされているか否か（即ち「供給済み」であるか否か）を表わすボリューム状態７０００３、当該ＬＰＲに割り当てられている全てのボリュームの全容量７０００４、及び現時点では供給されていないボリュームの容量７０００５を含んでいる。ボリューム状態７０００３に於いて、Ｙは、当該ボリュームが既に一つ以上のポートにマップ済みであることを意味する。Ｎは、当該ボリュームがまだどのボリュームにもマップされていない（供給されていない）ことを意味する。以下にボリュームポリシーテーブル１００２２を示す図１０に関連して説明するように、ＬＰＲの下方閾値が「オンデマンド」の場合は、利用可能容量７０００５はストレージシステムのどのＬＰＲにも割り当てられていないボリュームの全容量を示している。
【００１６】
００４７    図８はＬＰＲポートテーブル１００２０を示しており、ここには各ＬＰＲに割り当てられているポートに関する情報が含まれている。ＬＰＲポートテーブル１００２０はＬＰＲ  ＩＤ８０００１、当該ＬＰＲに割り当てられているポートの全数８０００２、ポートのポートＩＤ８０００３、ポートにマップされているボリュームＩＤ８０００４、及びバンド幅の使用率８０００５を含んでいる。
【００１７】
００４８    図９はＬＰＲキャッシュメモリテーブル１００２１を示しており、ここには各ＬＰＲに割り当てられているキャッシュメモリに関する情報が含まれている。ＬＰＲキャッシュメモリテーブル１００２１はＬＰＲ  ＩＤ９０００１、当該ＬＰＲに割り当てられているキャッシュメモリサイズ９０００２、及びＬＰＲのディスクボリュームにアクセスするＩ／Ｏ要求に対するキャッシュヒット率９０００３を含んでいる。
【００１８】
００４９    図１０はボリュームポリシーテーブル１００２２を示しており、ここには各ＬＰＲのボリューム割り当てポリシーに関する情報が含まれている。ボリュームポリシーテーブル１００２２はＬＰＲ  ＩＤ１００００１、使用可能容量下方閾値１００００２、全容量上限１００００３、使用可能容量上方閾値１００００４、全容量下限１００００５及び好適なディスクボリュームの種類１００００６を含んでいる。下方閾値１００００２、上限１００００３、及び好適フィールド１００００６はディスクボリュームをＬＰＲに追加するポリシーを定める。基本的に、ストレージコントロールプログラム１００１４は使用可能容量下方閾値１００００２以上で使用可能容量上方閾値１００００４以下の値にＬＰＲの使用可能容量を維持することができる。ストレージコントロールプログラム１００１４は、更に、全容量上限１００００３以下で下限１００００５以上の値にＬＰＲの全容量を維持する。もし使用可能容量下方閾値１００００２が指定され、使用可能容量すなわちＬＰＲのどのポートにもマップされていないボリューム容量が指定された下方閾値１００００２よりも小ならば、ストレージコントロールプログラム１００１４はＬＰＲにより多くのディスクボリュームを追加しようと試みる。ストレージコントロールプログラム１００１４は、可能ならば「好適」フィールド１００００６に指定された条件を満たすボリュームから追加するボリュームを選択する。しかしながらストレージコントロールプログラム１００１４は更に、ＬＰＲに於ける全容量を、上限が指定されているならば全容量上限１００００３以下の値に維持する。使用可能容量上方閾値１００００４及び全容量下限１００００５はＬＰＲからディスクボリュームを戻すポリシーを定める。もし使用可能容量上方閾値１００００４が指定され、使用可能容量がこの指定された容量より大ならば、ストレージコントロールプログラム１００１４は他のＬＰＲに追加することができるようにＬＰＲからディスクボリュームを戻そうと試みる。しかしながら、ストレージコントロールプログラム１００１４は更に、もし全容量下限１００００５が指定されているならＬＰＲの全容量をその全容量下限１００００５以上の値に維持する。更に、使用可能容量下方閾値１００００２は、本表示が「オンデマンド」の場合は、ＬＰＲボリュームテーブル１００１９が当該ＬＰＲに割り当てられているボリュームに加えて、どのＬＰＲにも割り当てられていない全てのディスクボリュームも含む、特別のポリシーを示す。当該ＬＰＲのＬＰＲ管理者は他のＬＰＲに割り当てられていない全てのディスクボリュームを管理することができる。「オンデマンド」にセットされた下方閾値を持つＬＰＲの管理者に対しては、フリーのディスクボリュームが共有される。もしフリーのディスクボリュームが一つのＬＰＲの管理者により当該ＬＰＲのポートにマップされたら、ストレージコントロールプログラム１００１４は当該ＬＰＲにそのボリュームを割り当てる。「オンデマンド」にセットされた使用可能容量下方閾値１００００２を持つＬＰＲに於いては、使用可能容量上方閾値と全容量下限は使用されず、ＬＰＲボリュームテーブル１００１９の使用可能容量はどのＬＰＲにも割り当てられていないボリュームの全容量を含んでいる。ＬＰＲに割り当てられ、どのポートにもマップされていないディスクボリュームはストレージコントロールプログラム１００１４によりＬＰＲから自動的に戻される。
【００１９】
００５０    図１１はポートポリシーテーブル１００２３を示しており、ここには各ＬＰＲのポート割り当てポリシーに関する情報が含まれている。ポートポリシーテーブル１００２３はＬＰＲ  ＩＤ１１０００１、ポート使用率上方閾値１１０００２、全ポート上限１１０００３、ポート使用率下方閾値１１０００４、全ポート下限１１０００５、及びストレージコントロールプログラム１００１４により一度にＬＰＲに割り当てられ、又はＬＰＲから戻されるポートの数（ユニット）１１０００６を含んでいる。基本的に、ストレージコントロールプログラム１００１４はポート使用率下方閾値１１０００４以上でポート使用率上方閾値１１０００２以下の値にＬＰＲの平均ポート使用率を維持しようと努める。ストレージコントロールプログラム１００１４は更に、ＬＰＲ内の全ポート数を全ポート上限１１０００３以下で全ポート下限１１０００５以上の値に維持する。ポート使用率上方閾値１１０００２と全ポート上限１１０００３はＬＰＲにポートを追加するポリシーを定める。もしポート使用率上方閾値１１０００２が指定されていて、ＬＰＲに割り当てられた全てのポート平均使用率がこの指定比率より大であれば、ストレージコントロールプログラム１００１４は、ＬＰＲの管理者が新たなポートにＩ／Ｏ負荷を分散するためにボリュームとポートのマッピングを修正できるように、ＬＰＲにポートを追加しようと試みる。全ポート上限１１０００３はＬＰＲに割り当てられるポートの最大数である。ポート使用率下方閾値１１０００４と全ポート下限１１０００５はＬＰＲからポートを戻すポリシーを定める。もしポート使用率下方閾値１１０００４が指定されていてＬＰＲの全ポートの平均使用率がこの指定された比率より小ならば、ストレージコントロールプログラム１００１４はボリュームがマッピングされていないポートを戻そうと試みる。全ポート下限１１０００５はＬＰＲのポートの最小数である。
【００２０】
００５１    図１２はキャッシュメモリポリシーテーブル１００２４を示しており、ここには各ＬＰＲのキャッシュメモリ割り当てポリシーに関する情報が含まれている。キャッシュメモリポリシーテーブル１００２４はＬＰＲ  ＩＤ１２０００１、ヒット率下方閾値１２０００２、キャッシュサイズ上限１２０００３、ヒット率上方閾値１２０００４、キャッシュサイズ下限１２０００５、及びストレージコントロールプログラム１００１４により一度にＬＰＲに割り当てられ、又はＬＰＲから戻されるキャッシュメモリのサイズ（ユニット）１２０００６を含んでいる。基本的にストレージコントロールプログラム１００１４はＬＰＲのキャッシュヒット率をヒット率下方閾値１２０００２以上で、ヒット率上方閾値１２０００４以下の値に維持しようと努める。ストレージコントロールプログラム１００１４は更に、ＬＰＲのキャッシュメモリサイズをキャッシュサイズ上限１２０００３以下でキャッシュサイズ下限１２０００４以上の値に維持する。ヒット率下方閾値１２０００２とキャッシュサイズ上限１２０００３はＬＰＲにキャッシュメモリを追加するポリシーを定める。もしヒット率下方閾値１２０００２が指定されていて、ＬＰＲのディスクボリュームにアクセスするＩ／Ｏのキャッシュヒット率がこの指定された比率より小の場合、ストレージコントロールプログラム１０００１４はＬＰＲにキャッシュメモリを追加しようと試みる。キャッシュサイズ上限１２０００３はＬＰＲのキャッシュメモリの最大サイズである。ヒット率上方閾値１２０００４とキャッシュサイズ下限１２０００５はＬＰＲからキャッシュメモリを戻すポリシーを定める。もしヒット率上方閾値１２０００４が指定されていて、キャッシュヒット率がこの指定された比率より大の場合には、ストレージコントロールプログラム１００１４はＬＰＲからキャッシュメモリを戻そうと試みる。キャッシュサイズ下限１２０００５はＬＰＲのキャッシュメモリの最小サイズである。
【００２１】
（１）Ｉ／Ｏプロセス
００５２    ストレージコントロールプログラム１００１４はＩ／Ｏ要求の処理時にテーブルを更新する。図１３はＩ／Ｏ要求を処理し、テーブルを更新するためにストレージコントロールプログラム１００１４によって実行されるプロセスフローを示す。ストレージコントロールプログラム１００１４は、ホストコンピュータからＩ／Ｏコマンドを受信する（ステップ１３００００）と、ターゲットディスクボリューム、ボリューム内のアクセスされるデータの位置（ＬＢＡ：論理ブロックアドレス）、及びデータサイズをコマンドから抽出する（ステップ１３０００１）。プログラム１００１４は主ボリュームテーブル１００１５のターゲットボリュームに送信されるＩ／Ｏ回数を加算する（ステップ１３０００２）。ストレージコントロールプログラム１００１４は、データを記憶するためのキャッシュメモリ領域を取得しようとする際、アクセスしようとするデータが既にキャッシュメモリ１０００２に存在しているか否か調べる（ステップ１３０００３）。もしデータがキャッシュメモリ１０００２に存在していれば（ステップ１３０００４）、ストレージコントロールプログラム１００１４は主ボリュームテーブル１００１５のターゲットボリュームのキャッシュヒットＩ／Ｏ回数３０００７を加算する（ステップ１３０００５）。ストレージコントロールプログラム１００１４は更に主ポートテーブル１００１６の使用されたポートの転送データ量フィールド４０００３にデータのサイズを加算する（ステップ１３０００７）。
【００２２】
（２）管理セッション
００５３    管理者は管理インタフェース１１００４を用いて個々のＬＰＲ又はストレージシステム全体を管理することができる。図１４は管理セッションのプロセスフローの例を示す。初めに、管理者はストレージシステムにログインするためにユーザ名とパスワードを入力する（ステップ１４００００）。もしアクセスコントロールテーブル１００１８内に当該ユーザ名とパスワードを持つアカウントが存在すれば（ステップ１４０００１）、管理者はユーザ名がアクセスコントロールテーブル１００１８に記録されているＬＰＲを管理することが認められる（ステップ１４０００２）。管理インタフェースで操作を選択することにより（ステップ１４０００３）、管理者は一つ以上の各種操作を遂行することができる（ステップ１４０００５）。もし選択された操作がログアウトであれば（ステップ１４０００４）、セッションは終了する。ステップ１４０００５で示される三つの操作は、ボリューム供給、ボリューム戻し、及びポリシー管理である。これらの操作は以下に図１５〜図１７に関連して説明される。
【００２３】
００５４    図１５はＬＰＲでのボリューム供給のプロセスフローを示す。もし管理者がＬＰＲボリュームテーブル１００１９から供給対象のボリューム及びＬＰＲポートテーブル１００２０からボリュームがマップ対象のポートを選択したら（ステップ１５００００）、ストレージコントロールプログラム１００１４はＬＰＲボリュームテーブル１００１９の「供給済み」フィールド７０００３を調べて当該ボリュームが既に供給済みか否かをチェックする（ステップ１５０００１）。もしボリュームが既に供給済みの場合は、プロセスはステップ１５０００８に進む。そうでない場合、ストレージコントロールプログラム１００１４は、ＬＰＲのボリュームポリシーが「オンデマンド」か否かをチェックする（ステップ１５０００２）。もし「オンデマンド」でないならば、プロセスはステップ１５０００６に続く。「オンデマンド」であるならば、ストレージコントロールプログラム１００１４はボリュームが別のＬＰＲの管理者によって同時に選択されていないことを確認する（ステップ１５０００３）。ストレージコントロールプログラム１００１４は更に、選択したボリュームを供給することによって、ＬＰＲの全容量が指定された上限を超えないことを確認する（ステップ１５０００４）。もしＬＰＲが「オンデマンド」のボリュームポリシーを持っていれれば、ボリュームはＬＰＲの管理者によって供給される時点でＬＰＲに割り当てられる。その結果、その容量が当該ＬＰＲの全容量に追加される。したがって、「オンデマンド」のボリュームポリシーを持つ他の全てのＬＰＲに於いては、それらの使用可能容量は減算され、当該ボリュームに対応する行が削除される（ステップ１５０００５）。ステップ１５０００６に於いて、ＬＰＲボリュームテーブル１００１９のボリューム「供給済み」フィールドは「Ｙ」に変更され、ＬＰＲの使用可能容量はボリュームの容量だけ減算される。ボリュームがＬＰＲに割り当てられたことを示すために、ＬＰＲ  ＩＤが主ボリュームテーブル１００１５の当該ボリュームの行に記録される（ステップ１５０００７）。ボリュームが選択されたポートにマップされたことを示すために、ボリュームＩＤがＬＰＲポートテーブル１００２０のポートの行に記録される（ステップ１５０００８）。ステップ１５０００９に於いて、ストレージコントロールプログラム１００１４は実際にマッピングプロセスを実行する。ボリュームマッピングが変更された後、ストレージコントロールプログラム１００１４はボリュームポリシーが保持されているかチェックする。もし保持されていないならば、ストレージコントロールプログラムは以下に更に説明するように必要なプロセスを実行する（ステップ１５００１０）。
【００２４】
００５５    図１６はＬＰＲでのボリューム戻しのプロセスフローを示す。これは基本的には上述のボリューム供給と逆のプロセスである。管理者はＬＰＲボリュームテーブルからボリュームを、更にＬＰＲポートテーブル１００２０からポートを選択する（ステップ１６００００）。ストレージコントロールプログラム１００１４は選択されたボリュームが複数のポートマッピングを有しているか否か（ステップ１６０００１）及び、ＬＰＲのボリュームポリシーが「オンデマンド」か否かを（ステップ１６０００２）判定する。もし戻すべきボリュームが唯一のポートのみにマッピングしていて、ＬＰＲが「オンデマンド」のボリュームポリシーを有していれば、ボリュームは当該ＬＰＲから戻されフリーボリュームとして他のＬＰＲと共有される。この結果、ＬＰＲボリュームテーブル１００１９に於いて、当該ボリュームの容量が全容量から減算され、ボリュームポリシーが「オンデマンド」である他のＬＰＲに対するＬＰＲボリュームテーブルに於いて、選択されたボリュームのために一行が追加され、ボリューム容量が使用可能容量に加算される（ステップ１６０００３）。更に、ＬＰＲボリュームテーブル１００１９の「供給済み」フィールド７０００３に「Ｎ」が記録され、選択されたボリュームの容量が使用可能容量に加算される（ステップ１６０００４）。更に、主ボリュームテーブル１００１５のＬＰＲ  ＩＤとして「Ｎ／Ａ」が記録される（ステップ１６０００５）。次いで、選択されたボリュームＩＤがＬＰＲポートテーブル１００２０内の選択されたポートに対してマップされたボリュームフィールドから除去される（ステップ１６０００６）。選択されたボリュームは選択されたポートからアンマップされ（ステップ１６０００７）、現状のボリュームポリシーを保持すべきか否か判定が行われる（ステップ１６０００８）。更にボリューム戻しプロセスフローに於いて、「オンデマンド」ポリシーを持つＬＰＲからボリュームを戻すために、ボリュームポリシーによって定められる制約は何ら存在しないので、図１５のステップ１５０００４に対応するステップは存在しない。
【００２５】
００５６    図１７はストレージシステムでのポリシー管理のプロセスフローを示す。管理者が現状のポリシーを閲覧して（ステップ１７００００）、それらを修正（ステップ１７０００１）した後、即ち、ボリュームポリシーテーブル１００２２、ポートポリシーテーブル１００２３、又はキャッシュメモリポリシーテーブル１００２４の内容が修正された後、ストレージコントロールプログラム１００１４は、以下に更に詳細に説明するように、ポリシーが維持されているか否かをチェックし（ステップ１７０００２〜１７０００４）、更にそれらを維持するのに必要なプロセスを実行する。
【００２６】
（３）使用率の頻繁な更新プロセス
００５７    ポート使用率とキャッシュヒット率に関する情報は各ポートの転送データ量と各ＬＰＲの全キャッシュヒットＩ／Ｏ回数に基づいて頻繁に更新される。図１８はストレージコントロールプログラム１００１４によって実行されるポート使用率更新のプロセスフローを示す。このプロセスは「Ｍ」秒毎に実行され（ステップ１８００００）、ここでＭはユーザが定義した値又は固定値である。各ポートに対して（ステップ１８０００１）、前のＭ秒間の使用率はステップ１８０００２の式（即ち、Ａ＝転送データ量、Ｂ＝バンド幅とすると、使用率＝（Ａ／Ｍ）／Ｂ）によって計算され、ＬＰＲポートテーブル１００２０のポートの行に記録される。次のＭ秒間に於けるＩ／Ｏアクティビティを記録するために、主ポートテーブル１００１６に於ける転送データ量が０にセットされる（ステップ１８０００３）。ステップ１８０００１〜１８０００３が各ポートに対して繰り返される（ステップ１８０００４）。ポート使用率を更新後、ストレージコントロールプログラム１００１４は、以下に更に詳細に説明するように、ポートポリシーが維持されているか否かチェックし、更にそれを維持するのに必要なプロセスを実行する（ステップ１８０００５）。
【００２７】
００５８    図１９はストレージコントロールプログラム１００１４によって実行されるキャッシュヒット率更新プロセスフローを示す。キャッシュヒット率は「Ｎ」秒毎にチェックされる（ステップ１９００００）。ステップ１９０００１〜１９０００４に於いて、ストレージコントロールプログラム１００１４はＬＰＲ毎にキャッシュヒット回数及び全Ｉ／Ｏ回数を合計する。各ＬＰＲのキャッシュヒット回数と全Ｉ／Ｏ回数はそれぞれＨ〔Ｌ〕とＩ〔Ｌ〕で表示され、ここでＬはＬＰＲのＩＤである。各ボリュームに対して（ステップ１９０００１）、もしボリュームがＬＰＲに割り当てられていれば、主ボリュームテーブルに記録されているキャッシュヒット回数及び全Ｉ／Ｏ回数がそれぞれＨ〔Ｌ〕及びＩ〔Ｌ〕に加えられる（ステップ１９０００２）。一旦全てのボリュームが処理されると（ステップ１９０００４）、各ＬＰＲに対するキャッシュヒット率がステップ１９０００５の式（即ち、Ｈ〔Ｌ〕をＬＰＲのキャッシュヒット回数、Ｉ〔Ｌ〕をＬＰＲの全Ｉ／Ｏ回数、ＬをＬＰＲのＩＤとして、ヒット率＝Ｈ〔Ｌ〕／Ｉ〔Ｌ〕）で計算され、ＬＰＲキャッシュメモリテーブル１００２１に記憶される。ストレージコントロールプログラム１００１４はキャッシュメモリポリシーがヒット率の更新後も維持されているか否か判定する（ステップ１９０００６）。ステップ１９０００７に於いて、Ｈ〔Ｌ〕とＩ〔Ｌ〕は次の時間間隔Ｎの間のキャッシュヒット率の計算に使用するため０にリセットされる。
【００２８】
（４）ボリューム、ポート及びキャッシュポリシーの維持
００５９    図２０はボリュームポリシーを維持するプロセスフローを示し、これによりストレージコントロールプログラム１００１４は各ＬＰＲのボリュームポリシーが指定された通りに維持されていることを確実にするために各ＬＰＲをチェックする。各選択されたＬＰＲに対して（ステップ２０００００）、ストレージコントロールプログラム１００１４は使用可能容量下方閾値が「オンデマンド」にセットされているか否かチェックする（ステップ２００００１）。もし「オンデマンド」にセットされていれば、プロセスはステップ２００００８に続く。そうでない場合は、ストレージコントロールプログラム１００１４は使用可能容量下方閾値が指定されているか否かチェックする（ステップ２０００２）。指定されていて、更にＬＰＲの使用可能容量が使用可能容量下方閾値より小ならば（ステップ２００００３）、ストレージコントロールプログラム１００１４はＬＰＲにディスクボリュームを追加しようと試みる（ステップ２００００４）。そうでない場合は、ストレージコントロールプログラム１００１４はＬＰＲの使用可能容量上方閾値が指定されているか否かチェックする（ステップ２００００５）。指定されていて、更にＬＰＲの使用可能容量が使用可能容量上方閾値より大ならば（ステップ２００００６）、ストレージコントロールプログラム１００１４はＬＰＲからボリュームを戻そうと試みる（ステップ２００００７）。ステップ２０００００〜２００００７が各ＬＰＲに対して繰り返される（ステップ２００００８）。
【００２９】
００６０    ＬＰＲにボリュームを追加する図２０のステップ２００００４のプロセスの詳細は図２１に示される。ステップ２１００００に於いて、ストレージコントロールプログラム１００１４は、フリーで、ボリュームポリシーテーブル１００２２でのＬＰＲの行の「好適」フィールドに指定される条件を満たすボリュームを、それらの全容量がＬＰＲの全容量上限と全容量との差分を超えないようにして、できるだけ多く選択する。選択されたボリュームの全容量が指定された使用可能容量下方閾値と現在使用可能容量との差分を満たすのに十分であれば（ステップ２１０００１）、プロセスはステップ２１０００５に進む。そうでない場合は、ストレージコントロールプログラム１００１４はＬＰＲに対して選択したボリューム全てを割り当て（ステップ２１０００２）、次いでフリーで「好適」フィールドに指定された条件を満たさない全てのボリュームを選択する（ステップ２１０００３）。もし新たに選択したボリュームの全容量が使用可能容量下方閾値と現在使用可能容量の差分を満たすのに十分な場合は（ステップ２１０００４）、ストレージコントロールプログラム１００１４は、選択したボリュームから使用可能容量下方閾値と現在使用可能容量の差分を満たすのに十分な容量を提供するボリュームを選択する（ステップ２１０００５）。最後に、ストレージコントロールプログラム１００１４はＬＰＲに選択したボリュームを割り当てる（ステップ２１０００６）。
【００３０】
００６１    ＬＰＲからボリュームを戻す図２０のステップ２００００７のプロセスの詳細が図２２に示される。ステップ２２００００に於いて、指定のＬＰＲに対して、ストレージコントロールプログラム１００１４はＬＰＲボリュームテーブル１００１９からどのポートにも供給されていないボリュームを、全容量がＬＰＲの全容量と全容量下限との差分を超えないように、できるだけ多く選択する。もし選択したボリュームの全容量がＬＰＲの使用可能容量とＬＰＲの全容量上限との差分を満たすのには不十分な場合（ステップ２２０００１）、プロセスはステップ２２０００３に進む。そうでない場合は、ストレージコントロールプログラム１００１４は選択したボリュームからＬＰＲの使用可能容量と全容量上限の差分を満たすのに十分なボリュームを選択する（ステップ２２０００２）。最後に、ストレージコントロールプログラム１００１４はＬＰＲから選択したボリュームを戻す（ステップ２２０００３）。
【００３１】
００６２    図２３はＬＰＲに対するポートポリシーを維持するためのプロセスフローを示す。各選択したＬＰＲに対して（ステップ２３００００）、ストレージコントロールプログラム１００１４はポート使用率上方及び下方閾値が指定されているか否かチェックする（それぞれステップ２３０００１及びステップ２３０００４）。もしポート使用率上方閾値が指定されていて、ポートの平均使用率がポート使用率上方閾値よりも大の場合（ステップ２３０００２）、ストレージコントロールプログラム１００１４はポートを追加しようと試みる（ステップ２３０００３）。もしポート使用率下方閾値が指定されており、ポート平均使用率がポート使用率下方閾値より小の場合（ステップ２３０００５）、ストレージコントロールプログラム１００１４はポートを戻そうと試みる（ステップ２３０００６）。このプロセスは全てのＬＰＲの処理が完了するまで繰り返される（ステップ２３０００７）。
【００３２】
００６３    ＬＰＲにポートを追加するためのステップ２３０００３のプロセスの詳細が図２４に示される。ストレージコントロールプログラム１００１４は、ＬＰＲのポート全数が全ポート上限を超えないのであれば（ステップ２４０００１）、ポートポリシーテーブル１００２３の「ユニット」フィールド１１０００６に指定されたポート数を一度に追加しようと試みる（ステップ２４００００）。もしどのＬＰＲにも割り当てられていないポート数が追加されるポート数よりも小であれば（ステップ２４０００３）、ストレージコントロールプログラム１００１４はそれら全てを割り当てる（ステップ２４０００４〜２４０００６）。そうでない場合は、ストレージコントロールプログラム１００１４は割り当てられていないポートを選択し（ステップ２４０００５）、各選択したポートに対してＬＰＲポートテーブル１００２０に新たなエントリーを生成し、主ポートテーブル１００１６にＬＰＲ  ＩＤを記録する（ステップ２４０００６）ことによってポートポリシーを維持する必要のあるポート数を割り当てる。
【００３３】
００６４    更に、ＬＰＲからポートを戻すためのステップ２３０００６のプロセスの詳細が図２５に示される。ストレージコントロールプログラム１００１４は更に、ＬＰＲの全ポート数が全ポート下限よりも小にならないならば（ステップ２５０００１）、ポートポリシーテーブルの「ユニット」フィールドの指定されたポート数を一度に戻そうと試みる（ステップ２５００００）。もしボリュームがポートにマップされていたら、ポートは使用中であり、ＬＰＲから戻すことはできない。即ち、戻されるべきポートはマップされたボリュームを持っていてはいけない。もしどのボリュームにもマップされていないポート数が戻されるべきポート数よりも小であれば（ステップ２５０００３）、ストレージコントロールプログラム１００１４はどのボリュームにもマップされていない全てのポートを戻す（ステップ２４０００４〜２４０００６）。そうでない場合は、ストレージコントロールプログラム１００１４はどのボリュームにもマップされていない、戻されるべきポートを選択し（ステップ２５０００５）、各選択されたポートに対してＬＰＲポートテーブル１００２０のエントリーを削除し、主ポートテーブル１００１６のＬＰＲ  ＩＤとして「Ｎ／Ａ」を入力する。
【００３４】
００６５    図２６はＬＰＲに対してキャッシュメモリポリシーを維持するためのプロセスフローを示す。このプロセスフローはポートポリシーを維持することに関して図２３で説明したものに類似する。各選択したＬＰＲに対して（ステップ２６００００）、ストレージコントロールプログラム１００１４はヒット率上方及び下方閾値が指定されているか否かチェックする（それぞれステップ２６０００１及び２６０００４）。もしヒット率下方閾値が指定されていて、キャッシュヒット率がヒット率下方閾値より小であるならば（ステップ２６００２）、ストレージコントロールプログラム１００１４はＬＰＲにキャッシュメモリを追加しようと試みる（ステップ２６０００３）。もしヒット率上方閾値が指定されており、キャッシュヒット率がヒット率上方閾値より大ならば（ステップ２６０００４）、ストレージコントロールプログラム１００１４はＬＰＲからキャッシュメモリを戻そうと試みる（ステップ２６０００６）。このプロセスは全てのＬＰＲの処理が完了するまで繰り返される（ステップ２６０００７）。
【００３５】
００６６    ＬＰＲにキャッシュメモリを追加するためのステップ２６０００３のプロセスの詳細が図２７に示される。ストレージコントロールプログラム１００１４は、ＬＰＲの全キャッシュがキャッシュサイズ上限を超えないならば（ステップ２７０００１）、キャッシュポリシーテーブル１００２４に従って指定されたキャッシュメモリ量を一度に追加しようと試みる（ステップ２７００００）。もしどのＬＰＲにも割り当てられていないキャッシュが、追加が求められるキャッシュよりも小ならば（ステップ２７０００３）、ストレージコントロールプログラム１００１４は使用可能な全てのキャッシュを割り当てる（ステップ２７０００４〜２７０００６）。そうでない場合、ストレージコントロールプログラム１００１４は使用可能なキャッシュから追加されるキャッシュメモリサイズを減算し（ステップ２７０００５）、そのサイズをＬＰＲキャッシュメモリテーブルのキャッシュメモリサイズに加算する（ステップ２７０００６）ことにより、キャッシュポリシーを維持するのに必要なキャッシュメモリ量を割り当てる。
【００３６】
００６７    更に、ＬＰＲからキャッシュメモリを戻すためのステップ２６０００６のプロセスの詳細が図２８に示される。ストレージコントロールプログラム１００１４は更に、ＬＰＲの全キャッシュメモリがキャッシュサイズ下限より小にならない限り（ステップ２８０００１）、指定されたキャッシュメモリ量を一度に戻そうと試みる（ステップ２８００００）。キャッシュサイズ下限より小になる場合には、下限に等しくなるに足る量のキャッシュのみが戻される（ステップ２８０００２）。全てのキャッシュメモリは常に使用されているが、予めキャッシュメモリのデータをデステージすることによってＬＰＲから戻すことができる。即ち、戻されるべきキャッシュメモリサイズは、ポートの場合とは対照的に、制限されず（ステップ２８０００３）、フローにはデータをデステージするステップが含まれる（ステップ２８０００４）。デステージに続いて、ストレージコントロールプログラム１００１４はＬＰＲキャッシュメモリテーブルのキャッシュから求められるキャッシュ量を減算し（ステップ２８０００５）、減算したキャッシュ量を主キャッシュメモリテーブル１００１７の使用可能キャッシュメモリに加算する（ステップ２８０００６）。
【００３７】
００６８    上述の手段を用いることにより、各ＬＰＲのリソースは指定されたポリシーにしたがって自動的に配分、維持され、管理者は多数の手動操作を遂行する必要がなくなる。典型的な実施例では、ストレージ容量はディスクボリュームとして管理される。しかしながら、ディスクドライブ、ＲＡＩＤグループ、等のような種々のユニットの容量を管理することも可能である。
【００３８】
００６９    このようにして、本発明は、論理パーティションに分割されたストレージシステムのストレージ容量、ポート、キャッシュ容量のようなストレージリソースを、ストレージ管理操作の結果、Ｉ／Ｏ統計、及び一つ以上の論理パーティションに対する操作条件として予め指定できるユーザが定義したポリシー、に基づいて自動的に管理し、振り分ける方法とシステムを提供する。
【００３９】
００７０    特定の実施例がこの明細書で説明されてきたが、ここで開示されたこれらの特定の実施例が同じ目的を達成すると思われる何らかの改編と置換され得ることは、当分野の通常の技術者には理解されるであろう。この開示は本発明の任意の、そして全ての翻案や変形をカバーするように意図されており、前述の説明は説明のためになされたもので、これに限定するものでないことを理解願いたい。従って本発明の範囲は、添付の請求項及びこれら請求項の権利が及ぶのと等価な全範囲を参照して、正当に定められなければならない。
【図面の簡単な説明】
【００４０】
０００７    前述の一般的な説明及び以下に述べる好適な実施例の詳細な説明と合わせて、付随する図面は本発明について現在意図している最良の実施例の原理を図示し説明する役目を果たす。
【図１】０００８    図１は一実施例による本発明のハードウェア構成の例を示す。
【図２】０００９    図２は論理パーティションの例を示す。
【図３】００１０    図３は主ボリュームテーブルの例を示す。
【図４】００１１    図４は主ポートテーブルの例を示す。
【図５】００１２    図５は主キャッシュメモリテーブルの例を示す。
【図６】００１３    図６はアクセスコントロールテーブルの例を示す。
【図７】００１４    図７はＬＰＲボリュームテーブルの例を示す。
【図８】００１５    図８はＬＰＲポートテーブルの例を示す。
【図９】００１６    図９はＬＰＲキャッシュメモリテーブルの例を示す。
【図１０】００１７    図１０はボリュームポリシーテーブルの例を示す。
【図１１】００１８    図１１はポートポリシーテーブルの例を示す。
【図１２】００１９    図１２はキャッシュメモリポリシーテーブルの例を示す。
【図１３】００２０    図１３はＩ／Ｏプロセスとテーブル更新を説明するフローチャートである。
【図１４】００２１    図１４は管理セッションを説明するフローチャートである。
【図１５】００２２    図１５はＬＰＲでのボリューム供給を説明するフローチャートである。
【図１６】００２３    図１６はＬＰＲでのボリューム戻しを説明するフローチャートである。
【図１７】００２４    図１７はポリシー管理を説明するフローチャートである。
【図１８】００２５    図１８はポート使用率の更新を説明するフローチャートである。
【図１９】００２６    図１９はキャッシュヒット率の更新を説明するフローチャートである。
【図２０】００２７    図２０はボリュームポリシーの維持を説明するフローチャートである。
【図２１】００２８    図２１はＬＰＲへのボリュームの追加を説明するフローチャートである。
【図２２】００２９    図２２はＬＰＲからのボリュームの戻しを説明するフローチャートである。
【図２３】００３０    図２３はポートポリシーの維持を説明するフローチャートである。
【図２４】００３１    図２４はＬＰＲへのポートの追加を説明するフローチャートである。
【図２５】００３２    図２５はＬＰＲからのポートの戻しを説明するフローチャートである。
【図２６】００３３    図２６はキャッシュメモリポリシーの維持を説明するフローチャートである。
【図２７】００３４    図２７はＬＰＲへのキャッシュメモリの追加を説明するフローチャートである。
【図２８】００３５    図２８はＬＰＲからのキャッシュメモリの戻しを説明するフローチャートである。
【図１】
2007102762.tif 000003
【図２】
2007102762.tif 000004
【図３】
2007102762.tif 000005
【図４】
2007102762.tif 000006
【図５】
2007102762.tif 000007
【図６】
2007102762.tif 000008
【図７】
2007102762.tif 000009
【図８】
2007102762.tif 000010
【図９】
2007102762.tif 000011
【図１０】
2007102762.tif 000012
【図１１】
2007102762.tif 000013
【図１２】
2007102762.tif 000014
【図１３】
2007102762.tif 000015
【図１４】
2007102762.tif 000016
【図１５】
2007102762.tif 000017
【図１６】
2007102762.tif 000018
【図１７】
2007102762.tif 000019
【図１８】
2007102762.tif 000020
【図１９】
2007102762.tif 000021
【図２０】
2007102762.tif 000022
【図２１】
2007102762.tif 000023
【図２２】
2007102762.tif 000024
【図２３】
2007102762.tif 000025
【図２４】
2007102762.tif 000026
【図２５】
2007102762.tif 000027
【図２６】
2007102762.tif 000028
【図２７】
2007102762.tif 000029
【図２８】
2007102762.tif 000030
【外国語明細書】
2007102762000001.pdf