JP2011221660A - 管理方法及び管理装置 - Google Patents

Abstract

【課題】システム全体の応答性能の悪化を未然に防止し得る管理方法及び管理装置を提供する。
【解決手段】階層型プール構成技術が適用されたストレージ装置を管理する管理方法及び装置において、単位時間当たりのアクセス数が性能閾値に達しており、かつ使用容量が容量閾値に達していない記憶階層が構成するプールからページが割り当てられている仮想ボリュームの中から移行候補の仮想ボリュームを選出すると共に、当該仮想ボリュームにページを割り当てているプールを移行元プールとして選出し、単位時間当たりのアクセス数が性能閾値に達していない記憶階層から構成されるプールを移行先プールとして選出し、これらの移行候補の仮想ボリューム及び移行先プールの組み合わせにより移行候補ペアを決定し、移行前後のシステム全体の応答性能をそれぞれ算出し、算出結果に基づいて移行対象の移行候補ペアを決定する。
【選択図】図２１

Description

本発明は、管理方法及び管理装置に関し、例えば計算機システムにおいてストレージ装置の性能管理を行う管理装置に適用して好適なものである。

従来、ストレージの仮想化技術として、性能の異なる複数種別の記憶装置を用いてプールを作成する階層型プール構成技術が提案されている（例えば特許文献１参照）。階層型プール構成技術では、仮想ボリュームの記憶領域をページと呼ばれる所定大きさに区分し、ページ単位で単位時間当たりのＩ／Ｏ数に応じて、例えばＩ／Ｏ負荷が高いページは高性能の記憶装置へ、Ｉ／Ｏ負荷が低いページは低性能の記憶装置へと、定期的にページを配置する記憶装置を切り替える。

このような階層型プール構成技術によれば、仮想ボリュームに対して単一種別の記憶装置から記憶領域を割り当てる場合に比べて、ページという細粒度のデータごとに割り当てる記憶装置が決定されるため、システムの性能要件と容量要件を満たす構成を設計する際、必要な高性能記憶装置の容量が少なくなり、ストレージコストの削減が可能となる。

特開２００７‐０６６２５９号公報

階層型プール構成技術では、プールを構成する記憶装置は、性能閾値及び容量閾値という値をもつ。性能閾値は「単位時間当たりのＩ／Ｏ数がこの値を超えたら応答性能が保証できなくなる」という値であり、記憶装置が仮想ボリュームに割り当てている記憶領域に対する単位時間当たりのＩ／Ｏ数の総和が性能閾値を超えると、当該記憶装からの記憶領域の配置を停止し、性能が１つ下の記憶装置から記憶領域の配置を行う。また、容量閾値は、容量実使用率がこの値になったら、その記憶装置から仮想ボリュームに対する記憶領域の配置をやめるという値である。

このように階層型プール構成において記憶装置に性能閾値を設けることによって、各記憶装置の応答性能が一定以上であることを確保することができる。また、記憶装置に容量閾値を設けることで、仮想ボリュームに対して記憶装置の容量を超えた記憶領域の割り当てを行わないようにすることができる。

ところで、階層型プール構成において、記憶装置の性能が性能閾値を超えるケースでは、その記憶装置が仮想ボリューム内のＩ／Ｏ数が多い１又は複数のページに対して記憶領域を割り当てていると推測でき、その記憶装置が高負荷になっているといえる。

そして、このようなケースでは、高性能な記憶装置のページを使い切ることができないため、システム全体を平均した応答性能が悪くなるという問題がある。

本発明は以上の点を考慮してなされたもので、システム全体の応答性能の悪化を未然に防止し得る管理方法及び管理装置を提案しようとするものである。

かかる課題を解決するため本発明においては、性能が異なる複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト装置に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト装置からのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で動的に割り当て、前記仮想ボリュームに割り当てられたページに対する単位時間当たりのアクセス数に応じて、定期的又は不定期に、前記ページを割り当てる前記記憶階層を他の種別の記憶階層に切り替えるストレージ装置を管理する管理方法において、単位時間当たりのアクセス数が性能閾値に達しており、かつ使用容量が容量閾値に達していない記憶階層を高負荷記憶階層として検出する第１のステップと、前記高負荷記憶階層が構成する前記プールからページが割り当てられている仮想ボリュームを検出し、検出した前記仮想ボリュームの中からデータを移行させる移行候補の仮想ボリュームを選出すると共に、当該仮想ボリュームにページを割り当てているプールを移行元プールとして選出する第２のステップと、構成する記憶階層の少なくとも１つの単位時間当たりのアクセス数が性能閾値に達しておらず、かつ前記移行元プールと異なるプールを移行先プールとして選出する第３のステップと、選出された前記移行候補の仮想ボリューム及び選出された前記移行先プールの組み合わせにより移行候補ペアを決定する第４のステップと、前記移行候補ペアごとに、前記移行候補の仮想ボリュームに書き込まれたデータを前記移行先プールに移行させる場合における移行前後のシステム全体の応答性能をそれぞれ算出する第５のステップと、移行前後のシステム全体の応答性能に基づいて移行対象の移行候補ペアを決定する第６のステップと、決定した前記移行候補ペアを構成する前記移行候補の仮想ボリュームのデータを、当該移行候補ペアを構成する移行先プールに移行させるように前記ストレージ装置を制御する第７のステップとを備えることを特徴とする。

また本発明においては、性能が異なる複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト装置に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト装置からのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で動的に割り当て、前記仮想ボリュームに割り当てられたページに対する単位時間当たりのアクセス数に応じて、定期的又は不定期に、前記ページを割り当てる前記記憶階層を他の種別の記憶階層に切り替えるストレージ装置を管理する管理装置において、単位時間当たりのアクセス数が性能閾値に達しており、かつ使用容量が容量閾値に達していない記憶階層を高負荷記憶階層として検出する高負荷記憶階層検出部と、前記高負荷記憶階層が構成する前記プールからページが割り当てられている仮想ボリュームを検出し、検出した前記仮想ボリュームの中からデータを移行させる移行候補の仮想ボリュームを選出すると共に、当該仮想ボリュームにページを割り当てているプールを移行元プールとして選出する移行元候補選出部と、構成する記憶階層の少なくとも１つの単位時間当たりのアクセス数が性能閾値に達しておらず、かつ前記移行元プールと異なるプールを移行先プールとして選出する移行先候補選出部と、選出された前記移行候補の仮想ボリューム及び選出された前記移行先プールの組み合わせにより移行候補ペアを決定する移行候補ペア決定部と、前記移行候補ペアごとに、前記移行候補の仮想ボリュームに書き込まれたデータを前記移行先プールに移行させる場合における移行前後のシステム全体の応答性能をそれぞれ算出する応答性能算出部と、移行前後のシステム全体の応答性能に基づいて移行対象の移行候補ペアを決定する移行対象決定部と、決定した前記移行候補ペアを構成する前記移行候補の仮想ボリュームのデータを、当該移行候補ペアを構成する移行先プールに移行させるように前記ストレージ装置を制御する移行制御部とを備えることを特徴とする。

本発明によれば、仮想ボリュームに割り当てられたページごとの単位時間当たりのアクセス数に基づいて、移行候補の仮想ボリュームに書き込まれたデータの移行前後の応答性能の改善率を最大化する移行を行うことができる。かくするにつき、単位時間当たりのアスクセス数が多いために高性能の記憶装置の記憶領域を使い切れていないケースを摘出し、そのような状況を解消させることができため、システム全体の応答性能の最小化を図ることができる。

本実施の形態による計算機システムの全体構成を示すブロック図である。 リソースの構成及びリソース間の関連の説明に供するブロック図である。 ストレージ管理ソフトウェアの構成の説明に供するブロック図である。 移行情報表示画面の画面構成例を示す概略図である。 ページ性能情報テーブルの構成を示す概念図である。 記憶階層構成情報テーブルの構成を示す概念図である。 仮想ボリューム・ページ・プール・記憶階層関連テーブルの構成を示す概念図である。 ＡＰ・ファイルシステム関連テーブルの構成を示す概念図である。 ファイルシステム・デバイスファイル関連テーブルの構成を示す概念図である。 ＡＰ・デバイスファイル関連テーブルの構成を示す概念図である。 デバイスファイル・仮想ボリューム関連テーブルの構成を示す概念図である。 記憶階層応答性能テーブルの構成を示す概念図である。 高負荷記憶階層テーブルの構成を示す概念図である。 ＡＰ条件テーブルの構成を示す概念図である。 移行元候補情報テーブルの構成を示す概念図である。 移行先候補情報テーブルの構成を示す概念図である。 移行候補ペアテーブルの構成を示す概念図である。 ページ配置後情報テーブルの構成を示す概念図である。 応答性能テーブルの構成を示す概念図である。 ＡＰ・仮想ボリューム関連テーブルの構成を示す概念図である。 システム性能管理処理の流れを示すフローチャートである。 エージェント情報収集処理の処理手順を示すフローチャートである。 高負荷記憶階層検出処理の処理手順を示すフローチャートである。 移行元候補選出処理の処理手順を示すフローチャートである。 移行先候補選出処理の処理手順を示すフローチャートである。 移行候補ペア決定処理の処理手順を示すフローチャートである。 ページ配置決定処理の処理手順を示すフローチャートである。 応答性能算出処理の処理手順を示すフローチャートである。 移行前システム応答時間算出処理の処理手順を示すフローチャートである。 移行後システム応答時間算出処理の処理手順を示すフローチャートである。 移行候補ペア応答時間算出処理の処理手順を示すフローチャートである。 移行対象決定処理の処理手順を示すフローチャートである。 移行情報表示処理の処理手順を示すフローチャートである。 ＡＰ・仮想ボリューム対応検索処理の処理手順を示すフローチャートである。

以下図面について、本発明の一実施の形態を詳述する。

（１）本実施の形態による計算機システムの構成
図１において、１００は全体として本実施の形態による計算機システムを示す。この計算機システム１００は、ＳＡＮ（Storage Area Network）環境において業務に関する処理を行う業務システムと、ＳＡＮ環境のストレージを管理するストレージ管理システムとを備えて構成される。

業務システムは、ハードウェアとして、１又は複数のホストサーバ１０１と、１又は複数のＳＡＮスイッチ１０２と、１又は複数のストレージ装置１０３と、ＬＡＮ（Local Area Network）１０４とを備え、ソフトウェアとして、ホストサーバ１０１に実装された１又は複数の業務ソフトウェア１２０を備える。業務ソフトウェア１２０には、データベース管理ソフトウェアや、メールソフトウェアが含まれる。

ホストサーバ１０１は、ＣＰＵ（Central Processing Unit）１１０、メモリ１１１、ハードディスク装置１１２及び通信装置１１３を備える。

ＣＰＵ１１０は、ハードディスク装置１１２に格納された種々のソフトウェアプログラムをメモリ１１１に読み込んで実行するプロセッサである。以下の説明においてメモリ１１１に読み込まれたソフトウェアプログラムが実行する処理は、実際にはそれらのソフトウェアプログラムを実行するＣＰＵ１１０によって実行される。

メモリ１１１は、例えばＤＲＡＭ（Dynamic Random Access Memory）などの半導体メモリから構成される。メモリ１１１には、ＣＰＵ１１０によって実行される各種ソフトウェアと、ＣＰＵ１１０によって参照される各種情報となどが格納される。具体的には、業務ソフトウェア１２０、ＯＳ（Operating System）１２１、アプリケーション監視エージェント１２２及びホスト監視エージェント１２３などのソフトウェアプログラムがメモリ１１１に格納される。

ハードディスク装置１１２は、各種ソフトウェア及び各種情報等を格納するために用いられる。なお、ハードディスク装置１１２に代えて、例えばフラッシュメモリのような半導体メモリや光ディスク装置等を適用するようにしても良い。

通信装置１１３は、ホストサーバ１０１がＬＡＮ１０４を経由して後述する性能監視サーバ１０７と通信したり、ＳＡＮスイッチ１０２を経由してストレージ装置１０３と通信するために使用される。通信装置１１３は、通信ケーブルの接続端子としてのポート１１４を備える。本実施の形態の場合、ホストサーバ１０１からストレージ装置１０３へのデータの入出力は、ファイバーチャネル（ＦＣ：Fibre Channel）プロトコルに従って行われるが、他のプロトコルに従って行うようにしても良い。また、ホストサーバ１０１及びストレージ装置１０３間の通信については、通信装置１１３及びＳＡＮスイッチ１０２を使用する代わりにＬＡＮ１０４を使用するようにしても良い。

ＳＡＮスイッチ１０２は、それぞれ１又は複数のホスト側ポート１３０及びストレージ側ポート１３１を備えており、これらホスト側ポート１３０及びストレージ側ポート１３１間の接続を切り替えることによって、ホストサーバ１０１及びストレージ装置１０３間のデータアクセス経路を設定する。

ストレージ装置１０３には、ホストサーバ１０１に対して仮想的な論理ボリューム（以下、これを仮想ボリュームと呼ぶ）を提供し、当該仮想ボリュームに対するホストサーバからのデータの書込み要求に応じて動的に仮想ボリュームに記憶領域を割り当てる仮想化機能が搭載されている。このストレージ装置１０３は、１又は複数のポート１４０、制御部１４１及び複数の記憶装置１４２を備えて構成される。

ポート１４０は、ＳＡＮスイッチ１０２を介してホストサーバ１０１又は後述する性能・構成情報収集サーバ１０６と通信するために用いられる。

記憶装置１４２は、例えばＳＳＤ（Solid State Drive）、ＳＡＳ（Serial Attached SCSI）ディスク等の高価なディスク及びＳＡＴＡ（Serial AT Attachment）ディスク等の安価なディスクから構成される。なお、記憶装置１４２として、ＳＳＤ、ＳＡＳディスク及びＳＡＴＡディスクに加え又は代えて、例えばＳＣＳＩ（Small Computer System Interface）ディスクや、光ディスク装置などを適用するようにしても良い。

同じ種別（ＳＳＤ、ＳＡＳディスク又はＳＡＴＡディスク等）の１又は複数の記憶装置１４２により１又は複数のアレイグループ１４４が形成され、１つのアレイグループ１４４が提供する記憶領域が、ページと呼ばれる所定の大きさ単位で仮想ボリュームに動的に割り当てられる。アレイグループ１４４、ページ及び仮想ボリューム等の関係については、後述する（図２）。

制御部１４１は、プロセッサ及びメモリ等のハードウェア資源を備えて構成され、ストレージ装置１０３の動作を制御する。例えば制御部１４１は、ホストサーバ１０１から送信されるリード要求やライト要求に従って、記憶装置１４２へのデータの読み書きを制御する。

また制御部１４１は、少なくとも仮想ボリューム管理制御部１４５及び移行実行部１４６を備える。仮想ボリューム管理制御部１４５は、記憶装置１４２が提供する記憶領域を仮想ボリュームとしてホストサーバ１０１に提供する。また移行実行部１４６は、性能監視サーバ１０７から与えられる移行命令に基づいて対応する記憶装置１４２を制御することにより、アレイグループ１４４間や他のストレージ装置１０３との間でデータを移行させる。なお、仮想ボリューム管理制御部１４５及び移行実行部１４６は、制御部１４１内の図示しないメモリに格納されたソフトウェアプログラムを制御部１４１内の図示しないプロセッサが実行することによって実現されても良い。

業務ソフトウェア１２０は、業務システムの業務論理機能を提供するアプリケーションソフトウェアである。業務ソフトウェア１２０は、必要に応じてストレージ装置１０３に対するデータの入出力を実行する。

業務ソフトウェア１２０からストレージ装置１０３内のデータへのアクセスは、ＯＳ１２１、通信装置１１３、ポート１１４、ＳＡＮスイッチ１０２及びストレージ装置１０３のポート１４０を経由して行われる。

ＯＳ１２１は、ホストサーバ１０１の基本ソフトウェアであり、業務ソフトウェア１２０に対してデータの入出力先となる記憶領域を、ファイルという単位で提供する。ＯＳ１２１が管理するファイルは、ある一群の単位（以下、これをファイルシステムと呼ぶ）で、ＯＳ１２１によって管理される仮想ボリュームとマウント等の操作によって対応付けられる。ファイルシステム中のファイルは、多くの場合、木構造で管理される。

一方、ストレージ管理システムは、ハードウェアとして、ストレージ管理クライアント１０５と、１又は複数の性能・構成情報収集サーバ１０６と、性能監視サーバ１０７とを備え、ソフトウェアとして、性能監視サーバ１０７に実装されたストレージ管理ソフトウェア１６４と、ホストサーバ１０１に実装されたアプリケーション監視エージェント１２２及びホスト監視エージェント１２３と、性能・構成情報収集サーバ１０６に実装されたストレージ監視エージェント１５５とを備える。

