WO2016121108A1

WO2016121108A1 - ストレージ装置管理方法および計算機システム

Info

Publication number: WO2016121108A1
Application number: PCT/JP2015/052707
Authority: WO
Inventors: 瑛河野; 原　純一; 直樹磯村
Original assignee: 株式会社日立製作所
Priority date: 2015-01-30
Filing date: 2015-01-30
Publication date: 2016-08-04

Abstract

　過去のタスクの測定情報が不足する場合の、タスクの所要時間の推定の精度を高める。第一ストレージ装置により実行される過去のタスクと、過去のタスクにより用いられる物理リソースとの状態を示す測定情報を記憶し、第一ストレージ装置により実行される複数のタスクであって、第一ストレージ装置内の第一ボリュームから第二ストレージ装置内の第二ボリュームへのマイグレーションタスクを含む複数のタスクの予定を示す予定情報を記憶し、予定情報に基づいて、測定情報から、第一ボリュームに割り当てられる特定物理リソースを用いるタスクの実行中の状態であって、マイグレーションタスクの実行中の状態に最も近い特定状態を選択し、特定状態と第一ボリュームの容量とに基づいて、マイグレーションタスクの所要時間を推定する。

Description

ストレージ装置管理方法および計算機システム

　本発明は、ストレージ装置に関する。

　近年、企業等で使用される計算機システムの保持する情報量や、計算機システムに含まれる計算機及びストレージ装置の数は、飛躍的に増大している。

　計算機やストレージ装置の数が大規模になると、管理対象の監視や設定を行うための対象の数が増加するため、管理のために多くの管理操作が必要となる。管理者は通常、そのような多くの管理操作を適宜実施するのではなく、管理操作、実行開始時刻、実行終了時刻を、プランまたはタスクとして管理計算機に登録しておく。そして、管理計算機は、実行開始時刻になった時点で登録されたタスクの操作を実行させることで、管理対象の管理を行う。複数のタスクを登録する場合は、各タスクの実行時間や、管理対象が競合することがあるため、適切にタスクを実行するためには、各タスクの影響を考慮してタスク管理を行う必要がある。

　例えば特許文献１では、「ストレージ操作が登録された複数のタスクを非同期で実行する場合に、タスクの競合を考慮した実行時間を推定することにより、ストレージ管理者の管理業務の効率を向上させる」ことを課題とし、解決手段として「ストレージ装置は、ホスト計算機によって読み書きされるデータを格納する記憶装置を備え、記憶装置の記憶領域を１つ以上のボリュームとして、ホスト計算機に提供し、ストレージ管理計算機は、ストレージ装置への操作処理内容、及び処理の開始予定時間及び終了予定時間を含むタスク情報を記憶する第１メモリを備え、第１メモリに第１のタスク情報を記憶させる場合に、第１メモリに記憶された第２のタスク情報と、第１のタスク情報の、処理に利用するリソースが同じ場合は、第１及び第２のタスク情報の前記処理が重なる時間に基づいて、第１のタスク情報及び第２のタスク情報の実行の所要時間を計算する」ことを開示している。

特開２０１４－９９１８３号公報

　タスクを実行した際の実績値を用いてタスクの所要時間を計算することにより、所要時間の精度を高めることができる。しかしながら、例えば、古いストレージ装置から新しいストレージ装置へデータを移行するマイグレーションタスクにおいては、新しいストレージ装置であるために、タスクの実績値が存在せず、タスクの所要時間の推定精度が低くなってしまう場合がある。他にも、古いストレージ装置内のマイグレーション対象ボリュームを構成する物理記憶装置に対して、データアクセスによって実績値の状態より高い負荷がかかる場合にも、所要時間の推定精度が低くなってしまう。

　上記課題を解決するために、本発明の一態様であるストレージ装置管理方法は、第一ストレージ装置内の物理リソースと、前記第一ストレージ装置内のボリュームの容量とを示す構成情報を記憶し、前記第一ストレージ装置により実行される過去のタスクと、前記過去のタスクにより用いられる前記物理リソースとの状態を示す測定情報を記憶し、前記第一ストレージ装置により実行される複数のタスクであって、前記第一ストレージ装置内の第一ボリュームから第二ストレージ装置内の第二ボリュームへのマイグレーションタスクを含む前記複数のタスクの予定を示す予定情報を記憶し、前記予定情報に基づいて、前記測定情報から、前記第一ボリュームに割り当てられる特定物理リソースを用いるタスクの実行中の状態であって、前記マイグレーションタスクの実行中の状態に最も近い特定状態を選択し、前記特定状態と前記第一ボリュームの容量とに基づいて、前記マイグレーションタスクの所要時間を推定する、ことを備える。

　過去のタスクの測定情報が不足する場合の、タスクの所要時間の推定の精度を高めることができる。

計算機システムの構成を示す。ストレージ装置１０００の論理的な構成を示す。実施例１の概要を示す。管理サーバ３０００の構成を示す。表示用計算機４０００の構成を示す。マイグレーションタスク入力画面Ｇ１０００を示す。タスク情報表示画面Ｇ２０００を示す。負荷係数テーブルＴ１０００を示す。プール構成情報テーブルＴ２０００を示す。タスク情報テーブルＴ３０００を示す。マイグレーションタスク詳細情報テーブルＴ４０００を示す。タスク進捗情報テーブルＴ５０００を示す。類似タスク種別テーブルＴ６０００を示す。タスク一時情報テーブルＴ７０００を示す。リソース負荷情報テーブルＴ８０００を示す。負荷係数初期値テーブルＴ９０００を示す。ボリューム構成情報テーブルＴ１１０００を示す。リソース性能情報テーブルＴ１２０００を示す。タスク登録処理を示す。タスク所要時間推定処理を示す。特定条件タスク所要時間推定処理を示す。負荷係数取得処理を示す。推定精度判定処理を示す。フェーズ終了時刻判定処理を示す。タスク推定所要時間表示処理を示す。タスク実行処理を示す。負荷係数更新処理を示す。

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

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

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

　なお、以後の説明では「テーブル」形式によって本実施形態の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくてもよく、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と称することがある。また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。

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

　なお、管理計算機は入出力デバイスを有する。入出力デバイスの例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外のデバイスであってもよい。また、入出力デバイスの代替としてシリアルインタフェースやイーサーネットインタフェースを入出力デバイスとし、当該インタフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力デバイスでの入力及び表示を代替してもよい。

　以後、計算機システムを管理し、本実施形態の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理計算機が表示用情報を表示する場合は管理計算機が管理システムである。また、管理計算機（管理サーバ）と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。

　本実施形態では、以下に述べるように、ストレージ装置の管理サーバは、タスクの所要時間を推定する。このとき、所要時間の推定には同種のタスクの実績値を用いて推定を行い、さらに同種のタスクの実績値が存在しない場合には、リソース（物理リソース）に対する処理傾向が類似する類似タスクの実績値を用いて推定する。また、本実施形態の管理サーバは、推定した所要時間の推定精度をユーザ（管理者）に提示する。また、本実施形態の管理サーバは、同時に複数の処理が行われるリソースに対する処理の多重度を考慮して所要時間を推定する。

　本実施例の管理サーバは、タスクの実行に要する時間（タスク所要時間）を、タスクの処理対象リソースに対する処理の競合による影響と、処理対象リソースに対するホスト計算機からのデータアクセスによる負荷の影響とを、加味して推定する。ここでいうリソースとは、ストレージ装置が保持しており、かつ処理が競合する可能性のある構成要素を指す。

　具体的には、管理サーバは、まずタスクの処理対象リソースが競合せず、かつタスクの処理対象リソースに負荷がかかっていない場合の所要時間を推定し、さらにリソースの競合の多重度に、リソースに対する負荷の程度によって特定される負荷係数を乗ずることによって、タスクの所要時間を推定する。

　ここで負荷係数は、タスクを単一で処理した場合、すなわち処理対象リソースが競合せずかつ負荷がかかっていない場合に要する処理時間の何倍になるかを示す目安値であり、特定の状態における処理対象リソースの負荷の大きさを示す値である。

　本実施例では、あるタスクの実行中で、処理対象リソースＲに対する処理の多重度が変化せず、かつリソースＲに対する負荷の程度が一定である時間区間を「フェーズ」と呼ぶ。フェーズは、実行開始時刻と実行終了時刻によって定義される時間区間である。１つのフェーズに１つの負荷係数が対応する。管理サーバは、あるタスクの所要時間を推定する際、実行開始時刻から実行終了時刻までの時間区間をフェーズに分割して、フェーズごとに所要時間を推定し、それらの和をとることでタスク全体の所要時間を推定する。

　また本実施例の管理サーバは、タスクの所要時間の推定に際して、推定精度を判定し、ユーザに提示する。本実施例の推定精度は、高・中・低の３値で表現されることとする。推定精度の表現方法はこの形式に限られるわけではない。例えば推定精度は、高、低の２値でも良いし、あるいは精度の誤差を時間や百分率によって表現されても良いし、あるいは精度やその精度が算出された理由や対処方法を含む文字列によって表現されても良い。

　本実施例では、古いストレージ装置（旧ストレージ装置）から新しいストレージ装置（新ストレージ装置）へボリュームをマイグレーション（ボリュームマイグレーション）するマイグレーションタスクを例として説明する。

　図１は、計算機システムの構成を示す。

　本実施例の計算機システムは、複数のストレージ装置１０００と、ホスト計算機２０００と、管理サーバ３０００と、表示用計算機４０００と、データネットワーク５０００と、管理用ネットワーク６０００を有する。複数のストレージ装置１０００とホスト計算機２０００が、データネットワーク５０００で互いに接続される。

　本実施例のデータネットワーク５０００はＳＡＮ（Storage Area Network）であるが、ＩＰ（Internet Protocol）ネットワークであっても、あるいはこれら以外のデータ通信用ネットワークでも良い。

　複数のストレージ装置１０００とホスト計算機２０００は、管理ネットワーク６０００を介して管理サーバ３０００と接続される。本実施例の管理ネットワーク６０００はＩＰネットワークであるが、ＳＡＮであっても、あるいはこれら以外のデータ通信用ネットワークであっても良い。あるいはデータネットワーク５０００と管理ネットワーク６０００が同一ネットワークであっても良い。

　表示用計算機４０００は管理ネットワーク６０００によって管理サーバ３０００と接続される。表示用計算機４０００と管理サーバ３０００を接続するネットワークは、管理ネットワーク６０００と異なるネットワークでも良い。また、表示用計算機４０００は管理サーバ３０００と同一であっても良い。なお、説明の都合上、図１では、ストレージ装置１０００を２台、ホスト計算機２０００を１台、管理サーバ３０００を１台、表示用計算機４０００を１台としたが、本実施形態ではこれらの数は問わない。

　図２は、ストレージ装置１０００の論理的な構成を示す。

