WO2012164714A1

WO2012164714A1 - ストレージ管理システム、計算機システム、及びストレージ管理方法

Info

Publication number: WO2012164714A1
Application number: PCT/JP2011/062676
Authority: WO
Inventors: 山極裕道; 馬庭尚志; 大畑秀雄; 内山靖文
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2011-06-02
Filing date: 2011-06-02
Publication date: 2012-12-06
Anticipated expiration: 2013-12-02
Also published as: US20120311260A1; JPWO2012164714A1; US8706963B2; JP5893016B2

Abstract

性能低下の防止及びストレージ管理コストの削減という２つの課題を両立させて、ボリュームを、階層型プールをサポートするストレージ装置に移行することができる構成を提供する。このために、ストレージ管理システムは、ストレージサブシステム内の論理ボリュームに対するアクセス負荷を示すアクセス情報を、ホストサーバにおけるデバイスファイルからページ単位のアクセス情報として取得する。また、ストレージ管理システムは、階層型プール機能を有するストレージサブシステムからその階層の構成及び容量の情報を取得する。上記論理ボリュームの容量は、アクセス情報が示すページ数とページ単位容量から算出される。そして、ストレージ管理システムは、論理ボリュームの容量に関する情報と階層の構成及び容量の情報に基づいて、階層型プールを介して論理ボリュームに含まれるデータを格納するための記憶領域を仮想論理ボリュームに割り当てるための階層型プールの構成候補を算出し、その階層型プールの構成候補を出力する。

Description

ストレージ管理システム、計算機システム、及びストレージ管理方法

　本発明は、ストレージ管理システム、計算機システム、及びストレージ管理方法に関し、例えば、性能の異なる複数種別の記憶装置を用いてプール（階層型プール）を作成し、仮想論理ボリュームを提供するための技術に関する。

　ストレージ装置の仮想化技術として、性能の異なる複数種別の記憶装置を用いてプール（階層型プール）を作成するストレージ装置がある（例えば、特許文献１参照）。階層型プールでは、仮想論理ボリュームの記憶領域をページというデータ単位に割り当て、ページ単位の単位時間当たりのアクセス特性（Ｉ／Ｏ数（ＩＯＰＳ）等）に応じて、定期的にページを配置する記憶装置を切り替える（例えば、特許文献２参照）。つまり、具体的には、アクセス特性が高いページに対して、高性能の記憶装置（ディスク装置）の記憶領域を優先的に割り当てるようにしている。これにより、仮想論理ボリューム単位で単一種別の記憶装置からデータを割り当てる場合と比較して、階層型プールでの仮想論理ボリュームを構成する場合には、システムの性能要件と容量要件を満たす構成を設計する際、必要な高性能記憶装置の容量が少なくなり、ストレージ管理コストの削減が可能となるとされている。

特開２００７－０６６２５９号公報特開２００５－３０１６２７号公報

　ところで、運用中のホストサーバが使用するストレージ装置（ストレージサブシステムとも言う）のボリュームを、上述の階層型プールの仮想論理ボリュームをサポートするストレージ装置に移行する（ストレージ装置を置き換える場合を含む）場合、業務に必要な性能要件を満たすため、性能溢れを発生させないように階層型プールを構成しなければならない。より具体的には、例えば、ホストサーバが階層型プールをサポートしていないストレージ装置の１つまたは複数のストレージボリュームを使用している場合に、業務に必要な性能要件を満たしつつ、それらのストレージボリュームを階層型プールの仮想論理ボリュームをサポートするストレージ装置に移行するには、ホストサーバに関連付けられた記憶デバイスにおけるページ単位でのアクセス特性を計測し、それに基づいて各階層に含む記憶メディアの容量を計算することが必要になる。

　一般的に、性能低下による業務への影響をなくそうとするためには、あらかじめ階層型プール内の上位階層の容量を十分多くするようにしている。確かに、そのようにすれば性能低下を防止することはできるが、結果として、階層型プールのメリットであるストレージ管理コストの削減効果が薄れてしまう。

　このように、現状では、ストレージ装置の性能を低下させずに、かつ、ストレージ管理コストを増大させずに、通常のストレージ装置のボリュームを、階層型プールをサポートするストレージ装置に移行させるための技術は確立されていない。

　本発明はこのような状況に鑑みてなされたものであり、性能低下の防止及びストレージ管理コストの削減という２つの課題を両立させて、ボリュームを、階層型プールをサポートするストレージ装置に移行することができる構成を提供するための技術を開示する。

　上記課題を解決するために、本発明では、ストレージ管理システムは、ストレージサブシステム内の論理ボリュームに対するアクセス負荷を示すアクセス情報を、ホストサーバにおけるデバイスファイルからページ単位のアクセス情報として取得する。また、ストレージ管理システムは、階層型プール機能を有するストレージサブシステムからその階層の構成及び容量の情報を取得する。上記論理ボリュームの容量は、アクセス情報が示すページ数とページ単位容量から算出される。そして、ストレージ管理システムは、論理ボリュームの容量に関する情報と階層の構成及び容量の情報に基づいて、階層型プールを介して論理ボリュームに含まれるデータを格納するための記憶領域を仮想論理ボリュームに割り当てるための階層型プールの構成候補を算出し、その階層型プールの構成候補を出力する。

　本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される請求の範囲の様態により達成され実現される。

　本明細書の記述は典型的な例示に過ぎず、本発明の請求の範囲又は適用例を如何なる意味に於いても限定するものではないことを理解する必要がある。

　本発明によれば、性能低下の防止及びストレージ管理コストの削減という２つの課題を両立させて、ボリュームを、階層型プールをサポートするストレージ装置に移行することができる構成を提供することができる。

本発明によるストレージシステム１００の概略構成を示す図である。本発明の第１の実施形態を適用する前（論理ボリューム移行前）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。本発明の第１の実施形態の適用中（論理ボリューム移行中）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。本発明の第１の実施形態を適用した後（論理ボリューム移行後）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。ストレージ管理プログラム１１０の機能を説明するためのブロック図である。デバイスファイルページ情報５０８の構成例を示す図である。ボリューム情報５０９の構成例を示す図であるプール階層情報５１０の構成例を示す図である。記憶メディア情報５１１の構成例を示す情報である。分析対象デバイスファイルページ情報５１２の構成例を示す図である。階層型プール構成候補情報５１３の構成例を示す図である。階層型プール構成候補費用情報５１５の構成例を示す図である。通常のストレージ装置（移行元ストレージ装置）から階層型プール機能を有するストレージ装置（移行先ストレージ装置）に論理ボリュームを移行する処理の全体概要を説明するためのフローチャートである。エージェント情報収集処理５０１（Ｓ１３０１）の詳細を説明するためのフローチャートである。移行対象デバイスファイル選択処理５０２（Ｓ１３０２）の詳細を説明するためのフローチャートである。移行対象デバイスファイル選択画面１６００の構成例を示す図である。階層型プール構成候補算出処理５０３（Ｓ１３０３）の詳細を説明するためのフローチャートである。目標応答性能を考慮した階層型プール構成候補の算出例を説明するための図である。費用算出処理５０４（Ｓ１３０４）の詳細を説明するためのフローチャートである。階層型プール構成候補表示処理５０５（Ｓ１３０５）の詳細を説明するためのフローチャートである。階層型プール構成候補表示処理５０５によって生成される画面（ＧＵＩ：Graphical User Interface）の構成例を示す図である。本発明の第２の実施形態による、既存のプールが移行先ストレージ装置に存在し、移行元ストレージ装置から論理ボリュームが移行済の状態で、別の論理ボリュームを移行する処理を実行する前のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。本発明の第２の実施形態の適用中（仮想論理ボリューム増設処理中）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。本発明を適用した後（仮想論理ボリュームを増設し、論理ボリューム移行後）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。第２の実施形態におけるストレージ管理プログラム１１０の機能を説明するためのブロック図である。プールボリュームページ情報（テーブル）２５０６の構成例を示す図である。階層型プール構成情報（テーブル）２５０７の構成例を示す図である。プールボリューム情報（テーブル）２５０８の構成例を示す図である。移行先階層型プール情報（テーブル）２５０９の構成例を示す図である。分析対象ページ情報（テーブル）２５１０の構成例を示す図である。階層型プール機能を有するストレージ装置（移行先ストレージ装置）に既存のプールに仮想論理ボリュームを増設し、当該増設された仮想論理ボリュームに移行元ストレージ装置の論理ボリュームのデータを移行する処理の全体概要を説明するためのフローチャートである。移行対象デバイスファイル及び移行先階層型プール選択処理２５０１（Ｓ３１０２）の詳細を説明するためのフローチャートである。移行対象デバイスファイル及び移行対象階層型プール選択画面（ＧＵＩ）の構成例を示す図である。分析対象ページ特定処理２５０２（Ｓ３１０３）の詳細を説明するためのフローチャートである。階層型プール構成増設候補表示処理２５０４（Ｓ３１０６）の詳細を説明するためのフローチャートである。階層型プール構成候補表示処理２４０４によって生成される画面（ＧＵＩ）の構成例を示す図である。

　本発明は、階層型プール機能を有さない通常のストレージ装置の論理ボリュームを、階層型プール機能を有するストレージ装置に効率的に移行するための技術、或いは、上記通常のストレージ装置を上記階層型プール機能を有するストレージ装置に置き換えて運用する場合にシステム移行を効率的に実現するための技術を提供する。

　以下、添付図面を参照して本発明の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。

　本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。

　更に、本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。

　なお、以後の説明では「テーブル」形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。

　また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。

　以下では「プログラム」を主語（動作主体）として本発明の実施形態における各処理について説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。

（１）第１の実施形態
　＜システム構成＞
　図１は、本発明によるストレージシステム（計算機システムと言うこともできる）１００の概略構成を示す図である。図１は、通常のストレージ装置を、階層型プール機能を有する（階層型プール機能をサポートする）ストレージ装置１１２に置き換えた後のストレージシステム１００の構成を示している。

　ストレージシステム１００は、ストレージ管理クライアント１０１と、少なくとも１つのホストサーバ１０３と、性能・構成情報収集サーバ１０４と、管理サーバ１０５と、少なくとも１つのストレージ装置（ストレージサブシステムとも言う）１１２と、を有し、これらはＬＡＮ（Local Area Network）１０２を介して接続されている。また、ホストサーバ（ホスト装置、ホスト計算機とも言う）１０３及び性能・構成情報収集サーバ１０４とストレージ装置１１２とはＳＡＮ（Storage Area Network）スイッチ１１１を介して接続されている。図３示される構成では、ストレージ管理クライアント１０１、性能・構成情報収集サーバ１０４、及び管理サーバ１０５は別々の計算機として示されているが、１つの計算機が３つの機能を有するように構成しても良い。従って、ストレージ管理クライアント１０１、性能・構成情報収集サーバ１０４、及び管理サーバ１０５の機能が１つの計算機で実現され場合はもちろん、複数の計算機で実現された場合であっても、それらの計算機は１つのストレージ管理システムを構成すると捉えることができる。

　上記各構成要素により、ストレージシステム１００は、ストレージエリアネットワーク（ＳＡＮ）環境における業務システム、業務システムの実行を管理するシステム、及びＳＡＮ環境のストレージを管理するシステムを提供する。業務システムを構成するハードウェアは、少なくとも１つのホストサーバ１０３、少なくとも１つのＳＡＮスイッチ１１１、少なくとも１つのストレージ装置１１２、及びＬＡＮ１０２によって構成される。また、ＳＡＮ環境のストレージ管理のためのシステムを構成するハードウェアは、ストレージ管理クライアント１０１、少なくとも１つの性能・構成情報収集サーバ１０４、及び管理サーバ１０５によって構成される。

　ストレージ管理クライアント１０１は、ホストサーバ１０３、性能・構成情報収集サーバ１０４、管理サーバ１０５、及びストレージ装置１１２に対して、ユーザが様々な指示や情報を入力するための計算機である。ストレージ管理クライアント１０１は、図示されていないが、通常の計算機に含まれるハードウェア（ＣＰＵ、メモリ、通信装置、入出力装置等）によって構成される。例えば、ストレージ管理クライアント１０１から管理サーバ１０５に対して入力される指示としては、目標応答性能値、移行対象デバイスファイルの選択指示等がある。また、管理サーバ１０５からは階層型プール構成候補表示のためのＧＵＩ情報がストレージ管理クライアント１０１に提供され、ＧＵＩ表示（図２１（第２の実施形態では図３６）参照）がなされる。

　ホストサーバ１０３は、ＣＰＵ（Central Processor Unit：単にプロセッサということもできる）と、通信装置と、メモリ／ディスク装置と、を有している。メモリ／ディスク装置には、ＯＳ（Operation System）、業務ソフトウェア１０６、アプリケーション監視エージェント１０７、及びホスト監視エージェント１０８等が格納されている。ホストサーバ１０３は、例えば、図示しないクライアント端末からの要求に応じて、ストレージ装置１１２に対してＩ／Ｏ要求を発行し、ストレージ装置１１２から情報を取得して当該クライアント端末に取得情報を提供する等の動作を実行する。業務ソフトウェア１０６は、業務システムを構成するソフトウェアであって、例えば、ＤＢ（データベース）管理プログラムやメールアプリケーション等である。アプリケーション監視エージェント１０７は、業務ソフトウェア１０６の実行状況を監視するためのプログラムである。ホスト監視エージェント１０８は、ホストサーバ１０３の稼働状況を監視するためのプログラムである。

　性能・構成情報収集サーバ１０４は、通常の計算機同様、ＣＰＵと、通信装置と、メモリ／ディスク装置と、を有している。メモリ／ディスク装置には、少なくとも１つのストレージ装置１１２に対応するストレージ監視エージェント１０９が格納されている。ストレージ監視エージェント１０９は、所定のタイミング（例えば、スケジューリング設定に従い、定期的にタイマーによって決定されるタイミング等）で起動されるか、あるいは、ストレージ管理プログラム１１０の要求によって起動され、自身が担当する監視対象デバイス、構成要素やソフトウェアから構成・容量情報及び／または性能情報を取得するためのプログラムである。ストレージ監視エージェント１０９によって取得される情報は、後述するように、管理サーバ１０５に提供され、階層型プール構成候補を算出する処理のために用いられる。

　管理サーバ１０５は、通常の計算機同様、ＣＰＵと、通信装置と、メモリ／ディスク装置と、を有している。メモリ／ディスク装置には、ストレージ管理プログラム１１０が格納されている。ストレージ管理プログラム１１０は、ＳＡＮの構成情報、性能情報、及びアプリケーション情報の収集と監視を行い、記憶装置３１７乃至３１９の利用状況に応じて、コストを低減するように仮想論理ボリュームを移行する機能を提供するプログラムである。ストレージ管理プログラム１１０は、ＳＡＮを構成するハードウェア及びソフトウェアから構成情報、性能情報、及びアプリケーション情報を取得するために、それぞれ専用のエージェントを利用する。当該ストレージ管理プログラム１１０が実行する処理の概要については、図５（第２の実施形態では図２５）を参照して説明する。

