WO2014167716A1

WO2014167716A1 - 計算機システムの管理システム及び管理方法

Info

Publication number: WO2014167716A1
Application number: PCT/JP2013/061090
Authority: WO
Inventors: あん奈松元; 中島　淳; 金子　聡; 京子三輪; 幸徳坂下
Original assignee: 株式会社日立製作所
Priority date: 2013-04-12
Filing date: 2013-04-12
Publication date: 2014-10-16
Also published as: US9442765B2; US20150205639A1

Abstract

　一実施形態において、管理システムは、ホスト計算機によって実行される複数ジョブの実行順序を定義するジョブネットの情報を示す第１情報に基づき、ジョブネットにおいて同時実行の可能性がある複数ジョブを特定する。管理システムは、複数ジョブのそれぞれの実行内容を示す第２情報に基づき、同時実行の可能性がある複数ジョブのデータを格納する、ホスト計算機上の格納場所を特定する。管理システムは、ホスト計算機における複数データ格納場所及びストレージ装置の複数リソースの間の割り当て関係を示す第３情報に基づき、特定した格納場所のそれぞれに割り当てられているストレージ装置のリソースを特定する。管理システムは、特定された格納場所における少なくとも２つの格納場所に割り当てられている、ストレージ装置の物理リソースは、少なくとも２つのジョブによって同時利用の可能性がある物理リソースであると判定する。

Description

計算機システムの管理システム及び管理方法

　本発明は、ストレージ装置を含む計算機システムの管理に関する。

　現在の計算機システムでは、多数の計算機リソースや記憶リソースを有する環境の中、各種業務がオンラインで処理される。このような計算機システムでは、オンライン処理された多量のデータを解析し、付加価値情報を業務に反映させる動きが盛んになっている。その中で、データ解析処理を一括で実施可能なジョブネットシステムが広く利用されている。

　ジョブネットは、複数のジョブの実行順序及びその流れを示す。ジョブネットは、昼間はオンライン業務を優先的に処理し、夜間はデータ解析を優先的に処理するなど、時間帯によってサーバの利用形態を変えることにより、計算機リソースの稼働率を上げることができる。

　リソースの稼働率を上げる方法として、サーバの計算機リソースをジョブネット毎に割り当て、並列実行する技術が知られている（特許文献１）。また、ジョブのデータラベル名から、ジョブが対象としているデータの重複を検知し、複数ジョブの並列の可否を判定する技術が知られている（特許文献２）。

特開２００８－２２６１８１号公報特開２０１１－１００２６３号公報

　複数のジョブを実行するシステムにおいては、同時に実行される複数のジョブが、同じストレージ装置の物理記憶リソースにアクセスする可能性がある。たとえば、異なるデータラベルのデータが、同じストレージ装置の物理記憶リソースに格納されている場合には、アクセス先のデータラベルが異なっている複数のジョブを同時に実行した場合であっても一つの物理記憶リソースに負荷が集中する可能性がある。

　したがって、ストレージ装置を利用する複数のジョブを実行する際に、複数のジョブが同一物理リソースに同時にアクセスするかどうかを判定し、ユーザに通知することができる技術が望まれる。

　本発明の一態様は、ホスト計算機とストレージ装置とを含む計算機システム、を管理する、管理システムである。管理システムは、プロセッサと、メモリと、出力デバイスとを含む。前記メモリは、前記ホスト計算機によって実行される複数ジョブの実行順序を定義するジョブネットの情報を示す、第１情報を保持する。前記メモリは、前記複数ジョブのそれぞれの実行内容を示す、第２情報を保持する。前記メモリは、前記ホスト計算機における複数データ格納場所及び前記ストレージ装置の複数リソースの間の割り当て関係を示す、第３情報を保持する。前記プロセッサは、前記第１情報に基づき、前記ジョブネットにおいて同時実行の可能性がある複数ジョブを特定する。前記プロセッサは、前記第２情報に基づき、前記同時実行の可能性がある複数ジョブのデータを格納する、前記ホスト計算機上の格納場所を特定する。前記プロセッサは、前記第３情報に基づき、前記特定した格納場所のそれぞれに割り当てられている前記ストレージ装置のリソースを特定する。前記プロセッサは、前記特定された格納場所における少なくとも２つの格納場所に割り当てられている、前記ストレージ装置の物理リソースは、少なくとも２つのジョブによって同時利用の可能性がある物理リソースであると判定する。前記プロセッサは、前記判定の結果を前記出力デバイスに出力する。

　本発明の一態様によれば、ストレージ装置を利用する複数のジョブを実行する際に、複数のジョブが同一物理リソースに同時にアクセスし負荷が集中する可能性があることを適切に判定することができる。

本実施形態において、計算機システムのハードウェア構成例を模式的に示す。本実施形態において、計算機システムの処理の流れの例を模式的に示す。本実施形態において、ホスト計算機の構成の例を示す。本実施形態において、ホスト管理計算機の構成例を模式的に示す。本実施形態において、ストレージ管理計算機の構成例を模式的に示す。本実施形態において、ストレージ装置の構成例を模式的に示す。本実施形態において、計算機システムにおけるボリューム構成例を模式的に示す。本実施形態において、ジョブ情報テーブルの構成例を示す。本実施形態において、ジョブネット情報テーブルの構成例を示す。本実施形態において、リソース情報テーブルの構成の例を示す。本実施形態において、同時実行ジョブ情報テーブルの構成例を示す。本実施形態において、コマンド負荷情報テーブルの構成例を示す。本実施形態において、リソースモニタリング情報テーブルの構成例を示す。本実施形態において、同時利用リソース特定プログラムの処理の概要のフローチャートの例を示す。本実施形態において、同時に実行される可能性があるジョブを特定する処理のフローチャートの例を示す。本実施形態において、同時利用の可能性がある物理リソースを特定する処理のフローチャートの例を示す。本実施形態において、同時利用の可能性がある物理リソースへの最大負荷を推定する処理の詳細なフローチャートの例を示す。本実施形態において、ユーザへの通知を判定する処理のフローチャートの例を示す。本実施形態において、同時利用リソース特定プログラムの実行ポリシを設定する画面の例を示す。本実施形態において、同時利用リソース特定プログラムの通知結果を示す画面の例を示す。

　以下、添付図面を参照して本発明の実施形態を説明する。本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。各図において共通の構成については同一の参照符号が付されている。

　以下の説明では、「プログラム」を主語として処理を説明する場合がある。プログラムは、プロセッサ（例えばＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ））によって実行されることで、定められた処理を、適宜に計算機リソース（例えばメモリ）及び／又は通信インタフェース（例えば通信ポート）を用いながら行うため、処理の主語がプロセッサであってもよく、当該プロセッサを含む装置であってもよい。以後の説明では、主に、「ａａａテーブル」等の表現にて本発明の情報を説明するが、情報はテーブル、リスト、ＤＢ、キュー、等のデータ構造以外で表現されていてもよい。

　ジョブネットについて説明する。ジョブネットは、ホスト計算機が扱うデータを対象としたデータ管理やデータ処理という、ジョブの順序を定義したスケジューラである。計算機は、ジョブネットにおける定義に従い、複数のジョブを実行する。

　ジョブは、例えば、実行するファイル、実行処理の操作コマンドの引数、対象データのホスト計算機上のデータ格納場所等を定義する。ジョブネットは、複数のジョブを対象として、各ジョブの実行条件を定義する。ジョブネットが定義可能な事項に特定の規則は存在していない。ジョブネットにおける定義は、ジョブの作成や管理を行うソフトウェアに応じて、ジョブネットを実行するために必要な情報に依存する。ジョブネットは、少なくとも、ジョブの実行順序を定義する。

　以下、本実施形態を記述する。図１は、本実施形態の計算機システム１００の構成例を模式的に示す。計算機システム１００は、ホスト計算機１１０と、ホスト管理計算機１２０と、ストレージ管理計算機１２５と、ストレージシステムを含む。ストレージシステムは、ストレージ装置１３０を含む。各装置の詳細は後述する。

　なお、説明を簡単にするため、図１は、１台のホスト計算機１１０、１台のホスト管理計算機１２０、１台のストレージ管理計算機１２５、ストレージシステムとして１台のストレージ装置１３０、により計算機システムを構成する場合を示す。計算機システム１００は、複数ホスト計算機１１０、複数ホスト管理計算機１２０、複数ストレージ管理計算機１２５を含むことができる。ストレージシステムは、複数ストレージ装置１３０を含むことができる。

　本計算機システム１００の管理システムは、１台のホスト管理計算機１２０、１台のストレージ管理計算機１２５で構成されているが、管理システムを構成する計算機の数は限定されない。ホスト管理計算機１２０とストレージ管理計算機１２５とは、同一計算機であってもよい。ホスト管理計算機１２０とストレージ管理計算機１２５とは、第三の計算機に管理されていてもよい。

　ホスト計算機１１０の管理Ｉ／Ｆ（ＩｎｔｅｒＦａｃｅ）１５０と、ホスト管理計算機１２０の管理Ｉ／Ｆ１６０と、ストレージ管理計算機１２５の管理Ｉ／Ｆ１８５と、ストレージ装置１３０の管理Ｉ／Ｆ１８０とは、管理ネットワーク２００（例えば、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ））を介して、接続されている。

　これにより、ホスト管理計算機１２０及びストレージ管理計算機１２５は、ホスト計算機１１０及びストレージ装置１３０と、通信可能であり、また、ホスト管理計算機１２０と、ストレージ管理計算機１２５は、相互通信可能である。管理ネットワーク２００がＬＡＮの場合、各管理Ｉ／Ｆ１５０、１６０、１８０、１８５は、例えば、ＬＡＮカードである。

　ホスト計算機１１０の１以上のデータＩ／Ｆ１４０とストレージ装置１３０の１以上の通信ポート１７０とは、データ通信ネットワーク１９０（例えば、ＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）を介して、接続されている。これにより、ホスト計算機１１０と、ストレージ装置１３０とが、互いに通信可能である。データ通信ネットワーク１９０がＳＡＮの場合、データＩ／Ｆ１４０、１７０は、例えば、ＨＢＡ（ＨｏｓｔＢｕｓＡｄａｐｔｅｒ）である。

　図２は、計算機システム１００の処理の流れを示す模式図である。ストレージ装置１３０は、通信ポート１７０と、「ＬＤＥＶ１」、「ＬＤＥＶ２」で示される２つの論理ボリューム（論理記憶リソース）４００、４１０と、１つの物理記憶リソース（ディスクアレイはその一例）１０７０を含む。

　２つの論理ボリューム４００と４１０は、物理記憶リソース１０７０に基づいて生成されており、物理記憶リソース１０７０の物理記憶領域が、論理ボリューム４００と４１０に割り当てられる。２つの論理ボリューム４００、４１０は異なった識別子を持っており、各々を別々にホスト計算機１１０へ割り当てることができる。

　ストレージ装置１３０は、２つ論理ボリューム４００、４１０をホスト計算機１１０に提供している。「ＬＤＥＶ１」で示される論理ボリューム４００は、「Ｐｏｒｔ１」で示される通信ポート１７０を介してホスト計算機３１０のデータインタフェースに接続され、ホスト計算機１１０上の「Ｄｒｉｖｅ１」で示されるデータ格納場所３７０に割り当てられる。

　「ＬＤＥＶ２」で示される他の論理ボリューム４１０は、同じく「Ｐｏｒｔ１」で示される通信ポート１７０を介してホスト計算機３１０のデータインタフェースに接続され、ホスト計算機１１０上の「Ｄｒｉｖｅ２」で示されるデータ格納場所３８０に割り当てられる。

　ホスト管理計算機１２０は、ジョブネット３４０を有する。ユーザは、ホスト管理計算機１２０のユーザインタフェースを介して、例えば、「ジョブネット００１」で示されるジョブネット３４０を定義し、指定した時間にジョブネット３４０を実行することができる。

　図２は、ジョブネット３４０の構成を模式的に示している。例えば、ジョブネット３４０は、ジョブ３５０からジョブ３５５の６個のジョブ及びそれらの関係で構成されている。ジョブ３５０からジョブ３５５は、それぞれ、後述図８のジョブ情報テーブル８１０が示す情報や、実行ファイルの情報を有している。