　ストレージ装置１０００は少なくとも１つの物理記憶装置（ＰＤＥＶ）１１００を含む。なお、ストレージ装置１０００は、図示を省略するが、制御装置と、メインメモリとを含む。メインメモリが管理プログラムを格納し、制御装置が管理プログラムを読み込んで実行することによって、ストレージ装置１０００を制御するための処理を行うことができる。

　物理記憶装置１１００は記憶領域として扱われる物理記憶領域を提供する。物理記憶装置１１００は、例えば、ＳＡＴＡ（Serial Advanced Technology Attachment）ディスク、ＦＣ（Fibre Channel）ディスク、ＳＳＤ（Solid State Drive）等である。

　パリティグループ１２００は、複数の物理記憶装置１１００から構成された論理記憶領域、すなわちＲＡＩＤ（Redundant Array of Inexpensive Disks）であり、ストレージ装置１０００の機能によって構築される。例えばストレージ装置１０００は、どの物理記憶装置１１００を使ってパリティグループ１２００を構成するかについての指示、及びＲＡＩＤレベルの指示を、入力パラメータとして、管理サーバ３０００から受け付けると、指定されたＲＡＩＤレベルを持つパリティグループ１２００を、物理記憶装置１１００を用いて構築する。

　プール１３００は、パリティグループ１２００から構成される少なくとも１つの論理ボリュームを含む。なお、論理ボリュームについては図示を省略している。プール１３００は複数の論理ボリュームをまとめて扱うための論理的なグループであり、プール１３００を構成する論理ボリュームをプールボリュームと呼ぶ。

　仮想ボリューム（ＶＶＯＬ）１４００は、プール１３００から生成される仮想的なボリュームである。１つのプール１３００から複数の仮想ボリューム１４００を生成することができる。仮想ボリューム１４００は、ポート１５００と接続されることで、ポート１５００及びデータネットワーク５０００を介して接続されるホスト計算機２０００から、記憶領域として使用可能となる。なお、パリティグループ１２００から構成される論理ボリュームについても、同様にしてホスト計算機２０００から記憶領域として使用可能である。

　以降では、仮想ボリューム１４００と、パリティグループ１２００から構成される論理ボリュームとを、単にボリュームと呼ぶ。

　図３は、実施例１の概要を示す。

　マイグレーションタスクは、あるボリューム（移行元ボリューム）から、あるボリューム（移行先ボリューム）へデータを移行する。一般にマイグレーションタスクには、同じストレージ装置１０００内に存在するボリューム間のデータ移行処理と、異なるストレージ装置１０００内に存在するボリューム間のデータ移行処理が存在する。本実施例のマイグレーションタスクは、異なるストレージ装置１０００内に存在するボリューム間のデータ移行処理を指す。これにより、ホスト計算機２０００が、マイグレーションが完了した時点で、アクセス先を移行元ボリュームから移行先ボリュームへ切り替えることにより、ホスト計算機２０００からのアクセスを止めずにデータを移行することができる。

　なお、本実施例において、マイグレーションタスクにおける処理対象リソースは、移行元ボリュームを構成するリソース（すなわちプール１３００、又は図示を省略するパリティグループ１２００）と、移行元ボリュームと移行先ボリュームを接続するポート１５００（パス）と、移行先ボリュームを構成するリソース（すなわちプール１３００、又は図示を省略するパリティグループ１２００）と、の３つである。

　図３では、ストレージ装置１０００Ａ内のボリューム１４００Ａから、ストレージ装置１０００Ｂ内のボリューム１４００Ｄへのマイグレーションタスクが予定されている。このとき、管理サーバ３０００は、タスクの対象リソース（即ちプール１３００Ａ、ポート１５００Ａ、ポート１５００Ｂ、プール１３００Ｃ）に対して、実行時間内での処理の競合の多重度と、ホストからのデータアクセスによるリソースの負荷とを考慮し、タスクの所要時間の推定を行う。所要時間の推定処理の詳細については、タスク所要時間推定処理として後述する。この所要時間の推定処理では以前のタスク実行の実測値を用いることによって、推定精度が高まるが、移行先ボリュームの属するストレージ装置１０００Ｂは新しいストレージ装置であるため、マイグレーションタスクの実測値が存在しない。

　ここで、マイグレーションタスクにおける処理のボトルネックは通常、移行元ボリュームを構成するリソース、即ち本実施例のプール１３００Ａである。従って、管理サーバ３０００は、同じリソースがボトルネックとなり、リソースに対する処理の傾向が類似している、類似タスクの実測値を用いることで、実測値が存在しないマイグレーションタスクの所要時間の推定を高精度に行う。

　マイグレーションタスクの場合、リソースに対する処理が似た類似タスクとしては、例えば同じストレージ装置内のボリューム間でデータを複製するローカルコピータスクや、異なるストレージ装置内のボリューム間でデータを複製するリモートコピータスクがある。

　図３は、ボリューム１４００Ａと同様にプール１３００Ａから構成されるボリューム１４００Ｂから、ボリューム１４００Ｃへローカルコピータスクを以前に実行したことがある場合を示しており、管理サーバ３０００は、このローカルコピータスクの実測値を用いて、ボリューム１４００Ａからボリューム１４００Ｄへのマイグレーションタスクの所要時間を推定する。

　さらに、管理サーバ３０００は、上述した所要時間の推定で、例えば同種別のタスクや類似タスクの実測値によって所要時間を推定したか、あるいは実測値が存在せず初期値等を用いて推定したか、等の基準によって所要時間の推定精度を判別し、ユーザに提示する。図３で表示用計算機４０００に表示されるタスク情報画面Ｇ２０００は、ユーザに対する提示方法の一例であり、登録したタスクの推定実行終了時刻と、その推定精度を表示している。推定精度の判定方法については推定精度判定処理として後述する。タスク情報画面Ｇ２０００の詳細については図７で後述する。

　このように、推定精度をユーザに提示することによって、ユーザのタスクの実行を効率的に計画することが可能になる。

　以下、管理サーバ３０００及び表示用計算機の構成について説明する。

　図４は、管理サーバ３０００の構成を示す。

　管理サーバ３０００は、メインメモリ３１００、制御装置３２００、管理インタフェース３３００を含む。メインメモリ３１００には、システム管理プログラム３１０１、タスク管理プログラム３１０２、負荷係数更新プログラム３１０３、負荷係数テーブルＴ１０００、プール構成情報テーブルＴ２０００、タスク情報テーブルＴ３０００、マイグレーションタスク詳細情報テーブルＴ４０００、タスク進捗情報テーブルＴ５０００、類似タスク種別テーブルＴ６０００、タスク一時情報テーブルＴ７０００、リソース負荷情報テーブルＴ８０００、負荷係数初期値テーブルＴ９０００、ボリューム構成情報テーブルＴ１１０００、リソース性能情報テーブルＴ１２０００が記憶されている。

　システム管理プログラム３１０１は、ストレージ装置１０００の情報を取得し、またパリティグループ１２００の作成やプール１３００の作成など、ストレージ装置１０００に対する基本的な処理の指示を出すプログラムである。タスク管理プログラム３１０２は、ユーザからの指示に応じてタスクの登録や変更、またそれらに際する所要時間の推定や推定精度の判定などを行い、またタスクを実行するプログラムである。負荷係数更新プログラム３１０３は、実行完了したタスクの実績値から負荷係数を更新するプログラムである。

　制御装置３２００は、例えば表示用計算機４０００から指示を受けて、メインメモリ３１００に格納されたプログラムを実行する。管理インタフェース３３００は管理ネットワーク６０００を介して複数のストレージ装置１０００と接続され、例えば制御装置３２００から指示を受けて複数のストレージ装置１０００に指示を出すことができる。

　図５は、表示用計算機４０００の構成を示す。

　表示用計算機４０００はメインメモリ４１００、制御装置４２００、管理インタフェース４３００、インタフェース４４００、インタフェース４５００、表示装置４６００、入力装置４７００を含む。メインメモリ４１００には、表示プログラム４１０１が記憶されている。表示プログラム４１０１は、管理サーバ３０００から画面を取得し、操作するためのプログラムであり、例えば管理サーバ３０００がＷＥＢサーバである場合には、ＷＥＢブラウザプログラムである。

　制御装置４２００は、メインメモリ４１００に格納されたプログラムを実行する。管理インタフェース４３００は、管理ネットワーク６０００を介して管理サーバ３０００と接続され、管理サーバ３０００に指示を出し、表示する画面の情報を受け取る。インタフェース４４００は、入力装置４７００と接続される。入力装置４７００は例えばキーボードやマウスである。インタフェース４５００は表示装置４６００と接続される。表示装置４６００は例えば液晶ディスプレイである。ユーザは、表示用計算機４０００を通じて管理サーバ３０００から情報を取得し、また管理サーバ３０００に指示を出す。

　以下、表示用計算機４０００に表示される幾つかの画面について説明する。

　図６は、マイグレーションタスク入力画面Ｇ１０００を示す。

　マイグレーションタスク入力画面Ｇ１０００は例えば、移行元ストレージ装置を選択するための移行元ストレージ装置選択欄Ｇ１００１、移行先ストレージ装置を選択するための移行先ストレージ装置選択欄Ｇ１００２、移行元ボリュームを選択するための移行元ボリューム選択欄Ｇ１００３、移行先ボリュームを選択するための移行先ボリューム選択欄Ｇ１００４、マイグレーションタスクの実行開始時刻を入力するための実行開始時刻入力欄Ｇ１００５、入力中のマイグレーションタスク設定を決定するボタンＧ１００６、入力中のマイグレーションタスク設定をキャンセルするボタンＧ１００７を含む。

　マイグレーションタスク入力画面Ｇ１０００は、表示用計算機４０００の表示装置４６００に表示される。ユーザは、表示用計算機４０００を用いていつでもマイグレーションタスク入力画面Ｇ１０００を表示することができ、マイグレーションタスクの設定を入力して決定することで、新たなマイグレーションタスクを登録することができる。また、例えば表示用計算機４０００は、登録されたマイグレーションタスクの設定を、後述するタスク情報テーブルＴ３０００及び後述するマイグレーションタスク詳細情報テーブルＴ４０００から取得し、マイグレーションタスク入力画面Ｇ１０００と同様の画面に表示し、マイグレーションタスクの設定を変更することができる。なお、ここで設定したタスクの情報は、後述するタスク情報テーブルＴ３０００及び後述するマイグレーションタスク詳細情報テーブルＴ４０００に格納される。

　図７は、タスク情報表示画面Ｇ２０００を示す。

　タスク情報表示画面Ｇ２０００は、表示用計算機４０００の表示装置４６００に表示される。ユーザは、表示用計算機４０００を用いていつでもタスク情報表示画面Ｇ２０００を表示することができ、登録されているタスクの情報を、例えば後述するタスク情報テーブルＴ３０００および後述するマイグレーションタスク詳細情報テーブルＴ４０００から取得し、確認あるいは編集することができる。ここで、表示されるタスク群は、未実行のタスク群でもよいし、ユーザによって指定されたタスク群でもよい。