　ストレージ装置１１２は、ＣＰＵ１１９と、メモリ１１３と、複数種別の記憶メディア（ディスク装置、記憶装置とも言うこともできる）装置であるＳＳＤ（Solid State Disk）１１６、ＳＡＳ（Serial Attached SCSI）１１７、及びＳＡＴＡ（Serial ATA）１１８と、を有している。ＣＰＵ１１９は、メモリ１１３に格納される各種プログラムを用いてストレージ装置１１２の動作を制御する制御部として機能する。例えば、ＣＰＵ１１９は、ホストサーバ１０３等から受信した要求に従って、ＳＳＤ１１６、ＳＡＳ１１７、ＳＡＴＡ１１８へのデータの書き込み及び読み出しを制御する。ストレージ装置１１２を制御するための各種プログラムは、少なくとも階層型プール管理制御プログラム１１４と、ボリューム移行実行プログラム１１５とを含む。階層型プール管理制御プログラム１１４は、ホストサーバ１０３等に対して、記憶領域を仮想論理ボリュームとして見せる機能を提供する。ＳＳＤ１１６、ＳＡＳ１１７、ＳＡＴＡ１１８は、性能の異なる複数の記憶装置群であり、ＳＳＤ、ＳＡＳ、ＳＡＴＡ以外の種別の記憶装置群を含んでもよい。また、階層型プール管理制御プログラム１１４は、ストレージ管理プログラム１１０から命令を受けてプールを作成する機能を有する。ボリューム移行実行プログラム１１５は、ストレージ管理プログラム１１０から命令を受けてボリュームを移行先ストレージ装置１１２に移行する機能を有する。

　＜論理ボリューム移行、或いはシステム移行の概念＞
　図２乃至４は、階層型プール機能を持たない通常のストレージ装置における論理ボリュームを、階層型プール機能を有するストレージ装置に移行する場合の、移行前、移行中、及び移行後のリソースの関係を示す図である。図２は移行前の関係、図３は移行中の関係、図４は移行後の関係を示している。なお、ここでリソースとは，ＳＡＮを構成するハードウェア（ストレージ装置、ホストサーバ等）とその物理的又は論理的な構成要素（アレイグループ、論理ボリューム等）、及びこれらハードウェア上で実行されるプログラム（業務ソフトウェア１０６、データベース管理システム、ファイル管理システム、ボリューム管理ソフトウェア等）とその論理的な構成要素（ファイルシステム、論理デバイス等）を総称したものである。

（i）移行前のリソース関係
　図２は、本発明を適用する前（論理ボリューム移行前）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。

　図２において、ＳＡＮ環境のハードウェアは、ホストサーバ１０３と、ＳＡＮスイッチ１１１と、ＳＡＮ環境を管理するためのストレージ管理プログラム１１０が存在する管理サーバ１０５と、ＬＡＮスイッチ２０１と、ストレージ装置１１２および２０２とを含んでいる。管理サーバ１０５は、ＳＡＮスイッチ１１１によってストレージ装置１１２及び２０２と接続されていてもよい。また、ストレージ管理プログラム１１０は、ストレージ装置（ストレージサブシステム）１１２上に存在していてもよい。

　ホストサーバ１０３では、アプリケーションＡＰ１_１０３１が稼動している。このＡＰ１_１０３１は、図１に示す業務ソフト１０６に含まれる複数のアプリケーションのいずれかである。また、ホストサーバ１０３には、ファイルシステムＦＳ１_１０３２、及びデバイスファイルＤＦ１_１０３３が存在する。このＦＳ１_１０３２及びＤＦ１_１０３３は、ホスト監視エージェント１０８が情報取得の対象とするリソースの例である。ファイルシステムＦＳ１_１０３２は、ＯＳ（図示せず）がデータの入出力サービスを提供する単位であり、データの入力先となる記憶領域を組織的に管理するための機能を有している。デバイスファイルＤＦ１_１０３３は、ファイルを外部記憶メディアに格納する領域としてＯＳに管理され、デバイス制御に用いるファイルである。そして、デバイスファイルは、ファイルシステムであたかも通常のファイルのような形で提示されるデバイスドライバのインタフェースとして機能する。このデバイスファイルにより、アプリケーションソフトウェアが入出力システムコールを通してデバイスドライバを使うことができ、作業が単純化される。

　前述のように、ホストサーバ１０３では、アプリケーションＡＰ１_１０３１の構成情報や性能情報を取得するためのアプリケーション監視エージェント１０７と、ファイルシステムＦＳ１_１０３２及びデバイスファイルＤＦ１_１０３３の構成情報や性能情報を取得するためのホスト監視エージェント１０８等が稼動している。

　図２には、リソース間を結ぶ線が表示されている。これらの線は、線によって結ばれた２つのリソースの間にＩ／Ｏ要求による依存関係があることを表す。例えば、アプリケーションＡＰ１_１０３１とファイルシステムＦＳ１_１０３２とを結ぶ線は、アプリケーションＡＰ１_１０３１がファイルシステムＦＳ１_１０３２にＩ／Ｏ要求を発行するという関連を表している。また、ファイルシステムＦＳ１_１０３２とデバイスファイルＤＦ１_１０３３とを結ぶ線は、ファイルシステムＦＳ１_１０３２に対するＩ／Ｏ負荷が、デバイスファイルＤＦ１１０３３のリード又はライトになるという関連を表す。

　また、図２において、論理ボリューム移行前は、ホストサーバ１０３のデバイスファイルＤＦ１１０３３が移行元ストレージ装置（階層型プール機能を持たない通常のストレージ装置）２０２のボリュームＶｏｌ１_２０３に割り当てられていることが示されている。なお、デバイスファイル１０３３とボリューム２０３との対応関係は、ホスト監視エージェント１０８等から取得できる。

　なお、図２では省略されているが、移行先ストレージ装置１１２の構成情報および性能情報を取得するため、ストレージ監視エージェント１０９が稼動している。ストレージ監視エージェント１０９が情報取得対象とするリソースは、少なくともボリュームＶｏｌ２_２０４と、ボリュームＶｏｌ３_２０５と、ボリュームＶｏｌ４_２０６と、ＳＣＳＩポート３_２０９と、アレイグループＡＧ１_２０７と、アレイグループＡＧ２_２０８と、記憶メディアＳＳＤ１１６と、ＳＡＳ１１７である。

　アレイグループＡＧ１_２０７は、移行先ストレージ装置１１２のＣＰＵ１１９の機能によって、複数の記憶メディアから生成される高速かつ高信頼の論理的なディスクドライブである。記憶メディアは、半導体記憶メディアのＳＳＤ１１６、ハードディスク装置のＳＡＳ１１７やＳＡＴＡ１１８等で構成される。この例では、記憶メディアの種別をＳＳＤ、ＳＡＳ及びＳＡＴＡとしているが、いずれの記憶メディアであってもよいし、またそれらの組み合わせでもよい。

（ii）移行中のリソース関係
　図３は、本発明の適用中（論理ボリューム移行処理中）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。

　図３において、Ｐａｇｅ＿Ａ１～Ｐａｇｅ＿Ａ５は、デバイスファイルＤＦ１_１０３３の記憶領域を、階層型プールの仮想論理ボリュームに存在するページサイズで分割したものである。論理ボリューム移行前、デバイスファイルＤＦ１_１０３３は、論理ボリュームＶｏｌ１_２０３と関連付けられ、それに対するアプリケーションのＩ／Ｏ要求を管理している。従って、論理ボリューム移行前においては、デバイスファイルＤＦ１_１０３３は、論理ボリュームＶｏｌ１_２０３に対するアクセス情報（アクセス特性：ＩＯＰＳ、データ転送量、最終アクセス時刻等、アクセス負荷を示す情報）を、アドレス単位で管理している。そして、論理ボリュームＶｏｌ１_２０３のデータの移行が指示されると、ホスト監視エージェント１０８は、そのボリュームへのアクセスを階層型プールの仮想論理ボリュームで実現するために、上述のように、デバイスファイルＤＦ１_１０３３の記憶領域がページサイズで分割し、ページ単位のアクセス情報を生成する。より具体的には、ホスト監視エージェント１０８は、アドレス単位で管理されていたアクセス負荷の情報を、デバイスファイルＤＦ１_１０３３の記憶領域を分割して生成したページ毎に集計することにより、各ページにおけるアクセス情報を取得することになる。

　なお、キャッシュヒットして論理ボリュームまでＩ／Ｏ要求が届かない場合には、Ｉ／Ｏ要求に対する応答時間がディスク装置の基本応答性能よりも早くなる。従って、この場合には、デバイスファイルが管理するアクセス情報（Ｉ／Ｏ要求数）からキャッシュヒットしたＩ／Ｏ要求数を除いても良い。これにより、Ｉ／Ｏ要求に対して実際に論理ボリュームからの読み込み及び書き込みした回数の情報を取得することが可能となり、移行処理を正確に実行することができるようになる。

（iii）移行後のリソース関係
　図４は、本発明を適用した後（論理ボリューム移行後）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。

　プールボリュームであるＰｏｏｌＶｏｌ２_４０１～ＰｏｏｌＶｏｌ４_４０３は、Ｐｏｏｌ１_４０３に対して記憶領域を提供する論理的なディスクドライブ（実論理ボリューム）であり、図２及び３におけるストレージボリュームＶｏｌ２_２０４～Ｖｏｌ４_２０６に対応している。

　Ｐｏｏｌ１_４０６は、仮想論理ボリュームＶＶｏｌ１_４０７に記憶領域を割り当てるためのものメモリ領域である。Ｐｏｏｌ１_４０６は、記憶階層Ｔｉｅｒ１_４０４～Ｔｉｅｒ２_４０５によって構成されている。Ｐｏｏｌ１_４０６で例示されるプールは、ホストサーバ１０３に対してＶＶｏｌ１_４０７で例示される仮想論理ボリュームを提供する。また、当該プールは、複数種別の記憶メディアから構成される。そして、その記憶メディアはアレイグループ（例えば、ＡＧ１_２０７やＡＧ２_２０８）の切り分けられた領域からなる実領域であるプールボリューム（例えば、ＰｏｏｌＶｏｌ２_４０１～ＰｏｏｌＶｏｌ４_４０３）をプール（例えば、Ｐｏｏｌ１_４０６）に提供する。

　仮想論理ボリュームＶＶｏｌ１_４０７は、ストレージ装置１１２の仮想論理ボリューム管理制御機能によってホストサーバ１０３に論理的なディスクドライブとして認識される。しかし、実論理ボリュームと異なり、仮想論理ボリュームＶＶｏｌ１_４０７が作成された時には容量が定義されるだけで、定義された容量分の記憶領域は確保されない。その後、ＶＶｏｌ１_４０７の新規アドレスに対するライト要求が発生したときに、記憶領域が必要量だけ割り当てられる。仮想論理ボリュームに割り当てられる記憶領域は、ページという単位で割り当てられる。図４の例では、ＶＶｏｌ１_４０７にはＴｉｅｒ１_４０４からＰａｇｅ＿Ｂ１～Ｐａｇｅ＿Ｂ２が割り当てられ、Ｔｉｅｒ２_４０５からＰａｇｅ＿Ｃ１～Ｐａｇｅ＿Ｃ３が割り当てられていることが示されている。

　記憶階層Ｔｉｅｒ１_４０４～Ｔｉｅｒ２_４０５は、ＳＳＤやＳＡＳといった記憶メディアの種別ごとに作成される論理的な記憶メディアの階層であり、記憶メディアの種別ごとに作成されたアレイグループＡＧ１_２０７～ＡＧ２_２０８から切り出された複数のプールボリュームＰｏｏｌＶｏｌ２_４０１～ＰｏｏｌＶｏｌ４_４０３で構成される。具体的な例として、図４のＴｉｅｒ１_４０４は記憶階層種別が半導体記憶メディアであるＳＳＤであり、Ｔｉｅｒ２_４０５はハードディスク装置であるＳＡＳである。そのため、Ｔｉｅｒ１_４０４はＴｉｅｒ２_４０５よりも高性能である。記憶階層は、プールボリュームから仮想論理ボリュームのデータをページという単位で割り当てている。

　Ｐａｇｅ＿Ｂ１～Ｐａｇｅ＿Ｂ５、及びＰａｇｅ＿Ｃ１～Ｐａｇｅ＿Ｃ９は、記憶階層が仮想論理ボリュームに割り当てるための記憶領域の単位である。Ｐｏｏｌ１_４０６のように記憶階層を持ったプールに属する仮想論理ボリュームでは、単一プール内においてアクセス情報（空アクセス特性ともいう。アクセス情報には、アクセス特性（代表的なものとして、単位時間当たりのＩ／Ｏ数）、データ転送量や最終アクセス時刻等が含まれる）が他のページと相対的に高いページから高性能な記憶階層に配置されるように記憶領域の割り当てが制御される。逆に、アクセス情報が相対的に低いページは低性能の記憶階層に配置される。

　ページの配置にあたっては、ストレージ管理プログラム１１０が、ストレージ監視エージェント１０９を介して、ストレージ装置１１２からストレージ装置１１２の構成情報（記憶階層情報やページ情報）およびページ単位のアクセス情報を取得し、前述したルールに従って、ページの配置を行う。

　図４に示される例において、例えば現在、仮想論理ボリュームＶＶｏｌ１_４０７に対して使用されているＰａｇｅ＿Ｃ２のページに対するアクセス頻度が大幅に上昇した場合、Ｔｉｅｒ１_４０４のＰａｇｅ＿Ｂ３がＶＶｏｌ１_４０７に割り当てられるようなページの再配置が行われることになる。

　他のリソースについては、図２と同じであるので、その説明については省略する。

　＜ストレージ管理プログラムの機能＞
　図５は、ストレージ管理プログラム１１０の機能を説明するためのブロック図である。なお、各機能による処理の詳細については、後述のフローチャートやＧＵＩ画面例（図１３乃至２１）を参照して説明する。

　ストレージ管理プログラム１１０は、エージェント情報収集処理５０１、移行対象デバイスファイル選択処理５０２、階層型プール構成候補算出処理５０３、費用算出処理５０４、階層型プール構成候補表示処理５０５、階層型プール作成制御処理５０６、及びボリューム移行制御処理５０７を実行する。各処理は、ストレージ管理プログラム１１０に含まれるプログラムモジュールとして実現することも可能である。

