JP2011138321A - ストレージ管理システム、ストレージ階層管理方法及び管理サーバ - Google Patents

Abstract

【課題】複雑な計算機システムでは配置単位をより適切なタイミングで適切な記憶装置に再配置することができなかった。
【解決手段】計算機システムは、性能の異なる複数の記憶装置を含み、仮想ボリュームを提供し、業務サーバからのライト要求到着に応じて前述の複数の記憶領域の断片を仮想ボリュームの対象となった配置単位に割り当てるストレージ装置と、業務サーバで実行するジョブの実行時間及び実行予定時間と、配置単位に記憶領域の断片が割り当てられた時間と、を管理し、ジョブの実行時間と記憶領域の断片が割り当てられた時間から、ジョブと配置単位の関係を推定し、特定した関係と実行予定時間とに基いて決定した時間に、この配置単位に割り当てられた記憶領域の断片を別な記憶領域の断片へ変更する。
【選択図】図６

Description

本発明は、階層化ストレージにおける、ストレージを使用するサーバのジョブの特性に基づいてボリューム断片又はボリューム等に代表される配置単位のデータを適切なタイミングで適切な階層に配置するストレージ管理システムおよび階層管理方法に関する。

近年、企業が抱えるデータ量の増大に伴いストレージ管理コストの削減が課題となっている。ストレージ管理コストを削減する手法として、階層管理の導入が進んでいる。この階層管理では、高速かつ高価なディスクと低速かつ安価なディスクとを組み合わせてＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構成し、データのアクセス頻度に応じてデータを再配置する技術である。

特許文献１に開示の技術では、ストレージ装置は、業務サーバからアクセスされるボリューム毎にアクセス頻度などを測定し、ストレージ管理者に測定結果を表示する。また、特許文献１に開示の技術ではストレージ管理者の指示に基づいて、ストレージ装置はボリュームに格納されたデータを第一のディスク装置から第二のディスク装置へ移行する。
また、特許文献２では、アクセス頻度の測定をボリュームの断片毎に行うことが開示されている。

特許文献１及び特許文献２に代表される階層管理では、ストレージ装置またはＩ／Ｏ要求（例えば、リード要求やライト要求等）を発行するサーバで測定したアクセス頻度に基づき、高アクセス頻度のボリュームを高速なディスクに、低アクセス頻度のボリュームを低速なディスクに再配置することで、ストレージ装置の管理者は高速なディスクと低速なディスクを効率よく使い分けることが可能となる。

また、特許文献３では、特許文献１に開示の過去のアクセス頻度に基づくだけではなく、将来発生するアクセス頻度をアクセス周期に基づいて予測し、予測結果に基づき再配置を行うことで階層管理を実現することが開示されている。

なお、本明細書では、再配置対象となるボリューム断片およびボリュームを総称して配置単位と呼ぶ。

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

特許文献３を用いた従来の技術では、スイッチ、ボリュームマネージャ、ファイルシステム、複数のアプリケーションプログラムを含む複雑な計算機システムではアクセス予測が正確にできなかった。下記に課題が生じる一例を示す。

１．アクセス周期を予測する従来方式では、アクセス周期を予測する為に必要となるアクセス履歴が事前に蓄積する必要がある。そのため、アクセス履歴が十分蓄積できていないケースでは、近い将来アクセスされない配置単位を高速なディスクに配置する、又は、近い将来アクセスされる配置単位を低速なディスクに配置するといったことが発生していた。

２．アクセス履歴が十分蓄積されているケースであっても、配置単位に複数のバッチジョブ、又は、トランザクションジョブ（以降、２つを総称してジョブと呼ぶ）がアクセスする場合、ストレージ装置では配置単位にアクセスしたジョブを判別できない。その理由の一例としては、業務サーバはＩ／Ｏ要求に対してジョブを識別する情報をつけないこと、そして、ファイルシステム、ボリュームマネージャー、仮想化スイッチ、データベース等、ストレージ装置が提供するボリュームを何らかの変換処理を行った上でアプリケーションに提供されるような複雑な計算機システムの場合はジョブ（またはアプリケーション）と配置単位との関係が容易に把握できないこと、がある。そのため、アクセス周期の異なる複数のジョブが混在した環境では、配置単位へのアクセス周期を予測することは非常に困難である。その結果、このような環境では、近い将来アクセスされない配置単位を高速なディスクに配置する、又は、近い将来アクセスされる配置単位を低速なディスクに配置するといった、効率の悪いディスク配置が生じていた。

そこで本発明では、複雑な計算機システムに於いて配置単位をより適切なタイミングで適切な記憶装置に再配置可能な計算機システムを提供することを目的とする。

本発明による計算機システムは、性能の異なる複数の記憶装置を含み、仮想ボリュームを提供し、業務サーバからのライト要求到着に応じて前述の複数の記憶領域の断片を仮想ボリュームの対象となった配置単位に割り当てるストレージ装置と、業務サーバで実行するジョブの実行時間及び実行予定時間と、配置単位に記憶領域の断片が割り当てられた時間と、を管理し、ジョブの実行時間と記憶領域の断片が割り当てられた時間から、ジョブと配置単位の関係を推定し、特定した関係と実行予定時間とに基いて決定した時間に、この配置単位に割り当てられた記憶領域の断片を別な記憶領域の断片へ変更する。

本発明によれば、複雑な計算機システムに於いて、配置単位をより適切なタイミングで適切な記憶装置に再配置可能となる。

計算機システムの全体構成を示す図である。 業務サーバの論理構成を示す図である。 ストレージ装置の論理構成を示す図である。 管理サーバの論理構成を示す図である。 本発明の概要を示す図である。 実再配置管理ソフトのモジュールを示す図である。 ストレージプール管理テーブルを示す図である。 仮想論理ボリューム管理テーブルを示す図である。 ページ管理テーブルを示す図である。 ジョブ管理テーブルを示す図である。 ジョブ関連テーブルを示す図である。 ジョブアクセス履歴テーブルを示す図である。 ジョブアクセス予測テーブルを示す図である。 アラートテーブルを示す図である。 ユーザ定義入力部の処理を示すフローチャートである。 情報取得部の処理を示すフローチャートである。 ジョブアクセス履歴判定部の処理を示すフローチャートである。 ジョブアクセス予測部の処理を示すフローチャートである。 ジョブアクセス予測部が次のジョブアクセスを予測する処理を示すフローチャートである。 再配置実行部の処理を示すフローチャートである。 アラート表示部の処理を示すフローチャートである。 実施例２における論理ボリュームグループ管理テーブルを示す図である。 実施例２における論理ボリューム管理テーブルを示す図である。 実施例２におけるジョブアクセス履歴判定部の処理を示すフローチャートである。 実施例３における再配置管理ソフトのモジュールを示す図である。 実施例３における仮想論理ボリューム階層履歴テーブルを示す図である。 実施例３における階層判定部の処理を示すフローチャートである。 実施例３における構成変化表示部の処理を示すフローチャートである。 実施例３における管理クライアントが表示する仮想論理ボリュームのストレージ階層の構成変化を示すチャートである。

以下、本発明の実施例について、図面を参照して説明する。尚、本発明は、本実施例に限られるものではない。

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

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

以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。

また、各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。

実施例１では、配置単位がボリューム断片（以降ではボリューム断片のことをページと称する）、の場合における本発明の実施例の一例を示す。

図１は、本実施例の計算機システムの全体構成を表した図である。計算機システムＳは、業務サーバ０１０１と、ストレージ装置０１０２と、管理サーバ０１０３と、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）スイッチ０１０４と、管理クライアント０１０７とにより構成されている。そして、業務サーバとストレージ装置とはＳＡＮ０１０５によって接続されている。また、ストレージ装置０１０２と、管理サーバ０１０３と、管理クライアント０１０７とはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）０１０６によって接続されている。業務サーバ０１０１は、ジョブ０１１１を稼動させるためのものであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）０１１２と、メモリとを０１１３備える。業務サーバ０１０１はＳＡＮポート０１１４を有し、ＳＡＮポート０１１４によってＳＡＮ０１０５に接続されている。

ＣＰＵ０１１２は、メモリ０１１３に格納されているプログラムを読み出し、実行することによって、各種処理を行う。

メモリ０１１３は、アプリケーション０１１５と、ＣＰＵ０１１２がアプリケーション０１１５を実行する際に必要とする情報とを格納する。アプリケーション０１１５は、業務処理を実行するプログラムであり、演算処理などの業務処理を行い、次にデータのリードやライドの処理のために、ストレージ装置０１０２にデータの格納や格納されたデータの操作を行う。

ストレージ装置０１０２は、コントローラ１２０と記憶装置０１２３を備え、コントローラ１２０はＳＡＮポート０１２９を有し、ＳＡＮポート０１２９によってＳＡＮ０１０５に接続されている。また、コントローラ１２０はＬＡＮポート０１３０を有し、ＬＡＮポート０１３０によってＬＡＮ０１０６に接続されている。また、コントローラ１２０はＣＰＵ０１２１とメモリ０１２２とを備える。ＣＰＵ０１２１は、メモリ０１２２に格納されているプログラムを実行することによって、各種処理を行う。

メモリ０１２２は、ストレージ制御プログラム０１５１と、ＣＰＵ０１２１がストレージ制御プログラム０１５１を実行する際に必要な情報を格納する。

ストレージ制御プログラム０１５１は、ストレージ装置０１０２の論理記憶領域を管理するプログラムである。論理記憶領域の詳細ならびにストレージ制御プログラム０１５１の詳細については、図３にて後記する。なお、ストレージ制御プログラム０１５１は、前記処理に関する管理情報をメモリ０１２２に格納する。また、管理サーバ０１０３からの要求に従って前記管理情報を管理サーバ０１０３に送出する。管理サーバ０１０３からの要求としては、例えば、ＬＡＮ０１０６を経由してストレージ制御プログラム０１５１に要求することもできる。また、ＳＡＮポート０１２９を経由してストレージ制御プログラム０１５１に要求することもできる。ストレージ制御プログラム０１５１が管理する論理記憶領域と、メモリ０１２２に格納する情報と、前記ストレージ管理機能の有する機能の詳細については、図３を用いて後記する。

記憶装置０１２３は、ストレージ装置０１０２の記憶装置である。記憶装置０１２３は、例えばＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）ディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等がある。図１の記憶装置０１２３は、１つで構成されているが、１つに限らず複数の記憶装置から構成されていてもよい。管理サーバ０１０３は、ＣＰＵ０１３１と、メモリ０１３２と、入力部０１３３と、表示部０１３４と、記憶装置０１３５とを備える。管理サーバ０１０３は、ＬＡＮポート０１３６を有し、ＬＡＮポート０１３６によってＬＡＮ０１０６に接続されている。

ＣＰＵ０１３１は、メモリ０１３２に格納されているプログラムを実行することによって各種処理を行う。

メモリ０１３２は、再配置管理ソフト０１３７と、ＣＰＵ０１３１が再配置管理ソフト０１３７を実行する際に必要な情報を格納する。

記憶装置０１３５は、再配置管理ソフト０１３７が収集や管理する情報を格納する。

再配置管理ソフト０１３７は、ストレージ装置０１０２より収集する情報と、管理クライアント０１０７より取得する情報に基づいて配置単位の再配置をする機能、及び、管理クライアント０１０７に配置単位の再配置における問題を表示する機能を有する。再配置管理ソフト０１３７の詳細については、図４を用いて後記する。

ＳＡＮスイッチ０１０４は、業務サーバ０１０１とストレージ装置０１０２間のデータ通信を中継するネットワークデバイスであり、ＳＡＮポート０１４５と０１４６とを備える。

管理クライアント０１０７は、管理サーバ０１０３のユーザインタフェースを提供する機能であり、ＣＰＵ０１７１と、メモリ０１７２を備える。また、管理クライアント０１０７は、ＬＡＮポート０１７３を有し、ＬＡＮポート０１７３によってＬＡＮ０１０６に接続されている。

ＣＰＵ０１７１は、メモリ０１７２に格納されている管理クライアント０１０７の情報をユーザに伝える処理を行う。例えば、Ｗｅｂブラウザを動作させることによりユーザインタフェースを提供する。

メモリ０１７２は、管理クライアント０１０７の情報と、ユーザインタフェースを提供するソフトに関する情報を格納する。

なお、図１の計算機システムＳはそれぞれ１台の業務サーバ０１０１、ストレージ装置０１０２、管理サーバ０１０３、ＳＡＮスイッチによって構成されているが、これらは１台に限られるものではなく、それぞれ複数の装置によって構成されていてもよい。また、業務サーバ０１０１、管理サーバ０１０３、管理クライアント０１０７は計算機である。さらに、管理サーバ０１０３は複数の計算機で実現されてもよく、また管理サーバ０１０３が管理クライアント０１０７の役割を兼ねても良い。

図２は、業務サーバ０１０１における論理構成を示す図である。ジョブ０１１１は、業務サーバ０１０２が実行する業務処理を実行するアプリケーション０１１５の実行を制御する論理的な存在で、メモリ上ではジョブ０１１１を制御するために必要な情報（例えば実行時間、実行する条件、等）を格納している。なお、図２のアプリケーション０１１５は、２つのジョブ０１１１によって実行を制御されているが、２つに限られるものではなく、１つ又は複数のジョブ０１１１によって制御されていてもよい。

ジョブ０１１１は、それぞれある日時、又は、タイミングによって実行され、ストレージ装置０１０２に対してデータの格納、又は、格納されたデータに対して操作をアプリケーション０１１５に行わせる。

図３は、ストレージ装置０１０２における論理記憶領域を模式的に示す図である。以下では、まず論理記憶領域およびストレージ制御プログラム０１５１の詳細、次にその論理記憶領域を管理するためにメモリ０１２２に格納する管理情報について詳述する。ストレージ制御プログラム０１５１は、前述の通り、複数の記憶装置０１２３から論理記憶領域を構築する機能を有する。図３では、記憶装置０１２３として、ＳＳＤ０１９０とＳＡＴＡ０１９１が使用されているとする。例えば、ストレージ制御プログラム０１５１は、次に示す論理記憶領域を構築する事が出来る。
・ＲＡＩＤグループ０１２４
・論理ボリューム０１２５
・ストレージプール０１２６
・ページ０１２８
・仮想論理ボリューム０１２７
以降では、各論理記憶領域について詳述する。