　タスク情報表示画面Ｇ２０００は、例えば、タスク一覧テーブルＧ２１００、開始時刻変更ボタンＧ２２００、ＯＫボタンＧ２３００を含む。

　タスク一覧テーブルＧ２１００は、タスク毎のエントリを有する。各エントリは、選択用チェックボックスＧ２１０１、タスク名Ｇ２１０２、実行開始時刻Ｇ２１０３、推定実行終了時刻Ｇ２１０４、推定精度Ｇ２１０５を有する。

　選択用チェックボックスＧ２１０１は、各行（エントリ）が選択されているか否かを表す。少なくとも１つ以上の行が選択されている状態で、ユーザが開始時刻変更ボタンＧ２２００を押下すると、図示を省略するが、表示用計算機４０００は、選択されている行に表されたタスクの実行開始時刻を変更するための画面を開き、ユーザによる当該実行開始時刻の変更を受け付け、変更結果を例えばタスク情報テーブルＴ３０００とマイグレーションタスク詳細情報テーブルＴ４０００に格納する。

　タスク名Ｇ２１０２は各タスクのタスク名を表示する。タスク名は、ユーザが一意に識別するための情報であれば何でも良く、例えばタスク登録時に設定された識別子でも良い。また、タスク名Ｇ２１０２の各行に表示されるタスク名を押下すると、図示を省略するが、後述する各タスク種別に固有のタスク詳細情報テーブルから取得した各タスクの設定情報を画面に表示し、変更することができる。

　実行開始時刻Ｇ２１０３は、タスク登録時にユーザにより設定された実行開始時刻を表示する。時刻の表示形式は、図示されている形式に限らない。

　推定実行終了時刻Ｇ２１０４は、タスク登録時やタスク設定変更時に管理サーバ３０００が推定したタスクの推定実行終了時刻を表示する。実行終了時刻の推定処理については後述する。時刻の表示形式は、図示されている形式に限らない。

　推定精度Ｇ２１０５は、管理サーバ３０００が推定実行終了時刻を推定した際に判定した、推定実行終了時刻の推定精度を表示する。推定精度の判定処理については後述する。

　ＯＫボタンＧ２３００は、タスク情報表示画面Ｇ２０００の表示を終了するためのボタンである。

　図８は、負荷係数テーブルＴ１０００を示す。

　負荷係数テーブルＴ１０００は、複数のタスクの処理対象リソースが競合する場合や、処理対象リソースに対して負荷がかかっている場合などの処理時間が、単一処理で要する処理時間の何倍かを示す目安値を保持するテーブルである。

　この目安値は、初期値としてカタログ値などの決まった値を保持するが、タスク実行結果の実際の処理時間に基づいて随時補正されていく。ここで、カタログ値とは、管理サーバ３０００に初めから組み込まれている値である。

　なお、管理サーバ３０００は、初期値を保持することが難しいリソース（例えばユーザによって作成されるリソース）に対して、初期値を保持する必要はなく、その場合には他の手段により目安値を取得することが可能である。例えば、管理サーバ３０００は、後述する負荷係数初期値テーブルＴ９０００を用いることにより、プール１３００に対して、プール１３００の構成情報によって負荷係数を目安値として取得することができる。

　負荷係数テーブルＴ１０００は、複数のエントリを有する。各エントリは、タスク種別Ｔ１００１、リソース種別Ｔ１００２、リソース識別子Ｔ１００３、多重度Ｔ１００４、負荷Ｔ１００５、負荷係数Ｔ１００６を含む。

　タスク種別Ｔ１００１は、タスクの種別である。リソース種別Ｔ１００２は、ストレージ装置１０００が保持するリソースの種別の名称である。ここでいうリソースは、ストレージ装置１０００の構成要素であり、例えばパリティグループ１２００、プール１３００、ポート１５００などを含む。リソース識別子Ｔ１００３は、当該リソースを特定する識別子である。多重度Ｔ１００４は、リソース種別Ｔ１００２、リソース識別子Ｔ１００３によって特定されるリソースに対する競合の多重度である。たとえば、当該リソースがプールであり、当該プールに対して３つのタスクが同時に処理を行っている場合、多重度は３である。

　負荷Ｔ１００５は、リソース種別Ｔ１００２、リソース識別子Ｔ１００３によって特定されるリソースに対する負荷の量を表す。ここでいう負荷とは、例えばホスト計算機２０００からのデータ読み込みやデータ書き込みであり、図８では負荷を百分率における区間として表現している。

　例えば負荷Ｔ１００５は、当該リソースに対する読み込みや書き込みが無い状態を０とし、当該リソースに対する読み込みや書き込みが多く処理が飽和している状態を１００とする。このとき、負荷Ｔ１００５の値、０－１０は、当該リソースに対する読み込みや書き込みの程度が０から１０の間であることを示す。ただし、負荷の量の表現方法は百分率に限られるわけでは無く、例えば単位時間当たりの読み込みと書き込みの回数（ＩＯＰＳ：Input / Output per Second）などで表現しても良いし、リソースに対するデータの書き込み量やデータの読み込み量などの値を用いても良い。

　リソースの処理が飽和しているとは、当該リソースに含まれるストレージ装置１０００の構成要素の処理性能が物理的限界に達している場合を指す。あるタスクの実行によって、複数のリソースに対して同時に処理が行われる場合には、処理のボトルネックとなるリソースが、処理が飽和しているリソースである。

　負荷係数Ｔ１００６は、タスクを単一で実行した場合の所要時間と比べて何倍の所要時間となるかを示す目安値（負荷係数）ｋである。例えばリソースがパリティグループであり、当該パリティグループに対する１ＴＢのボリューム作成タスクで、単一でタスクを実行した際の所要時間が１分であり、当該パリティグループに対する処理が競合している状態の所要時間が２分である場合、負荷係数Ｔ１００６の値は２．０となる。

　図９は、プール構成情報テーブルＴ２０００を示す。

　プール構成情報テーブルＴ２０００は、ストレージ装置１０００に含まれるプール１３００毎のエントリを有する。一つのプール１３００に対応するエントリは、ストレージ装置識別子Ｔ２００１、プール識別子Ｔ２００２、構成パリティグループＴ２００３、ボリューム識別子Ｔ２００４を含む。

　ストレージ装置識別子Ｔ２００１は、当該プール１３００を含むストレージ装置１０００を特定する識別子である。プール識別子Ｔ２００２は、当該プール１３００を特定する識別子である。構成パリティグループＴ２００３は、当該プール１３００を構成するプールボリュームの生成元であるパリティグループ１２００の数を示す。ボリューム識別子Ｔ２００４は、当該プール１３００より生成されたボリューム１４００を特定する識別子を示す。

　システム管理プログラム３１０１は、ストレージ装置１０００へ指示を出すことによって、プール構成情報テーブルＴ２０００の情報を取得し、格納する。この取得処理は、例えば新たにストレージ装置１０００を管理サーバ３０００の管理対象に追加したとき、ストレージ装置１０００の構成情報に変更があったとき、あるいは定期的に、実行される。

　図１０は、タスク情報テーブルＴ３０００を示す。

　タスク情報テーブルＴ３０００は、タスク毎のエントリを有する。一つのタスクに対応するエントリは、タスク識別子Ｔ３００１、タスク種別Ｔ３００２、タスク詳細情報識別子Ｔ３００３、実行開始時刻Ｔ３００４、実行終了時刻Ｔ３００５、推定実行終了時刻Ｔ３００６、推定制度Ｔ３００７を含む。

　タスク識別子Ｔ３００１は、当該タスクを特定する識別子である。タスク種別Ｔ３００２は、当該タスクの種別である。タスク詳細情報識別子Ｔ３００３は、当該タスク種別に固有の設定情報を含むタスク詳細情報を特定する識別子である。管理サーバ３０００は、タスク種別ごとに固有の設定情報を含むタスク詳細情報テーブルを、タスク種別ごとに保持している。例えばマイグレーションタスクのタスク詳細情報テーブルは、図１１に示すマイグレーションタスク詳細情報テーブルＴ４０００である。実行開始時刻Ｔ３００４は、当該タスクの実行開始時刻を表す。実行終了時刻Ｔ３００５は、当該タスクの実行終了時刻を表す。実行終了時刻Ｔ３００５は、実際に当該タスクが完了した時刻であり、当該タスクの登録時や当該タスクの設定変更時に推定された推定実行終了時刻Ｔ３００６とは異なる。従って、当該タスクの終了前において実行終了時刻Ｔ３００５は、値を格納していない。

　推定実行終了時刻Ｔ３００６は、当該タスクの登録時や当該タスクの設定変更時に推定された推定実行終了時刻を保持する。推定精度Ｔ３００７は、タスク登録時やタスク設定の変更時に判定された当該推定実行終了時刻の推定精度を保持する。推定精度は、時間の誤差の大きさを示していてもよい。

　図１１は、マイグレーションタスク詳細情報テーブルＴ４０００を示す。

　マイグレーションタスクのためのタスク詳細情報テーブルであるマイグレーションタスク詳細情報テーブルＴ４０００は、マイグレーションタスクの設定情報のうち、マイグレーションタスクに固有な設定情報を保持する。マイグレーションタスク詳細情報テーブルＴ４０００は、タスク詳細情報毎のエントリを有する。一つのタスク詳細情報に対応するエントリは、タスク詳細情報識別子Ｔ４００１、ストレージ識別子Ｔ４００２、ボリューム識別子Ｔ４００３、ストレージ識別子Ｔ４００４、ボリューム識別子Ｔ４００５を含む。

　タスク詳細情報識別子Ｔ４００１は、タスク詳細情報の識別子である。ストレージ識別子Ｔ４００２は、マイグレーションの移行元ボリュームを含むストレージ装置１０００の識別子である。ボリューム識別子Ｔ４００３は、マイグレーションの移行元ボリュームの識別子である。ストレージ識別子Ｔ４００４は、マイグレーションの移行先ボリュームを含むストレージ装置１０００の識別子である。ボリューム識別子Ｔ４００５は、マイグレーションの移行先ボリュームの識別子である。

　なお、図示を省略するが、マイグレーションタスク以外のタスクに対しても、各タスクに固有な設定情報を保持するタスク詳細情報テーブルが、管理サーバ３０００に記憶されている。今後、それらの各タスクに固有の設定情報を保持するテーブルを、タスク詳細情報テーブルと総称する。

　図１２は、タスク進捗情報テーブルＴ５０００を示す。

　タスク進捗情報テーブルＴ５０００は、タスクの進捗情報を保持する。タスク管理プログラム３１０２は、タスクの実行中、定期的に、例えば１分おきに、タスクの進捗情報を取得し、それをタスク進捗情報テーブルＴ５０００に記憶する。タスク進捗情報テーブルＴ５０００は、タスク毎のエントリを有する。一つのタスクに対応するエントリは、タスク識別子Ｔ５００１、時刻Ｔ５００２、進捗率Ｔ５００３、ストレージ識別子Ｔ５００４、リソース種別Ｔ５００５、リソース識別子Ｔ５００６を含む。

