(57)【要約】【課題】アクセスに用いられるパスが適切に選択される。【解決手段】一つ以上のホスト計算機と、一つ以上のストレージシステムと、管理計算機と、を備える計算機システムにおける負荷分散方法であって、前記ストレージシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクを制御するディスクコントローラと、を備え、前記負荷分散方法は、前記ストレージシステムが、前記物理ディスクの記憶領域を、一つ以上の論理ユニットとして前記ホスト計算機に提供し、前記管理計算機は、前記ホスト計算機から前記論理ユニットへのアクセス経路である論理パスが経由する構成部位の処理量を算出し、前記算出された構成部位の処理量を参照して、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする。【選択図】図２６
2008059315.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージシステムと、プロセッサ、メモリ及びインタフェースを備え、前記ホスト計算機に接続される管理計算機と、を備える計算機システムにおける負荷分散方法であって、
前記ストレージシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクを制御するディスクコントローラと、を備え、
前記負荷分散方法は、前記ストレージシステムが、前記物理ディスクの記憶領域を、一つ以上の論理ユニットとして前記ホスト計算機に提供し、
前記管理計算機は、
前記ホスト計算機から前記論理ユニットへのアクセス経路である論理パスが経由する構成部位の処理量を算出し、
前記算出された構成部位の処理量を参照して、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする負荷分散方法。
【請求項２】
前記ディスクコントローラは、前記ホスト計算機に接続されるチャネルアダプタを備え、
前記構成部位は、前記チャネルアダプタであることを特徴とする請求項１に記載の負荷分散方法。
【請求項３】
前記処理量は、処理されたＩ／Ｏの数又は処理されたデータの量のいずれかであることを特徴とする請求項１に記載の負荷分散方法。
【請求項４】
前記ホスト計算機は、
前記論理ユニットに対する処理量を測定し、
前記測定された論理ユニットに対する処理量を、前記管理計算機に送信し、
前記管理計算機は、
前記送信された論理ユニットに対する処理量に基づいて、前記構成部位の処理量を算出することを特徴とする請求項１に記載の負荷分散方法。
【請求項５】
前記管理計算機は、前記論理ユニットに対する処理量が入力されると、当該入力された論理ユニットに対する処理量に基づいて、前記構成部位の処理量を算出することを特徴とする請求項１に記載の負荷分散方法。
【請求項６】
前記管理計算機は、
前記構成部位の性能を取得し、
前記算出された構成部位の処理量及び前記取得された構成部位の性能を参照して、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする請求項１に記載の負荷分散方法。
【請求項７】
前記管理計算機は、前記算出された処理量が小さい構成部位が経由する論理パスに対して、前記ホスト計算機から発行されたＩ／Ｏを多く割り当てることによって、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする請求項１に記載の負荷分散方法。
【請求項８】
前記ホスト計算機は、
当該ホスト計算機に接続される論理パスごとに、キューを作成し、
前記当該ホスト計算機から発行されたＩ／Ｏを、前記作成されたキューのうち、空きがあるキューに格納し、
前記キューに格納されたＩ／Ｏを、当該キューに対応する論理パスを用いて前記ストレージシステムに送信し、
前記管理計算機は、
前記算出された構成部位の処理量を参照して、前記論理パスごとに作成されるそれぞれのキューの容量を設定することによって、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする請求項１に記載の負荷分散方法。
【請求項９】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージシステムと、プロセッサ、メモリ及びインタフェースを備え、前記ホスト計算機に接続される管理計算機と、を備える計算機システムであって、
前記ストレージシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクを制御するディスクコントローラと、を備え、
前記ディスクコントローラが、前記物理ディスクの記憶領域を、一つ以上の論理ユニットとして前記ホスト計算機に提供し、
前記管理計算機は、
前記ホスト計算機から前記論理ユニットへのアクセス経路である論理パスが経由する構成部位の処理量を算出し、
前記算出された構成部位の処理量を参照して、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする計算機システム。
【請求項１０】
前記ディスクコントローラは、前記ホスト計算機に接続されるチャネルアダプタを備え、
前記構成部位は、前記チャネルアダプタであることを特徴とする請求項９に記載の計算機システム。
【請求項１１】
前記処理量は、処理されたＩ／Ｏの数又は処理されたデータの量のいずれかであることを特徴とする請求項９に記載の計算機システム。
【請求項１２】
前記ホスト計算機は、
前記論理ユニットに対する処理量を測定し、
前記測定された論理ユニットに対する処理量を、前記管理計算機に送信し、
前記管理計算機は、
前記送信された論理ユニットに対する処理量に基づいて、前記構成部位の処理量を算出することを特徴とする請求項９に記載の計算機システム。
【請求項１３】
前記管理計算機は、前記論理ユニットに対する処理量が入力されると、当該入力された論理ユニットに対する処理量に基づいて、前記構成部位の処理量を算出することを特徴とする請求項９に記載の計算機システム。
【請求項１４】
前記管理計算機は、
前記構成部位の性能を取得し、
前記算出された構成部位の処理量及び前記取得された構成部位の性能を参照して、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする請求項９に記載の計算機システム。
【請求項１５】
前記管理計算機は、前記算出された処理量が小さい構成部位が経由する論理パスに対して、前記ホスト計算機から発行されたＩ／Ｏを多く割り当てることによって、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする請求項９に記載の計算機システム。
【請求項１６】
前記ホスト計算機は、
当該ホスト計算機に接続される論理パスごとに、キューを作成し、
前記当該ホスト計算機から発行されたＩ／Ｏを、前記作成されたキューのうち、空きがあるキューに格納し、
前記キューに格納されたＩ／Ｏを、当該キューに対応する論理パスを用いて前記ストレージシステムに送信し、
前記管理計算機は、
前記算出された構成部位の処理量を参照して、前記論理パスごとに作成されるそれぞれのキューの容量を設定することによって、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする請求項９に記載の計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト計算機、ストレージシステム及び管理計算機を備える計算機システムに関し、特に、Ｉ／Ｏをパスに分散する技術に関する。
【背景技術】
【０００２】
ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）環境におけるマルチパス計算機システムが知られている。マルチパス計算機システムは、ストレージシステム及びホスト計算機を備える。ストレージシステムとホスト計算機とは、ファイバチャネルスイッチを含むＳＡＮによって接続されている。
【０００３】
マルチパス計算機システムでは、ストレージシステムによって提供される論理ユニットとホスト計算機とが複数の論理パスによって接続される。論理パスは、ホスト計算機とストレージシステムとの通信経路における物理パスの組み合わせに応じて、冗長化されたパスである。物理パスは、ホスト計算機とストレージシステムとを接続するＩ／Ｏパスである。例えば、Ｉ／Ｏパスは、ＳＣＳＩケーブル又はＦｉｂｒｅケーブルである。
【０００４】
マルチパス計算機システムにおけるアクセス方法が、特許文献１に開示されている。特許文献１の技術によると、ホスト計算機は、ラウンドロビン方式で、論理パスを順番に選択する。そして、ホスト計算機は、選択したパスを用いて、ストレージシステムの論理ユニットにＩ／Ｏを送信する。
【特許文献１】特開２００５−１０９５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来技術によると、マルチパス計算機システムに備わるそれぞれのホスト計算機は、他のホスト計算機から送信されるＩ／Ｏを考慮せずに、論理ユニットへのＩ／Ｏの送信に用いるパスを選択している。また、ホスト計算機は、ストレージシステムに備わるチャネルアダプタ（ＣＨＡ）の負荷及び性能を考慮せずに、論理ユニットへのＩ／Ｏの送信に用いるパスを選択している。そのため、マルチパス計算機システム全体としては、負荷が分散されないという問題があった。
【０００６】
本発明は、前述した問題点に鑑みてなされたものであって、負荷を適切に分散する計算機システムを提供する事を目的とする。
【課題を解決するための手段】
【０００７】
本発明の代表的な形態は、プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージシステムと、プロセッサ、メモリ及びインタフェースを備え、前記ホスト計算機に接続される管理計算機と、を備える計算機システムにおける負荷分散方法であって、前記ストレージシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクを制御するディスクコントローラと、を備え、前記負荷分散方法は、前記ストレージシステムが、前記物理ディスクの記憶領域を、一つ以上の論理ユニットとして前記ホスト計算機に提供し、前記管理計算機は、前記ホスト計算機から前記論理ユニットへのアクセス経路である論理パスが経由する構成部位の処理量を算出し、前記算出された構成部位の処理量を参照して、前記ホスト計算機から発行されたＩ／Ｏを、前記論理パスに分散することを特徴とする。
【発明の効果】
【０００８】
本発明の代表的な形態によれば、ホスト計算機は、Ｉ／Ｏの送信に用いるパスを適切に選択できる。これによって、計算機システム全体の負荷が分散される。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を図面を参照して説明する。
【００１０】
（第１の実施の形態）
図１は、本発明の第１の実施の形態の計算機システムの構成のブロック図である。
【００１１】
計算機システムは、ホスト計算機１０、ストレージシステム２０及び管理サーバ３０を備える。
【００１２】
ホスト計算機１０とストレージシステム２０とは、ＳＡＮによって接続される。ＳＡＮは、一つ以上のファイバチャネルスイッチによって構成される。ファイバチャネルスイッチは、ホスト計算機１０とストレージシステム２０との通信を制御する。
【００１３】
なお、本実施の形態では、ストレージシステム２０によって提供される論理ユニット（ＬＵ）２５とホスト計算機１０とは、複数の論理パス（パス）１７によって接続される。パス１７は、ホスト計算機１０からＬＵ２５へのアクセス経路である。具体的には、パス１７は、ホスト計算機１０とストレージシステム２０との通信経路における物理パスの組み合わせに応じて、冗長化された論理的なパスである。
【００１４】
ホスト計算機１０と管理サーバ３０とは、ＩＰネットワーク５０によって接続される。
【００１５】
なお、ホスト計算機１０は、二つが図示されているが、計算機システムにいくつ備えられていてもよい。同様に、ストレージシステム２０は、二つが図示されているが、計算機システムにいくつ備えられていてもよい。
【００１６】
ストレージシステム２０は、ディスクコントローラ（ＤＫＣ）２７及び物理ディスクを備える。なお、ストレージシステム２０は、物理ディスクの代わりに、フラッシュメモリを備えていてもよい。
【００１７】
ディスクコントローラ２７は、物理ディスクに対してデータを読み書きする。また、ディスクコントローラ２７は、物理ディスクの記憶領域を、論理ユニット（ＬＵ）２５としてホスト計算機１０に提供する。
【００１８】
また、ディスクコントローラ２７は、一つ以上のチャネルアダプタ（ＣＨＡ）２１を備える。ＣＨＡ２１は、ホスト計算機１０とのデータ転送を制御する。また、ＣＨＡ２１は、ＣＰＵ、メモリ及びＣＨＡポートを備える。ＣＨＡポートは、ＳＡＮに接続されるインタフェースである。なお、一つのＣＨＡ２１が、ＣＨＡポートをいくつ備えていてもよい。
【００１９】
ホスト計算機１０は、ストレージシステム２０に提供されるＬＵ２５に対してデータを読み書きする。なお、ホスト計算機１０については、図２で詳細を説明する。
【００２０】
管理サーバ３０は、接続されているホスト計算機１０を管理する。なお、管理サーバ３０については、図３で詳細を説明する。
【００２１】
図２は、本発明の第１の実施の形態の計算機システムに備わるホスト計算機１０の構成のブロック図である。
【００２２】
ホスト計算機１０は、ＣＰＵ１１、メモリ１２、ネットワークインタフェース１３及びホストバスアダプタ（ＨＢＡ）１４を備える。なお、本説明図では、一つのホスト計算機１０が、ＨＢＡ１４を二つ備えるが、いくつ備えていてもよい。
【００２３】
ネットワークインタフェース１３は、ＩＰネットワーク５０に接続されるインタフェースである。ＨＢＡ１４は、ＳＡＮに接続されるインタフェースである。ＣＰＵ１１は、メモリ１２に記憶されるプログラムを実行することによって各種処理を行う。
【００２４】
メモリ１２は、ＣＰＵ１１によって実行されるプログラム及びＣＰＵ１１によって必要とされる情報等を記憶する。具体的には、メモリ１２は、キューサイズテーブル１２１、ホスト用パス情報テーブル１２２、ホスト用Ｉ／Ｏ履歴テーブル１２３、ホスト用ＣＨＡ情報テーブル１２４、ホスト用統合デバイス管理テーブル１２５、業務アプリケーション１２６及びデバイスリンクマネージャ１２７を記憶する。また、メモリ１２の一部は、キュー１２８として使用される。
【００２５】
キュー１２８は、業務アプリケーション１２６から発行されたＩ／Ｏを一時的に記憶する。なお、一つのキュー１２８は、当該ホスト計算機１０に接続される一つのパス１７に対応する。つまり、メモリ１２には、当該ホスト計算機１０に接続されるパス１７と同数のキュー１２８が作成される。
【００２６】
キューサイズテーブル１２１は、当該ホスト計算機１０のメモリ１２に作成されるそれぞれのキュー１２８の容量を示す。なお、キューサイズテーブル１２１については、図５で詳細を説明する。
【００２７】
ホスト用パス情報テーブル１２２は、当該ホスト計算機１０に接続されるパス１７が経由する構成部位を示す。構成部位は、ホスト計算機１０に備わるＨＢＡ１４、ストレージシステム２０に備わるＣＨＡポート２４及びストレージシステム２０によって提供されるＬＵ２５のうち少なくとも一つを含む。更に、ホスト用パス情報テーブル１２２は、当該ホスト計算機１０に接続されるパス１７の現在の状態を管理する。なお、ホスト用パス情報テーブル１２２については、図６で詳細を説明する。
【００２８】
ホスト用Ｉ／Ｏ履歴テーブル１２３は、当該ホスト計算機１０の業務アプリケーション１２６から統合デバイスへのＩ／Ｏアクセス頻度の履歴を示す。統合デバイスは、図４で詳細を説明するが、デバイスリンクマネージャ１２７によって提供される。なお、ホスト用Ｉ／Ｏ履歴テーブル１２３については、図７で詳細を説明する。
【００２９】
ホスト用ＣＨＡ情報テーブル１２４は、当該ホスト計算機１０に接続されるパス１７が経由するＣＨＡ２１の性能を示す。なお、ホスト用ＣＨＡ情報テーブル１２４については、図８で詳細を説明する。
【００３０】
ホスト用統合デバイス管理テーブル１２５は、業務アプリケーション１２６と当該業務アプリケーション１２６に提供される統合デバイスとの対応を示す。なお、ホスト用統合デバイス管理テーブル１２５については、図９で詳細を説明する。
【００３１】
業務アプリケーション１２６は、特定の処理を実行するプログラムである。そして、業務アプリケーション１２６は、統合デバイスに対してＩ／Ｏを発行する。本説明図では、メモリ１２は、業務アプリケーション１２６を二つ記憶しているが、いくつ記憶していてもよい。
【００３２】
デバイスリンクマネージャ１２７は、パス１７を管理するプログラムである。例えば、デバイスリンクマネージャ１２７は、ホスト計算機１０とストレージシステム２０とを接続する物理パスを冗長化することによって、パス１７を提供する。
【００３３】
また、デバイスリンクマネージャ１２７は、ロードバランス機能を備える。つまり、デバイスリンクマネージャ１２７は、Ｉ／Ｏを異なるパス１７に振り分けることによって、パスの負荷を分散させる。
【００３４】
例えば、デバイスリンクマネージャ１２７は、所定の個数のＩ／Ｏを一つのパス１７を用いて送信すると、次のパス１７を選択する。そして、デバイスリンクマネージャ１２７は、選択した次のパス１７を用いてＩ／Ｏを送信する。また、デバイスリンクマネージャ１２７は、連続するブロックに対するＩ／Ｏを、同一のパス１７を用いて送信してもよい。なお、デバイスリンクマネージャ１２７は、ホスト用パス情報テーブル１２２を参照して、Ｉ／Ｏの送信に用いるパス１７を選択する。
【００３５】
また、デバイスリンクマネージャ１２７は、パス交代機能を備える。具体的には、デバイスリンクマネージャ１２７は、パス１７に発生した障害を検知すると、障害を検知したパス１７を閉塞（オフライン）する。これによって、デバイスリンクマネージャ１２７は、障害を検知したパス１７を用いてＩ／Ｏを送信しない。そこで、デバイスリンクマネージャ１２７は、閉塞されていないパス１７を用いて、Ｉ／Ｏを送信する。なお、閉塞されていないパス１７の状態を、オンラインという。
【００３６】
なお、デバイスリンクマネージャ１２７は、パス１７の障害検知処理（パスヘルスチェック）を実行することによって、パス１７の障害を検知できる。
【００３７】
具体的には、デバイスリンクマネージャ１２７は、状態を調べたいパス１７を用いて、ストレージシステム２０に障害検知信号（導通確認信号）として、ＳＣＳＩコマンドのＩＮＱＵＩＲＹを送信する。そして、デバイスリンクマネージャ１２７は、障害検知信号を正常に送信できたか否かに基づいて、当該パス１７の状態を判定する。具体的には、デバイスリンクマネージャ１２７は、障害検知信号を正常に送信できた場合、当該パス１７が正常であると判定する。一方、デバイスリンクマネージャ１２７は、障害検知信号を正常に送信できなかった場合、当該パス１７に障害が発生していると判定する。
【００３８】
また、デバイスリンクマネージャ１２７は、統合デバイスを業務アプリケーション１２６に提供する。統合デバイスについては、図４で詳細を説明する。
【００３９】
デバイスリンクマネージャ１２７は、初期化サブプログラム１２７１、Ｉ／Ｏディスパッチサブプログラム１２７２及びキューモニタ１２７３を含む。
【００４０】
初期化サブプログラム１２７１は、当該デバイスリンクマネージャ１２７の起動時に実行される。具体的には、初期化サブプログラム１２７１は、当該ホスト計算機１０に接続されるそれぞれのパス１７ごとに、キュー１２７４をメモリ１２上に作成する。なお、初期化サブプログラム１２７１の処理については、図１６で詳細を説明する。
【００４１】
Ｉ／Ｏディスパッチサブプログラム１２７２は、適切なパス１７を用いて、業務アプリケーション１２６から発行されたＩ／Ｏをストレージシステム２０に送信する。一つのＩ／Ｏディスパッチサブプログラム１２７２は、一つの統合デバイスに対応する。つまり、デバイスリンクマネージャ１２７は、提供される統合デバイスと同数のＩ／Ｏディスパッチサブプログラム１２７２を含む。なお、Ｉ／Ｏディスパッチサブプログラム１２７２の処理については、図１７で詳細を説明する。
【００４２】
キューモニタ１２７３は、当該ホスト計算機１０のメモリ１２に作成されるキュー１２８の状態を監視するプログラムである。一つのキューモニタ１２７３は、一つのキュー１２８に対応する。つまり、デバイスリンクマネージャ１２７は、当該ホスト計算機１０のメモリ１２に作成されるキュー１２８と同数のキューモニタ１２７３を含む。なお、キューモニタ１２７３の処理については、図１８で詳細を説明する。
【００４３】
図３は、本発明の第１の実施の形態の計算機システムに備わる管理サーバ３０の構成のブロック図である。
【００４４】
管理サーバ３０は、ＣＰＵ３１、メモリ３２、ネットワークインタフェース３３及びデータベース（ＤＢ）３４を備える。ネットワークインタフェース３３は、ＩＰネットワーク５０に接続されるインタフェースである。ＣＰＵ３１は、メモリ３２に記憶されるプログラムを実行することによって各種処理を行う。
【００４５】
メモリ３２は、ＣＰＵ３１によって実行されるプログラム及びＣＰＵ３１によって必要とされる情報等を記憶する。具体的には、メモリ３２は、ホストマネージャ３２１を記憶する。
【００４６】
ホストマネージャ３２１は、ホスト計算機１０とストレージシステム２０の構成部位との接続に関する情報を一元管理するプログラムである。ホストマネージャ３２１は、キューサイズ更新サブプログラム３２１１を含む。
【００４７】
キューサイズ更新サブプログラム３２１１は、ホスト計算機１０に記憶されるキューサイズテーブル１２１を更新する。なお、キューサイズ更新サブプログラム３２１１については、図２０の処理で詳細を説明する。
【００４８】
ＤＢ３４は、各種情報を記憶する。具体的には、ＤＢ３４は、管理サーバ用パス情報テーブル３４１、管理サーバ用Ｉ／Ｏ履歴テーブル３４２、予想Ｉ／Ｏテーブル３４３、管理サーバ用ＣＨＡ情報テーブル３４４、ＣＨＡ予想負荷テーブル３４５及び管理サーバ用統合デバイス管理テーブル３４６を記憶する。
【００４９】
管理サーバ用パス情報テーブル３４１は、当該管理サーバ３０の管理対象であるホスト計算機１０に接続されるパス１７が経由する構成部位を示す。なお、管理サーバ用パス情報テーブル３４１については、図１０で詳細を説明する。
【００５０】
管理サーバ用Ｉ／Ｏ履歴テーブル３４２は、当該管理サーバ３０の管理対象であるホスト計算機１０の業務アプリケーション１２６から統合デバイスへのＩ／Ｏアクセス頻度の履歴を示す。なお、管理サーバ用Ｉ／Ｏ履歴テーブル３４２については、図１１で詳細を説明する。
【００５１】
予想Ｉ／Ｏテーブル３４３は、当該管理サーバ３０の管理対象であるホスト計算機１０の業務アプリケーション１２６から統合デバイスへのＩ／Ｏアクセス頻度の予想値を示す。なお、予想Ｉ／Ｏテーブル３４３については、図１２で詳細を説明する。
【００５２】
管理サーバ用ＣＨＡ情報テーブル３４４は、当該管理サーバ３０の管理対象であるホスト計算機１０に接続されるパス１７が経由するＣＨＡ２１の性能を示す。なお、管理サーバ用ＣＨＡ情報テーブル３４４については、図１３で詳細を説明する。
【００５３】
ＣＨＡ予想負荷テーブル３４５は、当該管理サーバ３０の管理対象であるホスト計算機１０に接続されるパス１７が経由するＣＨＡ２１の負荷の予想値を示す。ＣＨＡ予想負荷テーブル３４５については、図１４で詳細を説明する。
【００５４】
管理サーバ用統合デバイス管理テーブル３４６は、当該管理サーバ３０の管理対象であるホスト計算機１０の業務アプリケーション１２６と当該業務アプリケーション１２６に提供される統合デバイスとの対応を示す。なお、管理サーバ用統合デバイス管理テーブル３４６については、図１５で詳細を説明する。
【００５５】
図４は、本発明の第１の実施の形態の計算機システムにおける統合デバイスの説明図である。
【００５６】
ホスト計算機１０のデバイスリンクマネージャ１２７は、ストレージシステム２０の一つのＬＵ２５を一つの統合デバイスとして、一つ以上の業務アプリケーション１２６に提供する。そのため、ホスト計算機１０の業務アプリケーション１２６は、提供された統合デバイスを使用して、ストレージシステム２０のＬＵ２５にアクセスする。
【００５７】
このとき、デバイスリンクマネージャ１２７は、ＬＵ２５へのアクセスに使用されるパス１７を適宜切り替える。これによって、デバイスリンクマネージャ１２７は、業務アプリケーション１２６に意識させることなく、ロードバランス機能及びパス交代機能を実現する。つまり、業務アプリケーション１２６は、統合デバイスに対してＩ／Ｏを発行するだけで、適切なパス１７を用いてＬＵ２５にアクセスできる。
【００５８】
図５は、本発明の第１の実施の形態のホスト計算機１０に記憶されるキューサイズテーブル１２１の構成図である。
【００５９】
キューサイズテーブル１２１は、パスＩＤ１２１１、統合デバイス名１２１２及びキューサイズ１２１３を含む。
【００６０】
パスＩＤ１２１１は、当該キューサイズテーブル１２１を記憶するホスト計算機１０に接続されるパス１７の一意な識別子である。統合デバイス名１２１２は、当該レコードのパスＩＤ１２１１によって識別されるパス１７に対応する統合デバイスの一意な識別子である。
【００６１】
キューサイズ１２１３は、当該レコードのパスＩＤ１２１１によって識別されるパス１７に対応するキュー１２８の容量を示す。本説明図のキューサイズテーブル１２１のキューサイズ１２１３は、キュー１２８の実際の容量（バイト）でなく、キュー１２８の容量の比である。
【００６２】
また、ホスト計算機１０は、現在の時刻に応じて、キュー１２８の容量を変更してもよい。この場合、キューサイズテーブル１２１は、時刻に対応する複数のキューサイズ１２１３を含む。本説明図のキューサイズテーブル１２１は、０時から１２時までのキューサイズ１２１３及び１２時から２４時までのキューサイズ１２１３を含む。
【００６３】
図６は、本発明の第１の実施の形態のホスト計算機１０に記憶されるホスト用パス情報テーブル１２２の構成図である。
【００６４】
ホスト用パス情報テーブル１２２は、パスＩＤ１２２１、統合デバイス名１２２２、ＨＢＡ番号１２２３、ストレージシステム名１２２４、ＣＨＡ番号１２２５、ＬＵ番号１２２６及び状態１２２７を含む。
【００６５】
パスＩＤ１２２１は、当該ホスト用パス情報テーブル１２２を記憶するホスト計算機１０に接続されるパス１７の一意な識別子である。統合デバイス名１２２２は、当該レコードのパスＩＤ１２２１によって識別されるパス１７に対応する統合デバイスの一意な識別子である。
【００６６】
ＨＢＡ番号１２２３は、当該レコードのパスＩＤ１２２１によって識別されるパス１７が経由するＨＢＡ１４の一意な識別子である。
【００６７】
ストレージシステム名１２２４は、当該レコードのパスＩＤ１２２１によって識別されるパス１７が接続されるストレージシステム２０の一意な識別子である。ＣＨＡ番号１２２５は、当該レコードのパスＩＤ１２２１によって識別されるパス１７が経由するＣＨＡ２１の一意な識別子である。なお、ホスト計算機１０は、ストレージシステム名１２２４及びＣＨＡ番号１２２５を用いて、ＣＨＡ２１を識別する。
【００６８】
ＬＵ番号１２２６は、当該レコードのパスＩＤ１２２１によって識別されるパス１７が経由するＬＵ２５の一意な識別子である。なお、ホスト計算機１０は、ストレージシステム名１２２４及びＬＵ番号１２２６を用いて、ＬＵ２５を識別する。
【００６９】
状態１２２７は、当該レコードのパスＩＤ１２２１によって識別されるパス１７が閉塞されているか否かを示す。当該レコードのパスＩＤ１２２１によって識別されるパス１７が閉塞されている場合、状態１２２７は、「オフライン」となる。一方、当該レコードのパスＩＤ１２２１によって識別されるパス１７が閉塞されていない場合、状態１２２７は「オンライン」となる。
【００７０】
図７は、本発明の第１の実施の形態のホスト計算機１０に記憶されるホスト用Ｉ／Ｏ履歴テーブル１２３の構成図である。
【００７１】
ホスト用Ｉ／Ｏ履歴テーブル１２３は、統合デバイス名１２３１及びＩ／Ｏアクセス頻度履歴１２３２を含む。
【００７２】
統合デバイス名１２３１は、デバイスリンクマネージャ１２７によって提供される統合デバイスの一意な識別子である。Ｉ／Ｏアクセス頻度履歴１２３２は、当該レコードの統合デバイス名１２３１によって識別される統合デバイスへのＩ／Ｏアクセス頻度の履歴である。
【００７３】
ホスト用Ｉ／Ｏ履歴テーブル１２３は、所定の期間ごとのＩ／Ｏアクセス頻度を履歴として管理する。本説明図のホスト用Ｉ／Ｏ履歴テーブル１２３は、半日ごとのＩ／Ｏアクセス頻度を履歴として管理する。
【００７４】
なお、Ｉ／Ｏアクセス頻度履歴１２３２は、所定の期間が経過すると、削除されてもよい。また、ホスト用Ｉ／Ｏ履歴テーブル１２３は、Ｉ／Ｏアクセス頻度履歴１２３２の代わりに、統合デバイスへのＩ／Ｏに関する他の情報の履歴を含んでもよい。統合デバイスへのＩ／Ｏに関する他の情報は、例えば、Ｉ／Ｏデータ量である。
【００７５】
図８は、本発明の第１の実施の形態のホスト計算機１０に記憶されるホスト用ＣＨＡ情報テーブル１２４の構成図である。
【００７６】
ホスト用ＣＨＡ情報テーブル１２４は、ＣＨＡ番号１２４１、ストレージシステム名１２４２及び能力係数１２４３を含む。
【００７７】
ＣＨＡ番号１２４１は、ストレージシステム２０に備わるＣＨＡ２１の一意な識別子である。ストレージシステム名１２４２は、当該レコードのＣＨＡ番号１２４１によって識別されるＣＨＡ２１を備えるストレージシステム２０の一意な識別子である。
【００７８】
能力係数１２４３は、当該レコードのＣＨＡ番号１２４１及びストレージシステム名１２４２によって識別されるＣＨＡ２１の性能を示す。例えば、能力係数１２４３は、ＣＨＡ２１に備わるＣＰＵのクロック数、ＣＨＡ２１に備わるメモリの容量、ＣＨＡ２１の単位時間当たりのデータ処理量又はキャッシュヒット率等である。
【００７９】
図９は、本発明の第１の実施の形態のホスト計算機１０に記憶されるホスト用統合デバイス管理テーブル１２５の構成図である。
【００８０】
ホスト用統合デバイス管理テーブル１２５は、業務アプリケーション名１２５１及び統合デバイス名１２５２を含む。
【００８１】
業務アプリケーション名１２５１は、ホスト計算機１０に記憶される業務アプリケーション１２６の一意な識別子である。統合デバイス名１２５２は、当該レコードの業務アプリケーション名１２５１によって識別される業務アプリケーション１２６に提供される統合デバイスの一意な識別子である。
【００８２】
図１０は、本発明の第１の実施の形態の管理サーバ３０に記憶される管理サーバ用パス情報テーブル３４１の構成図である。
【００８３】
管理サーバ用パス情報テーブル３４１は、パスＩＤ３４１１、ホスト計算機名３４１２、統合デバイス名３４１３、ＨＢＡ番号３４１４、ストレージシステム名３４１５、ＣＨＡ番号３４１６、ＬＵ番号３４１７及び状態３４１８を含む。
【００８４】
パスＩＤ３４１１は、パス１７の一意な識別子である。ホスト計算機名３４１２は、当該レコードのパスＩＤ３４１１によって識別されるパス１７に接続されるホスト計算機１０の一意な識別子である。統合デバイス名３４１３は、当該レコードのパスＩＤ３４１１によって識別されるパス１７に対応する統合デバイスの一意な識別子である。なお、管理サーバ３０は、ホスト計算機名３４１２及び統合デバイス名３４１３を用いて、統合デバイスを識別する。
【００８５】
ＨＢＡ番号３４１４は、当該レコードのパスＩＤ３４１１によって識別されるパス１７が経由するＨＢＡ１４の一意な識別子である。なお、管理サーバ３０は、ホスト計算機名３４１２及びＨＢＡ番号３４１４を用いて、ＨＢＡ１４を識別する。
【００８６】
ストレージシステム名３４１５は、当該レコードのパスＩＤ３４１１によって識別されるパス１７が接続されるストレージシステム２０の一意な識別子である。ＣＨＡ番号３４１６は、当該レコードのパスＩＤ３４１１によって識別されるパス１７が経由するＣＨＡ２１の一意な識別子である。なお、管理サーバ３０は、ストレージシステム名３４１５及びＣＨＡ番号３４１６を用いて、ＣＨＡ２１を識別する。
【００８７】
ＬＵ番号３４１７は、当該レコードのパスＩＤ３４１１によって識別されるパス１７が経由するＬＵ２５の一意な識別子である。なお、管理サーバ３０は、ストレージシステム名３４１５及びＬＵ番号３４１７を用いて、ＬＵ２５を識別する。
【００８８】
状態３４１８は、当該レコードのパスＩＤ３４１１によって識別されるパス１７が閉塞されているか否かを示す。当該レコードのパスＩＤ３４１１によって識別されるパス１７が閉塞されている場合、状態３４１８は、「オフライン」となる。一方、当該レコードのパスＩＤ３４１１によって識別されるパス１７が閉塞されていない場合、状態３４１８は「オンライン」となる。
【００８９】
図１１は、本発明の第１の実施の形態の管理サーバ３０に記憶される管理サーバ用Ｉ／Ｏ履歴テーブル３４２の構成図である。
【００９０】
管理サーバ用Ｉ／Ｏ履歴テーブル３４２は、ホスト計算機名３４２１、統合デバイス名３４２２及びＩ／Ｏアクセス頻度履歴３４２３を含む。
【００９１】
ホスト計算機名３４２１は、管理サーバ３０の管理対象であるホスト計算機１０の一意な識別子である。統合デバイス名３４２２は、当該レコードのホスト計算機名３４２１によって識別されるホスト計算機１０で提供される統合デバイスの一意な識別子である。
【００９２】
Ｉ／Ｏアクセス頻度履歴３４２３は、当該レコードのホスト計算機名３４２１及び統合デバイス名３４２２によって識別される統合デバイスへのＩ／Ｏアクセス頻度の履歴である。
【００９３】
管理サーバ用Ｉ／Ｏ履歴テーブル３４２は、所定の期間ごとのＩ／Ｏアクセス頻度を履歴として管理する。本説明図のホスト用Ｉ／Ｏ履歴テーブル３４２は、半日ごとのＩ／Ｏアクセス頻度を履歴として管理する。
【００９４】
なお、Ｉ／Ｏアクセス頻度履歴３４２３は、所定の期間が経過すると、削除されてもよい。また、管理サーバ用Ｉ／Ｏ履歴テーブル３４２は、Ｉ／Ｏアクセス頻度履歴３４２３の代わりに、統合デバイスへのＩ／Ｏに関する他の情報の履歴を含んでもよい。統合デバイスへのＩ／Ｏに関する他の情報は、例えば、Ｉ／Ｏデータ量である。
【００９５】
図１２は、本発明の第１の実施の形態の管理サーバ３０に記憶される予想Ｉ／Ｏテーブル３４３である。
【００９６】
予想Ｉ／Ｏテーブル３４３は、ホスト計算機名３４３１、統合デバイス名３４３２及び予想Ｉ／Ｏアクセス頻度３４３３を含む。
【００９７】
ホスト計算機名３４３１は、管理サーバ３０の管理対象であるホスト計算機１０の一意な識別子である。統合デバイス名３４３２は、当該レコードのホスト計算機名３４３１によって識別されるホスト計算機１０で提供される統合デバイスの一意な識別子である。
【００９８】
予想Ｉ／Ｏアクセス頻度３４３３は、当該レコードのホスト計算機名３４３１及び統合デバイス名３４３２によって識別される統合デバイスへのＩ／Ｏアクセス頻度の予想値である。
【００９９】
なお、予想Ｉ／Ｏテーブル３４３は、時刻に対応する複数の予想Ｉ／Ｏアクセス頻度３４３３を含んでもよい。本説明図の予想Ｉ／Ｏテーブル３４３は、０時から１２時までの予想Ｉ／Ｏアクセス頻度３４３３及び１２時から２４時までの予想Ｉ／Ｏアクセス頻度３４３３を含む。他にも、予想Ｉ／Ｏテーブル３４３は、曜日又は日付けに対応する予想Ｉ／アクセス頻度３４３３を含んでもよい。
【０１００】
図１３は、本発明の第１の実施の形態の管理サーバ３０に記憶される管理サーバ用ＣＨＡ情報テーブル３４４の構成図である。
【０１０１】
管理サーバ用ＣＨＡ情報テーブル３４４は、ＣＨＡ番号３４４１、ストレージシステム名３４４２及び能力係数３４４３を含む。
【０１０２】
ＣＨＡ番号３４４１は、ストレージシステム２０に備わるＣＨＡ２１の一意な識別子である。ストレージシステム名３４４２は、当該レコードのＣＨＡ番号３４４１によって識別されるＣＨＡ２１を備えるストレージシステム２０の一意な識別子である。
【０１０３】
能力係数３４４３は、当該レコードのＣＨＡ番号３４４１及びストレージシステム名３４４２によって識別されるＣＨＡ２１の性能を示す。例えば、能力係数３４４３は、ＣＨＡ２１に備わるＣＰＵのクロック数、ＣＨＡ２１に備わるメモリの容量、ＣＨＡ２１の単位時間当たりのデータ処理量又はキャッシュヒット率等である。
【０１０４】
図１４は、本発明の第１の実施の形態の管理サーバ３０に記憶されるＣＨＡ予想負荷テーブル３４５の構成図である。
【０１０５】
ＣＨＡ予想負荷テーブル３４５は、ＣＨＡ番号３４５１、ストレージシステム名３４５２及びＣＨＡ予想負荷３４５３を含む。
【０１０６】
ＣＨＡ番号３４５１は、ストレージシステム２０に備わるＣＨＡ２１の一意な識別子である。ストレージシステム名３４５２は、当該レコードのＣＨＡ番号３４５１によって識別されるＣＨＡ２１を備えるストレージシステム２０の一意な識別子である。
【０１０７】
ＣＨＡ予想負荷３４５３は、当該レコードの当該レコードのＣＨＡ番号３４４１及びストレージシステム名３４４２によって識別されるＣＨＡ２１の負荷の予想値である。例えば、ＣＨＡ予想負荷３４５３は、ＣＨＡ２１に割り当てられるＩ／Ｏ数の予想値である。
【０１０８】
図１５は、本発明の第１の実施の形態の管理サーバ３０に記憶される管理サーバ用統合デバイス管理テーブル３４６の構成図である。
【０１０９】
管理サーバ用統合デバイス管理テーブル３４６は、ホスト計算機名３４６１、業務アプリケーション名３４６２及び統合デバイス名３４６３を含む。
【０１１０】
ホスト計算機名３４６１は、管理サーバ３０の管理対象であるホスト計算機１０の一意な識別子である。業務アプリケーション名３４６２は、当該レコードのホスト計算機名３４６１によって識別されるホスト計算機１０に記憶される業務アプリケーション１２６の一意な識別子である。統合デバイス名３４６３は、当該レコードの業務アプリケーション名３４６２によって識別される業務アプリケーション１２６に提供される統合デバイスの一意な識別子である。
【０１１１】
以下、本発明の第１の実施の計算機システムの処理を説明する。
【０１１２】
図１６は、本発明の第１の実施の形態のホスト計算機１０によって実行される初期化サブプログラム１２７１の処理のフローチャートである。
【０１１３】
ホスト計算機１０は、デバイスリンクマネージャ１２７の起動時に、初期化サブプログラム１２７１を実行する。
【０１１４】
まず、ホスト計算機１０は、現在の時刻を取得する（Ｓ１００１）。
【０１１５】
次に、ホスト計算機１０は、キューサイズテーブル１２１を参照して、メモリ１２上にキュー１２８を作成する（Ｓ１００２）。
【０１１６】
具体的には、ホスト計算機１０は、キューサイズテーブル１２１に含まれるすべてのレコードから、現在の時刻に対応するキューサイズ１２１３を抽出する。次に、ホスト計算機１０は、抽出したすべてのキューサイズ１２１３の合計を算出する。
【０１１７】
次に、ホスト計算機１０は、キューサイズテーブル１２１のレコードを上から順番に選択する。次に、ホスト計算機１０は、選択したレコードから、パスＩＤ１２１１及び現在の時刻に対応するキューサイズ１２１３を抽出する。
【０１１８】
次に、ホスト計算機１０は、抽出したキューサイズ１２１３に対応する容量の記憶領域を、メモリ１２に確保する。そして、ホスト計算機１０は、メモリ１２に確保した記憶領域を、選択したパスＩＤ１２１１によって識別されるパス１７に対応するキュー１２８として使用する。
【０１１９】
例えば、抽出したキューサイズ１２１３がキュー１２８の実際の容量（バイト）を示す場合、ホスト計算機１０は、抽出したキューサイズ１２１３の記憶領域を、メモリ１２に確保する。
【０１２０】
一方、抽出したキューサイズ１２１３がキュー１２８の容量の比を示す場合、ホスト計算機１０は、以下のようにして、メモリ１２に確保する記憶領域の容量を求める。
【０１２１】
まず、ホスト計算機１０は、抽出したキューサイズ１２１３を、算出したキューサイズ１２１３の合計で割る。これによって、ホスト計算機１０は、抽出したパスＩＤ１２１１によって識別されるパス１７に対応するキュー１２８の容量が、すべてのキュー１２８の容量の合計に占める割合を求める。次に、ホスト計算機１０は、求めた割合に、キュー用容量を乗じることによって、メモリ１２に確保する記憶領域の容量を求める。キュー用容量は、メモリ１２の記憶領域のうち、キュー１２８のいずれかとして使用される記憶領域の容量である。
【０１２２】
他にも、ホスト計算機１０は、抽出したキューサイズ１２１に、所定の容量を乗じることによって、メモリ１２に確保する記憶領域の容量を求めてもよい。
【０１２３】
ホスト計算機１０は、以上のような処理を、選択したすべてのレコードに対して繰り返すことによって、それぞれのパス１７に対応するキュー１２８のすべてを作成する。
【０１２４】
そして、ホスト計算機１０は、初期化サブプログラム１２７１の処理を終了する。
【０１２５】
図１７は、本発明の第１の実施の形態のホスト計算機１０によって実行されるＩ／Ｏディスパッチサブプログラム１２７２の処理のフローチャートである。
【０１２６】
業務アプリケーション１２６からデバイスリンクマネージャ１２７へＩ／Ｏが発行されると、ホスト計算機１０は、Ｉ／Ｏディスパッチサブプログラム１２７２を実行する。なお、ホスト計算機１０は、統合デバイスごとにＩ／Ｏディスパッチサブプログラム１２７２を実行する。また、ホスト計算機１０は、キューモニタ１２７３と並行して、Ｉ／Ｏディスパッチサブプログラム１２７２を実行する。
【０１２７】
業務アプリケーション１２６からデバイスリンクマネージャ１２７へＩ／Ｏが発行されている間は、ホスト計算機１０は、当該Ｉ／Ｏディスパッチサブプログラム１２７２を繰り返す（Ｓ１０１１）。つまり、業務アプリケーション１２６からデバイスリンクマネージャ１２７へＩ／Ｏが発行されなくなると、ホスト計算機１０は、当該Ｉ／Ｏディスパッチサブプログラム１２７２を終了する。
【０１２８】
まず、ホスト計算機１０は、前回のステップＳ１０１２で選択したキュー１２８の次のキュー１２８を、当該統合デバイスに対応するすべてのキュー１２８の中から選択する（Ｓ１０１２）。具体的には、ホスト計算機１０は、前回のステップＳ１０１２で選択したキュー１２８より、キューＩＤが次に大きいキュー１２８を、当該統合デバイスに対応するすべてのキュー１２８の中から選択する。但し、キューＩＤが次に大きいキュー１２８が存在しない場合及びステップＳ１０１２が初回である場合には、ホスト計算機１０は、最も小さいキューＩＤによって識別されるキュー１２８を、当該統合デバイスに対応するキュー１２８の中から選択する。
【０１２９】
次に、ホスト計算機１０は、ステップＳ１０１４を前回実行してから所定の時間が経過したか否かを判定する（Ｓ１０１３）。所定の時間が経過していない場合には、ホスト計算機１０は、そのままステップＳ１０１５に進む。
【０１３０】
一方、所定の時間が経過した場合には、ホスト計算機１０は、キューサイズテーブル１２１を参照して、ステップＳ１０１２で選択したキュー１２８の容量の変更が必要であるか否かを判定する。
【０１３１】
具体的には、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８のキューＩＤとキューサイズテーブル１２１のパスＩＤ１２１１とが一致するレコードを、キューサイズテーブル１２１から選択する。次に、ホスト計算機１０は、選択したレコードから、現在の時刻に対応するキューサイズ１２１３を抽出する。
【０１３２】
次に、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８の容量と抽出したキューサイズ１２１３に対応する容量とが一致するか否かを判定する。二つの容量が一致した場合、ホスト計算機１０は、キュー１２８の容量の変更が不要と判定する。そして、そのままステップＳ１０１５に進む。
【０１３３】
一方、二つの容量が一致しない場合、ホスト計算機１０は、キュー１２８の容量の変更が必要と判定する。すると、ホスト計算機１０は、抽出したキューサイズ１２１３に対応する容量の記憶領域を、メモリ１２に確保する。そして、ホスト計算機１０は、メモリ１２に確保した記憶領域を、ステップＳ１０１２で選択したキュー１２８として使用する。これによって、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８の容量を変更する（Ｓ１０１４）。
【０１３４】
次に、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８が満杯であるか否かを判定する（Ｓ１０１５）。選択したキュー１２８が満杯の場合、ホスト計算機１０は、そのままステップＳ１０１１に戻る。
【０１３５】
一方、選択したキュー１２８が満杯でない場合、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８に、発行された一つのＩ／Ｏを格納する（Ｓ１０１６）。そして、ホスト計算機１０は、ステップＳ１０１１に戻る。
【０１３６】
以上のように、ホスト計算機１０は、発行されたＩ／Ｏをキュー１２８に分散する。なお、それぞれのキュー１２８の容量は、当該キュー２３８に対応するパス１７に割り当てられるＩ／Ｏの比に基づいて設定される。そのため、ホスト計算機１０は、発行されたＩ／Ｏを、適切なパス１７に割り当てることができる。
【０１３７】
具体的には、ホスト計算機１０は、負荷の高いパス１７、負荷の高いＣＨＡ２１を経由するパス１７及び低性能なＣＨＡ２１を経由するパス１７に、多くのＩ／Ｏを割り当てない。そのため、ホスト計算機１０は、負荷の高くないパス１７、負荷の高くないＣＨＡ２１を経由するパス１７及び高性能なＣＨＡ２１を経由するパス１７に、多くのＩ／Ｏを割り当てることができる。
【０１３８】
更に、ホスト計算機１０は、他のホスト計算機１０によるＩ／Ｏを考慮して、Ｉ／Ｏを割り当てることができる。
【０１３９】
なお、当該Ｉ／Ｏディスパッチサブプログラム１２７２の処理では、ホスト計算機１０は、発行されたＩ／Ｏの一つずつを、順番に選択したキュー１２８に格納した。しかし、ホスト計算機１０は、発行された複数のＩ／Ｏを、順番に選択したキュー１２８に格納してもよい。
【０１４０】
図１８は、本発明の第１の実施の形態のホスト計算機１０によって実行されるキューモニタ１２７３の処理のフローチャートである。
【０１４１】
ホスト計算機１０は、初期化サブプログラム１２７１の処理を終了すると、キューモニタ１２７３の処理を開始する。そして、ホスト計算機１０は、ステップＳ１０２２からステップＳ１０２４までを繰り返す（Ｓ１０２１）。
【０１４２】
まず、ホスト計算機１０は、当該キューモニタ１２７３の監視対象であるキュー１２８に、Ｉ／Ｏが格納されているか否かを判定する（Ｓ１０２２）。
【０１４３】
Ｉ／Ｏが格納されていない場合、ホスト計算機１０は、当該キュー１２８にＩ／Ｏが格納されるまで待機する（Ｓ１０２３）。
【０１４４】
一方、Ｉ／Ｏが格納されている場合、ホスト計算機１０は、キュー処理を実行する（Ｓ１０２４）。なお、キュー処理については、図１９で詳細を説明する。
【０１４５】
ホスト計算機１０は、キュー処理を終了すると、ステップＳ１０２１に戻り、キューモニタ１２７３の処理を繰り返す。
【０１４６】
図１９は、本発明の第１の実施の形態のホスト計算機１０によって実行されるキュー処理のフローチャートである。
【０１４７】
キュー処理は、キューモニタ１２７３の処理（図１８）のステップＳ１０２４において実行される。
【０１４８】
まず、ホスト計算機１０は、当該キューモニタ１２７３の監視対象であるキュー１２８に、Ｉ／Ｏが格納されているか否かを判定する。Ｉ／Ｏが格納されていない場合、ホスト計算機１０は、キュー処理を終了する。
【０１４９】
一方、Ｉ／Ｏが格納されている場合、ホスト計算機１０は、ステップＳ１０３２からステップＳ１０３８までを行う。つまり、ホスト計算機１０は、当該キューモニタ１２７３の監視対象であるキュー１２８にＩ／Ｏがなくなるまで、キュー処理を繰り返す（Ｓ１０３１）。
【０１５０】
まず、ホスト計算機１０は、当該キューモニタ１２７３の監視対象であるキュー１２８の先頭に格納されているＩ／Ｏを、当該キュー１２８に対応するパス１７に割り当てる（Ｓ１０３２）。つまり、ホスト計算機１０は、キュー１２８の先頭に格納されているＩ／Ｏを、当該キュー１２８に対応するパス１７を用いて、ストレージシステム２０に送信する。
【０１５１】
次に、ホスト計算機１０は、ホスト用Ｉ／Ｏ履歴テーブル１２３を更新する（Ｓ１０３３）。
【０１５２】
具体的には、ホスト計算機１０は、Ｉ／Ｏの送信に用いたパス１７に対応する統合デバイスを特定する。次に、ホスト計算機１０は、特定した統合デバイスの識別子とホスト用Ｉ／Ｏ履歴テーブル１２３の統合デバイス名１２３１とが一致するレコードを、ホスト用Ｉ／Ｏ履歴テーブル１２３から選択する。次に、ホスト計算機１０は、選択したレコードから、現在の時刻に対応するＩ／Ｏアクセス頻度履歴１２３２を選択する。次に、ホスト計算機１０は、選択したＩ／Ｏアクセス頻度履歴１２３２に、「１」を加算する。以上のように、ホスト計算機１０は、ホスト用Ｉ／Ｏ履歴テーブル１２３を更新する。
【０１５３】
また、ホスト用Ｉ／Ｏ履歴テーブル１２３が、Ｉ／Ｏアクセス頻度履歴１２３２の代わりに、Ｉ／Ｏデータ量履歴を含む場合には、ホスト計算機１０は、以下の処理によって、ホスト用Ｉ／Ｏ履歴テーブル１２３を更新する。
【０１５４】
まず、ホスト計算機１０は、送信したＩ／Ｏのデータ量を測定する。次に、ホスト計算機１０は、Ｉ／Ｏの送信に用いたパス１７に対応する統合デバイスを特定する。次に、ホスト計算機１０は、特定した統合デバイスの識別子とホスト用Ｉ／Ｏ履歴テーブル１２３の統合デバイス名１２３１とが一致するレコードを、ホスト用Ｉ／Ｏ履歴テーブル１２３から選択する。次に、ホスト計算機１０は、選択したレコードから、現在の時刻に対応するＩ／Ｏデータ量履歴を選択する。次に、ホスト計算機１０は、選択したＩ／Ｏデータ量履歴に、測定したデータ量を加算する。以上のように、ホスト計算機１０は、ホスト用Ｉ／Ｏ履歴テーブル１２３を更新する。
【０１５５】
ホスト計算機１０は、ホスト用Ｉ／Ｏ履歴テーブル１２３を更新すると、送信したＩ／Ｏに対する応答を、ストレージシステム２０から受信したか否かを判定する（Ｓ１０３４）。Ｉ／Ｏに対する応答を受信していない場合、ホスト計算機１０は、受信するまで待機する（Ｓ１０３５）。
【０１５６】
一方、Ｉ／Ｏに対する応答を受信した場合、ホスト計算機１０は、受信した応答に基づいて、パス１７に障害が発生しているか否かを判定する（Ｓ１０３６）。
【０１５７】
パス１７に障害が発生していない場合、ホスト計算機１０は、送信済みのＩ／Ｏを、キュー１２８から削除する（Ｓ１０３７）。そして、ホスト計算機１０は、ステップＳ１０３１に戻り、キュー処理を繰り返す。
【０１５８】
一方、パス１７に障害が発生している場合、ホスト計算機１０は、当該キューモニタ１２７３の監視対象であるキュー１２８に格納されているすべてのＩ／Ｏを、他のキュー１２８に移動する（Ｓ１０３８）。なお、Ｉ／Ｏの移動先となる他のキュー１２８と、当該キューモニタ１２７３の監視対象であるキュー１２８とは、同一の統合デバイスに対応する。
【０１５９】
そして、ホスト計算機１０は、障害が発生しているパス１７を閉塞する。具体的には、ホスト計算機１０は、障害が発生しているパス１７の識別子とホスト用パス情報テーブル１２２のパスＩＤ１２２１とが一致するレコードを、ホスト用パス情報テーブル１２２から選択する。次に、ホスト計算機１０は、選択したレコードの状態１２２７に、「オフライン」を格納する。
【０１６０】
このようにして、ホスト計算機１０は、パス交代機能を実現する。そして、ホスト計算機１０は、キュー処理を終了する。
【０１６１】
図２０は、本発明の第１の実施の形態の管理サーバ３０によって実行されるキューサイズ更新サブプログラム３２１１のフローチャートである。
【０１６２】
管理サーバ３０は、キューサイズ更新サブプログラム３２１１を定期的に実行する。また、管理サーバ３０は、ホスト計算機１０にキューサイズ更新サブプログラム３２１１の実行を要求されたときに、キューサイズ更新サブプログラム３２１１を実行してもよい。なお、ホスト計算機１０は、Ｉ／Ｏの急激な変化又はパス１７の障害等を検出すると、キューサイズ更新サブプログラム３２１１の実行を、管理サーバ３０に要求する。
【０１６３】
まず、管理サーバ３０は、キューサイズ更新サブプログラム３２１１を、一日のうち初めて実行したか否かを判定する（Ｓ３００１）。一日のうちの初めての実行でない場合には、管理サーバ３０は、そのままステップＳ３００４に進む。
【０１６４】
一方、一日のうちの初めての実行である場合には、管理サーバ３０は、ホスト用Ｉ／Ｏ履歴テーブル１２３を、すべてのホスト計算機１０から取得する（Ｓ３００２）。
【０１６５】
次に、管理サーバ３０は、取得したすべてのホスト用Ｉ／Ｏ履歴テーブル１２３に基づいて、管理サーバ用Ｉ／Ｏ履歴テーブル３４２を更新する（Ｓ３００３）。
【０１６６】
具体的には、管理サーバ３０は、ホスト用Ｉ／Ｏ履歴テーブル１２３の取得元であるホスト計算機１０の識別子を、管理サーバ用Ｉ／Ｏ履歴テーブル３４２のホスト計算機名３４２１に格納する。次に、管理サーバ３０は、取得したホスト用Ｉ／Ｏ履歴テーブル１２３の統合デバイス名１２３１を、管理サーバ用Ｉ／Ｏ履歴テーブル３４２の統合デバイス名３４２２に格納する。次に、管理サーバ３０は、取得したホスト用Ｉ／Ｏ履歴テーブル１２３のＩ／Ｏアクセス頻度履歴１２３２を、管理サーバ用Ｉ／Ｏ履歴テーブル３４２のＩ／Ｏアクセス頻度履歴３４２３に格納する。
【０１６７】
次に、管理サーバ３０は、ホスト用パス情報テーブル１２２及びホスト用ＣＨＡ情報テーブル１２４を、すべてのホスト計算機１０から取得する（Ｓ３００４）。
【０１６８】
次に、管理サーバ３０は、取得したホスト用パス情報テーブル１２２に基づいて、管理サーバ用パス情報テーブル３４１を更新する。
【０１６９】
具体的には、管理サーバ３０は、取得したホスト用パス情報テーブル１２２のパスＩＤ１２２１を、管理サーバ用パス情報テーブル３４１のパスＩＤ３４１１に格納する。次に、管理サーバ３０は、ホスト用パス情報テーブル１２２の取得元であるホスト計算機１０の識別子を、管理サーバ用パス情報テーブル３４１のホスト計算機名３４１２に格納する。
【０１７０】
次に、管理サーバ３０は、取得したホスト用パス情報テーブル１２２の統合デバイス名１２２２を、管理サーバ用パス情報テーブル３４１の統合デバイス名３４１３に格納する。次に、管理サーバ３０は、取得したホスト用パス情報テーブル１２２のＨＢＡ番号１２２３を、管理サーバ用パス情報テーブル３４１のＨＢＡ番号３４１４に格納する。
【０１７１】
次に、管理サーバ３０は、取得したホスト用パス情報テーブル１２２のストレージシステム名１２２４を、管理サーバ用パス情報テーブル３４１のストレージシステム名３４１５に格納する。次に、管理サーバ３０は、取得したホスト用パス情報テーブル１２２のＣＨＡ番号１２２６を、管理サーバ用パス情報テーブル３４１のＣＨＡ番号３４１６に格納する。
【０１７２】
次に、管理サーバ３０は、取得したホスト用パス情報テーブル１２２のＬＵ番号１２２６を、管理サーバ用パス情報テーブル３４１のＬＵ番号３４１７に格納する。次に、管理サーバ３０は、取得したホスト用パス情報テーブル１２２の状態１２２７を、管理サーバ用パス情報テーブル３４１の状態３４１８に格納する。
【０１７３】
次に、管理サーバ３０は、取得したホスト用ＣＨＡ情報テーブル１２４に基づいて、管理サーバ用ＣＨＡ情報テーブル３４４を更新する（Ｓ３００５）。
【０１７４】
具体的には、管理サーバ３０は、取得したホスト用ＣＨＡ情報テーブル１２４のＣＨＡ番号１２４１を、管理サーバ用ＣＨＡ情報テーブル３４４のＣＨＡ番号３４４１に格納する。次に、管理サーバ３０は、取得したホスト用ＣＨＡ情報テーブル１２４のストレージシステム名１２４２を、管理サーバ用ＣＨＡ情報テーブル３４４のストレージシステム名３４４２に格納する。次に、管理サーバ３０は、取得したホスト用ＣＨＡ情報テーブル１２４の能力係数１２４３を、管理サーバ用ＣＨＡ情報テーブル３４４の能力係数３４４３に格納する。
【０１７５】
次に、管理サーバ３０は、キューサイズ計算処理を実行する（Ｓ３００６）。これによって、管理サーバ３０は、キュー１２８の容量の比を算出する。なお、キューサイズ計算処理については、図２１で詳細を説明する。
【０１７６】
次に、管理サーバ３０は、算出したキュー１２８の容量の比を、ホスト計算機１０に通知する。次に、管理サーバ３０は、キューサイズテーブル１２１の更新を、ホスト計算機１０に指示する（Ｓ３００７）。すると、ホスト計算機１０は、キューサイズテーブル１２１を更新する。
【０１７７】
具体的には、ホスト計算機１０は、容量の比が算出されたキュー１２８に対応するパス１７の識別子とキューサイズテーブル１２１のパスＩＤ１２１１とが一致するレコードを、キューサイズテーブル１２１から選択する。次に、ホスト計算機１０は、選択したレコードのキューサイズ１２１３に、通知されたキュー１２８の容量の比を格納する。
【０１７８】
そして、管理サーバ３０は、キューサイズ更新サブプログラム３２１１の処理を終了する。
【０１７９】
図２１は、本発明の第１の実施の形態の管理サーバ３０によって実行されるキューサイズ計算処理のフローチャートである。
【０１８０】
キューサイズ計算処理は、キューサイズ更新サブプログラム３２１１の処理（図２０）のステップＳ３００６において実行される。
【０１８１】
まず、管理サーバ３０は、キューサイズ更新サブプログラム３２１１を、一日のうち初めて実行したか否かを判定する（Ｓ３０１１）。一日のうちの初めての実行でない場合には、管理サーバ３０は、そのままステップＳ３０１３に進む。
【０１８２】
一方、一日のうちの初めての実行である場合には、管理サーバ３０は、Ｉ／Ｏ予想処理を実行する（Ｓ３０１２）。これによって、管理サーバ３０は、予想Ｉ／Ｏテーブル３４３を更新する。なお、Ｉ／Ｏ予想処理については、図２２で詳細を説明する。
【０１８３】
次に、管理サーバ３０は、ＣＨＡ負荷予想処理を実行する（Ｓ３０１３）。これによって、管理サーバ３０は、予想Ｉ／Ｏテーブル３４３に基づいて、ＣＨＡ予想負荷テーブル３４５を更新する。なお、ＣＨＡ負荷予想処理については、図２３で詳細を説明する。
【０１８４】
次に、管理サーバ３０は、すべてのパス１７の中から一つのパス１７を順番に選択する（Ｓ３０１４）。次に、管理サーバ３０は、選択したパス１７に対応するキュー１２８の容量の比を算出する。
【０１８５】
具体的には、管理サーバ３０は、選択したパス１７の識別子と管理サーバ用パス情報テーブル３４１のパスＩＤ３４１１とが一致するレコードを、管理サーバ用パス情報テーブル３４１から選択する。次に、管理サーバ３０は、選択したレコードから、ストレージシステム名３４１５及びＣＨＡ番号３４１６を抽出する。これによって、管理サーバ３０は、選択したパス１７が経由するＣＨＡ２１を特定する。
【０１８６】
次に、管理サーバ３０は、抽出したＣＨＡ番号３４１６と管理サーバ用ＣＨＡ情報テーブル３４４のＣＨＡ番号３４４１とが一致するレコードを、管理サーバ用ＣＨＡ情報テーブル３４４から選択する。次に、管理サーバ３０は、抽出したストレージシステム名３４１５と管理サーバ用ＣＨＡ情報テーブル３４４のストレージシステム名３４４２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ３０は、選択したレコードから、能力係数３４４３を抽出する。
【０１８７】
次に、管理サーバ３０は、抽出したＣＨＡ番号３４１６とＣＨＡ予想負荷テーブル３４５のＣＨＡ番号３４５１とが一致するレコードを、ＣＨＡ予想負荷テーブル３４５から選択する。次に、管理サーバは、抽出したストレージシステム名３４１５とＣＨＡ予想負荷テーブル３４５のストレージシステム名３４５２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ３０は、選択したレコードから、現在の時刻に対応するＣＨＡ予想負荷３４５３を抽出する。
【０１８８】
次に、管理サーバ３０は、抽出した能力係数３４４３を、抽出したＣＨＡ予想負荷３４５３で割ることによって、キュー１２８の容量の比を算出する（Ｓ３０１５）。
【０１８９】
次に、管理サーバ３０は、すべてのパス１７をステップＳ３０１４で選択したか否かを判定する。すべてのパス１７が選択されていない場合、キュー１２８の容量の比が算出されていないパス１７が存在する。よって、管理サーバ３０は、ステップＳ３０１４に戻る。
【０１９０】
一方、管理サーバ３０は、すべてのパス１７を選択した場合、キューサイズ計算処理を終了する。
【０１９１】
図２２は、本発明の第１の実施の形態の管理サーバ３０によって実行されるＩ／Ｏ予想処理のフローチャートである。
【０１９２】
Ｉ／Ｏ予想処理は、キューサイズ計算処理（図２１）のステップＳ３０１２において実行される。
【０１９３】
まず、管理サーバ３０は、予想Ｉ／Ｏテーブル３４３の予想Ｉ／Ｏアクセス頻度３４３３に格納されている情報を削除する（Ｓ３０２１）。
【０１９４】
次に、管理サーバ３０は、管理サーバ用Ｉ／Ｏ履歴テーブル３４２に基づいて、Ｉ／Ｏアクセス頻度の予想値を算出する。
【０１９５】
具体的には、管理サーバ３０は、管理サーバ用Ｉ／Ｏ履歴テーブル３４２のレコードを、上から順番に選択する。そして、管理サーバ３０は、すべてのレコードを選択するまで、以下の処理を繰り返す。
【０１９６】
管理サーバ３０は、選択したレコードから、ホスト計算機名３４２１、統合デバイス名３４２２及びＩ／Ｏアクセス頻度履歴３４２３を抽出する。次に、管理サーバ３０は、抽出したＩ／Ｏアクセス頻度履歴３４２３に含まれるすべてのＩ／Ｏアクセス頻度を平均することによって、Ｉ／Ｏアクセス頻度の予想値を算出する。
【０１９７】
なお、管理サーバ用Ｉ／Ｏ履歴テーブル３４２が時間帯ごとのＩ／Ｏアクセス頻度履歴３４２３を含む場合、管理サーバ３０は、それぞれの時間帯に対応するＩ／Ｏアクセス頻度のみを平均する事によって、時間帯ごとのＩ／Ｏアクセス頻度の予想値を算出する。
【０１９８】
また、管理サーバ３０は、本日の曜日に対応するＩ／Ｏアクセス頻度履歴３４２３のみを、管理サーバ用Ｉ／Ｏ履歴テーブル３４２から抽出してもよい。そして、管理サーバ３０は、抽出したＩ／Ｏアクセス頻度履歴３４２３に含まれるＩ／Ｏアクセス頻度を平均することによって、Ｉ／Ｏアクセス頻度の予想値を算出する。
【０１９９】
次に、管理サーバ３０は、予想Ｉ／Ｏテーブル３４３を更新する（Ｓ３０２２）。
【０２００】
具体的には、管理サーバ３０は、抽出したホスト計算機名３４２１と予想Ｉ／Ｏテーブル３４３のホスト計算機名３４３１とが一致するレコードを、予想Ｉ／Ｏテーブル３４３から選択する。次に、管理サーバ３０は、抽出した統合デバイス名３４２２と予想Ｉ／Ｏテーブル３４３の統合デバイス名３４３２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ３０は、選択したレコードの予想Ｉ／Ｏアクセス頻度３４３３に、算出したＩ／Ｏアクセス頻度の予想値を格納する。
【０２０１】
そして、管理サーバ３０は、Ｉ／Ｏ予想処理を終了する。
【０２０２】
なお、管理サーバ３０は、Ｉ／Ｏアクセス頻度の予想値をいかなる方法で求めてもよい。例えば、管理サーバ３０は、現在のＩ／Ｏアクセス頻度を、Ｉ／Ｏアクセス頻度の予想値としてもよい。
【０２０３】
図２３は、本発明の第１の実施の形態の管理サーバ３０によって実行されるＣＨＡ負荷予想処理のフローチャートである。
【０２０４】
ＣＨＡ負荷予想処理は、キューサイズ計算処理（図２１）のステップＳ３０１３において実行される。
【０２０５】
まず、管理サーバ３０は、ＣＨＡ予想負荷テーブル３４５のＣＨＡ予想負荷３４５３に、「０」を格納する（Ｓ３０３１）。
【０２０６】
次に、管理サーバ３０は、すべての統合デバイスの中から、一つの統合デバイスを順番に選択する（Ｓ３０３２）。具体的には、管理サーバ３０は、予想Ｉ／Ｏテーブル３４３のレコードを、上から順番に選択する。
【０２０７】
次に、管理サーバ３０は、選択したレコードから、ホスト計算機名３４３１、統合デバイス名３４３２及び予想Ｉ／Ｏアクセス頻度３４３３を抽出する（Ｓ３０３３）。これによって、管理サーバ３０は、選択した統合デバイスに対する予想Ｉ／Ｏアクセス頻度３４３３を抽出する。
【０２０８】
次に、管理サーバ３０は、選択した統合デバイスに対応するオンラインのパス１７の数を求める（Ｓ３０３４）。
【０２０９】
具体的には、管理サーバ３０は、抽出したホスト計算機名３４３１と管理サーバ用パス情報テーブル３４１のホスト計算機名３４１１とが一致するすべてのレコードを、管理サーバ用パス情報テーブル３４１から選択する。次に、管理サーバ３０は、抽出した統合デバイス名３４３２と管理サーバ用パス情報テーブル３４１の統合デバイス名３４１３とが一致するすべてのレコードを、選択したレコードの中から選択する。次に、管理サーバ３０は、選択したレコードの数を数えることによって、統合デバイスに対応するオンラインのパス１７の数を求める。
【０２１０】
次に、管理サーバ３０は、統合デバイスに対応するオンラインのパス１７を順番に選択する（Ｓ３０３５）。具体的には、管理サーバ３０は、管理サーバ用パス情報テーブル３４１から選択したレコードのうちの一つを、上から順番に選択する。
【０２１１】
次に、管理サーバ３０は、ＣＨＡ予想負荷テーブル３４５を更新する（Ｓ３０３６）。
【０２１２】
具体的には、管理サーバ３０は、ステップＳ３０３３で抽出した予想Ｉ／Ｏアクセス頻度３４３３を、ステップＳ３０３４で求めたパス１７の数で割る。これによって、管理サーバ３０は、選択パス割当負荷を算出する。選択パス割当負荷は、ステップＳ３０３２で選択された統合デバイスに対する予想Ｉ／Ｏアクセス頻度のうち、ステップＳ３０３５で選択されたパス１７に割り当てられる予想Ｉ／Ｏアクセス頻度である。
【０２１３】
次に、管理サーバ３０は、管理サーバ用パス情報テーブル３４１から選択した一つのレコードから、ストレージシステム名３４１５及びＣＨＡ番号３４１６を抽出する。次に、管理サーバ３０は、抽出したストレージシステム名３４１５とＣＨＡ予想負荷テーブル３４５のストレージシステム名３４５２とが一致するレコードを、ＣＨＡ予想負荷テーブル３４５から選択する。次に、管理サーバ３０は、抽出したＣＨＡ番号３４１６とＣＨＡ予想負荷テーブル３４５のＣＨＡ番号３４５１とが一致するレコードを、選択したレコードの中から選択する。
【０２１４】
次に、管理サーバ３０は、選択したレコードのＣＨＡ予想負荷３４５３に、算出した選択パス割当負荷を加算する。
【０２１５】
以上のように、管理サーバ３０は、ＣＨＡ予想負荷テーブル３４５を更新する。
【０２１６】
なお、予想Ｉ／Ｏテーブル３４３が時間帯ごとの予想Ｉ／Ｏアクセス頻度３４３３を含む場合、管理サーバ３０は、時間帯ごとの選択パス割当負荷を算出する。そして、管理サーバ３０は、算出した選択パス割当負荷を、当該選択パス割当負荷が算出された時間帯に対応するＣＨＡ予想負荷３４５３に加算する。
【０２１７】
次に、管理サーバ３０は、統合デバイスに対応するオンラインのパス１７のすべてを、ステップＳ３０３５で選択したか否かを判定する。統合デバイスに対応するオンラインのパス１７のすべてを選択していない場合、管理サーバ３０は、ステップＳ３０３２で選択された統合デバイスに対する処理を終了していない。よって、管理サーバ３０は、ステップＳ３０３５に戻る。
【０２１８】
一方、統合デバイスに対応するオンラインのパス１７のすべてを選択した場合、管理サーバ３０は、ステップＳ３０３２で選択された統合デバイスに対する処理を終了する。次に、管理サーバ３０は、すべての統合デバイスをステップＳ３０３２で選択したか否かを判定する。すべての統合デバイスが選択されていない場合、未処理の統合デバイスが存在する。よって、管理サーバ３０は、ステップＳ３０３２に戻る。
【０２１９】
一方、すべての統合デバイスが選択された場合、管理サーバ３０は、ＣＨＡ負荷予想処理を終了する。
【０２２０】
また、管理サーバ３０は、管理者から指示を受け付けるために、ホスト情報表示画面（図２４）を表示してもよい。
【０２２１】
図２４は、本発明の第１の実施の形態の管理サーバ３０に表示されるホスト情報表示画面４０の説明図である。
【０２２２】
管理サーバ３０は、管理者から指定されたホスト計算機１０に関する情報を、ホスト情報表示画面４０として表示する。
【０２２３】
ホスト情報表示画面４０は、ＩＰアドレス４０１、ＯＳ名４０２、最終更新日時４０３、統合デバイス一覧情報、パス一覧表示ボタン４２０及び業務アプリ一覧表示ボタン４３０を含む。
【０２２４】
ＩＰアドレス４０１は、表示対象のホスト計算機１０に割り当てられた識別子である。ＯＳ名４０２は、表示対象のホスト計算機１０を制御するＯＳの名称である。最終更新日時４０３は、表示対象のホスト計算機１０のデータが最後に更新された日時である。
【０２２５】
統合デバイス一覧情報は、チェックボックス４１１、統合デバイス名４１２、オンラインのパス数４１３、オフラインのパス数４１４、ストレージシステム名４１５及びＬＵ番号４１６を含む。
【０２２６】
チェックボックス４１１は、当該レコードの統合デバイス名４１２によって識別される統合デバイスが選択されているか否かを示す。統合デバイス名４１２は、表示対象のホスト計算機１０で提供される統合デバイスの一意な識別子である。
【０２２７】
オンラインのパス数４１３は、当該レコードの統合デバイス名４１２によって識別される統合デバイスに対応するパス１７のうち、閉塞されていないパス１７の数である。オフラインのパス数４１４は、当該レコードの統合デバイス名４１２によって識別される統合デバイスに対応するパス１７のうち、閉塞されているパス１７の数である。
【０２２８】
ＬＵ番号４１６は、当該レコードの統合デバイス名４１２によって識別される統合デバイスとして提供されるＬＵ２５の一意な識別子である。ストレージシステム名４１５は、当該レコードのＬＵ番号４１６によって識別されるＬＵ２５を提供するストレージシステム２０の一意な識別子である。
【０２２９】
パス一覧表示ボタン４２０が操作されると、管理サーバ３０は、管理サーバ用パス情報テーブル３４１、管理サーバ用ＣＨＡ情報テーブル３４４及びＣＨＡ予想負荷テーブル３４５に基づいて、パス一覧画面５０を作成する。そして、管理サーバ３０は、作成したパス一覧画面５０を表示する。
【０２３０】
パス一覧画面５０は、チェックボックス４１１で選択されたレコードの統合デバイス名４１２によって識別される統合デバイスに対応するパス１７に関する情報を含む。なお、パス一覧画面５０については、図２５で詳細を説明する。
【０２３１】
また、業務アプリ一覧表示ボタン４３０が操作されると、管理サーバ３０は、管理サーバ用統合デバイス管理テーブル３４６に基づいて、業務アプリ一覧画面６０を作成する。そして、管理サーバ３０は、作成した業務アプリ一覧画面６０を表示する。
【０２３２】
業務アプリ一覧画面６０は、管理者から指定されたホスト計算機１０に記憶される業務アプリケーション１２６に関する情報を含む。なお、業務アプリ一覧画面６０については、図２６で詳細を説明する。
【０２３３】
図２５は、本発明の第１の実施の形態の管理サーバ３０に表示されるパス一覧画面５０の説明図である。
【０２３４】
パス一覧画面５０は、ホスト情報表示画面４０で選択された統合デバイスに対応するパス１７に関する情報を含む。具体的には、パス一覧画面５０は、パスＩＤ５０１、統合デバイス名５０２、ＨＢＡ番号５０３、ストレージシステム名５０４、ＬＵ番号５０５、ＣＨＡ番号５０６、従来の方式の場合の予想負荷５０７、本発明の方式の予想負荷５０８、能力係数５０９、キューサイズ５１０、状態５１１及び閉じるボタン５２０を含む。
【０２３５】
パスＩＤ５０１は、ホスト情報表示画面４０で選択された統合デバイスに対応するパス１７の一意な識別子である。統合デバイス名５０２は、ホスト情報表示画面４０で選択された統合デバイスの名称である。ＨＢＡ番号５０３は、当該レコードのパスＩＤ５０１によって識別されるパス１７が経由するＨＢＡ１４の一意な識別子である。
【０２３６】
ストレージシステム名５０４は、当該レコードのパスＩＤ５０１によって識別されるパス１７が接続されるストレージシステム２０の一意な識別子である。ＬＵ番号５０５は、当該レコードのパスＩＤ５０１によって識別されるパス１７が経由するＬＵ２５の一意な識別子である。
【０２３７】
ＣＨＡ番号５０６は、当該レコードのパスＩＤ５０１によって識別されるパス１７が経由するＣＨＡ２１の一意な識別子である。
【０２３８】
従来の方式の場合の予想負荷５０７は、ラウンドロビン方式でパス１７にＩ／Ｏを分散した場合における、当該レコードのＣＨＡ番号５０６によって識別されるＣＨＡ２１の負荷の予想値である。本発明の方式の場合の予想負荷５０８は、本実施の形態の方式でパス１７にＩ／Ｏを分散した場合における、当該レコードのＣＨＡ番号５０６によって識別されるＣＨＡ２１の負荷の予想値である。
【０２３９】
能力係数５０９は、当該レコードのＣＨＡ番号５０６によって識別されるＣＨＡ２１の性能を示す。キューサイズ５１０は、当該レコードのパスＩＤ５０１によって識別されるパス１７に対応するキュー１２８の容量を示す。
【０２４０】
状態５１１は、当該レコードのパスＩＤ５０１によって識別されるパス１７が閉塞されているか否かを示す。当該レコードのパスＩＤ５０１によって識別されるパス１７が閉塞されている場合、状態５１１は、「オフライン」となる。一方、当該レコードのパスＩＤ５０１によって識別されるパス１７が閉塞されていない場合、状態５１１は「オンライン」となる。
【０２４１】
閉じるボタン５２０が操作されると、管理サーバ３０は、当該パス一覧画面５０の表示を終了する。
【０２４２】
図２６は、本発明の第１の実施の形態の管理サーバ３０に表示される業務アプリ一覧画面６０の説明図である。
【０２４３】
業務アプリ一覧画面６０は、管理者から指定されたホスト計算機１０に記憶される業務アプリケーション１２６に関する情報を含む。具体的には、業務アプリ一覧画面６０は、業務アプリケーション名６０１、統合デバイス名６０２、予想Ｉ／Ｏアクセス頻度入力欄６０３、入力完了ボタン６２０及び閉じるボタン６３０を含む。
【０２４４】
業務アプリケーション名６０１は、管理者から指定されたホスト計算機１０に記憶される業務アプリケーション１２６の一意な識別子である。統合デバイス名６０２は、当該レコードの業務アプリケーション名６０１によって識別される業務アプリケーション１２６に提供される統合デバイスの一意な識別子である。予想Ｉ／Ｏアクセス頻度入力欄６０３には、当該レコードの統合デバイス名６０２によって識別される統合デバイスへのＩ／Ｏアクセス頻度の予想値が管理者から入力される。
【０２４５】
入力完了ボタン６２０が操作されると、管理サーバ３０は、予想Ｉ／Ｏアクセス頻度入力欄６０３に入力された情報に基づいて、予想Ｉ／Ｏテーブル３４３を更新する。
【０２４６】
具体的には、管理サーバ３０は、管理者から指定されたホスト計算機１０の識別子と予想Ｉ／Ｏテーブル３４３のホスト計算機名３４３１とが一致するレコードを、予想Ｉ／Ｏテーブル３４３から選択する。次に、管理サーバ３０は、統合デバイス名６０２と予想Ｉ／Ｏテーブル３４３の統合デバイス名３４３２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ３０は、選択したレコードの予想Ｉ／Ｏアクセス頻度３４３３に、予想Ｉ／Ｏアクセス頻度入力欄６０３に入力された情報を格納する。
【０２４７】
以上のように、管理サーバ３０は、予想Ｉ／Ｏテーブル３４３を更新すると、キューサイズ更新サブプログラム３２１１（図２０）を実行する。これによって、管理サーバ３０は、予想Ｉ／Ｏアクセス頻度入力欄６０３に入力された情報に基づいて、Ｉ／Ｏを適切なパス１７に分散できる。
【０２４８】
閉じるボタン６３０が操作されると、管理サーバ３０は、当該業務アプリ一覧画面６０の表示を終了する。
【０２４９】
本実施の形態によれば、ホスト計算機１０は、パス１７の負荷、パス１７が経由するＣＨＡの負荷及びパス１７が経由するＣＨＡ２１の性能等を考慮して、Ｉ／Ｏの送信に用いるパスを選択する。更に、ホスト計算機１０は、他のホスト計算機１０からのＩ／Ｏをも考慮して、Ｉ／Ｏの送信に用いるパスを選択する。そのため、ホスト計算機１０は、発行されたＩ／Ｏを、適切なパス１７に分散できる。なお、ホスト計算機１０は、パスが経由するその他の構成部位の負荷及び性能を考慮して、Ｉ／Ｏの送信に用いるパスを選択してもよい。その他の構成部位は、ホスト計算機１０に備わるＨＢＡ１４又はＳＡＮを構成するファイバチャネルスイッチのポートである。
【０２５０】
（第２の実施の形態）
本発明の第２の実施の形態では、ホスト計算機１０は、キュー１２８が満杯になるまで、発行されたＩ／Ｏを同一のキュー１２８に格納する。
【０２５１】
本発明の第２の実施の形態の計算機システムの構成は、第１の実施の形態の計算機システム（図１）と同一である。よって、本発明の第２の実施の形態の計算機システムの構成については、説明を省略する。
【０２５２】
また、本発明の第２の実施の形態の計算機システムの処理は、Ｉ／Ｏディスパッチサブプログラム１２７２の処理を除き、本発明の第１の実施の形態の計算機システムと同一である。よって、同一の処理については、説明を省略する。
【０２５３】
図２７は、本発明の第２の実施の形態のホスト計算機１０によって実行されるＩ／Ｏディスパッチサブプログラム１２７２の処理のフローチャートである。
【０２５４】
業務アプリケーション１２６からデバイスリンクマネージャ１２７へＩ／Ｏが発行されると、ホスト計算機１０は、Ｉ／Ｏディスパッチサブプログラム１２７２を実行する。なお、ホスト計算機１０は、統合デバイスごとにＩ／Ｏディスパッチサブプログラム１２７２を実行する。
【０２５５】
まず、ホスト計算機１０は、ステップＳ１０１１〜Ｓ１０１４を実行する。なお、ステップＳ１０１１〜Ｓ１０１４は、第１の実施の形態のＩ／Ｏディスパッチサブプログラム１２７２の処理（図２７）に含まれるものと同一であるので、説明を省略する。
【０２５６】
次に、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８に、発行されたＩ／Ｏを格納する（Ｓ１０１８）。
【０２５７】
次に、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８が満杯であるか否かを判定する（Ｓ１０１９）。選択したキュー１２８が満杯でない場合、ホスト計算機１０は、ステップＳ１０１８に戻る。このようにして、ホスト計算機１０は、ステップＳ１０１２で選択したキュー１２８が満杯となるまで、当該キュー１２８にＩ／Ｏを格納する。
【０２５８】
選択したキュー１２８が満杯となると、ホスト計算機１０は、当該選択したキュー１２８を監視対象とするキューモニタ１２７３を実行する。そして、ホスト計算機１０は、ステップＳ１０１１に戻る。
【０２５９】
以上のように、第２の実施の形態のホスト計算機１０は、発行されたＩ／Ｏを適切なキュー１２８に分散する。なお、それぞれのキュー１２８の容量は、対応するパス１７に割り当てられるＩ／Ｏの比に基づいて設定される。そのため、ホスト計算機１０は、発行されたＩ／Ｏを、適切なパス１７に割り当てることができる。
【０２６０】
具体的には、ホスト計算機１０は、負荷の高いパス１７、負荷の高いＣＨＡ２１を経由するパス１７及び低性能なＣＨＡ２１を経由するパス１７に、多くのＩ／Ｏを割り当てない。そのため、ホスト計算機１０は、負荷の高くないパス１７、負荷の高くないＣＨＡ２１を経由するパス１７及び高性能なＣＨＡ２１を経由するパス１７に、多くのＩ／Ｏを割り当てることができる。更に、ホスト計算機１０は、他のホスト計算機１０によるＩ／Ｏを考慮して、Ｉ／Ｏを割り当てることができる。
【０２６１】
（第３の実施の形態）
第１及び第２の実施の形態では、ホスト計算機１０は、キュー１２８を用いることによって、Ｉ／Ｏを適切なパス１７に分散した。第３の実施の形態では、ホスト計算機１０は、キュー１２８を用いずに、Ｉ／Ｏを適切なパス１７に分散する。
【０２６２】
本発明の第３の実施の形態の計算機システムの構成は、第１の実施の形態の計算機システム（図１）と同一である。よって、本発明の第３の実施の形態の計算機システムの構成については、説明を省略する。但し、第３の実施の形態のホスト計算機１０は、キュー１２８及びキューモニタ１２７３を備えない。
【０２６３】
第３の実施の形態では、ホスト計算機１０は、キューサイズテーブル１２１のキューサイズ１２１３に基づいて、発行されたＩ／Ｏをそれぞれのパス１７に振り分ける。
【０２６４】
具体的には、ホスト計算機１０は、統合デバイスに対応するすべてのパス１７の中から、一つのパス１７を順番に選択する。次に、ホスト計算機１０は、選択したパス１７の識別子とキューサイズテーブル１２１のパスＩＤ１２１１とが一致するレコードを、キューサイズテーブル１２１から選択する。次に、ホスト計算機１０は、選択したレコードから、キューサイズ１２１３を抽出する。
【０２６５】
次に、ホスト計算機１０は、選択した一つのパス１７を用いて、抽出したキューサイズ１２１３に対応する個数のＩ／Ｏを送信する。そして、ホスト計算機１０は、次のパス１７を選択し、同様の処理を繰り返す。
【０２６６】
以上のように、ホスト計算機１０は、キュー１２８を用いなくても、キュー１２８を用いる場合と同じように、Ｉ／Ｏを適切なパス１７に分散できる。
【０２６７】
次に、計算機システムが図１に示す構成である場合におけるＣＨＡの負荷の具体例を説明する。
【０２６８】
ここでは、統合デバイス１への予想Ｉ／Ｏアクセス頻度及び統合デバイス２への予想Ｉ／Ｏアクセス頻度を「１０００」とする。また、統合デバイス３への予想Ｉ／Ｏアクセス頻度を「３０００」とする。また、統合デバイス４への予想Ｉ／Ｏアクセス頻度を「１００００」とする。また、「ＣＨＡ１〜ＣＨＡ５」によって識別されるＣＨＡ２１の能力係数を「３００」とする。また、「ＣＨＡ６」によって識別されるＣＨＡ２１の能力係数を「２５０」とする。
【０２６９】
まず、管理サーバ３０は、ロードバランスで負荷分散した場合における、それぞれのパス１７の予想負荷を算出する。
【０２７０】
具体的には、管理サーバ３０は、統合デバイス１への予想Ｉ／Ｏアクセス頻度である「１０００」を、統合デバイス１に対応するパス１７の数である「２」で割る。これによって、管理サーバ３０は、ロードバランスで負荷分散した場合における、パスＡ１７の予想負荷及びパスＢ１７の予想負荷である「５００」を算出する。
【０２７１】
同様に、管理サーバ３０は、統合デバイス２への予想Ｉ／Ｏアクセス頻度である「１０００」を、統合デバイス２に対応するパス１７の数である「２」で割る。これによって、管理サーバ３０は、ロードバランスで負荷分散した場合における、パスＣ１７の予想負荷及びパスＤ１７の予想負荷である「５００」を算出する。
【０２７２】
同様に、管理サーバ３０は、統合デバイス３への予想Ｉ／Ｏアクセス頻度である「３０００」を、統合デバイス３に対応するパス１７の数である「３」で割る。これによって、管理サーバ３０は、ロードバランスで負荷分散した場合における、パスＥ１７の予想負荷、パスＦ１７の予想負荷及びパスＧ１７の予想負荷である「１０００」を算出する。
【０２７３】
同様に、管理サーバ３０は、統合デバイス４への予想Ｉ／Ｏアクセス頻度である「１００００」を、統合デバイス４に対応するパス１７の数である「２」で割る。これによって、管理サーバ３０は、ロードバランスで負荷分散した場合における、パスＨ１７の予想負荷及びパスＩ１７の予想負荷である「５０００」を算出する。
【０２７４】
次に、管理サーバ３０は、ロードバランスで負荷分散した場合における、それぞれのＣＨＡ２１の予想負荷を算出する。
【０２７５】
具体的には、管理サーバ３０は、「ＣＨＡ１」によって識別されるＣＨＡ２１を経由するすべてのパス１７の予想負荷の合計を求める。ここでは、管理サーバ３０は、パスＡ１７の予想負荷である「５００」、パスＣ１７の予想負荷である「５００」及びパスＥ１７の予想負荷である「１０００」の合計を求める。これによって、管理サーバ３０は、「ＣＨＡ１」によって識別されるＣＨＡ２１の予想負荷である「２０００」を算出する。
【０２７６】
次に、管理サーバ３０は、パスＢ１７の予想負荷である「５００」を、「ＣＨＡ２」によって識別されるＣＨＡ２１の予想負荷とする。なぜなら、パスＢ１７だけが、「ＣＨＡ２」によって識別されるＣＨＡ２１を経由するからである。
【０２７７】
次に、管理サーバ３０は、「ＣＨＡ３」によって識別されるＣＨＡ２１を経由するすべてのパス１７の予想負荷の合計を求める。ここでは、管理サーバ３０は、パスＤ１７の予想負荷である「５００」及びパスＦ１７の予想負荷である「１０００」の合計を求める。これによって、管理サーバ３０は、「ＣＨＡ３」によって識別されるＣＨＡ２１の予想負荷である「１５００」を算出する。
【０２７８】
次に、管理サーバ３０は、パスＧ１７の予想負荷である「１０００」を、「ＣＨＡ４」によって識別されるＣＨＡ２１の予想負荷とする。なぜなら、パスＧ１７だけが、「ＣＨＡ４」によって識別されるＣＨＡ２１を経由するからである。
【０２７９】
次に、管理サーバ３０は、パスＨ１７の予想負荷である「５０００」を、「ＣＨＡ５」によって識別されるＣＨＡ２１の予想負荷とする。なぜなら、パスＨ１７だけが、「ＣＨＡ５」によって識別されるＣＨＡ２１を経由するからである。
【０２８０】
次に、管理サーバ３０は、パスＩ１７の予想負荷である「５０００」を、「ＣＨＡ６」によって識別されるＣＨＡ２１の予想負荷とする。なぜなら、パスＩ１７だけが、「ＣＨＡ６」によって識別されるＣＨＡ２１を経由するからである。
【０２８１】
なお、管理サーバ３０は、ＣＨＡ負荷予想処理（図２３）を実行する事によって、ロードバランスで負荷分散した場合における、それぞれのＣＨＡ２１の予想負荷を算出する。
【０２８２】
次に、管理サーバ３０は、ＣＨＡ２１の能力係数を、当該ＣＨＡ２１の予想負荷で割る。これによって、管理サーバ３０は、当該ＣＨＡ２１を経由するパス１７に割り当てるＩ／Ｏ量を決定する。
【０２８３】
具体的には、管理サーバ３０は、「ＣＨＡ１」によって識別されるＣＨＡ２１の能力係数である「３００」を、「ＣＨＡ１」によって識別されるＣＨＡ２１の予想負荷である「２０００」で割る。
【０２８４】
次に、管理サーバ３０は、「ＣＨＡ２」によって識別されるＣＨＡ２１の能力係数である「３００」を、「ＣＨＡ２」によって識別されるＣＨＡ２１の予想負荷である「５００」で割る。
【０２８５】
次に、管理サーバ３０は、「ＣＨＡ３」によって識別されるＣＨＡ２１の能力係数である「３００」を、「ＣＨＡ３」によって識別されるＣＨＡ２１の予想負荷である「１５００」で割る。
【０２８６】
次に、管理サーバ３０は、「ＣＨＡ４」によって識別されるＣＨＡ２１の能力係数である「３００」を、「ＣＨＡ４」によって識別されるＣＨＡ２１の予想負荷である「１０００」で割る。
【０２８７】
次に、管理サーバ３０は、「ＣＨＡ５」によって識別されるＣＨＡ２１の能力係数である「３００」を、「ＣＨＡ５」によって識別されるＣＨＡ２１の予想負荷である「５０００」で割る。
【０２８８】
次に、管理サーバ３０は、「ＣＨＡ６」によって識別されるＣＨＡ２１の能力係数である「２５０」を、「ＣＨＡ６」によって識別されるＣＨＡ２１の予想負荷である「５０００」で割る。
【０２８９】
管理サーバ３０は、ＣＨＡ２１の能力係数を、当該ＣＨＡ２１の予想負荷で割ることによって算出された値に基づいて、当該ＣＨＡ２１を経由するパス１７に割り当てるＩ／Ｏ量を決定する。そのため、ホスト計算機１０は、統合デバイス１へのＩ／Ｏを適切なパスを用いて送信できる。
【０２９０】
ホスト計算機１０は、統合デバイス１へのＩ／Ｏを、パスＡ１７及びパスＢ１７に分散する。このとき、パスＡ１７を用いて送信されるＩ／Ｏ数とパスＢ１７を用いて送信されるＩ／Ｏ数との比は、「３００／２０００」対「３００／５００」となる。なぜなら、パスＡ１７は、「ＣＨＡ１」によって識別されるＣＨＡ２１を経由し、パスＢ１７は、「ＣＨＡ１」によって識別されるＣＨＡ２１を経由するからである。
【０２９１】
このため、統合デバイス１へのＩ／Ｏ数に対する、パスＡ１７へ割り当てられるＩ／Ｏ数の割合は、「１／５」となる。また、統合デバイス１へのＩ／Ｏ数に対する、パスＢ１７へ割り当てられるＩ／Ｏ数の割合は、「４／５」となる。
【０２９２】
同様に、ホスト計算機１０は、統合デバイス２へのＩ／Ｏを、パスＣ１７及びパスＤ１７に分散する。このとき、パスＣ１７を用いて送信されるＩ／Ｏ数とパスＤ１７を用いて送信されるＩ／Ｏ数との比は、「３００／２０００」対「３００／１５００」となる。なぜなら、パスＣ１７は、「ＣＨＡ１」によって識別されるＣＨＡ２１を経由し、パスＤ１７は、「ＣＨＡ３」によって識別されるＣＨＡ２１を経由するからである。
【０２９３】
このため、統合デバイス２へのＩ／Ｏ数に対する、パスＣ１７へ割り当てられるＩ／Ｏ数の割合は、「３／７」となる。また、統合デバイス２へのＩ／Ｏ数に対する、パスＤ１７へ割り当てられるＩ／Ｏ数の割合は、「４／７」となる。
【０２９４】
同様に、ホスト計算機１０は、統合デバイス３へのＩ／Ｏを、パスＥ１７、パスＦ１７及びパスＧ１７に分散する。このとき、パスＥ１７を用いて送信されるＩ／Ｏ数とパスＦ１７を用いて送信されるＩ／Ｏ数とパスＧ１７を用いて送信されるＩ／Ｏ数との比は、「３００／２０００」対「３００／１５００」対「３００／１０００」となる。なぜなら、パスＥ１７は、「ＣＨＡ１」によって識別されるＣＨＡ２１を経由し、パスＦ１７は、「ＣＨＡ３」によって識別されるＣＨＡ２１を経由し、パスＧ１７は、「ＣＨＡ４」によって識別されるＣＨＡ２１を経由するからである。
【０２９５】
このため、統合デバイス３へのＩ／Ｏ数に対する、パスＥ１７へ割り当てられるＩ／Ｏ数の割合は、「３／１３」となる。また、統合デバイス３へのＩ／Ｏ数に対する、パスＦ１７へ割り当てられるＩ／Ｏ数の割合は、「４／１３」となる。また、統合デバイス３へのＩ／Ｏ数に対する、パスＧ１７へ割り当てられるＩ／Ｏ数の割合は、「６／１３」となる。
【０２９６】
同様に、ホスト計算機１０は、統合デバイス４へのＩ／Ｏを、パスＨ１７及びパスＩ１７に分散する。このとき、パスＨ１７を用いて送信されるＩ／Ｏ数とパスＩ１７を用いて送信されるＩ／Ｏ数との比は、「３００／５０００」対「２５０／５０００」となる。なぜなら、パスＨ１７は、「ＣＨＡ５」によって識別されるＣＨＡ２１を経由し、パスＩ１７は、「ＣＨＡ６」によって識別されるＣＨＡ２１を経由するからである。
【０２９７】
このため、統合デバイス４へのＩ／Ｏ数に対する、パスＨ１７へ割り当てられるＩ／Ｏ数の割合は、「６／１１」となる。また、統合デバイス１へのＩ／Ｏ数に対する、パスＩ１７へ割り当てられるＩ／Ｏ数の割合は、「５／１１」となる。
【０２９８】
以上のように、それぞれのパス１７にＩ／Ｏが分散される事によって、ＣＨＡ２１の負荷が分散される。
【０２９９】
具体的には、「ＣＨＡ１」によって識別されるＣＨＡ２１の予想負荷は、パスＡ１７の予想負荷である「２００」、パスＣ１７の予想負荷である「４２９」及びパスＥ１５の予想負荷である「６９２」の合計である「１３２１」となる。
【０３００】
なお、パスＡ１７の予想負荷である「２００」は、統合デバイス１への予想Ｉ／Ｏアクセス頻度である「１０００」に、パスＡ１７へ割り当てられるＩ／Ｏ数の割合である「１／５」を乗じることによって算出される。同様に、パスＣ１７の予想負荷である「４２９」は、統合デバイス２への予想Ｉ／Ｏアクセス頻度である「１０００」に、パスＣ１７へ割り当てられるＩ／Ｏ数の割合である「３／７」を乗じることによって算出される。同様に、パスＥ１７の予想負荷である「６９２」は、統合デバイス３への予想Ｉ／Ｏアクセス頻度である「３０００」に、パスＥ１７へ割り当てられるＩ／Ｏ数の割合である「３／１３」を乗じることによって算出される。
【０３０１】
また、「ＣＨＡ２」によって識別されるＣＨＡ２１の予想負荷は、パスＢ１７の予想負荷である「８００」となる。また「ＣＨＡ３」によって識別されるＣＨＡ２１の予想負荷は、パスＤ１７の予想負荷である「５７１」及びパスＦ１７の予想負荷である「９２３」の合計である「１４９４」となる。また、「ＣＨＡ４」によって識別されるＣＨＡ２１の予想負荷は、パスＧ１７の予想負荷である「１３８５」となる。
【０３０２】
また、「ＣＨＡ５」によって識別されるＣＨＡ２１の予想負荷は、パスＨ１７の予想負荷である「５４５５」となる。また、「ＣＨＡ６」によって識別されるＣＨＡ２１の予想負荷は、パスＩ１７の予想負荷である「４５４５」となる。
【０３０３】
以上のように、本発明の実施の形態によれは、ＣＨＡ２１の負荷が、分散される。つまり、本実施の形態によれば、ホスト計算機１０は、ＣＨＡ２１の性能及び負荷を考慮しながら、Ｉ／Ｏの送信に用いるパス１７を選択できる。
【０３０４】
なお、第１及び第２の実施の形態では、管理サーバ３０は、ＣＨＡ２１の能力係数を、当該ＣＨＡ２１の予想負荷で割ることによって算出された値に基づいて、当該ＣＨＡ２１を経由するパス１７に対応するキューの容量を求める。そして、管理サーバ３０は、求めたキューの容量を、キューサイズテーブル１２１のキューサイズ１２１３に格納する。
【図面の簡単な説明】
【０３０５】
【図１】本発明の第１の実施の形態の計算機システムの構成のブロック図である。
【図２】本発明の第１の実施の形態の計算機システムに備わるホスト計算機の構成のブロック図である。
【図３】本発明の第１の実施の形態の計算機システムに備わる管理サーバの構成のブロック図である。
【図４】本発明の第１の実施の形態の計算機システムにおける統合デバイスの説明図である。
【図５】本発明の第１の実施の形態のホスト計算機に記憶されるキューサイズテーブルの構成図である。
【図６】本発明の第１の実施の形態のホスト計算機に記憶されるホスト用パス情報テーブルの構成図である。
【図７】本発明の第１の実施の形態のホスト計算機に記憶されるホスト用Ｉ／Ｏ履歴テーブルの構成図である。
【図８】本発明の第１の実施の形態のホスト計算機に記憶されるホスト用ＣＨＡ情報テーブルの構成図である。
【図９】本発明の第１の実施の形態のホスト計算機に記憶されるホスト用統合デバイス管理テーブルの構成図である。
【図１０】本発明の第１の実施の形態の管理サーバに記憶される管理サーバ用パス情報テーブルの構成図である。
【図１１】本発明の第１の実施の形態の管理サーバに記憶される管理サーバ用Ｉ／Ｏ履歴テーブルの構成図である。
【図１２】本発明の第１の実施の形態の管理サーバに記憶される予想Ｉ／Ｏテーブルである。
【図１３】本発明の第１の実施の形態の管理サーバに記憶される管理サーバ用ＣＨＡ情報テーブルの構成図である。
【図１４】本発明の第１の実施の形態の管理サーバに記憶されるＣＨＡ予想負荷テーブルの構成図である。
【図１５】本発明の第１の実施の形態の管理サーバに記憶される管理サーバ用統合デバイス管理テーブルの構成図である。
【図１６】本発明の第１の実施の形態のホスト計算機によって実行される初期化サブプログラムの処理のフローチャートである。
【図１７】本発明の第１の実施の形態のホスト計算機によって実行されるＩ／Ｏディスパッチサブプログラムの処理のフローチャートである。
【図１８】本発明の第１の実施の形態のホスト計算機によって実行されるキューモニタの処理のフローチャートである。
【図１９】本発明の第１の実施の形態のホスト計算機によって実行されるキュー処理のフローチャートである。
【図２０】本発明の第１の実施の形態の管理サーバによって実行されるキューサイズ更新サブプログラムのフローチャートである。
【図２１】本発明の第１の実施の形態の管理サーバによって実行されるキューサイズ計算処理のフローチャートである。
【図２２】本発明の第１の実施の形態の管理サーバによって実行されるＩ／Ｏ予想処理のフローチャートである。
【図２３】本発明の第１の実施の形態の管理サーバによって実行されるＣＨＡ負荷予想処理のフローチャートである。
【図２４】本発明の第１の実施の形態の管理サーバに表示されるホスト情報表示画面の説明図である。
【図２５】本発明の第１の実施の形態の管理サーバに表示されるパス一覧画面の説明図である。
【図２６】本発明の第１の実施の形態の管理サーバに表示される業務アプリ一覧画面の説明図である。
【図２７】本発明の第２の実施の形態のホスト計算機によって実行されるＩ／Ｏディスパッチサブプログラムの処理のフローチャートである。
【符号の説明】
【０３０６】
１０  ホスト計算機
１１  ＣＰＵ
１２  メモリ
１３  ネットワークインタフェース
１４  ＨＢＡ
１７  パス
２０  ストレージシステム
２１  ＣＨＡ
２２  ＣＰＵ
２３  メモリ
２４  ＣＨＡポート
２５  ＬＵ
２７  ディスクコントローラ
３０  管理サーバ
３１  ＣＰＵ
３２  メモリ
３３  ネットワークインタフェース
３４  データベース
１２１  キューサイズテーブル
１２２  ホスト用パス情報テーブル
１２３  ホスト用Ｉ／Ｏ履歴テーブル
１２４  ホスト用ＣＨＡ情報テーブル
１２５  ホスト用統合デバイス管理テーブル
１２６  業務アプリケーション
１２７  デバイスリンクマネージャ
１２８  キュー
３２１  ホストマネージャ
３４１  管理サーバ用パス情報テーブル
３４２  管理サーバ用Ｉ／Ｏ履歴テーブル
３４３  予想Ｉ／Ｏテーブル
３４４  管理サーバ用ＣＨＡ情報テーブル
３４５  ＣＨＡ予想負荷テーブル
３４６  管理サーバ用統合デバイス管理テーブル
１２７１  初期化サブプログラム
１２７２  Ｉ／Ｏディスパッチサブプログラム
３２１１  キューサイズ更新サブプログラム
【図１】
2008059315.tif 000003
【図２】
2008059315.tif 000004
【図３】
2008059315.tif 000005
【図４】
2008059315.tif 000006
【図５】
2008059315.tif 000007
【図６】
2008059315.tif 000008
【図７】
2008059315.tif 000009
【図８】
2008059315.tif 000010
【図９】
2008059315.tif 000011
【図１０】
2008059315.tif 000012
【図１１】
2008059315.tif 000013
【図１２】
2008059315.tif 000014
【図１３】
2008059315.tif 000015
【図１４】
2008059315.tif 000016
【図１５】
2008059315.tif 000017
【図１６】
2008059315.tif 000018
【図１７】
2008059315.tif 000019
【図１８】
2008059315.tif 000020
【図１９】
2008059315.tif 000021
【図２０】
2008059315.tif 000022
【図２１】
2008059315.tif 000023
【図２２】
2008059315.tif 000024
【図２３】
2008059315.tif 000025
【図２４】
2008059315.tif 000026
【図２５】
2008059315.tif 000027
【図２６】
2008059315.tif 000028
【図２７】
2008059315.tif 000029