ＲＡＩＤグループ０１２４は、複数の記憶装置０１２３から構成された論理記憶領域、即ち、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ（ｏｒ Ｉｎｄｅｐｅｎｄｅｎｔ） Ｄｉｓｋｓ）であり、ストレージ制御プログラム０１５１により構築される。例えば、ストレージ制御プログラム０１５１は、複数の記憶装置０１２３およびＲＡＩＤレベルを入力パラメータとして受け付けると、前記記憶装置０１２３から指定されたＲＡＩＤレベルを持つＲＡＩＤグループ０１２４を構築することができる。

論理ボリューム０１２５は、ＲＡＩＤグループ０１２４内の論理記憶領域であり、ストレージ制御プログラム０１５１により構築される。例えば、ストレージ制御プログラム０１５１は、作成元ＲＡＩＤグループ０１２４と作成する論理ボリューム０１２５のサイズを入力値として受け付けると、指定されたＲＡＩＤグループ０１２４から指定されたサイズを持つ論理ボリューム０１２５を構成することができる。

ストレージプール０１２６は、複数の論理ボリューム０１２５から構成された論理記憶領域であり、ストレージ制御プログラム０１５１により構築される。例えば、ストレージ制御プログラム０１５１は、複数の論理ボリューム０１２５を入力値として受け付けると、指定された複数の論理ボリューム０１２５からストレージプール０１２６を構築することができる。

ページ０１２８は、ストレージプール０１２６から構成された１つ又は複数の論理記憶領域であり、ストレージ制御プログラム０１５１により構築される。例えば、ストレージ制御プログラム０１５１は、作成するページ０１２８のサイズを入力値として受け付けると、ストレージプール０１２６から指定されたページ０１２８を作成することができる。なお、ページ０１２８に格納されるデータは、当該ページを構成するストレージプール０１２６を介し、該ストレージプールを構成する論理ボリューム０１２５へ格納される。以降、論理ボリューム０１２５に格納されるページ０１２８のデータを論理ボリューム格納ページデータと呼ぶ。

仮想論理ボリューム０１２７（単に仮想ボリュームと呼ぶことがある）は、業務サーバに公開されるボリュームであり、ストレージ装置０１０２が有する記憶装置の容量以上の容量を持つ仮想ボリュームとして業務サーバに公開することも可能である。また、仮想論理ボリューム０１２７は、ストレージ制御プログラム０１５１により構築される。例えば、ストレージ制御プログラム０１５１は、仮想論理ボリューム０１２７の容量を入力値として受け付けると、複数のページ０１２８から前記容量を持つ仮想論理ボリューム０１２７を構築することができる。なお、仮想論理ボリューム０１２７の各アドレス範囲には、構築当初はページ０１２８が割り当たっていない（少なくとも一部のアドレス範囲に対しては）。その後、ストレージ制御プログラム０１５１は、業務サーバからのライト要求に応じて、ライト要求の対象で、ページ０１２８が割り当てられていない仮想論理ボリューム０１２７のアドレス範囲に、１つもしくは複数のページ０１２８を割り当てる。

図３では記憶装置０１２３として、ＳＳＤ０１９０とＳＡＴＡ０１９１という異なる応答性能を持つ記憶装置を備えるため、ＲＡＩＤグループ０１２４及び論理ボリューム０１２５は、階層２と比較して応答速度が速い階層１―０１２９ａと、階層１と比較して応答速度が遅い階層２―０１２９ｂに属するという表現ができる。

ストレージ制御プログラム０１５１は、次に示す機能を提供する。
・前述の論理記憶領域を構成する機能（論理記領域構成機能）
・論理ボリューム０１２５および仮想論理ボリューム０１２７を業務サーバに割り当てる機能（論理ボリューム割り当て機能）
・論理記憶領域に格納されているデータを別の論理記憶領域に移動する機能（マイグレーション機能）。
・業務サーバからのＩ／Ｏ要求に応じて仮想論理ボリューム０１２７に対してページ０１２８を割り当てる機能（仮想論理ボリューム拡張機能）
・仮想論理ボリューム拡張時に割り当てるページ候補を事前に指定する機能（仮想論理ボリューム拡張ポリシー指定機能）
なお、ストレージ制御プログラム０１５１は、前記機能に関する管理情報をメモリ０１２２に格納する。また、管理サーバ０１０３からの要求に従って前記管理情報を送出する。

次にメモリ０１２２に格納する管理情報について詳述する。

ストレージ制御プログラム０１５１は、論理記憶領域を管理するために以下５つのテーブルをメモリ０１２２に格納する。

・まず、ＲＡＩＤグループ構成テーブルは、ＲＡＩＤグループ０１２４の構成情報を格納するテーブルである。ＲＡＩＤグループ構成テーブルは、記憶装置ＩＤと、ＲＡＩＤグループＩＤと、容量とをカラムに持つテーブルである。記憶装置ＩＤカラムと、ＲＡＩＤグループＩＤカラムには、ＲＡＩＤグループ０１２４を構成する記憶装置０１２３と、ＲＡＩＤグループ０１２４とを一意に識別するための情報を格納する。また、容量カラムは、ＲＡＩＤグループ０１２４の容量を格納する。

・２つめの、論理ボリューム構成テーブルは、論理ボリューム０１２５の構成情報を格納するテーブルである。論理ボリューム構成テーブルは、論理ボリュームＩＤと、ＲＡＩＤグループＩＤと、容量と、ストレージプールＩＤと、業務サーバＩＤとをカラムに持つテーブルである。論理ボリュームＩＤカラムと、ＲＡＩＤグループＩＤカラムと、ストレージプールＩＤカラムと、業務サーバＩＤカラムとには、それぞれ論理ボリューム０１２５と、論理ボリューム０１２５の生成元となるＲＡＩＤグループ０１２４と、ストレージプール０１２６と、論理ボリュームの割り当て先となる業務サーバ０１０１のＳＡＮポート０１１４を一意に識別するための情報を格納する。また、容量カラムには、当該論理ボリュームの容量を格納する。なお、業務サーバＩＤカラムには、該論理ボリュームを公開する業務サーバ０１０１上のＳＡＮポート０１１４のＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）を格納してもよい。

・３つめの、仮想論理ボリューム構成テーブルは、仮想論理ボリューム０１２７の構成情報を格納するテーブルである。仮想論理ボリューム構成テーブルは、仮想論理ボリュームＩＤと、ストレージプールＩＤと、仮想論理ボリューム拡張論理ボリュームＩＤと、業務サーバＩＤとをカラムに持つテーブルである。仮想論理ボリュームＩＤカラムと、ストレージプールＩＤカラムと、業務サーバＩＤカラムとには、仮想論理ボリューム０１２７と、仮想論理ボリューム０１２７が所属するストレージプール０１２６と、仮想論理ボリューム０１２７の割り当て先となる業務サーバ０１０１のＳＡＮポートとを一意に識別するための情報を格納する。また、仮想論理ボリューム拡張論理ボリュームＩＤカラムには、仮想論理ボリューム拡張ポリシー指定機能に使用する、論理ボリューム０１２５を一意に識別するための情報を格納する。仮想論理ボリューム拡張ポリシー指定機能は、仮想論理ボリューム０１２７を拡張する際には、仮想論理ボリューム拡張論理ボリュームＩＤカラムによって指定された論理ボリューム０１２５にデータを読み書きするページ０１２８を当該仮想論理ボリュームに割り当て拡張する。なお、業務サーバＩＤカラムには、該論理ボリュームを公開する業務サーバ０１０１上のＳＡＮポート０１１４のＷＷＮを格納してもよい。

４つめの、ページ構成テーブルは、ページ０１２８の構成ならびにアクセス履歴を保持するテーブルである。ページ構成テーブルは、ページＩＤと、仮想論理ボリュームＩＤと、論理ボリュームＩＤと、割り当て日時とをカラムに持つテーブルである。ページＩＤカラムと、仮想論理ボリュームＩＤカラムと、論理ボリュームＩＤカラムとには、ページ０１２８と、該ページが割り当てられた仮想論理ボリューム０１２７と、該ページに格納されたデータを格納する論理ボリューム０１２５と、を一意に識別する情報を格納する。また、割り当て日時カラムには、当該ページが仮想論理ボリューム０１２７に割り当てられた日時を格納する。

アクセス情報テーブルは、論理記憶領域に対するアクセス日時を記録するテーブルである。アクセス情報テーブルは、アクセス監視対象種別カラムと、アクセス監視対象ＩＤカラムと、最終アクセス日時とをカラムに持つテーブルである。アクセス監視対象種別カラムには、アクセスを監視する記憶領域の種別を識別するための情報を格納する。例えば、「ＲＡＩＤグループ」、「論理ボリューム」、「ページ」などがこのカラムに格納される。アクセス監視対象ＩＤカラムには、監視対象を一意に識別するための情報を格納する。アクセス日時カラムには、監視対象にアクセスがあった日時を格納する。なお、アクセアクセスを要求したノードを表す情報をアクセス元カラムに格納してもよい。

図４は、管理サーバ上の論理構成を示す図である。メモリ０１３２に格納される再配置管理ソフト０１３７は、再配置プログラム０１３８と、アクセス予測プログラム０１３９と、ユーザ定義入力プログラム０１４０と、ステータス表示プログラム０１４１とによって構成されている。

再配置プログラム０１３８は、記憶装置０１３５に格納された管理情報に基づきストレージ装置０１０２のマイグレーション機能を呼び出して配置単位の再配置する機能と、管理サーバ０１０３の管理情報を更新する機能とを有する。

アクセス予測プログラム０１３９は、ストレージ装置０１０２より管理情報を収集する機能と、管理情報を記憶装置０１３５へ格納する機能と、配置単位へアクセスしたジョブを判定する機能と、配置単位へアクセスするジョブとその日時を予測する機能とを有する。

ユーザ定義入力プログラム０１４０は、ユーザとのインタラクションに必要な情報を表示する機能と、ユーザの入力する定義情報を記憶装置０１３５に格納する機能を有する。

ステータス表示プログラム０１４１は、ユーザにストレージ装置０１０２のステータスを表示する機能を有する。

つぎに図５を用いて、業務サーバ０１０１のジョブ０１１１がストレージ装置０１０２のページ０１２８へアクセスする状況において、本発明がどのように動作するか例を示す
。図５において、業務サーバはジョブ１−０１１１ａ、ジョブ２−０１１１ｂ、ジョブ１−０１１１ｃを実行する。

ステップ１として、ユーザがジョブ定義をジョブがアクセスする前に入力ストレージ管理者が定義するジョブ定義（実行タイミング、ジョブ間の依存・順序関係等） をジョブ管理テーブル１００１（ジョブ実行タイミング）、ジョブ関連テーブル１１０１（ジョブ間の依存・順序関係）として、記憶装置０１３５に格納する。

ステップ２として、ストレージ装置０１０２から、ページ０１２１の構成情報、ページ０１２１へのアクセス履歴を取得し、ストレージ構成テーブル０７０１、仮想論理ボリュームテーブル０８０１、ページ管理テーブル０９０１として、記憶装置０１３５に格納する。

ステップ３として、ページ管理テーブル０９０１とジョブ管理テーブル１００１及びジョブ関連テーブル１１０１から、ページにアクセスしたジョブ１―０１１１ａとその順序関係であるジョブ関連を推定し、アクセス時間と共にページアクセス履歴テーブル１２０１に格納。

ステップ４として、ステップ３で格納されたデータについて、ジョブ関連テーブル１１０１で次にそのページにアクセスするジョブを推定し、推定したジョブとジョブアクセス履歴テーブル１２０１に格納される前回のアクセス時間と、ジョブ管理テーブル１００１を対応づけて、ページ０１２１へのアクセスタイミングを推定し、結果をページアクセス予測テーブル１３０１に格納する。

ステップ５として、ページアクセス予測テーブル１３０１に基づき、短期間のうちにバッチ処理によりアクセスされるページの上位階層への再配置をストレージに指示。また、現在アクセスされていないページのうち、短期間のうちにバッチ処理によりアクセスされないページの下位階層への再配置をストレージに指示する。最配置指示をうけたストレージ装置０１０２は前記ページの割当先を階層１−０１２９ａと階層２―０１２９ｂの間で再配置を行う。

このように、本発明ではページ０１２８等の配置単位に対して、アクセスしたジョブ０１１１を推定し、前記配置単位にアクセスしたジョブの情報から今後配置単位にアクセスするジョブを推測し、そのジョブの実行日時をアクセス予測日時として、アクセス予測日時あわせて配置単位を再配置するものである。また、複数のジョブ０１１１からアクセスされる配置単位についても同様に再配置可能である。なお、ストレージ構成テーブル０７０１、仮想論理ボリュームテーブル０８０１、ページ管理テーブル０９０１、ジョブ管理テーブル１００１、ジョブ関連テーブル１１０１、ページアクセス履歴テーブル１２０１、ページアクセス予測テーブル１３０１や対応付けの方法の詳細については後記する。

図６は、本実施例における再配置管理ソフト０１３７のモジュール構成を表す図である。図６の中の矢印は、データの流れをあらわす。

記憶装置０１３５は、ジョブ定義記憶領域０２４１と、構成情報記憶領域０２４２と、ジョブアクセス記憶領域０２４３と、アラート記憶領域０２４４とを保持する。

ジョブ定義記憶領域０２４１は、ユーザが入力するジョブの定義を格納する。ジョブ定義記憶領域０２４１が格納する情報の詳細については、図１０乃至図１１を用いて後記する。