　タスク識別子Ｔ５００１は、当該タスクを特定する識別子である。時刻Ｔ５００２は、当該進捗情報の取得処理が実行された時刻である。進捗率Ｔ５００３は、後述するタスク実行処理で取得される、取得時点における当該タスクの進捗量である。本実施例の進捗量は、タスク実行前を０、タスク完了後を１００とした百分率で進捗率と表現する。進捗量の表現方法はこの形式に限られるわけではない。例えば進捗量は、処理すべき対象がボリュームであれば、進捗情報取得時までに完了したボリュームの容量で表現されても良い。ストレージ識別子Ｔ５００４、リソース種別Ｔ５００５、リソース識別子Ｔ５００６はそれぞれ、進捗情報取得時に処理速度が飽和していたリソースを含むストレージ装置１０００の識別子、そのリソースの種別、そのリソースの識別子である。なお、進捗情報取得時に、飽和しているリソースが存在しない際にはこれらの値は空となる。

　図１３は、類似タスク種別テーブルＴ６０００を示す。

　類似タスク種別テーブルＴ６０００は、あるタスクと類似した処理を行う類似タスクを示す。類似タスク種別テーブルＴ６０００は、複数のエントリを有する。各エントリは、タスク種別Ｔ６００１、タスク種別Ｔ６００２、優先度（優先順位）Ｔ６００３を含む。

　タスク種別Ｔ６００１は、キーとなるタスクの種別である。Ｔ６００２はタスク種別Ｔ６００１の類似タスクの種別である。ここでいう類似タスクとは、キーのタスクの処理の内容に類似した処理を持つタスクである。キーのタスクの所要時間を推定する際に、キーのタスクの内容と合致する負荷係数Ｔ１００６が負荷係数テーブルＴ１０００に存在しないときに、キーのタスクの類似タスクの負荷係数を、代替の負荷係数として使用することが可能である。

　例えば、あるストレージ装置に存在するボリュームから、異なるストレージ装置に存在するボリュームへデータを移行するマイグレーションタスクは、あるストレージ装置に存在するボリュームのデータを異なるストレージ装置に存在するボリュームに複製するリモートコピータスクと処理が類似している。従って、リモートコピータスクは、マイグレーションタスクの類似タスクとして扱われる。優先度Ｔ６００３は、当該類似タスクの優先度である。あるタスク種別Ｔ６００１に対するタスク種別Ｔ６００２が複数存在する場合、優先度Ｔ６００３が高いものが優先される。なお優先度Ｔ６００３は、１を最高として降順の整数で優先度を表現しているが、これに限られるものではなく、順序付けできる表現方法であればよい。例えば、タスク種別Ｔ６００１がマイグレーションである場合、類似タスク種別は、優先度の降順に（優先順位の値が小さいものから順に）、リモートコピー、ローカルコピー、シュレッディングである。ローカルコピーは、コピーを行うため、マイグレーションと類似する。しかし、同一ストレージ装置内のコピーであるため、ローカルコピーの優先度は、リモートコピーの優先度より低い。シュレッディングは、シーケンシャルアクセスを行うため、マイグレーションと類似する。しかし、シュレッディングがシーケンシャルライトを行うのに対し、マイグレーションがシーケンシャルリードを行うため、シュレッディングの優先度は、ローカルコピーの優先度より低い。

　この類似タスク種別テーブルＴ６０００によれば、負荷係数テーブルＴ１０００内のマイグレーションタスクの実行中の状態が、投入されるマイグレーションタスクの実行中の状態に一致しない場合に、同一のタスク種別の代わりに適切な類似タスク種別を用いることができる。

　本実施例では、本テーブルの情報は、管理サーバ３０００に初めから組み込まれていることとするが、例えばユーザの設定によって新規追加あるいは変更されても良い。

　図１４は、タスク一時情報テーブルＴ７０００を示す。

　所要時間推定用のタスク一時情報テーブルＴ７０００は、タスクの所要時間を推定する際に一時的に用いられる。タスク一時情報テーブルＴ７０００は、タスク毎のエントリを有する。一つのタスクに対応するエントリは、タスク識別子Ｔ７０１１、実行開始時刻Ｔ７００２、推定実行終了時刻Ｔ７００３、進捗Ｔ７００４、推定精度Ｔ７００５を含む。

　タスク識別子Ｔ７００１は、当該タスクを特定する識別子である。実行開始時刻Ｔ７００２は、当該タスクの実行開始時刻である。推定実行終了時刻Ｔ７００３は、当該タスクの所要時間推定処理中に推定された推定実行終了時刻である。進捗Ｔ７００４は、当該タスクの所要時間推定処理中に推定された進捗量である。本実施例の進捗量は、タスク実行前を０、タスク完了後を１００とした百分率で進捗率と表現する。進捗量の表現方法はこの形式に限られるわけではない。例えば進捗量は、処理すべき対象がボリュームであれば、進捗情報取得時までに完了したボリュームの容量で表現されても良い。

　推定精度Ｔ７００５は、当該タスクの所要時間推定処理中に推定された推定タスク終了時刻の推定精度である。

　図１５は、リソース負荷情報テーブルＴ８０００を示す。

　リソース負荷情報テーブルＴ８０００は、ストレージ装置１０００に含まれるリソースに対する時間帯毎の負荷の程度を保持する。リソース負荷情報テーブルＴ８０００は、複数のエントリを有する。各エントリは、ストレージ識別子Ｔ８００１、リソース種別Ｔ８００２、リソース識別子Ｔ８００３、時間Ｔ８００４、負荷Ｔ８００５を含む。

　ストレージ識別子Ｔ８００１は、ストレージ装置１０００の識別子である。リソース種別Ｔ８００２、リソース識別子Ｔ８００３はそれぞれ、ストレージ装置１０００に含まれるリソースの種別、リソースの識別子である。時間Ｔ８００４、負荷Ｔ８００５はそれぞれ、当該リソースに対する負荷を測定した時間帯と、その負荷の量である。負荷Ｔ８００５の取得方法については、タスク実行処理で後述する。本実施例の時間帯Ｔ８００４は、１時間毎に分割されている。リソース負荷情報テーブルＴ８０００は、１日分の負荷Ｔ８００５の情報を保持している。時間帯Ｔ８００４は、この分割方法や保持期間に限定されない。例えばリソース負荷情報テーブルＴ８０００は、１時間毎でなく５分毎に負荷Ｔ８００５を保持してもいいし、１日分でなく１週間の情報を保持しても良い。また、本実施例の負荷Ｔ８００５の表現方法は、負荷係数テーブルＴ１０００の負荷Ｔ１００５の表現方法と同じである。

　図１６は、負荷係数初期値テーブルＴ９０００を示す。

　負荷係数初期値テーブルＴ９０００は、プール１３００に対する処理を行うタスクに対して、所要時間を推定する際に用いられる負荷係数が、負荷係数テーブルＴ１０００に存在しない際に使用される。負荷係数初期値テーブルＴ９０００は、複数のエントリを有する。各エントリは、構成パリティグループ数Ｔ９００１、多重度Ｔ９００２、負荷係数Ｔ９００３を含む。

　構成パリティグループ数Ｔ９００１は、一つのプール１３００を構成するプールボリュームの生成元であるパリティグループ１２００の数を示す。多重度Ｔ９００２は、当該プールに対する処理の競合の多重度である。負荷係数Ｔ９００３は、単一処理、すなわちリソースに対する処理が競合しない場合のタスクの所要時間と比べて何倍の所要時間となるかを示す見積もり値（負荷係数ｋ）である。本実施例では、本テーブルの情報は、管理サーバ３０００に初めから組み込まれていることとするが、例えばユーザの設定によって新規追加あるいは変更されても良い。

　図１７は、ボリューム構成情報テーブルＴ１１０００を示す。

　ボリューム構成情報テーブルＴ１１０００は、ボリューム１４００毎のエントリを有する。一つのボリューム１４００に対応するエントリは、ストレージ識別子Ｔ１１００１、ボリューム識別子Ｔ１１００２、ボリューム容量Ｔ１１００３を含む。

　ストレージ識別子Ｔ１１００１は、当該仮想ボリュームが存在するストレージ装置を特定する識別子である。ボリューム識別子Ｔ１１００２は、当該仮想ボリュームを特定する識別子である。ボリューム容量Ｔ１１００３は、当該仮想ボリュームの容量である。

　図１８は、リソース性能情報テーブルＴ１２０００を示す。

　リソース性能情報テーブルＴ１２０００は、リソース毎のエントリを有する。一つのリソースに対応するエントリは、ストレージ識別子Ｔ１２００１、リソース種別Ｔ１２００２、リソース識別子Ｔ１２００３、読み込み速度Ｔ１２００４、書き込み速度Ｔ１２００５を含む。

　ストレージ識別子Ｔ１２００１は、当該リソースが存在するストレージ装置を特定する識別子である。リソース種別Ｔ１２００２は、当該リソースの種別の名前である。リソース識別子Ｔ１２００３は、当該リソースを特定する識別子である。読み込み速度Ｔ１２００４は、当該リソースの読み込み速度である。書き込み速度Ｔ１２００５は、当該リソースの書き込み速度である。

　リソース性能情報テーブルＴ１２０００は、読み込み速度Ｔ１２００４や書き込み速度Ｔ１２００５の代わりに、リソースの処理速度を決定するための、記憶デバイスの種別やＨＤＤの回転数等を示していてもよい。

　ボリューム構成情報テーブルＴ１１０００及びリソース性能情報テーブルＴ１２０００の内容は、定期的あるいはストレージ装置１０００の構成情報の変化に際して、システム管理プログラム３１０１によってストレージ装置１０００から取得され、管理サーバ３０００に格納される。

　以下、管理サーバ３０００の動作について説明する。

　ここでは本実施例におけるタスクの登録処理、およびタスク推定所要時間表示処理、およびタスク実行処理、および負荷係数更新処理についてフローチャートを用いて説明する。以下に示すフローチャートは、処理の概要を示しており、実際のコンピュータプログラムとは相違する場合がある。また、以下の説明では、主に、管理サーバ３０００を動作の主体として述べる。実際には管理サーバ３０００内の制御装置３２００がメインメモリ３１００に記憶されたシステム管理プログラム３１０１あるいはタスク管理プログラム３１０２、あるいは負荷係数更新プログラム３１０３などのコンピュータプログラムを読み込んで実行することにより、所定の処理が実現される。

　まず、図１９～２４に基づいて、タスクの登録処理について説明する。

　タスクの登録処理には、タスクの所要時間推定処理及び推定所要時間の推定精度判定処理が含まれる。なお、ここでいうタスクの登録処理は、新たにタスクを登録する場合だけでなく、既に登録されたタスクの設定を変更する場合も同様の処理で実現することができる。この処理はタスク管理プログラム３１０２によって実現される。

　また、後述するタスク実行処理によって管理サーバ３０００からストレージ装置１０００にタスクを実行するために必要な処理を行う指示が出されることにより、登録処理で登録されたタスクが、実行される。