　ストレージ管理プログラム１１０は、所定のタイミングで（例えば、スケジューリング設定に従い、定期的に、またはストレージ管理クライアント１０１を用いたユーザによる指示または他の処理からの指示により）エージェント情報収集処理５０１を起動して実行し、アプリケーション監視エージェント１０７、ホスト監視エージェント１０８、及びストレージ監視エージェント１０９が収集したＳＡＮ環境内の各デバイス、各エージェント（プログラム）や構成要素の構成・容量情報、性能情報やアクセス情報を受け取り、当該情報をデバイスファイルページ情報５０８、ボリューム情報５０９、プール階層情報５１０、及び記憶メディア情報５１１として保持する。ここで、リソースとは、ＳＡＮ環境を構成するハードウェア（ストレージ装置１１２、ホストサーバ１０３等）とその物理的または論理的な構成要素（パリティグループ、論理ボリューム等）、及びこれらハードウェア上で実行されるプログラム（業務ソフト、データベース管理システム、ファイル管理システム、ボリューム管理ソフト等）とその論理的な構成要素（ファイルシステム、論理デバイス等）を総称するものである。

　ストレージ管理プログラム１１０は、ストレージ管理クライアント１０１から指定された移行対象のデバイスファイルをキーとして、デバイスファイルページ情報５０８を検索することにより移行対象デバイスファイル選択処理５０２を実行し、移行対象のデバイスファイルのページ情報を特定し、そのページ情報を分析対象デバイスファイルページ情報５１２として保持する。

　また、ストレージ管理プログラム１１０は、エージェント情報収集処理５０１によって取得したデバイスファイルページ情報５０８、ボリューム情報５０９、プール階層情報５１０、及び記憶メディア情報５１１を参照して、分析対象のデバイスファイルページ情報を処理する際に必要な情報を取得し、階層型プール構成候補算出処理５０３を実行し、移行対象デバイスファイルを仮想論理ボリュームに移行した場合に、移行対象デバイスファイルが有している応答性能を満たす階層型プール構成を算出する。そして、ストレージ管理プログラム１１０は、算出結果を階層型プール構成候補情報５１３として保持する。

　ストレージ管理プログラム１１０は、階層型プール構成候補情報５１３で示される各候補について、プール階層情報５１０及び記憶メディア情報５１１を用いて費用算出処理５０４を実行して、分析対象の論理ボリュームを階層型プールの仮想論理ボリュームで構成した場合の費用を算出し、その結果を階層型プール構成候補別費用情報５１５として保持する。

　さらに、ストレージ管理プログラム１１０は、分析対象デバイスファイルページ情報５１２に含まれる分析対象のデバイスファイル情報、階層型プール構成候補情報５１３、及び階層型構成候補別費用情報５１５を用いて、階層型プール構成候補表示処理５０５を実行し、階層型プール構成候補表示画面（ＧＵＩ）の情報を生成して、例えばストレージ管理クライアント１０１の表示画面上に表示する。

　管理者（ユーザ）が階層型プール構成候補表示画面（ＧＵＩ）を用いて階層型プール作成を指示すると、ストレージ管理プログラム１１０は、階層型プール作成制御処理５０６によりプール作成要求を生成し、ストレージ装置１１２の階層型プール管理制御プログラム１１４に対してプール作成を指示する。また、管理者（ユーザ）が階層型プール構成候補表示画面（ＧＵＩ）を用いてボリュームの移行を指示すると、ストレージ管理プログラム１１０は、ボリューム移行制御処理５０７によりボリューム移行要求を生成し、ストレージ装置１１２のボリューム移行実行プログラム１１５に対してボリューム移行の実行を指示する。

　デバイスファイルページ情報５０８は、エージェント情報収集処理５０１によって取得された、ホストサーバ１０３のデバイスファイルにおいて管理されているページ単位のアクセス情報である。

　ボリューム情報５０９は、エージェント情報収集処理５０１によって取得された、ストレージ装置１１２の論理ボリューム（例えば、Ｖｏｌ２_２０４～Ｖｏｌ４_２０６）の容量及び構成記憶メディア種別等の情報である。

　プール階層情報５１０は、エージェント情報収集処理５０１によって取得された、ストレージ装置１１２のプール（例えば、Ｐｏｏｌ１_４０６）を構成する階層についての情報である。

　記憶メディア情報５１１は、エージェント情報収集処理５０１によって取得された、各階層を構成する記憶メディアの基本応答性能及び容量単価を示す情報である。

　各種情報５０８乃至５１５の詳細については、図６乃至１２を参照して後述する
　＜各種情報の構成例＞
　図６乃至１２は、管理サーバ１０５で保持され、ストレージ管理プログラム１１０が用いる各種情報の構成例を示す図である。各情報を説明するために、ここではテーブル形式を採用しているが、これに限られず、各構成項目の関係が把握できる構造であればどのような形式であっても良い。

（i）ページ性能情報（テーブル）
　図６は、デバイスファイルページ情報５０８の構成例を示す図である。デバイスファイルページ情報５０８は、ページ識別子６０１と、デバイスファイル識別子６０２と、ホスト識別子６０３と、アクセス情報６０４とを構成項目として有している。前述のように、ストレージ監視エージェント１０９が、デバイスファイルページ情報６００を構成する各情報を収集し、ストレージ管理プログラム１１０が、エージェント情報収集処理５０１により、ホスト監視エージェント１０８によって収集された値を取得する。

　ページ識別子６０１は、デバイスファイルで管理されている領域であって、デバイスファイルの記憶領域を仮想論理ボリュームのページ容量で分割して生成された記憶領域の単位を一意に特定・識別するための情報である。デバイスファイルで管理されているページが仮想論理ボリュームに割り当てられる各階層のページに対応するものである。

　デバイスファイル識別子６０２は、対応するページ領域が属するデバイスファイルを一意に特定・識別するための情報である。

　ホスト識別子６０３は、対応するデバイスファイルが属するホストサーバを一意に特定・識別するための情報である。

　アクセス情報６０４は、デバイスファイル上で管理される、該当するページに対するアクセス情報（例えば、ＩＯＰＳ）を示す情報である。この情報は、エージェント情報収集処理５０１を実行する時点で得られる測定値である。従って、ボリューム移行を実行せずに単に移行した場合にどの位の費用が掛かるかを確かめただけ（費用算出処理を実行してその結果をＧＵＩに表示させただけ）で、次の機会に再度デバイスファイルページ情報が取得された場合には、値が変化している場合もある。なお、当該テーブルには定期的に測定した、その時点での測定値が記入されて良いし、前回のテーブル記入時から今回の測定時までの間の値の平均値を記入するようにしても良い。

（ii）ボリューム情報（テーブル）
　図７は、ボリューム情報５０９の構成例を示す図である。ボリューム情報５０９は、ボリューム（論理ボリューム）識別子７０１と、ストレージ装置識別子７０２と、容量７０３と、記憶メディア種別７０４と、を構成項目として有している。ストレージ監視エージェント１０９が、論理ボリューム毎に、所属するストレージ装置識別子、ボリュームの容量、及び論理ボリュームが属する記憶メディアの種別を収集する。そして、ストレージ管理プログラム１１０が、エージェント情報収集処理５０１により、ストレージ監視エージェント１０９によって収集された値を取得する。

　ボリューム識別子７０１は、階層型プール機能を有するストレージ装置１１２に設定された論理ボリューム（例えば、プールボリューム４０１乃至４０４）を一意に特定・識別するための情報である。

　ストレージ装置識別子７０２は、対応する論理ボリュームが属する階層型プール機能を有するストレージ装置（移行先ストレージ装置）１１２を一意に特定・識別するための情報である。

　容量７０３は、対応する論理ボリュームの容量を示す情報である。

　記憶メディア種別７０４は、対応する論理ボリュームを構成する記憶装置の種類を示す情報である。

（iii）プール階層情報（テーブル）
　図８は、プール階層情報５１０の構成例を示す図である。プール階層情報５１０は、階層８０１と、記憶メディア種別８０２とを構成項目として有している。

　階層８０１は、対応する記憶装置が、階層型プール機能を有するストレージ装置（移行先ストレージ装置）１１２において何れの階層（Ｔｉｅｒ）を構成しているかを示す情報である。当該実施形態では、階層は上位・中位・下位の３層を例としているが、これに限らず２層でも良いし、より多くの階層が設定されていても良い。

　記憶メディア種別８０２は、各階層を構成する記憶装置の種類を示す情報である。ここでは、ＳＳＤ，ＳＡＳ、及びＳＡＴＡが示されているが、これに限られず別の種類の記憶装置であっても良い。

（iv）記憶メディア情報（テーブル）
　図９は、記憶メディア情報５１１の構成例を示す情報である。記憶メディア情報５１１からは、各記憶装置の基本応答性能（設計値）及びＧＢ当たりの容量単価を知ることができる。

　記憶メディア情報５１１は、記憶メディア種別９０１と、基本応答性能９０２と、容量単価９０３と、を構成項目として有している。ストレージ監視エージェント１０９が、記憶装置種別毎に、基本応答性能と容量単価を収集する。そして、ストレージ管理プログラム１１０が、エージェント情報収集処理５０１により、ストレージ監視エージェント１０９によって収集された値を取得する。なお、必ずしもエージェント情報収集処理５０１を実行してこれらの情報を取得する必要はなく、例えば、ストレージシステム１００を構築する際に、システム内に設置される記憶装置の基本情報から当該記憶メディア情報５１１を取得し、予めシステム内に持たせるようにしても良い。

　記憶メディア種別９０１は、各階層を構成する記憶装置の種類を示す情報である。ここでは、ＳＳＤ、ＳＡＳ、及びＳＡＴＡが示されているが、これに限られず別の種類の記憶装置であっても良い。

　基本応答性能９０２は、各階層を構成する記憶装置において設定されている、基本応答性能の値、即ち、Ｉ／Ｏ要求を受け取ってからレスポンスを出すまでの時間を示す情報である。

　容量単価は、各階層を構成する記憶装置の１ＧＢ（例）当たりの価格を示す情報である。

（v）分析対象デバイスファイルページ情報（テーブル）
　図１０は、分析対象デバイスファイルページ情報５１２の構成例を示す図である。分析対象デバイスファイルページ情報５１２は、移行対象デバイスファイル選択処理５０２により、デバイスファイルページ情報５０８の中から抽出されたデバイスファイルの情報である。

　分析対象デバイスファイルページ情報５１２は、デバイスファイルページ情報５０８と同様、ページ識別子１００１と、デバイスファイル識別子１００２と、ホスト識別子１００３と、アクセス情報１００４とを構成項目として有している。

　分析対象デバイスファイルページ情報５１２において、ページ識別子１００１は、ストレージ管理クライアント１０１を介してユーザ（管理者）が指定したデバイスファイル（例えば、デバイスファイルＤＦ１）が管理するページを一意に特定・識別するための情報である。

　デバイスファイル識別子１００２は、ユーザによって指定されたデバイスファイルを一意に特定・識別するための情報である。本実施形態では、１つのデバイスファイルのみ指定する例について説明するが、複数のデバイスファイルを指定して、それらのデバイスファイルが管理するページを１つの仮想論理ボリュームに移行するようにしても良い。

　ホスト識別子１００３は、分析対象として指定されたデバイスファイルが属するホストサーバ１０３を一意に特定・識別するための情報である。

　アクセス情報１００４は、分析対象として指定されたデバイスファイルが管理する各ページについてのアクセス情報を示す情報である。

（vi）階層型プール構成候補情報（テーブル）
　図１１は、階層型プール構成候補情報５１３の構成例を示す図である。当該階層型プール構成候補情報５１３は、階層型プール構成候補算出処理５０３の結果を示す情報である。

　階層型プール構成候補情報５１３は、候補識別子１１０１と、上位階層容量１１０２と、中位階層容量１１０３と、下位階層容量１１０４と、上位階層境界値１１０５と、中位階層境界値１１０６と、を構成項目として有している。

　候補識別子１１０１は、分析対象のデバイスファイルの各ページを仮想論理ボリュームに移行した場合に取ることができる、各階層からの記憶領域の組み合わせの候補を特定・識別するための情報である。階層型プール構成候補算出処理５０３を実行した結果、複数の候補が算出される場合があり、この候補識別子１１０１は、それらを識別するために用いられる情報となっている。

　上位階層容量１１０２、中位階層容量１１０３、及び下位開講容量１１０４は、階層型プール構成候補算出処理５０３を実行して得られた、対応する候補における各階層の容量の組み合わせを示す情報である。

　上位階層境界値１１０５は、各候補において、デバイスファイルで管理される各ページを、上位階層と中位階層に振り分ける際の判断基準となるページに対するアクセス情報の値を示している。また、中位階層境界値１１０６は、各候補において、デバイスファイルで管理される各ページを、中位階層と下位階層に振り分ける際の判断基準となるページに対するアクセス情報の値を示している。図１１において、プラン１では、アクセス情報（ＩＯＰＳ）が３５０以上のページは、上位階層から記憶領域が割り当てられる。また、アクセス情報（ＩＯＰＳ）が６０以上３５０未満のページは、中位階層から記憶領域が割り当てられ、アクセス情報が６０未満のページは、下位開講から記憶領域が割り当てられていることが分かる。

（vii）階層型プール構成候補費用情報（テーブル）
　図１２は、階層型プール構成候補費用情報５１５の構成例を示す図である。階層型プール構成候補費用情報５１５は、費用算出処理５０４の結果である。

　階層型プール構成候補費用情報５１５は、候補識別子１２０１と、費用１２０２とを構成項目として有している。

　候補識別子１２０１は、階層型プール構成候補情報５１３の候補識別子１１０１に対応する、費用算出対象の階層型プール構成を一意に特定・識別するための情報である。

　費用１２０２は、階層型プール構成候補情報５１３と各階層の容量単価９０３に基づいて算出されたストレージコストを示す情報である。

　＜論理ボリューム移行処理の概要＞
　図１３は、通常のストレージ装置から階層型プール機能を有するストレージ装置（移行先ストレージ装置）１１２に論理ボリュームを移行する処理の全体概要を説明するためのフローチャートである。

　Ｓ１３０１において、ストレージ管理プログラム１１０は、エージェント情報収集処理５０１を実行し、移行先ストレージ装置１１２の構成情報と、当該移行先ストレージ装置１１２における各プールボリュームの容量及び構成情報と、ホストサーバ１０３に存在する各デバイスファイルのページの構成情報及びアクセス情報と、を取得する。Ｓ１３０１の詳細については、図１４を参照して後述する。

　Ｓ１３０２において、ストレージ管理プログラム１１０は、移行対象デバイスファイル選択処理５０２を実行し、分析対象のデバイスファイル上のページを特定する。Ｓ１３０２の詳細については、図１５を参照して後述する。

　Ｓ１３０３において、ストレージ管理プログラム１１０は、階層型プール構成候補算出処理５０３を実行し、階層型プール構成の候補を少なくとも１つ算出する。Ｓ１３０３の詳細については、図１７を参照して後述する。

　Ｓ１３０４において、ストレージ管理プログラム１１０は、費用算出処理５０４を実行し、Ｓ１３０３で求められた各階層型プール構成を実現した場合の費用（ストレージ管理コスト）を計算する。Ｓ１３０４の詳細については、図１９を参照して後述する。