構成情報記憶領域０２４２は、ストレージ装置０１０２から取得する構成情報と、ユーザによって管理クライアント０１０７から入力されるストレージ階層の情報を格納する。ここでストレージ階層とは、１つ又は複数の論理ボリューム０１２５からなるグループを表す。典型的には同じ特性（例えば、ディスク回転数、ＲＡＩＤレベル、記憶装置の種別、型番、等）を持つ複数の論理ボリュームからストレージ階層を構築する。このようにストレージ階層をユーザが定義することにより、例えば、論理ボリューム０１２５に含まれるデータを高速な論理ボリュームにマイグレーション機能で移動する際、複数の論理ボリューム０１２５の中から特定の特性を持つ移動先論理ボリューム０１２５を手動で選択することなく、ストレージ階層を選択するだけで移動先論理ボリュームを選択する事が出来、ストレージ運用管理コストを軽減することができる。構成情報記憶領域０２４２が格納する情報の詳細については、図７乃至図９を用いて後記する。

ジョブアクセス記憶領域０２４３は、配置単位にアクセスしたジョブの履歴情報と、配置単位にアクセスするジョブに関する予測情報を格納する。ジョブアクセス記憶領域が格納する情報の詳細については、図１２乃至図１３を用いて後記する。

アラート記憶領域０２４４は、ユーザに通知するアラートの情報を格納する。アラート記憶領域０２４４が格納する情報の詳細については、図１４を用いて後記する。

ユーザ定義入力プログラム０１４０は、ユーザが入力する情報をジョブ定義記憶領域０２４１と、構成情報記憶領域０２４２とに格納し、仮想論理ボリューム０１２７拡張時に割り当てるページ候補をストレージ制御プログラム０１５１の仮想論理ボリューム拡張ポリシー指定機能に指示するプログラムである。

ユーザ定義入力プログラム０１４０は、ユーザ定義入力部０２０１を備える。ユーザ定義入力部０２０１は、ジョブ定義記憶領域０２４１と、構成情報記憶領域０２４２とから取得した情報を管理クライアント０１０６に表示し、ユーザが入力した情報をジョブ定義記憶領域０２４１と構成情報記憶領域０２４２とに格納する。また、ユーザ定義入力プログラム０１４０は、構成情報記憶領域０２４２と、ジョブ定義記憶領域０２４１との情報を用い、仮想論理ボリューム０１２７拡張時に割り当てるページ候補として、論理ボリューム格納ページデータが格納されている論理ボリューム０１２５をストレージ制御プログラム０１５１の仮想論理ボリューム拡張ポリシー指定機能に指示する。

ユーザ定義入力プログラム０１４０が実行するステップの詳細については図１５を用いて後記する。また、ユーザが入力する情報は図７乃至図１１を用いて後記する。

アクセス予測プログラム０１３９は、ストレージ装置０１０２より情報を収集し、前記収集した情報及びユーザが定義した情報に基づき各配置単位について、当該配置単位に次回アクセスするジョブならびにそのジョブの実行タイミングを予測するプログラムである。

アクセス予測プログラム０１３９は、情報取得部０２１１と、ジョブアクセス履歴判定部０２１２と、ジョブアクセス予測部０２１３とを備える。

情報取得部０２１１は、ジョブのアクセス予測に必要となる情報をストレージ装置０１０２から取得する処理部である。情報取得部０２１１は、指定時間にストレージ装置０１０２よりメモリ０１２２に格納されている論理記憶領域の構成テーブルの情報を取得し、前記構成テーブルの情報を構成情報記憶領域０２４２に格納し、更に、ストレージ装置０１０２より配置単位のアクセス情報を取得する。さらに、情報取得部０２１１は、前記データを取得した後にジョブアクセス履歴判定部０２１２に前記アクセス情報を送出し起動する。前記構成テーブルの情報とは、ストレージ管理プログラム０１５１がメモリ０１２２に格納する・論理ボリューム構成テーブル・仮想論理ボリューム構成テーブル・ページ構成情報テーブルの３つのテーブルの情報を総称している。

情報取得部０２１１は、前記ジョブアクセス履歴判定部０２１２の実行後に、前記構成情報を送出しジョブアクセス予想部０２１３を起動し、ジョブアクセス予測部０２１３の実行後に再配置実行部０２２１を起動し、その後前記指定時間まで待機する。情報取得部０２１１が実行するステップの詳細については、図１６を用いて後記する。また、情報取得部０２１１が格納するデータについては、図７乃至図９を用いて後記する。

ジョブアクセス履歴判定部０２１２は、ジョブのアクセス予測に必要となる過去に配置単位にアクセスしたジョブを推定する処理部である。ジョブアクセス履歴判定部０２１２は、情報取得部０２１１により起動され、情報取得部０２１１から受け付けた配置単位のアクセス情報と、ジョブ定義記憶領域０２４１より取得するジョブ定義と、構成情報記憶領域０２４２より取得する構成情報と、ジョブアクセス記憶領域０２４３より取得するジョブアクセス情報とに基づき配置単位へアクセスしたジョブを推定し、前記推定結果をジョブアクセス記憶領域０２４３に格納する。ジョブアクセス履歴判定部０２１２が実行するステップの詳細については図１７を用いて後記する。また、ジョブアクセス履歴判定部０２１２が格納するデータについては、図１２を用いて後記する。

ジョブアクセス予測部０２１３は、配置単位に今後アクセスするジョブ及びそのアクセスタイミングを予測する処理部である。ジョブアクセス予測部０２１３は、情報取得部０２１１により起動され、情報取得部０２１１より受け付ける構成情報と、ジョブ定義記憶領域０２４１より取得するジョブ定義と、ジョブアクセス記憶領域０２４３より取得するジョブアクセス情報とに基づき配置単位にアクセスするジョブとそのアクセスタイミングを予測し、前期予測結果をジョブアクセス記憶領域０２４３に格納する。ジョブアクセス予測部０２１３が実行するステップの詳細については、図１８乃至図１９を用いて後述する。

再配置プログラム０１３８は、再配置実行部０２２１を備え、各配置単位に対して再配置が必要であるか判断し、必要であると判断した場合に再配置するプログラムである。

再配置実行部０２２１は、指定時間になる、又は、情報取得部０２１１に起動されることにより実行され、ジョブアクセス記憶領域０２４３より取得するジョブアクセス情報と、構成情報記憶領域０２４２より取得する構成情報とに基づき配置単位の再配置をストレージ管理プログラム０１５１のマイグレーション機能に指示し、配置単位の再配置の完了後に構成情報記憶領域０２４２の配置単位の情報を更新する。再配置実行部０２２１が実行するステップの詳細については、図２０を用いて後記する。

ステータス表示プログラム０１４１は、アラート表示部０２３１を備え、再配置管理ソフト０１３７で発生した問題をユーザに表示するプログラムである。
アラート表示部０２３１は、管理クライアント０１０７より要求を受けたアラート情報をアラート記憶領域０２４４より取得し、管理クライアント０１０７に対して出力する。アラート表示部０２３１が実行するステップの詳細については、図２１を用いて後記する。

図７は、ストレージプール管理テーブル０７０１を示す図である。ストレージプール管理テーブル０７０１は、構成情報記憶領域０２４２を構成するテーブルの１つであり、ストレージプール０１２６とストレージプールを構成する論理ボリューム０１２５との関係を格納するテーブルである。

ストレージプール管理テーブル０７０１は、ストレージプールＩＤ０７１１と、論理ボリュームＩＤ０７１２と、ストレージ階層０７１３と、容量０７１４とをカラムに持つテーブルである。ストレージプールＩＤ０７１１と、論理ボリュームＩＤ０７１２と、容量０７１４とには、各々、情報記憶部０２１１がストレージ装置０１０２から各ストレージプールについて各プールを一意に識別する為にストレージ装置０１０２内で設定されたＩＤと、当該ストレージプールを構成する論理ボリューム０１２５を識別するＩＤと、前記論理ボリュームの容量とを取得し、対応するカラムに取得した値を格納する。ストレージ階層０７１３には、ユーザ定義入力部０２０１が管理クライアント０１０７から取得した情報を格納する。

図８は、仮想論理ボリューム管理テーブル０８０１を示す図である。仮想論理ボリューム管理テーブル０８０１は、構成情報記憶領域０２４２を構成するテーブルの１つであり、仮想論理ボリューム０１２７の情報を格納するテーブルである。仮想論理ボリューム管理テーブル０８０１は、仮想論理ボリュームＩＤ０８１１と、プールＩＤ０８１６と、ページ割り当て階層０８１３と、アクセス情報取得日時０８１４と、アクセス途絶時配置階層０８１５と、容量０８１６とをカラムに持つテーブルである。

仮想論理ボリューム０８１１とプールＩＤ０８１２とには、情報取得部０２１１がストレージ装置０１０２から各仮想論理ボリュームを一意に識別するためにストレージ装置０１０２内で設定されたＩＤと、当該仮想論理ボリュームの属するストレージプールのＩＤと、当該仮想論理ボリュームの容量を取得し、格納する。ページ割り当て階層０８１３とアクセス途絶時配置階層０８１５とには、ユーザ定義入力部０２０１が管理クライアント０１０７から取得するストレージ階層を特定する情報を格納する。

ページ割り当て階層０８１３に格納されるストレージ階層は、該ストレージ階層に属する論理ボリューム０１２５に論理ボリューム格納ページデータを持つページを検索する条件として用いられ、前記検索したページは当該仮想論理ボリュームを拡張する際に割り当てられる。

アクセス途絶時配置階層０８１５は、当該仮想論理ボリュームのアクセスが当面予定されていないページ０１２８の論理ボリューム格納ページデータを配置する論理ボリュームを該ストレージ階層より選択する条件として用いられる。アクセス情報取得日時０８１４には、情報取得部０２１１が、配置単位のアクセス情報をストレージ装置０１０２から取得した際にその日時を格納する。

図９は、ページ管理テーブル０９０１を示す図である。ページ管理テーブル０９０１は、構成情報記憶領域０２４２を構成するテーブルの１つであり、ページ０１２８の情報を格納するテーブルである。ページ管理テーブル０９０１は、ページＩＤ０９１１と、仮想論理ボリュームＩＤ０９１２と、ストレージ階層０９１３と、ページ割り当て日時０９１４と、容量０９１５とをカラムに持つテーブルである。

ページＩＤ０９１１と、仮想論理ボリュームＩＤ０９１２と、ページ割り当て日時０９１４と、容量０９１５とには、情報取得部０２１１がストレージ装置０１０２から各ページを一意に識別するためにストレージ装置０１０２内で設定されたＩＤと、当該ページの割り当てられた仮想論理ボリューム０１２７のＩＤと、当該ページに仮想論理ボリュームが割り当てられた日時と、当該ページの容量を取得し、格納する。

ストレージ階層０９１３には、情報取得部０２１１が、当該ページの論理ボリューム格納ページデータが格納されている論理ボリューム０１２５の属するストレージ階層を格納する。また、ストレージ階層０９１３には、新規に記憶領域が割り当てられたページに対しては、割り当てられた仮想論理ボリューム０１２７のページ割り当て階層０８１３を仮想論理ボリューム管理テーブル０８０１より取得し、格納する。また、ページ０１２８を再配置した際には再配置実行部０２２１がストレージ階層０９１３を更新する。

図１０は、ジョブ管理テーブル１００１を示す図である。ジョブ管理テーブル１００１は、ジョブ定義記憶領域０２４１を構成するテーブルの１つであり、ユーザ定義入力部０２０１がジョブ０１１１の情報を格納するテーブルである。ジョブ管理テーブル１００１は、ジョブＩＤ１０１１と、要求性能１０１２と、実行日１０１３と、実行時間帯１０１４と、処理対象基点１０１５と、処理対象期間１０１６と、再配置バッファ時間１０１７とをカラムに持つテーブルである。ジョブ管理テーブル１００１の情報は、ユーザが管理クライアント０１０７に入力したデータである。また、このデータはユーザ定義入力部０２０１により格納される。

具体的には、ジョブＩＤ１０１１にはジョブを一意に識別する名前が格納される。要求性能１０１２には、ジョブに対する要求性能を格納する。例えば、要求性能が高いジョブに対しては本カラムに１を、要求性能が低いジョブに対しては本カラムに２を格納する。実行日１０１３および実行時間帯１０１４には、ジョブの実行日時を格納する。本実施例では実行日と実行時間帯というジョブの実行されるスケジュールを格納したが、処理対象基点の７２時間後といったインターバルを格納しても良い。

処理対象基点１０１５と、処理対象期間１０１６は、ジョブが実行時に処理するデータ範囲を特定する情報が格納される。例えば、図１０のジョブ管理テーブル１００１の情報を用いて例を挙げると、ジョブＩＤ１はデータ作成後５日間のデータを処理するジョブであり、ジョブＩＤ２はデータ作成後１週間のデータを処理するジョブであることを表す。

また、再配置バッファ時間１０１７は、再配置実行部０２２１が配置単位に対して再配置バッファ時間内に次のアクセスが予測される場合には現在のストレージ階層よりも高次のストレージ階層に再配置するか判定する情報である、およびまたは、再配置バッファ時間内に次のアクセスがないと予測されている場合には現在のストレージ階層よりも低次のストレージ階層に再配置するか判定するために使用する情報である。再配置バッファ時間１０１７を使用した再配置実行部０２２１の再配置ステップの詳細については、図２０を用いて後記する。

図１１は、ジョブ関連テーブル１１０１を示す図である。ジョブ関連テーブル１１０１は、ジョブ定義記憶領域０２４１を構成するテーブルの１つであり、ユーザ定義入力部０２０１がボリュームにおけるジョブ関連を格納するテーブルである。前記ジョブ関連とは、あるジョブと、そのジョブまでに実行されるジョブの集合のことである。例えば、図１１のテーブルでは、仮想論理ボリューム１では、ジョブ１実行後にジョブ２もしくはジョブ３が実行される例を示している。さらにジョブ１のあとにジョブ２が実行された場合、次に実行するのはジョブ３になる。また、仮想論理ボリューム２においてはジョブ２及びジョブ３が最初から実行されるという、実行順序が示されている。

ジョブ関連テーブル１１０１は、ジョブ関連ＩＤ１１１１と、仮想論理ボリュームＩＤ１１１２と、基点ジョブ関連ＩＤ１１１３と、ジョブＩＤ１１１４とをカラムに持つテーブルである。