　本実施例では、マイグレーションタスクの例について説明を行うが、他のタスクについても同様に実施可能である。

　図１９は、タスク登録処理を示す。

　タスク登録処理の詳細なフローは下記の通りである。

　（Ｓ１００）管理サーバ３０００は、システム管理者等のユーザからの指示に応じて、マイグレーションを実行させるためのタスクの設定情報を受信する。タスクの設定情報の入力は、ユーザがマイグレーションタスク入力画面Ｇ１０００に対してマイグレーションタスクの生成に必要な情報を入力することで実施される。なお、図示は省略するが、管理サーバ３０００は、マイグレーションタスク以外のタスクの場合にもタスクの設定に必要な情報を入力する画面を表示し、ユーザがその画面に対して入力を行うことで同様に実行することが可能である。

　（Ｓ１０１）管理サーバ３０００は、Ｓ１００で入力されたタスクの設定情報を、タスク情報テーブルＴ３０００及びマイグレーションタスク詳細情報テーブルＴ４０００に格納する。なお、管理サーバ３０００は、マイグレーションタスク以外のタスクの場合、タスクの設定情報を、タスク情報テーブルＴ３０００及び、そのタスク固有のタスク詳細情報テーブルに格納する。

　（Ｓ１０２）管理サーバ３０００は、入力されたタスクの設定情報をもとに、タスクの終了時刻推定およびその推定精度判定を行うタスク所要時間推定処理を行う。タスクの終了時刻推定処理と推定精度判定処理の詳細については、後述するタスク所要時間推定処理で示す。

　以上のタスク登録処理によれば、管理サーバ３０００は、ユーザによるタスクの設定情報の入力に応じて、そのタスクの所要時間とその推定精度を算出することができる。

　図２０は、タスク所要時間推定処理を示す。

　この処理で、管理サーバ３０００は、前述したタスク登録処理のＳ１００で入力された新たなタスクに対し、実行終了時刻を推定する。また、管理サーバ３０００は、既に登録されているタスクのうち、新たなタスクの影響で、例えば処理対象リソースに対する処理の多重度が変化するなどの理由で、推定実行終了時刻が変化するタスクに対しても実行終了時刻を再度推定し、修正する。

　より具体的には、管理サーバ３０００は、新たなタスクの実行開始時刻から、フェーズごとに、リソースに対する多重度や負荷を考慮して、そのフェーズで実行中のタスクの進捗率を計算する。この繰り返しによって、各タスクの推定終了時刻を推定する。

　タスク所要時間推定処理の詳細なフローは、下記の通りである。

　（Ｓ２００）管理サーバ３０００は、新たに投入するタスクに設定された実行開始時刻を変数Ｔｘに代入する。

　（Ｓ２０１）管理サーバ３０００は、タスク情報テーブルＴ３０００を参照して、推定実行終了時刻が変化する可能性のあるタスク群を取得し、Ｒ１とする。ここで、推定実行終了時刻が変化する可能性のあるタスク群とは、推定実行終了時刻Ｔ３００６が時刻Ｔｘより遅いタスク群である。Ｒ１は、新たに投入するタスクも含む。

　さらに、管理サーバ３０００は、時刻Ｔｘ時点での、タスク群Ｒ１の情報をタスク一時情報テーブルＴ７０００に格納する。具体的には、管理サーバ３０００は、タスク識別子Ｔ７００１および実行開始時刻Ｔ７００２に、それぞれタスク情報テーブルＴ３０００から取得されたタスク識別子Ｔ３００１および実行開始時刻Ｔ３００４の値を格納する。なお、管理サーバ３０００は、新たに投入するタスクについては、入力された情報をタスク識別子Ｔ７００１および実行開始時刻Ｔ７００２に格納する。

　実行開始時刻がＴｘと同じもしくはＴｘより後のタスクに対して、進捗Ｔ７００４と推定精度Ｔ７００５に格納される値は、それぞれ０％と値なしである。管理サーバ３０００は、実行開始時刻がＴｘより前、即ちＴｘ時点で実行中と推測されているタスクに対し、それぞれ時刻Ｔｘ時点での値を計算して格納する。管理サーバ３０００は、実行開始時刻からＴｘまでの時間を複数のフェーズに分割し、それぞれのフェーズでの進捗量を加算することで、Ｔｘ時点で実行中のタスクの進捗Ｔ７００４を求めることができる。

　実行開始時刻からＴｘまでの時間をフェーズに分割する方法は、後述する負荷係数更新処理におけるＳ９００と同様である。Ｓ９００で管理サーバ３０００は、実行開始時刻から実行終了時刻までを複数のフェーズに分割するが、この実行終了時刻をＴｘに置き換えることで実施可能である。それぞれのフェーズでの進捗量の計算は、Ｓ２０７で後述する処理によって実施可能である。

　推定精度Ｔ７００５に関して、管理サーバ３０００は、前述した各フェーズでの進捗量の計算で使用した負荷係数ｋの情報を元に、後述する推定精度判定処理Ｓ３０６によって判定した値を格納する。

　（Ｓ２０２）管理サーバ３０００は、Ｓ２０３～Ｓ２０７の処理を繰り返す。なお、繰り返しの終了は、Ｓ２０４の分岐処理で行われる。

　（Ｓ２０３）管理サーバ３０００は、タスク群Ｒ１から、時刻Ｔｘ時点で実行中であるタスク群（Ｇ１）を取得する。ここでいう、Ｔｘ時点で実行中であるタスク群とは、タスクの実行開始時刻が時刻Ｔｘと同じもしくは前であり、かつタスクの推定実行終了時刻が時刻Ｔｘより後であるタスク群のことである。

　（Ｓ２０４）Ｓ２０３で取得したタスク群Ｇ１が１つ以上のタスクを含む場合、管理サーバ３０００は、Ｓ２０５に進む。Ｓ２０３で取得したタスク群Ｇ１がタスクを１つも含まない場合、管理サーバ３０００は、繰り返し処理を終了し、Ｓ２０８に進む。

　（Ｓ２０５）管理サーバ３０００は、タスク群Ｇ１に含まれるタスクに対して、時刻Ｔｘ時点から、リソースに対する処理の多重度が変化せず、またタスクの処理対象リソースに対する負荷が変化しない、と仮定したときの実行終了時刻を推定する特定条件タスク所要時間推定処理を行う。この処理の詳細については、後述する特定条件タスク所要時間推定処理で説明する。

　（Ｓ２０６）管理サーバ３０００は、時刻Ｔｘから開始する対象フェーズの終了時刻を判定するフェーズ終了時刻判定処理を行う。また、管理サーバ３０００は、判定されたフェーズ終了時刻を時刻の変数Ｔｘへ代入する。フェーズ終了時刻判定処理の詳細については、後述する。

　（Ｓ２０７）管理サーバ３０００は、Ｓ２０６で更新された時刻Ｔｘ時点でのタスク群Ｇ１に含まれるタスクの情報をタスク一時情報テーブルＴ７０００に反映する。具体的には、管理サーバ３０００は、各タスクに対して、タスク一時情報テーブルＴ７０００に含まれる情報のうち、進捗Ｔ７００４に関して、Ｓ２０５でフェーズ終了時刻を判定された対象フェーズでの各タスクの進捗量を計算し、現在の進捗Ｔ７００４に加算する。具体的には、管理サーバ３０００は、まず後述する特定条件タスク所要時間推定処理のＳ３０１と同様にして、単一で各タスクを実行した場合の所要時間Ｔ１を取得し、次にＳ３０２～Ｓ３０５と同様にして、負荷係数ｋを取得する。管理サーバ３０００は、このＴ１と負荷係数ｋを用いて、各タスクの単一の処理での所要時間Ｔ１に負荷係数ｋを乗じ、それを対象フェーズの実行時間、即ちＳ２０６で更新される前のＴｘから現在のＴｘまでの時間、で割ることで、対象フェーズでの進捗Ｐ１を算出し、この値を現在の進捗Ｔ７００４の値に加算することで、Ｔｘ時点での各タスクの進捗を得る。例えば、あるタスクＡの現在の進捗Ｔ７００４が１０％で、単一で実行した場合の所要時間が１時間で、負荷係数ｋが２．０で、フェーズの実行時間が３０分であった場合、進捗Ｐ１は、３０／（６０×２．０）＝０．２５＝２５％である。従って、新たな進捗Ｔ７００４の値は、１０＋２５＝３５％である。

　（Ｓ２０８）管理サーバ３０００は、Ｓ２００～Ｓ２０７の処理で更新された、タスク群Ｒ１に含まれる各タスクに関するタスク一時情報テーブルＴ７０００の情報を、タスク情報テーブルＴ３０００に反映する。具体的には、管理サーバ３０００は、タスク情報テーブルＴ３０００に含まれる情報のうち、推定実行終了時刻Ｔ３００６と推定精度Ｔ３００７の情報を、対応するタスク一時情報テーブルＴ７０００における同一のタスク識別子の内容に更新する。
　（Ｓ２０９）管理サーバ３０００は、タスク一時情報テーブルＴ７０００に含まれる、本処理で登録したタスク群Ｒ１の情報を削除する。

　以上のタスク所要時間推定処理によれば、管理サーバ３０００は、投入タスクの実行期間を複数のフェーズに分割し、各フェーズにおいて他のタスクの影響を考慮して進捗量を算出し、各フェーズの進捗量から投入タスクの所要時間を推定することができる。フェーズ毎、タスク毎に、負荷係数を選択し、負荷係数を用いて所要時間を推定することにより、タスク群の進捗の推定の精度を高めることができる。

　図２１は、特定条件タスク所要時間推定処理を示す。

　特定条件タスク所要時間推定処理は、ある時刻Ｔｘからリソースに対する処理の多重度が一定かつリソースに対する負荷が一定と仮定した場合のタスクの所要時間を推定する。この処理は、例えば、前述したタスク所要時間推定処理のＳ２０５から呼び出される。特定条件タスク所要時間推定処理に対する入力は、時刻Ｔｘと所要時間推定対象のタスク群Ｇ１である。特定条件タスク所要時間推定処理の前提として、タスク群Ｇ１に含まれる各タスクに対応するタスク一時情報テーブルＴ７０００の情報が、より具体的には進捗Ｔ７００４と推定精度Ｔ７００５が、時刻Ｔｘ時点での情報に更新されている必要がある。

　詳細なフローは以下の通りである。

　（Ｓ３００）管理サーバ３０００は、入力として与えられたタスク群Ｇ１に含まれるタスクそれぞれについてＳ３０１～Ｓ３０９の処理を行う。なおＳ３０１～Ｓ３０９の処理で対象となるタスクを後述の説明ではタスクＡとする。