ストレージ管理クライアント１０５は、ストレージ管理ソフトウェア１６４のユーザインタフェース機能を提供する装置である。ストレージ管理クライアント１０５は、少なくとも、ユーザから入力を受け付けるための入力装置及びユーザに情報を表示するための表示装置（図示せず）を備える。表示装置は、例えば、ＣＲＴ（Cathode Ray Tube）又は液晶表示装置などから構成される。表示装置に表示されるＧＵＩ（Graphical User Interface）画面の構成例については後述する（図４）。ストレージ管理クライアント１０５は、ＬＡＮ１０４を経由して性能監視サーバ１０７のストレージ管理ソフトウェア１６４と通信する。

性能・構成情報収集サーバ１０６は、ＣＰＵ１５０、メモリ１５１、ハードディスク装置１５２及び通信装置１５３を備える。

ＣＰＵ１５０は、ハードディスク装置１５２に格納されたソフトウェアプログラムをメモリ１５１に読み込んで実行するプロセッサである。以下の説明においてメモリ１５１に読み込まれたソフトウェアプログラムが実行する処理は、実際にはそのソフトウェアプログラムを実行するＣＰＵ１５０によって実行される。

メモリ１５１は、例えばＤＲＡＭなどの半導体メモリから構成される。メモリ１５１には、ハードディスク装置１５２から読み込まれＣＰＵ１５０によって実行されるソフトウェアプログラム及びＣＰＵ１５０によって参照されるデータ等が格納される。具体的には、少なくともストレージ監視エージェント１５５がメモリ１５１に格納される。

ハードディスク装置１５２は、各種ソフトウェアやデータ等を格納するために用いられる。なお、ハードディスク装置１５２に代えて、例えばフラッシュメモリなどの半導体メモリや光ディスク装置等を用いるようにしても良い。

通信装置１５３は、性能・構成情報収集サーバ１０６がＬＡＮ１０４を経由して性能監視サーバ１０７と、ストレージ監視エージェント１５５の監視対象であるストレージ装置１０３と通信するために使用される。通信装置１５３は、通信ケーブルの接続端子としてのポート１５４を備える。

性能監視サーバ１０７は、ＣＰＵ１６０、メモリ１６１、ハードディスク装置１６２及び通信装置１６３を備える。

ＣＰＵ１６０は、ハードディスク装置１６２に格納されたソフトウェアプログラムをメモリ１６１に読み込んで実行するプロセッサである。以下の説明においてメモリ１６１に読み込まれたソフトウェアプログラムが実行する処理は、実際にはそのソフトウェアプログラムを実行するＣＰＵ１６０によって実行される。

メモリ１６１は、例えばＤＲＡＭなどの半導体メモリから構成される。メモリ１６１には、ハードディスク装置１６２から読み込まれＣＰＵ１６０によって実行されるソフトウェアプログラム及びＣＰＵ１６０によって参照される情報等が格納される。具体的には、少なくともストレージ管理ソフトウェア１６４がメモリ１６１に格納される。

ハードディスク装置１６２は、各種ソフトウェアや情報等を格納するために用いられる。なお、ハードディスク装置１６２に代えて、例えばフラッシュメモリなどの半導体メモリや光ディスク装置等を適用するようにしても良い。

通信装置１６３は、性能監視サーバ１０７がＬＡＮ１０４を経由してストレージ管理クライアント１０５や、性能・構成情報収集サーバ１０６及びホストサーバ１０１等と通信するために使用される。

ストレージ管理ソフトウェア１６４は、ＳＡＮ環境の構成情報、性能情報及びアプリケーション情報の収集と監視を行い、ストレージ装置１０３の記憶装置１４２が過負荷になったときに他の記憶装置１４２にデータを移行する機能を提供するソフトウェアである。ストレージ管理ソフトウェア１６４は、ＳＡＮ環境を構成するハードウェア及びソフトウェアから構成情報、性能情報、及びアプリケーション情報を取得するため、アプリケーション監視エージェント１２２、ホスト監視エージェント１２３及びストレージ監視エージェント１５５を利用する。

アプリケーション監視エージェント１２２は、業務ソフトウェア１２０に関する各種性能情報や構成情報を収集するためのソフトウェアであり、ホスト監視エージェント１２３は、ホストサーバ１０１の必要な性能情報や構成情報を収集するソフトウェアである。

ストレージ監視エージェント１５５は、通信装置１５３のポート１５４及びＳＡＮスイッチ１０２を経由して、ストレージ装置１０３から必要な性能情報及び構成情報を収集するソフトウェアである。図１においては、ストレージ監視エージェント１５５を専用の性能・構成情報収集サーバ１０６に実装する構成としたが、性能監視サーバ１０７上で稼働させるようにしても良い。

（２）リソースの構成及びリソース間の関連
図２は、本実施の形態によるＳＡＮ環境におけるリソースの構成及びリソース間の関連等に関する具体例を示す。

図２に示すＳＡＮ環境のハードウェアは、「ホストサーバＡ」〜「ホストサーバＣ」という３つのホストサーバ１０１Ａ〜１０１Ｃと、「ＳＡＮスイッチＡ」という１つのＳＡＮスイッチ１０２Ａと、「ストレージ装置Ａ」という１つのストレージ装置１０３Ａとから構成される。この図２においては、ストレージ装置が１つの場合について例示しているが、ストレージ装置が複数存在していても良い。

「ホストサーバＡ」〜「ホストサーバＣ」は、それぞれ図１のホストサーバ１０１に相当する。また「ＳＡＮスイッチＡ」は、図１のＳＡＮスイッチ１０２に相当する。さらに「ストレージ装置Ａ」は、図１のストレージ装置１０３に相当する。

「ホストサーバＡ」というホストサーバ１０１Ａ上では「AP A」〜「AP C」というアプリケーション２０１Ａ〜２０１Ｃが稼働し、「ホストサーバＢ」というホストサーバ１０１Ｂ上では、「AP D」及び「AP E」というアプリケーション２０１Ｄ，２０１Ｅが稼働し、「ホストサーバＣ」というホストサーバ１０１Ａ上では「AP F」というアプリケーション２０１Ｆが稼動している。これらのアプリケーション２０１Ａ〜２０１Ｆは、それぞれ図１の業務ソフトウェア１２０に相当する。以下においては、業務ソフトウェア１２０を、適宜、「アプリケーション」と呼ぶものとする。

また「ホストサーバＡ」というホストサーバ１０１Ａには、「FS A」及び「FS B」というファイルシステム２０２Ａ，２０２Ｂと、「DF A」及び「DF B」というデバイスファイル３０３Ａ，３０３Ｂとが定義されている。また「ホストサーバＢ」というホストサーバ１０１Ｂには、「FS C」及び「FS D」というファイルシステム２０２Ｃ，２０２Ｄと、「DF C」というデバイスファイル３０３Ｃとが定義され、「ホストサーバＣ」というホストサーバ１０１Ｃには、「FS E」というファイルシステム２０２Ｅと、「DF D」というデバイスファイル３０３Ｄとが定義されている。ファイルシステム２０２Ａ〜２０２Ｅは、ＯＳ１２１（図１）がデータの入出力サービスを提供する単位であり、データの入力先となる記憶領域を組織的に管理するためのものである。またデバイスファイル２０３Ａ〜２０３Ｄは、ファイルを外部記憶装置（ここではストレージ装置１０３Ａ）に格納する領域としてＯＳ１２１に管理されるものである。

これらのホストサーバ１０１Ａ〜１０１Ｃ上では、上述のように、それぞれ自サーバに実装されたアプリケーション２０１Ａ〜２０１Ｆの性能情報や構成情報を収集するためのアプリケーション監視エージェント１２２（図１）と、自サーバ内に定義されたファイルシステム２０２Ａ〜２０２Ｅ及びデバイスファイル２０３Ａ〜２０３Ｄの性能情報及び構成情報を収集するためのホスト監視エージェント１２３（図１）とが稼働している。

図２には、リソース間を結ぶ線が表示されている。これらの線は、線によって結ばれた２つのリソースの間にデータ入出力（Ｉ／Ｏ）による依存関係があることを表す。例えば図２では、「AP A」というアプリケーション２０１Ａと、「FS A」というファイルシステム２０２Ａとを結ぶ線が示されているが、この線は、「AP A」というアプリケーション２０１Ａが「FS A」というファイルシステム２０２Ａにリード要求やライト要求を発行するという関連を表す。また「FS A」及び「FS B」というファイルシステム２０２Ａ，２０２Ｂと、「DF A」というデバイスファイル２０３Ａとを結ぶ線は、これらのファイルシステム２０２Ａ，２０２Ｂに対するＩ／Ｏ負荷がそのデバイスファイル２０３Ａのリード又はライトになるという関連を表す。

なお図２では省略されているが、ストレージ装置１０３Ａの性能情報及び構成・容量情報を取得するため、上述のように性能・構成情報収集サーバ１０６（図１）上でストレージ監視エージェント１５５（図１）が稼動している。ストレージ監視エージェント１５５が性能情報及び構成・容量情報の収集対象とするリソースは、少なくともストレージ装置１０３Ａの「ポートＩ」〜「ポートＫ」というポート１４０Ａ〜１４０Ｃと、ストレージ装置１０３内に定義された「VVOL A」〜「VVOL D」という仮想ボリューム２０４Ａ〜２０４Ｄと、「Pool A」及び「Pool B」というプール２０５Ａ，２０５Ｂと、「TIER A」〜「TIER D」という記憶階層２０６Ａ〜２０６Ｄと、「Pool VOL A」〜「Pool VOL I」というプールボリューム２０７Ａ〜２０７Ｈと「AG A」〜「AG E」というアレイグループ１４４Ａ〜１４４Ｄと、各プール２０５Ａ，２０５Ｂ内の各ページ（「PGA1」〜「PGA8」、「PGB1」〜「PGB18」、「PGC1」〜「PGC8」、「PGD1」〜「PGD12」）である。ページについては後述する。

アレイグループ１４４Ａ〜１４４Ｄは、それぞれストレージ装置１０３Ａの制御部１４１（図１）の機能によって定義される、同一種別の１又は複数の記憶装置１４２Ａ〜１４２Ｄから構成される論理的なディスクドライブである。これらのアレイグループ１４４Ａ〜１４４Ｄは図１のアレイグループ１４４に相当し、記憶装置１４２Ａ〜１４２Ｄは図１の記憶装置１４２に相当する。

プールボリューム２０７Ａ〜２０７Ｈは、ストレージ装置１０３Ａの制御部１４１の機能によりアレイグループ１４４Ａ〜１４４Ｄが提供する記憶領域を切り分けることにより作成された、論理的なディスクドライブ（実論理ボリューム）である。プールボリューム２０７Ａ〜２０７Ｈの作成時には、定義容量分の記憶領域が予め対応するアレイグループ１４４Ａ〜１４４Ｄが提供する記憶領域上に確保される。

記憶階層２０６Ａ〜２０６Ｄは、ＳＳＤ又はＳＡＳといった記憶装置の種別ごとに作成される論理的な記憶装置１４２Ａ〜１４２Ｄの階層であり、同一種別の記憶装置１４２Ａ〜１４２Ｄから構成されるアレイグループ１４４Ａ〜１４４Ｄが提供する記憶領域から切り出された複数のプールボリューム２０７Ａ〜２０７Ｈから構成される。記憶階層２０６Ａ〜２０６Ｄは、仮想ボリューム２０４Ａ〜２０４Ｄに対して、対応するプール２０５Ａ，２０５Ｂを介してページという単位で記憶領域を割り当てる。

なお、以下においては、記憶階層２０６Ａ〜２０６Ｄのページに対応するプール２０５Ａ，２０５Ｂの一部領域をプールページと呼び、そのプールページに対応する仮想ボリューム２０４Ａ〜２０４Ｄの一部領域を仮想ページと呼ぶものとする。また、以下においては、記憶階層２０６Ａ〜２０６Ｄがプールボリューム２０７Ａ〜２０７Ｄを介して仮想ボリューム２０４Ａ〜２０４Ｄにページを割り当てることを「ページを配置する」と呼ぶ。

記憶階層２０６Ａ〜２０６Ｄは、性能閾値と容量閾値という２つの値をもつ。性能閾値は、上述のように「単位時間当たりのＩ／Ｏ数がこの値を超えたら応答性能が保証できなくなる」という値である。例えば図２において、「TIER A」という記憶階層２０６Ａの性能閾値が図６に示すように「1600」であるものとし、この記憶階層２０６Ａが「VVOL A」及び「VVOL B」という仮想ボリューム２０４Ａ，２０４Ｂに配置している「PGA1」〜「PGA4」、「PGB1」、「PGB2」という各ページに対するＩ／Ｏ数が図５の通りであるものとする。この場合、これらのページに対するＩ／Ｏ数の総数は「1600」であるため、この記憶階層２０６Ａは性能閾値に到達している。

また容量閾値は、上述のように容量実使用率がこの値になったら、その記憶階層２０６Ａ〜２０６Ｄから仮想ボリューム２０４Ａ〜２０４Ｄへのページの配置をやめるという値である。例えば、図２において「TIER C」という記憶階層２０６Ａの容量閾値及び実際に使用している容量率が図６の通りであるものとすると、この記憶階層２０６Ａは、容量閾値９０％に対して容量実使用率が９０％であるため、容量閾値に到達していることが分かる。

プール２０５Ａ，２０５Ｂは、同一又は異なる種別の１又は複数の記憶階層２０６Ａ〜２０６Ｄから構成される。例えば図２の場合、「POOL A」というプール２０５Ａは「TIER A」及び「TIER B」という異なる種別の２つの記憶階層２０６Ａ，２０６Ｂから構成され、「POOL B」というプール２０５Ｂは「TIER C」及び「TIER D」という異なる種別の２つの記憶階層２０６Ｃ，２０６Ｄから構成されている。

仮想ボリューム２０４Ａ〜２０４Ｄは、実体を有さない仮想的な論理ボリュームであり、ストレージ装置１０３Ａの仮想ボリューム管理制御部１４５（図１）の機能によって作成される。この仮想ボリューム２０４Ａ〜２０４Ｄは、ホストサーバ１０１Ａ〜１０１Ｃからは論理的なディスクドライブとして認識される。しかしながら、仮想ボリューム２０４Ａ〜２０４Ｄは、作成時には容量が定義されるだけで、定義された容量分の記憶領域は確保されない。その後、仮想ボリューム２０４Ａ〜２０４Ｄの新規アドレスに対するライト要求を受信したときに、関連する記憶階層２０６Ａ〜２０６Ｄから必要量のページが配置される。

例えば図２では、「VVOL A」という仮想ボリューム２０４Ａには、「TIER A」という記憶階層２０６Ａから「PGA1」〜「PGA4」というページが配置されると共に、「TIER B」という記憶階層２０６Ｂから「PGA5」〜「PGA8」というページが配置されていることが示されている。また、「VVOL B」という仮想ボリューム２０４Ｂには、「TIER A」から「PGB1」及び「PGB2」というページが配置されると共に、「TIER B」から「PGB3」〜「PGB18」というページが配置されている。一方、「VVOL C」という仮想ボリューム２０４Ｃには、「TIER C」という記憶階層２０６Ｃから「PGC1」〜「PGC8」というページが配置されている。また「VVOL D」という仮想ボリューム２０４Ｄには、「TIER C」から「PGD1」〜「PGD8」というページが配置されると共に、「TIER D」から「PGD9」〜「PGD12」というページが配置されている。

ページは、記憶階層２０６Ａ〜２０６Ｄが、その記憶階層２０６Ａ〜２０６Ｄに関連付けられたプール２０５Ａ，２０５Ｂ内の対応するプールページを介して、そのプール２０５Ａ，２０５Ｂと関連付けられた仮想ボリューム２０４Ａ〜２０４Ｄ内の対応する仮想ページに割り当てる記憶領域である。仮想ボリューム２０４Ａ〜２０４Ｄの仮想ページに対してどの記憶階層２０６Ａ〜２０６Ｄからページを配置するかは、その仮想ボリューム２０４Ａ〜２０４Ｄが関連付けられたプール２０５Ａ，２０５Ｂ内におけるその仮想ページに対応するプールページに対するＩ／Ｏ数に応じて決定される。具体的には、その仮想ボリューム２０４Ａ〜２０４Ｄが関連付けられたプール２０５Ａ，２０５Ｂ内で単位時間当たりのＩ／Ｏ数が多いプールページに対して相対的に高性能な記憶階層２０６Ａ，２０６Ｃからページが配置され、単位時間当たりのＩ／Ｏ数が少ないプールページに対して相対的に低性能な記憶階層２０６Ｂ，２０６Ｄからページが配置される。