　ジョブ間をつなぐ矢印（ジョブ３５４（ＪｏｂＡ）とジョブ３５２（ＪｏｂＤ）をつなぐ矢印のみ３６０で指示）は、ジョブ間の関係を示しており、前のジョブ（ＪｏｂＡ）が完了した後に次のジョブ（ＪｏｂＤ）が実行開始されることを示している。例えば、後述図９のジョブネット情報テーブル９２０は、ジョブ間の関係を含むジョブネット３４０の情報を示す。後述するように、ジョブとジョブ間の関係から、後述図１１の同時実行ジョブ情報テーブル８４０が、作成される。

　図２を参照して、ジョブネット３４０の各ジョブが対象としている物理リソースの比較を以下に説明する。ジョブ３５０（ＪｏｂＢ）は、データ格納場所３７０を参照し、論理ボリューム４００を割り当てられている。Ｉ／Ｏルート３６１に示す通り、物理リソースとして、通信ポート１７０がデータ格納場所３７０に割り当てられ、物理記憶リソース（ディスクアレイはその一例）１０７０が論理ボリューム４００に割り当てられている。

　ジョブ３５３（ＪｏｂＥ）は、データ格納場所３８０を参照し、論理ボリューム４１０が割り当てられている。Ｉ／Ｏルート３６２に示す通り、物理リソースとしては、通信ポート１７０がデータ格納場所３８０に割り当てられ、物理記憶リソース１０７０が論理ボリューム４１０に割り当てられている。

　ジョブ３５０とジョブ３５３が同時に実行された場合、通信ポート１７０と物理記憶リソース１０７０に、ジョブ３５０とジョブ３５３からのＩ／Ｏ負荷が集中し、ジョブ３５０及びジョブ３５３の実行時間が長くなる可能性がある。

　そこで、ストレージ管理計算機１２５は、ジョブネット３４０で指定された時刻もしくは指定された時刻から所定時間前に、上記可能性を検知し、ユーザに通知する。これにより、ユーザがジョブネット実行前に、ジョブネットの実行時間が長くなる可能性を認識し、対処することで、ジョブネットの長時間化もしくは失敗を防ぐことができる。

　図３から図６は、前記の機能を提供するための計算機システムを構成する各装置の構成例を示す。図３は、ホスト計算機１１０の構成例を示す。ホスト計算機１１０は、Ｉ／Ｏコマンドを発行する計算機である。ホスト計算機１１０は、入力デバイス５１０と、出力デバイス５２０と、プロセッサ５３０（図中ＣＰＵと表記）と、ディスクデバイス５４０と、メモリ５６０と、管理Ｉ／Ｆ１５０と、１以上のデータＩ／Ｆ１４０とを有する。

　入力デバイス５１０は、ユーザがホスト計算機１１０に情報を入力するためのデバイスである。入力デバイス５１０は、例えば、キーボード、ポインティングデバイス、スイッチ、タッチパネル、マイクロホン等である。出力デバイス５２０は、ホスト計算機５００がユーザに情報を出力するためのデバイスである。出力デバイス５２０は、例えば、モニタディスプレイ、スピーカ、プリンタ等である。

　プロセッサ５３０は、メモリ５６０に記憶されたプログラムや演算パラメータ等に従って、ホスト計算機１１０の動作を制御して、後述する各種機能を実現する。ディスクデバイス５４０は、物理記憶デバイスである。ディスクデバイス５４０は、例えば、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等である。

　メモリ５６０は、例えば、アプリケーションプログラム５７０を格納している。メモリ５６０は、２以上のアプリケーションプログラムを格納していてもよい。メモリ５６０は、この他、ＯＳを含む本システムにおける動作に必要な不図示のプログラムを格納している。

　管理Ｉ／Ｆ１５０は、管理ネットワーク２００を介して、ホスト管理計算機１２０と、ストレージ管理計算機１２５と、ストレージ装置１３０と通信するための通信インタフェースである。データＩ／Ｆ１４０は、データ通信ネットワーク１９０を介して、ストレージ装置１３０と通信するための通信インタフェースである。

　図４は、ホスト管理計算機１２０の構成例を示す。ホスト管理計算機１２０は、例えば、パーソナルコンピュータやワークステーションなどの、計算機である。ホスト管理計算機１２０は、入力デバイス６２５と、出力デバイス６３０と、プロセッサ６３５（図中ＣＰＵと表記）と、ディスクデバイス６４０と、メモリ６４５と、管理Ｉ／Ｆ１６０とを有する。

　入力デバイス６２５は、システム管理者等のユーザがホスト管理計算機１２０に指示を与えるためのデバイスである。入力デバイス６２５は、例えば、キーボード、ポインティングデバイス、スイッチ、タッチパネル、マイクロホン等である。

　出力デバイス６３０は、ホスト管理計算機１２０がシステム管理者等のユーザに情報を出力するためのデバイスである。出力デバイス６３０は、例えば、モニタディスプレイ、スピーカ、プリンタ等である。

　プロセッサ６３５は、メモリ６４５に記憶されたプログラムや演算パラメータ等に従って、ホスト管理計算機１２０の動作を制御して、後述する各種機能を実現する。ディスクデバイス６４０は、物理記憶デバイスである。ディスクデバイスは、例えば、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等である。

　メモリ６４５は、例えば、ジョブ管理プログラム６５０と、ホスト管理プログラム６６０とを格納している。メモリ６４５は、この他、ＯＳを含む本システムにおける動作に必要な不図示のプログラムを格納している。

　ジョブ管理プログラム６５０は、ストレージ管理計算機１２５のメモリ７４５に格納されていてもよいし、第三の管理計算機のメモリに格納されていてもよい。ジョブ管理プログラム６５０は、システム管理者等のユーザが入力デバイス６２５に対して入力した要求に応じて、ジョブの内容及びジョブネットの内容を定義する。ジョブ管理プログラム６５０は、ジョブの実行順序やスケジュールを定義するジョブネットの定義内容に従って処理を実行する。

　ジョブ管理プログラム６５０は、ストレージ管理計算機７００のジョブ情報管理プログラム８２０と通信して、各種情報を送受信する。ジョブ管理プログラム６５０と、ジョブ情報管理プログラム８２０とが、同じ計算機のメモリに格納されている場合には、それらは、計算機内部にて通信を行う。ジョブ情報管理プログラム８２０がジョブ管理プログラム６５０と別の計算機のメモリに格納されている場合には、それらは、管理ネットワーク２００を介して通信を行う。

　具体的には、ジョブ管理プログラム６５０は、ジョブの実行開始条件を定義し、ジョブの対象となるホスト計算機１１０上のデータ格納場所を定義する。ジョブ管理プログラム６５０は、実行開始条件に従い、定義されたホスト計算機１１０上のデータ格納場所の対象であるストレージ装置１３０の物理リソースに対し、定義された実行処理の操作コマンドに応じてデータを書き込み及び読み出し、過去に実行されたジョブのログ情報を管理する。ジョブ管理プログラム６５０の処理は、後で詳細に記述する。

　ホスト管理プログラム６６０は、ホスト計算機１１０の構成情報や性能情報を管理する。ホスト管理プログラム６６０は、ストレージ管理計算機１２５のホスト情報管理プログラム７９０と通信して、各種情報を送受信する。ホスト管理プログラム６６０と、ホスト情報管理プログラム７９０が同じ計算機のメモリに格納されている場合には計算機内部にて通信を行う。ホスト情報管理プログラム７９０がホスト管理プログラム６６０とは別の計算機のメモリに格納されている場合、それらは、管理ネットワーク２００を介して通信を行う。

　管理Ｉ／Ｆ１６０は、ホスト管理計算機１２０が、管理ネットワーク２００を介して、ホスト計算機１１０と、ストレージ管理計算機１２５と、ストレージ装置１３０と通信するための通信インタフェースである。

　図５は、ストレージ管理計算機１２５の構成例を示す。ストレージ管理計算機１２５は、例えば、パーソナルコンピュータやワークステーションなどの計算機である。ストレージ管理計算機１２５は、入力デバイス７１０と、出力デバイス７２０と、プロセッサ７３０（図中ＣＰＵと表記）と、ディスクデバイス７４０と、メモリ７４５と、管理Ｉ／Ｆ１８５と、を有する、

　入力デバイス７１０は、システム管理者等のユーザがストレージ管理計算機１２５に指示を与えるためのデバイスである。入力デバイス７１０は、例えば、キーボード、ポインティングデバイス、スイッチ、タッチパネル、マイクロホン等である。

　出力デバイス７２０は、ストレージ管理計算機１２５がシステム管理者等のユーザに情報を出力するためのデバイスである。出力デバイス７２０は、例えば、モニタディスプレイ、スピーカ、プリンタ等である。プロセッサ７３０は、メモリ７４５に記憶されたプログラムを実行し、後述する機能を実現する。ディスクデバイス７４０は、物理記憶デバイスである。ディスクデバイス７４０は、例えば、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等である。

　メモリ７４５は、例えば、リソース情報テーブル７５０と、ホスト情報テーブル７６０と、リソースモニタリング情報テーブル７７０と、リソース情報管理プログラム７８０と、ホスト情報管理プログラム７９０と、同時利用リソース特定プログラム８００と、ジョブ情報テーブル８１０と、ジョブ情報管理プログラム８２０と、同時実行ジョブ情報テーブル８３０と、同時実行ジョブ特定プログラム８４０と、を格納する。

　メモリ７４５は、さらに、リソース対応付けプログラム８５０と、負荷算出プログラム８６０と、コマンド負荷情報テーブル８７０と、ポリシ情報テーブル８８０と、特定結果情報テーブル８９０と、ジョブネット情報テーブル９２０と、ジョブが実行するファイル群９３０を記憶している。

　ジョブ情報テーブル８１０と、ジョブネット情報テーブル９２０と、同時実行ジョブ情報テーブル８３０と、ジョブ情報テーブル８１０を基に動く、同時利用リソース特定プログラム８００と、ジョブ情報管理プログラム８２０と、同時実行ジョブ特定プログラム８４０は、まとめてホスト管理計算機１１０のメモリ６４５に格納されていても良いし、第三の管理計算機のメモリに格納されていても良い。

　リソース対応付けプログラム８５０と、負荷算出プログラム８６０は、コマンド負荷情報テーブル８７０と、前記コマンド負荷情報テーブル８７０と、リソース情報テーブル７５０と、を基に動作する。これらは、まとめてホスト管理計算機１２０のメモリ６４５に格納されていても良いし、第三の管理計算機のメモリに格納されていても良い。

　ポリシ情報テーブル８８０と、特定結果情報テーブル８９０は、まとめてホスト管理計算機１２０のメモリ６４５に格納されていても良いし、第三の管理計算機のメモリに格納されていても良い。

　リソース情報テーブル７５０と、ホスト情報テーブル７６０と、リソースモニタリング情報テーブル７７０と、ジョブ情報テーブル８１０と、同時実行ジョブ情報テーブル８３０と、コマンド負荷情報テーブル８７０と、ポリシ情報テーブル８８０と、特定結果情報テーブル８９０と、の構成の詳細については後述する。

　リソース情報管理プログラム７８０は、リソース情報テーブル７５０とリソースモニタリング情報テーブル７７０を管理する。リソース情報管理プログラム７８０は、後述のストレージ装置１３０のリソース管理プログラム１０４０及びリソースモニタリングプログラム１０５０と通信して、各種情報を送受信する。

　具体的には、リソース情報管理プログラム７８０は、ストレージ装置１３０のリソース管理プログラム１０４０から収集した情報をリソース情報テーブル７５０に格納し、必要に応じて更新する。リソース情報管理プログラム７８０は、ストレージ装置１３０のリソースモニタリングプログラム１０５０から収集した情報を、時系列情報としてリソースモニタリング情報テーブル７７０に格納し、必要に応じて更新する。

　ホスト情報管理プログラム７９０は、ホスト計算機１１０から収集された情報を管理する。ホスト情報管理プログラム７９０は、ホスト計算機１１０又はホスト管理計算機１２０と通信して、各種情報を送受信する。具体的には、ホスト情報管理プログラム７９０は、ホスト計算機１１０が扱うデータのホスト計算機１１０上のデータ格納場所や、データ容量を、ホスト情報テーブル７６０に格納し、必要に応じて更新する。