　Ｓ１３０５において、ストレージ管理プログラム１１０は、階層型プール構成候補表示処理５０５を実行し、Ｓ１３０３で得られた階層型プール構成候補の情報と、各階層型プール構成候補を実現するための費用に関するＧＵＩを生成し、例えばストレージ管理クライアント１０１の表示画面上に表示する。Ｓ１３０５の詳細については、図２０を参照して後述する。

　以上の処理によって、階層型プール機能を持たない通常のストレージ装置に存在する論理ボリュームを、階層型プール機能を有するストレージ装置１１２に移行した場合の、プール構成、各階層の記憶装置から割り当てられる記憶容量、及び費用を、ユーザ（管理者）に提示することになる。ユーザは、表示された情報を基にして、実際に論理ボリュームの移行を指示することもできるし、移行コストが想定している予算よりも掛かるようであれば移行をしないという運用を選択することもできる。

　＜エージェント情報収集処理（Ｓ１３０１）の詳細＞
　図１４は、エージェント情報収集処理５０１（Ｓ１３０１）の詳細を説明するためのフローチャートである。

　Ｓ１４０１において、ストレージ管理プログラム１１０は、ストレージ監視エージェント１０９を介して、移行先ストレージ装置１１２の構成情報を取得する。ここで取得される情報は、ストレージ装置１１２における各階層を構成する記憶装置の情報及び各階層を構成する記憶メディアの情報である。前者は図８のプール階層情報テーブル５１０に格納される。また、後者は図９の記憶メディア情報テーブル５１１に格納される。当該ステップにより、各階層を構成する記憶メディアの種別と、それらの基本応答性能及び容量単価の情報が取得される。なお、ストレージ監視エージェント１０９は、前述したように、所定のタイミング（例えば、スケジューリング設定や定期タイマー設定のタイミング）でストレージ装置１１２から情報を収集するか、ストレージ管理プログラム１１０からの要求に応答して構成・容量・性能情報等を取得するようになっている。

　また、Ｓ１４０２において、ストレージ管理プログラム１１０は、ストレージ監視エージェント１０９から、移行先ストレージ装置１１２に含まれる論理ボリュームの情報を取得し、それをボリューム情報テーブル５０９に格納する。これにより、各論理ボリューム（例えば、Ｖｏｌ２_２０４乃至Ｖｏｌ４_２０６）の容量及び構成される記憶メディアの種別に関する情報が得られる。

　Ｓ１４０３において、ストレージ管理プログラム１１０は、ホスト監視エージェント１０８を介して、ホストサーバ１０３に存在するデバイスファイルのページの構成及び各ページに対するアクセス情報を取得し、デバイスファイルページ情報テーブル５０８（図１参照）に格納する。前述のように、ホストサーバ管理エージェント１０８は、各ホストサーバに存在するデバイスファイルが管理する、通常のストレージ装置（移行元ストレージ装置）に存在する論理ボリュームの各アドレスに対するアクセス情報（例えば、ＩＯＰＳ、データ転送量、或いは、最終アクセス時刻等）を、デバイスファイルの記憶領域をページ単位の領域に分割することにより、各ページに対するアクセス情報を把握して、その情報を管理する。この情報の取得に関しても、ストレージ監視エージェント１０９と同様に、ホストサーバ管理エージェント１０８は、所定のタイミング（例えば、スケジューリング設定や定期タイマー設定のタイミング）で各デバイスファイルから上述の各ページに対するアクセス情報を取得するか、ストレージ管理プログラム１１０からの要求に応答して、当該アクセス情報を取得する。

　＜移行対象デバイスファイル選択処理（Ｓ１３０２）の詳細＞
　図１５は、移行対象デバイスファイル選択処理５０２（Ｓ１３０２）の詳細を説明するためのフローチャートである。

　Ｓ１５０１において、ストレージ管理プログラム１１０は、Ｓ１３０１で取得されたデバイスファイルページ情報（テーブル）５０８（図１参照）からデバイスファイル情報を取得する。

　Ｓ１５０２において、ストレージ管理プログラム１１０は、Ｓ１５０１で取得したデバイスファイル情報を用いて、移行対象デバイスファイル選択画面（ＧＵＩ）を生成し、ストレージ管理クライアント１０１の表示画面上に表示する。移行対象デバイスファイル選択画面は、図１６に示されるような構成となっている。詳細については後述する。

　Ｓ１５０３において、ストレージ管理プログラム１１０は、ユーザ（管理者）が移行対象デバイスファイル選択画面を用いて１つ以上のデバイスファイルを選択したか否か判断する。デバイスファイルが選択されなければ（Ｓ１５０３においてＮｏの場合）、ストレージ管理プログラム１１０は、移行対象デバイスファイル選択処理を終了する。なお、移行対象のデバイスファイルが選択されなかった場合には、論理ボリュームの移行処理（図１３の全体処理）を終了させても良い。１つ以上のデバイスファイルが選択された場合（Ｓ１５０３においてＹｅｓの場合）、処理はＳ１５０４に移行する。

　Ｓ１５０４において、ストレージ管理プログラム１１０は、選択されたデバイスファイルに含まれるページ情報及び各ページに対するアクセス情報を、デバイスファイルページ情報（テーブル）５０８から取得して、分析対象デバイスファイルページ情報（テーブル）５１２（図１０参照）に格納する。

　以上の処理により、移行対象のページとそのアクセス情報が特定される。

　＜移行対象デバイスファイル選択画面の例＞
　図１６は、移行対象デバイスファイル選択画面１６００の構成例を示す図である。移行対象デバイスファイル選択画面１６００は、チェックすることにより移行対象を選択指示することができるようになる選択欄１６０１と、選択対象のデバイスファイル名を示すデバイスファイル欄１６０２と、対応するデバイスファイルが属するホストサーバ名を示すホスト欄１６０３と、対応するデバイスファイルが管理する論理ボリュームの容量を示す容量欄１６０４と、選択完了を指示するためのＯＫボタン１６０５と、選択を解除するため、或いは、移行対象デバイスファイル選択処理を終了させるためのキャンセルボタン１６０６と、を構成項目として有している。

　なお、本発明においては、例えば、デバイスファイルが１つ選択された場合、そのデバイスファイルで管理される論理ボリュームについて、１つの仮想論理ボリュームが移行先ストレージ装置１１２において生成される。また、２つのデバイスファイルが選択された場合、２つの仮想論理ボリュームを生成するようにしても良いし、２つのデバイスファイルがそれぞれ管理する２つの論理ボリュームについて、１つの仮想論理ボリュームを生成するようにしても良い。

　＜階層型プール構成候補算出処理（Ｓ１３０３）の詳細＞
　図１７は、階層型プール構成候補算出処理５０３（Ｓ１３０３）の詳細を説明するためのフローチャートである。

　Ｓ１７０１において、ストレージ管理プログラム１１０は、Ｓ１３０２で取得した分析対象デバイスファイルページ情報（テーブル）５１２から、分析対象のページ情報を取得する。より具体的に、ここで取得される情報は、ページ識別子と各ページのアクセス情報である。

　Ｓ１７０２において、ストレージ管理プログラム１１０は、プール階層構成情報（テーブル）５１０（図８参照）から階層情報を取得する。

　Ｓ１７０３において、ストレージ管理プログラム１１０は、記憶メディア情報（テーブル）５１１（図９参照）から、Ｓ１７０２で取得した階層情報と一致する記憶装置の基本応答性能情報を取得する。

　Ｓ１７０４において、ストレージ管理プログラム１１０は、階層型プール構成に必要な、上位階層と中位階層の境界値、中位階層と下位階層の境界値、及び、仮想論理ボリュームを構成するために必要となる各階層から容量を算出する。例えば、ＩＯＰＳが高いページから順番に上位階層から記憶領域を割り当てる場合には、上記各境界値は例えば予め設定されており、それぞれの境界値を越えるＩＯＰＳを有するページにはそれぞれ上位階層及び中位階層から記憶領域が割り当てられ、中位階層と下位階層の境界値を下回るＩＯＰＳを有する全てのページには下位階層から記憶領域が割り当てられる。それぞれのページ割り当てられた各階層からの容量を合計すれば、各階層から割り当てられる容量は算出される。一方、階層型プール構成候補は、目標応答性能を考慮して算出することも可能である。この場合の処理については、具体例を用いて後述する（図１８参照）。

　Ｓ１７０５において、ストレージ管理プログラム１１０は、Ｓ１７０４で取得した各階層の必要容量と各階層間の境界値の情報を、階層型プール構成候補として、階層型プール構成候補情報（テーブル）５１３（図１１参照）に格納する。

　＜目標応答性能を考慮した階層型プール構成候補の算出＞
　図１８は、目標応答性能を考慮した階層型プール構成候補の算出例を説明するための図である。図２には図示されていないが、本実施形態では、ユーザ（管理者）は、ストレージ管理クライアント１０１を用いて、生成される階層型プールを用いた仮想論理ボリュームの目標応答性能を設定することができるようになっている。つまり、本実施形態では、各ページへの記憶領域の割当てを、設定された目標応答性能を満足するように実行する。

　ストレージ管理プログラム１１０は、設定された目標応答性能を満たすために必要な上位、中位、下位階層の記憶装置のページ数を算出する。各ページ数は、以下の式を満たすパラメータ（Ｃ_１，Ｃ_２，Ｃ_３）を算出することによって求める。以下の式（１）乃至（３）を満たすパラメータは複数存在するため、これら複数の組み合わせが階層型プール構成の候補となる。ユーザは、全ての組み合わせについて、後述する費用算出処理によって得られた最小コストの候補を選択することができる。なお、より理解を容易にするため、パラメータ（Ｃ_１，Ｃ_２，Ｃ_３）の算出の具体例について後述する（図１８参照）。

　ここで、それぞれのパラメータは以下のような意味を有している。

　Ｓ＝当該仮想論理ボリュームの目標応答性能［ｍｓｅｃ］：ユーザが入力
　Ｔ_１＝上位階層の基本応答性能［ｍｓｅｃ］：Ｓ１７０３で取得済
　Ｔ_２＝中位階層の基本応答性能［ｍｓｅｃ］：Ｓ１７０３で取得済
　Ｔ_３＝下位階層の基本応答性能［ｍｓｅｃ］：Ｓ１７０３で取得済
　Ｎ＝移行対象のデバイスファイルを構成するページの総数［個］：デバイスファイルから取得済
　Ｃ_ｐ＝１ページあたりの容量［ＧＢ］：既知（設定値）
　Ｃ_１＝当該仮想論理ボリュームが補正済み目標応答性能を満たすために必要な上位階層の記憶装置の容量［ＧＢ］：算出対象
　Ｃ_２＝当該仮想論理ボリュームが補正済み目標応答性能を満たすために必要な中位階層の記憶装置の容量［ＧＢ］：算出対象
　Ｃ_３＝当該仮想論理ボリュームが補正済み目標応答性能を満たすために必要な下位階層の記憶装置の容量［ＧＢ］：算出対象
　パラメータ（Ｃ_１、Ｃ_２、Ｃ_３）の算出の具体例は以下の通りである。図１８は、仮想論理ボリュームが目標応答性能を満たすために必要な各階層のページ数を算出する具体例を説明するための図である。

　上述したように、パラメータ（Ｃ_１，Ｃ_２，Ｃ_３）が求まれば、それらを１ページ当たりの容量Ｃ_ｐで除算することにより、Ｃ_１、Ｃ_２、Ｃ_３に対応するページ数が算出される。

　ここで、パラメータ２８０１を、Ｓ＝４（ｍｓｅｃ）、Ｔ_１＝１（ｍｓｅｃ）、Ｔ_２＝５（ｍｓｅｃ）、Ｔ_３＝１０（ｍｓｅｃ）、Ｎ＝２５０（個）、Ｃ_ｐ＝０．０４（ＧＢ）とする。

　上記式（図１８の式（１）乃至（３）参照）に当該具体的なパラメータ値を代入して変形すると、

となる。

　よって、式（１）’及び（２）’を満たすパラメータ（Ｃ_０，Ｃ_１，Ｃ_２）の組み合わせが階層型プール構成候補となる（図１８の領域１８０３内に含まれるパラメータ）。なお、式（１）’及び式（２）’を満たす領域の内（図１８のグラフ１８０２の領域１８０３で示される範囲）で、最もコストが低くなるパラメータを選択するとストレージ装置を効率よく、最小コストで運用することができるようになる。

　分析対象デバイスファイルページ情報（テーブル）５０８（図６参照）から，デバイスファイル上の分析対象ページの一覧を取得する。そして、この一覧に対してアクセス頻度の大きなものの順にソートを行う。

　次に、式（４）を用いて容量評価を行い、Ｃ_１の容量に相当するページ数となった時点で加算対象となったページのもつアクセス情報を取得する。このアクセス情報が，上位階層と中位階層のアクセス情報の境界値となる。
［数３］
　　Σ（ページ情報一覧の上位からページ数）≧（Ｃ_１の容量に相当するページ数）・・・（４）
　同様に、式（Ｆ５）を用いて別の容量評価を行い、Ｃ_１＋Ｃ_２の容量に相当するページ数となった時点で加算対象となったページのもつアクセス情報を取得する。このアクセス情報が、中位階層と下位階層のアクセス情報の境界値となる。
［数４］
　Σ（ページ情報一覧の上位からページ数）≧（Ｃ_１＋Ｃ_２の容量に相当するページ数）・・・（５）
　なお、式（５）で求めた中位階層と下位階層の境界値から分析対象ページ一覧の終端までがＣ_３に相当する。

　以上のように求められたページの各アクセス情報（階層の境界値）及び各階層の容量情報は、階層型プール構成候補情報（テーブル）５１３（図１１参照）に格納される。

　＜費用算出処理（Ｓ１３０４）の詳細＞
　図１９は、費用算出処理５０４（Ｓ１３０４）の詳細を説明するためのフローチャートである。

　Ｓ１９０１において、ストレージ管理プログラム１１０は、プール階層情報（テーブル）５１０（図８参照）から移行先ストレージ装置１１２に含まれる記憶メディアの階層情報を取得する。

　Ｓ１９０２において、ストレージ管理プログラム１１０は、記憶メディア情報（テーブル）５１１（図９参照）から、各階層を構成する記憶メディアの容量単価情報を取得する。

　Ｓ１９０３において、ストレージ管理プログラム１１０は、Ｓ１３０３で算出して得られた階層型プール構成候補情報（テーブル）５１３（図１１参照）から、候補情報の一覧を取得する。複数の候補がある場合、Ｓ１９０４乃至Ｓ１９０７の処理が候補数分繰り返されることになる。

　Ｓ１９０４において、ストレージ管理プログラム１１０は、階層型プール構成候補情報５１３を参照し、費用算出対象の階層型プール構成候補を構成するために必要なボリューム容量を算出する。例えば、図１１に示されるＰｌａｎ１であれば、２００＋１００＋５０＝３５０ＧＢと算出される。