ジョブ関連ＩＤ１１１１と、仮想論理ボリュームＩＤ１１１２と、基点ジョブ関連ＩＤ１１１３と、ジョブＩＤ１１１４とには、当該ジョブの関連を一意に特定するＩＤと、仮想論理ボリューム０１２７のＩＤと、事前に実行されるジョブの集合を表すジョブ関連ＩＤと、ジョブを一意に特定するＩＤとを格納する。図１１のジョブ関連テーブル１１０１のデータを使い、ユーザの入力情報と前記入力情報
からユーザ定義入力部０２０１がジョブ関連テーブルに格納する流れを以下で図１１のレコードを使い具体に示す。

まず、ユーザは、仮想論理ボリュームＩＤ１に対して、以下の様なジョブ間の関連の情報をユーザ定義入力部に入力する。
（ｉ）データは、ジョブＩＤ１によって作成される。
（ｉｉ）ジョブＩＤ１によって作成されたデータは、ジョブＩＤ２とジョブＩＤ３によってアクセスされる。
（ｉｉｉ）ジョブＩＤ１が作成し、ジョブＩＤ２がアクセスしたデータは、ジョブＩＤ３によってアクセスされる。

次にユーザ定義入力部０２０１は、上記ユーザが入力した内容を、以下の４つのレコードとしてジョブ関連テーブル１１０１に格納する。

（ｉ）ジョブ関連ＩＤ１のレコード
ジョブＩＤ１が仮想論理ボリュームＩＤ１にデータを作成することから、ユーザ定義入力部０２０１は、関連ボリュームＩＤ１１１２に１、基点ジョブ関連ＩＤ１１１３に−、ジョブＩＤ１１１４に１の値を持つレコードを格納する。なお、基点ジョブ関連ＩＤ１１１３の−は、ジョブＩＤ１よりも前に実行されるジョブがないことを表す。

（ｉｉ）ジョブ関連ＩＤ２のレコード
仮想論理ボリュームＩＤ１にジョブＩＤ１が作成したデータに対して、ジョブＩＤ２がアクセスすることから、ユーザ定義入力部０２０１は、関連ボリュームＩＤ１１１２に１、基点ジョブ関連ＩＤ１１１３に１、ジョブＩＤ１１１４に２の値を持つレコードを格納する。なお、基点ジョブ関連ＩＤ１１１３の１は、事前に実行されるジョブの集合が、ジョブ関連ＩＤ１の表すジョブの集合であることを表す。

（ｉｉｉ）ジョブ関連ＩＤ３のレコード
仮想論理ボリュームＩＤ１にジョブＩＤ１が作成したデータに対して、ジョブＩＤ３がアクセスすることから、ユーザ定義入力部０２０１は、関連ボリュームＩＤ１１１２に１、基点ジョブ関連ＩＤ１１１３に１、ジョブＩＤ１１１４に３の値を持つレコードを格納する。各カラムの考え方については、ジョブ関連ＩＤ２と同様である。

（ｉｖ）ジョブ関連ＩＤ５のレコード
仮想論理ボリュームＩＤ１にジョブＩＤ１が作成し、ジョブＩＤ２がアクセスしたデータに対して、ジョブＩＤ３がアクセスすることから、ユーザ定義入力部０２０１は、関連ボリュームＩＤ１１１２に１、基点ジョブ関連ＩＤ１１１３に２、ジョブＩＤ１１１４に３の値を持つレコードを格納する。基点ジョブ関連ＩＤ１１１３の２は、事前に実行されているジョブの集合が、ジョブ関連ＩＤ２の表すジョブの集合であることを表す。ジョブ関連ＩＤ２は、ジョブＩＤ２とジョブ関連ＩＤ１で表されるジョブの集合との関連であり、ジョブ関連ＩＤ１は、ジョブＩＤ１と空集合との関連が定義されてるため、当該ジョブの関連で事前に実行されているジョブの集合は、ジョブＩＤ１とジョブＩＤ２である。

図１２は、ジョブアクセス履歴テーブル１２０１を示す図である。ジョブアクセス履歴テーブル１２０１は、ジョブアクセス記憶領域０２４３を構成するテーブルの１つであり、ジョブアクセス履歴判定部０２１２が配置単位に対してアクセスしたジョブ０１１１を推定した結果を格納するテーブルである。ジョブアクセス履歴テーブル１２０１は、配置単位ＩＤ１２１１と、ジョブ関連ＩＤ１２１２と、ストレージ階層１２１３と、関連履歴グループＩＤ１２１４と、アクセス履歴１２１５と、新規データ格納１２１６をカラムに持つテーブルである。

新規データ格納１２１６は、当該ジョブアクセス履歴が新規データを格納するためのアクセスである可能性を示し、１である場合には新規データを格納するためのアクセスである可能性を表し、０である場合には新規データを格納するためのアクセスではないことを表す。

配置単位ＩＤ１２１１と、アクセス日時１２１５とは、情報取得部０２１１がストレージ装置０１０２からページをストレージ装置内で一意に識別するＩＤと、当該ページにアクセスがあった日時を取得する。また、ストレージ階層１２１３は、情報取得部０２１１がページ管理テーブル０９０１より当該ページのストレージ階層０９１３を取得し、さらに前記情報とあわせてジョブアクセス履歴判定部０２１２に送出する。ジョブアクセス履歴判定部０２１２が受け付けた前記情報をジョブアクセス履歴テーブル１２０１に格納する際に、当該ページにアクセスしたジョブ０１１１を推定し、推定結果からジョブ関連ＩＤ１２１２と、関連履歴グループＩＤ１２１４と、新規データ格納１２１６をあわせて格納する。なおＩＤ１２１２が−である場合ジョブ関連履歴が推定できなかったアクセスを示す。ページにアクセスしたジョブ０１１１の推定ステップの詳細については、図１７にて後述する。

関連履歴グループＩＤ１２１４は、あるジョブ０１１１からのアクセスに対してジョブ関連ＩＤが複数推定される場合に、同一のアクセスから推定されたジョブアクセス履歴であることを表すための情報である。その後ジョブアクセス履歴をとっていき、ジョブ関連ＩＤが複数推定されていたものを確定できたときに、この関連履歴グループＩＤ１２１４を参照し同一のアクセスから推定されたジョブアクセス履歴を照合して、当たっていなかったジョブアクセス履歴を消去することも可能である。

図１３は、ジョブアクセス予測テーブル１３０１を示す図である。ジョブアクセス予測テーブル１３０１は、ジョブアクセス記憶領域０２４３を構成するテーブルの１つであり、ジョブアクセス予測部０２１３が配置単位に対して今後アクセスするジョブ０１１１を予測した結果を格納するテーブルである。

ジョブアクセス予測テーブル１３０１は、配置単位ＩＤ１３１１と、ジョブ関連ＩＤ１３１２と、要求性能１３１３と、アクセス予測日時１３１４とをカラムに持つテーブルである。配置単位ＩＤ１３１１と、ジョブ関連ＩＤ１３１２と、要求性能１３１３と、アクセス予測日時１３１４とには、ジョブアクセス予測部０２１３が、配置単位に対するアクセスを予測し、前記アクセスを予測した配置単位を一意に識別するためのＩＤと、当該配置単位にアクセスするジョブ０１１１のＩＤと、アクセス時の要求性能と、当該配置単位にアクセスが予測される日時とを格納する。配置単位に対するジョブアクセスの予測ステップの詳細については、図１８にて後記する。

図１４は、アラートテーブル１４０１を示す図である。アラートテーブル１４０１は、アラート記憶領域０２４４を構成するテーブルであり、ジョブアクセス履歴判定部０２１２が配置単位に対して予期せぬジョブ０１１１がアクセスした、又は、アクセスしたジョブ０１１１が未定義と判定した結果を格納するテーブルである。アラートテーブル１４１１は、アラートＩＤ１４１１と、配置単位ＩＤ１４１２と、ジョブＩＤ１４１３と、ジョブ関連ＩＤ１４１４と、アラート発生日時１４１５とをカラムに持つテーブルである。

図１５は、ユーザ定義入力部０２０１が管理クライアント０１０７よりボリュームの管理情報とジョブ０１１１の定義を受け付け、格納する処理をフローチャートで表した図である。

ステップＳ１５０１では、ユーザ定義入力部０２０１は、管理クライアント０１０７へボリューム（論理ボリューム０１２５と仮想論理ボリューム０１２７）の構成情報を送出し、その後、前記送出したボリュームについての管理情報を管理クライアント０１０７より受け付ける。ステップＳ１５０１でボリュームの構成情報を送出する順序は、論理ボリューム０１２５、仮想論理ボリューム０１２７とする。なお、ステップＳ１５０１で受け付けるボリュームの管理情報とは、論理ボリューム０１２５のストレージプール０１２６におけるストレージ階層と、仮想論理ボリューム０１２７を拡張する際に割り当てるページの論理ボリューム格納ページデータが格納されている論理ボリュームのストレージ階層と、前記仮想論理ボリュームの既存ページへのアクセスが当面予定されていない際にそのページの論理ボリューム格納ページデータを格納する論理ボリュームのストレージ階層とを指す。

ステップＳ１５０２では、ユーザ定義入力部０２０１は、ステップＳ１５０１で受け付けたボリュームの管理情報を格納する。論理ボリューム０１２５のストレージプールにおけるストレージ階層の情報はストレージ階層０７１３に格納し、仮想論理ボリューム０１２７の新規ページを書き込むストレージ階層の情報はページ割り当て階層０８１３に格納する。

ステップＳ１５０３では、ユーザ定義入力部０２０１は、ステップＳ１５０１で受け付けたボリュームが仮想論理ボリューム０１２７であるか調べ、仮想論理ボリューム０１２７である場合にはステップＳ１５０４に進み、そうでない場合にはステップＳ１５１２へ進む。

ステップＳ１５０４では、ユーザ定義入力部０２０１は、当該仮想論理ボリュームを拡張する際に割り当てるページの条件として、ページの論理ボリューム格納ページデータが格納されている論理ボリュームをストレージ装置０１０２の仮想論理ボリューム拡張ポリシー指定機能に指示する。具体的には仮想論理ボリューム管理テーブル０８０１から、当該仮想論理ボリュームのストレージプールＩＤ０８１２を取得し、ストレージプール管理テーブル０７０１から、ストレージプールＩＤ０７１１が前記手順のストレージプールＩＤに同一、且つ、ストレージ階層０７１３がステップＳ１５０１で取得した当該仮想論理ボリュームのページ割り当てストレージ階層０８１１と同一、の論理ボリュームＩＤ０７１２を取得する。

ステップＳ１５１１乃至Ｓ１５１２は、ステップＳ１５０１乃至ステップＳ１５０４までの処理をボリュームごとに実行する。

ステップＳ１５２１乃至Ｓ１５２２は、ステップＳ１５１１乃至ステップＳ１５１２までの処理をストレージプールごとに実行する。

ステップＳ１５０５では、ユーザ定義入力部０２０１は、管理クライアント０１０７よりジョブ０１１１の管理情報を受け付ける。

ステップＳ１５０６では、ユーザ定義入力部０２０１は、ステップＳ１５０５で受け付けた情報をジョブ定義記憶領域０２４１のジョブ管理テーブル１００１に格納する。

ステップＳ１５１３乃至Ｓ１５１４ではステップＳ１５０５乃至Ｓ１５０６までの処理をジョブごとに実行する。

ステップＳ１５０７では、ユーザ定義入力部０２０１は、管理クライアント０１０７よりジョブ間の関連情報を受け付ける。

ステップＳ１５０８では、ユーザ定義入力部０２０１は、ステップＳ１５０７で受け付けた情報をジョブ定義記憶領域０２４１のジョブ関連テーブル１１０１に格納する。
ステップＳ１５１５乃至Ｓ１５１６ではステップＳ１５０７乃至Ｓ１５０８までの処理をジョブ関連ごとに実行する。

図１６は、情報取得部０２１１の処理をフローチャートで表した図である。情報取得部０２１１は、ストレージ装置０１０２から情報を取得し、格納し、ジョブアクセス履歴判定部０２１２を起動し、前記ジョブアクセス履歴判定部０２１２の実行後にジョブアクセス予測部０２１３を起動し、再配置予測プログラム０１３８を起動する。

ステップＳ１６０１では、情報取得部０２１１は、ストレージ装置０１０２より情報を取得する指定時間まで待機し、指定時間になるとステップＳ１６０２に進む。ここで、指定時間とは、ユーザが指定する時間に限定されるものではなく、毎時や２時間毎などの定期的な実行も表す。

ステップＳ１６０２では、情報取得部０２１１は、ストレージ装置０１０２より論理記憶領域の構成テーブルの情報を取得する。なお、前記構成テーブルの情報とは、ストレージ装置０１０２のメモリ０１２２に格納されているＲＡＩＤグループ構成テーブルと、論理ボリューム構成テーブルと、仮想論理ボリューム構成テーブルと、ページ構成テーブルとを表す。

ステップＳ１６０３では、情報取得部０２１１は、ステップＳ１６０２でストレージ装置０１０２より取得した構成テーブルの情報を構成情報記憶領域０２４２のストレージプールと、論理ボリューム関連テーブル０７０１と、仮想論理ボリューム管理テーブル０４０１と、ページ管理テーブル０９０１とに格納する。

ステップＳ１６０４では、情報取得部０２１１は、ストレージ装置０１０２のメモリ０１２２に格納されているアクセス情報テーブルから、当該仮想論理ボリュームに属すページ０１２８の最終アクセス情報を取得する。本実施例では、最終アクセス情報を用いた方法を示すが、アクセス履歴などを用いてもよい。

ステップＳ１６０５では、情報取得部０２１１は、当該仮想論理ボリュームのアクセス情報取得日時０８１４をメモリ０１３２に展開し、当該仮想論理ボリュームのアクセス情報取得日時０８１４をアクセス情報の取得日時で更新する。

ステップＳ１６０６では、情報取得部０２１１は、仮想論理ボリューム０１２７の構成情報とアクセス情報とを送出し、ジョブアクセス履歴判定部０２１２を起動する。ジョブアクセス履歴判定部０２１２の詳細な処理については、図１７を用いて後記する。

ステップＳ１６１１乃至Ｓ１６１２では、ステップＳ１６０６の処理を、ステップＳ１６０４で取得したボリュームから取得したアクセス情報ごとに繰り返す。