　（Ｓ３０１）管理サーバ３０００は、タスクＡを単一で処理した場合の所要時間を計算し、Ｔ１とする。単一で処理した場合の所要時間の計算方法は、タスク種別によって異なる。本実施例で対象とするマイグレーションタスクにおける主な処理は、移行元ボリュームからのデータの読み込み処理と、移行元ボリューム及び移行先ボリュームをつなぐポート間の転送処理と、移行先ボリュームへのデータの書き込み処理との３つの処理であり、これら３つの処理は並行して実行される。従って、管理サーバ３０００は、これら３つの処理に対し、対象リソースの処理速度と処理対象容量から、各処理の所要時間を計算し、その最大値をとることによって、タスクの所要時間を取得することができる。

　例えば、プールＰから生成されたボリュームから、ポートＱを通って、プールＲから生成されたボリュームへマイグレーションするタスクを考える。このとき、ボリュームの容量を１０ＧＢ、プールＰからの読み込み速度を１ＧＢ／秒とすると、移行元ボリュームの読み込み処理の所要時間Ｔｐは、１０／１＝１０秒である。同様に、ポートＱの転送速度が５ＧＢ／秒と仮定すると、ポートＱの転送処理所要時間Ｔｑは、１０／５＝２秒である。同様にプールＲの書き込み速度を２ＧＢ／秒とすると、移行先ボリュームの書き込み処理所要時間Ｔｒは、１０／２＝５秒となる。従って、このタスクの所要時間は、Ｔｐ、Ｔｑ、Ｔｒの最大値をとって、Ｔｐ＝１０秒となる。

　管理サーバ３０００は、ボリュームの容量を、ボリューム構成情報テーブルＴ１１０００から取得することができる。また、管理サーバ３０００は、読み込み速度や書き込み速度等の処理速度を、リソース性能情報テーブルＴ１２０００から取得することができる。

　（Ｓ３０２）管理サーバ３０００は、タスクＡの処理対象リソースのうち、実行において処理速度が飽和すると予想されるリソースＲを取得する。処理速度が飽和するリソースＲは、タスクの実行においてボトルネックとなるリソースのことになる。処理速度が飽和するリソースＲは、例えばストレージ装置１０００から取得することができる。

　本実施例で対象とするマイグレーションタスクにおいては、通常、移行元ボリュームの生成元であるリソース、つまりプール１３００やパリティグループ１２００、に対するデータの読み込み処理がボトルネックとなる。従って、本実施例においては、リソースＲが、移行元ボリュームの生成元のプール１３００またはパリティグループ１２００であると仮定して、後述の処理を説明する。なお、処理速度が飽和するリソースＲが特定できないような場合には、処理対象の各リソースに対して、Ｓ３０３～Ｓ３０８で後述するように推定実行終了時刻を推定し、最も遅いものを推定実行終了時刻とすることで、タスクの推定実行終了時刻を算出することが可能である。

　（Ｓ３０３）管理サーバ３０００は、リソースＲに対する処理の多重度（競合タスク数）Ｍを取得する。具体的には、管理サーバ３０００は、タスク群Ｇ１の各タスクに対して、各タスク種別に固有のタスク詳細情報テーブル、例えばマイグレーションタスクの場合にはマイグレーションタスク詳細情報テーブルＴ４０００、を参照し、タスク群Ｇ１の処理対象リソース群Ｒｓを取得し、Ｒｓに含まれるＲの個数を多重度Ｍとする。

　（Ｓ３０４）管理サーバ３０００は、リソース負荷情報テーブルＴ８０００を参照し、リソースＲの時刻Ｔｘでの負荷情報Ｂを取得する。

　（Ｓ３０５）管理サーバ３０００は、タスクＡ、リソースＲ、Ｔｘ時点でのリソースＲに対する処理の多重度Ｍ、Ｔｘ時点でのリソースＲに対する負荷情報Ｂを元に、負荷係数ｋを取得する負荷係数取得処理を実行する。この処理の詳細は、後述する負荷係数取得処理で説明する。

　（Ｓ３０６）管理サーバ３０００は、Ｓ３０５で取得した負荷係数の取得方法を元に、推定した所要時間の推定精度を判定する推定精度判定処理を実行する。この処理の詳細は、後述する推定精度判定処理で説明する。

　（Ｓ３０７）管理サーバ３０００は、タスク一時情報テーブルＴ７０００を参照し、タスクＡの進捗情報を取得する。この進捗情報は、Ｔｘ時点までの進捗率であり、百分率として表される。この取得した進捗率をＸとする。

　（Ｓ３０８）管理サーバ３０００は、推定実行終了時刻を計算する。具体的には、Ｔｘ時点で既にＳ３０７で取得した進捗率Ｘ（Ｘは百分率）分の処理が完了しているので、管理サーバ３０００は、タスクを単一で実行した場合の所要時間Ｔ１に処理の未完了分の割合（１００－Ｘ）／１００を乗ずることにより、タスクを単一で実行し完了した場合の所要時間を得る。管理サーバ３０００は、この所要時間に、Ｓ３０５で取得した負荷係数ｋを乗ずることで、タスクＡのＴｘ以降の所要時間を得ることができる。管理サーバ３０００は、この所要時間に、Ｔｘを加算することで推定実行終了時刻を得ることができる。

　（Ｓ３０９）管理サーバ３０００は、タスク一時情報テーブルＴ７０００の推定実行終了時刻Ｔ７００３の値を、Ｓ３０８で得られた推定実行終了時刻の値に更新する。さらに、管理サーバ３０００は、推定精度Ｔ７００５の値を、Ｓ３０６で得られた推定精度を用いて更新する。ここで、推定精度の更新は、Ｓ３０６で得られた推定精度が現行の値より低い場合しか更新しない。例えば、現在の推定精度Ｔ７００５が低で、Ｓ３０６で得られた推定精度が高である場合、管理サーバ３０００は、推定精度Ｔ７００５の値を更新しない。逆に推定精度Ｔ７００５が高で、Ｓ３０６で得られた推定精度が中である場合、管理サーバ３０００は、推定精度Ｔ７００５の値を中に更新する。

　以上の特定条件タスク所要時間推定処理によれば、管理サーバ３０００は、リソースの処理速度と、ボリュームの容量とに基づいて、タスクを単一で実行する場合の所要時間を推定することができる。更に、管理サーバ３０００は、そのフェーズにおける状態に対応する負荷係数を、算出された所要時間に乗ずることにより、同時に実行される他のタスクの影響を含む所要時間を推定することができる。

　図２２は、負荷係数取得処理を示す。

　負荷係数取得処理は、所要時間を推定するタスクの種別と、そのタスクにより用いられるリソースの情報と、そのリソースに対する処理の多重度と、そのリソースに対する負荷情報とを入力とし、その入力を元に、負荷係数（所要時間推定用の係数）を取得する。負荷係数取得処理は、所要時間を推定するタスク種別に対応する負荷係数ｋが存在しない場合、そのタスク種別の類似タスク種別に対応する負荷係数ｋを取得し、類似タスクの種別に対応する負荷係数ｋも存在しなかった場合、初期値として用意されている負荷係数ｋを取得する。

　詳細なフローは以下の通りである。

　（Ｓ４００）管理サーバ３０００は、負荷係数テーブルＴ１０００を参照し、所要時間を推定するタスクの種別と、リソースの情報と、そのリソースに対する処理の多重度と、そのリソースに対する負荷情報との条件に合致する負荷係数ｋを取得する。なお、条件に合致する負荷係数ｋが負荷係数テーブルＴ１０００に存在しない場合もある。

　（Ｓ４０１）管理サーバ３０００は、Ｓ４００で負荷係数ｋを取得できた場合、負荷係数ｋおよび、入力タスクと同じタスク種別の負荷係数ｋを取得したことを出力し、本処理を終了する。管理サーバ３０００は、Ｓ４００で負荷係数ｋが取得できなかった場合、即ち入力に合致する負荷係数ｋが負荷係数テーブルＴ１０００に存在しなかった場合、Ｓ４０２に進む。

　（Ｓ４０２）管理サーバ３０００は、類似タスク種別テーブルＴ６０００を参照し、入力として与えられたタスク種別に対する類似タスク種別を取得する。なお、条件に適合する類似タスク種別が複数存在する場合、管理サーバ３０００は、優先度Ｔ６００３が高い類似タスク種別を優先して取得する。

　（Ｓ４０３）管理サーバ３０００は、負荷係数テーブルＴ１０００を参照し、Ｓ４０２で取得された類似タスク種別と、入力として与えられた、リソースの情報と、そのリソースに対する処理の多重度と、そのリソースに対する負荷情報との条件に合致する負荷係数ｋを取得する。なお、条件に合致する負荷係数ｋが存在しない場合もある。

　（Ｓ４０４）管理サーバ３０００は、Ｓ４０３で負荷係数ｋを取得できた場合、負荷係数ｋ及び、負荷係数ｋを入力タスクの類似タスク種別によって取得したことを出力として、本処理を終了する。管理サーバ３０００は、Ｓ４０３で負荷係数ｋが取得できなかった場合、即ち類似タスクと、入力で与えられたリソースの情報およびそのリソースに対する処理の多重度およびそのリソースに対する負荷情報に合致する負荷係数ｋが負荷係数テーブルＴ１０００に存在しなかった場合、Ｓ４０５に進む。

　（Ｓ４０５）管理サーバ３０００は、入力として与えられた、リソースの情報と、多重度と、リソースの負荷情報とから、デフォルトの負荷係数ｋを取得し、負荷係数ｋを出力し、この処理を終了する。このデフォルトの負荷係数ｋの取得方法は、リソースによって異なる。本実施例では、リソースがプールである場合を説明する。リソースがプールである場合、デフォルトの負荷係数ｋは負荷係数初期値テーブルＴ９０００のような形で与えられる。負荷係数初期値テーブルＴ９０００では、あるプールに対する負荷係数ｋは、そのプールの構成パリティグループ数Ｔ９００１と、そのプールを用いる処理の多重度Ｔ９００２とに対して与えられる。プールを構成するパリティグループ数は、プール構成情報テーブルＴ２０００を参照して取得することができる。

　以上の負荷係数取得処理によれば、管理サーバ３０００は、過去のタスクの情報の中に、投入タスクの実行中の状態に一致する、同一のタスク種別のタスクの実行中の状態がある場合、その状態に対応する負荷係数を取得することができる。また、管理サーバ３０００は、同一のタスク種別のタスクの実行中の状態がない場合で、投入タスクの実行中の状態に一致する、類似タスク種別のタスクの実行中の状態がある場合、その状態に対応する負荷係数を取得することができる。また、複数の類似タスク種別に優先度を予め与えることにより、投入タスクに最も近い類似タスク種別を選択することができる。また、負荷係数の条件が多重度を含むことにより、同一のリソースを用いるタスクの数を、負荷係数及び所要時間に反映させることができる。

　図２３は、推定精度判定処理を示す。

　推定精度判定処理は、前述した特定条件タスク所要時間推定処理によって推定された所要時間の推定精度を判定する。この処理は、前述した負荷係数取得処理における、負荷係数ｋの取得方法を入力とする。より具体的には、入力は、負荷係数取得処理のＳ４０１の分岐処理の結果、即ち所要時間を推定するタスクと同じタスク種別によって特定される負荷係数を取得したか否か、と負荷係数取得処理のＳ４０４、即ち所要時間を推定するタスクの類似タスク種別によって特定される負荷係数を取得したか否か、である。より具体的なフローは以下の通りである。