例えば、図２の「POOL A」というプール２０５Ａは、「TIER A」という記憶階層２０６Ａと、「TIER B」という記憶階層２０６Ｂとで構成されており、「TIER A」を構成する記憶装置１４２Ａの種別がＳＳＤ、「TIER B」を構成する記憶装置１４２Ｂの種別がＳＡＳであるものとすると、「TIER A」が「TIER B」よりも高性能である。これら「TIER A」及び「TIER B」が仮想ボリューム２０４Ａ，２０４Ｂに配置している各ページに対する単位時間当たりのＩ／Ｏ数が図５に示す通りであるとすると、「TIER A」がいずれかの仮想ボリューム２０４Ａ，２０４Ｂに配置しているページ（「PGA1」〜「PGA4」、「PGB1」、「PGB2」）は、単位時間当たりのＩ／Ｏ数が200〜400であり、「TIER B」がいずれかの仮想ボリューム２０４Ａ，２０４Ｂに配置しているページ（「PGA5」〜「PGA8」、「PGB3」〜「PGB18」は、単位時間当たりのＩ／Ｏ数が50〜100である（図５参照）。このように、プール２０５Ａ，２０５Ｂ内で相対的にＩ／Ｏ数が高いプールページに対して高性能な記憶階層２０６Ａ，２０６Ｃからページが配置される。

さらに、この例では、「TIER A」が仮想ボリューム２０４Ａ，２０４Ｂに配置しているページに対するＩ／Ｏの総数は、次式
……（１）

のように、1600であることが分かる。ここで図６に示すように、「TIER A」の性能閾値を1600、容量閾値を「90％」、容量実使用率を「34％」とすると、「TIER A」については、容量に余裕があるにもかかわらず、これ以上ページを割り当てることができない。

なお、ページは、記憶階層２０６Ａ〜２０６Ｄから仮想ボリューム２０４Ａ〜２０４Ｄに対して配置されるが、ページの実体は、その記憶階層２０６Ａ〜２０６Ｄを構成するプールボリューム２０７Ａ〜２０７Ｈ上に確保される。

以上述べたように、アプリケーション２０１Ａ〜２０１Ｆからファイルシステム２０２Ａ〜２０２Ｅ及びデバイスファイル２０３Ａ〜２０３Ｄを経て仮想ボリューム２０４Ａ〜２０４Ｄに至るリソース間の関連情報をつなぎ合わせると、いわゆるＩ／Ｏ経路が得られる。

例えば、「AP F」というアプリケーション２０１Ｆは「FS E」というファイルシステム２０２Ｅにリード要求やライト要求を発行し、このファイルシステム２０２Ｅは「DF D」というデバイスファイル２０３Ｄに確保される。また、このデバイスファイル２０３Ｄは「VVOL D」という仮想ボリューム２０４Ｄに割り当てられ、この仮想ボリューム２０４Ｄは「POOL B」というプール２０５ＢにＩ／Ｏを発行する。なお、このプール２０５Ｂは、「TIER C」及び「TIER D」という２つの記憶階層２０６Ｃ，２０６Ｄから構成される。

従って、図２の場合、「AP F」というアプリケーション２０１Ｆが発生させるＩ／Ｏ負荷は、「FS E」というファイルシステム２０２Ｅから、「DF D」というデバイスファイル２０３Ｄ、「VVOL D」という仮想ボリューム２０４Ｄ、「POOL B」というプール２０５Ｂ、「TIER C」又は「TIER D」という記憶階層２０６Ｃ，２０６Ｄ、「POOL VOL D」〜「POOL VOL I」というプールボリューム２０７Ｄ〜２０７Ｈのいずれか、「AG C」又は「AG D」というアレイグループ１４４Ｃ，１４４Ｄを経由する経路を経てＳＳＤやＳＡＳといった記憶装置１４２Ｃ，１４２Ｄに達する。

なお、以下の説明においては、便宜上、アプリケーション、ファイルシステム、デバイスファイル、仮想ボリューム、プール、記憶階層、プールボリューム及びアレイグループの符号として、図２において使用された対応部分の数字を使用する。すなわちアプリケーションは「２０１」、ファイルシステムは「２０２」、デバイスファイルは「２０３」、仮想ボリュームは「２０４」、プールは「２０５」、記憶階層は「２０６」、プールボリュームは「２０７」を、そのリソースの符号として用いる。

（３）ストレージ管理ソフトウェアの構成
図３は、ストレージ管理ソフトウェア１６４の具体的な構成を示す。図３において、エージェント情報収集部３０１、高負荷記憶階層検出部３０４、ＡＰ（アプリケーション）条件設定部３０７、移行元候補選出部３０８、移行先候補選出部３１０、移行候補ペア決定部３１２、応答性能算出部３１４、ページ配置決定部３１５、ＡＰ・仮想ボリューム対応検索部３１６、移行対象決定部３１９、移行情報表示部３２１及び移行制御部３２２は、ストレージ管理ソフトウェア１６４を構成するプログラムモジュールである。

また図３において、リソース性能情報３０２、リソース構成・容量情報３０２、高負荷記憶階層テーブル３０５、ＡＰ条件テーブル３０６、移行元候補情報テーブル３０９、移行先候補情報テーブル３１１、移行候補ペアテーブル３１３、ＡＰ・仮想ボリューム関連テーブル３１７、ページ配置後情報テーブル３１８及び応答性能テーブル３２０は、ストレージ管理ソフトウェア１６４が管理する情報であり、性能監視サーバ１０７のメモリ１６１又はハードディスク装置１６２に保持される。

ホストサーバ１０１に実装されたアプリケーション監視エージェント１２２及びホスト監視エージェント１２３と、性能・構成情報収集サーバ１０６に実装されたストレージ監視エージェント１５５とは、所定のタイミングで（例えば、スケジューリング設定に従い、タイマによって定期的に）起動されるか、あるいは、ストレージ管理ソフトウェア１６４により起動されて、自エージェントが担当する監視対象から必要な性能情報及び又は構成・容量情報を収集する。

ストレージ管理ソフトウェア１６４のエージェント情報収集部３０１も、所定のタイミングで（例えば、スケジューリング設定に従い定期的に）起動され、ＳＡＮ環境内のアプリケーション監視エージェント１２２、ホスト監視エージェント１２３及びストレージ監視エージェント１５５から、これらが収集した監視対象の性能情報及び構成・容量情報を収集する。そして、エージェント情報収集部３０１は、収集した情報をリソース性能情報及びリソース構成・容量情報として管理する。

ここで、リソースとは、ＳＡＮ環境を構成するハードウェア（ストレージ装置、ホストサーバ等）及びその物理的又は論理的な構成要素（アレイグループ、論理ボリューム等）と、これらハードウェア上で実行されるプログラム（業務ソフトウェア、データベース管理ソフトウェア、ファイル管理システム、ボリューム管理ソフトウェア等）及びその論理的な構成要素（ファイルシステム、論理デバイス等）とを総称したものをいう。

リソース性能情報３０２は、エージェント情報収集部３０１がストレージ監視エージェント１５５から収集した対象とするリソースの性能に関する情報であり、具体的には、ページごとの単位時間当たりの平均Ｉ／Ｏ数が該当する。この情報は、図５について後述するページ性能情報テーブル５０１に格納されて管理される。

リソース構成・容量情報３０３は、エージェント情報収集部３０１がストレージ監視エージェント１５５、アプリケーション監視エージェント１２２及びホスト監視エージェント１２３から収集した、対象とするリソースの構成及び又は容量に関する情報である。このリソース構成・容量情報３０３の詳細については後述する。

一方、高負荷記憶階層検出部３０４は、リソース性能情報３０２及びリソース構成・容量情報３０３に基づいて、高負荷状態にある記憶階層２０６（図２参照）を検出し、検出した記憶階層２０６を高負荷記憶階層テーブル３０５に登録する。またＡＰ条件設定部３０７は、アプリケーション２０１（業務ソフトウェア１２０に相当）の一覧をストレージ管理クライアント１０５に表示させ、ユーザがその一覧に基づいて各アプリケーション２０１についてそれぞれ設定した、そのアプリケーション２０１が使用するデータの同一ストレージ装置１０３内又はストレージ装置１０３間での移行の可否をＡＰ条件テーブル３０６に登録する。

移行元候補選出部３０８は、高負荷記憶階層テーブル３０５に登録された高負荷状態にある記憶階層２０６がページを配置している仮想ボリューム２０４（図２参照）のうち、ＡＰ条件テーブル３０６においてデータ移行が「可」に設定されているアプリケーションに関連する仮想ボリューム（そのアプリケーション２０１がデータを読み書きする仮想ボリューム）２０４を移行元候補情報テーブル３０９に登録する。

また移行先候補選出部３１０は、リソース性能情報３０２及びリソース構成・容量情報３０３に基づいて、移行候補の仮想ボリューム２０４に関連付けられたプール２０５（図２参照）以外のプール２０５であって、仮想ボリューム２０６に配置している各ページに対する単位時間当たりのＩ／Ｏ数の総和が性能閾値に達していない記憶階層２０６から構成されるプール２０５を検索し、そのプール２０５を移行候補の仮想ボリューム２０４のデータの移行先として移行先候補情報テーブル３１１に格納する。

移行候補ペア決定部３１２は、移行元候補情報テーブル３０９に登録された仮想ボリューム２０４と、移行先候補情報テーブル３１１に登録されたプール２０５とをすべての組合せパターンで組み合わせることにより、データの移行候補の仮想ボリューム２０４と、移行先のプール２０５とのペア（以下、これを移行候補ペアと呼ぶ）を複数作成し、作成した各移行候補ペアをそれぞれ移行候補ペアテーブル３１３に登録する。

ページ配置決定部３１５は、移行候補ペアテーブル３１３に登録された各移行候補ペアについて、移行候補の仮想ボリューム２０４のデータをその移行候補の仮想ボリューム２０４が関連付けられた移行元のプール（以下、これを移行元プールと呼ぶ）から移行先のプール（以下、これを移行先プールと呼ぶ）２０５に移行した場合に各記憶階層２０６が仮想ボリューム２０４にそれぞれ配置するページ数を算出し、算出結果をページ配置後情報テーブル３１８に格納する。

応答性能算出部３１４は、リソース性能情報３０２、リソース構成・容量情報３０３及びページ配置後情報テーブル３１８に基づいて、移行候補ペアテーブル３１３に登録された各移行候補ペアについて、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行する前の計算機システム１００全体、移行元プール２０５及び移行先プール２０５の各応答性能と、移行した後の計算機システム１００全体、移行元プール２０５及び移行先プール２０５の各応答性能とをそれぞれ算出し、算出結果を応答性能テーブル３２０に格納する。

ＡＰ・仮想ボリューム対応検索部３１６は、リソース構成・容量情報３０３に基づいて、ホストサーバ１０１（図１）に実装されたアプリケーション２０１と、ストレージ装置１０３（図１）内に定義された仮想ボリューム２０４との関連を表す関連情報を作成し、作成した関連情報をＡＰ・仮想ボリューム関連テーブル３１７に格納する。

移行対象決定部３１９は、応答性能テーブル３２０に基づいて、移行候補ペアテーブル３１３に登録された移行候補ペアの中から、データの移行前後における計算機システム１００全体の応答性能の差が一番大きいものを移行実行対象の移行候補ペアとして選出し、選出した移行候補ペアにおける移行候補の仮想ボリューム２０４のデータを、当該移行候補ペアにおいて移行先プール２０５に移行させるべき旨の移行実行要求を移行制御部３２２に発行する。

また移行情報表示部３２１は、移行候補ペアテーブル３１３に登録された各移行候補ペアについて、その移行候補ペアにおけるデータ移行前の計算機システム１００全体、移行元プール２０５及び移行先プール２０５の各性能情報と、データ移行後の計算機システム１００全体、移行元プール２０５及び移行先プール２０５の各性能情報とを応答性能テーブル３２０から取得し、取得したこれらの性能情報が掲載された移行情報表示画面４０１（図４を参照して後述）をストレージ管理クライアント１０５に表示させる。

また移行情報表示部３２１は、データ移行の動作モードとして手動モードが設定されている場合であって、かかる移行情報表示画面４０１上でユーザにより所望の移行候補ペアが選択され、その移行候補ペアについてのデータ移行処理の実行指示が入力されたときには、移行制御部３２２に対して、選択された移行候補ペアを構成する移行候補の仮想ボリューム２０４に格納されたデータを当該移行候補ペアを構成する移行先プール２０５に移行させるべき旨の移行実行要求を発行する。

移行制御部３２２は、移行対象決定部３１９又は移行情報表示部３２１から与えられる移行実行要求に応じて、ストレージ装置１０３の移行実行部１４６に対して上述と同様のデータ移行の実行命令を発行する。

（４）移行情報表示画面の構成
図４は、移行情報表示部３２１（図３）によりストレージ管理クライアント１０５（図１）の表示装置に表示される移行情報表示画面４０１の構成例を示す。この移行情報表示画面４０１は、図３について上述した応答性能算出部３１４により算出された、移行候補ペアテーブル３１３に登録されている各移行候補ペアにおけるデータの移行前後での計算機システム１００全体、移行元プール２０５（図２参照）及び移行先プール２０５の各性能情報を表示するためのＧＵＩ画面である。

この移行情報表示画面４０１は、移行候補ペア情報一覧４０２と、移行実行ボタン４０３とから構成される。また移行候補ペア情報一覧４０２は、移行元仮想ボリューム欄４１０、移行元プール欄４１１、移行先プール欄４１２、システム応答性能欄４１３、移行元プール応答性能欄４１４、移行先プール応答性能欄４１５、移行候補仮想ボリューム利用ＡＰ欄４１６、移行先プール利用ＡＰ欄４１７及び移行実行候補選択欄４１８から構成される。この移行候補ペア情報一覧４０２の１行は、移行候補ペアテーブル３１３（図３）に登録された移行候補ペアの１つに対応する。

そして移行候補仮想ボリューム欄４１０、移行元プール欄４１１及び移行先プール欄４１２には、それぞれ移行候補ペアテーブル３１３に登録された対応する移行候補ペアにおける移行候補の仮想ボリューム２０４（図２参照）の識別子、その移行候補ペアにおける移行元プール２０５の識別子、及び、その移行候補ペアにおける移行先プール２０５の識別子がそれぞれ表示される。

またシステム応答性能欄４１３、移行元プール応答性能欄４１４及び移行先プール応答性能欄４１５には、それぞれデータ移行前後における計算機システム１００全体、移行元プール２０５及び移行先プール２０５の応答性能がミリ秒（ms）単位で表示される。

さらに移行候補仮想ボリューム利用ＡＰ欄４１６には、対応する移行候補ペアにおける移行候補の仮想ボリューム２０４を利用しているすべてのアプリケーション２０１の識別子が表示され、移行先プール利用ＡＰ欄４１７には、その移行候補ペアにおける移行先プール２０５と関連付けられた仮想ボリューム２０４を利用しているすべてのアプリケーション２０１の識別子が表示される。

さらに移行実行候補選択欄４１８には、チェックボックス４２０が表示される。そして移行情報表示画面４０１では、所望の移行候補ペアに対応するチェックボックス４２０をクリックすることによって、その移行候補ペアを選択することができ、選択された移行候補ペアに対応するチェックボックス４２０内にチェックマーク４２１が表示される。

かくしてユーザは、移行情報表示画面４０１の移行候補ペア情報一覧４０２に表示された各移行候補ペアの移行前後の性能情報を参照して、所望する移行候補ペアに対応するチェックボックス４２０にチェックマーク４２１を表示させた後に移行実行ボタン４０３をクリックすることによって、そのとき選択した移行候補ペアについてのデータ移行の実行指示を入力することができる。

（５）各種情報の構成
次に、ストレージ管理ソフトウェア１６４の各プログラムモジュールが管理及び使用する各種情報（テーブルを含む）の構成について説明する。

（５−１）リソース性能情報の構成
リソース性能情報３０２（図３）は、図５に示すようなテーブル形式で管理される。以下においては、図５に示すテーブルを、ページ性能情報テーブル５０１と呼ぶものとする。

このページ性能情報テーブル５０１は、エージェント情報収集部３０１（図３）がストレージ監視エージェント１５５（図３）から収集した、ストレージ装置１０３内の仮想ボリューム２０４に配置されている各ページの単位時間当たりの平均Ｉ／Ｏ数を保持及び管理するためのテーブルであり、図５に示すように、ページ識別子欄５０２及び平均Ｉ／Ｏ数欄５０３から構成される。

そしてページ識別子欄５０２には、ストレージ装置１０３内に定義されたすべての仮想ボリューム２０４（図２）内のすべてのページの識別子がそれぞれ格納され、平均Ｉ／Ｏ数欄５０３には、対応するページの単位時間当たりの平均Ｉ／Ｏ数（例えば１秒当たりのＩ／Ｏ数）が格納される。