ステップＳ１６０７では、情報取得部０２１１は、ステップＳ１６０５で取得したボリュームのアクセス情報取得日時０８１４を送出し、ジョブアクセス予測部０２１３を起動する。ジョブアクセス予測部０２１３の詳細な処理については、図１８を用いて後記する。

ステップＳ１６２１乃至Ｓ１６２２では、ステップＳ１６０４乃至Ｓ１６０７までの処理を、仮想論理ボリューム０１２７ごとに繰り返す。

ステップＳ１６０８では、情報取得部０２１１は、再配置プログラムを起動し、その後ステップＳ１６０１に戻り指定時間まで待機する。

図１７は、ジョブアクセス履歴判定部０２１２が情報取得部０２１１より受け付けたページ０１２８のアクセス情報に対して、アクセスしたジョブ０１１１を推定し、推定結果をジョブアクセス履歴テーブル１２０１に格納する処理をフローチャートで表した図である。

ステップＳ１７０１では、ジョブアクセス履歴判定部０２１２は、当該アクセス情報に含まれるアクセスされたページについて、ページの情報をページ管理テーブル０９０１より取得する。

ステップＳ１７０２では、当該アクセス日時に当該ページの属する仮想論理ボリューム０１２７に実行されたジョブがあるか調べる。ステップＳ１７０２では、ジョブアクセス履歴判定部０２１２は、ジョブ管理テーブル１００１及びジョブ関連テーブル１１０１のデータをジョブＩＤ１０１１とジョブＩＤ１１１４によって内部結合し、以下の条件の双方を満たすジョブのレコードを取得する。ジョブのレコードを取得できた場合には、ステップＳ１７０３に進み、取得できなかった場合には、ステップＳ１７１０に進む。
・関連ボリュームＩＤ１１１２が、ステップＳ１７０１で取得した当該ページの仮想論理ボリュームＩＤ０９１２と同一
・実行日１０１３と実行時間１０１４が、当該アクセス情報のアクセス日時に当てはまる。

ステップＳ１７０３は、当該アクセスによって当該ページに対して新規データが格納された可能性があるかを判別するステップである。ジョブアクセス履歴判定部０２１２は、ステップＳ１７０３では新規データを格納するアクセスを推定し、後記するステップＳ１７０６では前記アクセスをしたジョブを推定し、ジョブアクセス履歴としてジョブアクセス履歴テーブル１２０１に格納する。

当該アクセスが新規データを格納する可能性を判定する理由は、新規データの格納するアクセスをするジョブは、それ以外のジョブの格納するデータに依存しておらず、一連のジョブの関連において最初のジョブであると考えられ、当該アクセス以降にアクセスするジョブをジョブアクセス予測部０２１３が当該アクセス履歴を基に予測する必要があるためである。なお、新しいページが割り当てられた場合、当該ページに新規データが格納される事はないため、当該ページへのアクセス日時が、前記仮想論理ボリュームに前記以外のページが割り当てられるまでの期間である場合に、アクセスが新規データを格納する可能性があるとする。

ページ０１２８への全てのアクセスは上記１つめの条件を必ず満たしているため、上記２つめの条件を調べることにより当該アクセスが新規データを格納するアクセスであるかを判定できる。ステップＳ１７０３は、上記２つめの条件の対偶を調べることにより、上記２つめの条件を満たすことを判定するステップである。

ステップＳ１７０３では、ジョブアクセス履歴判定部０２１２は、ページ管理テーブル０９０１より以下の条件の双方を満たすページを取得する。ページを取得できなかった場合にはステップＳ１７０４へ進み、取得できた場合にはステップＳ１７０５へ進む。
・仮想論理ボリュームＩＤ０９１２が、当該ページの仮想論理ボリュームＩＤ０９１２と同一
・ページ割り当て日時０９１４が、当該ページの割り当て日時以降で、且つ、当該アクセスのアクセス日時より前。

ステップＳ１７０４では、ジョブアクセス履歴判定部０２１２は、当該ページに対して新規データの格納が実行された可能性があるため、新規データ格納フラグに１を入れる。

ステップＳ１７０５では、ジョブアクセス履歴判定部０２１２は、当該ページに対して新規データの格納が実行された可能性がないため、新規データ格納フラグに０を入れる。

ステップＳ１７０６は、ジョブアクセステーブル１２０１に新規データを格納するジョブからのアクセス履歴を格納するステップである。ステップＳ１７０６では、ジョブアクセス履歴判定部０２１２は、ステップＳ１７０２で取得したジョブ０１１１から、新規データ格納をするジョブ０１１１を推定し、当該アクセスが前記ジョブからアクセスされたとしてジョブアクセス履歴をジョブアクセス履歴テーブル１２０１に格納する。もし、新規データを格納するジョブ０１１１がステップＳ１７０２で取得した前記ジョブに含まれていなかった場合には、ジョブアクセス履歴を格納せず新規データ格納フラグを０にして、ステップＳ１７０７へ進む。なお、前記新規データ格納をするジョブは、ステップＳ１７０２で取得した前記ジョブの基点ジョブ関連ＩＤ１１１３が、基点ジョブ関連ＩＤ１１１３が”−“、のジョブである。

ステップＳ１７１１は、ジョブアクセス予測部０２１３を呼び出しステップＳ１７０６で格納したジョブアクセス履歴以降に当該ページへのジョブアクセスを予測し、前記予測結果をジョブアクセス予測テーブル１３０１に格納するステップである。ステップＳ１７１１の詳細なステップについては、図１９を用いて後記する。

ステップＳ１７０７は、当該アクセスにおいて、格納済みのデータを更新した、又は、読み出したジョブを推定するステップである。前記ジョブの推定は、ステップＳ１７０２で取得したジョブからのアクセスが予測されていたかどうかによって推定する。ステップＳ１７０７では、ジョブアクセス履歴判定部０２１２は、ジョブアクセス予測テーブル１３０１から以下の条件を満たすレコードを取得する。前記取得ができた場合にはステップＳ１７０８に進み、前記取得ができなかった場合にはステップＳ１７０９に進む。
・配置単位ＩＤ１３１１が、当該ページ のＩＤと同一
・ジョブ関連ＩＤ１３１２が、ステップＳ１７０２で取得したレコードのうち基点ジョブ関連ＩＤが”−“ではないレコードのジョブ関連ＩＤ１１１１に含まれる。

なお、ジョブアクセス予測によって前記ジョブの推定が可能なのは、データの更新、又は、読み出すジョブは、前記ジョブ以外のジョブが事前に格納するデータに対して実行される。そのため、前記ジョブは、事前にデータを格納するジョブに依存しているといえる。本実施例において、あるジョブに依存するジョブからのアクセスは事前にジョブアクセス予測テーブル１３０１に格納されているため、当該アクセスにおいて、更新又は読み込みをするジョブはジョブアクセス予測テーブル１３０１より取得できるためである。

ステップＳ１７０８では、ジョブアクセス履歴判定部０２１２は、前記取得したジョブアクセス予測どおりのアクセスがあったとして、ステップＳ１７０７で取得したジョブについての、ジョブアクセス履歴をジョブアクセス履歴テーブル１２０１に格納する。

ステップＳ１７０９は、当該アクセスをしたジョブが推定できたかを判定するステップである。ステップＳ１７０９では、ジョブアクセス履歴判定部０２１２は、新規データフラグが１であるか調べ、１であった場合にはジョブアクセス履歴判定部０２１２の処理を終了し、１でなかった場合にはステップＳ１７１０に進む。

ステップＳ１７１０では、ジョブアクセス履歴判定部０２１２は、ページにアクセスしたジョブを特定できなかったため、アラートテーブル１００１に情報を格納しジョブアクセス履歴判定部の処理を終了する。

図１８は、ジョブアクセス予測部０２１３が今後配置単位に発生するアクセスを予測し、予測結果をジョブアクセス予測テーブル１３０１に格納する処理をフローチャートで表した図である。

ステップＳ１８０３は、ジョブアクセス予測テーブル１３０１から、前回のジョブアクセス予測部０２１３の処理から現在の間に、アクセスを予測していたジョブアクセスを取得する処理である。

ステップＳ１８０３では、ジョブアクセス予測部０２１３は、ジョブアクセス予測テーブル１３０１とページ管理テーブル０９０１とを配置単位ＩＤ１３１１とページＩＤ０９１１とによって内部結合して、以下の条件の両方を満たすレコードを取得する。
・仮想論理ボリュームＩＤ０９１２が、当該ボリューム
のＩＤと同一
・アクセス予測日時１３１４が、情報取得部０２１１より受け付けたボリュームのアクセス情報取得日から現時間までの期間内
ステップＳ１８０４は、ジョブアクセス予測に当てはまるジョブアクセス履歴を取得するステップである。当該ステップで、アクセス履歴を取得できた場合には、予測があっていたと判断し、そうでない場合には予測があっていなかったと判断して以降の処理を進める。ステップＳ１８０４では、ジョブアクセス予測部０２１３は、ジョブアクセス履歴テーブル１２０１から、以下の条件全てを満たすジョブアクセス履歴を取得する。ジョブアクセス履歴を取得できた場合にはステップＳ１８０５に進み、取得できなかった場合にはステップＳ１８１４に進む。
・配置単位ＩＤ１２１１が、ステップＳ１８０３で取得した当該ジョブアクセス予測の配置単位ＩＤ１３１１と同一
・ジョブ関連ＩＤ１２１２が、当該ジョブアクセス予測のジョブ関連ＩＤ１３１２と同一
・アクセス日時１２１５が、当該ジョブアクセス予測のアクセス予測日時１３１４期間内。

なお、本実施例ではステップＳ１８０４においてジョブアクセス履歴が取得できなかった場合、つまり、予測していたタイミングでのアクセスがなかった場合においても以降の予測を変更しないが、予測していたタイミングでのアクセスがなかった際に、前記予測をしている配置単位の今後の予測を削除することにより以降の再配置を防ぐこともできる。

ステップＳ１８０５は、今後も同一の配置単位に対して同一のジョブ関連でのアクセスが予測されているか調べるステップである。ステップＳ１８０５では、ジョブアクセス予測部０２１３は、ジョブアクセス予測テーブル１３０１から、以下の条件全てを満たすジョブアクセス予測を取得する。ジョブアクセス予測が取得できなかった場合にはステップＳ１８０６に進み、取得できた場合にはステップＳ１８１４に進む。
・配置単位ＩＤ１３１１が、当該ジョブアクセス予測と同一
・アクセス予測日時１３１４が、当該ジョブアクセス予測のアクセス予測日時１３１４よりも後の日時である。

ステップＳ１８０６では、ステップＳ１８０４で取得した前記ジョブアクセス履歴情報を用いて、ジョブ関連テーブル１１０１で定義されている次のジョブについてジョブがアクセスする日時を予測し、予測結果をジョブアクセス予測テーブル１３０１に格納する。ジョブアクセス履歴以降のジョブアクセス予測の詳細な処理については、図１９を用いて後記する。

ステップＳ１８１３乃至Ｓ１８１４では、ステップＳ１８０４乃至ステップＳ１８０６の処理をステップＳ１８０３で取得したジョブアクセスごとに繰り返す。

図１９は、ジョブアクセス予測部０２１３が配置単位に対してジョブアクセス履歴のアクセス日時以降にアクセスするジョブ０１１１を予測する処理をフローチャートで表した図である。

ステップＳ１９０１は、当該フローの入力であるジョブアクセス履歴の次に実行するジョブを取得するステップである。ステップＳ１９０１では、ジョブ関連テーブル１１０１とページ管理テーブル０９０１のレコードを、関連ボリュームＩＤ１１１２と仮想論理ボリューム０９１２によって内部結合して取得する。取得するレコードは、以下の条件の両方を満たす。
・ページＩＤ０９１１が、当該フローの入力であるジョブアクセス履歴の配置単位ＩＤ１２１１と同一である。
・基点ジョブ関連ＩＤ１１１３が、当該フローの入力であるジョブ関連ＩＤ１２１２と同一である。

ステップＳ１９０２では、ステップＳ１９０１でジョブ関連が取得できた場合にはステップＳ１９０３に進み、ジョブ関連が取得できなかった場合には当該フローを終了する。

ステップＳ１９０３では、ジョブ管理テーブル１００１から、ジョブＩＤ１０１１が、ステップＳ１９０１で取得したジョブ関連のジョブＩＤ１１１４と同一のデータを取得する。前記取得したジョブ管理データの実行日１０１３と、実行時間帯１０１４と、処理対象基点１０１５と、処理対象期間１０１６からジョブ０１１１が実行される日時を算出する。

ステップＳ１９０４では、ステップＳ１９０３で算出したジョブアクセス予測をジョブアクセス予測テーブル１３０１に格納する。

図１９のフローチャートについて例を挙げて具体に示す。図１２のジョブアクセス履歴テーブル１２０１の配置単位ＩＤ１２１１が４のジョブアクセス履歴についてジョブのアクセス予測をするとする。

ステップＳ１９０１では、ジョブ関連テーブル１１０１とページ管理テーブル０９０１とを、関連ボリュームＩＤ１１１２と仮想論理ボリュームＩＤ０９１２によって内部結合したテーブルから、ページＩＤ０９１１が４、且つ、基点ジョブ関連ＩＤ１１１３が１のデータを取得する。ステップＳ１９０２では、本例はジョブ関連ＩＤ１１１１が２と、３のレコードが取得できるため、ステップＳ１９０３に進むことになる。ステップＳ１９０３では、前記取得したレコードのジョブＩＤが、２と３であるため、ジョブ管理テーブル１００１よりジョブＩＤ１０１１が２又は３であるデータを取得する。

前記取得したジョブＩＤが２のレコードは、処理対象基点１０１５と処理対象期間１０１６から、新規データ格納後１週間はアクセスする可能性があることを表している。当該ジョブアクセス履歴のレコードの新規データ格納１２１６が１であることから、当該レコードのアクセス日時から１週間はジョブＩＤ２からのアクセスがあることが予測できる。また、実行日１０１３と実行時間帯１０１４から、実行日が日曜の１時から２時であるため、次のアクセスが２００９年７月１９日（日）の１時から２時であると予測できる。同様にして、ジョブＩＤが３のレコードからのアクセスは、８月２日（日）の１時から２時であると予測できる。