　Ｓ１９０５において、ストレージ管理プログラム１１０は、Ｓ１９０４で算出した容量を満たすプールボリューム（例えば、図４におけるＰｏｏｌＶｏｌ２_４０１乃至ＰｏｏｌＶｏｌ４_４０３）を選択する。

　Ｓ１９０６において、ストレージ管理プログラム１１０は、費用算出対象の候補について、階層型プール構成候補情報で示される各階層の容量の情報、階層情報、及び容量単価情報から、当該プール構成に必要な費用を算出する。費用は、以下の式により算出することができる。

(上位階層の容量×上位階層の記憶メディアの容量単価)＋(中位階層の容量×中位階層の記憶メディアの容量単価) ＋ (下位階層の容量×下位階層の記憶メディアの容量単価)
　Ｓ１９０７において、ストレージ管理プログラム１１０は、算出した費用の情報を、階層型プール構成候補費用情報（テーブル）５１５（図１２参照）に格納する。

　＜階層型プール構成候補表示処理（Ｓ１３０５）の詳細＞
　図２０は、階層型プール構成候補表示処理５０５（Ｓ１３０５）の詳細を説明するためのフローチャートである。

　Ｓ２００１において、ストレージ管理プログラム１１０は、分析対象デバイスファイルページ情報（テーブル）５１２（図１０参照）から、移行対象デバイスファイル情報を取得する。例えば、デバイスファイルＤＦ１が移行対象として選択されている場合、分析対象デバイスファイルページ情報（図１０）から、デバイスファイル情報と、当該デバイスファイルを構成するページ総数と、ホスト情報が取得される。そして、ページ総数とページ単位容量とを乗算することにより、移行対象のボリュームの容量が算出される。

　Ｓ２００２において、ストレージ管理プログラム１１０は、階層型プール構成候補費用情報（テーブル）５１５（図１２参照）から、費用が最小となる候補を取得する。図１２には、候補が１つしか示されていないが、複数の候補がある場合、Ｓ１３０３ではそれぞれの候補について費用が算出される。ＧＵＩとしては、最小の費用を提示する候補が表示されることになる。なお、複数の候補とそれに対応する費用を全て表示するようにしても良い。

　Ｓ２００３において、ストレージ管理プログラム１１０は、Ｓ２００１で取得した移行対象デバイスファイル情報と、Ｓ２００２で取得した最小費用となる候補の情報に基づいて、ＧＵＩ用の表示データを生成し、ストレージ管理クライアント１０１の表示画面上に生成したＧＵＩを表示する。表示されるＧＵＩの構成例は図２１に示すものであり、後述する。

　Ｓ２００４において、ストレージ管理プログラム１１０は、ＧＵＩ（図２１参照）におけるＯＫボタンがユーザ（管理者）によってクリックされたか否か判断する。ＯＫボタンが押されずにＣａｎｃｅｌボタンが押されれば（Ｓ２００４においてＮｏの場合）、ストレージ管理プログラム１１０は、階層型プール構成候補表示処理５０５を終了させる。或いは、ストレージ管理プログラム１１０は、移行処理全体を終了させるようにしても良い。ＯＫボタンが押されると（Ｓ２００４においてＹｅｓの場合）、処理はＳ２００５に移行する。

　Ｓ２００５において、ストレージ管理プログラム１１０は、階層型プール作成制御処理５０６を実行し、移行先ストレージ装置１１２における階層型プール管理制御プログラム１１４に対して、算出された各階層からの容量をプールに割り当ててプール作成を実行するように指示する。

　Ｓ２００６において、ストレージ管理プログラム１１０は、ＧＵＩ（図２１参照）でボリューム移行オプションが設定されているか判断する。つまり、ユーザによってボリューム移行を実行することが選択されているか判断される。ＯＫボタンが押されたときにボリューム移行オプションが設定されていない場合（Ｓ２００６でＮｏの場合）、ストレージ管理プログラム１１０は、階層型プール構成候補表示処理５０５を終了させる。或いは、ストレージ管理プログラム１１０は、移行処理全体を終了させるようにしても良い。ＯＫボタンが押されたときに移行オプションが設定されている場合（Ｓ２００６においてＹｅｓの場合）、処理はＳ２００７に移行する。

　Ｓ２００７において、ストレージ管理プログラム１１０は、ボリューム移行制御処理５０７を実行し、移行先ストレージ装置１１２におけるボリューム移行実行プログラム１１５に対して、Ｓ２００５で作成されたプールに関連付けられたボリュームに移行元ストレージ装置の論理ボリュームのデータを移行するように指示する。

　＜階層型プール構成候補表示画面（ＧＵＩ）の例＞
　図２１は、階層型プール構成候補表示処理５０５によって生成される画面（ＧＵＩ）の構成例を示す図である。

　階層型プール構成候補表示画面２１００は、移行対象デバイスファイル情報表示領域２１０１と、作成階層型プール表示領域２１０５と、ボリューム移行オプション指定領域２１１０と、ＯＫボタン２１１１と、Ｃａｎｃｅｌボタン２１１２と、を有している。

　移行対象デバイスファイル情報表示領域２１０１には、移行対象のデバイスファイル名を示すデバイスファイル欄２１０２と、そのデバイスファイルが属するホストサーバを識別するための情報を示すホスト欄２１０３と、移行対象のページの合計容量を示す容量欄２１０４が、表示される。

　作成階層型プール表示領域２１０５には、算出された階層型プール構成候補が作成される移行先ストレージ装置を特定する情報を示すストレージ装置欄２１０６と、当該移行先ストレージ装置１１２内に作成されるプールを識別する情報を示すプールＩＤ欄２１０７と、当該プールを介して仮想論理ボリュームを提供する各階層から割り当てられる記憶容量を示す階層欄２１０８と、当該候補を実現した場合の費用を示す費用欄２１０９が、表示される。

　ボリューム移行オプション２１１０は、作成したプールに移行元ストレージ装置の論理ボリュームのデータを移行するか否かを指示するためのボタンである。

　ＯＫボタン２１１１は、プール作成、及びボリューム移行の有無を指示するためのボタンである。

　Ｃａｎｃｅｌボタン２１１２は、プール作成及びボリューム移行の解除を指示するためのボタンである。

（２）第２の実施形態
　第１の実施形態によると、移行元ストレージ装置から論理ボリュームを移行先の階層型プール機能を有するストレージ装置１１２に移行する場合、以前作成したプールが存在したとしても改めて新たにプールを作成して論理ボリュームを移行することになる。

　しかしながら、これを繰り返し実行すると、移行すべき論理ボリューム数分のプールを作成しなければならない。従って、移行先ストレージ装置１１２に作成されるプールの数が多くなりすぎてしまい、管理が複雑になる可能性がる。

　そこで、第２の実施形態は、既に作成済のプールが存在する場合には、そのプールを介して仮想論理ボリュームを増設することができるようにする仕組みを提供する。

　なお、第２の実施形態のシステムは、第１の実施形態と同様の構成（図１）を採ることができるため、その説明は省略する。また、各種情報や各処理内容については、それらの相違点を主体として以下説明することとする。

　＜増設する仮想論理ボリュームへの論理ボリュームの移行の概念＞
　図２２乃至２４は、階層型プール機能を有するストレージ装置１１２の既存のプール上に仮想論理ボリュームを増設して、そこに階層型プール機能を有さない通常のストレージ装置のボリュームを移行する場合の、移行前、移行中、及び移行後のリソースの関係を示す図である。図２２は移行前の関係、図２３は移行中の関係、図２４は移行後の関係を示している。なお、ここでリソースとは，ＳＡＮを構成するハードウェア（ストレージ装置、ホストサーバ等）とその物理的又は論理的な構成要素（アレイグループ、論理ボリューム等）、及びこれらハードウェア上で実行されるプログラム（業務ソフトウェア１０６、データベース管理システム、ファイル管理システム、ボリューム管理ソフトウェア等）とその論理的な構成要素（ファイルシステム、論理デバイス等）を総称したものである。

（i）移行前のリソース関係
　図２２は、既存のプール（Ｐｏｏｌ１_４０６）が移行先ストレージ装置１１２に存在し、移行元ストレージ装置２０２から論理ボリューム（Ｖｏｌ１_２０３）が移行済の状態で、別の論理ボリューム（Ｖｏｌ２_２２０４）を移行する前のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。

　ホストサーバ１０３では、アプリケーションＡＰ１_１０３１及びＡＰ２_２２０１が稼動している。このＡＰ１_１０３１及びＡＰ２_２２０１は、図１に示す業務ソフト１０６に含まれる複数のアプリケーションのいずれかである。また、ホストサーバ１０３には、ファイルシステムＦＳ１_１０３２及びＦＳ２_２２０２、デバイスファイルＤＦ１_１０３３及びＤＦ２_２２０３が存在する。このＦＳ１_１０３２及びＦＳ２２_２２０２、ＤＦ１_１０３３_ＤＦ２_２２０３は、ホスト監視エージェント１０８が情報取得の対象とするリソースの例である。なお、ファイルシステムやデバイスファイルの機能については、第１の実施形態で説明しているので、ここではその説明は省略する。

　デバイスファイルＤＦ１_１０３３と関連付けられていた論理ボリュームＶｏｌ１_２０３は、移行先ストレージ装置１１２の仮想論理ボリュームＶＶｏｌ１_４０７に移行されているため、現時点では、デバイスファイルＤＦ１は、仮想論理ボリュームＶＶｏｌ１_４０７へのＩ／Ｏ要求を管理している。一方、デバイスファイルＤＦ２_２２０３は、まだ移行元ストレージ装置２０２にある論理ボリュームＶｏｌ２_２２０４に対するＩ／Ｏ要求を管理している。

　仮想論理ボリュームＶＶｏｌ１_４０７には、Ｐｏｏｌ１_４０６を介して、ＰｏｏｌＶｏｌ２_４０１（論理ボリューム）で構成される記憶階層Ｔｉｅｒ１_４０４からＰａｇｅＢ１及びＢ２が割り当てられ、ＰｏｏｌＶｏｌ３_４０２及びＰｏｌＶｏｌ４_４０３で構成される記憶階層Ｔｉｅｒ２_４０５からＰａｇｅＣ１乃至Ｃ３が割り当てられている。

　各論理ボリューム（ＰｏｏｌＶｏｌ２乃至４）は、アレイグループＡＧ１_２０７及び／又はＡＧ２_２０８から記憶領域が割り当てられて生成されている。アレイグループＡＧ１_２０７及びＡＧ２_２０８は、移行先ストレージ装置１１２のＣＰＵ１１９の機能によって、複数の記憶メディアから生成される高速かつ高信頼の論理的なディスクドライブである。記憶メディアは、半導体記憶メディアのＳＳＤ１１６、ハードディスク装置のＳＡＳ１１７やＳＡＴＡ１１８等で構成される。この例では、記憶メディアの種別をＳＳＤ、ＳＡＳ及びＳＡＴＡとしているが、いずれの記憶メディアであってもよいし、またそれらの組み合わせでもよい。

（ii）移行中のリソース関係
　図２３は、本発明の第２の実施形態適用中（仮想論理ボリューム増設処理中）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。

　図２３において、Ｐａｇｅ＿Ｘ１～Ｐａｇｅ＿Ｘ５は、デバイスファイルＤＦ２_２２０３の記憶領域を、階層型プールの仮想論理ボリュームに存在するページサイズで分割したものである。論理ボリューム移行前では、デバイスファイルＤＦ２_２２０３は、論理ボリュームＶｏｌ２_２２０４と関連付けられ、それに対するアプリケーションのＩ／Ｏ要求を管理している。従って、論理ボリューム移行前においては、デバイスファイルＤＦ２_２２０３は、論理ボリュームＶｏｌ２_２２０４に対するアクセス情報（アクセス特性：ＩＯＰＳ、データ転送量、最終アクセス時刻等）を、アドレス単位で管理している。そして、論理ボリュームＶｏｌ２_２２０４のデータの移行候補作成（仮想論理ボリュームの増設）が指示されると、ホスト監視エージェント１０８は、そのボリュームへのアクセスを階層型プールの仮想論理ボリュームで実現するために、上述のように、デバイスファイルＤＦ２_２２０３の記憶領域がページサイズで分割し、ページ単位のアクセス情報を生成する。より具体的には、ホスト監視エージェント１０８は、アドレス単位で管理されていたアクセス情報を、デバイスファイルＤＦ２_２２０３の記憶領域を分割して生成したページ毎に集計することにより、各ページにおけるアクセス情報を取得することになる。

（iii）移行後のリソース関係
　図２４は、本発明を適用した後（仮想論理ボリュームを増設し、論理ボリューム移行後）のＳＡＮ環境におけるリソースの構成及びリソース間の関連の具体例を示す図である。

　Ｐｏｏｌ１_４０６を介して割り当てられる記憶領域には、仮想論理ボリューム１_４０７生成後においても、まだ余裕がある。このため、増設される仮想論理ボリュームＶＶｏｌ２_２２０５に対してもＰｏｏｌ１_４０６を介して記憶領域を割り当てることにより、ストレージ装置の各階層の記憶領域を効率よく使用することができるようになる。

　Ｐｏｏｌ１_４０６は、前述の通り、記憶階層Ｔｉｅｒ１_４０４～Ｔｉｅｒ２_４０５によって構成されている。Ｐｏｏｌ１_４０６で例示されるプールは、ホストサーバ１０３に対してＶＶｏｌ２_２２０５で例示される仮想論理ボリュームを提供する。従って、論理ボリュームの移行後は、デバイスファイルＤＦ２_２２３は、仮想論理ボリュームＶＶｏｌ２_２２０５に対するＩ／Ｏ要求を管理することになる。

　Ｐｏｏｌ１_４０６は、複数種別の記憶メディアから構成される。そして、その記憶メディアはアレイグループ（例えば、ＡＧ１_２０７やＡＧ２_２０８）の切り分けられた領域からなる実領域であるプールボリューム（例えば、ＰｏｏｌＶｏｌ２_４０１～ＰｏｏｌＶｏｌ４_４０３）をプール（例えば、Ｐｏｏｌ１_４０６）に提供する。

　仮想論理ボリュームＶＶｏｌ２_２２０５は、ストレージ装置１１２の仮想論理ボリューム管理制御機能によってホストサーバ１０３に論理的なディスクドライブとして認識される。しかし、実論理ボリュームと異なり、仮想論理ボリュームＶＶｏｌ２_２２０５が作成された時には容量が定義されるだけで、定義された容量分の記憶領域は確保されない。その後、ＶＶｏｌ２_２２０５の新規アドレスに対するライト要求が発生したときに、記憶領域が必要量だけ割り当てられる。仮想論理ボリュームに割り当てられる記憶領域は、ページという単位で割り当てられる。図２４の例では、ＶＶｏｌ２_２２０５にはＴｉｅｒ１_４０４からＰａｇｅ＿Ｂ３～Ｐａｇｅ＿Ｂ４が割り当てられ、Ｔｉｅｒ２_４０５からＰａｇｅ＿Ｃ４～Ｐａｇｅ＿Ｃ６が割り当てられていることが示されている。

