(57)【要約】　　　（修正有）【課題】複数のホストや複数の記憶装置が同一ネットワークに接続されるシステムにおいて、全体構成を把握している情報処理装置が、よりアクセス効率のよい記憶領域の割り当てを行なうことができるようにする。【解決手段】管理サーバ１０は、各ホスト３０から各記憶装置２０へのアクセスに関する情報に基づき、記憶装置２０におけるアクセスの効率の低い記憶領域と、アクセスの効率の低い記憶領域に対してアクセスの効率の低いホストと、アクセスの効率の低いホストによるアクセスの効率の高い記憶領域を検出し、アクセスの効率の低い記憶領域に格納され、かつ、アクセスの効率の低いホストが使用するデータをアクセスの効率の高い記憶領域に移動させる。【選択図】　　　図１
2004021557.tif 000002
【特許請求の範囲】
【請求項１】
ホストがネットワークを介して接続する複数の記憶装置を管理する情報処理装置に、
前記各ホストから前記各記憶装置へのアクセスに関する情報を参照するステップと、
前記アクセスに関する情報に基づき、前記記憶装置におけるアクセスの効率の低い記憶領域を検出するステップと、
前記アクセスに関する情報に基づき、前記アクセスの効率の低い記憶領域に対してアクセスの効率の低いホストを検出するステップと、
少なくとも前記アクセスの効率の低いホストによるアクセスの効率の高い記憶領域を検出するステップと、
前記アクセスの効率の低い記憶領域に格納され、かつ、前記アクセスの効率の低いホストが使用するデータを、前記アクセスの効率の高い記憶領域に移動させるステップと、
を実行させるためのプログラム。
【請求項２】
前記アクセスに関する情報には、少なくともアクセス頻度が含まれ、前記アクセス頻度に基づき前記アクセスの効率を判定することを特徴とする請求項１に記載のプログラム。
【請求項３】
前記アクセスに関する情報には、少なくともアクセスに要する時間が含まれ、前記アクセスに要する時間に基づき前記アクセスの効率を判定することを特徴とする請求項１に記載のプログラム。
【請求項４】
前記アクセスに関する情報には、少なくとも前記記憶装置の空き容量が含まれ、前記記憶装置の前記空き容量に基づき前記アクセスの効率を判定することを特徴とする請求項１に記載のプログラム。
【請求項５】
前記アクセスに関する情報には、少なくともアクセスの経路の情報が含まれ、前記アクセスの経路の長さに基づき前記アクセスの効率を判定することを特徴とする請求項１に記載のプログラム。
【請求項６】
前記ホストから前記記憶装置における記憶領域に対してアクセスに関する性能を計測し、前記計測の結果に基づき前記アクセスの効率を判定することを特徴とする請求項１に記載のプログラム。
【請求項７】
前記情報処理装置に、前記アクセスに関する情報を記録するステップを実行させることを特徴とする請求項１に記載のプログラム。
【請求項８】
ホストがネットワークを介して接続する複数の記憶装置を管理する情報処理装置による情報処理方法であって、
前記各ホストから前記各記憶装置へのアクセスに関する情報を参照するステップと、
前記アクセスに関する情報に基づき、前記記憶装置におけるアクセスの効率の低い記憶領域を検出するステップと、
前記アクセスに関する情報に基づき、前記アクセスの効率の低い記憶領域に対してアクセスの効率の低いホストを検出するステップと、
少なくとも前記アクセスの効率の低いホストによるアクセスの効率の高い記憶領域を検出するステップと、
前記アクセスの効率の低い記憶領域に格納され、かつ、前記アクセスの効率の低いホストが使用するデータを、前記アクセスの効率の高い記憶領域に移動させるステップと、
を備えることを特徴とする情報処理方法。
【請求項９】
前記アクセスに関する情報には、少なくともアクセス頻度が含まれ、前記アクセス頻度に基づき前記アクセスの効率を判定することを特徴とする請求項８に記載の情報処理方法。
【請求項１０】
前記アクセスに関する情報には、少なくともアクセスに要する時間が含まれ、前記アクセスに要する時間に基づき前記アクセスの効率を判定することを特徴とする請求項８に記載の情報処理方法。
【請求項１１】
前記アクセスに関する情報には、少なくとも前記記憶装置の空き容量が含まれ、前記記憶装置の前記空き容量に基づき前記アクセスの効率を判定することを特徴とする請求項８に記載の情報処理方法。
【請求項１２】
前記アクセスに関する情報には、少なくともアクセスの経路の情報が含まれ、前記アクセスの経路の長さに基づき前記アクセスの効率を判定することを特徴とする請求項８に記載の情報処理方法。
【請求項１３】
前記ホストから前記記憶装置における記憶領域に対してアクセスに関する性能を計測し、前記計測の結果に基づき前記アクセスの効率を判定することを特徴とする請求項８に記載の情報処理方法。
【請求項１４】
前記情報処理装置に、前記アクセスに関する情報を記録するステップを実行させることを特徴とする請求項８に記載の情報処理方法。
【請求項１５】
複数のホストがネットワークを介して接続する複数の記憶装置のうち少なくとも一つの制御部による情報処理方法であって、
前記各ホストから前記各記憶装置へのアクセスに関する情報を参照するステップと、
前記アクセスに関する情報に基づき、アクセスの効率の低い前記記憶装置の記憶領域を検出するステップと、
前記アクセスに関する情報に基づき、前記アクセスの効率の低い記憶領域に対してアクセスの効率の低いホストを検出するステップと、
少なくとも前記アクセスの効率の低いホストによるアクセスの効率の高い記憶領域を検出するステップと、
前記アクセスの効率の低い記憶領域に格納され、かつ、前記アクセスの効率の低いホストが使用するデータを、前記アクセスの効率の高い記憶領域に移動させるステップと、
を備えることを特徴とする情報処理方法。
【請求項１６】
ホストがネットワークを介して接続する複数の記憶装置を管理する情報処理装置であって、
前記各ホストから前記各記憶装置へのアクセスに関する情報を参照する手段と、
前記アクセスに関する情報に基づき、前記記憶装置におけるアクセスの効率の低い記憶領域を検出する手段と、
前記アクセスに関する情報に基づき、前記アクセスの効率の低い記憶領域に対してアクセスの効率の低いホストを検出する手段と、
少なくとも前記アクセスの効率の低いホストによるアクセスの効率の高い記憶領域を検出する手段と、
前記アクセスの効率の低い記憶領域に格納され、かつ、前記アクセスの効率の低いホストが使用するデータを、前記アクセスの効率の高い記憶領域に移動させる手段と、
を備えることを特徴とする情報処理装置。
【請求項１７】
前記アクセスに関する情報には、少なくともアクセス頻度が含まれ、前記アクセス頻度に基づき前記アクセスの効率を判定することを特徴とする請求項１６に記載の情報処理装置。
【請求項１８】
前記アクセスに関する情報には、少なくともアクセスに要する時間が含まれ、前記アクセスに要する時間に基づき前記アクセスの効率を判定することを特徴とする請求項１６に記載の情報処理装置。
【請求項１９】
前記アクセスに関する情報には、少なくとも前記記憶装置の空き容量が含まれ、前記記憶装置の前記空き容量に基づき前記アクセスの効率を判定することを特徴とする請求項１６に記載の情報処理装置。
【請求項２０】
前記アクセスに関する情報には、少なくともアクセスの経路の情報が含まれ、前記アクセスの経路の長さ基づき前記アクセスの効率を判定することを特徴とする請求項１６に記載の情報処理装置。
【請求項２１】
前記ホストから前記記憶装置における記憶領域に対してアクセスに関する性能を計測し、前記計測の結果に基づき前記アクセスの効率を判定することを特徴とする請求項１６に記載の情報処理装置。
【請求項２２】
前記アクセスに関する情報を記録する手段を備えることを特徴とする請求項１６に記載の情報処理装置。
【請求項２３】
請求項１６に記載の情報処理装置によって管理される記憶装置であって、
前記各ホストからのアクセスに関する情報を記録する手段と、
前記アクセスに関する情報を前記情報処理装置に参照させる手段と、
指定されたデータを指定された記憶領域へ移動する手段と、
を備えることを特徴とする記憶装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プログラム、情報処理方法、情報処理装置及び記憶装置に関する。
【０００２】
【従来の技術】
ホストがアプリケーションを動作させるに当たり、複数のストレージ（ディスクアレイ装置、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙ　ｆｏｒ　Ｉｎｅｘｐｅｎｓｉｖｅ　Ｄｉｓｋｓ）装置）を記憶装置として用いる。ストレージは複数台のディスクで構成される。具体的には、ホストはＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等のネットワークを介してストレージに接続し、複数台のディスク装置上における論理ボリュームにデータを分散させて記憶させる。
【０００３】
このようなデータ分散に関して、あるホストのデータをその論理的分類のみに基づいてどのストレージに格納するのかを決定する方式では、アクセス頻度の高いデータがアクセスに要する時間が長いストレージに格納される可能性もある。そのため、効率のよいシステムを構築するためには、実際のアクセスにかかった時間やアクセス頻度等の情報に基づいてデータを格納する記憶領域（格納領域）を決定する技術が求められる。
【０００４】
そのような観点から記憶領域を割り当てる技術として、特開２００１−３５０７０７号公報には、ストレージ（記憶装置）や記憶領域（論理ボリューム）を収集した評価値に基づいて割り当てる技術が開示されている。この従来技術では、ホスト（計算機）がアプリケーション（プログラム）毎にアクセス速度などについて収集した評価値に基づいて、アクセス頻度やバックアップ頻度、信頼性等についてユーザが重視する事項に応じてストレージや記憶領域を割り当てるものである。
この従来技術によれば、ユーザの割り当て方針に応じてきめ細かくストレージや記憶領域の割り当てができるので、効率のよいシステムを構築することができる。
【０００５】
【発明が解決しようとする課題】
上記従来技術では、ホストがアプリケーション実行の際にアクセスするストレージや論理ユニット（論理ボリューム）を、ホスト自らが収集した評価データに基づいて決定する。
しかし、割り当ての対象とできるストレージおよび記憶領域は、ホスト自らが利用し評価することができる範囲の装置のみであり、当該ホストが利用していないストレージや記億領域には割り当てることができないという点では不十分であった。
【０００６】
そこで、同一ネットワークに接続される複数のホストや複数のストレージからなるシステムの全体構成を把握している管理サーバ（情報処理装置）が、当該ホストに距離が近いストレージや当該ホストからのアクセス速度が速い記憶領域などの、アクセスの効率の高い記憶領域を割り当てることができると、より効率のよいシステムを構築することが可能となる。
【０００７】
本発明は、このような上記背景に鑑みてなされたもので、プログラム、情報処理方法、情報処理装置、及び記憶装置を提供する。
【０００８】
【課題を解決する手段】
上記の目的を達成するための本発明に係る技術は、ホストがネットワークを介して接続する複数の記憶装置を管理するのであって、前記各ホストから前記各記憶装置へのアクセスに関する情報を参照し、前記アクセスに関する情報に基づき、前記記憶装置におけるアクセスの効率の低い記憶領域を検出し、前記アクセスに関する情報に基づき、前記アクセスの効率の低い記憶領域に対してアクセスの効率の低いホストを検出し、少なくとも前記アクセスの効率の低いホストによるアクセスの効率の高い記憶領域を検出し、前記アクセスの効率の低い記憶領域に格納され、かつ、前記アクセスの効率の低いホストが使用するデータを、前記アクセスの効率の高い記憶領域に移動させる処理を実行するものとする。
【０００９】
その他、本願が開示する課題及びその解決方法は、発明の実施の形態の欄及び図面により明らかにされる。
【００１０】
【発明の実施の形態】
本明細書の記載により、少なくとも次のことが明らかにされる。
前記アクセスに関する情報には、少なくともアクセス頻度が含まれ、前記アクセス頻度に基づき前記アクセスの効率を判定するようにできる。
前記アクセスに関する情報には、少なくともアクセスに要する時間が含まれ、前記アクセスに要する時間に基づき前記アクセスの効率を判定するようにできる。
前記アクセスに関する情報には、少なくとも前記記憶装置の空き容量が含まれ、前記記憶装置の前記空き容量に基づき前記アクセスの効率を判定するようにできる。
前記アクセスに関する情報には、少なくともアクセスの経路の情報が含まれ、前記アクセスの経路の長さに基づき前記アクセスの効率を判定するようにできる。
【００１１】
前記ホストからの前記記憶装置における記憶領域に対してアクセスに関する性能を計測し、前記計測結果に基づき当該ホストからのアクセスの効率を判定するようにできる。
【００１２】
＜システムの構成例＞
図１に本発明の概念図を示している。管理サーバ（情報処理装置）１０は、各ストレージ２０（記憶装置、ディスクアレイ装置、及び、ＲＡＩＤ装置）に記録されたアクセスに関する情報を読み出し、ホスト３０からデータへのアクセスに関する情報を収集する。そして、管理サーバ１０は、アクセスの効率が最高になるように最適化されたデータの保管場所（ストレージα）を検出し、データを元の場所（ストレージβ）から最適な領域（ストレージα）に移動（ｍｉｇｒａｔｉｏｎ）する。
【００１３】
本実施の形態について、全体構成を図２に示している。複数のホスト３０は、ＦＣ（Ｆａｂｒｉｃ　Ｃｈａｎｎｅｌ）スイッチを用いたＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）４０を介して複数のストレージ２０に接続する。各ホスト３０には、ユーザによってアプリケーション３１がインストールされる。そして各ホスト３０は、このアプリケーション３１の動作に必要なデータを格納する外部記憶装置として複数のストレージ２０を共用する。あるいは、アプリケーション３１そのものがストレージ２０にインストールされる場合もある。すなわち、アプリケーション３１のインストール先の相違によって、本発明の技術的範囲が狭くなることはない。また、本実施の形態でＳＡＮ４０としたネットワークは、ＬＡＮや専用線等の他の形態にすることができる。例えば、ＩＰルータ等を用いたｉＳＣＳＩのネットワークにできる。管理サーバ１０（情報処理装置）は、ＳＡＮとは異なるＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）やインターネット等の管理用のネットワーク５０を介して、複数のホスト３０及び複数のストレージ２０と接続できる。あるいは、管理サーバ１０は、ＳＡＮ４０に直接接続される場合もある。
【００１４】
ホスト３０にはアプリケーション３１の他に、管理クライアント３２がインストールされている。システム管理者の管理サーバ１０に対する操作入力によってデータ最適化の要求等がなされると、管理クライアント３２が起動する。
【００１５】
また、ホスト３０ではアプリケーション３１が使用する記憶領域（以下、仮想デバイス（ｖｄｅｖ））とデバイス（ｄｅｖ）との対応関係を記憶している。ここでデバイスとは、ストレージ２０の論理デバイス（ＬＤＥＶ）２１とその論理デバイス２１へアクセスするパス（ｐａｔｈ）との組み合わせによって定まる。例えば図２に例示した構成において、ｄｅｖ１は、ＦＣスイッチ１のｐａｔｈ１を経由してストレージ１のＬＤＥＶ１にアクセスするようになっている。また、ｄｅｖ２は、ＦＣスイッチ１のｐａｔｈ２を経由してストレージ１のＬＤＥＶ１にアクセスするようになっている。同様に、ｄｅｖ３は、ＦＣスイッチ２のｐａｔｈ３を経由してストレージ２のＬＤＥＶ３にアクセスするようになっている。図３にホスト３０が記憶している仮想デバイス（ｖｄｅｖ）とデバイス（ｄｅｖ）との対応関係を例示している。この図では、仮想デバイスとデバイスの対応関係とともに、デバイスに相当するストレージ２０、論理デバイス（ＬＤＥＶ）２１、論理ユニット（ＬＵ）が示されている。図３の例ではｖｄｅｖ１とｄｅｖ１が対応している。これは、ホストのアプリケーションがｖｄｅｖ１に対してＩ／Ｏを発行すると、ＦＣスイッチ１のｐａｔｈ１を経由してストレージ１のＬＤＥＶ１に送信されることを示している。
【００１６】
なお、各論理デバイス（ＬＤＥＶ）２１は複数の論理ユニット（ＬＵ）から構成されており、各論理デバイスにアクセスするパスによって、アクセスする論理ユニットが定まる。図３の例ではｄｅｖ１はＬＤＥＶ１のＬＵ８に、ｄｅｖ２はＬＤＥＶ１のＬＵ１０に、さらにｄｅｖ３はＬＤＥＶ３のＬＵ５にアクセスすることを示している。
【００１７】
また、本実施例において、ｐａｔｈ１はＦＣスイッチ１を経由してストレージ１のＦＣポート１へアクセスするパスであり、帯域保証のない低速回線（１Ｇｂｐｓ）である。また、ｐａｔｈ２はＦＣスイッチ１を経由してストレージ１のＦＣポート２へアクセスするパスであり、帯域保証のある低速回線（１Ｇｂｐｓ）である。さらにｐａｔｈ３はＦＣスイッチ２を経由してストレージ２のＦＣポート３へアクセスするパスであり、帯域保証のある高速回線（２Ｇｂｐｓ）である。
【００１８】
ストレージ２０には、ディスクコントローラ（制御部）２２が内蔵されている。また、管理エージェント２３及びコピープログラム２２１がインストールされている。ディスクコントローラ２２に実装されたプロセッサ（ＣＰＵ）上で動作するマイクロプログラムにより、ストレージ２０が制御される。この動作中のマイクロプログラムによって、ホスト３０からのＩ／Ｏを検知することができる。すなわち、どのホスト３０からどの論理ボリューム（論理ユニット）にアクセスされたかといったアクセスの経路の情報やその頻度の情報（アクセスに関する情報）を取得することができる。管理エージェント２３は、これらのアクセスに関する情報を統計情報として記録し管理している。また、ディスクコントローラ２２からコピープログラム２２１に対して、ホスト３０内のデータ（コピー元）と目的のデバイス（コピー先）が通知されると、当該コピー元のデータをコピー先に移動する処理が実施される。
【００１９】
管理サーバ１０は、管理プログラム１０１（プログラム）を有するコンピュータシステムで構成される。この管理サーバ１０の機能を示すブロック図を図４に例示する。管理サーバ１０は、ユーザ管理レイヤ１１、オブジェクト管理レイヤ１２、エージェント管理レイヤ１３、及び、インタフェースレイヤ１４を有する。オブジェクト管理レイヤ１２は各ストレージ２０に関する構成情報を蓄積するデータベースを備える。インタフェースレイヤ１４はサブシステムインタフェース１４１及びホストインタフェース１４２を備える。
【００２０】
管理サーバ１０には、ユーザ管理レイヤ１１を通じ、複数のユーザの端末Ａ〜Ｃが接続される。また、管理サーバ１０には、サブインタフェース１４１を通じ複数のストレージ２０が接続される。さらに、管理サーバ１０には、ホストインタフェース１４２を通じ、ホスト３０が接続される。
【００２１】
ユーザ管理レイヤ１１は、ユーザの端末Ａ〜Ｃを管理する。ここで、ユーザにはシステム管理者が含まれる。オブジェクト管理レイヤ１２は、各ホスト３０や各ストレージ２０の構成、性能及び障害等の異常、並びに、その他のイベントに関する情報を取得し、データベースに格納する。このデータベースに格納する情報として、より具体的には、各ホスト３０や各ストレージ２０のＩＰアドレスやポートアドレス、各ストレージ２０の内部アクセスパス、論理ボリューム、各論理ボリュームの容量やアクセス権限、及び、データ移動に関する設定、各ストレージ２０間のデータコピーに関する設定、各ストレージ２０の性能・制御の設定、各ストレージ２０の性能データの取得、及び、保守方法の設定及び障害などの異常やユーザオペレーションによるイベントの構成情報に関するものである。その他に、ＦＣスイッチやＩＰルータに関する情報など、システムの構成に関する情報も格納されている。
【００２２】
このように構成されたシステムにおいて、管理サーバ１０の管理プログラム１０１は、以下に説明するように、各ストレージ２０が記録しているホスト３０からのアクセスに関する情報（統計情報）に基づいて、アプリケーション３１の使用するデータの格納領域を最適化する処理を行う。
【００２３】
＜アクセスに関する情報の記録＞
まず、ストレージ２０で記録しているホスト３０からの統計情報について説明する。ホスト３０のアプリケーション３１が仮想デバイス（ｖｄｅｖ）に対してＩ／Ｏを発行すると、ホスト３０では前述した仮想デバイス（ｖｄｅｖ）とデバイス（ｄｅｖ）との対応関係を参照して、対応するデバイス（ｄｅｖ）にアクセスする。すなわち、図２及び図３の例では、ホスト１のｖｄｅｖ１に対して発行されたＩ／Ｏは、ホスト１のポート（ＦＣポートＸ）及びＦＣスイッチ１のｐａｔｈ１を経由してストレージ１のＬＤＥＶ１のＬＵ８に送信される。また、ホスト１のｖｄｅｖ２に対して発行されたＩ／Ｏは、ホスト１のポート（ＦＣポートＸ）及びＦＣスイッチ１のｐａｔｈ２を経由してストレージ１のＬＤＥＶ１のＬＵ１０に送信される。同様に、ホスト２のｖｄｅｖ２に対して発行されたＩ／Ｏは、ホスト２のポート（ＦＣポートＹ）及びＦＣスイッチ１のｐａｔｈ２を経由してストレージ１のＬＤＥＶ１のＬＵ１０に送信される。また、ホスト２のｖｄｅｖ３に対して発行されたＩ／Ｏは、ホスト２のポート（ＦＣポートＹ）及びＦＣスイッチ２のｐａｔｈ３を経由してストレージ２のＬＤＥＶ３のＬＵ５に送信される。このようなホスト３０のポートアドレス（ＷＷＮで定義される）やストレージ２０のポートアドレス、論理ボリューム２１のＩＤ（番号）などにより、アクセスの経路を特定することができる。
【００２４】
Ｉ／Ｏを受け取ったストレージ２０では、上記のようなアクセスの経路やそのアクセスの頻度の情報をディスクコントローラ２２によって検知し、管理エージェント２３によって、アクセスの経路（アクセス経路）ごとに統計情報として記録している。図５に、ストレージ１に記録されている統計情報を例示する。この図は統計情報を表形式にまとめたものであり、１行ごとに１つのアクセス経路に関する情報を示している。この図に示す例では、ホスト３０のポートアドレスごとにアクセスの頻度を記録している。ｉＳＣＳＩの場合には、ホストのＩＰアドレスごとに記録することもできる。例えばタイトル行５００を除いた第１行目５０１は、ホスト１からＦＣスイッチ１のｐａｔｈ１を介してストレージ１のＬＤＥＶ１のＬＵ８にアクセスしたケースであり、ストレージ１の製品番号、ＬＤＥＶ番号（１）、ＬＵ番号（８）、ＦＣスイッチ１のｐａｔｈ１のポートアドレス、ホスト１のポート（ＦＣポートＸ）のポートアドレス、及び、この経路でアクセスされた頻度（１週間あたりの回数）の各々の値を示している。
【００２５】
管理サーバ１０では、週１回程度の間隔で定期的に各ストレージ２０に対して問い合わせを行い、上記のようにして各ストレージ２０が記録している統計情報を集約している。まず、管理サーバ１０の管理プログラム１０１が各ストレージ２０の管理エージェント２３に対してＬＡＮ（管理用ネットワーク）５０経由で集約の要求を送信する。これを受け取った各ストレージ２０の管理エージェント２３によって、各ストレージ２０が記録している統計情報が管理サーバ１０に返送される。管理サーバ１０では、各ストレージ２０から返送された統計情報を一つに集約して管理する。このようにして集約した統計情報を図６に例示している。この図では、各ストレージ２０が記録している図５に例示したような統計情報と同様に、各行が１つのアクセス経路に関する情報を示している。ストレージ２０の製品番号が複数であることが図５と異なる点である。
【００２６】
なお、ホスト３０がデータにアクセスする際に管理サーバ１０を経由するように構成しておいて、管理サーバ１０において上述のような統計情報を記録するようにしてもよい。あるいは、各ストレージ２０が記録している統計情報が、ＬＡＮ（管理用ネットワーク）５０を通じて管理サーバ１０の管理プログラム１０１に通知されるようにしてもよい。
【００２７】
なお、上記のように受動的に統計情報を集計するだけでなく、「ｔｒａｃｅｒｏｕｔｅ」コマンドによって、ホップ数やノードのＩＰアドレス等のネットワークの経路情報や応答時間を収集することもできる。
【００２８】
＜ベンチマークテスト＞
次に、各ホスト３０からストレージ２０へのアクセスに関する性能の評価（ベンチマークテスト）について説明する。管理サーバ１０は、一日に一回程度の頻度で定期的に、各ホスト３０から各ストレージ２０へのアクセスに際してデータの読み取り（ｒｅａｄ）や書きこみ（ｗｒｉｔｅ）に要する時間を計測している。その計測結果のデータを元にして、当該ホスト３０から当該ストレージ２０へのアクセスに関する性能（アクセス性能）を評価している。管理サーバ１０の管理プログラム１０１は、各ホスト３０の管理クライアント３２に対して、ＬＡＮ（管理用ネットワーク）５０を介して適宜な順番で、ストレージ２０の論理ユニットを指定する情報（ストレージ２０へアクセスするパスのポートアドレスと論理ユニット番号）を含めてベンチマークテストの実施の要求を送信する。この要求を受け取ったホスト３０の管理クライアント３２では、指定された論理ユニットに対して、所定のサイズのデータの読み取り及び書き込みに要する時間を計測する。そして、その結果を管理サーバ１０に返送する。これを受け取った管理サーバ１０の管理プログラム１０１はその結果を記録する。計測の結果として記録される内容は、アクセス元であるホスト３０のポートアドレス、アクセス先であるストレージ２０のポートアドレスと論理ユニット番号、読み取り時間と書きこみ時間などである。管理サーバ１０は、このようなベンチマークテストの要求を各ホスト３０の管理クライアント３２から各ストレージ２０の論理ユニットに対して順次行い、その結果を集約し管理している。集約した計測結果を図７に例示している。図７では、一回の計測についての結果を１行に示している。例えば図７のタイトル行７００を除いた１行目７０１には、ホスト１のポート（ＦＣポートＸ）からストレージ１のＬＤＥＶ１のＬＵ８にアクセスした際に、所定のサイズのデータを読み取る時間が６秒、同じサイズのデータを書きこむ時間が１１秒であったことを示している。また、３行目７０３の計測結果は、ホスト２のポート（ＦＣポートＹ）からストレージ１のＬＤＥＶ１のＬＵ１０にアクセスした際に、所定のサイズのデータを読み取る時間が５秒、同じサイズのデータを書きこむ時間が９秒であったことを示している。同様に、５行目７０５の計測結果は、ホスト２のポート（ＦＣポートＹ）からストレージ２のＬＤＥＶ３のＬＵ５にアクセスした際に、所定のサイズのデータを読み取る時間が２秒、同じサイズのデータを書きこむ時間が４秒であったことを示している。
【００２９】
＜最適な格納領域の判定＞
管理サーバ１０では、例えば各ストレージ２０が記録している統計情報を管理サーバ１０で集約した際に、あるいは管理者の操作入力時などに、ストレージ２０のアプリケーションが使用するデータの格納領域を最適化する処理を行う。その具体的手順について、図８の処理フロー図を用いて説明する。まず、管理サーバ１０の管理プログラム１０１は、図６に例示した統計情報を参照し、各ストレージ２０の論理デバイス（ＬＤＥＶ）２１毎に、以下に説明する評価方法に従って評価値を算出する（図８のステップ８１０）。各論理デバイス２１の評価値とは、ストレージ２０の当該論理デバイス２１への各アクセス経路についての統計情報において、各経路へのアクセス数（アクセス頻度）について全アクセス経路へのアクセス総数に対する割合と、当該アクセス経路へのアクセス数とを乗じたもののうちで、最大となるものである。すなわち、当該論理デバイス２１への各アクセス経路についての統計情報のうちもっともアクセス数（アクセス頻度）の多いアクセス経路において、全アクセス経路へのアクセス総数に対する当該経路へのアクセス数の割合と、当該アクセス経路へのアクセス数とを乗じたものである。例えば図６に示した統計情報において、ＬＤＥＶ１に対する評価値は、次のようにして求める。まず、ＬＤＥＶ１へのアクセスのうち、最もアクセス数が多いアクセス経路は、第３行目６０３に示されたホスト２のポート（ＦＣポートＹ）からＦＣスイッチ１のｐａｔｈ２を経由してストレージ１のＬＵ１０へアクセスするものであり、そのアクセス回数（アクセス頻度）は週に３０００回である。そしてこの数は、ＬＤＥＶ１へのアクセスの総数、すなわち１行目６０１に示されたホスト１のポート（ＦＣポートＸ）からＦＣスイッチ１のｐａｔｈ１経由によるストレージ１のＬＵ８へのアクセスの回数（週に１０００回）と２行目６０２に示されたホスト１のポート（ＦＣポートＸ）からＦＣスイッチ１のｐａｔｈ２経由によるストレージ１のＬＵ１０へのアクセスの回数（週に５００回）と当該アクセス経路（３行目６０３のアクセス経路）でのアクセス回数（週に３０００回）とを合計したアクセス総数（週に４５００回）に対して、３分の２の割合である。従ってＬＤＥＶ１の評価値は、３０００に３分の２を乗じた数値、すなわち２０１０となる。同様に、ＬＤＥＶ３に対する評価値は、図６の４行目６０４に示されたホスト１のポート（ＦＣポートＸ）からＦＣスイッチ２のｐａｔｈ３経由によるストレージ２のＬＵ５へのアクセスの回数（週に１０回）と、５行目６０５に示されたホスト２のポート（ＦＣポートＹ）からＦＣスイッチ２のｐａｔｈ３経由によるストレージ２のＬＵ５へのアクセスの回数（週に９０回）とに基づいて、９０に１００分の９０を乗じた数値、すなわち９０と算出される。このようにして算出された各論理デバイス２１への評価値のうち最大値となった各論理デバイス２１を検出する（ステップ８２０）。図６の例では、ＬＤＥＶ１がこれに該当する。
【００３０】
また、管理サーバ１０の管理プログラム１０１は、統計情報を参照した際に、各論理デバイス２１に対して最もアクセス回数の多い（アクセス頻度の高い）ホスト３０を検出する（ステップ８３０）。すなわち、各論理デバイス２１へのアクセス経路の統計情報を参照してホスト３０のポートアドレス毎にアクセス回数を集計し、アクセス総数が最も多いホスト３０を特定（検出）する。図６の例において、ＬＤＥＶ１に対するホスト１のポート（ＦＣポートＸ）からのアクセスは、１行目６０１に示されているｐａｔｈ１経由の１０００回と、２行目６０２に示されているｐａｔｈ２経由の５００回であるから、アクセス総数は１５００回と集計される。またホスト２のポート（ＦＣポートＹ）からのアクセス総数は３行目６０３に示されている３０００回と集計される。したがって、ＬＤＥＶ１へのアクセス回数が最も多いのはホスト２と特定される。同様に、ＬＤＥＶ３へのホスト１からのアクセス回数は４行目６０４に示されている１０回、ホスト２からのアクセス回数は５行目６０５に示されている９０回であるので、ＬＤＥＶ３へのアクセス回数が最も多いのはホスト２と特定される。ここで特定したホスト３０がアクセスするデータを、後述する手順に従ってよりアクセス性能の高い記憶領域に移動することになる。
【００３１】
次に管理プログラム１０１は、前述したベンチマークテストの結果に基づき、各論理デバイス２１に対して、前述の手順により特定したアクセス回数が最多のホスト３０からのアクセスに関する性能の評価値（以下、アクセス性能評価値と称する）を算出する（ステップ８４０）。その算出方法について説明する。まず、管理者の管理サーバ１０への操作入力等によって、当該論理デバイス２１に対する読み取り（ｒｅａｄ）と書き込み（ｗｒｉｔｅ）の優先の度合いを決定する。具体的には、読み取りの係数をａ、書き込みの係数をｂとして、ａ＋ｂ＝１となるようにａ、ｂを決定する。
【００３２】
その次に、図７に例示したベンチマークテストの結果を参照し、各論理デバイス２１へのアクセス経路について、アクセス回数が最多であるホスト３０からのアクセスにおける読み取り時間と書き込み時間のデータを取り出して、各々の数値に先の係数ａ、ｂをそれぞれ乗じたものを合計する。この値を各論理デバイス２１内の論理ユニットに対する当該ホスト３０からのアクセス性能評価値とする。当該ホストから当該論理デバイスに対し複数アクセス経路がある場合には、このように算出した値のうちの最小のものを当該ホストから当該論理デバイスへのアクセス性能評価値とする。このアクセス性能評価値の算出方法について、図６および図７に示す例を用いて説明する。読み取りの係数ａを０．５、書き取りの係数ｂを０．５とする（つまり、読み取りと書き取りを同程度に優先する）と、ホスト２からＬＤＥＶ１のＬＵ１０へのアクセス性能評価値は、読み取り時間５秒に係数ａを乗じたものと、書き取り時間９秒に係数ｂを乗じたものとの合計、すなわち５×０．５＋９×０．５＝７として算出される。同様にしてホスト２からＬＤＥＶ３のＬＵ５へのアクセス性能評価値は読み取り時間２秒に係数ａを乗じたものと、書き取り時間４秒に係数ｂを乗じたものとの合計、すなわち２×０．５＋４×０．５＝３として算出される。次に、このようにして算出されたアクセス性能評価値が最小になる記憶領域（論理デバイス２１の論理ユニット）を検出する（ステップ８５０）。ここで検出された記憶領域が、当該ホスト３０からのアクセス性能が高い記憶領域であることを意味している。この例では、ＬＤＥＶ３のＬＵ５がホスト２にとってアクセス性能が高い記憶領域であると検出されたことになる。そして、ここで検出された記憶領域に、先に特定したホスト３０がアクセスするデータを、後述の手順に従って移動する（ステップ８７０）ことになる。したがってこの図の例では、ホスト２のアプリケーション１２が使用するデータを、ＬＤＥＶ１からＬＤＥＶ３へ移動することと結論づけられる。
【００３３】
なお、移動候補となっていたホスト３０のデータが、アクセス性能評価値が最小となった記憶領域に記録されている場合（ステップ８６０）には、移動する必要はない。また、移動候補となっていたホスト３０のデータの記憶領域と、アクセス性能評価値が最小となった記憶領域とが同じ論理デバイス２１である場合には、アクセスするパスを定義し直すことができる。
【００３４】
また、本実施の形態では、ベンチマークテストの結果をもとにアクセス性能の高い記憶領域を検出して移動先としたが、ホスト３０からのアクセス経路が最短になるストレージ２０や空き容量が最大あるストレージ２０の記憶領域をアクセス効率の高い記憶領域とし、移動先に指定するようにできる。
【００３５】
さらに、相対的にアクセス頻度の高いホスト３０のデータを移動元としたが、ホスト３０からのアクセス経路が最長のストレージ２０や空き容量が最小のストレージ２０の記憶領域や、ベンチマークテストの結果をもとにアクセス性能の低い記憶領域のデータを移動元として特定するようにできる。
【００３６】
＜データの移動処理＞
前述のようにして移動するデータが指定されると、以下に説明する手順に従ってデータを移動する。図９に、このデータ移動処理の処理フロー図を示している。まず、管理サーバ１０の管理プログラム１０１は、各ホスト３０の管理クライアント３２にデータ移動の旨を通知する。通知を受けた各管理クライアント３２では、移動元のデータが格納されている論理デバイスに対応するデバイス（ｄｅｖ）に対して「読み取り専用（ｒｅａｄ　ｏｎｌｙ）」を設定する（ステップ８７１）。例えば、前述の図６および図７に示した例において、ＬＤＥＶ１からＬＤＥＶ３にデータを移動する場合には、ＬＤＥＶ１に対応するｄｅｖ１およびｄｅｖ２に対して「読み取り専用（ｒｅａｄ　ｏｎｌｙ）」を設定する。
【００３７】
また、管理サーバ１０の管理プログラム１０１は、データ移動元であるストレージ２０の管理エージェント２３に対して移動対象のデータが格納されている論理デバイス２１、及び、移動先として指定する論理デバイス２１を通知する。通知を受けた管理エージェント２３がディスクコントローラ２２のコピープログラム２２１にその旨を通知すると、コピープログラム２２１は、移動元の論理デバイス２１に格納されているデータを、ＳＡＮ４０を介して、移動先である論理デバイス２１にコピー（移動）する処理を実施する（ステップ８７２）。例えば図６及び図７の例においては、ＬＤＥＶ１のデータを、ＬＤＥＶ３へコピーする処理が行われる。このときに、合わせてＬＤＥＶ３（ｄｅｖ３に対応）データをＬＤＥＶ１にコピーする処理を行っておいて、データの入れ替えを実現するようにしてもよい。
【００３８】
そして、各ホスト３０の管理クライアント３２は、記憶している仮想デバイス（ｖｄｅｖ）とデバイス（ｄｅｖ）との対応関係を、データ移動に対応するように更新する（ステップ８７３）。例えば上記の図６及び図７に示した例では、ホスト２で記憶している対応関係について、ｖｄｅｖ１にｄｅｖ３を、またｖｄｅｖ２にｄｅｖ３を対応させるように更新する。移動元と移動先とのデータを入れ替えるためにＬＤＥＶ３のデータをＬＤＥＶ１に移動した場合には、ｖｄｅｖ３をｄｅｖ１およびｄｅｖ２に対応させるように更新する。この場合は、ｖｄｅｖ３に対するＩ／Ｏがｄｅｖ１とｄｅｖ２に対応する２つのパスに均等に振り分けられることになる
さらに、移動元のデータを削除する（ステップ８７４）。それとともに、ステップ８７１にて「読み取り専用（ｒｅａｄ　ｏｎｌｙ）」に設定した仮想デバイス（ｖｄｅｖ）に対応するデバイス（ｄｅｖ）の設定を解除して（ステップ８７５）、データ移動処理を終了させる。
なお、移動元のデータを削除せずにデータ移動処理を終了させることもできる。
【００３９】
その後、管理サーバ１０の管理プログラム１０１の指示により、図５に例示したような各ストレージ２０が管理する統計情報、及び、図７に例示したような管理サーバ１０が管理する各ホスト３０から各ストレージ２０へのベンチマークテストの結果を初期化する。そして、これ以降のアクセスに関する情報の記録に基づいて、またデータ格納領域の最適化の処理（ステップ８１０〜８７５）が繰り返されることになる。
【００４０】
＜その他＞
なお、図２では、管理サーバ１０は一つのみが示されているが、複数存在してもよい。また、管理サーバ１０はストレージ２０の内部に設置されてもよい。さらに、管理サーバ１０の機能を有する管理サーバ部がストレージ２０に組み込まれた構成としてもよい。すなわち、「管理サーバ」という用語には「管理サーバ部」としての意味も含む。また、ストレージ２０から物理的に離れた場所に位置してもよい。
【００４１】
以上、本発明について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００４２】
本実施の形態によれば次の効果を奏することができる。
管理サーバは、各ホストからのアクセスに関する情報に基づいて、各ホストの使用するデータをアクセスの効率の高い記憶領域へ移動させる。このことにより、システム全体のアクセス効率が向上する。
【００４３】
管理サーバは、アクセス頻度に基づいてアクセスの効率を判定する。このことにより、システム全体のアクセス頻度が平均化し、システムを全体的にみて記憶装置やホストの負荷を分散させることができる。
【００４４】
管理サーバは、アクセスに要する時間に基づいてアクセスの効率を判定する。このことにより、システム全体としてアクセス時間が平均化し、システムを全体的にみて、記憶装置ホストの負荷を分散させることができる。
【００４５】
管理サーバは、記憶装置の空き容量に基づいてアクセスの効率を判定する。このことにより、システムを全体的にみて記憶装置の記憶領域を有効に利用することができる。
【００４６】
管理サーバは、アクセスの経路の長さに基づいてアクセスの効率を判定する。このことにより、アクセスの経路の長さを平均化することで、システム全体としてアクセスの効率を向上することができる。
【００４７】
管理サーバは、ホストから記憶領域へのアクセスに関する性能を計測し、その計測の結果に基づいてアクセスの効率を判定する。このことにより、時々刻々と変化する状況に柔軟に対応してシステム全体のアクセスの効率を向上させることができる。
【００４８】
【発明の効果】
各ホストの使用するデータをアクセスの効率の高い記憶領域へ移動させることが可能となる。
【図面の簡単な説明】
【図１】本発明の概念を示す図である。
【図２】本発明の一実施の形態に係るシステム構成例を示すブロック図である。
【図３】本発明の一実施の形態に係る仮想デバイスとデバイスとの対応関係を例示する図である。
【図４】本発明の一実施の形態に係る管理サーバの機能を示すブロック図である。
【図５】本発明の一実施の形態に係るストレージが記録する統計情報を例示する図である。
【図６】本発明の一実施の形態に係る管理サーバが集約する統計情報を例示する図である。
【図７】本発明の一実施の形態に係るベンチマークテストの結果を例示する図である。
【図８】本発明の一実施の形態に係る最適領域判定処理の処理フロー図である。
【図９】本発明の一実施の形態に係るデータ移動処理の処理フロー図である。
【符号の説明】
１０　　管理サーバ
２０　　ストレージ
２２　　ディスクコントローラ
２３　　管理エージェント
３０　　ホスト
３１　　アプリケーション
３２　　管理クライアント
４０　　ＳＡＮ
５０　　ＬＡＮ（管理用ネットワーク）
１０１　管理プログラム
２２１　コピープログラム
【図１】
2004021557.tif 000003
【図２】
2004021557.tif 000004
【図３】
2004021557.tif 000005
【図４】
2004021557.tif 000006
【図５】
2004021557.tif 000007
【図６】
2004021557.tif 000008
【図７】
2004021557.tif 000009
【図８】
2004021557.tif 000010
【図９】
2004021557.tif 000011