　（Ｓ５００）管理サーバ３０００は、負荷係数取得処理で、所要時間を推定するタスクと同じタスク種別によって特定される負荷係数を取得したか否かを判定し、同じタスク種別の負荷係数が取得された場合はＳ５０１に、そうでない場合はＳ５０２に進む。

　（Ｓ５０１）管理サーバ３０００は、推定精度を高精度と判定し、このフローを終了する。

　（Ｓ５０２）管理サーバ３０００は、負荷係数取得処理で、所要時間を推定するタスクの類似タスク種別によって特定される負荷係数を取得したか否かを判定し、類似タスク種別の負荷係数が取得された場合はＳ５０３に、そうでない場合はＳ５０４に進む。

　（Ｓ５０３）管理サーバ３０００は、推定精度を中精度と判定し、このフローを終了する。

　（Ｓ５０４）管理サーバ３０００は、推定精度を低精度と判定し、このフローを終了する。

　以上の推定精度判定処理によれば、管理サーバ３０００は、所要時間を推定するタスクの負荷係数が、同じタスク種別の負荷係数、類似タスク種別の負荷係数、その他の負荷係数の何れであるかによって、推定精度を決定することができる。

　図２４は、フェーズ終了時刻判定処理を示す。

　フェーズ終了時刻判定処理は、フェーズの終了時刻を判定する。この処理では、時刻Ｔｘと、Ｔｘ時点で実行中であるタスク群Ｇ１と、新たなタスクの投入によりタスクの推定終了時刻が変化する可能性のあるタスク群Ｒ１とを入力とする。フェーズ終了時刻は、Ｔｘ以降で最も早くリソースに対する処理の多重度が変化する時刻、即ちタスクが開始ないし終了する時刻と、最も早くタスクの処理対象リソースに対する負荷情報が変化する時刻とのうち、最も早い時刻である。より詳細なフローは以下の通りである。

　（Ｓ６００）管理サーバ３０００は、タスク一時情報テーブルＴ７０００を参照し、タスク群Ｇ１に含まれるタスクのうち、最も早い推定実行終了時刻を取得し、Ｔａとする。

　（Ｓ６０１）管理サーバ３０００は、タスク情報テーブルＴ３０００を参照し、タスク群Ｒ１に含まれるタスクのうち、Ｔｘ以降で最も早いタスク開始時刻を取得し、Ｔｂとする。

　（Ｓ６０２）管理サーバ３０００は、タスク群Ｇ１に含まれる各タスクについて、タスク種別に固有のタスク詳細情報テーブル、例えばマイグレーションタスクの場合にはマイグレーションタスク詳細情報テーブルＴ４０００、を参照し、処理対象リソース群を得る。管理サーバ３０００は、これによって得たリソース群に含まれる全てのリソースに対して、リソース負荷情報テーブルＴ８０００を参照し、Ｔｘ以降でリソースに対する負荷が変化する時刻のうち最も早い時刻を取得し、負荷変化時刻とする。さらに、管理サーバ３０００は、各リソースに対して得た負荷変化時刻のうち、最も早い時刻をＴｃとする。

　（Ｓ６０３）管理サーバ３０００は、Ｓ６０１で得た時刻Ｔａと、Ｓ６０２で得た時刻Ｔｂと、Ｓ６０３で得た時刻Ｔｃのうち、最も早い時刻をフェーズ終了時刻とする。

　以上のフェーズ終了時刻判定処理によれば、管理サーバ３０００は、各タスクの推定実行終了時刻に基づいて、フェーズの終了時刻を更新することができる。

　図２５は、タスク推定所要時間表示処理を示す。

　本処理は、システム管理者等のユーザからの指示に応じて、既に登録されているタスクの情報、特にタスクの推定実行終了時刻のその推定精度をユーザに提示する。また、本処理はユーザからの指示によってのみ実行されるわけではなく、例えば前述したタスク登録処理の完了後に自動的に実行されるようにしてもよい。

　詳細なフローは以下の通りである。

　（Ｓ７００）管理サーバ３０００は、タスク情報テーブルＴ３０００を参照し、既に登録されているタスク群の情報を取得する。このとき取得されるタスク群は、登録されているタスク全てでも良いし、未実行のタスク群などでも良く、ユーザからの指示からの指示によって異なる。

　（Ｓ７０１）管理サーバ３０００は、Ｓ７００で取得したタスク群の情報を含むタスク情報表示画面Ｇ２０００を、表示用計算機４０００に表示させる。

　以上のタスク推定所要時間表示処理によれば、ユーザは、タスクの推定実行終了時刻と、その推定精度とを知ることができる。

　図２６は、タスク実行処理を示す。

　管理サーバ３０００のタスク管理プログラム３１０２は、定期的にタスク情報テーブルＴ３０００の情報を取得し、タスク情報テーブルＴ３０００に含まれるタスクが未実行かつ実行開始時刻Ｔ３００４がそのときの時刻に達していれば、そのタスクを実行対象タスクとして選択し、ストレージ装置１０００に実行対象タスクを実行させる。詳細なフローは以下の通りである。

　（Ｓ８００）管理サーバ３０００は、入力として与えられた、実行対象タスクの情報をタスク情報テーブルＴ３０００から取得する。また、管理サーバ３０００は、実行対象タスクの詳細な設定情報をタスク固有のタスク詳細情報テーブルから取得する。実行対象タスクがマイグレーションタスクである場合、このタスク詳細情報テーブルはマイグレーションタスク詳細情報テーブルＴ４０００である。

　（Ｓ８０１）管理サーバ３０００は、Ｓ８００で取得した実行対象タスクの設定情報に従って、当該設定情報に示されたストレージ装置１０００を対象ストレージ装置として選択し、対象ストレージ装置に実行対象タスクの実行命令を送信する。

　（Ｓ８０２）管理サーバ３０００は、Ｓ８０３～Ｓ８０４の処理を、後述するＳ８０３で取得される進捗情報が１００％になるまで、即ち実行対象タスクが完了するまで、定期的に実行する。

　（Ｓ８０３）管理サーバ３０００は、ストレージ装置から、実行対象タスクの進捗情報ＰＲと、処理速度が飽和しているリソースＰと、リソースＰに対する負荷情報Ｂとを取得する。

　（Ｓ８０４）管理サーバ３０００は、Ｓ８０３で取得した情報をタスク進捗情報テーブルＴ５０００に格納する。

　以上のタスク実行処理によれば、管理サーバ３０００は、ストレージ装置にタスクを実行させ、実行中のタスク及びリソースの情報を取得することができる。

　図２７は、負荷係数更新処理を示す。

　負荷係数更新処理は、実際に実行したタスクの実測時間から負荷係数を更新する。管理サーバ３０００の負荷係数更新プログラム３１０３は、定期的にあるいはタスクの完了を契機として、タスク情報テーブルＴ３０００を参照して１つの実行が完了しているタスクの情報を取得し、取得したタスクの情報を入力として負荷係数更新処理を実行する。詳細なフローは以下の通りである。

　（Ｓ９００）管理サーバ３０００は、実行が完了しているタスクＡの情報を入力として取得し、タスク情報テーブルＴ３０００を参照し、タスクＡと実行時間が重なるタスク群Ｇの情報を取得する。ここで、管理サーバ３０００は、タスクＡとタスクＢについて、（１）タスクＢの実行終了時刻がタスクＡの実行開始時刻より後であること、（２）タスクＢの実行開始時刻がタスクＡの実行完了時刻より前であること、の２つの条件がともに真であるときに、タスクＡとタスクＢの実行時間が重なる、と判定する。

　（Ｓ９０１）管理サーバ３０００は、タスクＡの実行開始時刻から実行終了時刻までの時間区間を、その時間区間に実行されていたタスク群Ｇ１の間で、タスク群の処理対象である各リソースに対する処理の多重度およびリソースに対する負荷が変化しない区間（フェーズ）群に分割する。

　リソースに対する処理の多重度が変化する時刻は、タスクの開始ないし終了によって引き起こされる。従って、管理サーバ３０００は、タスク情報テーブルＴ３０００に含まれる実行開始時刻Ｔ３００４と実行終了時刻Ｔ３００５を取得することで、フェーズを判定することができる。

　管理サーバ３０００は、前述したタスク実行処理によって、一定時間ごとのリソースに対する負荷情報が格納されているタスク進捗情報テーブルＴ５０００を参照することで、リソースに対する負荷が変化する時刻を判定することができる。

　例えば、前述のタスクＡがある日の０時から３時まで実行され、あるタスクＢが同日の１時から４時まで実行され、あるタスクＣが同日の２時から５時まで実行され、同日の０時から５時の間にＡ、Ｂ、Ｃ以外のタスクが実行されておらず、同日の０時から５時の間の、タスクＡおよびタスクＢおよびタスクＣの処理対象である各リソースに対する負荷が一定であるような場合を想定すると、タスクＡに対するＳ９０１の処理では、Ａの開始から終了までの時間区間０時―３時を、０時―１時のフェーズと、１時―２時のフェーズと、２時―３時のフェーズ、の３つのフェーズに分割する。

　（Ｓ９０２）管理サーバ３０００は、Ｓ９０１で取得したフェーズ群に対して、フェーズ開始時刻が早いものから順にＳ９０３～Ｓ９０７の処理を繰り返し適用する。なおＳ９０３～Ｓ９０７で処理中のフェーズをＰＨと称する。フェーズＰＨはフェーズ開始時刻とフェーズ終了時刻に関する情報により表される。

　（Ｓ９０３）管理サーバ３０００は、タスク進捗情報テーブルＴ５０００を参照し、フェーズＰＨ中のタスク進捗量Ｘと、フェーズＰＨ中に処理が飽和していたリソースＲと、フェーズＰＨ中のリソースＲに対する負荷情報Ｂとの情報を取得する。タスク進捗情報テーブルＴ５０００には、前述したタスク実行処理で説明したとおり、一定区間ごとに進捗情報が記録されているので、管理サーバ３０００は、フェーズＰＨのフェーズ終了時刻での進捗量から、フェーズＰＨのフェーズ開始時刻での進捗量を減ずることで、フェーズＰＨ中での進捗量を取得することができる。

　（Ｓ９０４）管理サーバ３０００は、Ｓ９０３で取得したフェーズＰＨ中での進捗量を、タスクＡを単一で実施した場合に、即ちリソースに対する処理が競合せず、リソースに対する負荷がない場合に、必要な所要時間を算出し、Ｔ１とする。ここで管理サーバ３０００は、まずタスク全体を単一で処理した場合の所要時間を、前述した特定条件タスク所要時間推定処理によって求め、これにフェーズＰＨ中での進捗量を乗じることで時間Ｔ１を得る。例えば、フェーズＰＨ中での進捗量が１０％であり、Ｓ３０１の処理により、タスクＡ全体を単一で実行した場合の所要時間が２時間（１２０分）であった場合、Ｔ１は、１２０×０．１＝１２分となる。