従って、図５では、例えば「PG A1」〜「PG A4」というページはいずれも単位時間当たりの平均Ｉ／Ｏ数が「200」であり、「PG A5」〜「PG A8」というページはいずれも単位時間当たりの平均Ｉ／Ｏ数が「100」であり、「PG B1」及び「PG B2」というページはいずれも単位時間当たりの平均Ｉ／Ｏ数が「400」であることが示されている。

（５−２）リソース構成・容量情報の構成
リソース構成・容量情報３０３は、図６〜図１２に示す記憶階層構成情報テーブル６０１（図６）、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）、ＡＰ・ファイルシステム関連テーブル８０１（図８）、ファイルシステム・デバイスファイル関連テーブル９０１（図９）、ＡＰ・デバイスファイル関連テーブル１００１（図１０）、デバイスファイル・仮想ボリューム関連テーブル１１０１（図１１）及び記憶階層応答性能テーブル１２０１（図１２）から構成される。これらのテーブルもエージェント情報収集部３０１がストレージ監視エージェント１５５、アプリケーション監視エージェント１２２及びホスト監視エージェント１２３から収集した情報に基づいて作成される。

記憶階層構成情報テーブル６０１は、ストレージ装置１０３内に定義された記憶階層２０６を管理するためのテーブルであり、図６に示すように、プール識別子欄６０２、記憶階層識別子欄６０３、記憶階層種別欄６０４、容量閾値欄６０５、容量実使用率欄６０６及び性能閾値欄６０７から構成される。

そして記憶階層識別子欄６０３には、ストレージ装置１０３内に定義された各記憶階層２０６の識別子が格納される。またプール識別子欄６０２には、対応する記憶階層２０６が構成するプール２０５の識別子が格納され、記憶階層種別欄６０４には、その記憶階層２０６の記憶領域を提供する記憶装置１４２の種別（ＳＳＤ又はＳＡＳなど）が格納される。

容量閾値欄６０５には、対応する記憶階層２０６についてユーザによりストレージ管理クライアント１０５を介して予め設定された容量閾値が格納される。本実施の形態の場合、この容量閾値として、容量使用率の閾値（容量使用率閾値）が格納される。また容量実使用率欄６０６には、その記憶階層２０６の容量のうちの現在の使用率（容量実使用率）が格納される。

さらに性能閾値欄６０７には、その記憶階層２０６についてユーザによりストレージ管理クライアント１０５を介して予め設定された性能閾値が格納される。本実施の形態においては、この性能閾値として、単位時間当たりのＩ／Ｏ数の閾値が格納される。

従って、図６の例では、例えば「TIER A」という記憶階層２０６は、「SSD」が提供する記憶領域から構成され、「POOL A」というプール２０５を構成しており、その容量使用率閾値が「90」％であるのに対して現在の容量実使用率は「34」％であって、性能閾値が「1600」であることが示されている。

仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１は、ストレージ装置１０３内に定義された仮想ボリューム２０４と、当該仮想ボリュームにページを配置している記憶階層２０６と、その記憶階層２０６がその仮想ボリューム２０４に配置しているページと、その記憶階層２６が構成するプール２０５との関連を管理するためのテーブルであり、図７に示すように、仮想ボリューム識別子欄７０２、ページ識別子欄７０３、プール識別子欄７０４及び記憶階層識別子欄７０５から構成される。

そして仮想ボリューム識別子欄７０２には、ストレージ装置１０３内に定義された仮想ボリューム２０４の識別子が格納され、記憶階層識別子欄７０５には、対応する仮想ボリューム２０４にページを配置している記憶階層２０６の識別子が格納される。またページ識別子欄７０３には、対応する記憶階層２０６が対応する仮想ボリューム２０４に配置しているページの識別子が格納され、プール識別子欄７０４には、対応する記憶階層２０６が構成するプール２０５の識別子が格納される。

従って、図７の例では、例えば「VVOL A」という仮想ボリューム２０４には、「POOL A」というプール２０５を構成する「TIER A」という記憶階層２０６から「PG A1」及び「PG A2」というページが配置されていることが示されている。

またＡＰ・ファイルシステム関連テーブル８０１は、ホストサーバ１０１に実装されたアプリケーション２０１（図２参照）と、そのホストサーバ１０１内に設けられたファイルシステム２０２（図２参照）との関連を管理するためのテーブルであり、図８に示すように、アプリケーション識別子欄８０２及びファイルシステム識別子欄８０３から構成される。

そしてアプリケーション識別子欄８０２には、ホストサーバ１０１に実装された各アプリケーション２０１の識別子が格納され、ファイルシステム識別子欄８０３には、対応するアプリケーション２０１のＩ／Ｏの発行先として設定されたファイルシステム２０２（図２参照）の識別子が格納される。

従って、図８では、例えば「AP A」というアプリケーション２０１は「FS A」というファイルシステム２０２のＩ／Ｏを発行し、「AP B」というアプリケーション２０１は「FS B」というファイルシステム２０２のＩ／Ｏを発行するよう設定されていることが示されている。

ファイルシステム・デバイスファイル関連テーブル９０１は、ホストサーバ１０１上に定義されたファイルシステム２０２及びデバイスファイル２０３（図２参照）の関連を管理するためのテーブルであり、図９に示すように、ファイルシステム識別子欄９０２及びデバイスファイル識別子欄９０３から構成される。

そしてファイルシステム識別子欄９０２には、いずれかのホストサーバ１０１上に定義された各ファイルシステム２０２の識別子が格納され、デバイスファイル識別子欄９０３には、対応するファイルシステム２０２がＩ／Ｏを発行するデバイスファイル２０３の識別子が格納される。

従って、図９では、例えば「FS A」というファイルシステム２０２は「DF A」というデバイスファイル２０３にＩ／Ｏを発行し、「FS B」というファイルシステム２０２も同じく「FS A」というファイルシステム２０２にＩ／Ｏを発行することが示されている。

ＡＰ・デバイスファイル関連テーブル１００１は、アプリケーション２０１及びデバイスファイル２０３の関連を管理するためのテーブルであり、図１０に示すように、アプリケーション識別子欄１００２及びデバイスファイル識別子欄１００３から構成される。

そしてアプリケーション識別子欄１００２には、いずれかのホストサーバ１０１に実装されたアプリケーション２０１の識別子が格納され、デバイスファイル識別子欄１００３には、対応するアプリケーション２０１のＩ／Ｏ先として設定されたデバイスファイル２０３の識別子が格納される。

従って、図１０では、「AP C」というアプリケーション２０１は「DF B」というデバイスファイル２０３に対してＩ／Ｏを発行するように設定されていることが示されている。

デバイスファイル・仮想ボリューム関連テーブル１１０１は、デバイスファイル２０３と、そのデバイスファイル２０３が対応付けられているストレージ装置１０３側の仮想ボリューム２０４との関連を管理するためのテーブルであり、図１１に示すように、デバイスファイル識別子欄１１０２及び仮想ボリューム識別子欄１１０３から構成される。

そしてデバイスファイル識別子欄１１０２には、いずれかのホストサーバ１０１上に定義されたデバイスファイル２０３の識別子が格納され、仮想ボリューム識別子欄１１０３には、対応するデバイスファイル２０３が対応付けられた（Ｉ／Ｏを発行する）仮想ボリューム２０４の識別子が格納される。

従って、図１１では、「DF A」というデバイスファイル２０３は「VVOL A」という仮想ボリューム２０４に対応付けられ、「DF B」というデバイスファイル２０３は「VVOL B」という仮想ボリューム２０４に対応付けられていることが示されている。

さらに記憶階層応答性能テーブル１２０１は、ストレージ装置１０３内に定義された記憶階層２０６の種別（ＳＳＤ、ＳＡＳ又はＳＡＴＡなど）ごとの応答性能を管理するためのテーブルである。ここで記憶階層２０６の種別（以下、適宜、これを記憶階層種別と呼ぶ）とは、その記憶階層２０６を構成するプールボリューム２０７（図２参照）の記憶領域を提供する記憶装置１４２の種別を指す。

この記憶階層応答性能テーブル１２０１は、図１２に示すように、記憶階層種別欄１２０２及び応答性能欄１２０３から構成される。そして記憶階層種別欄１２０２には、ストレージ装置１０３内に存在する記憶階層２０６のすべての記憶装置種別がそれぞれ格納され、応答性能欄１２０３には、ユーザによりストレージ管理クライアント１０５を介して設定された、対応する記憶装置種別の通常負荷時の応答速度がミリ秒（ms）単位で格納される。

従って、図１２では、記憶階層種別が「ＳＳＤ」、「ＳＡＳ」及び「ＳＡＴＡ」の応答速度がそれぞれ「１」、「５」及び「10」であることが示されている。よって本ストレージ装置１０３においては、記憶階層種別が「ＳＳＤ」である記憶階層２０６からページが配置されている、仮想ボリューム２０４内の仮想ページにアクセスした場合の応答速度は「１」ms、記憶階層種別が「ＳＡＳ」である記憶階層２０６からページが配置されている、仮想ボリューム２０４内の仮想ページにアクセスした場合の応答速度は「５」ms、記憶階層種別が「ＳＡＴＡ」である記憶階層２０６からページが配置されている、仮想ボリューム２０４内の仮想ページにアクセスした場合の応答速度は「10」msとなることが期待できる。

（５−３）高負荷記憶階層テーブルの構成
高負荷記憶階層テーブル３０５は、高負荷記憶階層検出部３０４（図３）により検出された高負荷となっている記憶階層２０６を管理するためのテーブルであり、図１３に示すように、プール識別子欄３０５Ａ及び記憶階層識別子欄３０５Ｂから構成される。

そして記憶階層識別子欄３０５Ｂには、高負荷記憶階層検出部３０４により検出された高負荷となっている記憶階層２０６の識別子が格納され、プール識別子欄３０５Ａには、対応する記憶階層２０６が構成するプール２０５の識別子が格納される。

従って、図１３では、「POOL A」というプール２０５を構成する「TIER A」という記憶階層２０６が高負荷となっていることが高負荷記憶階層検出部３０４により検出されたことが示されている。

（５−４）ＡＰ条件テーブルの構成
ＡＰ条件テーブル３０６は、アプリケーション２０１ごとに、そのアプリケーション２０１が利用するデータを同一又は他のストレージ装置１０３内の他の仮想ボリューム２０４に移行しても良いか否かを管理するためのテーブルであり、図１４に示すように、アプリケーション識別子欄３０６Ａ及び移行可否欄３０６Ｂから構成される。

そしてアプリケーション識別子欄３０６Ａには、いずれかのホストサーバ１０１に実装された各アプリケーション２０１の識別子が格納され、移行可否欄３０６Ｂには、そのアプリケーション２０１が利用するデータを、現在の仮想ボリューム２０４から他の仮想ボリューム２０４に移行しても良いか否かを表す情報が格納される。

従って、図１４では、例えば「AP A」というアプリケーション２０１については、そのアプリケーション２０１が利用するデータを現在の仮想ボリューム２０４から他の仮想ボリューム２０４に移行しても良いが（「可」）、「AP E」というアプリケーション２０１については、そのアプリケーション２０１が利用するデータを現在の仮想ボリューム２０４から他の仮想ボリューム２０４に移行することは禁止されている（「不可」）ことが示されている。

なお、このＡＰ条件テーブル１４０１におけるアプリケーション２０１ごとのデータ移行の可否は、ユーザがストレージ管理クライアント１０５を操作して設定する。

（５−５）移行元候補情報テーブルの構成
移行元候補情報テーブル３０９は、移行元候補選出部３０８（図３）により選出された、データを他の仮想ボリューム２０４に移行させる移行候補として選出された仮想ボリューム２０４を管理するためのテーブルであり、図１５に示すように、仮想ボリューム識別子欄３０９Ａ及びプール識別子欄３０９Ｂから構成される。

そして仮想ボリューム識別子欄３０９Ａには、移行元候補選出部３０８により移行候補として選出された仮想ボリューム２０４の識別子が格納され、プール識別子欄３０９Ｂには、対応する仮想ボリューム２０４に記憶領域を割り当てるプール２０５の識別子が格納される。

従って、図１５では、「POOL A」というプール２０５に対応付けられた「VVOL A」という仮想ボリューム２０４と、「POOL B」というプール２０５に対応付けられた「VVOL B」という仮想ボリューム２０４とがデータを他の仮想ボリューム２０４に移行させる移行候補として選出されていることが示されている。

（５−６）移行先候補情報テーブルの構成
移行先候補情報テーブル３１１は、移行先候補選出部３１０（図３）により選出された、移行候補の仮想ボリューム２０４のデータの移行先として選出されたプール（移行先プール）２０５を管理するためのテーブルであり、図１６に示すように、プール識別子欄３１１Ａから構成される。

そしてプール識別子欄３１１Ａには、移行先候補選出部３１０により移行先プールとして選出されたプール２０５の識別子が格納される。従って、図１６では、「POOL B」というプール２０５が移行先プールとして選出されていることが示されている。

（５−７）移行候補ペアテーブルの構成
移行候補ペアテーブル３１３は、移行候補ペア決定部３１２（図３）により決定された移行候補ペアを管理するためのテーブルであり、図１７に示すように、移行候補ペア識別子欄３１３Ａ、移行候補仮想ボリューム識別子欄３１３Ｂ、移行元プール識別子欄３１３Ｃ及び移行先プール識別子欄３１３Ｄから構成される。

そして移行候補ペア識別子欄３１３Ａには、対応する移行候補ペアに対して付与された識別子が格納される。また、移行候補仮想ボリューム識別子欄３１３Ｂには、対応する移行候補ペアを構成する移行候補の仮想ボリューム２０４の識別子が格納され、移行元プール識別子欄３１３Ｃには、その移行候補の仮想ボリューム２０４のデータの移行元となる移行元プール２０５の識別子が格納される。さらに移行先プール識別子欄３１３Ｄには、対応する移行候補ペアを構成する移行先プールの識別子が格納される。

従って、図１３では、「M1」という移行候補ペアは、「POOL A」というプール２０５と関連付けられた「VVOL A」という移行候補の仮想ボリューム２０４と、「POOL B」という移行先プール２０５とから構成されることが示されている。

（５−８）ページ配置後情報テーブルの構成
ページ配置後情報テーブル３１８は、移行候補ペアテーブル３１３（図１７）に登録された移行候補ペアについてデータ移行を行った後の、移行元プール２０５を構成する各記憶階層２０６と、移行先プール２０５を構成する各記憶階層２０６とがそれぞれ関連する仮想ボリューム２０４（移行先プール２０５については移行候補の仮想ボリューム２０４を含む）に配置するページ数を管理するためのテーブルである。このページ配置後情報テーブル３１８は、図１８に示すように、移行候補ペア識別子欄３１８Ａ、プール識別子欄３１８Ｂ、記憶階層識別子欄３１８Ｃ及び配置変更後配置ページ数欄３１８Ｄから構成される。

そして移行候補ペア識別子欄３１８Ａには、移行候補ペアテーブル３１３に登録された各移行候補ペアの識別子が格納され、プール識別子欄３１８Ｂには、対応する移行候補ペアにおける移行元プール２０５又は移行先プール２０５の識別子が格納される。また記憶階層識別子欄３１８Ｃには、かかる移行元プール２０５又は移行先プール２０５を構成する各記憶階層２０６の識別子が格納され、配置変更後配置ページ数欄３１８Ｄには、移行候補の仮想ボリューム２０４のデータを移行した後に対応する記憶階層２０６がその移行元プール２０５又は移行先プール２０５と関連する仮想ボリューム２０４に配置するページ数が格納される。

従って、図１８では、「M1」という移行候補ペアにおいて移行候補の仮想ボリューム２０４のデータ移行を行った場合に、「POOL A」という移行元プール２０５を構成する「TIER A」及び「TIER B」という各記憶階層２０６は、それぞれ「POOL A」に関連する仮想ボリューム２０４に対して合計で「16」個又は「２」個のページを配置し、「POOL B」という移行先プール２０５を構成する「TIER C」及び「TIER D」という各記憶階層２０６は、それぞれ「POOL B」に関連する仮想ボリューム２０４に対して合計で「16」個又は「12」個のページを配置することになることが示されている。

（５−９）応答性能テーブルの構成
応答性能テーブル３２０は、移行候補ペアテーブル３１３に登録された移行候補ペアにおいてデータ移行を行った場合に、データ移行前後のストレージ装置１０３全体の応答性能と、データ移行前後の移行元プール２０５の応答性能と、データ移行前後の移行先プール２０５の応答性能とを管理するためのテーブルであり、図１９に示すように、移行候補ペア識別子欄３２０Ａ、移行前システム応答性能欄３２０Ｂ、移行後システム応答性能欄３２０Ｃ、移行前移行元プール応答性能欄３２０Ｄ、移行後移行元プール応答性能欄３２０Ｅ、移行前移行先プール応答性能欄３２０Ｆ及び移行後移行先プール応答性能欄３２０Ｇから構成される。