　同時利用リソース特定プログラム８００は、ジョブ情報テーブル８１０と同時実行ジョブ情報テーブル８３０とを基に、同時に実行される可能性がある複数のジョブで利用される、ストレージ装置１３０の物理リソースを特定する。同時利用リソース特定プログラム８００は、同時実行ジョブ特定プログラム８４０と、リソース対応プログラム８５０と通信して、各種情報を送受信する。

　同時利用リソース特定プログラム８００とソース対応プログラム８５０とが同じ計算機のメモリに格納されている場合には、それらは計算機内部にて通信を行う。同時利用リソース特定プログラム８００が、ソース対応プログラム８５０とは別の計算機のメモリに格納されている場合には、それらは、管理ネットワーク２００を介して通信を行う。本処理の詳細については、後述する。

　ジョブ情報管理プログラム８２０は、ジョブ情報テーブル８１０及びジョブネット情報テーブル９２０を管理する。ジョブ情報管理プログラム８２０は、ホスト管理計算機１２０のジョブ管理プログラム６５０と通信して、各種情報を送受信する。具体的には、ジョブ情報管理プログラム８２０は、ジョブについての情報を、ジョブ情報テーブル８００に格納し、ジョブネットについての情報をジョブネット情報テーブル９２０に格納し、それらを必要に応じて更新する。

　ジョブ情報管理プログラム８２０と、ジョブ管理プログラム６５０が同じ計算機のメモリに格納されている場合には、それらは計算機内部にて通信を行う。ジョブ情報管理プログラム８２０が、ジョブ管理プログラム６５０とは別の計算機のメモリに格納されている場合には、それらは、管理ネットワーク２００を介して通信を行う。

　同時実行ジョブ特定プログラム８４０は、ジョブネット情報テーブル９２０を基に、同時に実行される可能性がある複数のジョブを特定し、特定した情報を、同時実行ジョブ情報テーブル８３０に格納し、管理する。同時実行ジョブ特定プログラム８４０は、同時利用リソース特定プログラム８００と通信して、各種情報を送受信する。

　リソース対応付けプログラム８５０は、ストレージ管理計算機１２５のリソース情報テーブル７５０と、リソースモニタリング情報テーブル７７０を基に、ホスト計算機１１０が扱うデータのホスト計算機１１０上のデータ格納場所と、ストレージ装置１３０内で利用される物理リソースと、を対応付ける。

　リソース対応付けプログラム８５０は、同時利用リソース特定プログラム８００と通信して、各種情報を送受信する。リソース対応付けプログラム８５０と、同時利用リソース特定プログラム８００が同じ計算機のメモリに格納されている場合には、それらは計算機内部にて通信を行う。リソース対応付けプログラム８５０が、同時利用リソース特定プログラム８００とは別の計算機のメモリに格納されている場合に、それらは管理ネットワーク２００を介して通信を行う。本処理の詳細については、後述する。

　負荷算出プログラム８６０は、コマンド負荷情報テーブル８７０を基に、同時に利用される可能性がある物理リソースへのＩ／Ｏ負荷を算出する。負荷算出プログラム８６０は、同時利用リソース特定プログラム８００と通信して、各種情報を送受信する。

　負荷算出プログラム８６０と、同時利用リソース特定プログラム８００が同じ計算機のメモリに格納されている場合には、それらは計算機内部にて通信を行う。負荷算出プログラム８６０が、同時利用リソース特定プログラム８００とは別の計算機のメモリに格納されている場合には、それらは、管理ネットワーク２００を介して通信を行う。本処理の詳細については、後述する。

　管理Ｉ／Ｆ１８５は、ストレージ管理計算機１２５が、管理ネットワーク２００を介して、ホスト計算機１１０と、ホスト管理計算機１２０と、ストレージ装置１３０と、通信するための通信インタフェースである。なお、以降のプロセッサ７３０が各プログラムに基づき処理している内容は、各プログラムを主体として記述する。

　図６は、ストレージ装置１３０の構成例を示す。ストレージ装置１３０は、例えば、コントローラ１０１０と、１以上のディスクアレイ１０７０と、を有する。コントローラ１０１０は、プロセッサ（「ＣＰＵ」と表記）１０２０と、メモリ１０３０と、管理Ｉ／Ｆ１８０と、１以上の通信ポート１７０と、ディスクＩ／Ｆ１０６０とを含んで構成される。コントローラ１０１０は、ストレージ装置１３０の動作を制御する。

　プロセッサ１０２０は、メモリ１０３０に記憶された各プログラムを実行し、所定の機能を実現する。メモリ１０３０は、例えば、リソース管理プログラム１０４０と、リソースモニタリングプログラム１０５０とを記憶している。

　リソース管理プログラム１０４０は、ストレージ装置１３０内のディスクアレイ１０７０並びにディスクアレイ１０７０を基に生成される論理記憶リソース（論理ボリューム及びプールを含む）及び仮想記憶リソース等を管理する。ディスクアレイ１０７０は、冗長化されたユーザデータを格納する複数のディスクドライブで構成されており、例えば、ＲＡＩＤ構成を有する。

　リソース管理プログラム１０４０は、ストレージ管理計算機１２５のリソース情報管理プログラム７８０と通信して、各種情報を送受信する。具体的には、リソース管理プログラム１０４０は、例えば、ストレージ装置１３０の有する物理リソース、論理リソース及び仮想リソースの情報を収集する。

　リソースモニタリング管理プログラム１０５０は、ストレージ装置１３０内の物理リソース、論理記憶リソース及び仮想記憶リソースを監視する。リソースモニタリング管理プログラム１０５０は、ストレージ管理計算機１２５のリソース情報管理プログラム７８０と通信して、各種情報を送受信する。

　具体的には、リソースモニタリング管理プログラム１０５０は、例えば、ストレージ装置１３０内の物理リソースのＩ／Ｏ負荷の変化や、物理記憶リソース（ディスクアレイ１０７０）に格納されているデータ容量の変化の情報を収集する。

　管理Ｉ／Ｆ１８０は、管理ネットワーク２００を介して、ストレージ装置１３０が、ホスト計算機１１０、ホスト管理計算機１２０と、ストレージ管理計算機１２５と、通信するための通信インタフェースである。

　通信ポート１７０は、データ通信ネットワーク１９０を介して、ホスト計算機１１０と通信するための通信インタフェースである。通信ポート１７０は物理リソースであり、単位時間内に処理可能なＩ／Ｏ数（ＩＯＰＳ）が決まっており、それ以上のＩ／Ｏを処理することができない。

　ディスクＩ／Ｆ１０６０は、コントローラ１０１０がディスクアレイ１０７０にアクセスするためのインタフェースである。ディスクアレイ１０７０は、データを格納する物理記憶リソースである。ディスクアレイの構成要素として、例えば、ハードディスクドライブ、半導体メモリドライブ、光ディスクドライブ、光磁気ディスクドライブ等のデータを読み書き可能な種々のデバイスを利用可能である。

　異なるタイプのハードディスクドライブを使用することができる。例えば、ＦＣ（ＦｉｂｒｅＣｈａｎｎｅｌ）ディスクドライブ、ＳＣＳＩ（ＳｍａｌｌＣｏｍｐｕｔｅｒＳｙｓｔｅｍＩｎｔｅｒｆａｃｅ）ディスクドライブ、ＳＡＴＡ（Ｓｅｒｉａｌ　Ａｄｖａｎｃｅｄ　Ｔｅｃｈｎｏｌｏｇｙ　Ａｔｔａｃｈｍｅｎｔ）ディスクドライブ、ＡＴＡディスクドライブ、ＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）ディスクドライブ等を用いることができる。