　（Ｓ９０５）管理サーバ３０００は、タスクＡの実測時間から得られた負荷係数ｋｎｅｗを計算する。具体的には、管理サーバ３０００は、フェーズＰＨの持続時間、すなわち（フェーズＰＨのフェーズ終了時間）から（フェーズＰＨのフェーズ開始時間）を減じた時間、を算出し、この持続時間を、Ｓ９０４で求めたＴ１で除した商を負荷係数ｋｎｅｗとして計算する。例えば、フェーズＰＨがある日の０時から１時までの６０分であり、フェーズＰＨの進捗量を単一で実行した場合の時間が３０分であった場合、負荷係数ｋｎｅｗは６０／３０＝２．０となる。

　（Ｓ９０６）管理サーバ３０００は、フェーズＰＨ中に処理が飽和していたリソースＲに対する、フェーズＰＨ中の処理の多重度を取得する。具体的には、管理サーバ３０００は、タスク情報テーブルＴ３０００を参照し、フェーズＰＨと実行時間が重なるタスク群を取得する。ここで、管理サーバ３０００は、Ｓ９００で示した方法によりフェーズＰＨと実行時間が重なるタスク群を取得できる。さらに管理サーバ３０００は、取得したタスク群の各タスクに対して、各タスク固有のタスク詳細情報テーブル、例えばマイグレーションタスクの場合にはマイグレーションタスク詳細情報テーブルＴ４０００、を参照して、処理対象のリソース群を取得する。以上の処理によって得られたリソース群に含まれる、リソースＲの個数が、フェーズＰＨにおいて処理が飽和していたリソースの処理の多重度Ｍである。

　（Ｓ９０７）管理サーバ３０００は、Ｓ９０５で得られた、タスクＡの実測時間から計算された負荷係数ｋｎｅｗを用いて、負荷係数テーブルＴ１０００の値を更新する。なお、更新対象のエントリが存在しない場合、管理サーバ３０００は、新たなエントリを追加する。ここで更新対象のエントリは、負荷係数テーブルＴ１０００において、タスクＡのタスク種別と、Ｓ９０３で取得したリソースＲのリソース種別およびリソース識別子と、Ｓ９０６で取得したリソースＲに対する処理の多重度Ｍと、Ｓ９０３で取得したおよびリソースＲに対する負荷情報Ｂと、の全てが一致するエントリである。ここで、負荷係数ｋの更新方法は、単に負荷係数ｋｎｅｗで上書きしても良いし、既にＴ１０００に存在する負荷係数ｋと負荷係数ｋｎｅｗの平均をとった値で更新しても良いし、負荷係数ｋｎｅｗを用いた他の方法でも良い。

　以上の負荷係数更新処理によれば、管理サーバ３０００は、完了したタスクの実行期間をフェーズ群に分割し、フェーズ毎の負荷係数を算出し、負荷係数テーブルＴ１０００を更新することにより、その後の同様の状態における同様のタスクの所要時間の推定の精度を高めることができる。

　なお、管理サーバ３０００は、定期的に負荷係数更新処理を実行してもよいし、ストレージ装置１０００がタスクを実行していない時間帯に、測定用のタスクを実行し、負荷係数更新処理を実行してもよいし、カタログ値に基づいて、負荷係数を決定してもよい。

　なお、管理サーバ３０００は、ネットワークを介して他の計算機システムや他の管理サーバに接続されている場合、ストレージ装置１０００Ａ、１０００Ｂ以外のストレージ装置により実行されたタスクの情報から負荷係数を算出してもよいし、他の管理サーバにより算出された負荷係数の情報を負荷係数テーブルＴ１０００に含めてもよい。

　本実施例によれば、古いストレージ装置から新しいストレージ装置へのマイグレーションタスクに対し、過去にそれらのストレージ装置の間のマイグレーションタスクの実績がない場合であっても、マイグレーションタスクの所要時間を推定する場合に高精度に推定することができ、ストレージ管理者の管理業務の効率を向上させることができる。また、ユーザは、データアクセスが少ない夜間等の時間帯にタスクを実行させる場合、正確にタスクの実行期間を計画することができる。

　本発明の表現のための用語について説明する。構成情報は、プール構成情報テーブルＴ２０００、ボリューム構成情報テーブルＴ１１０００、リソース性能情報テーブルＴ１２０００の何れかを含んでもよい。測定情報は、負荷係数テーブルＴ１０００、類似タスク種別テーブルＴ６０００、リソース負荷情報テーブルＴ８０００、負荷係数初期値テーブルＴ９０００の何れかを含んでもよい。予定情報は、タスク情報テーブルＴ３０００、マイグレーションタスク詳細情報テーブルＴ４０００、タスク進捗情報テーブルＴ５０００、タスク一時情報テーブルＴ７０００の何れかを含んでもよい。状態は、負荷係数テーブルＴ１０００内の一つのエントリであってもよいし、タスク種別、リソース種別、リソース識別子、多重度、負荷、負荷係数の何れかを含んでもよい。マイグレーションタスクの状態に最も近い状態は、負荷係数テーブルＴ１０００のうち、タスク種別としてマイグレーションを示すエントリであってもよいし、タスク種別としてマイグレーションの類似タスク種別を示すエントリであってもよい。負荷は、多重度、負荷情報を含んでもよい。負荷推定情報は、負荷係数を含んでもよい。表示装置は、表示用計算機を含んでもよい。

　１０００：ストレージ装置、１１００：物理記憶装置、１２００：パリティグループ、１３００：プール、１４００：仮想ボリューム、１５００：ポート、２０００：ホスト計算機、３０００：管理サーバ、４０００：表示用計算機、５０００：データネットワーク、６０００：管理ネットワーク

Claims

　第一ストレージ装置内の物理リソースと、前記第一ストレージ装置内のボリュームの容量とを示す構成情報を記憶し、
　前記第一ストレージ装置により実行される過去のタスクと、前記過去のタスクにより用いられる前記物理リソースとの状態を示す測定情報を記憶し、
　前記第一ストレージ装置により実行される複数のタスクであって、前記第一ストレージ装置内の第一ボリュームから第二ストレージ装置内の第二ボリュームへのマイグレーションタスクを含む前記複数のタスクの予定を示す予定情報を記憶し、
　前記予定情報に基づいて、前記測定情報から、前記第一ボリュームに割り当てられる特定物理リソースを用いるタスクの実行中の状態であって、前記マイグレーションタスクの実行中の状態に最も近い特定状態を選択し、前記特定状態と前記第一ボリュームの容量とに基づいて、前記マイグレーションタスクの所要時間を推定する、
ことを備えるストレージ装置管理方法。
　前記測定情報は、前記マイグレーションタスクに類似するタスクの種別である類似タスク種別を含み、
　前記測定情報が前記マイグレーションタスクの実行中の状態に一致する状態を含まない場合、前記推定は、前記類似タスク種別の状態から前記特定状態を選択する、
請求項１に記載のストレージ装置管理方法。
　前記測定情報は、前記マイグレーションタスクに類似する複数の類似タスク種別と、前記複数の類似タスク種別の夫々の優先度とを含み、
　前記推定は、前記複数の類似タスク種別の中から、最も高い優先度に対応する類似タスク種別を選択し、前記選択された類似タスク種別の状態から前記特定状態を選択する、
請求項２に記載のストレージ装置管理方法。
　前記複数の類似タスク種別は、優先度の降順に、リモートコピー、ローカルコピー、シュレッディングを含む、
請求項３に記載のストレージ装置管理方法。
　前記測定情報は、前記状態毎に、前記過去のタスクの実行中の前記物理リソースの負荷の大きさを示す負荷推定情報を含み、
　前記推定は、前記特定状態に対応する負荷推定情報と、前記第一ボリュームの容量とに基づいて、前記マイグレーションタスクの所要時間を推定する、
請求項１に記載のストレージ装置管理方法。
　前記特定状態に基づいて、前記推定の精度を決定し、前記精度を表示装置に表示させることを更に備える、
請求項５に記載のストレージ装置管理方法。
　前記負荷は、前記過去のタスクと同時に前記物理リソースを用いるタスク群の数を示す多重度を含み、
　前記推定は、前記予定情報に基づいて、前記マイグレーションタスクの実行中における前記特定物理リソースの多重度を算出し、前記測定情報から、前記算出された多重度を含む前記特定状態を選択する、
請求項５に記載のストレージ装置管理方法。
　前記推定は、前記予定情報に基づいて、前記マイグレーションタスクの実行期間を、前記特定物理リソースの負荷が一定である時間区間に分割し、前記時間区間毎に、前記予定情報から前記時間区間に前記特定物理リソースを用いるタスクを選択し、前記測定情報から、前記時間区間における状態を選択し、前記選択された状態に最も近い状態を選択し、前記選択された状態に対応する負荷推定情報に基づいて、前記選択されたタスクの所要時間を推定し、前記選択されたタスクの所要時間に基づいて前記時間区間を更新する、
請求項５に記載のストレージ装置管理方法。
　前記構成情報は、前記物理リソースの処理速度を示す処理速度情報を含み、
　前記推定は、前記構成情報に基づいて、前記選択されたタスクだけが前記特定物理リソースを用いる場合の前記選択されたタスクの所要時間を算出し、前記算出された所要時間と前記選択された状態に対応する負荷推定情報とに基づいて、前記選択されたタスクの所要時間を推定する、
請求項８に記載のストレージ装置管理方法。
　前記予定情報に基づいて、前記第一ストレージ装置に前記タスクを実行させ、
　前記タスクの所要時間を測定し、
　前記測定された所要時間に基づいて前記測定情報を更新する、
ことを更に備える、
請求項５に記載のストレージ装置管理方法。
　第一ストレージ装置と、
　前記第一ストレージ装置に接続される第二ストレージ装置と、
　前記第一ストレージ装置及び前記第二ストレージ装置に接続される管理計算機と、
を備え、
　前記管理計算機は、
　　前記第一ストレージ装置内の物理リソースと、前記第一ストレージ装置内のボリュームの容量とを示す構成情報を記憶し、
　　前記第一ストレージ装置により実行される過去のタスクと、前記過去のタスクにより用いられる前記物理リソースとの状態を示す測定情報を記憶し、
　　前記第一ストレージ装置により実行される複数のタスクであって、前記第一ストレージ装置内の第一ボリュームから第二ストレージ装置内の第二ボリュームへのマイグレーションタスクを含む前記複数のタスクの予定を示す予定情報を記憶し、
　　前記予定情報に基づいて、前記測定情報から、前記第一ボリュームに割り当てられる特定物理リソースを用いるタスクの実行中の状態であって、前記マイグレーションタスクの実行中の状態に最も近い特定状態を選択し、前記特定状態と前記第一ボリュームの容量とに基づいて、前記マイグレーションタスクの所要時間を推定する、
計算機システム。