そして移行候補ペア識別子欄３２０Ａには、移行候補ペアテーブル３１３に登録された移行候補ペアのうちの対応する移行候補ペアの識別子が格納される。また移行前システム応答性能欄３２０Ｂには、対応する移行候補ペアにおいてデータ移行を行う前の計算機システム１００全体の応答時間の平均値が格納され、移行後システム応答性能欄３２０Ｃには、その移行候補ペアについてデータ移行を行った後の計算機システム１００全体の応答時間の平均値が格納される。

また移行前移行元プール応答性能欄３２０Ｄには、対応する移行候補ペアにおいてデータ移行を行う前の移行元プール２０５の応答時間の平均値が格納され、移行後移行元プール応答性能欄３２０Ｅには、その移行候補ペアにおいてデータ移行を行った後の移行元プール２０５の応答時間の平均値が格納される。

さらに移行前移行先プール応答性能欄３２０Ｆには、対応する移行候補ペアにおいてデータ移行を行う前の移行先プール２０５の応答時間の平均値が格納され、移行後移行先プール応答性能欄３２０Ｇには、その移行候補ペアにおいてデータ移行を行った後の移行先プール２０５の応答時間の平均値が格納される。

従って、図１９では、例えば移行候補ペアテーブル３１３に登録された「M1」という移行候補ペアについてデータ移行を行う場合、データ移行前の計算機システム１００全体、移行元プール２０５及び移行先プール２０５の各応答時間がそれぞれ「3.1」ms、「4.1」ms及び「1.8」msであるのに対して、データ移行後の計算機システム１００全体、移行元プール２０５及び移行先プール２０５の各応答時間がそれぞれ「2.2」ms、「1.4」ms及び「2.7」msであることが示されている。

（５−１１）ＡＰ・仮想ボリューム関連テーブルの構成
ＡＰ・仮想ボリューム関連テーブル２００１は、ＡＰ・仮想ボリューム対応検索部３１６により検出された相互に関連するアプリケーション２０１及び仮想ボリューム２０４（アプリケーション２０１とそのアプリケーションがデータを読み書きする仮想ボリューム２０４）を管理するためのテーブルであり、図２０に示すように、アプリケーション識別子欄３１７Ａ及び仮想ボリューム識別子欄３１７Ｂから構成される。

そしてアプリケーション識別子欄３１７Ａには、ホストサーバ１０１に実装された各アプリケーション２０１の識別子がそれぞれ格納され、仮想ボリューム識別子欄３１７Ｂには、対応するアプリケーション２０１とＩ／Ｏパスで結ばれた仮想ボリューム（つまりそのアプリケーション２０１がデータを読み書きする仮想ボリューム）２０４の識別子が格納される。

従って、図２０では、例えば「AP A」というアプリケーション２０１は「VVOL A」という仮想ボリューム２０４とＩ／Ｏパスで結ばれており、さらにこの「VVOL A」という仮想ボリューム２０４は「AP B」というアプリケーション２０１とＩ／Ｏパスで結ばれていることが示されている。

（６）ストレージ管理ソフトウェアによる各種処理
次に、ストレージ管理ソフトウェア１６４の各プログラムモジュールがそれぞれ実行する各種処理の処理内容を、図２１〜図３４を参照して説明する。

（６−１）システム性能管理処理
図２１は、ストレージ管理ソフトウェア１６４により実行されるシステム性能管理処理の流れを示す。ストレージ管理ソフトウェア１６４は、この図２１に示す処理手順に従って計算機システム１００の性能を管理する。

すなわちストレージ管理ソフトウェア１６４においては、まず、ＡＰ条件設定部３０７（図３）が、ストレージ管理クライアント１０５を操作してユーザが指定したアプリケーション２０１ごとの移行の可否を、ＡＰ条件テーブル３０６（図１４）に登録するようにして設定する（ＳＰ２１０１）。

続いてエージェント情報収集部３０１（図３）が、ストレージ監視エージェント１５５、アプリケーション監視エージェント１２２及びホスト監視エージェント１２３から各リソースの性能情報及び構成・容量情報を収集する。そしてエージェント情報収集部３０１は、収集した各リソースの性能情報及び構成・容量情報のうちの性能情報を、リソース性能情報３０２（図３）を構成するページ性能情報テーブル５０１（図５）に格納する。またエージェント情報収集部３０１は、収集した各リソースの性能情報及び構成・容量情報のうちの構成・容量情報を、記憶階層構成情報テーブル６０１（図６）、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）、ＡＰ・ファイルシステム関連テーブル８０１（図８）、ファイルシステム・デバイスファイル関連テーブル９０１（図９）、ＡＰ・デバイスファイル関連テーブル１００１（図１０）、デバイスファイル・仮想ボリューム関連テーブル１１０１（図１１）及び記憶階層応答性能テーブル１２０１（図１２）に格納する（ＳＰ２１０２）。

次いで、高負荷記憶階層検出部３０４（図３）が、仮想ボリューム２０４にページを配置している記憶階層２０６の中から高負荷となっている記憶階層２０６を検出し、その記憶階層２０６を高負荷記憶階層テーブル３０５（図１３）に登録する（ＳＰ２１０３）。

この後、ＡＰ・仮想ボリューム対応検索部３１６が、リソース構成・容量情報３０３に基づいて、どのアプリケーション２０１がどの仮想ボリューム２０４を使用しているかという、アプリケーション２０１と仮想ボリューム２０４との対応関係を検索し、検索結果をＡＰ・仮想ボリューム関連テーブル３１７に登録する（ＳＰ２１０４）。

続いて移行元候補選出部３０８が、高負荷記憶階層テーブル３０５に登録されている記憶階層２０６がページを配置している仮想ボリューム２０４の中から移行候補となる仮想ボリューム２０４を選出し、選出した仮想ボリューム２０４を移行元候補情報テーブル３０９に登録する（ＳＰ２１０５）。

次いで移行先候補選出部３１０が、仮想ボリューム２０４に配置している各ページに対する単位時間当たりのＩ／Ｏ数の総和が性能閾値よりも少ない記憶階層２０６を検出すると共に、その記憶階層２０６が構成するプール２０５を、移行元候補選出部３０８が選出した移行元候補の仮想ボリューム２０４の移行先プールとして選出し、選出した移行先プール２０５を移行先候補情報テーブル３１１に登録する（ＳＰ２１０６）。

さらに移行候補ペア決定部３１２が、移行元候補情報テーブル３０９に登録された移行候補の仮想ボリューム２０４と、移行先候補情報テーブル３１１に登録された移行先プール２０５とをそれぞれすべての組合せパターンで順次組み合わせることにより１又は複数の移行候補ペアを生成し、生成した１又は複数の移行候補ペアを移行候補ペアテーブル３１３に登録する（ＳＰ２１０７）。

続いて、ページ配置決定部３１５が、移行候補ペアテーブル３１３に登録された各移行先候補ペアについて、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行させた後における対応する記憶階層２０６のページの再配置状態をシミュレーションすることにより、かかるデータの移行後（ページの再配置後）に各記憶階層２０６が配置するページ数をカウントし、カウント値をページ配置後情報テーブル３１８に登録する（ＳＰ２１０８）。

また、この後、応答性能算出部３１４が、移行候補ペアテーブル３１３に登録された各移行候補ペアについて、データの移行前後における計算機システム１００全体の応答時間と、データの移行前後における移行元プール２０５及び移行先プール２０５の各応答時間とをそれぞれ算出し、算出結果を応答性能テーブル３２０に登録する（ＳＰ２１０９）。

次いで、上述のようなデータ移行の動作モードとして自動モードが設定されている場合には、移行対象決定部３１９が、移行候補ペアテーブル３１３に登録されている移行候補ペアの中から、データ移行後の計算機システム１００全体の応答時間がデータ移行前の計算機システム１００全体の応答時間よりも短くなり、かつ、その差が最も大きい移行候補ペアを、データ移行処理の実行対象として決定する（ＳＰ２１１０）。

続いて、移行制御部３２２が、ストレージ装置１０３の移行実行部１４６（図１）を制御することにより、ステップＳＰ２１１０において移行対象決定部３１９によりデータ移行処理の実行対象として決定された移行候補ペアにおける移行候補の仮想ボリューム２０４に格納されたデータのデータ移行処理を実行し（ＳＰ２１１２）、この後、このシステム性能管理処理が終了する。

また動作モードとして手動モードが設定されている場合には、移行情報表示部３２１が、移行候補ペアテーブル３１３及び応答性能テーブル３２０等に基づいて、図４について上述した移行情報表示画面４０１をストレージ管理クライアント１０５に表示させる（ＳＰ２１１１）。

この後、この移行情報表示画面４０１において、データ移行処理の実行対象の移行候補ペアが選択され、選択された移行候補ペアについてのデータ移行処理の実行指示が入力されると、移行制御部３２２が、ストレージ装置１０３の移行実行部１４６を制御することにより、移行情報表示画面４０１上で選択された移行候補ペアにおける移行候補の仮想ボリューム２０４に格納されたデータのデータ移行処理を実行し（ＳＰ２１１２）、この後、このシステム性能管理処理が終了する。

（６−２）エージェント情報収集処理
図２２は、上述したシステム性能管理処理（図２１）のステップＳＰ２１０２においてエージェント情報収集部３０１（図３）により実行されるエージェント情報収集処理の処理手順を示す。

エージェント情報収集部３０１は、定期的な起動スケジュールに従って起動されると、この図２２に示すエージェント情報収集処理を開始し、まず、ストレージ監視エージェント１５５、ホスト監視エージェント１２３及びアプリケーション監視エージェント１２２からストレージ装置１０３、ホストサーバ１０１及びアプリケーション（業務ソフトウェア１２０）の構成情報を収集し、収集した情報をリソース構成・容量情報３０３（図３）として保存する（ＳＰ２２０１）。

具体的にエージェント情報収集部３０１は、ストレージ装置１０３内に定義された各記憶階層２０６の構成情報を収集し、これを記憶階層構成情報テーブル６０１（図６）に格納する。またエージェント情報収集部３０１は、ストレージ装置１０３内に定義された仮想ボリューム２０４、ページ、プール２０５及び記憶階層２０６間の関連を表す情報を収集し、これを仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）に格納する。

さらにエージェント情報収集部３０１は、ホストサーバ１０１に実装されたアプリケーション２０１と、そのホストサーバ１０１上に定義されたファイルシステム２０２との関連を表す情報を収集し、これをＡＰ・ファイルシステム関連テーブル８０１（図８）に格納する。またエージェント情報収集部３０１は、ホストサーバ１０１上に定義されたファイルシステム２０２（図３）と、そのホストサーバ１０１上に定義されたデバイスファイル２０３（図２）との関連を表す情報を収集し、これをファイルシステム・デバイスファイル関連テーブル９０１（図９）に格納する。

さらにエージェント情報収集部３０１は、ホストサーバ１０１に実装されたアプリケーション２０１（図２参照）と、そのホストサーバ１０１上に定義されたデバイスファイル２０３との関連を表す情報を収集し、これをＡＰ・デバイスファイル関連テーブル１００１（図１０）に格納する。またエージェント情報収集部３０１は、ホストサーバ１０１上に定義されたデバイスファイル２０３と、そのデバイスファイル２０３がＩ／Ｏを発行する仮想ボリューム２０４との関連を表す情報を収集し、これをデバイスファイル・仮想ボリューム関連テーブル１１０１（図１１）に格納する。

続いて、エージェント情報収集部３０１は、ストレージ装置１０３内に定義された各記憶階層２０６の実使用量をストレージ監視エージェント１５５から収集し、これを記憶階層構成情報テーブル６０１に格納する（ＳＰ２２０２）。またエージェント情報収集部３０１は、例えばストレージ管理クライアント１０５を介して予めユーザにより設定された各記憶階層２０６の容量閾値及び性能閾値を例えばワークメモリ等から読み出すなどして取得し、これらを記憶階層構成情報テーブル６０１に格納する（ＳＰ２２０３）。なお、容量閾値及び性能閾値はストレージ装置１０３が定義するようにしても良く、この場合、エージェント情報収集部３０１は、かかるストレージ装置１０３が定義した容量閾値及び性能閾値をストレージ監視エージェント１５５から収集し、これらを記憶階層構成情報テーブル６０１に格納する。

次いで、エージェント情報収集部３０１は、例えばストレージ管理クライアント１０５を介して予めユーザにより設定された記憶階層種別ごとの応答性能の値を例えばワークメモリから読み出すなどして取得し、これらを記憶階層応答性能テーブル１２０１（図１２）に格納する（ＳＰ２２０４）。なお、記憶階層ごとの応答性能の値についても、ストレージ装置１０３が定義するようにしても良く、この場合、エージェント情報収集部３０１は、かかるストレージ装置１０３が定義した記憶階層ごとの応答性能の値をストレージ監視エージェント１５５から収集し、これを記憶階層応答性能テーブル１２０１に格納する。

さらにエージェント情報収集部３０１は、各仮想ボリューム２０４のページごとの単位時間当たりの平均Ｉ／Ｏ数をストレージ監視エージェント１５５から収集し、これをページ性能情報テーブル５０１（図５）に格納する（ＳＰ２２０５）。そしてエージェント情報収集部３０１は、この後、このエージェント情報収集処理を終了する。

（６−３）高負荷記憶階層検出処理
一方、図２３は、上述したシステム性能管理処理（図２１）のステップＳＰ２１０３において高負荷記憶階層検出部３０４（図３）により実行される高負荷記憶階層検出処理の処理手順を示す。

高負荷記憶階層検出部３０４は、例えばスケジューリング設定により定期的に、又は上述のエージェント情報収集処理（図２２）を終了したエージェント情報収集部３０１により起動される。そして高負荷記憶階層検出部３０４は、起動されると、図２３に示す高負荷記憶階層検出処理を開始し、まず、記憶階層構成情報テーブル６０１（図６）の記憶階層識別子欄６０３に識別子が格納された記憶階層２０６の中から、後述するステップＳＰ２３０２〜ステップＳＰ２３０８の処理を実行していない記憶階層２０６を１つ選択する（ＳＰ２３０１）。

また高負荷記憶階層検出部３０４は、このとき選択した記憶階層２０６の記憶階層種別、容量閾値、容量実使用率及び性能閾値を、記憶階層構成情報テーブル６０１から取得する（ＳＰ２３０２）。

続いて、高負荷記憶階層検出部３０４は、その記憶階層２０６がいずれかの仮想ボリューム２０４に配置しているページの一覧を仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）から取得すると共に（ＳＰ２３０３）、ページ性能情報テーブル５０１（図５）を参照して、これらのページに対する単位時間当たりの平均Ｉ／Ｏ数の総和を算出する（ＳＰ２３０４）。

次いで、高負荷記憶階層検出部３０４は、ステップＳＰ２３０４において算出した平均Ｉ／Ｏ数の総和が、ステップＳＰ２３０２において記憶階層構成情報テーブル６０１から取得したその記憶階層２０６の性能閾値以上であるか否かを判断する（ＳＰ２３０５）。そして高負荷記憶階層検出部３０４は、この判断において否定結果を得るとステップＳＰ２３０９に進む。

これに対して高負荷記憶階層検出部３０４は、ステップＳＰ２３０５の判断において肯定結果を得ると、ステップＳＰ２３０２において記憶階層構成情報テーブル６０１から取得したその記憶階層２０６の容量実使用率及び容量閾値に基づいて、その容量実使用率がその容量閾値未満であるか否かを判断する（ＳＰ２３０６）。

そして高負荷記憶階層検出部３０４は、ステップＳＰ２３０６の判断において肯定結果を得ると、その記憶階層２０６が構成するプール２０５を仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）上で検索し（ＳＰ２３０７）、この検索により検出したプール２０５の識別子と、その記憶階層２０６の識別子とを高負荷記憶階層テーブル３０５に登録する（ＳＰ２３０８）。

続いて、高負荷記憶階層検出部３０４は、記憶階層構成情報テーブル６０１の記憶階層識別子欄６０３（図６）に識別子が格納されたすべての記憶階層２０６についてステップＳＰ２３０２〜ステップＳＰ２３０８の処理を実行し終えたか否かを判断する（ＳＰ２３０９）。そして高負荷記憶階層検出部３０４は、この判断において否定結果を得るとステップＳＰ２３０１に戻り、この後、同様の処理を繰り返す。