ステップＳ１９０４では、前記予測結果をジョブアクセス予測テーブル１３０１に格納する。図１０のジョブアクセス予測テーブル１３０１には、前記予測のジョブＩＤが２と３からのアクセス予測は、配置単位ＩＤ１３１１が４と５のレコードとして格納されている。配置単位ＩＤ１３１１とアクセス予測日時には、ジョブアクセスを予測した配置単位のＩＤである４と、各アクセス予測日時とを格納する。また、ジョブ関連ＩＤ１３１２と要求性能１３１３には、各予測で使用したステップＳ１９０１で取得したレコードのジョブ関連ＩＤ１１１１と、要求性能１０１２とを格納する。

図２０は、再配置実行部０２２１が各配置単位に対して再配置の要否を判定し、再配置が必要と判断した配置単位を再配置する処理をフローチャートで表した図である。

再配置実行部０２２１は、今後再配置バッファ時間内に配置されるべきストレージ階層（配置階層）と現在のページ０１２８の論理ボリューム格納ページデータの格納されている論理ボリュームの属すストレージ階層が異なる場合に再配置が必要と判断する。なお、配置階層とは、再配置バッファ時間内にアクセスが予測される場合には、予測されるアクセスの中で最も要求性能が高いアクセスに見合うストレージ階層を指し、再配置バッファ時間内のアクセスがないと予測している場合には、仮想管理ボリューム０１２７に設定したアクセス途絶時配置階層０８１５を指す。

ステップＳ２００１では、再配置実行部０２２１は、再配置の判定処理及び再配置処理を指定時間、又は、情報取得部０２１１により呼び出されるまで待機し、指定時間、又は、呼び出された際にステップＳ２００２に進む。ここで、指定時間とは、ユーザが指定する時間に限定されるものではなく、毎時などの定期的な実行も表す。

ステップＳ２００２では、再配置実行部０２２１は、ページ管理テーブル０９０１と仮想論理ボリューム管理テーブル０８０１を、仮想論理ボリュームＩＤ０９１２と仮想論理ボリュームＩＤ０８１１によって内部結合してデータを取得する。ここで取得したデータを用いてステップＳ２００３乃至Ｓ２００９の処理を行う。

ステップＳ２００３は、配置単位に対するジョブアクセス予測のうち、今後、ジョブが再配置バッファ時間以内にアクセスすると予測しているジョブアクセス予測を取得するステップである。ステップＳ２００３では、再配置実行部０２２１は、ジョブアクセス予測テーブル１３０１とジョブ管理テーブル１００１をジョブ関連ＩＤ１３１２とジョブＩＤ１０１１で内部結合したテーブルから、以下の条件の双方を満たすデータを取得する。
・配置単位ＩＤ１３１１が、当該ページのＩＤと同一である。
・アクセス予測日時１３１４が、現日時に再配置バッファ時間０６１９を足し合わせた日時よりも小さい。

ステップＳ２００４では、再配置実行部０２２１は、ステップＳ２００３で１件以上取得できた場合にはステップＳ２００５に進み、１件も取得できなかった場合にステップＳ２００６に進む。

ステップＳ２００５では、再配置実行部０２２１は、ステップＳ２００３で取得したジョブアクセス予測の中で最も高い要求性能１３１３につりあうストレージ階層を配置階層とする。

ステップＳ２００６では、再配置実行部０２２１は、ステップＳ２００２で取得した当該ページのアクセス途絶時配置階層０８１５を配置階層とする。

ステップＳ２００７では、再配置実行部０２２１は、当該ページの論理ボリューム格納ページデータの格納されている論理ボリューム０１２５の属するストレージ階層０９１３と、ステップＳ２００５、又は、ステップＳ２００６で決定した配置階層とを比較する。前記比較の結果、異なっていればステップＳ２００８に進み、同一であれば当該ページの処理を終了する。

ステップＳ２００８では、ストレージプール管理テーブル０７０１から、以下の条件の双方を満たす論理ボリュームＩＤを取得する。
・ストレージプールＩＤ０７１１が、当該ページのストレージプールＩＤ０８１２と同一
・ストレージ階層０７１３が、配置階層と同一。

前記取得した１つ又は複数の論理ボリュームＩＤの指す論理ボリュームより、当該ページを任意の論理ボリューム０１２５に再配置する指示をストレージ装置０１０２に送出し、マイグレーション機能によって当該ページを再配置する。なお、本実施例では、任意の論理ボリューム０１２５にページ０１２８を再配置するが、各論理ボリュームの性能や使用容量に応じて選択することもできる。

ステップＳ２００９では、ストレージ装置０１０２が再配置を完了した後に、ページ管理テーブル０９０１における当該ページを指すレコードのストレージ階層０９１３カラムを配置階層の値に更新する。

ステップＳ２０１１乃至Ｓ２０１２では、ステップＳ２００１乃至ステップＳ２００９までの処理をページ単位ごとに実行する
図２１は、アラート表示部０２３１が管理クライアント０１０７から受け付けたアラート表示要求にしたがってアラートを表示する処理のフローを表したものである。

ステップＳ２１０１では、アラート表示部０２３１は、管理クライアント０１０７からアラート表示の要求を受け付ける。

ステップＳ２１０２では、アラート表示部０２３１は、アラートテーブル１００１からデータを取得する。

ステップＳ２１０３では、ステップＳ２１０２でアラートが取得できた場合にはステップＳ２１０４へ進み、取得できなかった場合にはステップＳ２１０５へ進む。

ステップＳ２１０４では、アラート表示部０２３１は、ステップＳ２１０２で取得したアラートの情報を管理クライアント０１０７に送出する。

ステップＳ２１０５では、アラート表示部０２３１は、アラートがない旨を管理クライアントに０１０７に送出する。

次に実施例２について、本発明の実施例の一例を示す。実施例１との主な相違点は、１．配置単位がページではなく論理ボリュームである。２．ジョブと関連するボリュームが、仮想論理ボリュームではなく論理ボリュームの集合である論理ボリュームグループである。の二つである。以下図を使って説明する。

図２２は、論理ボリュームグループ管理テーブル２２０１を示す図である。図２２の論理ボリュームグループ管理テーブルは図８の仮想論理ボリューム管理テーブルを変更したものである。これはジョブと関連するボリュームが仮想論理ボリュームから論理ボリュームグループに変更になったためである。

論理ボリュームグループ管理テーブル２２０１は、構成情報記憶領域０２４２を構成するテーブルの１つであり、１つ又は複数の論理ボリュームの集合を表す論理ボリュームグループの情報を格納するテーブルである。論理ボリュームグループ管理テーブル２２０１は、論理ボリュームグループＩＤ２２０１と、アクセス途絶時配置階層２２１２とをカラムに持つテーブルである。論理ボリュームグループＩＤ２２０１と、アクセス途絶時配置階層２２１２とには、ユーザ定義入力部０２０１が管理クライアント０１０７から論理ボリュームグループを一意に識別するためのＩＤと、当該論理ボリュームグループを構成する論理ボリューム０１２５へのアクセスが当面予定されていない際に前記論理ボリュームを配置するストレージ階層とを取得し、格納する。

図２３は、論理ボリューム管理テーブル２３０１を示す図である。図９のページ管理テーブル０９０１は、配置単位がページから論理ボリュームに変更になったため、図２３の論理ボリューム管理テーブル２３０１に変更になる。論理ボリューム管理テーブル２３０１は、構成情報記憶領域０２４２を構成するテーブルの１つであり、論理ボリューム０１２５の情報を格納するテーブルである。論理ボリューム管理テーブル２３０１は、論理ボリュームＩＤ２３１１と、ストレージ階層２３１２と、論理ボリュームグループＩＤ２３１３と、容量２３１４と、アクセス情報取得日時２３１５と、割当先業務サーバ０５１６をカラムに持つテーブルである。

論理ボリューム管理テーブル２３０１は、論理ボリュームＩＤ２３１１と、容量２３１４と、割当先業務サーバ２３１６とには、情報取得部０２１１がストレージ装置０１０２から論理ボリューム０１２５を一意に識別するためのＩＤと、当該論理ボリュームの容量と、論理ボリューム０１２５を割り当てた業務サーバを一意に識別するＩＤを取得し、格納する。また、ストレージ階層２３１２と、論理ボリュームグループＩＤ２３１３とは、ユーザ定義入力部０２０１が管理クライアント０１０７から当該論理ボリュームの属するストレージ階層と、論理ボリュームグループＩＤとを取得し、格納する。アクセス情報取得日時２３１５には、情報取得部０２１１が、配置単位のアクセス情報を取得した際にその日時を格納する。

図１１のジョブ関連テーブル１１０１は実施例１の同様である。但し、実施例１では、関連ボリュームＩＤ１１１２に仮想論理ボリュームのＩＤを格納していたが、実施例２では論理ボリュームグループのＩＤを格納する。

図１２のジョブアクセス履歴テーブル１２０１は、実施例１と同様である。但し、ページと記載されている箇所については、論理ボリューム０１２５になる。また、ストレージ階層１２１３の定義は、情報取得部０２１１が論理ボリューム管理テーブル２３０１ａより当該配置単位（論理ボリューム）のストレージ階層２３１２ａを取得し、前記情報とあわせてジョブアクセス履歴判定部０２１２に送出するとなる。

図１５のユーザ定義入力部０２０１の処理を表すフローチャートとその説明は、以下の部分が異なる。

ステップＳ１５０１では、ユーザ定義入力部０２０１は、管理クライアント０１０７へボリューム（論理ボリューム０１２５と論理ボリュームグループ）の情報を送出し、送出したボリュームの管理情報を受け付ける。ステップＳ１４０１ａでは、ボリュームの情報を送出し管理情報を受け付ける順序は、論理ボリュームグループ、論理ボリューム０１２５とする。ステップＳ１５０１で受け付けるボリュームの管理情報とは、論理ボリュームグループの論理ボリューム０１２５へのアクセスが当面予定されていない際に前記論理ボリュームを配置するストレージ階層と，論理ボリューム０１２５の属すストレージ階層と論理ボリュームグループのＩＤとを指す。

ステップＳ１５０２では、ユーザ定義入力部０２０１は、ステップＳ１５０１で受け付けたボリュームの管理情報を格納する。論理ボリュームグループのストレージ階層の情報はアクセス途絶時配置階層２２１２に格納する。論理ボリューム０１２５の属すストレージ階層の情報はストレージ階層２３１２ａ、論理ボリュームグループのＩＤは論理ボリュームグループＩＤ２３１３ａに格納する。ステップＳ１５０１乃至ステップＳ１５０２をボリューム（論理ボリューム０１２５と論理ボリュームグループ）ごとに繰り返す（ステップＳ１５１１乃至Ｓ１５１２）。

図１６の情報取得部０２１１の処理を表すフローチャートは、実施例１と同様である。但し以下のステップは下記処理に変化する。

ステップＳ１６０２では、情報取得部０２１１は、ストレージ装置０１０２より図９で示した論理ボリュームの構成情報を取得する。

ステップＳ１６０３では、情報取得部０２１１は、ステップＳ１６０２でストレージ装置０１０２より取得した構成情報を論理ボリューム構成情報テーブルに格納する。

ステップＳ１６０４では、情報取得部０２１１は、ストレージ装置０１０２より論理ボリューム０１２５の最終アクセス情報を取得する。本実施例では、最終アクセス情報を用いた方法を示すが、アクセス履歴などを用いてもよい。

ステップＳ１６０５では、情報取得部０２１１は、ステップＳ１６０４で最終アクセス情報を取得した当該論理ボリュームのアクセス情報取得日時２３１５をアクセス情報の取得日時で更新する。

ステップＳ１６０６では、情報取得部０２１１は、論理ボリューム０１２５の構成情報とアクセス情報を送出し、ジョブアクセス履歴判定部０２１２を起動する。ジョブアクセス履歴判定部０２１２の詳細な処理については、図２４を用いて後記する。

ステップＳ１６０２の処理を、ステップＳ１６０４で取得したボリュームから取得したアクセスごとに繰り返す（ステップＳ１６１１乃至Ｓ１６１２）。

ステップＳ１６０７では、情報取得部０２１１は、ステップＳ１６０５で取得したボリュームのアクセス情報取得日時０８１４を送出し、ジョブアクセス予測部０２１３を起動する。ステップＳ１６０４乃至Ｓ１６０７までの処理を、論理ボリューム０１２５ごとに繰り返す（ステップＳ１６２１乃至Ｓ１６２２）
図２４は、ジョブアクセス履歴判定部０２１２が情報取得部０２１１より受け付けた論理ボリューム０１２５のアクセス情報に対して、アクセスしたジョブ０１１１を推定し、推定結果をジョブアクセス履歴テーブル１２０１に格納する処理をフローチャートで表した図である。

ステップＳ２４０２では、当該アクセス日時に当該論理ボリューム０１２５に対して実行されたジョブがあるか調べる。ステップＳ２４０２では、ジョブアクセス履歴判定部０２１２は、ジョブ管理テーブル１００１及びジョブ関連テーブル１１０１のデータをジョブＩＤ１０１１とジョブＩＤ１１１４を内部結合し以下の条件の双方を満たすジョブの情報を取得する。ジョブの情報を取得できた場合には、ステップＳ２４０３に進み、取得できなかった場合には、ステップＳ２４１０に進む。
・関連ボリュームＩＤ１１１２が、当該論理ボリュームＩＤ２３１１と同一である
・実行日１０１３と実行時間１０１４が、当該アクセス情報のアクセス日時に当てはまる。