　記憶階層Ｔｉｅｒ１_４０４～Ｔｉｅｒ２_４０５は、ＳＳＤやＳＡＳといった記憶メディアの種別ごとに作成される論理的な記憶メディアの階層であり、記憶メディアの種別ごとに作成されたアレイグループＡＧ１_２０７～ＡＧ２_２０８から切り出された複数のプールボリュームＰｏｏｌＶｏｌ２_４０１～ＰｏｏｌＶｏｌ４_４０３で構成される。具体的な例として、図２４のＴｉｅｒ１_４０４は記憶階層種別が半導体記憶メディアであるＳＳＤであり、Ｔｉｅｒ２_４０５はハードディスク装置であるＳＡＳである。そのため、Ｔｉｅｒ１_４０４はＴｉｅｒ２_４０５よりも高性能である。記憶階層は、プールボリュームから仮想論理ボリュームのデータをページという単位で割り当てている。

　Ｐａｇｅ＿Ｂ１～Ｐａｇｅ＿Ｂ５、及びＰａｇｅ＿Ｃ１～Ｐａｇｅ＿Ｃ９は、記憶階層が仮想論理ボリュームに割り当てるための記憶領域の単位である。Ｐｏｏｌ１_４０６のように記憶階層を持ったプールに属する仮想論理ボリュームでは、単一プール内においてアクセス情報（アクセス特性ともいう。アクセス情報には、アクセス頻度（代表的なものとして、単位時間当たりのＩ／Ｏ数）、データ転送量や最終アクセス時刻等が含まれる）が他のページと相対的に高いページから高性能な記憶階層に配置されるように記憶領域の割り当てが制御される。逆に、アクセス情報が相対的に低いページは低性能の記憶階層に配置される。

　ページの配置にあたっては、ストレージ管理プログラム１１０が、ストレージ監視エージェント１０９を介して、ストレージ装置１１２からその構成情報（記憶階層情報やページ情報）およびページ単位のアクセス情報を取得し、前述したルールに従って、ページの配置を行う。

　図２４に示される例において、例えば現在、仮想論理ボリュームＶＶｏｌ２_２２０５に対して使用されているＰａｇｅ＿Ｃ４のページに対するアクセス頻度が大幅に上昇した場合、Ｔｉｅｒ１_４０４のＰａｇｅ＿Ｂ５がＶＶｏｌ１_４０７に割り当てられるようなページの再配置が行われることになる。

　＜ストレージ管理プログラムの機能＞
　図２５は、第２の実施形態におけるストレージ管理プログラム１１０の機能を説明するためのブロック図である。なお、第１の実施形態と同じ機能に関しては同一の参照番号を付している。また、各機能による処理の詳細については、後述のフローチャートやＧＵＩ画面例（図３１乃至３６）を参照して説明する。

　ストレージ管理プログラム１１０は、エージェント情報収集処理５０１、移行対象デバイスファイル及び移行先階層型プール選択処理２５０１、分析対象ページ特定処理２５０２、階層型プール構成増設候補算出処理２５０３、費用算出処理５０４、階層型プール構成増設候補表示処理２５０４、階層型プール増設制御処理２５０５、及びボリューム移行制御処理５０７を実行する。各処理は、ストレージ管理プログラム１１０に含まれるプログラムモジュールとして実現することも可能である。

　ストレージ管理プログラム１１０は、所定のタイミングで（例えば、スケジューリング設定に従い、定期的に、またはストレージ管理クライアント１０１を用いたユーザによる指示または他の処理からの指示により）エージェント情報収集処理５０１を起動して実行し、アプリケーション監視エージェント１０７、ホスト監視エージェント１０８、及びストレージ監視エージェント１０９が収集したＳＡＮ環境内の各デバイス、各エージェント（プログラム）や構成要素の構成・容量情報、性能情報、アクセス情報を受け取り、当該情報をデバイスファイルページ情報５０８、ボリューム情報５０９、プール階層情報５１０、記憶メディア情報５１１、プールボリュームページ情報２５０６、階層型プール構成情報２５０７、及びプールボリューム情報２５０８として保持する。ここで、リソースとは、ＳＡＮ環境を構成するハードウェア（ストレージ装置１１２、ホストサーバ１０３等）とその物理的または論理的な構成要素（パリティグループ、論理ボリューム等）、及びこれらハードウェア上で実行されるプログラム（業務ソフト、データベース管理システム、ファイル管理システム、ボリューム管理ソフト等）とその論理的な構成要素（ファイルシステム、論理デバイス等）を総称したものである。

　ストレージ管理プログラム１１０は、ストレージ管理クライアント１０１から指定された移行対象のデバイスファイル及び移行先の階層型プールをキーとして、デバイスファイルページ情報５０８及びボリューム情報５０９を検索することにより、移行対象デバイスファイル及び移行先階層型プール選択処理２５０１を実行し、移行対象のデバイスファイルのページ情報及び移行先階層型プール情報を特定し、そのページ情報及びプール情報を分析対象デバイスファイルページ情報５１２及び移行先階層型プール情報２５０９としてそれぞれ保持する。

　ストレージ管理プログラム１１０は、分析対象ページ特定処理２５０２を実行することにより、分析対象ページ情報１５１０を生成し、保持する、より具体的に、分析対象ページ特定処理２５０２では、ストレージ管理プログラム１１０は、移行先階層型プール情報２５０８から移行先階層型プールの情報を取得し、当該プールを構成するプールボリュームをプールボリューム情報２５０８から特定する。そして、ストレージ管理プログラム１１０は、特定したプールボリュームとプールボリュームページ情報２５０６とを比較して、分析対象となるプールボリューム上のページを特定する。さらに、ストレージ管理プログラム１１０は、このプールボリューム上のページと分析対象デバイスファイルページ情報５１２から取得したデバイスファイル上のページについて、ページ識別子と当該ページのアクセス情報を分析対象ページ情報に格納する。

　また、ストレージ管理プログラム１１０は、階層型プール構成増設候補算出処理２５０３を実行して、階層型プール構成候補情報５１３を生成して保持する。より具体的には、階層型プール構成増設候補算出処理２５０３では、ストレージ管理プログラム１１０は、分析対象ページ情報２５１０、プール階層情報５１０、及び記憶メディア情報５１１に基づいて、移行対象デバイスファイルを仮想論理ボリュームに移行した場合に、移行対象デバイスファイルが有している応答性能を満たす階層型プール構成を算出し、階層型プール構成候補情報５１３として保持する。

　さらに、ストレージ管理プログラム１１０は、分析対象デバイスファイルページ情報５１２と、階層型プール構成候補情報５１３と、階層型プール構成候補別費用情報５１５と、移行先階層型プール情報２５０９を用いて、階層型プール構成増設候補表示処理２５０４を実行し、増設候補表示用データを生成し、それをＧＵＩ（図３６参照）としてストレージ管理クライアント１０１の表示画面に表示する。

　そして、ユーザが上記ＧＵＩを用いて生成された階層型プール増設候補の作成実行を指示すると、ストレージ管理プログラム１１０は、階層型プール増設制御処理２５０５を実行し、指示された階層型プール増設候補に示される仮想論理ボリュームを作成するように、移行先ストレージ装置１１２の階層型プール管理制御プログラム１１４に指示する。

　なお、費用算出処理５０４、ボリューム移行制御処理５０７については第１の実施形態と同様であるため、その説明は省略する。また、各処理等の詳細については、図３１乃至３６を参照して後述する。

　＜各種情報の構成例＞
　図２６乃至３０は、第２の実施形態において管理サーバ１０５で保持され、ストレージ管理プログラム１１０が用いる各種情報の構成例を示す図である。各情報を説明するために、ここではテーブル形式を採用しているが、これに限られず、各構成項目の関係が把握できる構造であればどのような形式であっても良い。また、第２の実施形態においては、デバイスファイルページ情報５０８（図６）乃至階層型プール構成候補費用情報５１５（図１２）に示される情報も用いられるが、ここでは説明は省略する。

（i）プールボリュームページ情報（テーブル）
　図２６は、プールボリュームページ情報（テーブル）２５０６の構成例を示す図である。プールボリュームページ情報（テーブル）２５０６は、移行先ストレージ装置１１２に既に存在するプールを介して各階層から記憶領域が割り当てられたページに対するアクセス情報を管理するテーブルであり、ページ識別子２６０１と、プールボリューム識別子２６０２と、アクセス情報２６０３と、を構成項目として有している。

　ページ識別子２６０１は、移行先ストレージ装置１１２に既存のプールを介して記憶領域が割り当てられるページを一意に特定・識別するための情報である。

　ボリューム識別子２６０２は、対応するページが属する、移行先ストレージ装置１１２のプールボリューム（例えば、ＰｏｏｌＶｏｌ２_４０２乃至ＰｏｏｌＶｏｌ４_４０３に相当）を一意に特定・識別するための情報である。図２６の例では、ページ９０００乃至９２００がＰｏｏｌＶｏｌ２から記憶領域が割り当てられたページであり、ページ９３００がＰｏｏｌＶｏｌ３から記憶領域が割り当てられたページであることが分かる。

　アクセス情報２６０３は、各ページに対するアクセス情報（アクセス特性：ＩＯＰＳ、データ転送量、最終アクセス時刻等）を示している。

（ii）階層型プール構成情報（テーブル）
　図２７は、階層型プール構成情報（テーブル）２５０７の構成例を示す図である。階層型プール構成情報（テーブル）２５０７は、階層型プールと、それを有するストレージ装置の構成を管理するテーブルであり、プール識別子２７０１と、プール名２７０２と、ストレージ装置識別子２７０３と、上位階層容量２７０４と、中位階層容量２７０５と、下位階層容量２７０６と、を構成項目として有している。

　プール識別子２７０１は、移行先ストレージ装置１１２（複数存在する場合を含む）に作成されて既に存在するプールを一意に特定・識別するための情報である。

　プール名２７０２は、対応するプール名を示す情報である。

　ストレージ装置識別子２７０３は、対応するプールを有する移行先ストレージ装置１１２を一意に特定・識別するための情報である。

　上位階層容量２７０４乃至下位階層容量２７０６は、対応するプールに対して割り当てられた各階層の容量を示す情報である。

（iii）プールボリューム情報（テーブル）
　図２８は、プールボリューム情報（テーブル）２５０８の構成例を示す図である。プールボリューム情報（テーブル）２５０８は、プールボリュームを管理するためのテーブルであり、プールボリューム識別子２８０１と、ストレージ装置識別子２８０２と、プール識別子２８０３と、を構成項目として有している。

　プールボリューム識別子２８０１は、移行先ストレージ装置１１２（複数存在する場合を含む）に存在するプールボリュームを一意に特定・識別するための情報である。前述したように、少なくとも１つのプールボリュームで階層（Ｔｉｅｒ）を構成し、各階層からプールが生成される。

　ストレージ装置識別子２８０２は、対応するプールボリュームを含む移行先ストレージ装置を一意に特定・識別するための情報である。

　プール識別子２８０３は、対応するプールボリュームが属するプールを一意に特定・識別するための情報である。

（iv）移行先階層型プール情報（テーブル）
　図２９は、移行先階層型プール情報（テーブル）２５０９の構成例を示す図である。移行先階層型プール情報（テーブル）２５０９は、ユーザ（管理者）によって指示された、仮想論理ボリュームを増設する対象となるプールを管理するためのテーブルであり、プール識別子２９０１を構成項目として有している。

　当該プール識別子２９０１の欄には、ユーザ（管理者）がストレージ管理クライアント１０１を用いて仮想論理ボリュームを作成して関連付けるプールを選択すると、選択されたプールの識別情報が格納される。

（v）分析対象ページ情報（テーブル）
　図３０は、分析対象ページ情報（テーブル）２５１０の構成例を示す図である。分析対象ページ情報（テーブル）２５１０は、仮想論理ボリュームを増設しようとする既存プールに既に割り当てられているページと、増設しようとする仮想論理ボリュームに割り当てるページのアクセス情報を管理するためのテーブルであり、ページ識別子３００１と、アクセス情報３００２と、を構成項目として有している。

　分析対象ページ情報（テーブル）２５１０に挙げられているページの総数及びページ当たりの容量の情報により、全ページに記憶領域を割り当てられる容量を当該既存プールが有しているか判断することが可能である。つまり、先に設定されている仮想論理ボリュームに加えて、当該既存プールに新たな仮想論理ボリュームを増設する場合、先に設定されている仮想論理ボリュームで消費されている記憶容量と増設する仮想論理ボリュームに移行するページの全容量との和が、プールに割り当てられている記憶容量以下の場合にのみ、仮想論理ボリュームを増設して対象ページを移行することが可能となる。当該容量の和がプール容量を超過している場合には、当該既存のプールに対する仮想論理ボリュームの増設は実行されない。

　図３０において、ページ識別子３００１は、仮想論理ボリューム割り当てられている、或いは割り当てられることになるページを一意に特定・識別するための情報である。図３０では、ページ９０００乃至９１００が既存の仮想論理ボリュームからホストサーバ１０３に提供されるページであり、ページ１００乃至１３０が増設される仮想論理ボリュームに移行される分析対象のページである。

　アクセス情報３００２は、対応するページのアクセス情報（例えば、ＩＯＰＳ）を示す情報である。前述した例に従うと、アクセス情報が高いページほど上位階層から記憶領域が割り当てられるようになっている。この場合、各仮想論理ボリューム内のページに対して独立に、アクセス情報の高低に従って記憶領域を各ページに割り当てるようにしても良いし、既に記憶領域が割り当てられているページと増設する仮想論理ボリュームに移行するページとを合わせてアクセス情報が高い順に並べ替え、仮想論理ボリューム毎に改めて上位階層から記憶領域を割り当てるようにしても良い。従って、既存の仮想論理ボリューム含まれるページについて、仮想論理ボリュームを増設する前に割り当てられていた階層と、増設後に割り当てられる階層が異なる場合もある。

　＜仮想論理ボリューム増設処理の概要＞
　図３１は、階層型プール機能を有するストレージ装置（移行先ストレージ装置）１１２に既存のプールに仮想論理ボリュームを増設し、当該増設された仮想論理ボリュームに移行元ストレージ装置の論理ボリュームのデータを移行する処理の全体概要を説明するためのフローチャートである。

　Ｓ３１０１において、ストレージ管理プログラム１１０は、エージェント情報収集処理５０１を実行し、移行先ストレージ装置１１２の構成情報と、当該移行先ストレージ装置１１２における各プールボリュームの容量及び構成情報と、既存プールの情報と、既存の仮想論理ボリュームに格納されているページの情報と、ホストサーバ１０３に存在する各デバイスファイルのページの構成情報及びアクセス情報と、を取得する。つまり、当該処理により、図２６乃至２８に格納される情報が取得される。Ｓ３１０１の詳細については、図１４を参照して説明した通りである。