　さらに、例えば、フラッシュメモリ、ＦｅＲＡＭ(ＦｅｒｒｏｅｌｅｃｔｒｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＭＲＡＭ（ＭａｇｎｅｔｏｒｅｓｉｓｔｉｖｅＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、位相変化メモリ（ＯｖｏｎｉｃＵｎｉｆｉｅｄＭｅｍｏｒｙ）、ＲＲＡＭ（ＲｅｓｉｓｔａｎｃｅＲＡＭ）等の記憶ドライブを用いることもできる。

　物理記憶リソースが単位時間内に処理可能なＩ／Ｏ数（ＩＯＰＳ）が決まっており、それ以上のＩ／Ｏを処理することができない。また、そのＩ／Ｏ数は、記憶ドライブの種類や製品によって異なる。

　図７は、ストレージ装置１３０が提供するボリューム構成例の概念図を示す。ストレージシステムは、１以上のストレージ装置１３０で構成される。少なくとも１つのストレージ装置１３０に、シンプロビジョニング技術が適用されている。ホスト管理計算機１２０及びストレージ管理計算機１２５は図示されていないが、図４及び図５に示す構成を有する。

　ストレージ装置１３０は、Ｉ／Ｏ処理性能が異なる複数種類の物理記憶リソースを含む。図７の例において、ストレージ装置１３０は、ＳＳＤアレイ１０７０Ａ、ＳＡＳアレイ１０７０Ｂ、ＳＡＴＡアレイ１０７０Ｃを含む。

　ＳＳＤアレイ１０７０Ａは、複数のＳＳＤからなり、冗長化されたユーザデータを格納する。ＳＡＳアレイ１０７０Ｂ、複数のＳＡＳディスクドライブからなり、冗長化されたユーザデータを格納する。ＳＡＴＡアレイ１０７０Ｃは、複数のＳＡＴＡディスクドライブからなり、冗長化されたユーザデータを格納する。ストレージ装置１３０は、複数ＳＳＤアレイ１０７０Ａ、複数ＳＡＳアレイ１０７０Ｂ、複数ＳＡＴＡアレイ１２５を含むことができる。

　これらの物理記憶リソース１０７０Ａから１０７０Ｃにおいて、ＳＳＤアレイ１０７０Ａ、ＳＡＳアレイ１０７０Ｂ、ＳＡＴＡアレイ１０７０Ｃの順で、Ｉ／Ｏ処理性能が高い。ストレージ装置１３０は、データへのアクセス頻度を相対的に判定し、高アクセス頻度のデータをＳＳＤアレイ１０７０Ａへ、中アクセス頻度のデータをＳＡＳアレイ１０７０Ｂへ、低アクセス頻度のデータをＳＡＴＡアレイ１０７０Ｃへ、格納する。

　ストレージ装置１３０は、「ＬＤＥＶ」で示される複数の論理ボリューム１２００、１２１０、１２２０を含む。論理ボリュームは、物理記憶領域が割り当てられる物理記憶リソースのＩ／Ｏ処理性能を引き継ぐ。

　論理ボリューム１２００は、ＳＳＤアレイ１０７０Ａの物理記憶領域を論理化して形成されており、論理ボリューム１２００にＳＳＤアレイ１０７０Ａの物理記憶領域が割り当てられる。論理ボリューム１２１０は、ＳＡＳアレイ１０７０Ｂの物理記憶領域を論理化して形成されており、論理ボリューム１２１０にＳＡＳアレイ１０７０Ｂの物理記憶領域が割り当てられる。論理ボリューム１２２０は、ＳＡＴＡアレイ１０７０Ｃの物理記憶領域を論理化して形成されており、論理ボリューム１２２０にＳＡＴＡアレイ１０７０Ｃの物理記憶領域が割り当てられる。

　ストレージ装置１３０は、容量プール（以下においてプールとも呼ぶ）１１９０を含む。ストレージ装置１３０は、１以上のプールを含むことができる。１つのプール１１９０は、性能が同等または異なる１つ以上の論理ボリュームで構成される、１つの論理記憶リソースである。本例において、プール１１９０は、Ｉ／Ｏ処理性能が異なる論理ボリューム１２００、１２１０、１２２０で構成される。

　ストレージ装置１３０は、「ＶＶＯＬ１」と「ＶＶＯＬ２」で示される仮想ボリューム（仮想記憶リソース）１１７０、１１８０を含む。仮想ボリューム１１７０、１１８０は、プール１１９０の記憶領域を仮想化して形成されている。

　ストレージ装置１３０は、仮想ボリューム１１７０、１１８０をホスト計算機１１０に提供する、「Ｐｏｒｔ１」と「Ｐｏｒｔ２」で示される通信ポート１７０Ａ、１７０Ｃを有する。通信ポート１７０Ａ、１７０Ｃは、ストレージ装置１３０の物理リソースである。ストレージ装置１３０は、さらに、ホスト管理計算機１２０及びストレージ管理計算機１２５と通信するための不図示の管理Ｉ／Ｆを有する。

　論理ボリューム１２００、１２１０、１２２０は、一定量のデータを格納する領域であるページ（論理ページ）と呼ぶ記憶領域の単位に分割されている。各論理ページに対して、物理記憶リソース１０７０Ａから１０７０Ｃの、同量の物理記憶領域である物理ページが割り当てられる。仮想ボリューム１１７０、１１８０の仮想記憶領域には、ホスト計算機１１０からのライトに応じて、動的に論理ページが割り当てられる。

　ホスト計算機１１０から仮想ボリューム１１７０、１１８０を介してアクセスされるデータは、データのＩ／Ｏ頻度に応じて、適切なＩ／Ｏ処理性能の論理ボリューム１２００、１２１０、１２２０のページを経て、物理記憶リソース１０７０Ａから１０７０Ｃに格納される。なお、ストレージ装置１３０が有する論理記憶リソースは、ストレージ装置１３０とは別のストレージ装置から提供された論理リソースであっても良い。

　ホスト計算機１１０は、「Ｄｒｉｖｅ１」と「Ｄｒｉｖｅ２」で示される、論理的なドライブ１１１０、１１２０を含む。ドライブ１１１０、１１２０は、ホスト計算機１１０が扱うデータの、ホスト計算機１１０上の論理的なデータ格納場所である。ホスト計算機１１０は、さらに、ストレージ装置１３０の通信ポート１１５０、１１６０とデータ通信を行うデータインタフェース１１３０、１１４０を有する。ホスト計算機１１０は、さらに、ホスト管理計算機１２０及びストレージ管理計算機１２５と通信するための不図示の管理Ｉ／Ｆを有する。

　本例において、ドライブ１１１０には、ストレージ装置１３０の通信ポート１７０Ａと、仮想ボリューム１１７０と、プール１１９０が割り当てられている。ドライブ１１１０を格納場所とするデータは、論理ボリューム１２００、１２１０、１２２０を介して、物理記憶リソース１０７０Ａから１０７０Ｃに格納される。

　ドライブ１１２０には、ストレージ装置１３０の通信ポート１７０Ｂと、仮想ボリューム１１８０と、プール１１９０が割り当てられている。ドライブ１１２０を格納場所とするデータは、論理ボリューム１２００、１２１０、１２２０を介して、物理記憶リソース１０７０Ａから１０７０Ｃに格納される。

　同時に実行される可能性のある複数ジョブの対象データは、ドライブ１１１０と１１２０に格納されている。ドライブ１１１０とドライブ１１２０には、異なる通信ポートと仮想ボリュームが割り当てられているが、同じ論理ボリューム１２００、１２１０、１２２０及び物理記憶リソース１０７０Ａから１０７０Ｃが割り当てられている。

　ドライブ１１１０とドライブ１１２０のデータが実際に格納されている物理記憶リソースは、上述のように、各データのＩ／Ｏ頻度によって異なる。しかし、例えば、プール１１９０を経由して物理記憶リソース１０７０Ａから１０７０Ｃに格納されている他のデータに比べて、ドライブ１１１０とドライブ１１２０を格納場所としているデータのアクセス頻度が高い場合、ドライブ１１１０とドライブ１１２０の多くのデータが、ＳＳＤアレイ１０７０Ａに格納される。

　この状態で、ホスト計算機１１０が、ドライブ１１１０と１１２０のデータを対象とした複数のジョブを同時に実行する場合、ストレージ装置１３０の物理記憶リソース１０７０Ａに負荷が集中する。

　本実施形態は、ホスト計算機１１０が扱うデータのホスト計算機１１０上のデータ格納場所と、ストレージ装置１３０の物理リソースと、を対応付け、ストレージ装置１３０の特定の物理リソースへの負荷の集中を推定する。

　図８は、ジョブ情報テーブル８１０の構成例を示す。ジョブ管理プログラム６５０は、ユーザ入力及び／又はホスト計算機１１０から収集した情報により、ジョブ情報テーブル８１０と同様のテーブルを作成する。ジョブ管理プログラム６５０は、作成したテーブルの情報をジョブ情報管理プログラム８２０に送信する。ジョブ情報管理プログラム８２０は、ジョブ情報テーブル８１０を作成して、受信した情報を格納する。ジョブ情報管理プログラム８２０は、ジョブ情報テーブル８１０を、ジョブネット情報テーブル９２０と関連付けて管理する。

　図８において、ジョブ情報テーブル８１０は、ジョブカラム１３１０、実行装置カラム１３２０、実行ファイルカラム１３３０及び実行引数カラム１３４０を有する。エントリは、ジョブカラム１３１０の値の昇順でソートされている。

　ジョブカラム１３１０は、ジョブネットにおけるジョブの識別子を示す。実行装置カラム１３２０は、ジョブカラム１３１０のジョブを実行する計算機の識別子を示す。実行ファイルカラム１３３０は、ジョブカラム１３１０のジョブが実行するファイルの識別子を示す。１つのジョブは、１又は複数のファイルを実行する。

　ジョブ情報テーブル８１０が示す実行ファイルは、ジョブの実行ファイル群９３０に含まれている。ジョブの実行ファイルは、例えば、当該ファイルを実行する装置の識別子、１以上の実行コマンド、１以上の実行コマンドの対象とするデータの格納場所、等の情報を示す。

　実行引数カラム１３４０は、実行するファイルへの引数又は実行内容を示す。実行引数カラム１３４０は、ホスト計算機１１０が扱うデータのホスト計算機１１０上のデータ格納場所を示してもよい。実行引数カラム１３４０が実行ファイルの内容を示し、実行ファイルカラム１３３０を省略してもよい。実行ファイルカラム１３３０は、対象とするデータのホスト計算機１１０上のデータ格納場所も示してもよい。

　図９は、ジョブネット情報テーブル９２０の構成例を示す。ジョブ管理プログラム６５０は、ユーザ入力及び／又はホスト計算機１１０から収集した情報により、ジョブネット情報テーブル９２０と同様のテーブルを作成する。ジョブ管理プログラム６５０は、作成したテーブルの情報をジョブ情報管理プログラム８２０に送信する。ジョブ情報管理プログラム８２０は、ジョブネット情報テーブル９２０を作成して、受信した情報を格納する。ジョブ情報管理プログラム８２０は、ジョブネット情報テーブル９２０を、ジョブ情報テーブル８１０と関連付けて管理する。

　ジョブネット情報テーブル９２０は、ジョブカラム１５１０、データ格納場所カラム１５２０、実行開始条件カラム１５３０を有する。エントリは、ジョブカラム１５１０の値の昇順でソートされている。

　ジョブカラム１５１０は、ジョブの識別子を示す。データ格納場所カラム１５２０は、ジョブカラム１５１０のジョブが対象としている、ホスト計算機１１０が扱うデータの、ホスト計算機１１０上のデータ格納場所を示す。１つのジョブは、１又は複数のデータ格納場所にアクセスする。

　１つの実行ファイルの対象データは、ホスト計算機１１０上の１又は複数の格納場所に格納される。図８及び図９の例においては、１つの実行ファイルの対象データ格納場所は１つのみである。１つの実行ファイルの対象データが複数の格納場所に格納される場合、ジョブ情報テーブル８１０は、各格納場所のエントリを含む。

　実行開始条件カラム１５３０は、ジョブカラム１５１０のジョブを開始するために完了している必要があるジョブの識別子を示す。一つのエントリにおいて、実行開始条件カラム１５３０は複数のジョブ識別子を示してもよい。ジョブネットの開始に当たるジョブは、実行開始条件（カラム１５３０）を有していない場合がある。

　図１０は、リソース情報テーブル７５０の構成を示す。ストレージ装置１３０のリソース管理プログラム１０４０は、リソース情報テーブル７５０と同様のテーブルを作成し、その情報をストレージ管理計算機１２５に送信する。リソース情報管理プログラム７８０は、リソース管理プログラム１０４０から受信した情報を使用して、リソース情報テーブル７５０を作成し、管理する。

　リソース情報テーブル７５０は、ホスト計算機上のデータ格納場所とストレージ装置１３０のリソース（仮想リソース、論理リソース及び物理リソース）の関係を示す。リソース情報テーブル７５０は、ボリュームカラム１６１０、ストレージ装置カラム１６２０、ポートカラム１６３０、アレイカラム１６４０、ボリュームタイプカラム１６４５、プールカラム１６５０、Ｔｉｅｒ０の利用容量カラム１６６０、Ｔｉｅｒ１の利用容量カラム１６７０、Ｔｉｅｒ２の利用容量カラム１６８０、ホストカラム１６９０及びホスト計算機上のマウント先カラム１６９１を有する。

　ボリュームカラム１６１０は、ストレージシステムが含むボリューム（論理ボリューム及び仮想ボリューム）の識別子を示す。ストレージ装置カラム１６２０は、ボリュームカラム１６１０のボリュームが属するストレージ装置１３０の識別子を示す。

　ポートカラム１６３０は、ホスト計算機１１０からボリュームカラム１６１０のボリュームへのＩ／Ｏコマンドを転送する通信ポートの識別子を示す。アレイカラム１６４０は、ボリュームカラム１６１０のボリュームに物理記憶領域を提供しているアレイ（物理記憶リソース）の識別子を示す。ボリュームカラム１６１０のボリュームが仮想リソースである場合、アレイカラム１６４０は、例えば、最もＩ／Ｏ性能が高いディスクアレイの識別子を示す。なお、物理記憶リソースは、アレイ単位ではなく、記憶ドライブ単位で管理してもよい。

　ボリュームタイプカラム１６４５は、ボリュームカラム１６１０のボリュームのタイプを示す。定義されているボリュームタイプは、「ＶＶＯＬ」で示す仮想ボリューム、「ＰｏｏｌＶＯＬ」で示すプールの構成要素の論理ボリューム（プールボリューム）及びいずれのプールにも属さない論理ボリューム（不図示）である。図１０における「－」は、当該ボリュームが、いずれのプールにも属さない論理ボリュームであることを示す。

　プールカラム１６５０は、ボリュームが仮想ボリュームである場合に、ボリュームが属するプールの識別子を示している。Ｔｉｅｒ０の利用容量カラム１６６０、Ｔｉｒｔ１の利用容量カラム１６７０、Ｔｉｅｒ２の利用容量カラム１６８０は、ボリュームカラム１６１０のボリュームが仮想ボリュームである場合に、その仮想ボリュームがプールで利用しているデータ容量を、階層毎に示す。

　図７の構成例において、プール１１９０は、Ｉ／Ｏ処理性能が異なる３種類の論理リソース１０７０Ａから１０７０Ｃで構成されている。Ｔｉｅｒ０の利用容量カラム１６６０は、ＳＳＤアレイ１０７０Ａから論理的に切り出された論理リソース１２００に格納されているデータ容量を示す。

　Ｔｉｅｒ１の利用容量カラム１６７０は、ＳＡＳアレイ１０７０Ｂから論理的に切り出された論理リソース１２１０に格納されているデータ容量を示す。Ｔｉｅｒ２の利用容量カラム１６８０は、ＳＡＴＡアレイ１０７０Ｃから論理的に切り出された論理ボリューム１２２０に格納されているデータ容量を示す。Ｔｉｅｒは、論理記憶リソースである。

　ホストカラム１６９０は、ボリュームカラム１６１０のボリュームが提供されているホスト計算機１１０の識別子を示す。ホスト計算機上のマウント先カラム１６９１は、ボリュームカラム１６１０のボリュームを割り当てた、ホスト計算機１１０上のデータ格納場所を示す。

　図１１は、同時実行ジョブ情報テーブル８３０の構成例を示す。同時実行ジョブテーブル８３０は、ジョブネット情報テーブル９２０を基に同時実行ジョブ特定プログラム８４０が特定した、同時に実行される可能性があるジョブを示す。

　同時実行ジョブ情報テーブル８３０は、ジョブカラム１７１０及び同時実行ジョブカラム１７２０を有する。ジョブカラム１７１０は、同時実行される可能性がある他のジョブが存在するジョブの識別子を示す。

　同時実行ジョブカラム１７２０は、ジョブカラム１７１０のジョブと同時実行される可能性があるジョブの識別子を示す。各エントリは、同時実行ジョブカラム１７２０において、１又は複数のジョブの識別子を示す。同時実行される可能性があるジョブを特定する方法は、後述する。

　図１２は、コマンド負荷情報テーブル８７０の構成例を示す。コマンド負荷情報テーブル８７０は、ジョブが実行する操作コマンド毎のＩＯＰＳ（１秒毎に必要となるＩｎｐｕｔ及びＯｕｔｐｕｔの数）を示すテーブルである。コマンド負荷情報テーブル８７０は、コマンドカラム１９１０及びＩＯＰＳカラム１９２０を有する。

　コマンドカラム１９１０は、ジョブの実行ファイルで定義される実行処理の操作コマンドや、実行引数１３４０で指定される実行処理の操作コマンドの識別子を示す。コマンドカラム１９１０は、ジョブ管理プログラム６５０がサポートする全操作コマンドを示していてもよいし、ＩＯＰＳが大きい主要操作コマンドにのみを示していてもよい。ＩＯＰＳカラム１９２０は、コマンドカラム１９１０のコマンドのＩＯＰＳを示している。ＩＯＰＳカラム１９２０の値は、以前のジョブ実行結果の情報から算出された値でもよいし、ユーザにより入力された値でもよい。

　図１３は、リソースモニタリング情報テーブル７７０の構成例を示す。リソースモニタリング情報テーブル７７０は、ボリュームの利用容量の時系列情報を示す。ストレージ装置１３０のリソースモニタリング管理プログラム１０５０は、リソースモニタリング情報テーブル７７０で管理しているボリュームと同様の情報を含むテーブルを作成し、その情報をストレージ管理計算機１２５に送信する。リソース情報管理プログラム７８０は、ストレージ装置１３０から収集した情報からリソースモニタリング情報テーブル７７０を作成し、管理する。

　リソースモニタリング情報テーブル７７０は、ボリュームカラム２０１０、ストレージ装置カラム２０２０、日時カラム２０３０、Ｔｉｅｒ０の利用容量カラム２０４０、Ｔｉｅｒ１の利用容量カラム２０５０及びＴｉｅｒ２の利用容量カラム２０６０を有する。

　ボリュームカラム２０１０は、ボリュームの識別子を示す。ストレージ装置カラム２０２０は、ボリュームカラム２０１０のボリュームが属するストレージ装置の識別子を示す。日時カラム２０３０は、Ｔｉｅｒ毎の利用容量の監視情報を取得した日と時間を示す。

　Ｔｉｅｒ０の利用容量カラム２０４０、Ｔｉｅｒ１の利用容量カラム２０５０及びＴｉｅｒ２の利用容量カラム２０６０は、ボリュームカラム２０１０のボリュームが仮想リソースである場合に、そのボリュームが容量プールで利用している容量を階層毎に示す。

　Ｔｉｅｒ毎の利用容量カラム２０４０、２０５０、２０６０の情報を取得する期間や周期は、各ストレージ装置１３０により設定されており、各ストレージ装置１３０が、設定に従ってストレージ管理計算に１２５に送信してもよいし、ストレージ管理計算機１２５が、設定に従って、各ストレージ装置１３０に要求してもよい。

　図１４は、同時利用リソース特定プログラム８００の処理Ｓ１００の概要を示すフローチャートである。図１５から図１８は、図１４におけるステップの詳細な流れを示すフローチャートである。

　図１４において、同時利用リソース特定プログラム８００は、ホスト計算機１１０又はホスト管理計算機１２０から、新たに作成されたジョブネットの情報を受信したときに、当該ジョブネットについて、同時利用リソース特定処理Ｓ１００を実行する。同時利用リソース特定プログラム８００は、同時利用リソース特定処理Ｓ１００を、ジョブネットの実行時刻の所定時間前に実行してもよいし、ユーザが定義した時刻に実行してもよい。

　図１４において、同時利用リソース特定プログラム８００は、同時実行ジョブ特定プログラム８４０を用いて、同時に実行される可能性がある複数のジョブを特定する（Ｓ１１０）。ステップＳ１１０の詳細は、図１５を参照して後述する。

　次に、同時利用リソース特定プログラム８００は、ステップＳ１１０で特定した同時実行ジョブの情報を基に、リソース対応付けプログラム８５０を用いて、同時に利用される可能性があるストレージ装置の物理リソースを特定する（Ｓ１２０）。ステップＳ１２０の詳細は、図１６を参照して後述する。

　続いて、同時利用リソース特定プログラム８００は、ステップＳ１２０で特定した同時に利用される可能性がある物理リソースの情報を基に、負荷算出プログラム８６０を用いて、複数ジョブを同時実行した場合の物理リソースの負荷を推定する（Ｓ１３０）。ステップＳ１３０の詳細は、図１７を参照して後述する。

　同時利用リソース特定プログラム８００は、更に、ユーザの通知ポリシから通知オプションについて判定し（Ｓ１４０）、当該通知ポリシに従って、システム管理者等のユーザに処理結果を通知する（Ｓ１５０）。ステップＳ１４０の詳細は、図１８を参照して後述する。

　図１５は、同時に実行される可能性があるジョブを特定するステップＳ１１０の詳細な流れを示している。同時実行ジョブ特定プログラム８４０は、同時利用リソース特定プログラム８００の指示を受け、図１５のフローチャートに従った処理を行う。

　同時実行ジョブ特定プログラム８４０は、ジョブ情報管理プログラム８２０に指示し、ホスト管理計算機１２０のジョブ管理プログラム６５０からジョブネット及びジョブに関する情報を取得させ、ジョブ情報テーブル８１０、ジョブの実行ファイル群９３０、ジョブネット情報テーブル９２０に情報を格納させる（Ｓ１６０）。

　次に、同時実行ジョブ特定プログラム８４０は、ジョブネット情報テーブル９２０を参照して、同時に実行される可能性がある複数のジョブを特定する（Ｓ１７０）。同時実行の可能性があるジョブの特定方法の例は、次の通りである。同時実行ジョブ特定プログラム８４０は、以下に説明する方法例と異なる方法で、同時に実行される可能性がある複数のジョブを特定してよい。

　図２に例示するように、ジョブネットにおいて、１つのジョブから複数のパスが分岐することがある。図２の例において、「ＪｏｂＡ」で表記されるジョブ３５４（起点ジョブ）から、ジョブ３５０、３５１の第１パスと、ジョブ３５２、３５３の第２パスが存在する。これら２つのパスは、「ＪｏｂＦ」で表記されるジョブ３５５（終点ジョブ）に合流する。第１パスと第２パスとは、並列関係にある。

　同時実行ジョブ特定プログラム８４０は、上記２つのパスは、同時実行される可能性があると判定する。つまり、第１パスの各ジョブは、第２パスの各ジョブと同時実行される可能性があると判定する。具体的には、同時実行ジョブ特定プログラム８４０は、ジョブ３５０は、ジョブ３５２及びジョブ３５３のそれぞれと同時実行される可能性があると判定する。さらに、同時実行ジョブ特定プログラム８４０は、ジョブ３５１は、ジョブ３５２及びジョブ３５３のそれぞれと同時実行される可能性があると判定する。

　同時実行ジョブ特定プログラム８４０は、ジョブネット情報テーブル９２０を参照し、同一のジョブから分岐するパス（分岐パス）を特定する。分岐パスは、他の分岐パスと同一のジョブにおいて合流する、又は、他のいずれの分岐パスとも合流することなく開放端を有する。なお、分岐パスは、当該分岐パス内のジョブからさらに分岐した複数のパス（内部分岐パス）を含むことができる。

　このように、分岐したパスは、１又は複数のジョブで構成される。１つの分岐パスを構成する複数のジョブは、順次実行される縦列関係を有するジョブを含む。１つの分岐パスが内部分岐パスを有する場合、異なる内部分岐パスのジョブは、並列関係にある。同時実行ジョブ特定プログラム８４０は、同一ジョブから分岐した分岐パスは、同時実行される可能性があると判定する。

　次に、同時実行ジョブ特定プログラム８４０は、ステップＳ１７０において特定した、同時に実行される可能性のある複数ジョブを示す情報を、同時実行ジョブ情報テーブル８３０に格納する（Ｓ１８０）。

　図１１の例において、同時実行ジョブ情報テーブル８３０の各エントリは、同時実行される可能性があるジョブの１又は複数のペアを示す。各エントリにおいて、各ペアは、ジョブカラム１７１０のジョブを含む。ペアを構成する２つのジョブの双方が、同一のジョブとペアを構成する場合、それら３つのジョブからなるジョブグループは、同時実行される可能性がある。なお、ペアを構成する２つのジョブ一方が、第３のジョブと同時実行の可能性がある場合、結果的に、ペアのもう一方のジョブも、当該第３のジョブと同時実行の可能性がある。

　このように、同時実行される可能性があるジョブのグループ（ペアもグループの１種）の全ジョブと同時実行の可能性がある他の一つのジョブを、当該ジョブグループに追加することで、同時実行される可能性がある全てのジョブから構成されるグループ（以下において同時実行ジョブグループとも呼ぶ）を形成できる。

　図１６は、同時利用の可能性がある、ストレージ装置１３０の物理リソース、を特定するステップＳ１２０の詳細な流れを示している。リソース対応付けプログラム８５０は、同時利用リソース特定プログラム８００の指示を受け、図１６のフローチャートに従った処理を行う。本処理により、ストレージ装置１３０のリソースの種別に応じて、同時利用の可能性がある物理リソースについて適切に判定できる。

　始めに、リソース対応付けプログラム８５０は、リソース情報管理プログラム７８０に、ストレージ装置１３０のリソース管理プログラム１０４０からリソース情報を取得し、リソース情報テーブル７５０に格納するように指示する（Ｓ２１０）。

　リソース対応付けプログラム８５０は、同時実行ジョブ情報テーブル８３０を参照して、同時実行される可能性がある全ジョブからなる同時実行ジョブグループを特定する。１つのジョブは、複数の同時実行ジョブグループに属しうる。複数の同時実行ジョブグループが特定されている場合、リソース対応付けプログラム８５０は、各同時実行ジョブグループについて、ステップＳ２２０からステップＳ３４０を実行する。リソース対応付けプログラム８５０は、各ループにおいて、同時実行ジョブグループにおける各ジョブが利用する物理リソース（物理ポート及び物理記憶リソース（ディスクアレイ））を特定する。

　まず、リソース対応付けプログラム８５０は、同時実行ジョブグループから、１つの未選択のジョブを選択する（Ｓ２２０）。次に、リソース対応付けプログラム８５０は、選択したジョブが対象とするデータの、ホスト計算機１１０上のデータ格納場所を特定する（Ｓ２３０）。具体的には、リソース対応付けプログラム８５０は、ジョブ情報テーブル８１０の実行装置カラム１３２０において、ジョブの実行装置（ホスト計算機１１０）を特定し、さらに、ジョブネット情報テーブル９２０のデータ格納場所カラム１５２０において、特定したホスト計算機１１０上のデータ格納場所を特定する。

　次に、リソース対応付けプログラム８５０は、リソース情報テーブル７５０のホスト計算機上のマウント先カラム１６９１及びボリュームカラム１６１０を参照して、ステップＳ２３０で特定したデータ格納場所に対応するボリュームを特定する（Ｓ２４０）。

　リソース対応付けプログラム８５０は、ホスト計算機上のマウント先カラム１６９１において、ステップＳ２３０で特定したデータ格納場所のパスの一部と同一であり、最も深いパス（一致度が最も大きいパス）を選択する。リソース対応付けプログラム８５０は、例えば、ステップＳ２３０で特定したデータ格納場所のファイル又は最も深いディレクトリを削除しつつ、ホスト計算機上のマウント先カラム１６９１の値と比較し、一致する値を検索する。

　例えば、ジョブ情報テーブル８１０及びジョブネット情報テーブル９２０が示すように、ジョブＢの第１のデータ格納場所は、「ｈｏｓｔ１」の「Ｃ：￥ｄａｔａ￥ｃｏｍ￥００１￥ｄａｔａ２．ｍｄｂ」であり、第２のデータ格納場所は、「ｈｏｓｔ１」の「Ｃ：￥ｄａｔａ￥ｃｏｍ￥００２￥ｄａｔａ２－１．ｍｄｂ」である。

　リソース対応付けプログラム８５０は、リソース情報テーブル７５０において、上記データ格納場所と同一のホスト及びディレクトリを示すエントリを検索する。「ＶＯＬ１」のエントリのパス（カラム１６９０、１６９１）は、上記第１のデータ格納場所と一致度が最も高い。「ＶＯＬ４」のエントリのパス（カラム１６９０、１６９１）は、上記第２のデータ格納場所と一致度が最も高い。したがって、リソース対応付けプログラム８５０は、ジョブＢのボリュームはボリュームＶＯＬ１、ＶＯＬ４であると判定する。

　次に、リソース対応付けプログラム８５０は、リソース情報テーブル７５０のポートカラム１６３０を参照して、ステップＳ２４０において特定した各ボリュームに割り当てられているポートを特定し（Ｓ２５０）、それを示す情報をジョブと関連付けて、メモリ７５４に記憶する（Ｓ２６０）。

　リソース対応付けプログラム８５０は、リソース情報テーブル７５０のボリュームタイプカラム１６４５を参照して、ステップＳ２４０において特定した各ボリュームが、プールから作成された仮想ボリューム（ＶＶＯＬ）であるか判定する（Ｓ２７０）。ボリュームが仮想ボリュームである場合（Ｓ２７０：Ｙｅｓ）、リソース対応付けプログラム８５０は、当該仮想ボリュームが属するプール及び当該仮想ボリュームが利用しているＴｉｅｒを特定する（Ｓ２８０）。

　具体的には、リソース対応付けプログラム８５０は、リソース情報テーブル７５０のプールカラム１６５０を参照して、当該仮想ボリュームが属するプールを特定する。さらにリソース対応付けプログラム８５０は、リソース情報テーブル７５０のＴｉｅｒ毎の利用容量のカラム１６６０から１６８０を参照して、ボリュームが利用しているＴｉｅｒを特定する。Ｔｉｅｒのセルの値が０ＧＢより大きい場合、ボリュームがそのＴｉｅｒを利用している。

　リソース対応付けプログラム８５０は、ステップＳ２８０で特定した各Ｔｉｅｒに割り当てられているディスクアレイ（物理記憶リソース）が、仮想ボリュームのデータを格納している物理リソースであると特定する（Ｓ２９０）。ここでは、プール識別子及びＴｉｅｒ識別子が、物理記憶リソースを示す。リソース対応付けプログラム８５０は、Ｔｉｅｒｔとディスクアレイを関連付ける情報（不図示）を参照し、特定したＴｉｅｒに対応するディスクアレイを特定してもよい。

　ボリュームが仮想ボリュームではない場合、つまり、いずれのプールにも関連しない論理ボリュームである場合（Ｓ２７０：Ｎｏ）、リソース対応付けプログラム８５０は、リソース情報テーブル７５０のアレイカラム１６４０を参照して、当該ボリュームが切り出されているディスクアレイ（物理リソース）を特定する（Ｓ３００）。リソース対応付けプログラム８５０は、ステップＳ２９０及びステップＳ３００で特定した物理記憶リソースを示す情報を、ジョブと関連付けて、メモリ７５４に記憶する（Ｓ３１０）。

　ステップＳ２３０からステップＳ３２０の全ループが終了すると、リソース対応付けプログラム８５０は、ステップＳ２５０、ステップＳ２９０及びステップＳ３００で特定した物理記憶リソースを、種別毎に比較する（Ｓ３３０）。本例において、リソース対応付けプログラム８５０は、ジョブの物理ポートを比較し、さらに、ジョブのデータを格納する物理記憶リソースを比較する。

　リソース対応付けプログラム８５０は、ステップＳ３３０における比較結果をメモリ７５４に記憶し、同時利用リソース特定プログラム８００に、同じ物理リソースを同時利用する可能性があるジョブ、当該物理リソース、及び物理リソースが割り当てられているホスト計算機１１０上のマウント先のデータ格納場所情報の情報を、同時利用リソース特定プログラム８００に返す（Ｓ３４０）。

　ステップＳ３３０における比較について説明する。１つの同時実行ジョブグループにおいて、複数のジョブが同じ物理ポートを利用している場合、その物理ポートに複数ジョブのＩ／Ｏ負荷が同時にかかる可能性がある。物理ポート複数のジョブに利用されていない場合、当該ポートにおいて負荷の問題はない。リソース対応付けプログラム８５０は、同一物理ポートを利用する複数のジョブの識別子を、当該物理ポートの識別子と関連付けて、メモリ７５４に記憶する。

　本例において、異なるタイプのボリュームは、同一の物理記憶リソースを利用しない。リソース対応付けプログラム８５０は、仮想ボリュームを他の仮想ボリュームと比較し、仮想ボリュームと異なる論理ボリュームを、他の論理ボリュームと比較する。論理ボリュームの比較において、異なる論理ボリュームに同一のディスクアレイの物理記憶領域が割り当てられている場合、リソース対応付けプログラム８５０は、異なる論理ボリュームが同一の物理記憶リソースを利用しており、物理記憶リソースが、複数ジョブで同時に利用される可能性があると判定する。

　リソース対応付けプログラム８５０は、異なるジョブの仮想ボリュームの比較において、それら仮想ボリュームが同一のプールを利用し、かつ、同一のＴｉｅｒを利用する場合、それら仮想ボリュームを使用するジョブが同一の物理記憶リソース（同一Ｔｉｅｒのディスクアレイ）を利用すると判定する。

　本例においては、異なるプールには異なる物理リソースが割り当てられている。また、ストレージ装置１３０は、Ｔｉｅｒ内においてデータ配置を変更することがあるため、Ｔｉｅｒを基準として、リソース対応付けプログラム８５０は、物理リソースの同時利用を適切に判定できる。

　一方、複数ジョブが同一のプールを利用していない、又は、同一のプールを利用していても、それぞれ違うＴｉｅｒを利用している場合、リソース対応付けプログラム８５０は、これら複数ジョブは、同一の物理リソースを利用していないと判定する。

　例えば、図１０に示すリソース情報テーブル７５０において、「ＶＯＬ１」と「ＶＯＬ２」は、共に、「Ｐｏｏｌ１」を利用する。「ＶＯＬ１」はＴｉｅｒ０を２０ＧＢ利用していて、「ＶＯＬ２」はＴｉｅｒ０を利用していない。プールに割り当てられているディスクアレイは、Ｔｉｅｒ毎に異なる。そのため、「ＶＯＬ１」と「ＶＯＬ２」は、同じプールを利用していても、同時にＴｉｅｒ０のディスクアレイを利用してはいない。

　「ＶＯＬ１」はＴｉｅｒ１を１０ＧＢ利用し、「ＶＯＬ２」はＴｉｅｒ１を２０ＧＢ利用している。従って、「ＶＯＬ１」と「ＶＯＬ２」（のジョブ）は、Ｔｉｅｒ１のディスクアレイを同時に利用する可能性がある。そのため、リソース対応付けプログラム８５０は、Ｔｉｅｒ１のディスクアレイを、同時利用される可能性がある物理リソースとして、メモリ７５４に記憶する。

　上述のように、リソース対応付けプログラム８５０は、Ｔｉｅｒのディスクアレイを、当該Ｔｉｅｒ及び当該Ｔｉｅｒのプールの識別子で示す、又は、Ｔｉｅｒとディスクアレイを関連付ける情報（不図示）を参照して、当該Ｔｉｅｒのディスクアレイの識別子を取得する。例えば、１つのＴｉｅｒが複数のディスクアレイで構成されている場合、全てのディスクアレイが同時利用の可能性がある物理リソースと判定される。

　上記例は、異なるプールの仮想ボリュームは、異なる物理記憶リソースを利用すると判定する。他の例は、異なるプールの仮想ボリュームの物理記憶リソースを特定し、それらを比較して、仮想ボリュームが同一の物理記憶リソースを利用するか判定する。

　リソース対応付けプログラム８５０は、は、上述のように、異なる仮想ボリュームのそれぞれが利用するプール及びＴｉｅｒを特定する。同時利用リソース特定プログラム８００は、さらに、各プールの各Ｔｉｅｒとディスクアレイとを対応付ける情報を参照し、異なる仮想ボリュームがそれぞれ利用するディスクアレイを特定する。例えば、同時利用の可能性がある異なるＴｉｅｒが共通のディスクアレイを含む場合、リソース対応付けプログラム８５０は、は、このディスクアレイは、同時に利用される可能性がる物理記憶リソースであると判定する。

　同一システム上で異なる識別子のプールが定義されており、ジョブネットの中で同時に実行されるジョブが、異なる識別子のプールを使用している場合であっても、ストレージ装置における物理リソースの競合が発生することがある。

　例えば、異なる識別子のプールが、同一アレイグループに割り当てられていれば、物理リソース競合が発生する。上記他の例は、このような構成において、異なるジョブが同時に利用する可能性がる物理記憶リソースを、より適切に特定できる。

　リソース情報テーブル７５０において、Ｔｉｅｒ毎の利用容量のカラム１６６０から１６８０は、現在又は過去におけるある時点の情報、例えば、最新の測定値を格納している。リソース対応付けプログラム８５０は、リソースモニタリング情報テーブル７７０の情報を使用して、ジョブネット実行時におけるＴｉｅｒ毎の利用容量を推定し、その推定値を使用して、同時に利用される可能性があるＴｉｅｒを特定してもよい。

　例えば、リソース対応付けプログラム８５０は、リソース情報管理プログラム７８０に、ストレージ装置１３０のリソースモニタリング管理プログラム１０５０から、リソースのモニタリング情報を取得することを指示する。リソース情報管理プログラム７８０は、取得した情報を、リソースモニタリング情報テーブル７７０に格納する。

　リソースモニタリング情報テーブル７７０は、異なる日時における、仮想ボリュームのＴｉｅｒ毎の利用容量を示す（カラム２０４０から２０６０）。リソース対応付けプログラム８５０は、仮想ボリュームのＴｉｅｒのそれぞれについて、利用容量の時間変化をチェックする。例えば、各Ｔｉｅｒの最も新しい利用容量とその直前の利用容量とを比較する。Ｔｉｅｒの利用容量が変化していない場合、リソース対応付けプログラム８５０は、当該Ｔｉｅｒの利用容量として、リソース情報テーブル７５０の値を使用する。

　Ｔｉｅｒの利用容量が変化している場合、リソース対応付けプログラム８５０は、ジョブネット実行時における、当該Ｔｉｅｒの利用容量を推定する。例えば、リソース対応付けプログラム８５０は、当該Ｔｉｅｒの最新の利用容量測定値と、その直前の利用容量測定値の単位時間当たり変化量を算出する。リソース対応付けプログラム８５０は、最新の利用容量測定値、その測定日時、そしてジョブネットの実行日時から、ジョブネットの実行日時における当該Ｔｉｅｒの利用容量推定値を算出する。

　例えば、「ＶＯＬ１」を利用するジョブネットの実行日時が、２０１３年１月１５日１１：００であるとする。リソースモニタリング情報テーブル７７０において、「ＶＯＬ１」の２０１３年１月１５日９：００と２０１３年１月１５日１０：００のＴｉｅｒ０の利用容量は、それぞれ、２０ＧＢと１０ＧＢである。リソース対応付けプログラム８５０は、これらの値から、１１：００におけるＴｉｅｒ０の利用容量が、０ＧＢであると推定する。リソース対応付けプログラム８５０は、同様の計算方法により、１１：００におけるＴｉｅｒ１の利用容量が、３０ＧＢであると推定する。

　Ｔｉｅｒの利用容量の推定は、他の計算方法を使用することができる。例えば、他の推定方法の例は、最新の利用容量測定値から過去に向かって増加又は減少を続ける利用容量測定値を取得し、それらの平均値を算出する。さらに、取得した測定値において最も古い測定値の測定日時から最新の測定日時までの経過時間によって、上記平均値を割る。こうして得られた値を、最新の測定日時からジョブネット実行日時までの、利用容量の時間当たりの変化量として使用する。

　図１７は、同時利用の可能性がある物理リソースについて、同時利用時の最大Ｉ／Ｏ負荷を推定するステップＳ１３０の詳細な流れを示している。負荷算出プログラム８６０は、同時利用リソース特定プログラム８００の指示を受け、図１７のフローチャートに従った処理を実行する。

　負荷算出プログラム８６０は、ユーザへの通知ポリシを、ポリシ情報テーブル８８０から取得して、実行オプションを確認する（Ｓ４１０）。この通知ポリシは、デフォルト情報として定義されていてもよいし、ユーザが設定しても良い。ユーザが設定する場合、ユーザは、後述の図２０のポリシ設定画面２１００を用いて設定する。詳細は図２０を参照して後述する。

　負荷算出プログラム８６０は、同時に利用される可能性がある物理リソースのそれぞれについて、ステップＳ４３０からステップＳ４８０を実行する（Ｓ４２０、Ｓ４９０）。負荷算出プログラム８６０は、物理リソースを同時に利用する可能性があるジョブのそれぞれについて、ステップＳ４４０からステップＳ４７０を実行する（Ｓ４３０、Ｓ４８０）。

　負荷算出プログラム８６０は、選択されている（Ｓ４２０）１つの物理リソースを利用する、選択されている（Ｓ４３０）１つのジョブの１又は複数の実行ファイルを、ジョブ情報テーブル８１０の実行ファイルカラム１３３０から取得する。ジョブの実行ファイルから当該実行ファイルが利用する物理リソースを特定する上記方法と、逆の手順によって、上記１又は複数の実行ファイルを特定できる。

　当該ジョブの複数の実行ファイルが、当該物理リソースを利用する場合、負荷算出プログラム８６０は、全ての実行ファイルの識別子を取得する。さらに、負荷算出プログラム８６０は、ジョブの実行ファイル群９３０から、特定した実行ファイルにおいて、当該物理リソースを対象とするコマンドの情報を取得する（Ｓ４４０）。

　次に、負荷算出プログラム８６０は、コマンド負荷情報テーブル８５０から、ステップＳ４４０で特定したコマンドを検索し、コマンドのＩＯＰＳの値を取得する（Ｓ４５０）。負荷算出プログラム８６０は、当該ジョブが対象の物理リソースに与えるＩ／Ｏ負荷を推定し（Ｓ４６０）、メモリ７４５に格納する（Ｓ４７０）。

　例えば、負荷算出プログラム８６０は、ステップＳ４５０で取得したＩＯＰＳの値において、最も高いＩＯＰＳの値を、当該ジョブが対象の物理リソースに与えるＩ／Ｏ負荷と推定する。これは、ジョブが対象の物理リソースに与え得る、最大Ｉ／Ｏ負荷である。

　負荷算出プログラム８６０は、１つの物理リソースを同時に利用する可能性があるジョブについて、ステップＳ４４０からステップＳ４７０を繰り返すことで、当該物理リソースを同時に利用する可能性がある全てのジョブのＩ／Ｏ負荷を推定することができる。

　負荷算出プログラム８６０は、同時に利用される可能性がある物理リソース全てについて、ステップＳ４３０からステップＳ４８０を実行することで、全ての物理リソースの、それぞれについて、同時に利用する可能性がある全てのジョブのＩ／Ｏ負荷を推定することができる。

　負荷算出プログラム８６０は、各物理リソースの全てのジョブのＩ／Ｏ負荷の推定値をメモリ７４５から取得し、それらを加算した値を、各物理リソースへの最大Ｉ／Ｏ負荷と推定する（Ｓ５００）。負荷算出プログラム８６０は、同時に利用される可能性がある全ての物理リソースの最大負荷推定値を、物理リソースと関連付けて、同時利用リソース特定プログラム８００に返す。

　図１８は、同時利用される可能性がある物理リソースを特定した後に、ユーザへの通知を判定するステップＳ１４０の詳細な流れを示している。同時利用リソース特定プログラム８００は、図１８のフローチャートに従った処理を実行する。

　同時利用リソース特定プログラム８００は、同時実行の可能性があると判定された物理リソースに対して、ステップＳ６１０からステップＳ６５０を繰り返す（Ｓ６００、Ｓ６６０）。

　同時利用リソース特定プログラム８００は、ポリシ情報テーブル８８０を参照し、通知ポリシに、当該物理リソースの最大負荷に対する閾値が設定されているか否かを判定する（Ｓ６１０）。最大負荷に対する閾値が設定されていない場合（Ｓ６１０：Ｎｏ）、同時利用リソース特定プログラム８００は、同時利用の可能性があるとして判定した物理リソースと、その物理リソースを対象に同時に実行される可能性があるジョブの情報を、特定結果情報テーブル８９０に格納する（Ｓ６５０）。

　最大負荷に対する閾値が設定されている場合（Ｓ６１０：Ｙｅｓ）、同時利用リソース特定プログラム８００は、設定されている閾値の情報を取得する（Ｓ６２０）。閾値はデフォルト値として設定されていても良いし、ユーザが設定しても良い。ユーザが設定する場合には、後述の図２０のポリシ設定画面を用いる。図２０の詳細については後述する。

　次に、同時利用リソース特定プログラム８００は、ステップＳ５２０で算出した最大負荷が、ステップＳ６１０で取得した閾値を超えているか否かを判定する（Ｓ６３０）。超えていない場合（Ｓ６３０：Ｎｏ）、同時利用リソース特定プログラム８００は、対象としている同時実行の可能性がある物理リソースについての処理を終了し、次の物理リソースに移る（Ｓ６６０）。

　ステップＳ５２０で算出した最大負荷が、ステップＳ６１０で取得した閾値を超えている場合（Ｓ６３０：Ｙｅｓ）、同時利用リソース特定プログラム８００は、通知ポリシに従って処理を行う（Ｓ６４０）。通知ポリシは、デフォルト設定でもよいし、ユーザが通知ポリシを設定しても良い。ユーザが通知ポリシを設定する場合には、後述の図２０のポリシ設定画面を用いる。通知ポリシの詳細については後述する。

　物理リソースへの負荷により、ユーザへの通知の有無を判定することで、物理リソースへの負荷が大きく、ジョブネットの実行への影響が大きいときのみ、ユーザに通知することができる。これにより、不要な情報のユーザへの通知を避けることができる。

　同時利用リソース特定プログラム８００は、同時利用の可能性があるとして判定した物理リソースと、その物理リソースを対象に同時に実行される可能性があるジョブの情報を、メモリ７４５内の特定結果情報テーブル８９０に格納する（Ｓ６５０）。

　全ての同時利用の可能性がある物理リソースについてのステップＳ６１０からステップＳ６５０を終了したら、同時利用リソース特定プログラム８００は、特定結果情報テーブル８９０に情報が格納されているか否かを判定する（Ｓ６７０）。対象のジョブネットで、同時に利用される可能性がある物理リソース存在しない、又は、全ての物理リソースに対するＩ／Ｏ負荷が閾値を超えていない場合、特定結果情報テーブル８９０に情報は格納されていない（Ｓ６７０：Ｎｏ）。同時利用リソース特定プログラム８００は、通知を行わず、処理を終了する。

　特定結果情報テーブル８９０に情報が格納されている場合（Ｓ６７０：Ｙｅｓ）、同時利用リソース特定プログラム８００は、システム管理者等のユーザに検証結果を通知する（Ｓ６８０）。通知される情報は、後述の図２２のチェック結果確認画面２２００に示す。詳細は後述とする。

　ステップＳ６８０における通知の結果、ストレージ管理者に検証結果を通知するという指示をユーザから受信した場合（Ｓ６９０）、同時利用リソース特定プログラム８００は、特定結果情報テーブル８９０に格納した情報を、ストレージ管理者に通知する（Ｓ７００）。

　例えば、同時利用リソース特定プログラム８００は、システム管理者等のユーザに、ジョブネットが長時間化、又は、失敗する可能性があることを通知する。同時利用リソース特定プログラム８００は、ストレージ管理者に対して、影響のある物理リソース（同時利用の可能性がある物理リソース）の情報等、その後の対処に必要と思われる情報を合わせて通知しても良い。対象のジョブの業務で利用可能なストレージリソースが存在する場合に、同時利用リソース特定プログラム８００は、ストレージ管理者へ自動的に通知してもよい。

　例えば、同時利用リソース特定プログラム８００は、リソース情報テーブル７５０が示す、当該業務に割当て済みのストレージリソース、及び／又は、全業務に共通の未割当てストレージリソースを示す場合、それらリソースをストレージ管理者へ通知する。

　図１９は、同時利用リソース特定プログラム８００を実行するために、ユーザが事前にポリシを設定するポリシ設定画面の例を模式的に示す。設定されたポリシは、ポリシ情報テーブル８８０に格納される。このように、ユーザによるポリシ設定を受け付けることで、ユーザ毎に適切な通知を行うことができる。

　例えば、ポリシ設定画面２１００は、実行オプション２１１０と、通知オプション２１２０と、実行タイミング２１３０と、負荷閾値２１５０をユーザに設定させる。ユーザは、実行オプション２１１０の設定欄で、同時利用リソース特定プログラム８００の実行範囲を設定することができる。

　例えば、同時利用リソース特定プログラム８００は、ポリシ設定画面２１００を、ストレージ管理計算機１２５の出力デバイス７２０において表示する。ホスト管理計算機１２０がポリシ設定画面２１００を、出力デバイス６３０において表示し、入力データをストレージ管理計算機１２５に送信してもよい。

　例えば、ユーザは、ジョブネット内の全ジョブについての検証が完了した後に通知する方法や、同時実行される可能性がある物理リソースにおいて最大Ｉ／Ｏ負荷が高いリソースのみ通知する方法や、同時実行される可能性がある複数ジョブで同時に利用される可能性がある物理リソースが、１つでも存在すれば通知する方法、を選択できる。

　通知オプション２１２０の設定欄では、ユーザは、システム管理者等の、本画面を設定するユーザに通知する際のオプションを設定することができる。例えば、ユーザは、ストレージ管理者へは自動的には通知しないとする設定や、追加割り当て可能なストレージリソースが存在する場合にストレージ管理者へ通知する設定や、常にストレージ管理者には通知しないとする設定、を選択することができる。

　実行タイミング２１３０の設定欄では、同時利用リソース特定プログラム８００を、どのタイミングで実行するかを設定することができる。例えば、ホスト計算機１１０にて新規にジョブネットが作成されたことを、同時利用リソース特定プログラム８００が受信したタイミングで実行する設定や、ジョブネットが実行される時間の一定時間前２１４０に実行する設定を選択することができる。

　負荷閾値２１５０の設定欄では、ユーザは、負荷算出プログラム８６０が使用するＩ／Ｏ負荷の閾値に関する設定ができる。例えば、ユーザは、閾値の有無の設定や、Ｉ／Ｏ処理性能が異なる物理リソース毎の閾値２１６０の設定も可能である。また、同時利用リソース特定プログラム８００がデフォルトの値を有しており、ユーザは、デフォルトの値に戻すボタン２１７０の押下により、閾値をデフォルトの値に戻すことができる。

　図２０は、システム管理者等のユーザが、同時利用リソース特定プログラム８００が通知した結果を確認するために利用する、チェック結果確認画面の例を模式的に示す。チェック結果確認画面２２００において、例えば、ユーザは、通知内容２２１０を確認し、必要に応じて通知内容を変換し、ストレージ管理者に通知するボタン２２２０を押下する。

　同時利用リソース特定プログラム８００は、チェック結果確認画面２２００を、ストレージ管理計算機１２５の出力デバイス７２０において表示する。ホスト管理計算機１２０は、同時利用リソース特定プログラム８００から必要な情報を受信して、出力デバイス６３０においてチェック結果確認画面２２００を表示してもよい。

　通知内容２２１０は、例えば、同時利用リソース特定プログラム８００が同時に利用される可能性がある物理リソースに関する情報をユーザに通知した日時と、対象のジョブネットＩＤと、対象ジョブネットの実行予定日時と、チェック結果の内容と、チェック結果となった理由を示している。

　チェック結果の内容は、例えば、対象のジョブネットで複数のジョブが同時に同じ物理リソースにアクセスした場合に生じる事象として、ジョブネットの長時間化の可能性や、失敗する可能性があることを示している。チェック結果の理由は、例えば、ジョブネットを構成する複数のジョブが同一物理リソースにアクセスする可能性を示し、ジョブの識別子と、ストレージ装置の物理リソースの種別、物理リソースの識別子等を示す。チェック結果確認画面２２００は、これらの情報を合わせて、最大Ｉ／Ｏ負荷を示しても良い。ユーザが必要とする情報が適切に表示される。

　ユーザは、例えば、システム管理者等のユーザが通知内容２２１０を確認した結果、ストレージ管理者によるストレージ装置の設定が必要であると判断した場合に、ストレージ管理者に通知するボタン２２００を押下する。通知内容２２１０に紐づいて特定結果情報テーブル８９０が、ストレージ管理者が必要な情報に変換され、ストレージ管理者に通知される。

　以上のように、本実施の形態は、ジョブネットの情報を取得して、ジョブネット及びジョブネットにおけるジョブの情報と、ストレージ装置のリソースの情報を取得する。本実施形態は、取得した情報を使用して、同時に実行される可能性がある複数ジョブ、及び、当該複数ジョブが同時に利用する可能性がある物理リソースを特定する。さらに、本実施形態は、特定した物理リソースへのＩ／Ｏ負荷の情報をユーザに通知する。これにより、ユーザは、ジョブネットの実行前に、ジョブネットが長時間化する可能性を把握することができ、事前にジョブネットの長時間化を予防することができる。

　本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。本発明は、ストレージ装置を用いて業務ジョブ管理を行う計算機システムに広く適用することができる。

　上記実施形態は、ポートと物理記憶リソースについて同時利用の可能性を判定するが、他の例は、ポートと物理記憶リソース以外の物理リソースについて同時利用の可能性を判定してもよい。例えば、ストレージ装置のコントローラボードやディスクアレイとのインタフェースである。

　上記実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある構成例の一部を他の構成例の一部と置き換えることが可能であり、また、ある構成例に他の構成例の一部を加えることも可能である。
　また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実効することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。

Claims

　ホスト計算機とストレージ装置とを含む計算機システム、を管理する、管理システムであって、
　プロセッサと、メモリと、出力デバイスとを含み、
　前記メモリは、
　前記ホスト計算機によって実行される複数ジョブの実行順序を定義するジョブネットの情報を示す、第１情報と、
　前記複数ジョブのそれぞれの実行内容を示す、第２情報と、
　前記ホスト計算機における複数データ格納場所及び前記ストレージ装置の複数リソースの間の割り当て関係を示す、第３情報と、を保持し、
　前記プロセッサは、
　前記第１情報に基づき、前記ジョブネットにおいて同時実行の可能性がある複数ジョブを特定し、
　前記第２情報に基づき、前記同時実行の可能性がある複数ジョブのデータを格納する、前記ホスト計算機上の格納場所を特定し、
　前記第３情報に基づき、前記特定した格納場所のそれぞれに割り当てられている前記ストレージ装置のリソースを特定し、
　前記特定された格納場所における少なくとも２つの格納場所に割り当てられている、前記ストレージ装置の物理リソースは、少なくとも２つのジョブによって同時利用の可能性がある物理リソースであると判定し、
　前記判定の結果を前記出力デバイスに出力する、管理システム。
　請求項１に記載の管理システムであって、
　前記ストレージ装置は、
　性能が異なる物理記憶リソースの記憶領域が割り当てられる複数Ｔｉｅｒ、からなるプールと、
　前記プールから記憶領域が割り当てられる複数仮想ボリュームと、を含み、
　前記プロセッサは、
　前記第３情報に基づき、前記特定した格納場所の少なくとも一部に割当てられている複数仮想ボリュームを特定し、
　前記第３情報に基づき、前記特定した複数仮想ボリュームのそれぞれが利用するＴｉｅｒを特定し、
　前記少なくとも２つの格納場所に割り当てられている仮想ボリュームが共に利用している前記プールの１つのＴｉｅｒ、に割り当てられている物理記憶リソースを、同時利用の可能性がある物理リソースであると判定する、管理システム。
　請求項２に記載の管理システムであって、
　前記メモリは、前記複数仮想ボリュームのそれぞれが、前記複数Ｔｉｅｒにおいて利用する容量の変化を示す、第４情報を保持し、
　前記プロセッサは、
　前記第４情報に基づき、未来の特定時点における、前記特定した複数仮想ボリュームが、前記複数Ｔｉｅｒのそれぞれで利用する容量を推定し、
　前記推定結果に基づき、前記特定した複数の仮想ボリュームのそれぞれが利用するＴｉｅｒを特定する、管理システム。
　請求項１に記載の管理システムであって、
　前記プロセッサは、
　前記少なくとも２つの格納場所に割り当てられている、前記ストレージ装置の物理ポートを、少なくとも２つのジョブによって同時利用の可能性がある物理リソースであると判定する、管理システム。
　請求項１に記載の管理システムであって、
　前記プロセッサは、
　前記第３情報から、前記特定した格納場所のそれぞれのデータを格納している、前記ストレージ装置の物理記憶リソースの識別子を取得し、
　前記特定された格納場所における少なくとも２つの格納場所のデータを格納する物理記憶リソースは、少なくとも２つのジョブによって同時利用の可能性がある物理リソースであると判定する、管理システム。
　請求項１に記載の管理システムであって、
　前記メモリは、コマンドと負荷とを関連付ける第５情報を保持し、
　前記プロセッサは、
　前記第２情報に基づき、前記同時利用の可能性がある物理リソースに同時にアクセスする可能性があるジョブのコマンド、を特定し、
　前記第５情報に基づき、前記コマンドのそれぞれの負荷を特定し、
　前記特定した負荷から、前記同時利用の可能性がある物理リソースの負荷を決定し、
　前記同時利用の可能性がある物理リソース、前記同時利用の可能性がある物理リソースに同時にアクセスする可能性があるジョブ、及び、前記決定した物理リソースの負荷の情報を、前記出力デバイスに出力する、管理システム。
　請求項１に記載の管理システムであって、
　前記メモリは、コマンドと負荷との関係を示す第５情報を保持し、
　前記プロセッサは、
　前記第２情報に基づき、前記同時利用の可能性がある物理リソースに同時にアクセスする可能性があるジョブのコマンド、を特定し、
　前記第５情報に基づき、前記コマンドのそれぞれの負荷を特定し、
　前記特定した負荷から、前記同時利用の可能性がある物理リソースの負荷を推定し、
　前記推定した物理リソースの負荷が閾値を超える場合に、前記同時利用の可能性がある物理リソースの情報を、前記出力デバイスに出力する、管理システム。
　請求項１に記載の管理システムであって、
　入力デバイスをさらに含み、
　前記プロセッサは、
　前記判定の結果を出力する方法を定義するポリシを設定するためのポリシ設定画面を、前記出力デバイスにおいて出力し、
　前記ポリシ設定画面に従って前記入力デバイスから入力されたポリシ設定情報を、前記メモリに格納し、
　前記ポリシ設定情報に従って、前記判定の結果を前記出力デバイスに出力する、管理システム。
　ホスト計算機とストレージ装置とを含む計算機システム、を管理システムにより管理する、管理方法であって、
　前記管理システムが、前記ホスト計算機によって実行される複数ジョブの実行順序を定義するジョブネットの情報を示す第１情報に基づき、前記ジョブネットにおいて同時実行の可能性がある複数ジョブを特定し、
　前記管理システムが、前記複数ジョブのそれぞれの実行内容を示す第２情報に基づき、前記同時実行の可能性がある複数ジョブのデータを格納する、前記ホスト計算機上の格納場所を特定し、
　前記管理システムが、前記ホスト計算機における複数データ格納場所及び前記ストレージ装置の複数リソースの間の割り当て関係を示す第３情報に基づき、前記特定した格納場所のそれぞれに割り当てられている前記ストレージ装置のリソースを特定し、
　前記管理システムが、前記特定された格納場所における少なくとも２つの格納場所に割り当てられている、前記ストレージ装置の物理リソースは、少なくとも２つのジョブによって同時利用の可能性がある物理リソースであると判定し、
　前記管理システムが、前記判定の結果を提示する、管理方法。
　請求項９に記載の管理方法であって、
　前記ストレージ装置は、
　性能が異なる物理記憶リソースの記憶領域が割り当てられる複数Ｔｉｅｒ、からなるプールと、
　前記プールから記憶領域が割り当てられる複数仮想ボリュームと、を含み、
　前記管理方法は、
　前記管理システムが、前記第３情報に基づき、前記特定した格納場所の少なくとも一部に割当てられている複数仮想ボリュームを特定し、
　前記管理システムが、前記第３情報に基づき、前記特定した複数仮想ボリュームのそれぞれが利用するＴｉｅｒを特定し、
　前記管理システムが、前記少なくとも２つの格納場所に割り当てられている仮想ボリュームが共に利用している前記プールの１つのＴｉｅｒ、に割り当てられている物理記憶リソースを、同時利用の可能性がある物理リソースであると判定する、ことを含む管理方法。
　請求項１０に記載の管理方法であって、
　前記管理システムが、前記複数仮想ボリュームのそれぞれが前記複数Ｔｉｅｒにおいて利用する容量の変化を示す第４情報に基づき、未来の特定時点における、前記特定した複数仮想ボリュームが、前記複数Ｔｉｅｒのそれぞれで利用する容量を推定し、
　前記管理システムが、前記推定結果に基づき、前記特定した複数の仮想ボリュームのそれぞれが利用するＴｉｅｒを特定する、ことを含む管理方法。
　請求項９に記載の管理方法であって、
　前記管理システムが、前記第３情報から、前記特定した格納場所のそれぞれのデータを格納している、前記ストレージ装置の物理記憶リソースの識別子を取得し、
　前記管理システムが、前記特定された格納場所における少なくとも２つの格納場所のデータを格納する物理記憶リソースは、少なくとも２つのジョブによって同時利用の可能性がある物理リソースであると判定する、ことを含む管理方法。
　請求項９に記載の管理方法であって、
　前記管理システムが、前記第２情報に基づき、前記同時利用の可能性がある物理リソースに同時にアクセスする可能性があるジョブのコマンド、を特定し、
　前記管理システムが、コマンドと負荷とを関連付ける第５情報に基づき、前記コマンドのそれぞれの負荷を特定し、
　前記管理システムが、前記特定した負荷から、前記同時利用の可能性がある物理リソースの負荷を決定し、
　前記管理システムが、前記同時利用の可能性がある物理リソース、前記同時利用の可能性がある物理リソースに同時にアクセスする可能性があるジョブ、及び、前記決定した物理リソースの負荷の情報を、前記出力デバイスに出力する、ことを含む管理方法。
　請求項９に記載の管理方法であって、
　前記管理システムが、前記第２情報に基づき、前記同時利用の可能性がある物理リソースに同時にアクセスする可能性があるジョブのコマンド、を特定し、
　前記管理システムが、コマンドと負荷との関係を示す第５情報に基づき、前記コマンドのそれぞれの負荷を特定し、
　前記管理システムが、前記特定した負荷から、前記同時利用の可能性がある物理リソースの負荷を推定し、
　前記管理システムが、前記推定した物理リソースの負荷が閾値を超える場合に、前記同時利用の可能性がある物理リソースの情報を、前記出力デバイスに出力する、ことを含む管理方法。
　請求項９に記載の管理方法であって、
　前記管理システムが、前記判定の結果を出力する方法を定義するポリシを設定するためのポリシ設定画面を、出力デバイスにおいて出力し、
　前記管理システムが、前記ポリシ設定画面に従って入力デバイスから入力されたポリシ設定情報に従って、前記判定の結果を前記出力デバイスに出力する、ことを含む管理方法。