ステップＳ２４０３は、ステップＳ２４０２で取得した前記ジョブから始まる一連のジョブの有無を調べることにより、当該アクセスが当該論理ボリュームに対する新たなジョブ依存関係の始まりを示すジョブ０１１１によるものかを確認する。ジョブ依存関係の始まりは、新規データの格納によってもたらされるため、上記確認のフラグ等を、新規データ格納、と呼ぶ。具体的には、ジョブ関連テーブル１１０１から、以下の条件全てを満たすジョブを取得することにより確認する。ジョブが取得できた場合には、ステップＳ２４０４に進み、取得できなかった場合にはＳ２４０５へ進む。
・関連ボリュームＩＤ１１１２が、当該論理ボリュームのＩＤと同一である
・基点ジョブ関連ＩＤ１１１３が、“−”である
・ジョブＩＤ１１１４が、ステップＳ２４０２で取得したジョブＩＤに含まれる。

ステップＳ２４０４では、ジョブアクセス履歴判定部０２１２は、新たなジョブ依存関係の始まりを示すジョブ０１１１が実行された可能性があるため、新規データ格納フラグに１を入れる。

ステップＳ２４０５では、ジョブアクセス履歴判定部０２１２は、新たなジョブ依存関係の始まりを示すジョブ０１１１が実行された可能性がないため、新規データ格納フラグに０を入れる。

ステップＳ２４０６では、ジョブアクセス履歴判定部０２１２は、ステップＳ２４０３で取得したジョブ０１１１について、ジョブアクセス履歴をジョブアクセス履歴テーブル１２０１に格納する。この際、新規データ格納１２１６には１を格納する。

ステップＳ２４１１は、ジョブアクセス予測部０２１３を呼び出しステップＳ２４０６で格納したジョブアクセス履歴以降に当該ページへのジョブアクセスを予測し、前記予測結果をジョブアクセス予測テーブル１３０１に格納するステップである。ステップＳ２４１１の詳細なステップについては、図１９を用いて示す。

ステップＳ２４０７は、ステップＳ２４０６で格納した新規データを書き込むジョブ以外の当該アクセスをするジョブ、すなわち、格納済みのデータを更新する、又は、読み出す、ジョブを判定する。前記ジョブは、事前に格納されたデータに対して処理するジョブのため、事前にあるジョブが格納したデータについて処理をしていると考えることができる。つまり、前記ジョブはあるジョブに依存しているといえる。本実施例において、あるジョブに依存しているジョブからのアクセスは事前にジョブアクセス予測テーブル１３０１に格納されているため、当該アクセスをするジョブはジョブアクセス予測テーブル１３０１より取得できるはずである。

ステップＳ２４０７では、ジョブアクセス履歴判定部０２１２は、ジョブアクセス予測テーブル１３０１から、当該アクセスのアクセス日時にステップＳ２４０２で取得したジョブからのアクセスを予測しているジョブアクセス予測を取得する。ジョブアクセス予測を取得できた場合にはステップＳ２４０８へ進み、取得できなかった場合にはステップＳ２４２３へ進む。

ステップＳ２４０８では、ジョブアクセス履歴判定部０２１２は、前記取得したジョブアクセス予測どおりのアクセスがあったとして、ステップＳ２４０７で取得したジョブについての、ジョブアクセス履歴を格納する。

ステップＳ２４０９では、ジョブアクセス履歴判定部０２１２は、新規データフラグが１であるか調べ、１であった場合にはジョブアクセス履歴判定部０２１２の処理を終了し、１でなかった場合にはステップＳ２４１０に進む。これは、新規データフラグが１である場合は、当該アクセスをするジョブとして新規データを格納するジョブを推定しているが、０の場合にはジョブを推定できていないためアラートをあげる処理をするためである。

ステップＳ２４１０では、ジョブアクセス履歴判定部０２１２は、ページにアクセスしたジョブを特定できなかったため、アラートテーブル１００１に情報を格納しジョブアクセス履歴判定部の処理を終了する。

本実施例では、ジョブアクセス履歴判定部０２１２は、ストレージ装置０１０２から取得する論理ボリューム０１２５へのアクセス情報とジョブ管理テーブル１００１とジョブ関連テーブル１１０１の情報を用いて、論理ボリューム０１２５にアクセスしたジョブ０１１１を推定している。その代わりに、業務サーバ０１０１をＬＡＮ０１０６に接続し、管理サーバ０１０３が業務サーバ０１０１より業務サーバのアクセス先の情報とアクセスを発行したジョブの情報を取得する際には、ジョブ０１１１と論理ボリューム０１２５へのアクセスのマッピングを取得してもよい。

図１８のジョブアクセス予測部０２１３の処理を示すフローチャートは、実施例１と同様である。但し、ステップＳ１８０１において、ジョブアクセス予測部０１２３は、ジョブアクセス履歴テーブル１２０１から、以下の条件全てを満たすデータを取得する。
・配置単位ＩＤ１２１１が、当該論理ボリュームのＩＤと同一である
・新規データ格納１２１６が１である
・アクセス日時１２１５が、情報取得部０２１１より受信したボリュームのアクセス情報取得日から現時間までの期間内である。

この処理は、前回のジョブアクセス予測部０２１３実行以降に格納されたジョブアクセス履歴から、新規データを格納しているジョブのジョブアクセス履歴を取得する処理である。

ステップＳ１８０３では、ジョブアクセス予測部０２１３は、ジョブアクセス予測テーブル１３０１から、配置単位ＩＤ１３１１が当該論理ボリュームのＩＤと同一、且つ、アクセス予測日時１３１４が情報取得部０２１１より送出されたボリュームのアクセス情報取得日から現時間までの期間内、であるデータを取得する。ステップＳ１８０３は、前回のジョブアクセス予測部０２１３実行以降にアクセス予測日時１３１４を経過したジョブアクセス予測を取得する処理である。

図２０の再配置実行部０２２１の処理を示すフローチャートは、実施例１と同様である。但し、再配置実行部０２２１は、今後再配置バッファ時間内に配置されるべきストレージ階層（配置階層）と論理ボリューム０１２５のストレージ階層が異なる場合に再配置が必要と判断する。なお、配置階層とは、再配置バッファ時間内にアクセスが予測される場合には、予測されるアクセスの中で最も要求性能が高いアクセスに見合うストレージ階層を指し、再配置バッファ時間内のアクセスがないと予測している場合には、論理ボリュームグループに設定したアクセス途絶時配置階層２２１２を指す。

ステップＳ２００１では、再配置実行部０２２１は、再配置の判定処理及び再配置処理を指定時間、又は、情報取得部０２１１により呼び出されるまで待機し、指定時間、又は、呼び出された際にステップＳ２００２に進む。ここで、指定時間とは、ユーザが指定する時間に限定されるものではなく、毎時などの定期的な実行も表す。

ステップＳ２００２では、再配置実行部０２２１は、論理ボリューム管理テーブル２３０１と論理ボリュームグループ管理テーブル２２０１のデータを、論理ボリュームグループＩＤ２３１３と論理ボリュームグループＩＤ２２１１を内部結合して取得する。ここで取得したデータを用いてステップＳ２００３乃至Ｓ２００９の処理を行う。

ステップＳ２００３では、再配置実行部０２２１は、ジョブアクセス予測テーブル１３０１とジョブ管理テーブル１００１をジョブ関連ＩＤ１３１２とジョブＩＤ１０１１で内部結合したテーブルから、以下の条件の双方を満たすデータを取得する。
・配置単位ＩＤ１３１１が、当該論理ボリュームのＩＤと同一である
・アクセス予測日時１３１４が、現日時に再配置バッファ時間０６１９を足し合わせた日時よりも小さい。

ステップＳ２００３は、配置単位に対するジョブアクセス予測のうち、今後、ジョブが再配置バッファ時間以内にアクセスすると予測しているジョブアクセス予測を取得するステップである。

ステップＳ２００４では、再配置実行部０２２１は、ステップＳ２００３で１件以上取得できた場合にはステップＳ２００５に進み、１件も取得できなかった場合にステップＳ２００６に進む。

ステップＳ２００５では、再配置実行部０２２１は、ステップＳ２００３で取得したジョブアクセス予測の中で最も高い要求性能１３１３につりあうストレージ階層を配置階層とする。

ステップＳ２００６では、再配置実行部０２２１は、ステップＳ２００２で取得した当該論理ボリュームのアクセス途絶時配置階層２２１２を配置階層とする。

ステップＳ２００７では、再配置実行部０２２１は、当該論理ボリュームのストレージ階層０９１３と、ステップＳ２００５、又は、ステップＳ２００６で決定した配置階層とを比較する。前記比較の結果、異なっていればステップＳ２００８に進み、同一であれば当該論理ボリュームの処理を終了する。

ステップＳ２００８では、論理ボリューム管理テーブル２３０１から、以下の条件の双方を満たす論理ボリュームＩＤを取得する。
・割り当て先業務サーバ２３１６ａが、“−”である
・ストレージ階層２３１２ａが、配置階層と同一である。

そして、当該論理ボリュームを１つ又は複数の前記論理ボリュームＩＤの任意の論理ボリュームに再配置する指示をストレージ装置０１０２に送出する。

ステップＳ２００９では、ストレージ装置０１０２が再配置を完了した後に、論理ボリューム管理テーブル２３０１における当該論理ボリュームを指すデータ、及び、前記再配置先にした論理ボリューム、双方のストレージ階層２３１２カラムを更新する。

ステップＳ２０１１乃至Ｓ２０１２では、ステップＳ２００１乃至ステップＳ２００９までの処理を論理ボリューム単位ごとに実行する。

実施例３では、実施例１におけるページへのアクセス結果を元に、仮想論理ボリュームのストレージ階層の構成変化を表示する本発明の実施例の一例を実施例１との差分を示しながら示す。なお、本実施例では配置単位がページの場合の仮想論理ボリュームのストレージ階層の構成変化を示すが、実施例２と同様に配置単位が論理ボリュームの場合にも論理ボリュームグループの構成変化を同様にして示すことができる。

本実施例と実施例１との差分との主な相違点は、以下の２つである。
１．クライアントに構成の変化を表示するための変更
２．仮想論理ボリュームの構成履歴を格納するための変更。

図２５の再配置管理ソフトのモジュールは、図６と比べて、ステータス表示プログラム０１４１に構成変化表示部０２３２と、再配置プログラム０１３８に階層判定部０２２２とが追加される。前記追加されたモジュールについての説明を実施例１の図６の説明に加える。また、追加モジュールによって動作が変更になった再配置実行部０２２１についても説明する。

構成変化表示部０２３２は、管理クライアント０１０７より構成変化を表示する要求により起動され、前記要求にて仮想論理ボリューム０１２７と表示する期間を受け付け、受け付けた当該仮想論理ボリュームの当該期間における構成変化を管理クライアント０１０７に表示するモジュールである。構成変化表示部０２３２が実行するステップの詳細については、図２８を用いて後記する。また、表示する画面の例については、図２９を用いて後記する。

再配置実行部０２２１は、実施例１の図６の説明に加え、配置単位の再配置処理終了後に階層判定部０２２２を呼び出し、階層判定部０２２２の実行後に待機する。実施例３において変更になったステップの詳細は図２８を用いて後記する。

階層判定部０２２２は、再配置実行部０２２１により起動され、仮想論理ボリューム０１２７のストレージ階層の構成を構成情報記憶領域０２４２に格納するモジュールである。階層判定部０２２２が格納する情報については図２６を用いて、また、階層判定部０２２２が実行するステップの詳細については図２７を用いて後記する。

図２６は、仮想論理ボリューム階層履歴テーブル２６０１を示す図である。仮想論理ボリューム階層履歴テーブル２６０１は、構成情報記憶領域０２４２を構成するテーブルの１つであり、仮想論理ボリューム０１２７のストレージ階層の情報を格納するテーブルである。仮想論理ボリューム階層履歴テーブル２６０１は、仮想論理ボリュームＩＤ２６１１と、ストレージ階層２６１２と、容量２６１３と、構成確認日時２６１４とをカラムに持つテーブルである。

仮想論理ボリュームＩＤ２６１１には、階層判定部０２２２がストレージ装置０１０２から各仮想論理ボリュームを一意に識別するためにストレージ装置内で設定されたＩＤを取得し、格納する。ストレージ階層２６１２と、容量２６１３には、階層判定部０２２２が当該仮想論理ボリュームを構成するストレージ階層を一意に識別するための階層名と、当該仮想論理ボリュームの当該ストレージ階層の容量を算出し、格納する。構成確認日２６１４には、階層判定部０２２２が前記算出時の日時を格納する。なお、前記算出方法については、図２７にて後記する。

図２７は、階層判定部０２２２が仮想論理ボリューム０１２５を構成するストレージ階層ごとにその容量を算出し、仮想論理ボリューム階層履歴テーブル２６０１に格納する処理をフローチャートで表した図である。

ステップＳ２７０１では、階層判定部０２２２は、仮想論理ボリューム管理テーブル０４０１から、仮想論理ボリューム０１２５の一覧を取得する。以降のステップでは、取得した前記仮想論理ボリュームに対して処理を行う。

ステップＳ２７０２では、階層判定部０２２２は、ページ管理テーブル０９０１から、当該仮想論理ボリュームを構成するページ０１２８のレコードを取得する。前記レコードを取得する際には、仮想論理ボリュームＩＤ０９１２が当該仮想論理ボリュームのＩＤと等しい、を条件とする。以降のステップでは、レコードを取得した前記ページの属すストレージ階層ごとにその容量の総和を算出する。

ステップＳ２７０３では、階層判定部０２２２は、ステップＳ２７０２で取得した当該ページについて、当該ページの容量を当該ストレージ階層の和に足し合わせる。

ステップＳ２７１１乃至Ｓ２７１２では、ステップＳ２７０３の処理を、ステップＳ２７０２で取得したページごとに繰り返す。

ステップＳ２７０４では、階層判定部０２２２は、ステップＳ２７１１乃至Ｓ２７１２を実行し計算した、当該仮想論理ボリュームを構成するストレージ階層ごとの容量の和を仮想論理ボリューム階層履歴テーブル２６０１に格納する。

ステップＳ２７１１乃至Ｓ２７１２では、ステップＳ２７０２乃至Ｓ２７０４の処理を、ステップＳ２７０１で取得した仮想論理ボリューム０１２７ごとに繰り返す。

図２８は、構成変化表示部０２３２が、管理クライアント０１０７から表示要求を受け付けた仮想論理ボリューム０１２７の構成変化情報を送出する処理をフローチャートで表した図である。