　Ｓ３１０２において、ストレージ管理プログラム１１０は、移行対象デバイスファイル及び移行先階層型プール選択処理２５０１を実行し、分析対象のデバイスファイル上のページと、仮想論理ボリュームを増設して移行先となる階層型プールを特定する。つまり、当該処理により、図１０及び２９に格納される情報が取得される。なお、Ｓ３１０２の詳細については、図３２を参照して後述する。

　Ｓ３１０３において、ストレージ管理プログラム１１０は、プールボリュームページ情報２５０６、階層型プール構成情報２５０７、プールボリューム情報２５０８、及び分析対象デバイスファイルページ情報５１２を参照して分析対象ページ特定処理２５０２を実行し、Ｓ３１０２で選択された、分析対象のデバイスファイル上のページと階層型プールを構成するプールボリューム上のページを特定する。つまり、当該処理により、図３０に格納される情報が取得される。なお、Ｓ３１０３の詳細については、図３４を参照して後述する。

　Ｓ３１０４において、ストレージ管理プログラム１１０は、デバイスファイルページ情報５０８、ボリューム情報５０９、プール階層情報５１０、記憶メディア情報５１１、及び分析対象ページ情報２５１０を参照して、階層型プール構成増設候補算出処理２５０３を実行し、階層型プール構成の候補を少なくとも１つ算出し、階層型構成候補情報５１３として保持する。Ｓ３１０４の詳細は、図１７で説明した通りである。

　Ｓ３１０５において、ストレージ管理プログラム１１０は、費用算出処理５０４を実行し、Ｓ３１０５で求められた各階層型プール構成を実現した場合の費用（ストレージ管理コスト）を計算し、階層型プール構成候補別費用情報５１５として保持する。Ｓ３１０５の詳細は、図１９で説明した通りである。

　Ｓ３１０６において、ストレージ管理プログラム１１０は、階層型プール構成増設候補表示処理２５０４を実行し、Ｓ３１０５で得られた階層型プール構成候補の情報と、各階層型プール構成候補を実現するための費用に関するＧＵＩを生成し、例えばストレージ管理クライアント１０１の表示画面上に表示する。Ｓ３１０６の詳細については、図３５を参照して後述する。

　以上の処理によって、階層型プール機能を有さない通常のストレージ装置に存在する論理ボリュームを、階層型プール機能を有するストレージ装置の既存のプールに増設する仮想論理ボリュームに移行した場合の、仮想論理ボリュームの構成、各階層の記憶装置から割り当てられる記憶容量、及び費用を、ユーザ（管理者）に提示することになる。ユーザは、表示された情報を基にして、実際に論理ボリュームの移行を指示することもできるし、移行コストが想定している予算よりも掛かるようであれば移行をしないという運用を選択することもできる。

　＜移行対象デバイスファイル及び移行先階層型プール選択処理（Ｓ３１０２）の詳細＞
　図３２は、移行対象デバイスファイル及び移行先階層型プール選択処理２５０１（Ｓ３１０２）の詳細を説明するためのフローチャートである。

　Ｓ３２０１において、ストレージ管理プログラム１１０は、デバイスファイルページ情報（テーブル）５０８（図６参照）からデバイスファイル情報を取得する。具体的には、ホストサーバ１０３で動作し、移行元ストレージ装置の論理ボリュームへのＩ／Ｏ要求を管理しているデバイスファイルの情報（デバイスファイル名、属するホスト名、及び論理ボリュームの容量）が取得される。

　Ｓ３２０２において、ストレージ管理プログラム１１０は、階層型プール構成情報（テーブル）２５０７（図２７参照）から、移行先ストレージ装置１１２に既に存在する階層型プールの情報を取得する。具体的には、既存プールが存在するストレージ装置の識別子、プール名或いはプール識別子、プールを構成する各階層の割り当て容量の情報が取得される。

　Ｓ３２０３において、ストレージ管理プログラム１１０は、Ｓ３２０１及びＳ３２０２で取得した情報に基づいて、移行対象デバイスファイルと移行対象階層型プールの選択画面（ＧＵＩ）を生成し、ストレージ管理クライアント１０１の表示画面上に表示する。なお、当該画面（ＧＵＩ）の構成例については、図３３を参照して後述する。

　Ｓ３２０４において、ストレージ管理プログラム１１０は、Ｓ３２０３で生成された選択画面に表示されたデバイスファイル群からユーザが少なくとも１つのデバイスファイルを選択したか否か判断する。例えば所定時間内に１つもデバイスファイルが選択されなければ（Ｓ３２０４でＮｏの場合）、移行対象デバイスファイル及び移行先階層型プール選択処理２５０１は終了する。また、移行対象が特定されなければ以後の処理は実行不可能であるため、仮想論理ボリューム増設処理自体を終了させても良い。或いは、１つ以上のデバイスファイルが選択されるまで処理を待機するようにしても良い。少なくとも１つのデバイスファイルが選択されると（Ｓ３２０４においてＹｅｓの場合）、処理はＳ３２０５に移行する。

　Ｓ３２０５において、ストレージ管理プログラム１１０は、Ｓ３２０３で生成された選択画面に表示された階層型プール群からユーザが少なくとも仮想論理ボリュームを増設する対象のプールを選択したか否か判断する。プールが選択されなければ（Ｓ３２０５でＮｏの場合）、移行対象デバイスファイル及び移行先階層型プール選択処理２５０１は終了する。また、増設対象のプールが特定されなければ以後の処理は実行不可能であるため、仮想論理ボリューム増設処理自体を終了させても良い。或いは、階層型プールが選択されるまで処理を待機するようにしても良い。階層型プールが選択されると（Ｓ３２０５においてＹｅｓの場合）、処理はＳ３２０６に移行する。

　Ｓ３２０６において、ストレージ管理プログラム１１０は、Ｓ３２０４で選択されたデバイスファイル情報及び当該デバイスファイル内のページ情報をデバイスファイルページ情報（テーブル）５０８（図６参照）から取得し、分析対象デバイスファイルページ情報（テーブル）５１２（図１０参照）に格納する。また、ストレージ管理プログラム１１０は、Ｓ３２０５で選択された階層型プールの情報（プール識別子）を移行先階層型プール情報（テーブル）２５０９（図２９参照）に格納する。

　以上により、移行対象デバイスファイル及び移行先階層型プール選択処理２５０１（Ｓ３１０２）は終了する。

　＜移行対象デバイスファイル及び移行対象階層型プール選択画面（ＧＵＩ）の構成例＞
　図３３は、移行対象デバイスファイル及び移行対象階層型プール選択画面（ＧＵＩ）の構成例を示す図である。

　移行対象デバイスファイル及び移行対象階層型プール選択画面（ＧＵＩ）３３００は、移行対象デバイスファイルの選択肢を表示する移行対象デバイスファイル情報表示領域３３０１と、移行先階層型プールの選択肢を表示する移行先階層型プール情報表示領域３３０２と、選択を確定するためのＯＫボタン３３１１と、選択を解除するためのＣａｎｃｅｌボタン３３１２と、を有している。

　移行対象デバイスファイル情報表示領域３３０１には、チェックすることによりデバイスファイルを選択可能にする選択欄３３０３と、選択対象のデバイスファイルを示すデバイスファイル名表示欄３３０４と、対応するデバイスファイルが属するホストサーバ名を示すホスト欄３３０５と、対応するデバイスファイルが管理する論理ボリュームの容量を示す容量欄３３０６が表示される。

　移行先階層型プール情報表示領域３３０２には、チェックすることによりプールを選択可能にする選択欄３３０７と、プールが存在するストレージ装置を識別する情報を示すストレージ装置欄３３０８と、選択対象のプールの識別情報或いは名称を示すプールＩＤ欄３３０９と、対応するプールを構成する各階層から割り当てられた容量を示す階層欄３３１０が表示される。

　＜分析対象ページ特定処理（Ｓ３１０３）の詳細＞
　図３４は、分析対象ページ特定処理２５０２（Ｓ３１０３）の詳細を説明するためのフローチャートである。

　Ｓ３４０１において、ストレージ管理プログラム１１０は、移行先階層型プール情報（テーブル）２５０９（図２９参照）から移行先階層型プール情報（プール識別子）を取得する。

　Ｓ３４０２において、ストレージ管理プログラム１１０は、Ｓ３４０１で取得した移行先階層型プール情報（プール識別子）に基づいて、プールボリューム情報（テーブル）２５０８（図２８参照）から、当該選択された階層型プールを構成する全てのプールボリューム（ＰｏｏｌＶｏｌ）の情報を取得する。

　Ｓ３４０３において、ストレージ管理プログラム１１０は、プールボリュームページ情報（テーブル）２５０６（図２６参照）から、Ｓ３４０２で取得されたプールボリューム上のページのページ識別子とアクセス情報を取得する。ここで取得される情報は、例えば、ページ９０００乃至９２００とそれらに対応するアクセス情報である（図２６参照）。

　Ｓ３４０４において、ストレージ管理プログラム１１０は、Ｓ３１０２で取得した分析対象デバイスファイルページ情報（テーブル）５１２（図１０参照）から、デバイスファイル上のページのページ識別子とアクセス情報を取得する。ここで取得される情報は、例えば、ページ１００乃至１３０とそれらに対応するアクセス情報である（図１０参照）。

　Ｓ３４０５において、ストレージ管理プログラム１１０は、Ｓ３４０３とＳ３４０４で取得した情報を合わせて、分析対象ページ情報（テーブル）２５１０（図３０参照）に格納する。

　＜階層型プール構成増設候補表示処理（Ｓ３１０６）の詳細＞
　図３５は、階層型プール構成増設候補表示処理２５０４（Ｓ３１０６）の詳細を説明するためのフローチャートである。

　Ｓ３５０１において、ストレージ管理プログラム１１０は、分析対象デバイスファイルページ情報（テーブル）５１２（図１０参照）から、移行対象デバイスファイル情報を取得する。取得される情報は、例えば、移行対象の論理ボリュームに対するＩ／Ｏ要求を管理するデバイスファイル名或いは識別情報、それが属するホスト名或いは識別情報、及び移行対象の論理ボリュームの容量（デバイスファイルから算出された容量）である。

　Ｓ３５０２において、ストレージ管理プログラム１１０は、階層型プール構成候補費用情報（テーブル）５１５（図１２参照）から、最小費用を示す構成候補の情報（候補識別子）を取得し、その候補の構成情報を階層型プール構成候補情報（テーブル）５１３（図１１参照）からする。

　Ｓ３５０３において、ストレージ管理プログラム１１０は、Ｓ３５０１及びＳ３５０２で取得した移行対象デバイスファイル情報と最小費用となる階層型プール構成の情報を用いて、階層型プール構成増設候補表示画面（ＧＵＩ）を生成し、ストレージ管理クライアント１０１の表示画面上に表示する。なお、当該画面（ＧＵＩ）の構成例については、図３６を参照して後述する。

　Ｓ３５０４において、ストレージ管理プログラム１１０は、ＧＵＩ（図３６参照）においてＯＫボタンがユーザによってクリックされたか判断する。つまり、階層型プール構成増設候補表示画面（ＧＵＩ）に表示された増設候補に対応する構成を有する仮想論理ボリュームを増設することが指示されたか否か判断するものである。ＯＫボタンが押されずＣａｎｃｅｌボタンが押されると（Ｓ３５０４でＮｏの場合）、ストレージ管理プログラム１１０は、階層型プール構成増設候補表示処理２５０４を終了させる。或いは、ストレージ管理プログラム１１０は、仮想論理ボリューム増設処理全体を終了させるようにしても良い。ＯＫボタンが押されると（Ｓ３５０４においてＹｅｓの場合）、処理はＳ３５０５に移行する。

　Ｓ３５０５において、ストレージ管理プログラム１１０は、階層型プール増設制御処理２５０５を実行し、移行先ストレージ装置１１２における階層型プール管理制御プログラム１１４に対して、算出された各階層からの容量を有する仮想論理ボリュームを選択された既存のプール上に作成するように指示する。

　Ｓ３５０６において、ストレージ管理プログラム１１０は、ＧＵＩ（図２１参照）でボリューム移行オプションが設定されているか判断する。つまり、ユーザによってボリューム移行を実行することが選択されているか判断される。ＯＫボタンが押されたときにボリューム移行オプションが設定されていない場合（Ｓ３５０６でＮｏの場合）、ストレージ管理プログラム１１０は、階層型プール構成増設候補表示処理２５０４を終了させる。或いは、ストレージ管理プログラム１１０は、移行処理全体を終了させるようにしても良い。ＯＫボタンが押されたときに移行オプションが設定されている場合（Ｓ３５０６においてＹｅｓの場合）、処理はＳ３５０７に移行する。

　Ｓ３５０７において、ストレージ管理プログラム１１０は、ボリューム移行制御処理５０７を実行し、移行先ストレージ装置１１２におけるボリューム移行実行プログラム１１５に対して、Ｓ３５０５で作成された仮想論理ボリュームに移行元ストレージ装置の論理ボリュームのデータを移行するように指示する。

　＜階層型プール構成増設候補表示画面（ＧＵＩ）の例＞
　図３６は、階層型プール構成候補表示処理２４０４によって生成される画面（ＧＵＩ）の構成例を示す図である。

　階層型プール構成増設候補表示画面３６００は、移行対象デバイスファイル情報表示領域３６０１と、移行先階層型プール情報表示領域３６０２と、ボリューム移行オプション指定領域３６１１と、ＯＫボタン３６１２と、Ｃａｎｃｅｌボタン３６１３と、を有している。

　移行対象デバイスファイル情報表示領域３６０１には、移行対象のデバイスファイル名を示すデバイスファイル欄３６０３と、そのデバイスファイルが属するホストサーバを識別するための情報を示すホスト欄３６０４と、移行対象のページの合計容量を示す容量欄３６０４が、表示される。

　移行先階層型プール情報表示領域３６０２には、仮想論理ボリュームが増設される移行先ストレージ装置を特定する情報を示すストレージ装置欄３６０６と、仮想論理ボリュームが増設される既存の階層型プールを識別する情報を示すプールＩＤ欄３６０７と、移行前の構成か移行後の構成かを示す情報欄３６０８と、移行前の各階層からの割り当て容量と移行後の書く階層からの割り当て容量の情報を示す階層欄３６０９と、仮想論理ボリューム増設に掛かる費用を示す費用欄３６１０が、表示される。

　ボリューム移行オプション３６１１は、増設する仮想論理ボリュームに移行元ストレージ装置の論理ボリュームのデータを移行するか否かを指示するためのボタンである。

　ＯＫボタン３６１２は、仮想論理ボリュームの増設、及びボリューム移行の有無を指示するためのボタンである。

　Ｃａｎｃｅｌボタン３６１３は、仮想論理ボリュームの増設及びボリューム移行の解除を指示するためのボタンである。