そして高負荷記憶階層検出部３０４は、やがて記憶階層構成情報テーブル６０１の記憶階層識別子欄６０３に識別子が格納されたすべての記憶階層２０６についてステップＳＰ２３０２〜ステップＳＰ２３０８の処理を実行し終えることによりステップＳＰ２３０９において肯定結果を得ると、この高負荷記憶階層検出処理を終了する。

（６−４）ＡＰ・仮想ボリューム対応検索処理
図３１は、上述したシステム性能管理処理（図２１）のステップＳＰ２１０４においてＡＰ・仮想ボリューム対応検索部３１６により実行されるＡＰ・仮想ボリューム対応検索処理の処理手順を示す。

ＡＰ・仮想ボリューム対応検索部３１６は、例えばスケジューリング設定により定期的に起動される。そしてＡＰ・仮想ボリューム対応検索部３１６は、起動されると、図３１に示すＡＰ・仮想ボリューム対応検索処理を開始し、まず、ＡＰ・ファイルシステム関連テーブル８０１から、ホストサーバ１０１に実装されたアプリケーション２０１（図２参照）と、そのホストサーバ１０１上に定義されたファイルシステム２０２（図２参照）との関連情報を取得する（ＳＰ３１０１）。

続いて、ＡＰ・仮想ボリューム対応検索部３１６は、ＡＰ・デバイスファイル関連テーブル１００１（図１０）から、ホストサーバ１０１に実装されたアプリケーション２０１と、そのホストサーバ１０１上に定義されたデバイスファイル２０３（図２参照）との関連情報を取得する（ＳＰ３１０２）。

次いで、ＡＰ・仮想ボリューム対応検索部３１６は、ファイルシステム・デバイスファイル関連テーブル９０１（図９）から、ホストサーバ１０１上に定義されたファイルシステム２０２及びデバイスファイル２０３の関連情報を取得する（ＳＰ３１０３）。

さらにＡＰ・仮想ボリューム対応検索部３１６は、デバイスファイル・仮想ボリューム関連テーブル１１０１から、ホストサーバ１０１上に定義されたファイルシステム２０２と、ストレージ装置１０３内に定義された仮想ボリューム２０４との関連情報を取得する（ＳＰ３１０４）。

そしてＡＰ・仮想ボリューム対応検索部３１６は、この後、ステップＳＰ３１０１〜ステップＳＰ３１０４において取得した各関連情報に基づいて、アプリケーション２０１と仮想ボリューム２０４との関連情報を生成し、これをＡＰ・仮想ボリューム関連テーブル３１７（図２０）に格納し（ＳＰ３１０５）、この後、このＡＰ・仮想ボリューム対応検索処理を終了する。

（６−５）移行元候補選出処理
図２４は、上述したシステム性能管理処理（図２１）のステップＳＰ２１０５において移行元候補選出部３０８（図３）により実行される移行元候補選出処理の処理手順を示す。

移行元候補選出部３０８は、例えばスケジューリング設定により定期的に、又は上述の高負荷記憶階層検出処理（図２３）を終了した高負荷記憶階層検出部３０４により起動される。そして移行元候補選出部３０８は、起動されると、図２４に示す移行元候補選出処理を開始し、まず、ＡＰ条件テーブル３０６（図１４）を参照して、データ移行が「不可」に設定されたアプリケーション２０１（図３）と関連付けられた仮想ボリューム２０４（そのアプリケーション２０１のデータが読み書きされる仮想ボリューム２０４）の一覧（以下、これを仮想ボリューム一覧と呼ぶ）を作成する（ＳＰ２４０１）。

具体的に、移行元候補選出部３０８は、ＡＰ条件テーブル３０６からデータの移行が「不可」となっているアプリケーション２０１をすべて抽出し、それらのアプリケーション２０１と関連付けられた仮想ボリューム２０４をＡＰ・仮想ボリューム関連テーブル３１７（図２０）からすべて抽出するようにして、かかる仮想ボリューム一覧を作成する。

続いて移行元候補選出部３０８は、高負荷記憶階層テーブル３０５に登録されている記憶階層２０６の中から、後述するステップＳＰ２４０３〜ステップＳＰ２４０６の処理を実行していない記憶階層２０６を１つ選択し（ＳＰ２４０２）、この後、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）を参照して、この記憶階層２０６がページを配置している仮想ボリューム２０４をすべて抽出する（ＳＰ２４０３）。

この後、移行元候補選出部３０８は、ステップＳＰ２４０３において抽出した仮想ボリューム２０４の中から、後述するステップＳＰ２４０５〜ステップＳＰ２４０７の処理を実行していない仮想ボリューム２０４を１つ選択し（ＳＰ２４０４）、この仮想ボリューム２０４がステップＳＰ２４０１において作成した仮想ボリューム一覧に含まれているか否かを判断する（ＳＰ２４０５）。

移行元候補選出部３０８は、この判断において肯定結果を得るとステップＳＰ２４０４に戻り、これに対して否定結果を得ると、そのときステップＳＰ２４０４において選択した仮想ボリューム２０４と、ステップＳＰ２４０２において選択した記憶階層２０６とを移行元候補情報テーブル３０９に登録する（ＳＰ２４０６）。

続いて、移行元候補選出部３０８は、ステップＳＰ２４０３において抽出したすべての仮想ボリューム２０４について同様の処理を実行し終えたか否かを判断する（ＳＰ２４０７）。そして移行元候補選出部３０８は、この判断において否定結果を得るとステップＳＰ２４０４に戻り、この後、同様の処理を繰り返す。

そして移行元候補選出部３０８は、やがてステップＳＰ２４０３において抽出したすべての仮想ボリューム２０４についてステップＳＰ２４０４〜ステップＳＰ２４０６の処理を実行し終えることによりステップＳＰ２４０７において肯定結果を得ると、高負荷記憶階層テーブル３０５に登録されているすべての記憶階層２０６について同様の処理を実行し終えたか否かを判断する（ＳＰ２４０８）。そして移行元候補選出部３０８は、この判断において否定結果を得るとステップＳＰ２４０２に戻り、この後、同様の処理を繰り返す。

そして移行元候補選出部３０８は、やがて高負荷記憶階層テーブル３０５に登録されているすべての記憶階層２０６についてステップＳＰ２４０２〜ステップＳＰ２４０７の処理を実行し終えることによりステップＳＰ２４０８において肯定結果を得ると、この移行元候補選出処理を終了する。

（６−６）移行先候補選出処理
図２５は、上述したシステム性能管理処理（図２１）のステップＳＰ２１０６において移行先候補選出部３１０（図３）により実行される移行先候補選出処理の処理手順を示す。

移行先候補選出部３１０は、例えばスケジューリング設定により定期的に、又は上述の移行元候補選出処理（図２４）を終了した移行元候補選出部３０８により起動される。そして移行先候補選出部３１０は、起動されると、図２５に示す移行先候補選出処理を開始し、まず、移行元候補情報テーブル３０９（図１５）のプール識別子欄３０９Ｂに識別子が格納されているプール２０５の一覧（以下、これをプール一覧と呼ぶ）を作成する（ＳＰ２５０１）。

続いて、移行先候補選出部３１０は、記憶階層構成情報テーブル６０１（図６）のプール識別子欄６０２（図６）に識別子が格納されているプール２０５をすべて抽出し（ＳＰ２５０２）、これら抽出したプール２０５の中から後述するステップＳＰ２５０３〜ステップＳＰ２５１２の処理を実行していないプール２０５を１つ選択する（ＳＰ２５０３）。

次いで、移行先候補選出部３１０は、ステップＳＰ２５０３において選択したプール２０５がステップＳＰ２５０１において作成したプール一覧に含まれているか否かを判断する（ＳＰ２５０４）。そして移行先候補選出部３１０は、この判断において肯定結果を得ると、ステップＳＰ２５０３に戻る。

これに対して移行先候補選出部３１０は、ステップＳＰ２５０４の判断において否定結果を得ると、そのときステップＳＰ２５０３において選択したプール２０５を構成する記憶階層２０６を、記憶階層構成情報テーブル６０１上で検索する（ＳＰ２５０５）。

そして移行先候補選出部３１０は、この検索により検出した記憶階層２０６の中から、後述するステップＳＰ２５０７〜ステップＳＰ２５１１の処理を実行していない記憶階層２０６を１つ選択する（ＳＰ２５０６）。

また移行先候補選出部３１０は、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）を参照して、ステップＳＰ２５０６において選択した記憶階層２０６が配置しているページの一覧（以下、これをページ一覧と呼ぶ）を作成すると共に（ＳＰ２５０７）、ページ性能情報テーブル５０１（図５）を参照して、そのページ一覧に含まれる各ページの単位時間当たりの平均Ｉ／Ｏ数の総和を算出する（ＳＰ２５０８）。

次いで、移行先候補選出部３１０は、記憶階層構成情報テーブル６０１を参照して、ステップＳＰ２５０８において算出した平均Ｉ／Ｏ数の総和がその記憶階層２０６の性能閾値未満であるか否かを判断する（ＳＰ２５０９）。

そして移行先候補選出部３１０は、この判断において肯定結果を得ると、ステップＳＰ２５０３において選択したプール２０５の識別子を移行先候補情報テーブル３１１に登録し（ＳＰ２５１０）、この後ステップＳＰ２５１１に進む。

これに対して、移行先候補選出部３１０は、ステップＳＰ２５０９の判断において否定結果を得ると、ステップＳＰ２５０５の検索により検出したすべての記憶階層２０６についてステップＳＰ２５０７〜ステップＳＰ２５１０の処理を実行し終えたか否かを判断する（ＳＰ２５１１）。そして移行先候補選出部３１０は、この判断において否定結果を得るとステップＳＰ２５０６に戻り、この後、同様の処理を繰り返す。

そして移行先候補選出部３１０は、やがてステップＳＰ２５０５の検索により検出したすべての記憶階層２０６についてステップＳＰ２５０７〜ステップＳＰ２５１０の処理を実行し終えることによりステップＳＰ２５１１において肯定結果を得ると、ステップＳＰ２５０１において作成したプール一覧に含まれるすべてのプール２０５についてステップＳＰ２５０３〜ステップＳＰ２５１１の処理を実行し終えたか否かを判断する（ＳＰ２５１２）。そして移行先候補選出部３１０は、この判断において否定結果を得るとステップＳＰ２５０３に戻り、この後、同様の処理を繰り返す。

そして移行先候補選出部３１０は、やがてステップＳＰ２５０１において作成したプール一覧に含まれるすべてのプール２０５についてステップＳＰ２５０３〜ステップＳＰ２５１１の処理を実行し終えることによりステップＳＰ２５１２において肯定結果を得ると、この移行先候補選出処理を終了する。

（６−７）移行候補ペア決定処理
図２６は、上述したシステム性能管理処理（図２１）のステップＳＰ２１０７において移行候補ペア決定部３１２により実行される移行候補ペア決定処理の処理手順を示す。

移行候補ペア決定部３１２は、例えばスケジューリング設定により定期的に、又は上述の移行先候補選出処理（図２５）を終了した移行先候補選出部３１０により起動される。そして移行候補ペア決定部３１２は、起動されると、図２６に示す移行候補ペア決定処理を開始し、まず、移行元候補情報テーブル３０９に登録された移行候補の仮想ボリューム２０４のうち、後述するステップＳＰ２６０２〜ステップＳＰ２６０５の処理を実行していない仮想ボリューム２０４を１つ選択する（ＳＰ２６０１）。

続いて移行候補ペア決定部３１２は、移行先候補情報テーブル３１１に登録された移行先プール２０５のうち、後述するステップＳＰ２６０３〜ステップＳＰ２６０５の処理を実行していない移行先プール２０５を１つ選択する（ＳＰ２６０２）。

そして移行候補ペア決定部３１２は、ステップＳＰ２６０１において選択した移行候補の仮想ボリューム２０４と、ステップＳＰ２６０２において選択した移行先プール２０５とを移行候補ペアとして、ステップＳＰ２６０１において選択した移行候補の仮想ボリューム２０４の識別子と、その仮想ボリューム２０４と関連付けられた（その仮想ボリューム２０４にページを配置する）移行元プール２０５の識別子と、ステップＳＰ２６０２において選択した移行先プール２０５の識別子とを移行候補ペアテーブル３１３に格納する（ＳＰ２６０３）。

次いで移行候補ペア決定部３１２は、移行先候補情報テーブル３１１に登録されたすべての移行先プール２０５についてステップＳＰ２６０３の処理を実行し終えたか否かを判断する（ＳＰ２６０４）。

そして移行候補ペア決定部３１２は、この判断において否定結果を得るとステップＳＰ２６０２に戻り、この後、同様の処理を繰り返す。これによりステップＳＰ２６０１において選択した移行候補の仮想ボリューム２０４に対して、移行先候補情報テーブル３１１に登録されている各移行先プール２０５をそれぞれ組み合わせた移行候補ペアが順次形成されて移行候補ペアテーブル３１３に登録される。

そして移行候補ペア決定部３１２は、やがて移行先候補情報テーブル３１１に登録されているすべての移行先プール２０５についてステップＳＰ２６０２〜ステップＳＰ２６０４の処理を実行し終えることによりステップＳＰ２６０４において肯定結果を得ると、移行元候補情報テーブル３０９に登録されているすべての仮想ボリューム２０４についてステップＳＰ２６０２〜ステップＳＰ２６０４の処理を実行し終えたか否かを判断する（ＳＰ２６０５）。

移行候補ペア決定部３１２は、この判断において否定結果を得るとステップＳＰ２６０１に戻り、この後、同様の処理を繰り返す。これにより移行元候補情報テーブル３０９に登録されている移行候補の仮想ボリューム２０４と、移行先候補情報テーブル３１１に登録されている移行先プールとのすべての組合せパターン分の移行候補ペアが形成されて移行候補ペアテーブル３１３に登録される。

そして移行候補ペア決定部３１２は、やがて移行元候補情報テーブル３０９に登録されているすべての仮想ボリューム２０４についてステップＳＰ２６０２〜ステップＳＰ２６０４の処理を実行し終えることによりステップＳＰ２６０５において肯定結果を得ると、この移行候補ペア決定処理を終了する。

（６−８）ページ配置決定処理
図２７は、上述したシステム性能管理処理（図２１）のステップＳＰ２１０８においてページ配置決定部３１５（図３）により実行されるページ配置決定処理の処理手順を示す。

ページ配置決定部３１５は、例えばスケジューリング設定により定期的に、又は上述の移行候補ペア決定処理（図２６）を終了した移行候補ペア決定部３１２により起動される。そしてページ配置決定部３１５は、起動されると、図２７に示すページ配置処理を開始し、まず、移行候補ペアテーブル３１３から後述するステップＳＰ２７０２〜ステップＳＰ２７１０の処理を実行していない移行候補ペアを１つ選択する（ＳＰ２７０１）。

続いて、ページ配置決定部３１５は、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）を参照して、ステップＳＰ２７０１において選択した移行候補ペアにおける移行元プール２０５から移行候補の仮想ボリューム２０４に配置されているすべてのページを検索する（ＳＰ２７０２）。

次いで、ページ配置決定部３１５は、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１を参照して、ステップＳＰ２７０１において選択した移行候補ペアにおける移行元プール２０５がいずれかの仮想ボリューム２０４に現在配置しているページのうち、ステップＳＰ２７０２において検出した全ページを除いた残りのページの一覧（以下、これをページ一覧と呼ぶ）を作成する（ＳＰ２７０３）。

さらにページ配置決定部３１５は、ステップＳＰ２７０３において作成したページ一覧に含まれるページを、そのページに対する単位時間当たりのＩ／Ｏ数の大きいものから順番（降順）に並べ替える（ＳＰ２７０４）。

ページ配置決定部３１５は、この後、ステップＳＰ２７０１において選択した移行候補ペアについてデータ移行を行った後の移行元プール２０５のページ配置をシミュレーションする（ＳＰ２７０５）。

具体的に、ページ配置決定部３１５は、移行元プール２０５を構成する全記憶階層２０６を仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１上で検索し、この検索により検出した各記憶階層２０６のうちの最も性能が高い記憶階層２０６のページを、ページ一覧に含まれるページのうちの最も順位が小さい（単位時間当たりのＩ／Ｏ数が最も多い）ものから順番に配置する。

またページ配置決定部３１５は、その記憶階層２０６のページを、その記憶階層２０６の性能閾値又は容量閾値に到達するまで配置し終えると、次に性能が高い記憶階層２０６のページを、ページ一覧に含まれる残りのページのうちの最も順位が小さい（単位時間当たりのＩ／Ｏ数が最も多い）ものから順番に配置する。そしてページ配置決定部３１５は、この後、同様の処理を繰り返す。