ステップＳ２８０１では、構成変化表示部０２３２は、管理クライアント０１０７から仮想論理ボリューム０１２７の構成変化を表示する要求を受け付ける。要求には、表示対象の仮想論理ボリューム０１２７と、構成変化を表示する期間の情報が含まれる。構成変化表示部０２３２は、受け付けた期間から表示に使用する時点を算出する。以降のステップでは、前記算出した各時点における当該仮想論理ボリュームのストレージ階層の構成を算出し、管理クライアント０１０７に送出する。なお、前記時点が過去の場合には、仮想論理ボリューム階層履歴テーブル２６０１から取得したデータを用い、前記時点が将来の場合には、ジョブアクセス予測テーブル１３０１を用い、当該仮想論理ボリュームのストレージ階層の構成を算出する。

ステップＳ２８０２では、階層判定部０２２２は、仮想論理ボリューム階層履歴テーブル２６０１から、前記過去の時点と現時点とにおける、当該仮想論理ボリュームの階層の情報を取得する。取得するデータは、前記時点の直近のデータを使用する。なお、本実施例では、直近のデータを使用するが常に前後一方のデータのいずれかを選択、又は、前後の各ストレージ階層のデータの平均を使用してもよい。

ステップＳ２８０３では、階層判定部０２２２は、ページ管理テーブル０９０１から当該仮想論理ボリューム０１２７に割り当てられているページ０１２８のレコードを取得し、メモリ上にページＩＤとストレージ階層のデータを展開する。前記ページのレコードを取得する際には、仮想論理ボリュームＩＤ０９１２が当該仮想論理ボリュームのＩＤと等しい、を条件とする。以降のステップでは、前記メモリ上のページの情報と、ジョブアクセス予測とを用いて、将来の時点における前記ページの論理ボリューム格納ページデータが格納されている論理ボリューム０１２５のストレージ階層を予測する。

ステップＳ２８０４では、階層判定部０２２２は、再配置実行部０２２１と類似のステップによって、ページの論理ボリューム格納ページデータが格納されている論理ボリューム０１２５の配置階層を予測する。階層判定部０２２２は、各ページについてステップＳ２００２乃至ステップＳ２００５又はＳ２００６、の処理を実行し、各ページの論理ボリューム格納ページデータが格納されている論理ボリューム０１２５の配置階層を取得する。但し、ステップＳ２００２ではページ管理テーブル０９０１のデータではなくステップＳ２８０３でメモリ上に展開したデータを使用する。また、ステップＳ２００３では現日時ではなく、当該予測時点の日時を使用する。

ステップＳ２８０５では、階層判定部０２２２は、ステップＳ２８０３で展開したメモリ上の各ページのストレージ階層をステップＳ２８０４の配置階層で更新する。

ステップＳ２８０６では、現時点から当該予測時点までの当該仮想論理ボリュームの各ストレージ階層の容量の増加分を算出する。ステップＳ２８０２で取得した２時点のデータを用いて各ストレージ階層の単位時間あたりの増加量を算出し、現時点から予測時点までの期間と前記単位あたり増加量との積を求め、ストレージ階層の容量の増加量とする。なお、本実施例では、仮想論理ボリュームの容量の増加量を算出する一例として、ストレージ階層ごとに２時点から算出する単位時間当たりの増加量によって算出する方法があるが、本発明ではこれ以外の方法によって算出することも可能である。

ステップＳ２８０７では、予測時点における当該仮想論理ボリュームの各ストレージ階層の容量を算出する。ステップＳ２８０５で更新した各ページの情報とステップＳ２８０６で算出した各階層の容量の増加分との和を求め、予測時点における当該仮想論理ボリュームの階層の容量とする。

ステップＳ２８１１乃至Ｓ２８１２では、ステップＳ２８０４乃至Ｓ２８０７までを、予測時点ごとに繰り返す。

ステップＳ２８０８では、当該仮想論理ボリュームについて、ステップＳ２８０２及びＳ２８０７で取得した各階層の容量の情報を用いて、過去、現在、未来の時点における、各階層の容量の推移を示す情報を管理クライアント０１０７に送出する。前記管理クライアントに送出し、前記管理クライアントが表示する情報の一例として、図２９について述べる。

図２９は、管理クライアント０１０７が、構成変化表示部０２３２から仮想論理ボリューム０１２７の構成変化を表示する情報を受け付け、表示した例を表す図である。

ストレージ階層構成変化グラフ２９１１は、仮想論理ボリューム０１２７のストレージ階層の容量の変化を複数時点にわたり、棒グラフで描いたグラフである。ストレージ階層構成変化グラフ２９１１は、横軸が日時を表し、縦軸が容量を表す。ストレージ階層構成変化テーブル２９２０は、仮想論理ボリューム０１２７のストレージ階層の容量を複数時点にわたり、表したテーブルである。ストレージ階層構成変化テーブル９１２０の各レコードは、当該仮想論理ボリュームの各階層に対応するレコードと、当該仮想論理ボリュームが使用している容量とが表示されている。また、ストレージ階層構成変化テーブル２９２０の先頭のカラムはレコードのストレージ階層を表しており、先頭を除く各カラムは日時を表している。

本実施例により、ユーザは仮想論理ボリュームの構成変化を把握することができ、ジョブからのアクセスを予測し前記仮想論理ボリュームを再配置することの効果を把握することができる。また、ユーザは仮想論理ボリュームの構成変化及び、割当量の変化も見ることが出来るため、ディスクの増設時期を検討することが出来る。

なお、実施例１乃至３はどのような組み合わせで実行してもよい。また、ストレージ装置０１０２、管理サーバ０１０３、及び業務サーバ０１０２はクロックを有することで、それぞれの計算機にて時計を管理しているため、厳密には各計算機で管理している時計にはずれがある場合がある。そのため、本発明で時間同士の比較（例えば、同一かどうかの比較や、時間順序、等）を比較する場合は、各々の計算機の時間のずれを考慮した所定のマージン時間を設け、二つの時間が同一かどうかを確認する際はマージン時間内であれば同一とみなすようにしてもよい。

最後に、本発明ではジョブの実行制御の一例として、図１０のようなジョブの時間的な実行条件（一部、実行日時ともいえる）と、図１１のようなジョブ間の実行順序条件の両方を備える場合について説明したが、本願では少なくとも将来に実行しようとしているジョブの実行予定時間が分かればよいため、図１０の一部の情報だけを採用して計算機システムを実現してもよい。

Ｓ…計算機システム ０１０１…業務サーバ ０１０２…ストレージ装置 ０１０３…管理サーバ ０１０４…ＳＡＮスイッチ ０１０７…管理クライアント

Claims (11)

1. ジョブを実行する計算機に接続され、
   前記計算機のデータを記録するストレージ装置と接続された管理サーバであって、
   前記ストレージ装置は、
   少なくとも２つの性能の異なる複数の記憶装置を備え、
   前記記憶装置に割当てられる論理記憶領域である記憶単位を構築し、
   前記記憶単位の割当てを前記２つの性能の異なる複数の記憶装置間で変更する機能を備え、
   前記管理サーバは記憶装置を備え、
   前記記憶装置には、前記ジョブの実行時間情報が格納され、
   前記ストレージ装置から送信された、前記計算機から前記ストレージ装置へアクセスがされた時間、及び前記時間にアクセスがされた記憶単位の識別子をアクセス情報として格納し、
   前記ジョブの実行時間情報と前記アクセス情報から、
   ジョブが実行される時間と前記ストレージ装置へ前期アクセス時間を対応付け、前記アクセス時間に前記記憶単位へアクセスしたジョブを特定し、
   前記特定したジョブと、前記ジョブ実行時間情報を対応付けて、
   前記記憶単位に次回アクセスされる時間を決定し、
   前記決定したアクセス時間前に、前期ストレージ装置に前記記憶単位の識別子を送信する、
   ことを特徴とする管理サーバ。
2. 複数のジョブを実行する計算機に接続され、
   前記計算機のデータを記録する複数の記憶装置を有するストレージ装置と、
   前記ストレージ装置に接続された管理サーバで構築されるシステムであって、
   ここで前記データは、計算機で実行されるジョブで発生するデータであり、
   前記複数の記憶装置は互いに性能の異なる複数の第一の記憶装置と複数の第二の記憶装置を備え、
   前記ストレージ装置は、
   前記複数の第一の記憶装置で構築される第一の論理記憶領域と
   前記複数の第二の記憶装置で構築される第二の論理記憶領域を有し
   仮想ボリュームにジョブがアクセスして前記データを仮想ボリュームに書き込んだときに、
   前記仮想ボリュームに前記第１の論理記憶領域と前記第２の論理記憶領域のいずれかの一部をページとして割り当て、
   前記アクセス時間、及びアクセスのあったページの識別子を保持し、かつ、管理サーバに送信し、
   前記管理サーバは記憶装置を備え、
   前記記憶装置には、複数のジョブの実行時間情報及び前記ジョブ間の実行順序情報と、前記送信された前記アクセス時間、及び前記ページの識別子とが格納され、
   前記管理サーバは、前記記憶装置に格納された、複数のジョブの実行時間情報及び前記各ジョブの実行順序情報と、前記送信された前記アクセス時間、及び前記ページの識別子から、前記ページに次回アクセスされる時間を決定し、
   前記決定したアクセス時間前に、前記ページの識別子を送信する、
   ことを特徴とするシステム。
3. 請求項１記載のシステムにおいて、
   前記ページに次回アクセスされる時間は、
   前記アクセス時間と前記複数のジョブの実行時間情報との対応関係を用いて、前記アクセスしたページの識別子と当該ジョブの対応を決め、
   前記アクセスしたページの識別子と当該ジョブの対応と前記ジョブ間の実行順序情報から、前記アクセスしたページの識別子と当該ジョブの実行順序情報との対応を決め、
   記アクセスしたページの識別子と当該ジョブの実行順序情報との対応と前記複数のジョブ間の実行順序情報から、前記アクセスしたページで次回実行されるジョブを決め、
   前記決めた次回実行されるジョブと前記複数のジョブの実行時間情報とから、
   次回実行されるジョブの実行時間を決め、
   前記ジョブの実行時間をアクセス時間とすることで決定される
   ことを特徴とするシステム。
   ことを特徴とする。
4. 請求項１記載のシステムにおいて、
   前記ストレージ装置は、
   前記管理サーバから送信された情報に基づいて、
   前記ページ割り当てを、前記第１の論理記憶領域と前記第２の論理記憶領域とで変更することを特徴とするシステム。
5. 請求項４記載のシステムにおいて、
   前記管理サーバは
   前記ジョブ履歴と前記ジョブ定義情報を対応付け、
   当該仮想ストレージ装置の当該ページにアクセスする可能性のあるジョブと前記ジョブが実行される時間を推定し、
   前記ジョブが実行される時間を前記アクセス時間とする、
   ことを特徴とするシステム。
6. 請求項５記載のシステムにおいて、
   前記管理サーバは
   前記記憶装置に、前記アクセス時間、及び前記仮想ボリュームの識別子、及び前記割り当てたページの識別子と、前記ジョブ関連をジョブアクセス予測として格納し、
   前記ジョブアクセス予測に基づいて、前記推定したアクセス時間前に、前記仮想ボリュームの識別子、及び前記割り当てたページの識別子を送信する、
   ことを特徴とするシステム。
7. 請求項６記載のシステムにおいて、
   前記管理サーバは、
   前記ジョブ定義情報にはジョブの要求性能の階層を示すジョブ要求性能が含まれ、
   前記ジョブ履歴と前記ジョブ定義情報を対応付け、
   当該仮想ストレージ装置の当該ページにアクセスする可能性のあるジョブ、及び前記ジョブが実行される時間、及び前記アクセスで要求される性能を推定し、
   前記前記ジョブアクセス予測に前記アクセス要求性能が含まれる、
   ことを特徴とするシステム。
8. 請求項６記載のシステムにおいて、
   前期ジョブアクセス予測と前記ジョブ定義情報を対応付けて、
   前記アクセス時間より先のジョブアクセスを推定し、
   前記ジョブアクセス予測に格納する
   ことを特徴とするシステム。
9. 請求項１記載のシステムにおいて、
   前記システムは前期管理サーバに接続される管理クライアントを備え、
   前記管理クライアントから前期管理サーバに前記ジョブ定義情報を送信し、
   前記管理サーバは
   前記記憶装置にジョブ定義情報を格納する
   ことを特徴とするシステム。
10. 管理サーバに接続された階層ストレージを管理するモニタの階層容量表示方法であって、
    前期管理サーバに複数のジョブの実行時間情報及び前記各ジョブの実行順序情報を含むジョブ定義情報が入力されるステップと、
    階層容量表示要求として対象の仮想論理ボリュームＩＤ及び構成変化を表示する期間を受信するステップと、
    接続されたストレージ装置から、前記ストレージ装置に接続された計算機から前記ストレージ装置へアクセスされた時間とその配置単位の識別子を含むアクセス情報を受信するステップと、
    前記受信装置は、
    時間１のときの、前記仮想論理ボリュームの階層１で使用されている容量と、前記仮想論理ボリュームの階層２で使用されている容量と、を表示するステップと、
    時間２のときの、前記仮想論理ボリュームの前記階層１で使用されている容量と、前記仮想論理ボリュームの前記階層２で使用されている容量とを表示するステップと、
    により実行され、
    前期時間２は前記階層容量表示要求を受信した時点より後であることを特徴とする、
    階層ストレージを管理するモニタの階層容量表示方法。
11. 請求項１０記載の階層ストレージを管理するモニタの階層容量表示方法において、
    前記時間１の時点で前記仮想論理ボリュームの階層１で使用されている容量に
    前記時間１の時点で前記仮想論理ボリュームの階層２で使用されている容量を加算した和である第一の総容量と、
    前記時間２の時点で前記仮想論理ボリュームの階層１で使用されている容量に、
    前記時間２の時点で前記仮想論理ボリュームの階層２で使用されている容量を加算した和である第二の総容量は、
    異なることを特徴とする
    階層ストレージを管理するモニタの階層容量表示方法。

Images