（３）まとめ
（i）以上説明した本発明では、管理サーバは、ホストサーバのデバイスファイルによる移行元ストレージ装置の論理ボリュームの管理情報（論理ボリュームに対するページ単位のアクセス負荷を示すアクセス情報）と、移行先ストレージ装置の階層の構成及び容量の情報と、メモリに保持している。そして、管理サーバは、デバイスファイルの管理情報と階層の構成及び容量の情報に基づいて、論理ボリュームの容量を算出し（ページ総数×ページの容量）、論理ボリュームに含まれるデータを格納するための記憶領域を仮想論理ボリュームに割り当てる階層型プールの構成候補を算出する。算出した階層型プールの構成候補は、巣取れ０時管理クライアントに出力される。このように、ホストサーバにおけるデバイスファイルの情報のみから論理ボリュームを移行先ストレージ装置の仮想論理ボリューム移行する場合の階層型プールの構成を提供することができる。従って、移行元ストレージ装置の構成情報を取得してそれを解析することなく、システム変更（階層型プールをサポートしないストレージ装置からサポートするストレージ装置への切り替え）における処理の効率化を図ることができる。

　アクセス情報が示すアクセス負荷が高いページから順に、階層型プールに含まれる上位階層の記憶領域を割り当てるようにして、階層型プール構成候補は算出される。このとき、移行元ストレージ装置の論理ボリュームに対するアクセス情報を、キャッシュヒットしたアクセスを除くアクセス負荷情報により構成しても良い。これにより、論理ボリュームに実際になされたアクセスのみによってアクセス負荷が見積もられるため、より正確なアクセス情報が得られる。よって、階層型プール構成候補も実際の運用に近いものが得られるようになる。

　また、管理サーバは、各階層を構成する記憶装置の費用情報と、階層型プールの構成候補の情報とに基づいて、階層型プールの構成候補を実現する場合の費用（複数の候補が算出された場合はそれぞれを実現する場合の費用）を算出し、それを階層型プール構成候補と併せて出力する。これにより、ユーザ（管理者）は、得られた候補を実現するときの費用を知ることができ、また、複数の候補が得られたときには各候補を実現する場合に掛かる費用を比較することができる。なお、アクセス負荷を示すアクセス情報としては、単位時間当たりのＩ／Ｏ要求数、データ転送量、や最終アクセス時刻等が用いられる。

　さらに、ストレージ管理クライアントからユーザが仮想論理ボリュームで実現したい応答性能を示す目標応答性値を指定できるようにしても良い。目標応答性能値が指定されると、管理サーバは、目標応答性能を満足するように各階層から記憶領域を割り当てて階層型プールの構成候補を算出するようにする。これにより、論理ボリュームのページ割り当てを可能にする安価な階層型プール構成候補だけでなく、目標応答性能を保証した候補を提示することが可能となる。

　なお、実施形態では、移行元ストレージ装置における移行対象として実論理ボリュームを例としてその説明をしたが、移行対象は仮想論理ボリュームであっても良い。つまり、移行元ストレージ装置が、階層型プール機能を用いずに、仮想論理ボリュームを提供し、その仮想論理ボリュームへのアクセスを管理するデバイスファイルの管理情報（アクセス情報）に基づいて、移行先ストレージ装置における階層型プール（第２の実施形態では、増設仮想論理ボリューム）の構成の候補を算出するようにしても良い。

（ii）移行先ストレージ装置に既存の階層型プールが生成されている場合がある。このとき、当該既存のプールを有効に活用したい。既存プールを有効に活用するためには、既存プール上に仮想論理ボリュームを増設することが望ましい。

　これを実現するために、管理サーバは、さらに、移行先ストレージ装置の既存階層型プールの構成情報と、当該既存階層型プール上に設定された既存仮想論理ボリュームのページに関する情報（ページを特定・識別する情報や各ページのアクセス情報）を保持する。そして、管理サーバは、階層型プール構成候補を算出する際に、移行すべき論理ボリュームの容量を算出する（ページ当たりの記憶容量×総ページ数）。さらに、管理サーバは、移行すべき論理ボリュームの容量と、既存ページ情報と、階層の構成及び容量の情報と、既存の階層型プールの構成情報とに基づいて、移行すべき論理ボリュームのデータを格納するための記憶領域を割り当てる仮想論理ボリュームを既存の階層型プール上に増設する場合の階層型プールの構成候補を算出する。このようにすることにより、階層型プールの数を必要以上に増やすことなく、各階層が提供する容量を有効に活用することが可能となる。

　なお、仮想論理ボリュームを増設する場合の階層型プール構成候補を算出する場合、既存仮想論理ボリュームのページ群及び移行すべきページ群をアクセス情報の高い順に並べ、既存仮想論理ボリューム及び増設仮想論理ボリュームのそれぞれのページ群について、アクセス情報が高いページから順に、階層型プールに含まれる上位階層の記憶領域を割り当てるようにする。これにより、仮想論理ボリューム増設時にページに対して記憶領域を割り当てしなおすことができるため、より効率よく各階層の記憶領域を活用することが可能となる。

（iii）本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

　また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。

　さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。

　最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

　さらに、上述の実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていても良い。

　加えて、本技術分野の通常の知識を有する者には、本発明のその他の実装がここに開示された本発明の明細書及び実施形態の考察から明らかになる。記述された実施形態の多様な態様及び／又はコンポーネントは、データを管理する機能を有するコンピュータ化ストレージシステムに於いて、単独又は如何なる組み合わせでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は請求範囲で示される。

１００　計算機システム（ストレージシステム）
１０１　ストレージ管理クライアント
１０２　ＬＡＮ
１０３　ホストサーバ
１０４　性能・構成情報収集サーバ
１０５　管理サーバ
１０６　業務ソフトウェア
１０７　アプリケーション監視エージェント
１０８　ホスト監視エージェント
１０９　ストレージ監視エージェント
１１０　ストレージ管理プログラム
１１１　ＳＡＮスイッチ
１１２　ストレージ装置（ストレージサブシステム）
１１３　メモリ
１１４　階層型プール管理制御プログラム
１１５　ボリューム移行実行プログラム
１１６　ＳＳＤ（上位階層の記憶装置）
１１７　ＳＡＳ（中位階層の記憶装置）
１１８　ＳＡＴＡ（下位階層の記憶装置）
１１９　ＣＰＵ（Central Processor Unit）

Claims

　性能の異なる複数の記憶装置を用いて複数の階層を生成し、当該各階層を用いて階層型プールを構成し、当該階層型プールから仮想論理ボリュームを提供する第１のストレージサブシステムを管理する、ストレージ管理システムであって、
　前記第１のストレージサブシステムとは異なる第２のストレージサブシステムにおける論理ボリュームに対するアクセスを管理する、ホストサーバのデバイスファイルの管理情報と、前記第１のストレージサブシステムにおける前記複数の記憶装置によって構成される階層の構成及び容量の情報と、を格納するためのメモリと、
　前記メモリから前記デバイスファイルの管理情報と前記階層の構成及び容量の情報を読み出し、当該読み出した情報に基づいて、前記論理ボリュームの容量を算出し、前記論理ボリュームに含まれるデータを格納するための記憶領域を前記仮想論理ボリュームに割り当てるための前記階層型プールの構成候補を算出する構成候補算出処理と、当該構成候補算出処理により得られる前記階層型プールの構成候補を出力する構成候補出力処理と、を実行するプロセッサと、
を有することを特徴とするストレージ管理システム。
　請求項１において、
　前記メモリは、前記デバイスファイルの管理情報として、前記論理ボリュームに対するアクセス負荷を前記階層型プールから割り当てる記憶領域の単位であるページ当たりのアクセス負荷に変換して得られるアクセス情報を有し、
　前記プロセッサは、前記構成候補算出処理において、前記論理ボリュームの容量を、前記ページ当たりの記憶容量と、前記論理ボリュームを構成する総ページ数とによって算出し、前記アクセス情報が示すアクセス負荷が高いページから順に、前記階層型プールに含まれる上位階層の記憶領域を割り当てることを特徴とするストレージ管理システム。
　請求項１において、
　前記プロセッサは、前記複数の記憶装置の費用情報と、前記構成候補算出処理によって得られる前記階層型プールの構成候補の情報と、に基づいて、前記階層型プールの構成候補を実現する場合の費用を算出する費用算出処理実行し、前記構成候補出力処理において前記算出した費用を併せて出力することを特徴とするストレージ管理システム。
　請求項２において、
　前記第２のストレージサブシステムの前記論理ボリュームに対するアクセス情報は、キャッシュヒットしたアクセスを除くアクセス負荷情報で構成されていることを特徴とするストレージ管理システム。
　請求項２において、
　前記アクセス情報は、前記論理ボリュームに対する、単位時間当たりのＩ／Ｏ要求数、データ転送量、及び最終アクセス時刻の少なくとも１つによりアクセス負荷を示すことを特徴とするストレージ管理システム。
　請求項２において、
　前記プロセッサは、前記仮想論理ボリュームにおいて実現すべき応答性能を示す目標応答性情報を取得し、前記構成候補算出処理において、当該目標応答性能を満足するように各階層から記憶領域を割り当てて前記階層型プールの構成候補を算出することを特徴とするストレージ管理システム。
　請求項１において、
　前記メモリは、さらに、前記第１のストレージサブシステムに既存の階層型プールの構成情報と、当該既存の階層型プール上に設定された既存の第１の仮想論理ボリュームから記憶領域が提供される複数のページに関する既存ページ情報と、を保持し、
　前記プロセッサは、前記構成候補算出処理において、前記第１のストレージサブシステムに移行すべき論理ボリュームの容量に関する情報と、前記既存ページ情報と、前記階層の構成及び容量の情報と、前記既存の階層型プールの構成情報とに基づいて、前記論理ボリュームのデータを格納するための記憶領域を割り当てる第２の仮想論理ボリュームを前記既存の階層型プール上に増設する場合の前記階層型プールの構成候補を算出することを特徴とするストレージ管理システム。
　請求項７において、
　前記既存ページ情報は、前記第１の仮想論理ボリュームの前記複数のページを特定する情報と、各ページに対するアクセス負荷を示すアクセス情報と、を含み、
　前記論理ボリュームの容量に関する情報は、前記ページ当たりの記憶容量と、前記論理ボリュームを構成する総ページ数とによって算出され、
　前記プロセッサは、さらに、前記第１及び第２の仮想論理ボリュームから記憶領域が割り当てられるそれぞれのページ群について、前記アクセス情報が示すアクセス負荷が高いページから順に、前記階層型プールに含まれる上位階層の記憶領域を割り当てて前記構成候補算出処理を実行することを特徴とするストレージ管理システム。
　請求項１に記載のストレージ管理システムと、前記第１のストレージサブシステムを含む少なくとも１つのストレージサブシステムと、前記第１のストレージサブシステムから前記仮想論理ボリュームが提供される少なくとも１つのホストサーバと、を有し、
　前記ホストサーバは、前記デバイスファイルの領域を前記階層型プールから割り当てる記憶領域の単位であるページに相当する領域に分割して、前記第２のストレージ装置の前記論理ボリュームに対するアクセス情報をページ単位のアクセス情報に変換して保持し、当該ページ単位のアクセス情報を前記ストレージ管理システムに送信し、
　前記ストレージ管理システムは、前記ページ単位のアクセス情報を前記メモリに格納することを特徴とする計算機システム。
　メモリとプロセッサを含むストレージ管理システムを用いて、性能の異なる複数の記憶装置を用いて複数の階層を生成し、当該各階層を用いて階層型プールを構成し、当該階層型プールから仮想論理ボリュームを提供する第１のストレージサブシステムを管理する、ストレージ管理方法であって、
　前記プロセッサが、前記メモリに、前記第１のストレージサブシステムとは異なる第２のストレージサブシステムにおける論理ボリュームに対するアクセスを管理する、ホストサーバのデバイスファイルの管理情報と、前記第１のストレージサブシステムにおける前記複数の記憶装置によって構成される階層の構成及び容量の情報とを取得し、前記メモリに格納するステップと、
　前記プロセッサが、前記メモリから、前記デバイスファイルの管理情報と前記階層の構成及び容量の情報を読み出すステップと、
　前記プロセッサが、前記メモリから読み出した情報に基づいて、前記論理ボリュームに含まれるデータを格納するための記憶領域を前記仮想論理ボリュームに割り当てるための前記階層型プールの構成候補を算出する構成候補算出処理を実行するステップと、
　前記プロセッサが、前記構成候補算出処理により得られる前記階層型プールの構成候補を出力する構成候補出力処理を実行するステップと、
を有することを特徴とするストレージ管理方法。
　請求項１０において、さらに、
　前記プロセッサが、前記デバイスファイルの管理情報として、前記論理ボリュームに対するアクセス負荷を前記階層型プールから割り当てる記憶領域の単位であるページ当たりのアクセス負荷に変換して得られるアクセス情報を取得して前記メモリに格納するステップを有し、
　前記構成候補算出処理において、前記プロセッサは、前記論理ボリュームの容量を、前記ページ当たりの記憶容量と、前記論理ボリュームを構成する総ページ数とによって算出し、前記アクセス情報が示すアクセス負荷が高いページから順に、前記階層型プールに含まれる上位階層の記憶領域を割り当てることを特徴とするストレージ管理方法。
　請求項１０において、さらに、
　前記プロセッサが、前記複数の階層を構成する複数の記憶装置の費用情報と、前記構成候補算出処理によって得られる前記階層型プールの構成候補の情報と、に基づいて、前記階層型プールの構成候補を実現する場合の費用を算出する費用算出処理実行するステップを有し、
　前記構成候補出力処理において、前記プロセッサは、前記算出した費用を併せて出力することを特徴とするストレージ管理方法。
　請求項１１において、
　前記第２のストレージサブシステムの前記論理ボリュームに対するアクセス情報は、キャッシュヒットしたアクセスを除くアクセス負荷情報で構成されていることを特徴とするストレージ管理方法。
　請求項１１において、さらに、
　前記プロセッサが、前記仮想論理ボリュームにおいて実現すべき応答性能を示す目標応答性情報を取得するステップを有し、
　前記構成候補算出処理において、前記プロセッサは、前記目標応答性能を満足するように各階層から記憶領域を割り当てて前記階層型プールの構成候補を算出することを特徴とするストレージ管理方法。
　請求項１０において、さらに、
　前記プロセッサが、前記メモリから、前記第１のストレージサブシステムに既存の階層型プールの構成情報と、当該既存の階層型プール上に設定された既存の第１の仮想論理ボリュームから記憶領域が提供される複数のページに関する既存ページ情報と、を読み出すステップと、
　前記構成候補算出処理において、前記プロセッサは、前記第１のストレージサブシステムに移行すべき論理ボリュームの容量に関する情報と、前記既存ページ情報と、前記階層の構成及び容量の情報と、前記既存の階層型プールの構成情報とに基づいて、前記論理ボリュームのデータを格納するための記憶領域を割り当てる第２の仮想論理ボリュームを前記既存の階層型プール上に増設する場合の前記階層型プールの構成候補を算出することを特徴とするストレージ管理方法。