以上の処理は、ページ一覧に含まれる各ページがそれぞれ配置された各仮想ボリューム２０４の各仮想ページに対し、最も性能が高い記憶階層２０６から順番に各記憶階層２０６のページを再配置することと等価である。従って、このような処理によりステップＳＰ２７０１において選択した移行候補ペアについてデータ移行処理を実行した後の移行元プール２０５のページ配置をシミュレーションすることができる。

続いてページ配置決定部３１５は、ステップＳＰ２７０５のシミュレーションにおいて移行元プール２０５を構成する各記憶階層２０６がそれぞれいずれかの仮想ボリューム２０４に配置したページ数を記憶階層２０６ごとにカウントし、カウント値をページ配置後情報テーブル３１８（図１８）に格納する（ＳＰ２７０６）。

続いて、ページ配置決定部３１５は、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１を参照して、ステップＳＰ２７０１において選択した移行候補ペアにおける移行先プール２０５がいずれかの仮想ボリューム２０４に現在配置しているページに移行候補の仮想ボリューム２０４に対して、移行元プール２０５が現在配置しているページを加えたページ一覧を作成する（ＳＰ２７０７）。

さらにページ配置決定部３１５は、ステップＳＰ２７０７において作成したページ一覧に含まれるページを、そのページに対する単位時間当たりのＩ／Ｏ数の大きいものから順番（降順）に並べ替える（ＳＰ２７０８）。

ページ配置決定部３１５は、この後、ステップＳＰ２７０１において選択した移行候補ペアについてデータ移行を行った後の移行先プール２０５のページ配置を、ステップＳＰ２７０５と同様の方法でシミュレーションする（ＳＰ２７０９）。

続いてページ配置決定部３１５は、ステップＳＰ２７０９のシミュレーションにおいて移行先プール２０５を構成する各記憶階層２０６がそれぞれいずれかの仮想ボリューム２０４に配置したページ数を記憶階層２０６ごとにカウントし、カウント値をページ配置後情報テーブル３１８に格納する（ＳＰ２７１０）。

続いて、ページ配置決定部３１５は、移行候補ペアテーブル３１３に登録されたすべての移行候補ペアについてステップＳ２７０２Ｐ〜ステップＳＰ２７２０の処理を実行し終えたか否かを判断する（ＳＰ２７１１）。そしてページ配置決定部３１５は、この判断において否定結果を得るとステップＳＰ２７０１に戻り、この後、ステップＳＰ２７０１〜ステップＳＰ２７１１の処理を繰り返す。

そしてページ配置決定部３１５は、やがて移行候補ペアテーブル３１３に登録されたすべての移行候補ペアについてステップＳＰ２７０２〜ステップＳＰ２７１０の処理を実行し終えることによりステップＳＰ２７１１において肯定結果を得ると、このページ配置決定処理を終了する。

（６−９）応答性能算出処理
（６−９−１）応答性能算出処理
図２８Ａは、上述したシステム性能管理処理（図２１）のステップＳＰ２１０９において応答性能算出部３１４により実行される応答性能算出処理の処理手順を示す。

応答性能算出部３１４は、例えばスケジューリング設定により定期的に、又は上述のページ配置決定処理（図２７）を終了したページ配置決定部３１５により起動される。そして応答性能算出部３１４は、起動されると、図２８Ａに示す応答性能算出処理を開始し、まず、現在（移行候補の仮想ボリューム２０４に格納されたデータを移行する前）の計算機システム１００全体の応答時間を算出する（ＳＰ２８０１）。

続いて、応答性能算出部３１４は、移行候補ペアテーブル３１３に登録された各移行候補ペアについて、移行候補の仮想ボリューム２０４に格納されたデータを移行した後の計算機システム１００全体の応答時間を算出すると共に（ＳＰ２８０２）、これらの移行候補ペアごとに、デーア移行の前後における移行元プール２０５及び移行先プール２０５の応答時間をそれぞれ算出する（ＳＰ２８０３）。そして応答性能算出部３１４は、この後、この応答性能算出処理を終了する。

（６−９−２）移行前システム応答時間算出処理
ここで図２８Ｂは、上述の応答性能算出処理（図２８Ａ）のステップＳＰ２８０１において応答性能算出部３１４により実行される移行前システム応答時間算出処理の処理手順を示す。

応答性能算出部３１４は、応答性能算出処理のステップＳＰ２８０１に進むと、この移行前システム応答時間算出処理を開始し、まず、記憶階層構成情報テーブル６０１を参照して、ストレージ装置１０３内に定義されたすべての記憶階層２０６を含む記憶階層一覧を作成する（ＳＰ２８１０）。

続いて、応答性能算出部３１４は、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）を参照して、ステップＳＰ２８１０において作成した記憶階層一覧に含まれる各記憶階層２０６がそれぞれいずれかの仮想ボリューム２０４に配置しているすべてのページを含むページ一覧を作成する（ＳＰ２８１１）。

また応答性能算出部３１４は、ステップＳＰ２８１１において作成したページ一覧に含まれるページを、そのページを配置した記憶階層２０６の記憶階層種別ごとにグループ分けし、これらのグループごとのページ数をカウントする（ＳＰ２８１２）。さらに応答性能算出部３１４は、記憶階層種別ごとの応答性能を記憶階層応答性能テーブル１２０１（図１２）から取得する（ＳＰ２８１３）。

次いで、応答性能算出部３１４は、テップＳＰ２８１２においてカウントした記憶階層種別ごとのページ数と、ステップＳＰ２８１３において取得した各記憶装置種別の応答性能とに基づいて、例えば次式
……（２）

により、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行する前の計算機システム１００全体の応答性能ＳＲＰ_beforを算出する（ＳＰ２８１４）。そして応答性能算出部３１４は、この後、この移行前システム応答時間算出処理を終了して応答性能算出処理（図２８Ａ）に戻る。

（６−９−３）移行後システム応答時間算出処理
一方、図２８Ｃは、上述の応答性能算出処理（図２８Ａ）のステップＳＰ２８０２において応答性能算出部３１４により実行される移行後システム応答時間算出処理の処理手順を示す。

応答性能算出部３１４は、応答性能算出処理のステップＳＰ２８０２に進むと、この移行後システム応答時間算出処理を開始し、まず、記憶階層種別ごとの応答性能を記憶階層応答性能テーブル１２０１（図１２）から取得する（ＳＰ２８２１）。

続いて、応答性能算出部３１４は、移行候補ペアテーブル３１３（図３）に登録された移行候補ペアの中から後述するステップＳＰ２８２３〜ステップＳＰ２８３７の処理を実行していない移行候補ペアを１つ選択（移行候補ペアテーブルの１行を選択）する（ＳＰ２８２２）。

次いで、応答性能算出部３１４は、後述のように計算機システム１００全体のページの総数をカウントするための変数を初期化し（ＳＰ２８２３）、この後、記憶階層種別ごとのページの総数をカウントするための変数をそれぞれ初期化する（ＳＰ２８２４）。

また応答性能算出部３１４は、ステップＳＰ２８２２において選択した移行候補ペアについて、移行候補の仮想ボリューム２０４の識別子、移行元プール２０５の識別子及び移行先プール２０５の識別子を移行候補ペアテーブル３１３から取得する（ＳＰ２８２５）。

さらに応答性能算出部３１４は、記憶階層構成情報テーブル６０１に基づいて、いずれかのストレージ装置１０３内に定義されたすべてのプール２０５の一覧（重複排除したものであり、以下、これをプール一覧と呼ぶ）を作成する（ＳＰ２８２６）。

続いて、応答性能算出部３１４は、プール一覧に含まれるプール２０５の中から後述するステップＳＰ２８２８〜ステップＳＰ２８３０の処理を実行していないプール２０５を１つ選択し（ＳＰ２８２７）、選択したプール２０５がステップＳＰ２８２２において選択した移行候補ペアにおける移行元プール２０５又は移行先プール２０５であるか否かを判断する（ＳＰ２８２８）。そして応答性能算出部３１４は、この判断において肯定結果を得るとステップＳＰ２８２７に戻る。

これに対して応答性能算出部３１４は、ステップＳＰ２８２８の判断において否定結果を得ると、ステップＳＰ２８２７において選択したプール２０５を構成する各記憶階層２０６が仮想ボリューム２０４に配置しているページの総数を仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１から取得し、これを計算機システム１００全体のページ総数に加算する（ＳＰ２８２９）。また応答性能算出部３１４は、記憶階層構成情報テーブル６０１及び仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１を参照して、そのプール２０５を構成する記憶階層２０６の記憶階層種別ごとのページ数をそれぞれ取得し、これらを記憶階層種別ごとのページ総数にそれぞれ加算する（ＳＰ２８３０）。

次いで、応答性能算出部３１４は、ステップＳＰ２８２６において作成したプール一覧に含まれるすべてのプール２０５についてステップＳＰ２８２８〜ステップＳＰ２８３０の処理を実行し終えたか否かを判断する（ＳＰ２８３１）。そして応答性能算出部３１４は、この判断において否定結果を得るとステップＳＰ２８２７に戻り、この後、同様の処理を繰り返す。

そして応答性能算出部３１４は、ステップＳＰ２８２６において作成したプール一覧に含まれるすべてのプール２０５についてステップＳＰ２８２８〜ステップＳＰ２８３０の処理を実行し終えることによりステップＳＰ２８３１において肯定結果を得ると、ページ配置後情報テーブル３１８（図１８）を参照して、ステップＳＰ２８２２において選択した移行候補ペアの移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行させた後に移行元プール２０５を構成する各記憶階層２０６がいずれかの仮想ボリューム２０４にそれぞれ配置するページの合計値を取得し、これを計算機システム１００全体のページ総数に加算する（ＳＰ２８３２）。

また応答性能算出部３１４は、記憶階層構成情報テーブル６０１（図６）及びページ配置後情報テーブル３１８を参照して、ステップＳＰ２８２２において選択した移行候補ペアの移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行させた後に移行元プール２０５を構成する記憶階層２０６がいずれかの仮想ボリューム２０４に配置するページ数を記憶階層種別ごとにそれぞれ取得し、取得した記憶階層種別ごとのページ数を記憶階層ごとのページ総数にそれぞれ加算する（ＳＰ２８３３）。

次いで、応答性能算出部３１４は、ページ配置後情報テーブル３１８を参照して、ステップＳＰ２８２２において選択した移行候補ペアの移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行させた後に移行先プール２０５を構成する各記憶階層２０６がいずれかの仮想ボリューム２０４にそれぞれ配置するページの合計値を取得し、これを計算機システム１００全体のページ総数に加算する（ＳＰ２８３４）。

また応答性能算出部３１４は、記憶階層構成情報テーブル６０１及びページ配置後情報テーブル３１８を参照して、ステップＳＰ２８２２において選択した移行候補ペアの移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行させた後に移行先プール２０５を構成する記憶階層２０６がいずれかの仮想ボリューム２０４に配置するページ数を記憶階層種別ごとにそれぞれ取得し、取得した記憶階層種別ごとのページ数を記憶階層ごとのページ総数にそれぞれ加算する（ＳＰ２８３５）。

続いて、応答性能算出部３１４は、上述のようにしてカウントした計算機システム１００全体のページ総数及び記憶装置種別ごとのページ総数と、記憶階層応答性能テーブル１２０１とに基づいて、例えば次式
……（３）

により、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行した後の計算機システム１００全体の応答性能ＳＲＰ_afterを算出し（ＳＰ２８３６）、算出したこの応答性能ＳＲＰ_afterを応答性能テーブル３２０に格納する（ＳＰ２８３７）。

続いて、応答性能算出部３１４は、移行候補ペアテーブル３３１３に登録されたすべての移行候補ペアについて同様の処理を実行し終えたか否かを判断する（ＳＰ２８３８）。そして応答性能算出部３１４は、この判断において否定結果を得るとステップＳＰ２８２２に戻り、この後、ステップＳＰ２８２２〜ステップＳＰ２８３８を繰り返す。

そして応答性能算出部３１４は、やがて移行候補ペアテーブル３３１３に登録されたすべての移行候補ペアについてステップＳＰ２８２３〜ＳＰ２８３７の処理を実行し終えることによりステップＳＰ２８３８において肯定結果を得ると、この移行後システム応答時間算出処理を終了して応答性能算出処理（図２８Ａ）に戻る。

（６−９−４）移行候補ペア応答時間算出処理
他方、図２８Ｄは、上述の応答性能算出処理（図２８Ａ）のステップＳＰ２８０３において応答性能算出部３１４により実行される移行候補ペア応答時間算出処理の処理手順を示す。

応答性能算出部３１４は、応答性能算出処理のステップＳＰ２８０３に進むと、この移行候補ペア応答時間算出処理を開始し、まず、記憶階層種別ごとの応答性能を記憶階層応答性能テーブル１２０１（図１２）から取得する（ＳＰ２８４１）。

続いて、応答性能算出部３１４は、移行候補ペアテーブル３１３に登録された移行候補ペアの中から後述するステップＳＰ２８４３〜ステップＳＰ２８５８の処理を実行していない移行候補ペアを１つ選択（移行候補ペアテーブルの１行を選択）する（ＳＰ２８４２）。

また応答性能算出部３１４は、ステップＳＰ２８４２において選択した移行候補ペアについて、移行候補の仮想ボリューム２０４の識別子、移行元プール２０５の識別子及び移行先プール２０５の識別子を移行候補ペアテーブル３１３から取得し（ＳＰ２８４３）、取得結果に基づいてその移行候補ペアにおける移行元プール２０５を特定する（ＳＰ２８４４）。

次いで、応答性能算出部３１４は、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１を参照して、現在の移行元プール２０５を構成する全記憶階層２０６がそれぞれいずれかの仮想ボリューム２０４に配置しているページの総数をカウントすると共に（ＳＰ２８４５）、記憶階層構成情報テーブル６０１（図６）及び仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１（図７）を参照して、現在の移行元プール２０５に関連する記憶階層２０６の記憶階層種別ごとのページの総数をカウントする（ＳＰ２８４６）。

さらに応答性能算出部３１４は、ステップＳＰ２８４５及びステップＳＰ２８４６のカウント結果に基づいて、例えば次式

……（４）
により、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行する前の移行元プール２０５の応答性能ＣＲＰ_s-beforを算出する（ＳＰ２８４７）。

続いて、応答性能算出部３１４は、ステップＳＰ２８４２において選択した移行候補ペアにおける移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行した後の移行元プール２０５に関連するページの総数をページ配置後情報テーブル３１８（図１８）から取得すると共に（ＳＰ２８４８）、かかる移行後の移行元プール２０５に関連する記憶階層２０６の記憶階層種別ごとのページの総数をページ配置後情報テーブル３１８から取得する（ＳＰ２８４９）。

さらに応答性能算出部３１４は、ステップＳＰ２８４８及びステップＳＰ２８４９の取得結果に基づいて、例えば次式

……（５）
により、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行した後の移行元プール２０５の応答性能ＣＲＰ_s-afterを算出する（ＳＰ２８５０）。

次いで、応答性能算出部３１４は、ステップＳＰ２８４２において選択した移行候補ペアにおける移行先プール２０５を、ステップＳＰ２８４３において取得した当該移行候補ペアの構成情報に基づいて特定する（ＳＰ２８５１）。

また応答性能算出部３１４は、仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１を参照して、現在の移行先プール２０５に関連するページの総数をカウントすると共に（ＳＰ２８５２）、記憶階層構成情報テーブル６０１及び仮想ボリューム・ページ・プール・記憶階層関連テーブル７０１を参照して、現在の移行先プール２０５に関連する記憶階層２０６の記憶階層種別ごとのページの総数をカウントする（ＳＰ２８５３）。

さらに応答性能算出部３１４は、ステップＳＰ２８５２及びステップＳＰ２８５３のカウント結果に基づいて、例えば次式

……（６）
により、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行する前の移行先プール２０５の応答性能ＣＲＰ_t-beforを算出する（ＳＰ２８５４）。

続いて、応答性能算出部３１４は、ステップＳＰ２８４２において選択した移行候補ペアにおける移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行した後の移行先プール２０５に関連するページの総数をページ配置後情報テーブル３１８から取得すると共に（ＳＰ２８５５）、かかるデータ移行後の移行先プール２０５に関連する記憶階層２０６の記憶階層種別ごとのページの総数をページ配置後情報テーブル３１８から取得する（ＳＰ２８５６）。

さらに応答性能算出部３１４は、ステップＳＰ２８５５及びステップＳＰ２８５６の取得結果に基づいて、例えば次式

……（７）
により、移行候補の仮想ボリューム２０４のデータを移行先プール２０５に移行した後の移行先プール２０５の応答性能ＣＲＰ_t-afterを算出する（ＳＰ２８５７）。

次いで、応答性能算出部３１４は、ステップＳＰ２８４７、ステップＳＰ２８５０、ステップＳＰ２８５４及びステップＳＰ２８５７において算出した応答性能を応答性能テーブル３２０に登録する（ＳＰ２８５８）。

また応答性能算出部３１４は、この後、移行候補ペアテーブル３１３に登録されたすべての移行候補ペアについて同様の処理を実行し終えたか否かを判断し（ＳＰ２８５９）、否定結果を得るとステップＳＰ２８４２に戻り、この後、同様の処理を繰り返す。

そして応答性能算出部３１４は、やがて移行候補ペアテーブル３１３に登録されたすべての移行候補ペアについてステップＳＰ２８４３〜ステップＳＰ２８５８の処理を実行し終えることによりステップＳＰ２８５９において肯定結果を得ると、この移行候補ペア応答時間算出処理を終了する。

（６−１０）移行対象決定処理
図２９は、上述したシステム性能管理処理（図２１）のステップＳＰ２１１０において移行対象決定部３１９（図３）により実行される移行対象決定処理の処理手順を示す。

移行対象決定部３１９は、例えばスケジューリング設定により定期的に起動される。そして移行対象決定部３１９は、起動されると、図２９に示す移行対象決定処理を開始し、まず、移行候補ペアテーブル３１３に登録された移行候補ペアの構成情報を当該移行候補ペアテーブル３１３から取得すると共に、これら移行候補ペアごとの応答性能を応答性能テーブル３２０から取得する（ＳＰ２９０１）。

続いて、移行対象決定部３１９は、計算機システム１００全体の応答性能が、移行候補の仮想ボリューム２０４のデータを移行する前よりも、移行した後の方が小さい移行候補ペアをすべて選出する（ＳＰ２９０２）。

次いで、移行対象決定部３１９は、ステップＳＰ２９０２において選出した移行候補ペアのうち、移行候補の仮想ボリューム２０４のデータを移行する前後における応答性能の差が一番大きい移行候補ペアを選出する（ＳＰ２９０３）。

さらに移行対象決定部３１９は、このとき選出した移行候補ペアを構成する移行候補の仮想ボリューム２０４に格納されたデータを、当該移行候補ペアを構成する移行先プール２０５に移行させるべき旨の移行実行要求を移行制御部３２２（図３）に発行することにより、当該移行制御部３２２を起動する（ＳＰ２９０４）。そして移行対象決定部３１９は、この後、この移行対象決定処理を終了する。

（６−１１）移行情報表示処理
図３０は、上述したシステム性能管理処理（図２１）のステップＳＰ２１１１において移行情報表示部３２１により実行される移行情報表示処理の処理手順を示す。

計算機システム１００においては、例えばユーザがストレージ管理クライアント１０５を操作して、図４について上述した移行情報表示画面４０１を表示すべき指示を入力すると、これに応じた画面表示要求がストレージ管理クライアント１０５から性能監視サーバ１０７に与えられる。

そして移行情報表示部３２１は、この画面表示要求を受信すると、この図３０に示す移行情報表示処理を開始し、まず、移行候補ペアテーブル３１３に登録された移行候補ペアの中から１つの移行候補ペアを選択し（ＳＰ３００１）、選択した移行候補ペアの応答性能に関する情報を応答性能テーブル３２０から取得する（ＳＰ３００２）。

なお、ここでいう「移行候補ペアの応答性能に関する情報」とは、応答性能テーブル３２０における対応する行の移行前システム応答性能欄３２０Ｂ（図１９）、移行後システム応答性能欄３２０Ｃ（図１９）、移行前移行元プール応答性能欄３２０Ｄ（図１９）、移行後移行元プール応答性能欄３２０Ｅ（図１９）、移行前移行先プール応答性能欄３２０Ｆ（図１９）及び移行後移行先プール応答性能欄３２０Ｇ（図１９）にそれぞれ格納された情報を指す。

続いて移行情報表示部３２１は、ステップＳＰ３００１において選択した移行候補ペアを構成する移行候補の仮想ボリューム２０４と関連付けられたアプリケーション２０１（図２参照）をＡＰ・仮想ボリューム関連テーブル３１７（図２０）上で検索する（ＳＰ３００３）。

また移行情報表示部３２１は、移行候補ペアテーブル３１３に登録されたすべての移行候補ペアについて同様の処理を実行し終えたか否かを判断する（ＳＰ３００５）。そして移行情報表示部３２１は、この判断において否定結果を得るとステップＳ３００１Ｐに戻り、この後ステップＳＰ３００１〜ステップＳＰ３００５の処理を繰り返す。

そして移行情報表示部３２１は、やがて移行候補ペアテーブル３１３に登録されたすべての移行候補ペアについてステップＳＰ３００２〜ステップＳＰ３００４の処理を実行し終えることによりステップＳＰ３００５において肯定結果を得ると、上述のようにして収集した各種情報をストレージ管理クライアント１０５に送信する。これにより移行候補ペアテーブル３１３に登録された各移行候補ペアに関する各種情報が掲載された上述の移行情報表示画面４０１（図４）がストレージ管理クライアント１０５に表示させる（ＳＰ３００６）。

この後、移行情報表示部３２１は、ユーザがストレージ管理クライアント１０５に表示された移行情報表示画面４０１を用いてデータ移行の実行対象として所望する移行候補ペアを選択し、移行実行ボタン４０３（図４）がクリックされるのを待ち受ける（ＳＰ３００７）。

そして移行情報表示部３２１は、やがて、かかる操作が行われたことがストレージ管理クライアント１０５から通知されると、選択された移行候補ペアを構成する移行候補の仮想ボリューム２０４に格納されたデータを、当該移行候補ペアを構成する移行先プール２０５に移行させるべき旨の移行実行要求を発行することにより、移行制御部３２２を起動する（ＳＰ３００８）。そして移行情報表示部３２１は、この後、この移行情報表示処理を終了する。

（７）本実施の形態の効果
以上のように本計算機システム１００によれば、各記憶階層２０６から各仮想ボリューム２０４に割り当てられたページごとの単位時間当たりのアクセス数と、記憶階層２０６ごとの容量使用率とに基づいて、移行候補の仮想ボリューム２０４に書き込まれたデータの移行前後の応答性能の改善率を最大化する移行を行うことができる。かくするにつき、単位時間当たりのアスクセス数が多いために高性能の記憶装置１４２の記憶領域を使い切れていないケースを摘出し、そのような状況を解消させることができため、システム全体の応答性能の最小化を図ることができる。

また本計算機システム１００によれば、使用するデータの移行が禁止されたアプリケーション２０１が利用する仮想ボリューム２０４については移行候補の対象とせず、また移行情報表示画面４０１において移行候補の仮想ボリューム２０４を利用しているアプリケーション２０１の識別子などの情報をストレージ管理クライアント１０５に表示させることができるため、アプリケーション２０１の影響を考慮した移行判断を支援することができる。

（８）他の実施の形態
なお上述の実施の形態においては、本発明を図１のように構成された計算機システム１００においてストレージ装置を管理する性能監視サーバ１０７に適用するようにした倍について述べたが、本発明はこれに限らず、この他の計算機システムにおいてストレージ装置を管理する種々の管理装置に広く適用することができる。

また上述の実施の形態においては、移行情報表示画面４０１において、各移行候補ペアの構成と、各移行候補ペアについてのデータ移行を実行した場合におけるデータ移行前後の計算機システム１００全体、移行元プール２０５及び移行先プール２０５の応答性能となどを表示するようにした場合について述べたが、本発明はこれに限らず、例えば単位時間当たりのＩ／Ｏ数が性能閾値に到達し、かつ容量実使用率が容量閾値に到達していない記憶階層２０６を移行情報として併せて移行情報表示画面４０１に表示するようにしても良い。加えて、各記憶階層２０６の性能閾値、単位時間当たりのＩ／Ｏ数、容量閾値及び容量実使用率の全部又は一部を移行情報として併せて移行情報表示画面４０１に表示するようにしても良い。

本発明は、階層型プール構成技術が適用されたストレージ装置の性能を管理する種々の形態の管理装置に広く適用することができる。

１００……計算機システム、１０１……ホストサーバ、１０３……ストレージ装置、１０５……ストレージ管理クライアント、１０７……性能監視サーバ、１４２，１４２Ａ……１４２Ｃ……記憶装置、１４４，１４４Ａ〜１４４Ｄ……アレイグループ、１６０……ＣＰＵ、１６４……ストレージ管理ソフトウェア、２０４，２０４Ａ〜２０４Ｄ……仮想ボリューム、２０５，２０５Ａ，２０５Ｂ……プール、２０６，２０６Ａ〜２０６Ｈ……プールボリューム、３０２……リソース性能情報、３０３……リソース構成・容量情報、４０１……移行情報表示画面。

Claims (14)

1. ストレージ装置を管理する管理方法において、
   前記ストレージ装置は、
   性能が異なる複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト装置に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト装置からのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で動的に割り当て、前記仮想ボリュームに割り当てられたページに対する単位時間当たりのアクセス数に応じて、定期的又は不定期に、前記ページを割り当てる前記記憶階層を他の種別の記憶階層に切り替え、
   単位時間当たりのアクセス数が性能閾値に達しており、かつ使用容量が容量閾値に達していない記憶階層を高負荷記憶階層として検出する第１のステップと、
   前記高負荷記憶階層が構成する前記プールからページが割り当てられている仮想ボリュームを検出し、検出した前記仮想ボリュームの中からデータを移行させる移行候補の仮想ボリュームを選出すると共に、当該仮想ボリュームにページを割り当てているプールを移行元プールとして選出する第２のステップと、
   構成する記憶階層の少なくとも１つの単位時間当たりのアクセス数が性能閾値に達しておらず、かつ前記移行元プールと異なるプールを移行先プールとして選出する第３のステップと、
   選出された前記移行候補の仮想ボリューム及び選出された前記移行先プールの組み合わせにより移行候補ペアを決定する第４のステップと、
   前記移行候補ペアごとに、前記移行候補の仮想ボリュームに書き込まれたデータを前記移行先プールに移行させる場合における移行前後のシステム全体の応答性能をそれぞれ算出する第５のステップと、
   移行前後のシステム全体の応答性能に基づいて移行対象の移行候補ペアを決定する第６のステップと、
   決定した前記移行候補ペアを構成する前記移行候補の仮想ボリュームのデータを、当該移行候補ペアを構成する移行先プールに移行させるように前記ストレージ装置を制御する第７のステップと
   を備えることを特徴とする管理方法。
2. 前記ホスト装置に実装されたアプリケーションごとに、当該アプリケーションが使用するデータの移行の可否を管理し、
   前記第２のステップでは、
   使用するデータの移行が禁止されているアプリケーションが当該データを読み書きする仮想ボリューム以外の仮想ボリュームの中から、前記移行候補の仮想ボリュームを選出する
   ことを特徴とする請求項１に記載の管理方法。
3. 前記第６のステップでは、
   移行後のシステム全体の応答性能が移行前のシステム全体の応答性能よりも小さく、かつ移行後のシステム全体の応答性能と移行前のシステム全体の応答性能との差が最も大きい移行候補ペアを移行対象として決定する
   ことを特徴とする請求項１に記載の管理方法。
4. 前記移行対象の仮想ボリュームから前記移行先のプールへのデータ移行の動作モードとして手動モードが設定されている場合、
   前記第６のステップでは、
   前記移行候補ペアごとに、前記移行候補の仮想ボリューム、前記移行元プール及び前記移行先プールの識別子と、前記移行候補の仮想ボリュームのデータを移行前後のシステム全体の応答性能とを含む所定の移行情報をそれぞれ表示させ、
   前記第７のステップでは、
   前記移行情報が表示された前記移行候補ペアのうちのユーザにより指定された前記移行候補ペアを構成する移行候補の仮想ボリュームのデータを、当該移行候補ペアを構成する移行先プールに移行させるように前記ストレージ装置を制御する
   ことを特徴とする請求項１に記載の管理方法。
5. 前記第６のステップでは、
   移行前後の前記移行元プール及び前記移行先プールの応答性能と、前記移行候補の仮想ボリュームを利用するアプリケーションの識別子との少なくとも１つを、前記移行情報として併せて表示する
   ことを特徴とする請求項４に記載の管理方法。
6. 前記第６のステップでは、
   単位時間当たりのアクセス数が性能閾値に達しており、かつ使用容量が容量閾値に達していない記憶階層を、前記移行情報として併せて表示する
   ことを特徴とする請求項４に記載の管理方法。
7. 前記第６のステップでは、
   対応する前記記憶階層の性能閾値、単位時間当たりのアクセス数、容量閾値及び使用率の全部又は一部を、前記移行情報として併せて表示する
   ことを特徴とする請求項４に記載の管理方法。
8. ストレージ装置を管理する管理装置において、
   前記ストレージ装置は、
   性能が異なる複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト装置に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト装置からのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で動的に割り当て、前記仮想ボリュームに割り当てられたページに対する単位時間当たりのアクセス数に応じて、定期的又は不定期に、前記ページを割り当てる前記記憶階層を他の種別の記憶階層に切り替え、
   単位時間当たりのアクセス数が性能閾値に達しており、かつ使用容量が容量閾値に達していない記憶階層を高負荷記憶階層として検出する高負荷記憶階層検出部と、
   前記高負荷記憶階層が構成する前記プールからページが割り当てられている仮想ボリュームを検出し、検出した前記仮想ボリュームの中からデータを移行させる移行候補の仮想ボリュームを選出すると共に、当該仮想ボリュームにページを割り当てているプールを移行元プールとして選出する移行元候補選出部と、
   構成する記憶階層の少なくとも１つの単位時間当たりのアクセス数が性能閾値に達しておらず、かつ前記移行元プールと異なるプールを移行先プールとして選出する移行先候補選出部と、
   選出された前記移行候補の仮想ボリューム及び選出された前記移行先プールの組み合わせにより移行候補ペアを決定する移行候補ペア決定部と、
   前記移行候補ペアごとに、前記移行候補の仮想ボリュームに書き込まれたデータを前記移行先プールに移行させる場合における移行前後のシステム全体の応答性能をそれぞれ算出する応答性能算出部と、
   移行前後のシステム全体の応答性能に基づいて移行対象の移行候補ペアを決定する移行対象決定部と、
   決定した前記移行候補ペアを構成する前記移行候補の仮想ボリュームのデータを、当該移行候補ペアを構成する移行先プールに移行させるように前記ストレージ装置を制御する移行制御部と
   を備えることを特徴とする管理装置。
9. 前記移行元候補選出部は、
   前記ホスト装置に実装されたアプリケーションごとに、当該アプリケーションが使用するデータの移行の可否を管理し、
   使用するデータの移行が禁止されているアプリケーションが当該データを読み書きする仮想ボリューム以外の仮想ボリュームの中から、前記移行候補の仮想ボリュームを選出する
   ことを特徴とする請求項８に記載の管理装置。
10. 前記移行対象決定部は、
    移行後のシステム全体の応答性能が移行前のシステム全体の応答性能よりも小さく、かつ移行後のシステム全体の応答性能と移行前のシステム全体の応答性能との差が最も大きい移行候補ペアを移行対象として決定する
    ことを特徴とする請求項８に記載の管理装置。
11. 前記移行対象の仮想ボリュームから前記移行先のプールへのデータ移行の動作モードとして手動モードが設定されている場合に、前記移行候補ペアごとに、前記移行候補の仮想ボリューム、前記移行元プール及び前記移行先プールの識別子と、前記移行候補の仮想ボリュームのデータを移行前後のシステム全体の応答性能とを含む所定の移行情報をそれぞれ表示させる移行情報表示部をさらに備え、
    前記移行制御部は、
    前記移行表示部からの通知に基づいて、前記移行情報が表示された前記移行候補ペアのうちのユーザにより指定された前記移行候補ペアを構成する移行候補の仮想ボリュームのデータを、当該移行候補ペアを構成する移行先プールに移行させるように前記ストレージ装置を制御する
    ことを特徴とする請求項８に記載の管理装置。
12. 前記移行情報表示部は、
    移行前後の前記移行元プール及び前記移行先プールの応答性能と、前記移行候補の仮想ボリュームを利用するアプリケーションの識別子との少なくとも１つを、前記移行情報として併せて表示する
    ことを特徴とする請求項１１に記載の管理装置。
13. 前記移行情報表示部は、
    単位時間当たりのアクセス数が性能閾値に達しており、かつ使用容量が容量閾値に達していない記憶階層を、前記移行情報として併せて表示する
    ことを特徴とする請求項１１に記載の管理装置。
14. 前記移行情報表示部は、
    対応する前記記憶階層の性能閾値、単位時間当たりのアクセス数、容量閾値及び使用率の全部又は一部を、前記移行情報として併せて表示する
    ことを特徴とする請求項１１に記載の管理装置。