(57)【特許請求の範囲】
【請求項１】
一つ以上のホスト計算機と、前記一つ以上のホスト計算機にネットワークを介して接続されるストレージシステムと、表示装置と、を備える計算機システムに前記ネットワークを介して接続される管理計算機であって、
前記各ホスト計算機は、前記ネットワークに接続される第１インターフェースと、前記第１インターフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、
前記ストレージシステムは、前記各ホスト計算機によって書き込まれたデータを格納する一つ以上の物理記憶装置を備え、
前記管理計算機は、前記一つ以上のホスト計算機及び前記ストレージシステムに接続される第２インターフェースと、前記第２インターフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
前記第２メモリは、前記一つ以上のホスト計算機が前記一つ以上の物理記憶装置に読み書きするデータが経由する複数の経路の各々に属するリソースの識別情報を保持し、
前記複数の経路は、第１経路及び第２経路を含み、
前記第２プロセッサは、前記第１経路への前記リソースの追加又は削除を検出し、
前記第１経路への前記リソースの追加は、複数の前記リソースからなる前記第１経路を新たに設定することを含み、
前記第２プロセッサは、さらに、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過する前に前記第１経路に属する前記リソースから取得された第１時間間隔ごとの性能情報を前記第２メモリに保持し、
前記第１経路に属する少なくとも一つの前記リソースが前記第２経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第２経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記第２メモリに保持し、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔より長い第２時間間隔ごとの性能情報を前記第２メモリに保持し、
前記複数の経路の少なくとも一つに属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記表示装置に表示させる指示を送信することを特徴とする管理計算機。
【請求項２】
前記複数の経路は、さらに第３経路を含み、
前記第２プロセッサは、
前記第２経路に属する少なくとも一つの前記リソースが前記第３経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第３経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記第２メモリに保持し、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第３経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第３経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を前記第２メモリに保持することを特徴とする請求項１に記載の管理計算機。
【請求項３】
前記複数の経路は、さらに第４経路を含み、
前記第２プロセッサは、
前記第３経路に属する少なくとも一つの前記リソースが前記第４経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第４経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記第２メモリに保持し、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第４経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第４経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を前記第２メモリに保持することを特徴とする請求項２に記載の管理計算機。
【請求項４】
前記第２プロセッサは、前記第１経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報の値が第１閾値を超えた時刻と、前記第２経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報の値が前記第１閾値を超えた時刻との差が第２閾値より小さい場合、前記第１経路及び前記第２経路の両方に属する前記リソースにおいて輻輳が発生していることを示す情報を前記表示装置に表示させる指示を送信することを特徴とする請求項１に記載の管理計算機。
【請求項５】
前記第２プロセッサは、
前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第１経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を前記第２メモリに保持し、
前記第１経路に属する少なくとも一つの前記リソースが前記第２経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第２経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を前記第２メモリに保持し、
保持された前記性能情報のデータ量が所定の閾値を超えた場合、前記第２時間間隔ごとの性能情報のうち、前記所定の時間が経過する前に前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された性能情報以外のものを前記第２メモリから削除することを特徴とする請求項１に記載の管理計算機。
【請求項６】
前記第２プロセッサは、
保持された前記性能情報のデータ量が前記所定の閾値を超えた場合、保持された前記第１時間間隔ごとの性能情報が取得された時刻から所定の保存期間が経過したか否かを判定し、
前記所定の保存期間が経過したと判定された前記第１時間間隔ごとの性能情報が、前記保持されている前記第１時間間隔ごとの性能情報の中で最も高い負荷を示すか否かを判定し、
最も高い負荷を示すと判定されなかった前記第１時間間隔ごとの性能情報を前記第２メモリから削除することを特徴とする請求項１に記載の管理計算機。
【請求項７】
前記第２プロセッサは、検出された前記リソースの追加又は削除を識別する情報と、前記リソースの追加又は削除が検出された時刻に取得された前記性能情報とを対応付けて前記表示装置に表示させる指示を送信することを特徴とする請求項１に記載の管理計算機。
【請求項８】
一つ以上のホスト計算機と、前記一つ以上のホスト計算機にネットワークを介して接続されるストレージシステムと、前記ホスト計算機及び前記ストレージシステムに接続される管理計算機と、表示装置と、を備える計算機システムであって、
前記各ホスト計算機は、前記ネットワークに接続される第１インターフェースと、前記第１インターフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、
前記ストレージシステムは、前記各ホスト計算機によって書き込まれたデータを格納する一つ以上の物理記憶装置を備え、
前記管理計算機は、
前記一つ以上のホスト計算機及び前記ストレージシステムに接続される第２インターフェースと、前記第２インターフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
前記一つ以上のホスト計算機が前記一つ以上の物理記憶装置に読み書きするデータが経由する複数の経路の各々に属するリソースの識別情報を保持し、
前記複数の経路は、第１経路及び第２経路を含み、
前記管理計算機は、前記第１経路への前記リソースの追加又は削除を検出し、
前記第１経路への前記リソースの追加は、複数の前記リソースからなる前記第１経路を新たに設定することを含み、
前記管理計算機は、さらに、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過する前に前記第１経路に属する前記リソースから取得された第１時間間隔ごとの性能情報を保持し、
前記第１経路に属する少なくとも一つの前記リソースが前記第２経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第２経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持し、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔より長い第２時間間隔ごとの性能情報を保持し、
前記複数の経路の少なくとも一つに属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記表示装置に表示させることを特徴とする計算機システム。
【請求項９】
前記複数の経路は、さらに第３経路を含み、
前記管理計算機は、
前記第２経路に属する少なくとも一つの前記リソースが前記第３経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第３経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持し、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第３経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第３経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持することを特徴とする請求項８に記載の計算機システム。
【請求項１０】
前記複数の経路は、さらに第４経路を含み、
前記管理計算機は、
前記第３経路に属する少なくとも一つの前記リソースが前記第４経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第４経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持し、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第４経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第４経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持することを特徴とする請求項９に記載の計算機システム。
【請求項１１】
前記管理計算機は、前記第１経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報の値が第１閾値を超えた時刻と、前記第２経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報の値が前記第１閾値を超えた時刻との差が第２閾値より小さい場合、前記第１経路及び前記第２経路の両方に属する前記リソースにおいて輻輳が発生していることを示す情報を前記表示装置に表示させることを特徴とする請求項８に記載の計算機システム。
【請求項１２】
前記管理計算機は、
前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第１経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持し、
前記第１経路に属する少なくとも一つの前記リソースが前記第２経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第２経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持し、
保持された前記性能情報のデータ量が所定の閾値を超えた場合、前記第２時間間隔ごとの性能情報のうち、前記所定の時間が経過する前に前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された性能情報以外のものを削除することを特徴とする請求項８に記載の計算機システム。
【請求項１３】
前記管理計算機は、
保持された前記性能情報のデータ量が前記所定の閾値を超えた場合、保持された前記第１時間間隔ごとの性能情報が取得された時刻から所定の保存期間が経過したか否かを判定し、
前記所定の保存期間が経過したと判定された前記第１時間間隔ごとの性能情報が、前記保持されている前記第１時間間隔ごとの性能情報の中で最も高い負荷を示すか否かを判定し、
最も高い負荷を示すと判定されなかった前記第１時間間隔ごとの性能情報を削除することを特徴とする請求項８に記載の計算機システム。
【請求項１４】
前記管理計算機は、検出された前記リソースの追加又は削除を識別する情報と、前記リソースの追加又は削除が検出された時刻に取得された前記性能情報とを対応付けて前記表示装置に表示させることを特徴とする請求項８に記載の計算機システム。
【請求項１５】
一つ以上のホスト計算機と、前記一つ以上のホスト計算機にネットワークを介して接続されるストレージシステムと、表示装置と、を備える計算機システムに前記ネットワークを介して接続される管理計算機の制御方法であって、
前記各ホスト計算機は、前記ネットワークに接続される第１インターフェースと、前記第１インターフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、
前記ストレージシステムは、前記各ホスト計算機によって書き込まれたデータを格納する一つ以上の物理記憶装置を備え、
前記管理計算機は、前記一つ以上のホスト計算機及び前記ストレージシステムに接続される第２インターフェースと、前記第２インターフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
前記第２メモリは、前記一つ以上のホスト計算機が前記一つ以上の物理記憶装置に読み書きするデータが経由する複数の経路の各々に属するリソースの識別情報を保持し、
前記複数の経路は、第１経路及び第２経路を含み、
前記方法は、前記第１経路への前記リソースの追加又は削除を検出する第１手順を含み、
前記第１経路への前記リソースの追加は、複数の前記リソースからなる前記第１経路を新たに設定することを含み、
前記方法は、さらに、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過する前に前記第１経路に属する前記リソースから取得された第１時間間隔ごとの性能情報を保持する第２手順と、
前記第１経路に属する少なくとも一つの前記リソースが前記第２経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第２経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持する第３手順と、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔より長い第２時間間隔ごとの性能情報を保持する第４手順と、
前記複数の経路の少なくとも一つに属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記表示装置に表示させる第５手順と、を含むことを特徴とする制御方法。
【請求項１６】
前記複数の経路は、さらに第３経路を含み、
前記方法は、さらに、
前記第２経路に属する少なくとも一つの前記リソースが前記第３経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第３経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持する第６手順と、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第３経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第３経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持する第７手順と、を含むことを特徴とする請求項１５に記載の制御方法。
【請求項１７】
前記複数の経路は、さらに第４経路を含み、
前記方法は、さらに、
前記第３経路に属する少なくとも一つの前記リソースが前記第４経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第４経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持する第８手順と、
前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第４経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第４経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持する第９手順と、を含むことを特徴とする請求項１６に記載の制御方法。
【請求項１８】
前記方法は、さらに、前記第１経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報の値が第１閾値を超えた時刻と、前記第２経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報の値が前記第１閾値を超えた時刻との差が第２閾値より小さい場合、前記第１経路及び前記第２経路の両方に属する前記リソースにおいて輻輳が発生していることを示す情報を前記表示装置に表示させる第１０手順を含むことを特徴とする請求項１５に記載の制御方法。
【請求項１９】
前記第２手順は、さらに、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第１経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持する手順を含み、
前記第３手順は、さらに、前記第１経路に属する少なくとも一つの前記リソースが前記第２経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第２経路に属する前記リソースから取得された前記第２時間間隔ごとの性能情報を保持する手順を含み、
前記方法は、さらに、
保持された前記性能情報のデータ量が所定の閾値を超えた場合、前記第２時間間隔ごとの性能情報のうち、前記所定の時間が経過する前に前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された性能情報以外のものを削除する第１１手順と、
保持された前記性能情報のデータ量が前記所定の閾値を超えた場合、保持された前記第１時間間隔ごとの性能情報が取得された時刻から所定の保存期間が経過したか否かを判定する第１２手順と、
前記所定の保存期間が経過したと判定された前記第１時間間隔ごとの性能情報が、前記保持されている前記第１時間間隔ごとの性能情報の中で最も高い負荷を示すか否かを判定する第１３手順と、
最も高い負荷を示すと判定されなかった前記第１時間間隔ごとの性能情報を削除する第１４手順と、を含むことを特徴とする請求項１５に記載の制御方法。
【請求項２０】
前記第５手順は、検出された前記リソースの追加又は削除を識別する情報と、前記リソースの追加又は削除が検出された時刻に取得された前記性能情報とを対応付けて前記表示装置に表示させる手順を含むことを特徴とする請求項１５に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願明細書で開示される技術は、ストレージシステムを含む計算機システムの性能管理に関し、特に、エージェントを用いた計算機システムの性能監視方法に関する。
【背景技術】
【０００２】
統合化されたストレージ装置に複数の計算機がネットワークを経由してアクセスするストレージネットワークが実現している。このようなストレージネットワークは、大規模化が進むストレージ装置の利用効率を高めると共に、管理コストを削減することができるため、データセンター向けのアーキテクチャとして広く普及しつつある。ストレージネットワーク環境では、複数の計算機によって共用される部分（例えば、ネットワーク装置又はストレージ装置等）において、各業務システムによる処理の負荷が相互に干渉する可能性がある。そして、このような負荷の干渉が、各業務システムにおける性能問題（例えば、各業務システムの性能低下）の原因となる場合がある。したがって、このようなストレージネットワークが導入された計算機システムにおいて、各業務システムの性能監視及び調整を行うために、ネットワークを構成するリソースに関する性能情報を包括的に収集する必要がある。
【０００３】
ネットワーク化された計算機システムにおける性能監視技術として、例えば、特許文献１が開示されている。特許文献１によれば、監視対象であるリソースごとに配置されたエージェントと、システム全体の性能情報を一元管理する管理ソフトウェアとによって性能が管理される。
【０００４】
各エージェントは、それぞれの監視対象と直接通信することによって性能情報を所得する。具体的には、各エージェントは、それぞれの監視対象に対して、リソースのメトリクス値を取得するためのポーリングを実行する。
【０００５】
一方、管理ソフトウェアは、各エージェントが取得した性能情報を収集及び蓄積し、管理者等からの要求に従って、蓄積した性能情報を提供する。このようにして、計算機システムを構成するリソースの稼動状況、稼動性能を一元的に管理することができる。
【０００６】
このように一元的に管理される計算機システムの規模が増大すると、監視対象となるリソースの数も増加する。それに伴って、管理ソフトが取得すべき性能情報の量も増大するため、大量の性能情報を処理することが必要になる。特許文献２には、管理ソフトウェアが取得した情報に基づいて、その後に性能情報を取得する対象の範囲及び取得の頻度を自動調整する方法が開示されている。
【特許文献１】米国特許第６、５０５、２４８号明細書
【特許文献２】特開２００５−１５７９３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
管理ソフトウェアが収集した性能情報から確実に性能問題（例えば干渉による性能低下）を検出するためには、各リソースの詳細な性能情報を収集する必要がある。詳細な性能情報とは、例えば、十分な時間分解能を有する性能情報（すなわち、十分に短い時間間隔で取得された性能情報）である。
【０００８】
しかし、性能問題を検出するために全てのリソースから詳細な性能情報を常に収集する必要があるとは限らない。例えば、計算機システムの構成が変更された結果、新たに負荷の干渉が発生し、それによって性能が低下する場合がある。このような新たな干渉は、変更された構成に関連するリソースにおいてのみ発生すると考えられる。したがって、このような干渉を検出するためには、変更された構成に関連しないリソースから収集された性能情報は有用でないと考えられる。
【０００９】
このような場合においても詳細な性能情報を網羅的に収集することは、性能監視コストの観点で、経済的でない。特に、計算機システムが大規模化すれば、計算機システムを構成するリソースの数は膨大になるため、それらの全リソースから取得した詳細な性能情報を保持するために要する記憶容量も膨大になる。
【００１０】
さらに、計算機システムの大規模化は、リソース数を増やすだけでなく、リソース間の相互関係を複雑にする。その結果、収集された性能情報を解析するために要する時間も長くなる。したがって、全ての詳細な性能情報が有用とは限らない場合においても詳細な性能情報を常に網羅的に収集することは、迅速な性能問題の検出を妨げるおそれがある。
【課題を解決するための手段】
【００１１】
本願で開示する代表的な発明は、一つ以上のホスト計算機と、前記一つ以上のホスト計算機にネットワークを介して接続されるストレージシステムと、表示装置と、を備える計算機システムに前記ネットワークを介して接続される管理計算機であって、前記各ホスト計算機は、前記ネットワークに接続される第１インターフェースと、前記第１インターフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、を備え、前記ストレージシステムは、前記各ホスト計算機によって書き込まれたデータを格納する一つ以上の物理記憶装置を備え、前記管理計算機は、前記一つ以上のホスト計算機及び前記ストレージシステムに接続される第２インターフェースと、前記第２インターフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、前記第２メモリは、前記一つ以上のホスト計算機が前記一つ以上の物理記憶装置に読み書きするデータが経由する複数の経路の各々に属するリソースの識別情報を保持し、前記複数の経路は、第１経路及び第２経路を含み、前記第２プロセッサは、前記第１経路への前記リソースの追加又は削除を検出し、前記第１経路への前記リソースの追加は、複数の前記リソースからなる前記第１経路を新たに設定することを含み、前記第２プロセッサは、さらに、前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過する前に前記第１経路に属する前記リソースから取得された第１時間間隔ごとの性能情報を前記第２メモリに保持し、前記第１経路に属する少なくとも一つの前記リソースが前記第２経路にも属する場合、前記第１経路への前記リソースの追加又は削除が検出されてから前記所定の時間が経過する前に前記第２経路に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記第２メモリに保持し、前記第１経路への前記リソースの追加又は削除が検出されてから所定の時間が経過した後に前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔ごとの性能情報を保持せずに、前記第１経路及び前記第２経路の少なくとも一方に属する前記リソースから取得された前記第１時間間隔より長い第２時間間隔ごとの性能情報を前記第２メモリに保持し、前記複数の経路の少なくとも一つに属する前記リソースから取得された前記第１時間間隔ごとの性能情報を前記表示装置に表示させる指示を送信することを特徴とする。
【発明の効果】
【００１２】
本発明の一実施形態によれば、保持される性能情報量を抑制しながら、構成変更に起因する性能問題を確実かつ迅速に検出することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態を、図面を参照して説明する。
【００１４】
図１は、本発明の実施形態の計算機システムの構成を示すブロック図である。
【００１５】
本実施形態の計算機システムは、性能管理クライアント１０４、ホストサーバ１２０〜１２２、性能情報収集サーバ１４０、性能情報収集サーバ１５０、性能管理サーバ１６０、ストレージサブシステム１９５及びストレージエリアネットワーク（ＳＡＮ）スイッチ１７０〜１７２を備える。上記のうちストレージサブシステム１９５を除く各装置は、ローカルエリアネットワーク（ＬＡＮ）１０６によって相互に接続されている。
【００１６】
ＬＡＮ１０６には、さらに、一つ以上のクライアント計算機（図示省略）が接続されてもよい。クライアント計算機は、業務システムのユーザインターフェース機能を提供するパソコン、ワークステーション又はシンクライアント端末等であってもよい。クライアント計算機は、ＬＡＮ１０６を経由して、ホストサーバ１２０〜１２２の業務ソフト１２６等と通信してもよい。
【００１７】
ホストサーバ１２０〜１２２は、ＬＡＮ１０６を経由して受信した要求に応じて種々の処理を実行する計算機である。それらの要求は、例えば、ＬＡＮ１０６に接続されたクライアント計算機から送信されてもよい。
【００１８】
ホストサーバ１２０は、相互に接続されたＣＰＵ１２３、メモリ１２４、ディスク装置１２５及び通信装置１３２を備える。
【００１９】
ＣＰＵ１２３は、メモリ１２４に格納されたソフトウェアを実行するプロセッサである。
【００２０】
メモリ１２４は、例えば半導体メモリであり、ＣＰＵ１２３によって実行されるソフトウェア及びその他のデータを格納する。図１の例では、メモリ１２４には、業務ソフト１２６、データベース（ＤＢ）管理ソフト１２７、オペレーティングシステム（ＯＳ）１２８、業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１が格納される。これらのソフトウェアは、ディスク装置１２５に格納され、必要に応じてメモリ１２４に複写されてもよい。
【００２１】
ディスク装置１２５は、例えばハードディスクドライブ（ＨＤＤ）であり、ＣＰＵ１２３によって実行されるソフトウェア及びその他のデータを格納する。ディスク装置１２５は、例えば光ディスクドライブ等、ＨＤＤ以外のいかなる種類のディスクドライブであってもよい。あるいは、ディスク装置１２５は、例えばフラッシュメモリのような半導体メモリによって置き換えられてもよい。
【００２２】
通信装置１３２は、ホストサーバ１２０が他の装置と通信するために使用されるインターフェースである。ホストサーバ１２０は、複数の通信装置１３２を備えてもよい。その場合、一つの通信装置１３２は、ＬＡＮ１０６に接続され、ＣＰＵ１２３からの指示に従って性能管理サーバ１６０及びクライアント計算機等と通信する、いわゆるネットワークインターフェースカード（ＮＩＣ）であってもよい。別の通信装置１３２は、ＳＡＮスイッチ１７０等に接続され、ＣＰＵ１２３からの指示に従ってストレージサブシステム１９５と通信する、いわゆるホストバスアダプタ（ＨＢＡ）であってもよい。ホストバスアダプタは、ポート１７３〜１７５を備える。ＨＢＡは、例えばファイバーチャネル（ＦＣ）プロトコルを使用するが、その他のいかなるプロトコルを使用してもよい。
【００２３】
ホストサーバ１２１及び１２２のハードウェア構成は、ホストサーバ１２０と同様であるため、説明を省略する。
【００２４】
ここで、ホストサーバ１２０〜１２２が保持するソフトウェアについて説明する。
【００２５】
業務ソフト１２６は、業務論理機能を提供するソフトウェアである。具体的には、業務ソフト１２６は、クライアント計算機からの処理要求に応答し、必要に応じてＤＢ管理ソフト１２７にデータの参照又は更新を要求する。ホストサーバ１２０〜１２２は、複数の業務ソフト１２６を保持してもよい。
【００２６】
ＤＢ管理ソフト１２７は、データ管理機能を提供するソフトウェアである。具体的には、ＤＢ管理ソフト１２７は、業務ソフト１２６からの要求に応答し、ストレージサブシステム１９５に格納されたデータの定義、操作及び管理に関する処理を実行する。業務ソフト１２６と、その業務ソフト１２６が利用するＤＢ管理ソフト１２７は、同一のホストサーバ１２０〜１２２によって実行されてもよいし、それぞれが専用のホストサーバ１２０〜１２２によって実行されてもよい。
【００２７】
ＤＢ管理ソフト１２７からストレージサブシステム１９５へのデータアクセス（すなわちデータＩ／Ｏ）は、ＯＳ１２８、ＨＢＡのポート１７３〜１７５、ＳＡＮスイッチ１７０〜１７２のホスト側ポート１７６〜１７８、ＳＡＮスイッチ１７０〜１７２のストレージ側ポート１８０〜１８２、及び、ストレージサブシステム１９５のポート１８３〜１８５を経由して実行される。
【００２８】
性能管理クライアント１０４、性能管理サーバ１６０、性能情報収集サーバ１１０、１４０及び１５０は、計算機システムの性能を管理するために設けられる計算機である。
【００２９】
性能管理サーバ１６０は、相互に接続されたＣＰＵ１６１、メモリ１６２、ディスク装置１６３及び通信装置１６５を備える。
【００３０】
ＣＰＵ１６１は、メモリ１６２に格納されたソフトウェアを実行するプロセッサである。
【００３１】
メモリ１６２は、例えば半導体メモリであり、ＣＰＵ１６１によって実行されるソフトウェア及びその他のデータを格納する。図１の例では、メモリ１６２には、ストレージネットワーク性能管理プログラム１６４が格納される。ストレージネットワーク性能管理プログラム１６４は、ディスク装置１６３に格納され、必要に応じてメモリ１６２に複写されてもよい。
【００３２】
ディスク装置１６３は、例えばＨＤＤであり、ＣＰＵ１６１によって実行されるソフトウェア及びその他のデータを格納する。ディスク装置１６３は、ディスク装置１２５と同様、いかなる種類のディスクドライブ又は半導体メモリであってもよい。
【００３３】
通信装置１６５は、ＬＡＮ１０６に接続されるインターフェースである。通信装置１６５は、ＬＡＮ１０６に接続された他の計算機等と通信する。
【００３４】
性能管理クライアント１０４は、ストレージネットワーク性能管理プログラム１６４のユーザインターフェース機能を提供する装置である。性能管理クライアント１０４は、少なくとも、ユーザに情報を表示するための表示装置１０５及びユーザから入力を受け付けるための入力装置（図示省略）を備える。表示装置１０５は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）又は液晶表示装置のような画像表示装置である。表示装置１０５に表示される画面の例については後述する（図２９等参照）。性能管理クライアント１０４は、ＬＡＮ１０６を経由して、性能管理サーバ１６０のストレージネットワーク性能管理プログラム１６４と通信する。
【００３５】
性能情報収集サーバ１５０は、相互に接続されたＣＰＵ１５１、メモリ１５２、ディスク装置１５３及び通信装置１５５を備える。
【００３６】
ＣＰＵ１５１は、メモリ１５２に格納されたソフトウェアを実行するプロセッサである。
【００３７】
メモリ１５２は、例えば半導体メモリであり、ＣＰＵ１５１によって実行されるソフトウェア及びその他のデータを格納する。図１の例では、メモリ１５２には、サブシステム性能情報収集エージェント１５４が格納される。サブシステム性能情報収集エージェント１５４は、ディスク装置１５３に格納され、必要に応じてメモリ１５２に複写されてもよい。
【００３８】
ディスク装置１５３は、例えばＨＤＤであり、ＣＰＵ１５１によって実行されるソフトウェア及びその他のデータを格納する。ディスク装置１５３は、ディスク装置１２５と同様、いかなる種類のディスクドライブ又は半導体メモリであってもよい。
【００３９】
通信装置１５５は、性能情報収集サーバ１５０が他の装置と通信するために使用されるインターフェースである。性能情報収集サーバ１５０は、複数の通信装置１５５を備えてもよい。その場合、一つの通信装置１５５は、ＬＡＮ１０６に接続されるＮＩＣであってもよい。ＮＩＣは、ＬＡＮ１０６に接続された他の計算機等と通信する。別の通信装置１５５は、ＳＡＮスイッチ１７０等に接続されるＨＢＡであってもよい。ＨＢＡは、ＳＡＮスイッチ１７０〜１７２と接続される一つ以上のポート１８６を備える。ＨＢＡは、ＳＡＮスイッチ１７０〜１７２を介してストレージサブシステム１９５と通信することによって、ストレージサブシステム１９５に関する性能情報を取得する。ＨＢＡは、ＦＣプロトコル又はその他のいかなるプロトコルを使用してもよい。
【００４０】
性能情報収集サーバ１４０は、相互に接続されたＣＰＵ１４１、メモリ１４２、ディスク装置１４３及び通信装置１４５を備える。
【００４１】
ＣＰＵ１４１は、メモリ１４２に格納されたソフトウェアを実行するプロセッサである。
【００４２】
メモリ１４２は、例えば半導体メモリであり、ＣＰＵ１４１によって実行されるソフトウェア及びその他のデータを格納する。図１の例では、メモリ１４２には、ＳＡＮスイッチ性能情報収集エージェント１４４が格納される。ＳＡＮスイッチ性能情報収集エージェント１４４は、ディスク装置１４３に格納され、必要に応じてメモリ１４２に複写されてもよい。
【００４３】
ディスク装置１４３は、例えばＨＤＤであり、ＣＰＵ１４１によって実行されるソフトウェア及びその他のデータを格納する。ディスク装置１４３は、ディスク装置１２５と同様、いかなる種類のディスクドライブ又は半導体メモリであってもよい。
【００４４】
通信装置１４５は、ＬＡＮ１０６に接続されるインターフェースである。通信装置１４５は、ＬＡＮ１０６に接続された他の計算機等と通信する。
【００４５】
ストレージネットワーク性能管理プログラム１６４、ＳＡＮスイッチ性能情報収集エージェント１４４、サブシステム性能情報収集エージェント１５４、業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１は、計算機システムの性能を管理するためのソフトウェアである。
【００４６】
ストレージネットワーク性能管理プログラム１６４は、ストレージネットワークが導入された計算機システムの性能情報を収集及び分析する機能を提供するソフトウェアである。性能情報とは、計算機システムを構成するハードウェアリソース及びソフトウェアリソースの性能を示す情報である。ストレージネットワーク性能管理プログラム１６４は、計算機システムを構成する種々のハードウェアリソース及びソフトウェアリソースから性能情報を取得するために、それぞれのハードウェアリソース及びソフトウェアリソース専用の性能情報収集エージェントソフトウェアを利用する。性能情報収集エージェントの構成及び配置として種々のものが考えられるため、以下、その一例を説明する。
【００４７】
業務ソフト性能情報収集エージェント１２９及びＤＢ性能情報収集エージェント１３０は、それぞれ、業務ソフト１２６及びＤＢ管理ソフト１２７に関する性能情報を取得するためのソフトウェアである。
【００４８】
ホスト性能情報収集エージェント１３１は、ホストサーバ１２０〜１２２、ＯＳ１２８及びポート１７３〜１７５に関する性能情報を取得する。
【００４９】
サブシステム性能情報収集エージェント１５４は、ポート１８６及びＳＡＮスイッチ１７０〜１７２を経由して、ストレージサブシステム１９５、及び、ストレージサブシステム１９５が備えるポート１８３〜１８５に関する性能情報を取得する。
【００５０】
なお、ストレージサブシステム１９５は、ＬＡＮ１０６に接続されてもよい。その場合、サブシステム性能情報収集エージェント１５４は、ストレージサブシステム１９５及びポート１８３等に関する性能情報を、ＬＡＮ１０６を経由してストレージサブシステム１９５から取得してもよい。
【００５１】
ＳＡＮスイッチ性能情報収集エージェント１４４は、ＬＡＮ１０６を経由して、ＳＡＮスイッチ１７０〜１７２、及び、ＳＡＮスイッチ１７０〜１７２が備えるポート１７６〜１８２に関する性能情報を取得する。
【００５２】
サブシステム性能情報収集エージェント１５４及びＳＡＮスイッチ性能情報収集エージェント１４４は、図１に示すように、それぞれ専用の計算機によって実行されてもよいが、一つの計算機によって実行されてもよい。
【００５３】
これらの性能情報収集エージェント及びストレージネットワーク性能管理プログラム１６４の構成については、後で図２を参照して説明する。
【００５４】
ストレージサブシステム１９５は、ホストサーバ１２０〜１２２にデータ記憶領域を提供するデータ記憶装置である。具体的には、ストレージサブシステム１９５は、データを格納する物理ディスク３６０〜３６８（図３参照）と、物理記憶領域へのデータの書き込み及び読み出しを制御するコントローラ（図示省略）とを備える。ホストサーバ１２０〜１２２の業務ソフト１２６及びＤＢ管理ソフト１２７がＯＳ１２８を介してストレージサブシステム１９５に書き込むデータは、最終的に、物理ディスク３６０〜３６８に格納される。
【００５５】
ストレージサブシステム１９５は、ストレージエリアネットワーク（ＳＡＮ）を介してホストサーバ１２０〜１２２と接続される。図１の例では、複数のＳＡＮスイッチ１７０〜１７２がＳＡＮを構成する。
【００５６】
図２は、本発明の実施形態の計算機システムの機能ブロック図である。
【００５７】
図２において、ストレージネットワーク構成装置・ソフト２０１は、本実施形態の計算機システムを構成するハードウェア又はソフトウェアである。ストレージネットワーク構成装置・ソフト２０１は、ストレージネットワーク性能管理プログラム１６４による監視の対象である一つ以上のリソースを含む。
【００５８】
具体的には、ストレージネットワーク構成装置・ソフト２０１は、図１におけるホストサーバ１２０〜１２２、業務ソフト１２６、ＤＢ管理ソフト１２７、ＯＳ１２８、ストレージサブシステム１９５、ＳＡＮスイッチ１７０〜１７２、及び、ポート１７３〜１８５のいずれかに相当する。図２には一つのストレージネットワーク構成装置・ソフト２０１のみを示すが、実際には、監視対象となるハードウェア及びソフトウェアと同数のストレージネットワーク構成装置・ソフト２０１が存在する。
【００５９】
ストレージネットワーク構成装置・ソフト２０１は、構成情報取得部２０４及び性能情報取得部２０５を含む。これらの各部は、ストレージネットワーク構成装置・ソフト２０１がソフトウェアである場合、そのソフトウェアの一部を構成するモジュールである。ストレージネットワーク構成装置・ソフト２０１がハードウェアである場合、これらの各部は、そのハードウェアの一部、又は、そのハードウェアにおいて実行されるプログラムモジュールである。
【００６０】
性能情報収集エージェント２０６は、ストレージネットワーク構成装置・ソフト２０１から性能情報を取得するソフトウェアである。具体的には、性能情報収集エージェント２０６は、図１における業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０、ホスト性能情報収集エージェント１３１、ＳＡＮスイッチ性能情報収集エージェント１４４及びサブシステム性能情報収集エージェント１５４のいずれかに相当する。図２には一つの性能情報収集エージェント２０６のみを示すが、実際には、任意の数の性能情報収集エージェント２０６が存在してもよい。
【００６１】
性能情報収集エージェント２０６は、構成情報収集部２０９、リソース間関連情報記憶部２１０、構成情報応答部２１１、性能情報収集部２１２、メトリクス値情報記憶部２１３及び性能情報応答部２１４を含む。
【００６２】
構成情報収集部２０９、構成情報応答部２１１、性能情報収集部２１２及び性能情報応答部２１４は、それぞれ、性能情報収集エージェント２０６の一部を構成するモジュールである。リソース間関連情報記憶部２１０及びメトリクス値情報記憶部２１３は、性能情報収集エージェント２０６によって管理されるメモリ１２４等又はディスク装置１２５等の記憶領域である。これらの各部については、後で詳細に説明する。
【００６３】
ストレージネットワーク性能管理プログラム１６４は、構成情報収集部２２１、リソース間関連情報記憶部２２２、構成変更検出部２２３、変更Ｉ／Ｏ経路情報テーブル２２４、Ｉ／Ｏ経路抽出部２２５、構成変更情報記憶部２２６、収集状態設定部２２７、Ｉ／Ｏ経路情報テーブル２２８、性能分析表示部２２９、性能情報収集状態テーブル２３０、メトリクス値削除部２３１、性能情報収集部２３２及びメトリクス値情報記憶部２３３を含む。
【００６４】
構成情報収集部２２１、構成変更検出部２２３、Ｉ／Ｏ経路抽出部２２５、収集状態設定部２２７、性能分析表示部２２９、メトリクス値削除部２３１及び性能情報収集部２３２は、それぞれ、ストレージネットワーク性能管理プログラム１６４の一部を構成するモジュールである。リソース間関連情報記憶部２２２、変更Ｉ／Ｏ経路情報テーブル２２４、構成変更情報記憶部２２６、Ｉ／Ｏ経路情報テーブル２２８、性能情報収集状態テーブル２３０及びメトリクス値情報記憶部２３３は、ストレージネットワーク性能管理プログラム１６４によって管理されるメモリ１６２又はディスク装置１６３の記憶領域である。
【００６５】
ここで、図２を参照して、計算機システムの性能情報の収集及び監視の概要を説明する。
【００６６】
計算機システムのいずれかの部位で障害が発生すると、その障害が性能に影響を与える場合がある。ここで、発生する障害とは、ハードウェア又はソフトウェアの障害であってもよいし、複数の処理による負荷の干渉のような運用上の一時的な障害であってもよい。例えば、負荷の干渉が発生すると、その干渉が発生したハードウェアリソース及びそのハードウェアと性能の依存関係があるリソースにおいて性能の低下が観測される場合がある。
【００６７】
ストレージネットワーク性能管理プログラム１６４は、性能の問題（例えば、性能の低下）を検出し、さらに、その問題の原因となった障害等を特定するために有用な情報をユーザに提供するために、計算機システム内のリソースの性能情報を性能情報収集エージェント２０６から取得する。
【００６８】
性能情報収集エージェント２０６の性能情報収集部２１２は、所定のスケジューリング設定に従ってタイマー（図示省略）によって起動されるか、又は、ストレージネットワーク性能管理プログラム１６４によって起動される。
【００６９】
性能情報収集部２１２は、起動されると、監視対象であるストレージネットワーク構成装置・ソフト２０１の性能情報取得部２０５に、測定値（メトリクス値）の送信を要求する。
【００７０】
性能情報取得部２０５は、ストレージネットワーク構成装置・ソフト２０１に関するメトリクス値を測定する。メトリクス値は、ストレージネットワーク構成装置・ソフト２０１〜２０３の性能情報として参照される値であり、例えば、応答時間、毎秒Ｉ／Ｏ回数又は毎秒Ｉ／Ｏデータ量等である。性能情報取得部２０５は、測定されたメトリクス値を、性能情報収集部２１２からの要求に応じて送信する。
【００７１】
性能情報収集部２１２は、性能情報取得部２０５から受信したメトリクス値をメトリクス値情報記憶部２１３に格納する。
【００７２】
性能情報応答部２１４は、ストレージネットワーク性能管理プログラム１６４の性能情報収集部２３２から要求を受信すると、要求の対象のメトリクス値をメトリクス値情報記憶部２１３から読み出して、性能情報収集部２３２に送信する。
【００７３】
本実施形態の性能情報収集部２３２は、後述するように、分単位メトリクス値及び時間単位メトリクス値の少なくとも一方の送信を要求する。
【００７４】
性能情報収集部２１２は、例えば、１分ごとに性能情報取得部２０５にメトリクス値の送信を要求し、受信したメトリクス値をメトリクス値情報記憶部２１３に格納してもよい。その場合、性能情報収集部２１２は、性能情報収集部２３２から分単位メトリクス値の送信を要求されると、メトリクス値情報記憶部２１３から読み出したメトリクス値をそのまま分単位メトリクス値として送信してもよい。
【００７５】
一方、性能情報収集部２１２は、性能情報収集部２３２から時間単位メトリクス値の送信を要求されると、メトリクス値情報記憶部２１３に格納されているメトリクス値のうち、要求によって指定された１時間にわたって取得されたメトリクス値の平均値を算出し、その平均値を時間単位メトリクス値として送信してもよい。あるいは、性能情報収集部２１２は、メトリクス値情報記憶部２１３に格納されたメトリクス値から選択されたもの（例えば、毎時０分に取得されたメトリクス値）を、時間単位メトリクス値として送信してもよい。
【００７６】
構成情報収集部２０９は、所定のスケジューリング設定に従ってタイマーによって起動されるか、又は、ストレージネットワーク性能管理プログラム１６４によって起動される。
【００７７】
構成情報収集部２０９は、起動されると、監視対象であるストレージネットワーク構成装置・ソフト２０１の構成情報取得部２０４に、リソース間関連情報の送信を要求する。
【００７８】
リソース間関連情報とは、リソース間の性能の依存関係を示す情報である。性能の依存関係については後述する（図３等参照）。
【００７９】
構成情報取得部２０４は、ストレージネットワーク構成装置・ソフト２０１に関するリソース間関連情報を、構成情報収集部２０９からの要求に応じて送信する。
【００８０】
構成情報収集部２０９は、構成情報取得部２０４から受信したリソース間関連情報をリソース間関連情報記憶部２１０に格納する。
【００８１】
構成情報応答部２１１は、ストレージネットワーク性能管理プログラム１６４の構成情報収集部２２１から要求を受信すると、要求の対象のリソース間関連情報をリソース間関連情報記憶部２１０から読み出して、構成情報収集部２２１に送信する。
【００８２】
ストレージネットワーク性能管理プログラム１６４の構成情報収集部２２１は、所定のスケジューリング設定に従って、例えば周期的に、リソース間関連情報を送信する要求を構成情報応答部２１１に送信する。構成情報収集部２２１は、構成情報応答部２１１から受信したリソース間関連情報を、リソース間関連情報記憶部２２２に格納する。
【００８３】
ストレージネットワーク性能管理プログラム１６４の性能情報収集部２３２は、所定のスケジューリング設定に従って、例えば周期的に、性能情報応答部２１４に対してメトリクス値の送信を要求する。この要求を受信した性能情報応答部２１４は、メトリクス値情報記憶部２１３から、要求されたメトリクス値を読み出して、性能情報収集部２３２に送信する。性能情報収集部２３２は、性能情報応答部２１４から受信したメトリクス値を、メトリクス値情報記憶部２３３に格納する。
【００８４】
ストレージネットワーク性能管理プログラム１６４の各部が実行する処理及び各部に格納される情報については、後で詳細に説明する。
【００８５】
図３は、本発明の実施形態におけるリソース間の性能に関する依存関係を示す説明図である。
【００８６】
リソースとは、メトリクス値を取得する対象となる計算機システムの物理的又は論理的な構成要素である。メトリクス値とは、リソースの性能情報を構成する性能監視項目の値（例えば、ＣＰＵ使用率、Ｉ／Ｏ回数等）である。計算機システムを構成するハードウェア及びソフトウェアは、それぞれ、種々のリソースを含んでいる。計算機システム中のリソースは、相互に性能上の影響を及ぼし合う。具体的には、例えば、一つのリソースの性能が障害等によって低下すると、その性能低下の影響を受けて、他のリソースの性能まで低下する場合がある。このように、リソースの性能の変動が影響を及ぼしあう関係を、以下の説明において、性能の依存関係と呼ぶ。すなわち、性能の変動が影響し合うリソースには、性能の依存関係がある。
【００８７】
例えば、計算機システムの構成が変更されると、新たな負荷の干渉が発生し、その結果性能問題が発生する場合がある。このような性能問題は、構成が変更された箇所のリソースと性能の依存関係があるリソースに波及する場合がある。このため、構成変更等の影響を調査するためには、リソース間の性能の依存関係を参照して、性能問題が波及する範囲を把握する必要がある。
【００８８】
図３は、図１に示す本実施形態の計算機システムに含まれるリソース間の性能の依存関係の例を示すものである。ただし、図３に示すリソースの数（例えばポートの数）は、図１に示すものと必ずしも一致しない。これは、各図において、説明に必要のないリソースの図示が省略されているためである。
【００８９】
図３の例において、本実施形態の計算機システムを構成するハードウェアは、ホストサーバＡ３０１、ホストサーバＢ３０２、ホストサーバＣ３０３、ＳＡＮスイッチＡ３１７、ＳＡＮスイッチＢ３１８、ＳＡＮスイッチＣ３１９、ＳＡＮスイッチＤ３２０及びストレージサブシステム１９５を含む。
【００９０】
ホストサーバＡ３０１〜ホストサーバＣ３０３は、それぞれ、図１のホストサーバ１２０〜１２２のいずれかに相当する。ホストサーバＡ３０１では、アプリケーションＡ３０４が稼動している。ホストサーバＢ３０２では、アプリケーションＢ３０５及びアプリケーションＣ３０６が稼動している。ホストサーバＣ３０３では、アプリケーションＤ３０７が稼動している。これらのアプリケーションは、図１の業務ソフト１２６に相当する。アプリケーションＡ３０４からアプリケーションＤ３０７は、業務ソフト性能情報収集エージェント１２９による情報取得対象となるリソースである。
【００９１】
ファイルＡ３０８〜ファイルＥ３１２、ボリュームＡ３１３〜ボリュームＤ３１６及びポートＡ３２１〜ポートＳ３２４は、ホスト性能情報収集エージェント１３１による情報取得対象となるリソースである。ファイルＡ３０８〜ファイルＥ３１２は、ＯＳ１２８がデータの入出力サービスを提供する単位である。
【００９２】
図３の例では、ファイルＡ３０８は、アプリケーションＡ３０４に割り当てられている。ファイルＢ３０９及びファイルＣ３１０は、アプリケーションＢ３０５に割り当てられている。ファイルＤ３１１は、アプリケーションＣ３０６に割り当てられている。ファイルＥ３１２は、アプリケーションＤ３０７に割り当てられている。各ファイルＡ３０８〜Ｅ３１２には、それぞれが割り当てられたアプリケーションによって読み書きされるデータが格納される。
【００９３】
ボリュームＡ３１３〜ボリュームＤ３１６は、ファイルＡ３０８〜ファイルＥ３１２を外部記憶装置（例えば、ストレージサブシステム１９５）に格納するための領域としてＯＳ１２８によって管理される。
【００９４】
図３の例では、ファイルＡ３０８は、ボリュームＡ３１３に格納される。ファイルＢ３０９及びファイルＣ３１０は、ボリュームＢ３１４に格納される。ファイルＤ３１１は、ボリュームＣ３１５に格納される。ファイルＥ３１２は、ボリュームＤ３１６に格納される。
【００９５】
このように、アプリケーションＡ３０４〜アプリケーションＤ３０７にファイルＡ３０８〜Ｅ３１２が割り当てられ、ファイルＡ３０８〜ファイルＥ３１２がボリュームＡ３１３〜ボリュームＤ３１６に格納される。例えば、アプリケーションＡ３０４がファイルＡ３０８を使用し、ファイルＡ３０８がボリュームＡ３１３に格納される場合、アプリケーションＡ３０４からファイルＡ３０８へのアクセスによる負荷が増大すると、アプリケーションＡ３０４、ファイルＡ３０８及びボリュームＡ３１３の負荷が増大する。このため、これらのリソースには性能の依存関係がある。
【００９６】
ＳＡＮスイッチＡ３１７〜ＳＡＮスイッチＤ３２０は、図１のＳＡＮスイッチ１７０〜１７２に相当する。ＳＡＮスイッチＡ３１７〜ＳＡＮスイッチＤ３２０は、ＳＡＮスイッチ性能情報収集エージェント１４４による情報取得対象となる。具体的には、ＳＡＮスイッチ性能情報収集エージェント１４４は、ＳＡＮスイッチＡ３１７〜ＳＡＮスイッチＤ３２０が備えるポート３２５〜３４８に関する性能情報を取得する。すなわち、ポート３２５〜３４８は、情報取得対象となるリソースである。ポート３２５〜３４８は、図１のポート１７６〜１８２に相当する。これらのポート３２５〜３４８のうち、以後の説明において参照されるものには、ポートＤ３２６のようにアルファベットによる識別子が付与される。
【００９７】
ストレージサブシステム１９５は、サブシステム性能情報収集エージェント１５４による情報取得対象となるリソースである、ポートＰ３４９〜ポートＲ３５１、論理ボリュームＡ３５３〜論理ボリュームＤ３５６、アレイグループＡ３５７〜アレイグループＣ３５９、及び、物理ディスク３６０〜３６８を含む。
【００９８】
物理ディスク３６０〜３６８は、物理的なＨＤＤである。物理ディスク３６０〜３６８は、ＨＤＤ以外の物理的な記憶装置（例えば、光ディスク装置又は半導体記憶装置）であってもよい。
【００９９】
アレイグループＡ３５７〜アレイグループＣ３５９は、ストレージサブシステム１９５の機能によって複数の物理ディスク３６０〜３６８から生成された、論理的に一つの高性能かつ高信頼のディスクドライブである。アレイグループは、パリティグループとも呼ばれる。例えば、アレイグループＡ３５７が物理ディスク３６０〜３６２から生成され、アレイグループＢ３５８が物理ディスク３６３〜３６５から生成され、アレイグループＣ３５９が物理ディスク３６６〜３６８から生成されてもよい。
【０１００】
論理ボリュームＡ３５３〜論理ボリュームＤ３５６は、ストレージサブシステム１９５の機能がアレイグループＡ３５７〜アレイグループＣ３５９を分割することによって生成された論理的なディスクドライブである。ストレージサブシステム１９５は、ホストサーバＡ３０１〜ホストサーバＣ３０３の用途に適したサイズの論理ボリュームＡ３５３〜論理ボリュームＤ３５６を生成することができる。
【０１０１】
ホストサーバＡ３０１〜ホストサーバＣ３０３のボリュームＡ３１３〜ボリュームＤ３１６は、それぞれ、ストレージサブシステム１９５の論理ボリュームＡ３５３〜論理ボリュームＤ３５６のいずれかに割り当てられる。論理ボリュームＡ３５３〜論理ボリュームＤ３５６は、それぞれ、アレイグループＡ３５７〜アレイグループＣ３５９のいずれかに割り当てられる。図３の例のアレイグループＡ３５７〜アレイグループＣ３５９には、それぞれ、物理ディスク３６０〜３６８のうち三つが割り当てられる。このため、これらのリソース間には、性能の依存関係がある。
【０１０２】
また、論理ボリュームＡ３５３〜論理ボリュームＤ３５６と、それらに割り当てられるボリュームＡ３１３〜ボリュームＤ３１６との対応関係が定まると、それらの間でやり取りされるデータが経由するポート３２１〜３５１が決定される。
【０１０３】
ボリュームＡ３１３〜ボリュームＤ３１６にかかるデータ入出力の負荷は、そのデータの経路上のポート３２１〜３５１に対する通信の負荷となる。このため、ボリュームＡ３１３〜ボリュームＤ３１６と、それらのボリュームＡ３１３〜ボリュームＤ３１６が割り当てられた論理ボリュームＡ３５３〜論理ボリュームＤ３５６と、データの経路上のポート３２１〜３５１との間には、性能の依存関係がある。
【０１０４】
図３の例では、ボリュームＡ３１３は、論理ボリュームＡ３５３に割り当てられている。ボリュームＡ３１３と論理ボリュームＡ３５３との間でやり取りされるデータは、ポートＡ３２１、ポートＤ３２６、ポートＧ３３２、ポートＪ３３８、ポートＭ３４４及びポートＰ３４９を経由する。このため、上記の経路上のポートの一つにおいて、例えば負荷の干渉によって毎秒Ｉ／Ｏ回数が低下すると、その経路上の残りの全てのポートの毎秒Ｉ／Ｏ回数が低下する。このように、これらのリソースの間には、性能の依存関係がある。
【０１０５】
同様にして、図３の例において、ボリュームＢ３１４は、論理ボリュームＢ３５４に割り当てられている。ボリュームＢ３１４と論理ボリュームＢ３５４との間でやり取りされるデータは、ポートＢ３２２、ポートＥ３２７、ポートＨ３３３、ポートＫ３３９、ポートＮ３４５及びポートＱ３５０を経由する。
【０１０６】
ボリュームＣ３１５は、論理ボリュームＣ３５５に割り当てられている。ボリュームＣ３１５と論理ボリュームＣ３５５との間でやり取りされるデータは、ポートＣ３２３、ポートＦ３２９、ポートＩ３３５、ポートＬ３４１、ポートＯ３４７及びポートＲ３５１を経由する。
【０１０７】
ボリュームＤ３１６は、論理ボリュームＤ３５６に割り当てられている。ボリュームＤ３１６と論理ボリュームＤ３５６との間でやり取りされるデータは、ポートＳ３２４、ポートＴ３３０、ポートＵ３３６、ポートＶ３４２、ポートＯ３４７及びポートＲ３５１を経由する。
【０１０８】
以下の説明において、アプリケーションＡ３０４から、ファイルＡ３０８、ボリュームＡ３１３、ポートＡ３２１、ポートＤ３２６、ポートＧ３３２、ポートＪ３３８、ポートＭ３４４、ポートＰ３４９及び論理ボリュームＡ３５３を経由してアレイグループＡ３５７に至る経路を、以下の説明において経路Ａ３７１と記載する。
【０１０９】
アプリケーションＢ３０５から、ファイルＢ３０９、ボリュームＢ３１４、ポートＢ３２２、ポートＥ３２７、ポートＨ３３３、ポートＫ３３９、ポートＮ３４５、ポートＱ３５０及び論理ボリュームＢ３５４を経由してアレイグループＡ３５７に至る経路を、経路Ｂ３７２と記載する。
【０１１０】
アプリケーションＣ３０６から、ファイルＤ３１１、ボリュームＣ３１５、ポートＣ３２３、ポートＦ３２９、ポートＩ３３５、ポートＬ３４１、ポートＯ３４７、ポートＲ３５１及び論理ボリュームＣ３５５を経由してアレイグループＢ３５８に至る経路を、経路Ｃ３７３と記載する。
【０１１１】
アプリケーションＤ３０７から、ファイルＥ３１２、ボリュームＤ３１６、ポートＳ３２４、ポートＴ３３０、ポートＵ３３６、ポートＶ３４２、ポートＯ３４７、ポートＲ３５１及び論理ボリュームＤ３５６を経由してアレイグループＣ３５９に至る経路を、経路Ｄ３７４と記載する。
【０１１２】
図４は、本発明の実施形態におけるリソース間の性能に関する依存関係の別の例を示す説明図である。
【０１１３】
図４の例は、ボリュームＢ３１４と論理ボリュームＢ３５４との間でやり取りされるデータが、ポートＱ３５０を経由する代わりにポートＲ３５１を経由する点を除いて、図３の例と同じである。
【０１１４】
以下の説明において、アプリケーションＢ３０５から、ファイルＢ３０９、ボリュームＢ３１４、ポートＢ３２２、ポートＥ３２７、ポートＨ３３３、ポートＫ３３９、ポートＮ３４５、ポートＲ３５１及び論理ボリュームＢ３５４を経由してアレイグループＡ３５７に至る経路を、経路Ｅ３７５と記載する。
【０１１５】
ここで、本実施形態の概要について図３及び図４を参照して説明する。
【０１１６】
図３と図４では、あるリソースで発生した負荷の干渉に起因する性能問題が波及する範囲が異なる。
【０１１７】
例えば、図３において、当初、ホストサーバＣ３０３が存在しなかったと仮定する。その時点において、経路Ｄ３７４は設定されていない。その後、ホストサーバＣ３０３が追加され、さらに経路Ｄ３７４が新たに設定されると、ホストサーバＣ３０３のアプリケーションＤ３０７は、経路Ｄ３７４を経由するデータＩ／Ｏを開始する。なお、経路Ｄ３７４が新たに設定されることは、経路Ｄ３７４に属するリソースとして、アプリケーションＤ３０７、ファイルＥ３１２、ボリュームＤ３１６、ポートＳ３２４、ポートＴ３３０、ポートＵ３３６、ポートＶ３４２、ポートＯ３４７、ポートＲ３５１、論理ボリュームＤ３５６及びアレイグループＣ３５９が追加されることを意味する。
【０１１８】
図３に示すように、ポートＯ３４７及びポートＲ３５１は、経路Ｃ３７３及び経路Ｄ３７４の両方に属する。言い換えると、経路Ｃ３７３及び経路Ｄ３７４は、ポートＯ３４７及びポートＲ３５１を共有する。このため、経路Ｄ３７４を経由するデータＩ／Ｏの負荷が、経路Ｃ３７３を経由するデータＩ／Ｏの負荷と干渉する可能性がある。
【０１１９】
例えば、同じタイミングでポートＯ３４７及びポートＲ３５１を通過するデータＩ／Ｏが経路Ｃ３７３及び経路Ｄ３７４の両方で発生し、それらのデータＩ／Ｏの量の合計がポートＯ３４７及びポートＲ３５１の処理能力を超えた場合、そのことが原因となって、経路Ｃ３７３及び経路Ｄ３７４において性能問題（例えば応答時間の増大のような性能の低下）が発生する。このような負荷の干渉（言い換えるとデータＩ／Ｏの衝突）に起因する性能問題は、輻輳とも呼ばれる。
【０１２０】
このように、構成変更された経路Ｄ３７４と他の経路Ｃ３７３との間で負荷の干渉が発生すると、その負荷の干渉に起因する性能問題は、経路Ｄ３７４に属するリソースだけでなく、経路Ｃ３７３に属するリソースにも波及する。
【０１２１】
しかし、図３の例における経路Ａ３７１及び経路Ｂ３７２は、経路Ｃ３７３及び経路Ｄ３７４のいずれともリソースを共有しない。このため、経路Ｃ３７３又は経路Ｄ３７４で発生した性能問題は経路Ａ３７１及び経路Ｂ３７２に波及しない。
【０１２２】
一方、図４の例では、経路Ｅ３７５が経路Ｄ３７４とポートＲ３５１を共有する。このため、ポートＲ３５１における負荷の干渉に起因する性能問題が経路Ｅ３７５に属するリソースに波及する可能性がある。さらに、経路Ｅ３７５は、経路Ａ３７１とアレイグループＡ３５７を共有する。このため、経路Ｅ３７５において発生した性能問題はアレイグループＡ３５７を介して経路Ａ３７１に波及する可能性がある。すなわち、図４の例では、構成変更された経路Ｄ３７４と他の経路（例えば経路Ｃ３７３）との間で負荷の干渉が発生すると、その負荷の干渉に起因する性能問題は、経路Ｃ３７３、経路Ｅ３７５及び経路Ａ３７１に波及する可能性がある。
【０１２３】
一つの負荷が複数のリソースに共有されている場合であっても、必ずそのリソースにおいて負荷の干渉が発生するとは限らない。これは、各経路の負荷が常に一定ではないためである。例えば、アプリケーションＤ３０７が経路Ｄ３７４に負荷を与えているときに、アプリケーションＢ３０５及びアプリケーションＣ３０６がそれぞれ経路Ｅ３７５及び経路Ｃ３７３に負荷を与えていなければ、ポートＲ３５１において負荷の干渉は発生しない。あるいは、アプリケーションＤ３０７、アプリケーションＢ３０５及びアプリケーションＣ３０６が同時に各経路に負荷を与える場合であっても、それらの負荷の合計がポートＲ３５１の処理能力を超えなければ、それらの負荷の干渉によって性能問題は発生しないと考えられる。
【０１２４】
したがって、負荷の干渉に起因する性能問題を検出するためには、各経路において負荷が発生するタイミングを比較する必要がある。有効な比較を行うためには、各経路に属するリソースから、負荷の変動の時間スケールに適合した時間分解能を有するメトリクス値を取得し、それらのメトリクス値を比較する必要がある。本実施形態では、これらの経路に属するリソースから、１分ごとのメトリクス値（分単位メトリクス値）が取得される（図１５、図２０等参照）。
【０１２５】
一方、図３の例において、経路Ａ３７１及び経路Ｂ３７２は、経路Ｄ３７４の追加による影響を受けない。したがって、経路Ｄ３７４の追加に起因する性能問題を検出するために、経路Ａ３７１及び経路Ｂ３７２において負荷が発生するタイミングを比較する必要はない。言い換えると、経路Ａ３７１及び経路Ｂ３７２に属するリソースから取得したメトリクス値は、経路Ｄ３７４の追加に起因する性能問題を検出するために有用ではないと考えられる。したがって、経路Ａ３７１及び経路Ｂ３７２に属するリソースから、負荷の変動の時間スケールに適合した時間分解能を有するメトリクス値を取得する必要がない。本実施形態では、図３の経路Ａ３７１及び経路Ｂ３７２に属するリソースから、１時間ごとのメトリクス値（時間単位メトリクス値）が取得される（図１６、図２０等参照）。
【０１２６】
なお、時間単位メトリクス値は、構成変更に起因する性能問題が波及するか否かにかかわらず、全ての経路に属する全てのリソースから取得されてもよい。すなわち、構成変更に起因する性能問題が波及する可能性がある範囲内のリソースから、分単位メトリクス値に加えて、時間単位メトリクス値が取得されてもよい（後述する図２３のステップ２３０４参照）。
【０１２７】
本実施形態では上記のように１分ごとのメトリクス値及び１時間ごとのメトリクス値が取得されるが、これらの「１分ごと」及び「１時間ごと」は一例であり、それぞれ任意の時間間隔ごとのメトリクス値が取得されてもよい。ただし、前者の時間間隔が後者の時間間隔より短い必要がある。
【０１２８】
このように、本実施形態によれば、構成変更に起因する性能問題が波及する可能性がある範囲内のリソースから、比較的短い時間間隔ごとのメトリクス値が取得され、それらのメトリクス値が比較される。このため、性能問題を確実に検出することができる。一方、構成変更に起因する性能問題が波及する可能性がある範囲外のリソースからは、比較的長い時間間隔ごとのメトリクス値が取得される。このため、大量のメトリクス値を保持するための記憶領域の消費を抑制することができる。さらに、性能問題が波及する可能性がある範囲が予め絞り込まれるため、迅速に性能問題を検出することができる。
【０１２９】
次に、本実施形態の各性能情報収集エージェントが保持する情報について、図５から図１４を参照して説明する。
【０１３０】
図５は、本発明の実施形態のホストサーバＡ３０１に関するメトリクス値テーブル５００の説明図である。
【０１３１】
図５に示すメトリクス値テーブル５００は、ホストサーバＡ３０１に含まれるリソースに関して取得されたメトリクス値を保持する。それらのメトリクス値は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する性能情報収集部２１２によって取得されたものである。すなわち、メトリクス値テーブル５００は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持するメトリクス値情報記憶部２１３に格納される。
【０１３２】
メトリクス値テーブル５００は、日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の各カラムからなる。
【０１３３】
日時５０１には、メトリクス値が収集された日付及び時刻が登録される。
【０１３４】
リソース識別子５０２には、メトリクス値の収集対象であるリソースの識別子が登録される。図５の例では、ホストサーバＡ３０１に含まれるハードウェア又はソフトウェアのうち、メトリクス値の収集対象であるものの識別子（例えば、ファイルＡ、ボリュームＡ及びポートＡ）が登録される。
【０１３５】
メトリクス識別子５０３には、収集されたメトリクス値の種類が登録される。図５の例では、毎秒Ｉ／Ｏ回数が登録されるが、他のメトリクス値の種類（例えば、毎秒Ｉ／Ｏデータ量又はＣＰＵ使用率等）が登録されてもよい。
【０１３６】
メトリクス値５０４には、収集されたメトリクス値が登録される。
【０１３７】
メトリクス値テーブル５００の各行は、ある日時にあるリソースについて収集されたメトリクス値に対応する。例えば、図５の先頭の行は、２００７年７月７日の６：００に取得されたファイルＡ３０８に関するメトリクス値が、１２１４．５（毎秒Ｉ／Ｏ回数）であることを示している。すなわち、２００７年７月７日の６：００の時点において、ファイルＡ３０８に対する毎秒Ｉ／Ｏ回数が１２１４．５であったことを意味する。
【０１３８】
図６Ａから図６Ｃには、ホストサーバＡ３０１に関するリソース間関連情報記憶部２１０に含まれるテーブルを示す。
【０１３９】
図６Ａは、本発明の実施形態のホストサーバＡ３０１に関するアプリケーション・ファイル間関連テーブル６００の説明図である。
【０１４０】
図６Ａに示すアプリケーション・ファイル間関連テーブル６００は、アプリケーションＡ３０４〜Ｄ３０７のうちホストサーバＡ３０１において稼動しているものと、そのアプリケーションＡ３０４等に割り当てられたファイルＡ３０８等との対応関係を示す。アプリケーションＡ３０４等と、そのアプリケーションＡ３０４等に割り当てられたファイルＡ３０８等には、性能の依存関係がある。
【０１４１】
アプリケーション・ファイル間関連テーブル６００は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１４２】
アプリケーション・ファイル間関連テーブル６００は、アプリケーション識別子６０１及びファイル識別子６０２の各カラムからなる。
【０１４３】
アプリケーション識別子６０１には、アプリケーションＡ３０４〜Ｄ３０７のうち、ホストサーバＡ３０１において稼動しているものの識別子が登録される。
【０１４４】
ファイル識別子６０２には、各アプリケーションＡ３０４等に割り当てられたファイルＡ３０８等の識別子が登録される。
【０１４５】
図６Ａの例では、アプリケーション識別子６０１の値「アプリケーションＡ」に対応するファイル識別子６０２として、「ファイルＡ」が登録されている。これは、図３に示すようにアプリケーションＡ３０４にファイルＡ３０８が割り当てられていることを示す。
【０１４６】
図６Ｂは、本発明の実施形態のホストサーバＡ３０１に関するファイル・ボリューム間関連テーブル６１０の説明図である。
【０１４７】
図６Ｂに示すファイル・ボリューム間関連テーブル６１０は、ファイルＡ３０８〜Ｅ３１２のうちホストサーバＡ３０１によって管理されるものと、そのファイルＡ３０８等を格納するボリュームＡ３１３等との対応関係を示す。ファイルＡ３０８等と、そのファイルＡ３０８等を格納するボリュームＡ３１３等には、性能の依存関係がある。
【０１４８】
ファイル・ボリューム間関連テーブル６１０は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１４９】
ファイル・ボリューム間関連テーブル６１０は、ファイル識別子６１１及びボリューム識別子６１２の各カラムからなる。
【０１５０】
ファイル識別子６１１には、ファイルＡ３０８〜Ｅ３１２のうち、ホストサーバＡ３０１が管理するものの識別子が登録される。
【０１５１】
ボリューム識別子６１２には、各ファイルＡ３０８等を格納するボリュームＡ３１３等の識別子が登録される。
【０１５２】
図６Ｂの例では、ファイル識別子６１１の値「ファイルＡ」に対応するボリューム識別子６１２として、「ボリュームＡ」が登録されている。これは、図３に示すようにファイルＡ３０８がボリュームＡ３１３に格納されていることを示す。
【０１５３】
図６Ｃは、本発明の実施形態のホストサーバＡ３０１に関するボリューム・論理ボリューム・ポート間関連テーブル６２０の説明図である。
【０１５４】
図６Ｃに示すボリューム・論理ボリューム・ポート間関連テーブル６２０は、ボリュームＡ３１３〜Ｄ３１６のうちホストサーバＡ３０１によって管理されるものと、そのボリュームＡ３１３等が割り当てられる論理ボリュームＡ３５３等と、それらの間でやり取りされるデータが経由するホストサーバＡ３０１のポートＡ３２１等と、ストレージサブシステム１９５のポートＰ３４９等との対応関係を示す。これらのリソースの間には、性能の依存関係がある。
【０１５５】
ボリューム・論理ボリューム・ポート間関連テーブル６２０は、ホストサーバＡ３０１が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１５６】
ボリューム・論理ボリューム・ポート間関連テーブル６２０は、ボリューム識別子６２１、論理ボリューム識別子６２２、ホスト側ポート識別子６２３及びストレージ側ポート識別子６２４の各カラムからなる。
【０１５７】
ボリューム識別子６２１には、ボリュームＡ３１３〜Ｄ３１６のうちホストサーバＡ３０１によって管理されるものの識別子が登録される。
【０１５８】
論理ボリューム識別子６２２には、ボリュームＡ３１３等が割り当てられる論理ボリュームＡ３５３等の識別子が登録される。
【０１５９】
ホスト側ポート識別子６２３には、ボリュームＡ３１３等と、それらに割り当てられた論理ボリュームＡ３５３等との間でやり取りされるデータが経由するホストサーバＡ３０１のポートＡ３２１等の識別子が登録される。
【０１６０】
ストレージ側ポート識別子６２４には、ボリュームＡ３１３等と、それらに割り当てられた論理ボリュームＡ３５３等との間でやり取りされるデータが経由するストレージサブシステム１９５のポートＰ３４９等の識別子が登録される。
【０１６１】
例えば、図６Ｃには、ボリューム識別子６２１、論理ボリューム識別子６２２、ホスト側ポート識別子６２３及びストレージ側ポート識別子６２４として、それぞれ、ボリュームＡ、論理ボリュームＡ、ポートＡ及びポートＰが登録されている。これは、図３に示すように、ボリュームＡ３１３が論理ボリュームＡ３５３に割り当てられ、ボリュームＡ３１３と論理ボリュームＡ３５３との間でやり取りされるデータがポートＡ３２１及びポートＰ３４９を経由することを示す。
【０１６２】
図７は、本発明の実施形態のホストサーバＢ３０２に関するメトリクス値テーブル７００の説明図である。
【０１６３】
図７に示すメトリクス値テーブル７００は、ホストサーバＢ３０２に含まれるリソースに関して取得されたメトリクス値を保持する。図５に示すメトリクス値テーブル５００と同様、メトリクス値テーブル７００は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持するメトリクス値情報記憶部２１３に格納される。
【０１６４】
メトリクス値テーブル７００は、日時７０１、リソース識別子７０２、メトリクス識別子７０３及びメトリクス値７０４の各カラムからなる。これらのカラムの説明は、それぞれ、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。
【０１６５】
図８Ａから図８Ｃには、ホストサーバＢ３０２に関するリソース間関連情報記憶部２１０に含まれるテーブルを示す。
【０１６６】
図８Ａは、本発明の実施形態のホストサーバＢ３０２に関するアプリケーション・ファイル間関連テーブル８００の説明図である。
【０１６７】
図８Ａに示すアプリケーション・ファイル間関連テーブル８００は、アプリケーションＡ３０４〜Ｄ３０７のうちホストサーバＢ３０２において稼動しているものと、そのアプリケーションＡ３０４等に割り当てられたファイルＡ３０８等との対応関係を示す。
【０１６８】
アプリケーション・ファイル間関連テーブル８００は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１６９】
アプリケーション・ファイル間関連テーブル８００は、アプリケーション識別子８０１及びファイル識別子８０２の各カラムからなる。これらのカラムの説明は、それぞれ、アプリケーション・ファイル間関連テーブル６００のアプリケーション識別子６０１及びファイル識別子６０２の説明と同様であるため、省略する。
【０１７０】
図８Ａの例では、アプリケーション識別子８０１の値「アプリケーションＢ」に対応するファイル識別子８０２として、「ファイルＢ」及び「ファイルＣ」が登録されている。「アプリケーションＣ」に対応して、「ファイルＤ」が登録されている。これは、図３に示すように、アプリケーションＢ３０５にファイルＢ３０９及びファイルＣ３１０が割り当てられ、アプリケーションＣ３０６にファイルＤ３１１が割り当てられていることを示す。
【０１７１】
図８Ｂは、本発明の実施形態のホストサーバＢ３０２に関するファイル・ボリューム間関連テーブル８１０の説明図である。
【０１７２】
図８Ｂに示すファイル・ボリューム間関連テーブル８１０は、ファイルＡ３０８〜Ｅ３１２のうちホストサーバＢ３０２によって管理されるものと、そのファイルＡ３０８等を格納するボリュームＡ３１３等との対応関係を示す。
【０１７３】
ファイル・ボリューム間関連テーブル８１０は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１７４】
ファイル・ボリューム間関連テーブル８１０は、ファイル識別子８１１及びボリューム識別子８１２の各カラムからなる。これらのカラムの説明は、それぞれ、ファイル・ボリューム間関連テーブル６１０のファイル識別子６１１及びボリューム識別子６１２の説明と同様であるため、省略する。
【０１７５】
図８Ｂの例では、ファイル識別子８１１の値「ファイルＢ」、「ファイルＣ」及び「ファイルＤ」に対応するボリューム識別子８１２として、それぞれ、「ボリュームＢ」、「ボリュームＢ」及び「ボリュームＣ」が登録されている。これは、図３に示すように、ファイルＢ３０９及びファイルＣ３１０がボリュームＢ３１４に格納され、ファイルＤ３１１がボリュームＣ３１５に格納されていることを示す。
【０１７６】
図８Ｃは、本発明の実施形態のホストサーバＢ３０２に関するボリューム・論理ボリューム・ポート間関連テーブル８２０の説明図である。
【０１７７】
図８Ｃに示すボリューム・論理ボリューム・ポート間関連テーブル８２０は、ボリュームＡ３１３〜Ｄ３１６のうちホストサーバＢ３０２によって管理されるものと、そのボリュームＡ３１３等が割り当てられる論理ボリュームＡ３５３等と、それらの間でやり取りされるデータが経由するホストサーバＢ３０２のポートＢ３２２等と、ストレージサブシステム１９５のポートＰ３４９等との対応関係を示す。
【０１７８】
ボリューム・論理ボリューム・ポート間関連テーブル８２０は、ホストサーバＢ３０２が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１７９】
ボリューム・論理ボリューム・ポート間関連テーブル８２０は、ボリューム識別子８２１、論理ボリューム識別子８２２、ホスト側ポート識別子８２３及びストレージ側ポート識別子８２４の各カラムからなる。これらのカラムの説明は、それぞれ、ボリューム・論理ボリューム・ポート間関連テーブル６２０のボリューム識別子６２１、論理ボリューム識別子６２２、ホスト側ポート識別子６２３及びストレージ側ポート識別子６２４の説明と同様であるため、省略する。
【０１８０】
例えば、図８Ｃの先頭の行には、ボリューム識別子８２１、論理ボリューム識別子８２２、ホスト側ポート識別子８２３及びストレージ側ポート識別子８２４として、それぞれ、ボリュームＢ、論理ボリュームＢ、ポートＢ及びポートＱが登録されている。これは、図３に示すように、ボリュームＢ３１４が論理ボリュームＢ３５４に割り当てられ、ボリュームＢ３１４と論理ボリュームＢ３５４との間でやり取りされるデータがポートＢ３２２及びポートＱ３５０を経由することを示す。
【０１８１】
図９は、本発明の実施形態のホストサーバＣ３０３に関するメトリクス値テーブル９００の説明図である。
【０１８２】
図９に示すメトリクス値テーブル９００は、ホストサーバＣ３０３に含まれるリソースに関して取得されたメトリクス値を保持する。図５に示すメトリクス値テーブル５００と同様、メトリクス値テーブル９００は、ホストサーバＣ３０３が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つが保持するメトリクス値情報記憶部２１３に格納される。
【０１８３】
メトリクス値テーブル９００は、日時９０１、リソース識別子９０２、メトリクス識別子９０３及びメトリクス値９０４の各カラムからなる。これらのカラムの説明は、それぞれ、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。
【０１８４】
図１０Ａから図１０Ｃには、ホストサーバＣ３０３に関するリソース間関連情報記憶部２１０に含まれるテーブルを示す。
【０１８５】
図１０Ａは、本発明の実施形態のホストサーバＣ３０３に関するアプリケーション・ファイル間関連テーブル１０００の説明図である。
【０１８６】
図１０Ａに示すアプリケーション・ファイル間関連テーブル１０００は、アプリケーションＡ３０４〜Ｄ３０７のうちホストサーバＣ３０３において稼動しているものと、そのアプリケーションＡ３０４等に割り当てられたファイルＡ３０８等との対応関係を示す。
【０１８７】
アプリケーション・ファイル間関連テーブル１０００は、ホストサーバＣ３０３が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１８８】
アプリケーション・ファイル間関連テーブル１０００は、アプリケーション識別子１００１及びファイル識別子１００２の各カラムからなる。これらのカラムの説明は、それぞれ、アプリケーション・ファイル間関連テーブル６００のアプリケーション識別子６０１及びファイル識別子６０２の説明と同様であるため、省略する。
【０１８９】
図１０Ａの例では、アプリケーション識別子１００１の値「アプリケーションＤ」に対応するファイル識別子１００２として、「ファイルＥ」が登録されている。これは、図３に示すように、アプリケーションＤ３０７にファイルＥ３１２が割り当てられていることを示す。
【０１９０】
図１０Ｂは、本発明の実施形態のホストサーバＣ３０３に関するファイル・ボリューム間関連テーブル１０１０の説明図である。
【０１９１】
図１０Ｂに示すファイル・ボリューム間関連テーブル１０１０は、ファイルＡ３０８〜Ｅ３１２のうちホストサーバＣ３０３によって管理されるものと、そのファイルＡ３０８等を格納するボリュームＡ３１３等との対応関係を示す。
【０１９２】
ファイル・ボリューム間関連テーブル１０１０は、ホストサーバＣ３０３が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１９３】
ファイル・ボリューム間関連テーブル１０１０は、ファイル識別子１０１１及びボリューム識別子１０１２の各カラムからなる。これらのカラムの説明は、それぞれ、ファイル・ボリューム間関連テーブル６１０のファイル識別子６１１及びボリューム識別子６１２の説明と同様であるため、省略する。
【０１９４】
図１０Ｂの例では、ファイル識別子１０１１の値「ファイルＥ」に対応するボリューム識別子１０１２として、「ボリュームＤ」が登録されている。これは、図３に示すように、ファイルＥ３１２がボリュームＤ３１６に格納されていることを示す。
【０１９５】
図１０Ｃは、本発明の実施形態のホストサーバＣ３０３に関するボリューム・論理ボリューム・ポート間関連テーブル１０２０の説明図である。
【０１９６】
図１０Ｃに示すボリューム・論理ボリューム・ポート間関連テーブル１０２０は、ボリュームＡ３１３〜Ｄ３１６のうちホストサーバＣ３０３によって管理されるものと、そのボリュームＡ３１３等が割り当てられる論理ボリュームＡ３５３等と、それらの間でやり取りされるデータが経由するホストサーバＣ３０３のポートＳ３２４等と、ストレージサブシステム１９５のポートＰ３４９等との対応関係を示す。
【０１９７】
ボリューム・論理ボリューム・ポート間関連テーブル１０２０は、ホストサーバＣ３０３が保持する業務ソフト性能情報収集エージェント１２９、ＤＢ性能情報収集エージェント１３０及びホスト性能情報収集エージェント１３１の少なくとも一つに属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０１９８】
ボリューム・論理ボリューム・ポート間関連テーブル１０２０は、ボリューム識別子１０２１、論理ボリューム識別子１０２２、ホスト側ポート識別子１０２３及びストレージ側ポート識別子１０２４の各カラムからなる。これらのカラムの説明は、それぞれ、ボリューム・論理ボリューム・ポート間関連テーブル６２０のボリューム識別子６２１、論理ボリューム識別子６２２、ホスト側ポート識別子６２３及びストレージ側ポート識別子６２４の説明と同様であるため、省略する。
【０１９９】
例えば、図１０Ｃの先頭の行には、ボリューム識別子１０２１、論理ボリューム識別子１０２２、ホスト側ポート識別子１０２３及びストレージ側ポート識別子１０２４として、それぞれ、ボリュームＤ、論理ボリュームＤ、ポートＳ及びポートＲが登録されている。これは、図３に示すように、ボリュームＤ３１６が論理ボリュームＤ３５６に割り当てられ、ボリュームＤ３１６と論理ボリュームＤ３５６との間でやり取りされるデータがポートＳ３２４及びポートＲ３５１を経由することを示す。
【０２００】
図１１は、本発明の実施形態のＳＡＮスイッチＡ３１７〜Ｄ３２０に関するメトリクス値テーブル１１００の説明図である。
【０２０１】
図１１に示すメトリクス値テーブル１１００は、ＳＡＮスイッチＡ３１７〜Ｄ３２０に含まれるリソースに関して取得されたメトリクス値を保持する。それらのメトリクス値は、ＳＡＮスイッチ性能情報収集エージェント１４４に属する性能情報収集部２１２によって取得されたものである。すなわち、メトリクス値テーブル１１００は、ＳＡＮスイッチ性能情報収集エージェント１４４が保持するメトリクス値情報記憶部２１３に格納される。
【０２０２】
メトリクス値テーブル１１００は、日時１１０１、リソース識別子１１０２、メトリクス識別子１１０３及びメトリクス値１１０４の各カラムからなる。これらのカラムの説明は、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。
【０２０３】
図１１の例において、先頭の行は、２００７年７月７日の６：００にポートＤ３２６から取得したメトリクス値が、１２１３．６（毎秒Ｉ／Ｏ回数）であることを示している。
【０２０４】
図１２は、本発明の実施の形態のＳＡＮスイッチＡ３１７〜Ｄ３２０に関するポート間通信経路テーブル１２００の説明図である。
【０２０５】
図１２に示すポート間通信経路テーブル１２００には、ホストサーバＡ３０１〜Ｃ３０３のポートＡ３２１〜Ｓ３２４と、ストレージサブシステム１９５のポートＰ３４９〜Ｒ３５１との間でやり取りされるデータの経路となるＳＡＮスイッチＡ３１７〜Ｄ３２０のポートＤ３２６〜Ｏ３４７を示す情報が保持される。複数のポートを一つのデータ経路が経由する場合、それらのポートには性能の依存関係がある。
【０２０６】
ポート間通信経路テーブル１２００は、ＳＡＮスイッチ性能情報収集エージェント１４４に属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０２０７】
ポート間通信経路テーブル１２００は、ホスト側ポート識別子１２０１、ストレージ側ポート識別子１２０２及びスイッチポート識別子リスト１２０３の各カラムからなる。
【０２０８】
ホスト側ポート識別子１２０１には、ホストサーバＡ３０１〜Ｃ３０３とストレージサブシステム１９５との間でやり取りされるデータが経由するホストサーバＡ３０１〜Ｃ３０３のポートＡ３２１〜Ｓ３２４の識別子が登録される。
【０２０９】
ストレージ側ポート識別子１２０２には、ホストサーバＡ３０１〜Ｃ３０３とストレージサブシステム１９５との間でやり取りされるデータが経由するストレージサブシステム１９５のポートＰ３４９〜Ｒ３５１の識別子が登録される。
【０２１０】
スイッチポート識別子リスト１２０３には、ホストサーバＡ３０１〜Ｃ３０３のポートＡ３２１〜Ｓ３２４と、ストレージサブシステム１９５のポートＰ３４９〜Ｒ３５１との間でやり取りされるデータが経由するＳＡＮスイッチＡ３１７〜Ｄ３２０のポートＤ３２６〜Ｏ３４７の識別子が登録される。
【０２１１】
図１２の例において、先頭の行は、ホストサーバＡ３０１のポートＡ３２１からストレージサブシステム１９５のポートＰ３４９に至るデータ経路が、図３に示すように、ポートＤ３２６、ポートＧ３３２、ポートＪ３３８及びポートＭ３４４を経由することを示す。
【０２１２】
図１３は、本発明の実施の形態のストレージサブシステム１９５に関するメトリクス値テーブル１３００の説明図である。
【０２１３】
図１３に示すメトリクス値テーブル１３００は、ストレージサブシステム１９５に含まれるリソースに関して取得されたメトリクス値を保持する。それらのメトリクス値は、サブシステム性能情報収集エージェント１５４に属する性能情報収集部２１２によって取得されたものである。すなわち、メトリクス値テーブル１３００は、サブシステム性能情報収集エージェント１５４が保持するメトリクス値情報記憶部２１３に格納される。
【０２１４】
メトリクス値テーブル１３００は、日時１３０１、リソース識別子１３０２、メトリクス識別子１３０３及びメトリクス値１３０４の各カラムからなる。これらのカラムの説明は、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。
【０２１５】
図１４は、本発明の実施の形態のストレージサブシステム１９５に関する論理ボリューム・アレイグループ間関連テーブル１４００の説明図である。
【０２１６】
図１４の論理ボリューム・アレイグループ間関連テーブル１４００は、論理ボリュームＡ３５３〜Ｄ３５６と、論理ボリュームＡ３５３〜Ｄ３５６が割り当てられたアレイグループＡ３５７〜Ｃ３５９との対応関係を示す情報を保持する。これらのリソース間には、性能の依存関係がある。
【０２１７】
論理ボリューム・アレイグループ間関連テーブル１４００は、サブシステム性能情報収集エージェント１５４に属する構成情報収集部２０９が取得した情報に基づいて生成され、リソース間関連情報記憶部２１０に格納される。
【０２１８】
論理ボリューム・アレイグループ間関連テーブル１４００は、論理ボリューム識別子１４０１及びアレイグループ識別子１４０２の各カラムからなる。
【０２１９】
論理ボリューム識別子１４０１には、ストレージサブシステム１９５が管理する論理ボリュームＡ３５３〜Ｄ３５６の識別子が登録される。
【０２２０】
アレイグループ識別子１４０２には、各論理ボリュームＡ３５３〜Ｄ３５６が割り当てられたアレイグループＡ３５７〜Ｃ３５９の識別子が登録される。
【０２２１】
図１４の例は、図３に示すように、論理ボリュームＡ３５３及び論理ボリュームＢ３５４がアレイグループＡ３５７に割り当てられ、論理ボリュームＣ３５５がアレイグループＢ３５８に割り当てられ、論理ボリュームＤ３５６がアレイグループＣ３５９に割り当てられていることを示す。
【０２２２】
次に、本実施形態のストレージネットワーク性能管理プログラム１６４が保持する情報について、図１５から図２２を参照して説明する。
【０２２３】
図１５は、本発明の実施の形態のストレージネットワーク性能管理プログラム１６４が使用する分単位メトリクス値テーブル１５００の説明図である。
【０２２４】
図１５に示す分単位メトリクス値テーブル１５００は、図２に示すストレージネットワーク性能管理プログラム１６４が保持するメトリクス値情報記憶部２３３に格納される。
【０２２５】
性能情報収集部２３２は、周期的に各性能情報収集エージェントに対してポーリングを実行することによって、各性能情報収集エージェントのメトリクス値情報記憶部２１３に格納された情報を取得し、メトリクス値情報記憶部２３３に格納する。このとき、性能情報収集部２３２は、性能情報収集状態テーブル２３０を参照して、各性能情報収集エージェントに分単位メトリクス値又は時間単位メトリクス値の送信を要求する（後述する図２３参照）。性能情報収集部２３２は、分単位メトリクス値の送信を要求した場合、その要求に応じて送信された分単位メトリクス値を分単位メトリクス値テーブル１５００に格納する。
【０２２６】
分単位メトリクス値テーブル１５００は、日時１５０１、リソース識別子１５０２、メトリクス識別子１５０３及びメトリクス値１５０４の各カラムからなる。これらのカラムの説明は、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。
【０２２７】
図１５に示すように、分単位メトリクス値テーブル１５００には、各性能情報収集エージェントが各リソースから取得した１分ごとのメトリクス値が格納される。
【０２２８】
図１６は、本発明の実施の形態のストレージネットワーク性能管理プログラム１６４が使用する時間単位メトリクス値テーブル１６００の説明図である。
【０２２９】
図１６に示す時間単位メトリクス値テーブル１６００は、図２に示すストレージネットワーク性能管理プログラム１６４が保持するメトリクス値情報記憶部２３３に格納される。
【０２３０】
性能情報収集部２３２は、時間単位メトリクス値の送信を要求した場合、その要求に応じて送信された時間単位メトリクス値を時間単位メトリクス値テーブル１６００に格納する。
【０２３１】
時間単位メトリクス値テーブル１６００は、日時１６０１、リソース識別子１６０２、メトリクス識別子１６０３及びメトリクス値１６０４の各カラムからなる。これらのカラムの説明は、メトリクス値テーブル５００の日時５０１、リソース識別子５０２、メトリクス識別子５０３及びメトリクス値５０４の説明と同様であるため、省略する。
【０２３２】
図１６に示すように、時間単位メトリクス値テーブル１６００には、各リソースの１時間ごとのメトリクス値が格納される。
【０２３３】
図１７Ａは、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用するファイル・ボリューム間関連テーブル１７００の説明図である。
【０２３４】
図１７Ａに示すファイル・ボリューム間関連テーブル１７００は、図２に示すストレージネットワーク性能管理プログラム１６４が保持するリソース間関連情報記憶部２２２に格納される。構成情報収集部２２１は、各性能情報収集エージェントに対してポーリングを実行することによって、リソース間関連情報記憶部２１０に含まれるファイル・ボリューム間関連テーブル６１０、８１０及び１０１０が保持する情報を取得し、ファイル・ボリューム間関連テーブル１７００に格納する。このため、ファイル・ボリューム間関連テーブル１７００は、ファイル・ボリューム間関連テーブル６１０、８１０及び１０１０が保持する情報の全てを保持する。
【０２３５】
ファイル・ボリューム間関連テーブル１７００は、ファイル識別子１７０１及びボリューム識別子１７０２の各カラムからなる。これらのカラムの説明は、それぞれ、ファイル・ボリューム間関連テーブル６１０のファイル識別子６１１及びボリューム識別子６１２の説明と同様であるため、省略する。
【０２３６】
図１７Ｂは、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用する論理ボリューム・アレイグループ間関連テーブル１７１０の説明図である。
【０２３７】
図１７Ｂに示す論理ボリューム・アレイグループ間関連テーブル１７１０は、図２に示すストレージネットワーク性能管理プログラム１６４が保持するリソース間関連情報記憶部２２２に格納される。構成情報収集部２２１は、サブシステム性能情報収集エージェント１５４に対してポーリングを実行することによって、リソース間関連情報記憶部２１０に含まれる論理ボリューム・アレイグループ間関連テーブル１４００が保持する情報を取得し、論理ボリューム・アレイグループ間関連テーブル１７１０に格納する。このため、論理ボリューム・アレイグループ間関連テーブル１７１０は、論理ボリューム・アレイグループ間関連テーブル１４００が保持するものと同じ情報を保持する。
【０２３８】
論理ボリューム・アレイグループ間関連テーブル１７１０は、論理ボリューム識別子１７１１及びアレイグループ識別子１７１２の各カラムからなる。これらのカラムの説明は、それぞれ、論理ボリューム・アレイグループ間関連テーブル１４００の論理ボリューム識別子１４０１及びアレイグループ識別子１４０２の説明と同様であるため、省略する。
【０２３９】
図１８は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用するボリューム・論理ボリューム・ポート対応テーブル１８００の説明図である。
【０２４０】
図１８に示すボリューム・論理ボリューム・ポート対応テーブル１８００は、図２に示すストレージネットワーク性能管理プログラム１６４が保持するリソース間関連情報記憶部２２２に格納される。
【０２４１】
構成情報収集部２２１は、各性能情報収集エージェントに対してポーリングを実行することによって、リソース間関連情報記憶部２１０に含まれるボリューム・論理ボリューム・ポート間関連テーブル６２０、８２０、１０２０及びポート間通信経路テーブル１２００が保持する情報を取得し、ボリューム・論理ボリューム・ポート対応テーブル１８００に格納する。このため、ボリューム・論理ボリューム・ポート対応テーブル１８００は、ボリューム・論理ボリューム・ポート間関連テーブル６２０、８２０、１０２０及びポート間通信経路テーブル１２００が保持する情報を保持する。
【０２４２】
ボリューム・論理ボリューム・ポート対応テーブル１８００は、ボリューム識別子１８０１、論理ボリューム識別子１８０２、ホスト側ポート識別子１８０３、ストレージ側ポート識別子１８０４及びスイッチポート識別子リスト１８０５の各カラムからなる。
【０２４３】
ボリューム識別子１８０１は、ボリューム識別子６２１、８２１及び１０２１と対応する（図６、図８及び図１０参照）。このため、ボリューム識別子２２２１についての説明は省略する。
【０２４４】
論理ボリューム識別子１８０２は、論理ボリューム識別子６２２、８２２及び１０２２と対応する（図６、図８及び図１０参照）。このため、論理ボリューム識別子１８０２についての説明は省略する。
【０２４５】
ホスト側ポート識別子１８０３は、ホスト側ポート識別子６２３、８２３及び１０２３と対応する（図６、図８及び図１０参照）。さらに、ホスト側ポート識別子１８０３は、ホスト側ポート識別子１２０１とも対応する（図１２参照）。このため、ホスト側ポート識別子１８０３についての説明は省略する。
【０２４６】
ストレージ側ポート識別子１８０４は、ストレージ側ポート識別子６２４、８２４及び１０２４と対応する（図６、図８及び図１０参照）。さらに、ストレージ側ポート識別子１８０４は、ストレージ側ポート識別子１２０２とも対応する（図１２参照）。このため、ストレージ側ポート識別子１８０４についての説明は省略する。
【０２４７】
スイッチポート識別子リスト１８０５は、スイッチポート識別子リスト１２０３と対応する（図１２参照）。このため、スイッチポート識別子リスト１８０５についての説明は省略する。
【０２４８】
図１８の例において、先頭の行は、ボリュームＡ３１３が論理ボリュームＡ３５３に割り当てられていること、及び、ボリュームＡ３１３から論理ボリュームＡ３５３に至るデータの経路が、ポートＡ３２１、ポートＤ３２６、ポートＧ３３２、ポートＪ３３８、ポートＭ３４４及びポートＰ３４９を経由することを示す。
【０２４９】
図１９Ａは、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用する構成変更日時テーブル１９００の説明図である。
【０２５０】
構成変更日時テーブル１９００は、計算機システムの構成変更が検出された日時を保持するテーブルであり、構成変更情報記憶部２２６に格納される。計算機システムの構成変更とは、計算機システムを構成するリソースの追加又は削除である。構成変更日時テーブル１９００は、構成変更検出部２２３によって作成及び更新され、Ｉ／Ｏ経路抽出部２２５及び性能分析表示部２２９によって参照される。
【０２５１】
具体的には、構成変更とは、ホストサーバＡ３０１等において稼動するソフトウェア（例えばアプリケーションＡ３０４）から、そのソフトウェアによって読み書きされるデータを格納する物理的な記憶デバイス（例えばアレイグループＡ３５７）に至るデータの経路に、新たなリソースが追加されること、又は、それらの経路からリソースが削除されることを意味する。新たなリソースの追加には、複数のリソースからなる経路を新たに設定すること（言い換えると、新たに設定された経路に、その経路を構成する全リソースを追加すること）が含まれる。
【０２５２】
例えば、図３に示す計算機システムにおいて、当初、ホストサーバＣ３０３が存在していなかったと仮定する。この時点で、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路Ｄ３７４は設定されていない。その後、ホストサーバＣ３０３が追加され、図３に示すように経路Ｄ３７４が設定された場合、経路Ｄ３７４が新たに設定されたこと（言い換えると、その新たに設定された経路Ｄ３７４にアプリケーションＤ３０７からアレイグループＣ３５９に至る各リソースが追加されたこと）が、構成変更として検出される。
【０２５３】
逆に、ホストサーバＣ３０３が削除され、経路Ｄ３７４が削除された場合、その削除された経路Ｄ３７４上の全リソースの削除が、構成変更として検出される。
【０２５４】
あるいは、例えば、アプリケーションＢ３０５からポートＱ３５０を経由してアレイグループＡ３５７に至る経路Ｂ３７２が、ポートＱ３５０の代わりにポートＲ３５１を経由する経路Ｅ３７５に変更された場合（図３及び図４参照）、ポートＱ３５０の削除及びポートＲ３５１の追加が構成変更として検出される。
【０２５５】
構成変更日時テーブル１９００は、構成変更検出日時１９０１、構成変更識別子１９０２及び構成変更内容１９０３の各カラムからなる。
【０２５６】
構成変更検出日時１９０１には、構成変更が検出された日時が登録される。
【０２５７】
構成変更識別子１９０２には、検出された構成変更を識別する情報が登録される。一つの構成変更識別子１９０２によって識別される構成変更は、一つのリソースの追加又は削除のみを含んでもよいが、複数のリソースの追加又は削除を含んでもよい。具体的には、同じ時刻に検出された複数のリソースの追加又は削除が一つの構成変更として一つの構成変更識別子によって識別されてもよい。
【０２５８】
例えば、上記のようにホストサーバＣ３０３が追加されたことによって複数のリソースが追加された場合、それらのリソースの追加が一つの構成変更識別子（例えば「構成変更Ａ」）によって識別されてもよい。この構成変更識別子は、構成変更検出部２２３によって自動的に決定されてもよい。
【０２５９】
構成変更内容１９０３には、構成変更の内容を示す情報が登録される。この情報は、管理者によって任意に決定されてもよいし、構成変更検出部２２３によって自動的に決定されてもよい。例えば、「構成変更Ａ」によって識別される構成変更が、ホストサーバＣ３０３の追加による、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路上のリソースの追加である場合、その構成変更を代表する情報として、「アプリケーションＤ」が構成変更内容１９０３に登録されてもよい。
【０２６０】
図１９Ｂは、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用する構成変更情報テーブル１９１０の説明図である。
【０２６１】
構成変更情報テーブル１９１０は、構成変更によって追加又は削除されたリソースを管理する情報を保持するテーブルであり、構成変更情報記憶部２２６に格納される。構成変更情報テーブル１９１０は、構成変更検出部２２３によって作成及び更新され、Ｉ／Ｏ経路抽出部２２５及び性能分析表示部２２９によって参照される。
【０２６２】
構成変更情報テーブル１９１０は、構成変更識別子１９１１、リソース識別子１９１２、変更内容識別子１９１３及び収集期間１９１４の各カラムからなる。
【０２６３】
構成変更識別子１９１１には、検出された構成変更を識別する情報が登録される。
【０２６４】
リソース識別子１９１２には、構成変更によって追加又は削除されたリソースの識別子が登録される。
【０２６５】
変更内容識別子１９１３には、各リソースが追加されたか削除されたかを示す情報が登録される。
【０２６６】
収集期間１９１４には、各リソースから分単位メトリクス値を収集する期間を示す情報が登録される。この期間は、管理者が任意に設定してもよい。
【０２６７】
例えば、「構成変更Ａ」によって識別される構成変更が、ホストサーバＣ３０３の追加による、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路上のリソースの追加である場合、構成変更識別子１９１１の値「構成変更Ａ」に対応するリソース識別子１９１２に、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路上のリソースの識別子が登録される。それらのリソースに対応する変更内容識別子１９１３に、「追加」が登録される。図１９Ｂの例では、それらのリソースに対応する収集期間１９１４に「２週間」が登録されている。これは、それらのリソースから、２週間、分単位メトリクス値が収集されることを示す。
【０２６８】
図２０は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用する性能情報収集状態テーブル２３０の説明図である。
【０２６９】
性能情報収集状態テーブル２３０は、性能情報収集部２３２が収集すべき各リソースのメトリクス値の種類（すなわち分単位メトリクス値又は時間単位メトリクス値）を示す情報を保持する。
【０２７０】
性能情報収集状態テーブル２３０は、リソース識別子２００１及び収集単位識別子２００２の各カラムからなる。
【０２７１】
リソース識別子２００１には、各リソースの識別子が登録される。
【０２７２】
収集単位識別子２００２には、性能情報収集部２３２が収集すべき各リソースのメトリクス値の種類を示す情報が登録される。「ＭＩＮＵＴＥ」は、分単位メトリクス値が収集されるべきこと、「ＨＯＵＲ」は、時間単位メトリクス値が収集されるべきことを示す。
【０２７３】
性能情報収集部２３２は、各リソースに対応する収集単位識別子２００２に登録された情報に基づいて、各リソースの分単位メトリクス値又は時間単位メトリクス値を収集する。
【０２７４】
例えば、図１９Ｂに示すように、ファイルＥ３１２に対応する収集期間１９１４に「２週間」が登録されている場合、その２週間、リソース識別子２００１の値「ファイルＥ」に対応する収集単位識別子２００２には、「ＭＩＮＵＴＥ」が登録される。その間、性能情報収集部２３２は、ファイルＥ３１２の分単位メトリクス値を収集し、分単位メトリクス値テーブル１５００に格納する。
【０２７５】
さらに、構成変更に起因する性能問題が波及する範囲内のリソースに対応する収集単位識別子２００２に「ＭＩＮＵＴＥ」が登録されてもよい。これについては後で詳細に説明する。
【０２７６】
図２１は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用する変更Ｉ／Ｏ経路情報テーブル２２４の説明図である。
【０２７７】
変更Ｉ／Ｏ経路情報テーブル２２４は、構成変更によって追加又は削除されたリソースが属する経路を示す情報を保持する。
【０２７８】
変更Ｉ／Ｏ経路情報テーブル２２４は、経路識別子２１０１、リソース識別子２１０２、変更内容識別子２１０３及び構成変更識別子２１０４の各カラムからなる。
【０２７９】
経路識別子２１０１には、構成変更によって追加又は削除されたリソースが属する経路を識別する情報が登録される。
【０２８０】
リソース識別子２１０２には、構成変更によって追加又は削除されたリソースを識別する情報が登録される。
【０２８１】
変更内容識別子２１０３には、各リソースが追加されたか又は変更されたかを示す情報が登録される。
【０２８２】
構成変更識別子２１０４には、検出された構成変更を識別する情報が登録される。
【０２８３】
例えば、図３に示す計算機システムにおいて、ホストサーバＣ３０３が追加され、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路Ｄ３７４の新たな設定が構成変更Ａとして検出された場合、図２１に示すように、経路識別子２１０１に「経路Ｄ」が登録される。
【０２８４】
この場合、「経路Ｄ」に対応するリソース識別子２１０２に、経路Ｄ３７４に属するリソースの識別子である「アプリケーションＤ」、「ファイルＥ」、「ボリュームＤ」、「ポートＳ」、「ポートＴ」、「ポートＵ」、「ポートＶ」、「ポートＯ」、「ポートＲ」、「論理ボリュームＤ」及び「アレイグループＣ」が登録される（図２１では、「ポートＳ」から「ポートＶ」の記載は省略されている）。
【０２８５】
これらのリソースに対応する変更内容識別子２１０３には、これらのリソースが追加されたことを示す「追加」が登録される。これらのリソースに対応する構成変更識別子２１０４には、これらのリソースが構成変更Ａによって追加されたことを示す「構成変更Ａ」が登録される。
【０２８６】
図２２は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が使用するＩ／Ｏ経路情報テーブル２２８の説明図である。
【０２８７】
Ｉ／Ｏ経路情報テーブル２２８は、構成変更に起因する性能問題が波及する可能性がある経路を示す情報を保持する。
【０２８８】
Ｉ／Ｏ経路情報テーブル２２８は、経路識別子２２０１、リソース識別子２２０２、共有識別子２２０３及び構成変更識別子２２０４の各カラムからなる。
【０２８９】
経路識別子２２０１には、構成変更に起因する性能問題が波及する可能性がある経路を識別する情報が登録される。
【０２９０】
リソース識別子２２０２には、構成変更に起因する性能問題が波及する可能性がある経路に属するリソースを識別する情報が登録される。
【０２９１】
共有識別子２２０３には、経路識別子２２０１に登録された経路と、構成変更が検出された経路との関係を示す情報が登録される。
【０２９２】
具体的には、経路識別子２２０１に登録された経路と、構成変更が検出された経路とが同一のリソースを共有する場合、共有されたリソースを介して性能問題が波及する可能性がある。この場合、共有識別子２２０３には「共有Ａ」が登録される。
【０２９３】
一方、経路識別子２２０１に登録された経路と、構成変更が検出された経路とが同一のリソースを共有しない場合であっても、経路識別子２２０１に登録された経路と、共有識別子２２０３に「共有Ａ」が登録された別の経路とが同一のリソースを共有する場合、共有されたリソースを介して性能問題が波及する可能性がある。この場合、その経路識別子２２０１に登録された経路に対応する共有識別子２２０３に「共有Ｂ」が登録される。
【０２９４】
さらに、経路識別子２２０１に登録された経路が、上記の「共有Ａ」及び「共有Ｂ」のいずれにも該当しない場合であっても、その経路と、共有識別子２２０３に「共有Ｂ」が登録された別の経路とが同一のリソースを共有する場合、共有されたリソースを介して性能問題が波及する可能性がある。この場合、その経路に対応する共有識別子２２０３に「共有Ｃ」が登録される。
【０２９５】
構成変更識別子２２０４には、経路識別子２２０１に登録された経路に性能問題を波及させる可能性がある構成変更を識別する情報が登録される。
【０２９６】
例えば、図３に示す計算機システムにおいて、ホストサーバＣ３０３が追加され、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路Ｄ３７４の新たな設定が構成変更Ａとして検出された場合、経路Ｄ３７４に属するポートＯ３４７及びポートＲ３５１は、経路Ｃ３７３にも属している。すなわち、ポートＯ３４７及びポートＲ３５１は、経路Ｃ３７３及び経路Ｄ３７４に共有される。
【０２９７】
この場合、新たに追加された経路Ｄ３７４上のデータ通信による負荷が、経路Ｃ３７３上のデータ通信による負荷とポートＯ３４７及びポートＲ３５１において干渉する可能性がある。この干渉が、経路Ｃ３７３上のデータ通信の性能に影響を与える可能性がある。この場合、経路Ｃ３７３に属する各リソースがＩ／Ｏ経路情報テーブル２２８に登録され、それらのリソースに対応する共有識別子２２０３に「共有Ａ」が登録される（図２２参照）。
【０２９８】
図３の例では、経路Ａ３７１及び経路Ｂ３７２は、経路Ｃ３７３及び経路Ｄ３７４のいずれともリソースを共有しない。この場合、経路Ｄ３７４の追加に起因する性能問題は、経路Ａ３７１及び経路Ｂ３７２に波及しない。したがって、この場合、経路Ａ３７１及び経路Ｂ３７２はＩ／Ｏ経路情報テーブル２２８に登録されない。
【０２９９】
一方、図４の例において、経路Ｄ３７４に属するポートＲ３５１は、経路Ｂ３７２にも属している。すなわち、ポートＲ３５１は、経路Ｂ３７２及び経路Ｄ３７４に共有される。この場合、ポートＲ３５１における負荷の干渉が、経路Ｂ３７２上のデータ通信の性能に影響を与える可能性がある。この場合、Ｉ／Ｏ経路情報テーブル２２８には、さらに経路Ｂ３７２に属する各リソースが登録され、それらのリソースに対応する共有識別子２２０３に「共有Ａ」が登録される。
【０３００】
さらに、図４の例において、経路Ａ３７１は、経路Ｄ３７４とリソースを共有しないが、経路Ｂ３７２とはアレイグループＡ３５７を共有する。この場合、経路Ｂ３７２に発生した性能問題が、アレイグループＡ３５７を介して経路Ａ３７１に波及する可能性がある。したがって、この場合、Ｉ／Ｏ経路情報テーブル２２８には、さらに経路Ａ３７１に属する各リソースが登録され、それらのリソースに対応する共有識別子２２０３に「共有Ｂ」が登録される。
【０３０１】
同様に、経路Ａ３７１に属するリソースのうち、アレイグループＡ３５７以外のリソース（例えばポートＭ３４４）を共有する経路（図示省略）が存在する場合、その経路に属する全リソースがＩ／Ｏ経路情報テーブル２２８に登録される。その場合、その経路に属するリソースに対応する共有識別子２２０３に「共有Ｃ」が登録される。
【０３０２】
結局、図４の例では、経路Ｄ３７４の追加に起因する性能問題が、ポートＯ３４７及びポートＲ３５１において発生する負荷の干渉を介して経路Ｂ３７２及び経路Ｃ３７３に波及し、さらに、アレイグループＡ３５７に発生する負荷の干渉を介して経路Ａ３７１に波及する可能性がある。この場合、これらの経路に属する全リソースがＩ／Ｏ経路情報テーブル２２８に登録される。
【０３０３】
次に、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が実行する処理について、フローチャートを参照して説明する。
【０３０４】
図２３は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が性能情報を収集するために実行する処理を示すフローチャートである。
【０３０５】
ストレージネットワーク性能管理プログラム１６４の性能情報収集部２３２は、所定のタイミングで起動し、各性能情報収集エージェント２０６の性能情報応答部２１４から性能情報（すなわちメトリクス値）を取得し、取得したメトリクス値をメトリクス値情報記憶部２３３に格納する（図２参照）。例えば、性能情報収集部２３２は、所定のスケジューリング設定に従って、定期的に起動してもよい。
【０３０６】
起動した性能情報収集部２３２は、ステップ２３０１からステップ２３０６までのループを実行する。具体的には、性能情報収集部２３２は、性能情報収集状態テーブル２３０の各行についてステップ２３０２からステップ２３０５までの処理を実行する。
【０３０７】
まず、性能情報収集部２３２は、性能情報収集状態テーブル２３０の各行のリソース識別子２００１に登録された識別子、及び、その識別子に対応する収集単位識別子２００２に登録された値を取得する（ステップ２３０２）。
【０３０８】
次に、性能情報収集部２３２は、取得した収集単位識別子２００２の値が「ＭＩＮＵＴＥ」又は「ＨＯＵＲ」のいずれであるかを判定する（ステップ２３０３）。
【０３０９】
取得した収集単位識別子２００２の値が「ＭＩＮＵＴＥ」である場合、性能情報収集部２３２は、その値に対応するリソース識別子２００１によって識別されるリソースを監視する性能情報収集エージェント２０６の性能情報応答部２１４に対して、そのリソースの分単位メトリクス値及び時間単位メトリクス値の送信を要求する（ステップ２３０４）。
【０３１０】
一方、取得した収集単位識別子２００２の値が「ＨＯＵＲ」である場合、性能情報収集部２３２は、その値に対応するリソース識別子２００１によって識別されるリソースを監視する性能情報収集エージェント２０６の性能情報応答部２１４に対して、そのリソースの時間単位メトリクス値の送信を要求する（ステップ２３０５）。
【０３１１】
性能情報収集状態テーブル２３０の全ての行についてステップ２３０２からステップ２３０５までの処理が終了すると、性能情報収集部２３２は、ステップ２３０４及びステップ２３０５の要求に応じて各性能情報収集エージェント２０６の性能情報応答部２１４から送信されたメトリクス値をメトリクス値情報記憶部２３３に格納する（ステップ２３０７）。具体的には、性能情報収集部２３２は、受信した分単位メトリクス値を分単位メトリクス値テーブル１５００に、受信した時間単位メトリクス値を時間単位メトリクス値テーブル１６００に登録する。
【０３１２】
以上で、性能情報収集部２３２の処理が終了する。
【０３１３】
図２４は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４が収集すべき性能情報の種類を決定するために実行する処理を示すフローチャートである。
【０３１４】
最初に、ストレージネットワーク性能管理プログラム１６４の構成変更検出部２２３が、構成変更を検出する（ステップ２４０１）。構成変更検出部２２３は、検出した構成変更に関する情報を構成変更情報記憶部２２６に格納する（図２参照）。ステップ２４０１の処理については後で図２５を参照して詳細に説明する。
【０３１５】
次に、ストレージネットワーク性能管理プログラム１６４のＩ／Ｏ経路抽出部２２５が、分単位メトリクス値を収集すべきリソースを抽出する（ステップ２４０２）。具体的には、Ｉ／Ｏ経路抽出部２２５は、リソース間関連情報記憶部２２２及び構成変更情報記憶部２２６に格納された情報に基づいて、構成変更が検出された経路及びその構成変更に起因する性能問題が波及する可能性がある経路を特定し、特定された経路を変更Ｉ／Ｏ経路情報テーブル２２４及びＩ／Ｏ経路情報テーブル２２８に登録する（図２参照）。ステップ２４０２の処理については後で図２６を参照して詳細に説明する。
【０３１６】
次に、ストレージネットワーク性能管理プログラム１６４の収集状態設定部２２７が、ステップ２４０２の結果に従って、性能情報収集状態テーブル２３０を更新する（ステップ２４０３）。具体的には、収集状態設定部２２７は、変更Ｉ／Ｏ経路情報テーブル２２４及びＩ／Ｏ経路情報テーブル２２８に登録された情報に基づいて、性能情報収集状態テーブル２３０に登録されたメトリクス値の収集単位（すなわち「ＭＩＮＵＴＥ」又は「ＨＯＵＲ」）を変更する（図２参照）。ステップ２４０３の処理については後で図２７を参照して詳細に説明する。
【０３１７】
図２４は、所定のタイミングでステップ２４０１が実行され、その後ステップ２４０２及びステップ２４０３が順次実行される例を示す。しかし、ステップ２４０１からステップ２４０３の各々が独立したタイミングで実行されてもよい。具体的には、ステップ２４０１からステップ２４０３のそれぞれに独立にスケジュールが設定され、そのスケジュールに基づいて構成変更検出部２２３、Ｉ／Ｏ経路抽出部２２５及び収集状態設定部２２７が起動されてもよい。
【０３１８】
図２５は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４の構成変更検出部２２３が実行する処理を示すフローチャートである。
【０３１９】
図２５の処理は、図２４のステップ２４０１において実行される。
【０３２０】
最初に、構成変更検出部２２３は、構成変更を検出する（ステップ２５０１）。
【０３２１】
構成変更が検出された場合、構成変更検出部２２３は、構成変更日時テーブル１９００（図１９Ａ参照）に、構成変更が検出された日時、検出された構成変更の識別子及び構成変更の内容を登録する（ステップ２５０２）。
【０３２２】
次に、構成変更検出部２２３は、構成変更情報テーブル１９１０（図１９Ｂ参照）に、検出された構成変更の識別子、追加又は削除されたリソースの識別子、変更内容の識別子、及び、分単位メトリクス値の収集期間を登録する（ステップ２５０３）。分単位メトリクス値の収集期間として、管理者又はユーザが予め設定した値が登録されてもよい。
【０３２３】
以上で構成変更検出部２２３の処理が終了する。
【０３２４】
図２６は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４のＩ／Ｏ経路抽出部２２５が実行する処理を示すフローチャートである。
【０３２５】
図２６の処理は、図２４のステップ２４０２において実行される。
【０３２６】
最初に、Ｉ／Ｏ経路抽出部２２５は、構成変更情報テーブル１９１０を参照し、構成変更識別子１９１１に登録された値に対応するリソース識別子１９１２の値の一覧を取得する（ステップ２６０１）。
【０３２７】
次に、Ｉ／Ｏ経路抽出部２２５は、リソース間関連情報記憶部２２２を参照し、ステップ２６０１で取得されたリソース識別子に基づいて、構成変更が検出された経路、及び、その経路に属するリソースを特定し、それらの経路及びリソースを変更Ｉ／Ｏ経路情報テーブル２２４に登録する（ステップ２６０２）。
【０３２８】
次に、Ｉ／Ｏ経路抽出部２２５は、ステップ２６０２で特定されたリソースの少なくとも一つを共有する経路、及び、その経路に属するリソースを特定する。（ステップ２６０３）。
【０３２９】
次に、Ｉ／Ｏ経路抽出部２２５は、ステップ２６０３で特定された経路及びリソースをＩ／Ｏ経路情報テーブル２２８に登録する（ステップ２６０４）。このとき、それらのリソースに対応する共有識別子２２０３に「共有Ａ」が登録される。
【０３３０】
次に、Ｉ／Ｏ経路抽出部２２５は、ステップ２６０３で特定されたリソースの少なくとも一つを共有する経路、及び、その経路に属するリソースを特定する。（ステップ２６０５）。
【０３３１】
次に、Ｉ／Ｏ経路抽出部２２５は、ステップ２６０５で特定された経路及びリソースをＩ／Ｏ経路情報テーブル２２８に登録する（ステップ２６０６）。このとき、それらのリソースに対応する共有識別子２２０３に「共有Ｂ」が登録される。
【０３３２】
次に、Ｉ／Ｏ経路抽出部２２５は、ステップ２６０５で特定されたリソースの少なくとも一つを共有する経路、及び、その経路に属するリソースを特定する。（ステップ２６０７）。
【０３３３】
次に、Ｉ／Ｏ経路抽出部２２５は、ステップ２６０７で特定された経路及びリソースをＩ／Ｏ経路情報テーブル２２８に登録する（ステップ２６０８）。このとき、それらのリソースに対応する共有識別子２２０３に「共有Ｃ」が登録される。
【０３３４】
ステップ２６０８の後、さらに、ステップ２６０３〜２６０７と同様に、ステップ２６０７で特定されたリソースの少なくとも一つを共有する経路、その経路に属するリソースの少なくとも一つを共有する経路、等の経路に属するリソースが特定されてもよい。
【０３３５】
以上でＩ／Ｏ経路抽出部２２５の処理が終了する。
【０３３６】
図２７は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４の収集状態設定部２２７が実行する処理を示すフローチャートである。
【０３３７】
図２７の処理は、図２４のステップ２４０３において実行される。
【０３３８】
最初に、収集状態設定部２２７は、リソースリスト（図示省略）を作成する（ステップ２７０１）。リソースリストとは、以下のステップ２７０２以降の処理において順次リソースの識別子が登録されるリストである。ステップ２７０１が実行された時点で、リソースリストの内容は空である。
【０３３９】
次に、収集状態設定部２２７は、ステップ２７０２からステップ２７０５までのループを実行する。すなわち、収集状態設定部２２７は、変更Ｉ／Ｏ経路情報テーブル２２４の各行について、ステップ２７０３及びステップ２７０４を実行する。
【０３４０】
まず、収集状態設定部２２７は、変更Ｉ／Ｏ経路情報テーブル２２４の各行のリソース識別子２１０２に登録された値を取得する（ステップ２７０３）。
【０３４１】
次に、収集状態設定部２２７は、ステップ２７０３において取得した値（すなわちリソース識別子）をリソースリストに追加する（ステップ２７０４）。
【０３４２】
変更Ｉ／Ｏ経路情報テーブル２２４に登録された全ての行についてステップ２７０３及びステップ２７０４が終了すると、次に収集状態設定部２２７は、ステップ２７０６から２７０９までのループを実行する。すなわち、収集状態設定部２２７は、Ｉ／Ｏ経路情報テーブル２２８の各行について、ステップ２７０７及びステップ２７０８を実行する。
【０３４３】
まず、収集状態設定部２２７は、Ｉ／Ｏ経路情報テーブル２２８の各行のリソース識別子２２０２に登録された値を取得する（ステップ２７０７）。
【０３４４】
次に、収集状態設定部２２７は、ステップ２７０７において取得した値（すなわちリソース識別子）をリソースリストに追加する（ステップ２７０８）。
【０３４５】
Ｉ／Ｏ経路情報テーブル２２８に登録された全ての行についてステップ２７０７及びステップ２７０８が終了すると、収集状態設定部２２７は、作成されたリソースリスト及び性能情報収集状態テーブル２３０を参照し、リソースリストに登録されているものと同じリソース識別子２００１の値に対応する収集単位識別子２００２の値を「ＭＩＮＵＴＥ」に更新する（ステップ２７１０）。それ以外の収集単位識別子２００２の値は更新されないため、それらの値が「ＨＯＵＲ」であった場合、それらの値は「ＨＯＵＲ」のまま維持される。
【０３４６】
収集状態設定部２２７は、ステップ２７１０において「ＭＩＮＵＴＥ」に更新した値を、更新の時点から、構成変更情報テーブル１９１０の収集期間１９１４に登録された期間が経過した後、「ＨＯＵＲ」に戻す。
【０３４７】
以上で収集状態設定部２２７の処理が終了する。
【０３４８】
上記の例において、収集状態設定部２２７は、リソースリストに登録されていないリソース識別子に対応する収集単位識別子２００２の値を「ＨＯＵＲ」のまま維持する。しかし、収集状態設定部２２７は、リソースリストに登録されていないリソース識別子に対応する収集単位識別子２００２の値を、収集を禁止することを示す値に更新してもよい。その場合、図２３の処理において、性能情報収集部２３２は、収集を禁止することを示す値に対応するリソースのメトリクス値を収集しない。
【０３４９】
上記の図２４から図２７の処理の結果、構成変更に起因する性能問題が波及する可能性がある範囲内のリソースに対応する収集単位識別子２００２の値のみが「ＭＩＮＵＴＥ」に設定される。その結果、図２３の処理によって、構成変更に起因する性能問題が波及する可能性がある範囲内のリソースからは分単位メトリクス値が収集される。このため、構成変更に起因する性能問題を、分単位メトリクス値に基づいて確実に検出することができる。
【０３５０】
一方、構成変更に起因する性能問題が波及しないリソースからは時間単位メトリクス値のみが収集される。すなわち、構成変更に起因する性能問題を検出するために必要のないメトリクス値を格納するために記憶領域が浪費されることを防ぐことができる。さらに、構成変更に起因する性能問題が波及する範囲が予め絞り込まれているため、迅速に性能問題を検出することができる。
【０３５１】
図２８は、本発明の実施形態のストレージネットワーク性能管理プログラム１６４がメトリクス値を削除するために実行する処理を示すフローチャートである。
【０３５２】
性能情報収集部２３２は、図２３に示す処理を実行することによって、メトリクス値をメトリクス値情報記憶部２３３に格納する。一方、メトリクス値削除部２３１は、メトリクス値情報記憶部２３３のオーバーフローを防ぐために、図２８に示す処理を実行することによって、メトリクス値情報記憶部２３３からメトリクス値を削除する。メトリクス値削除部２３１は、性能情報収集状態テーブル２３０を参照して、構成変更に起因する性能問題の検出のために有用性が低いと推定されるメトリクス値を優先的にメトリクス値情報記憶部２３３から削除する（図２参照）。
【０３５３】
メトリクス値削除部２３１は、メトリクス値情報記憶部２３３に格納されたデータ量が所定の閾値を超えたとき、図２８に示す処理の実行を開始する。
【０３５４】
最初に、メトリクス値削除部２３１は、リソースリスト（図示省略）を作成する（ステップ２８０１）。このリソースリストは、図２７において作成されるものと同様のものであり、ステップ２８０１が実行された時点でその内容は空である。
【０３５５】
次に、メトリクス値削除部２３１は、ステップ２８０２からステップ２８０５までのループを実行する。具体的には、メトリクス値削除部２３１は、性能情報収集状態テーブル２３０の各行について、ステップ２８０３及びステップ２８０４の処理を実行する。
【０３５６】
まず、メトリクス値削除部２３１は、収集単位識別子２００２の値「ＭＩＮＵＴＥ」に対応するリソース識別子２００１の値を取得する（ステップ２８０３）。
【０３５７】
次に、メトリクス値削除部２３１は、ステップ２８０３において取得した値（すなわちリソース識別子）をリソースリストに追加する（ステップ２８０４）。
【０３５８】
性能情報収集状態テーブル２３０の全ての行についてステップ２８０３及びステップ２８０４の処理が終了すると、次にメトリクス値削除部２３１は、ステップ２８０６からステップ２８１０までのループを実行する。具体的には、メトリクス値削除部２３１は、時間単位メトリクス値テーブル１６００の各行について、ステップ２８０７からステップ２８０９までの処理を実行する。
【０３５９】
まず、メトリクス値削除部２３１は、時間単位メトリクス値テーブル１６００の各行のリソース識別子１６０２の値を取得する（ステップ２８０７）。
【０３６０】
次に、メトリクス値削除部２３１は、ステップ２８０７で取得したリソース識別子と同じものがリソースリストに含まれているか否かを判定する（ステップ２８０８）。
【０３６１】
ステップ２８０８において、ステップ２８０７で取得したリソース識別子と同じものがリソースリストに含まれていないと判定された場合、ステップ２８０７で取得したリソース識別子によって識別されるリソースからは時間単位メトリクス値のみが収集されている。これは、最近の構成変更に起因する性能問題が、そのリソースには波及しないことを意味する。ここで、「最近の構成変更」とは、例えば、現在から収集期間１９１４が示す期間を遡った時点より後に検出された構成変更を意味する。すなわち、そのリソースのメトリクス値は、最近の構成変更に起因する性能問題を検出するために有用でないと推定される。この場合、メトリクス値削除部２３１は、ステップ２８０７でリソース識別子１６０２の値を取得した行を時間単位メトリクス値テーブル１６００から削除する（ステップ２８０９）。
【０３６２】
一方、ステップ２８０８において、ステップ２８０７で取得したリソース識別子と同じものがリソースリストに含まれていると判定された場合、ステップ２８０７で取得したリソース識別子によって識別されるリソースからは時間単位メトリクス値に加えて分単位メトリクス値が収集されている。これは、そのリソースに、最近検出された構成変更に起因する性能問題が波及する可能性があることを意味する。すなわち、そのリソースのメトリクス値は、最近の構成変更に起因する性能問題を検出するために有用である可能性がある。この場合、メトリクス値削除部２３１は、ステップ２８０９を実行しない。
【０３６３】
時間単位メトリクス値テーブル１６００の全ての行についてステップ２８０７からステップ２８０９までの処理が終了すると、次にメトリクス値削除部２３１は、ステップ２８１１からステップ２８１６までのループを実行する。具体的には、メトリクス値削除部２３１は、分単位メトリクス値テーブル１５００の各行について、ステップ２８１２からステップ２８１５までの処理を実行する。
【０３６４】
まず、メトリクス値削除部２３１は、性能情報の保存期間を参照する（２８１２）。性能情報の保存期間とは、収集されたメトリクス値を保存しておかなければならない期間である。例えば、管理者は、性能情報の保存期間として任意の期間を設定してもよい。設定された期間を示す情報は、例えば、ストレージネットワーク性能管理プログラム１６４が管理する記憶領域に格納されてもよい。
【０３６５】
次に、メトリクス値削除部２３１は、分単位メトリクス値テーブル１５００の各行に登録されたメトリクス値の実際の保存期間が、ステップ２８１２で参照された性能情報の保存期間を超過しているか否かを判定する（ステップ２８１３）。メトリクス値の実際の保存期間は、日時１５０１に登録された日時から現在の日時までの期間である。
【０３６６】
ステップ２８１３において、実際の保存期間が、参照された性能情報の保存期間を経過していると判定された場合、メトリクス値削除部２３１は、分単位メトリクス値テーブル１５００の各行に登録されたメトリクス値が、分単位メトリクス値テーブル１５００に登録された全メトリクス値の最大値であるか否か（言い換えると、そのメトリクス値が最も高い負荷を示すか否か）を判定する（ステップ２８１４）。
【０３６７】
ステップ２８１４において、分単位メトリクス値テーブル１５００の各行に登録されたメトリクス値が、分単位メトリクス値テーブル１５００に登録された全メトリクス値の最大値でないと判定された場合、メトリクス値削除部２３１は、その行を分単位メトリクス値テーブル１５００から削除する（ステップ２８１５）。
【０３６８】
ステップ２８１３において、分単位メトリクス値テーブル１５００の各行に登録されたメトリクス値の実際の保存期間が、ステップ２８１２で参照された性能情報の保存期間を経過していないと判定された場合、その行に登録されたメトリクス値をまだ保存しておく必要がある。このため、メトリクス値削除部２３１は、その行についてはステップ２８１５を実行しない。
【０３６９】
ステップ２８１４において、分単位メトリクス値テーブル１５００の各行に登録されたメトリクス値が、分単位メトリクス値テーブル１５００に登録された全メトリクス値の最大値であると判定された場合、その行に登録されたメトリクス値は、保存期間を超過しているが、性能問題検出のために有用なものである可能性が高い。このため、メトリクス値削除部２３１は、その行についてはステップ２８１５を実行しない。
【０３７０】
以上でメトリクス値削除部２３１の処理が終了する。
【０３７１】
上記の図２８の処理によれば、構成変更に起因する性能問題の検出に有用と推定されるメトリクス値を保持しながら、新たなメトリクス値を格納するための記憶領域を確保することができる。
【０３７２】
次に、本実施形態において収集及び保持されたメトリクス値の分析結果の表示について説明する。
【０３７３】
性能分析表示部２２９は、リソース間関連情報記憶部２２２、変更Ｉ／Ｏ経路情報テーブル２２４、構成変更情報記憶部２２６、Ｉ／Ｏ経路情報テーブル２２８及びメトリクス値情報記憶部２３３に格納された情報を分析し、その分析結果の表示を性能管理クライアント１０４に指示する（図２参照）。以下、性能分析表示部２２９が実行する分析、及び、その分析の結果に基づいて性能管理クライアント１０４の表示装置１０５に表示される画面について説明する。
【０３７４】
最初に、メトリクス値の推移を分析及び表示する処理について、図２９を参照して説明する。メトリクス値の推移とは、例えば、メトリクス値が増加傾向にあるか減少傾向にあるか、を示すものである。例えば、メトリクス値として応答時間が取得された場合、あるリソースの応答時間が増加傾向にあれば、そのリソースにおいて将来性能問題が発生することを予測することができる。
【０３７５】
性能分析表示部２２９は、性能管理クライアント１０４からの要求に応じて、構成変更に起因する性能問題が波及する可能性があるリソースについて、メトリクス値の推移を算出する。
【０３７６】
具体的には、性能分析表示部２２９は、変更Ｉ／Ｏ経路情報テーブル２２４及びＩ／Ｏ経路情報テーブル２２８を参照して、経路上に存在する全リソースの一覧を取得する。
【０３７７】
次に、性能分析表示部２２９は、分単位メトリクス値テーブル１５００を参照して、上記のステップで取得した各リソースについて、メトリクス値の推移の傾向を算出する。この算出には、周知の統計分析方法（例えば、回帰分析等）が用いられてもよい。
【０３７８】
次に、性能分析表示部２２９は、算出されたメトリクス値の推移の傾向に基づいて、メトリクス値が増加傾向又は減少傾向にあるリソースを検出する。
【０３７９】
性能分析表示部２２９は、上記の分析結果を表示することを性能管理クライアント１０４に指示する。その表示の例を図２９に示す。
【０３８０】
図２９は、本発明の実施形態においてメトリクス値の推移を表示する画面の説明図である。
【０３８１】
図２９に示す表示画面は、リソース表示領域２９０１、メトリクス表示領域２９０２及びメトリクス値の推移表示領域２９０３を含む。
【０３８２】
リソース表示領域２９０１には、リソースの識別子が表示される。
【０３８３】
メトリクス表示領域２９０２には、メトリクス値の種類を示す情報が表示される。
【０３８４】
メトリクス値の推移表示領域２９０３には、メトリクス値の推移、例えば、メトリクス値が増加傾向にあるか減少傾向にあるか、を示す情報が表示される。
【０３８５】
図２９の例では、リソース表示領域２９０１、メトリクス表示領域２９０２及びメトリクス値の推移表示領域２９０３に、それぞれ、「ポートＣ」、「応答時間」及び「増加」が表示されている。これは、ポートＣ３２３の応答時間が増加傾向にあることを示す。
【０３８６】
次に、検出された構成変更と、その構成変更に関連するメトリクス値の収集期間とを表示する処理について、図３０及び図３１を参照して説明する。
【０３８７】
図３０は、本発明の実施形態の性能分析表示部２２９が、検出された構成変更と、その構成変更に関連するメトリクス値の収集期間とを表示するために実行する処理を示すフローチャートである。
【０３８８】
最初に、性能分析表示部２２９は、構成変更日時テーブル１９００を参照し、構成変更検出日時１９０１及び構成変更識別子１９０２に登録された値を取得する（ステップ３００１）。
【０３８９】
次に、性能分析表示部２２９は、構成変更情報テーブル１９１０を参照し、ステップ３００１で取得した構成変更識別子に対応する収集期間１９１４に登録された値を取得する（ステップ３００２）。
【０３９０】
次に、性能分析表示部２２９は、ステップ３００１で取得した構成変更検出日時及びステップ３００２で取得した収集期間を表示することを性能管理クライアント１０４に指示する（ステップ３００３）。性能管理クライアント１０４は、指示に従って構成変更検出日時及び収集期間を表示装置１０５に表示する。その表示の例を図３１に示す。
【０３９１】
図３１は、本発明の実施形態において、検出された構成変更と、その構成変更に関連するメトリクス値の収集期間とを表示する画面の説明図である。
【０３９２】
図３１に示す表示画面は、項番表示領域３１０１、検出日時表示領域３１０２及び収集期間表示領域３１０３を含む。
【０３９３】
項番表示領域３１０１には、検出された構成変更に付与された番号が表示される。この番号は、例えば、ハイパーリンク表示されてもよい。その場合、この番号は、後述する図３３の表示とリンクする。
【０３９４】
検出日時表示領域３１０２には、構成変更が検出された日時が表示される。
【０３９５】
収集期間表示領域３１０３には、構成変更が検出された後、分単位メトリクス値が収集される期間が表示される。
【０３９６】
図３１の例では、項番表示領域３１０１、検出日時表示領域３１０２及び収集期間表示領域３１０３に、それぞれ、「１」、「２００７−０７−０７  ０７：００」及び「２週間」が表示される。これは、項番「１」が付与された構成変更が、２００７年７月７日に検出され、その構成変更に起因する性能問題が波及するリソースの分単位メトリクス値が２週間にわたって収集されることを示す。
【０３９７】
次に、構成変更に関する詳細な情報を表示する処理について、図３２及び図３３を参照して説明する。
【０３９８】
図３２は、本発明の実施形態の性能分析表示部２２９が、構成変更に関する詳細な情報を表示するために実行する処理を示すフローチャートである。
【０３９９】
図３２に示す処理は、例えば、管理者又はユーザが図３１においてハイパーリンク表示された項番を指定したときに実行されてもよい。
【０４００】
最初に、性能分析表示部２２９は、構成変更日時テーブル１９００を参照し、表示される構成変更検出日時に対応する構成変更識別子１９０２に登録された値を取得する（ステップ３２０１）。表示される構成変更検出日時とは、例えば、管理者又はユーザによって指定された項番に対応する検出日時表示領域３１０２に表示された日時である。
【０４０１】
次に、性能分析表示部２２９は、構成変更情報テーブル１９１０を参照し、ステップ３２０１で取得した構成変更識別子に対応するリソース識別子１９１２及び変更内容識別子１９１３に登録された値を取得する（ステップ３２０２）。
【０４０２】
次に、性能分析表示部２２９は、変更Ｉ／Ｏ経路情報テーブル２２４を参照し、ステップ３２０１で取得した構成変更識別子に対応する経路識別子２１０１、リソース識別子２１０２及び変更内容識別子２１０３に登録された値の一覧を取得する（ステップ３２０３）。これによって、構成変更によってリソースを追加又は削除された経路に属するリソースの識別子の一覧が取得される。
【０４０３】
次に、性能分析表示部２２９は、Ｉ／Ｏ経路情報テーブル２２８を参照し、ステップ３２０１で取得した構成変更識別子に対応する経路識別子２２０１、リソース識別子２２０２及び共有識別子２２０３に登録された値の一覧を取得する（ステップ３２０４）。これによって、構成変更に起因する性能問題が波及する可能性があるリソースの識別子の一覧が取得される。
【０４０４】
次に、性能分析表示部２２９は、ステップ３２０１からステップ３２０４において取得した情報を表示することを性能管理クライアント１０４に指示する（ステップ３２０５）。性能管理クライアント１０４は、指示に従って上記の情報を表示装置１０５に表示する。その表示の例を図３３に示す。
【０４０５】
図３３は、本発明の実施形態において、検出された構成変更に関する詳細な情報を表示する画面の説明図である。
【０４０６】
具体的には、図３３は、図３に示す計算機システムにおいてホストサーバＣ３０３が新たに追加され、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路Ｄ３７４が新たに設定された場合に表示される画面を例として示す。
【０４０７】
図３３に示す表示画面は、検出日時表示領域３３０１、構成変更情報表示領域３３０２、変更Ｉ／Ｏ経路表示領域３３０３及びリソース共有Ｉ／Ｏ経路表示領域３３０４を含む。
【０４０８】
検出日時表示領域３３０１には、この表示画面に表示される構成変更が検出された日時が表示される。
【０４０９】
構成変更情報表示領域３３０２には、構成変更によって追加又は削除されたリソースの識別子が表示される。具体的には、構成変更情報表示領域３３０２には、ステップ３２０２において取得されたリソース識別子１９１２及び変更内容識別子１９１３の値が表示される。
【０４１０】
変更Ｉ／Ｏ経路表示領域３３０３には、構成変更によってリソースを追加又は削除された経路に属するリソースの識別子が表示される。具体的には、変更Ｉ／Ｏ経路表示領域３３０３には、ステップ３２０３において取得された経路識別子２１０１、リソース識別子２１０２及び変更内容識別子２１０３の値が表示される。
【０４１１】
リソース共有Ｉ／Ｏ経路表示領域３３０４には、構成変更に起因する性能問題が波及する可能性があるリソースの識別子が表示される。具体的には、リソース共有Ｉ／Ｏ経路表示領域３３０４には、ステップ３２０４において取得された経路識別子２２０１、リソース識別子２２０２及び共有識別子２２０３の値が表示される。図３３の例は図３に対応するため、リソース共有Ｉ／Ｏ経路表示領域３３０４には、経路Ｃ３７３に属するリソースの識別子のみが表示される。
【０４１２】
なお、変更Ｉ／Ｏ経路表示領域３３０３及びリソース共有Ｉ／Ｏ経路表示領域３３０４において、各リソース識別子は、ハイパーリンク表示されてもよい。その場合、図３３に表示された各リソース識別子は、メトリクス値の表示画面（例えば図３６又は図３７）にリンクする。
【０４１３】
次に、メトリクス値を表示する処理について、図３４から図３７を参照して説明する。
【０４１４】
図３４は、本発明の実施形態の性能分析表示部２２９が、メトリクス値を表示するために実行する処理を示すフローチャートである。
【０４１５】
図３４に示す処理は、例えば、管理者又はユーザが図３３においてハイパーリンク表示されたリソース識別子を指定したときに、そのリソースを対象として実行されてもよい。
【０４１６】
最初に、性能分析表示部２２９は、選択された表示データ単位を確認する（ステップ３４０１）。具体的には、性能分析表示部２２９は、分単位メトリクス値の表示が選択されているか、時間単位メトリクス値の表示が選択されているかを判定する。この選択は、例えば管理者又はユーザが任意に実行してもよい。この選択については後述する（図３５参照）。
【０４１７】
ステップ３４０１において、時間単位メトリクス値の表示が選択されていると判定された場合、性能分析表示部２２９は、時間単位メトリクス値テーブル１６００を参照し、指定されたリソースの時間単位メトリクス値を取得する（３４０２）。指定されたリソースとは、管理者又はユーザによって図３４の処理の対象として指定されたリソースである。
【０４１８】
一方、ステップ３４０１において、分単位メトリクス値の表示が選択されていると判定された場合、性能分析表示部２２９は、分単位メトリクス値テーブル１５００を参照し、指定されたリソースの分単位メトリクス値を取得する（３４０３）。
【０４１９】
次に、性能分析表示部２２９は、ステップ３４０２又はステップ３４０３で取得したメトリクス値のうち、指定された表示期間内のものを表示することを性能管理クライアント１０４に指示する（ステップ３４０４）。性能管理クライアント１０４は、指示に従ってメトリクス値を表示装置１０５に表示する。表示期間の指定の例を図３５に示す。表示装置１０５に表示される画面の例を図３６及び図３７に示す。
【０４２０】
図３５は、本発明の実施形態において表示期間を指定するために表示される画面の説明図である。
【０４２１】
図３５の画面は、例えば、管理者又はユーザが図３３においてハイパーリンク表示されたリソース識別子を指定したときに表示されてもよい。
【０４２２】
図３５の画面は、時間間隔入力領域３５０１、表示期間入力領域３５０２及び設定ボタン３５０３を含む。
【０４２３】
時間間隔入力領域３５０１は、表示されるメトリクス値の時間間隔の指定を受け付けるために表示される。具体的には、管理者又はユーザは、分単位メトリクス値又は時間単位メトリクス値のどちらを表示するかを指定する情報を時間間隔入力領域３５０１に入力する。図３４のステップ３４０１の判定は、時間間隔入力領域３５０１に入力された値に基づいて実行されてもよい。
【０４２４】
表示期間入力領域３５０２は、表示されるメトリクス値の期間の指定を受け付けるために表示される。具体的には、管理者又はユーザは、表示される期間の始点である開始日時及びその期間の終点である終了日時を表示期間入力領域３５０２に入力する。
【０４２５】
設定ボタン３５０３は、時間間隔入力領域３５０１及び表示期間入力領域３５０２への入力を確定するために操作される。管理者又はユーザが設定ボタン３５０３を操作すると、その時点で時間間隔入力領域３５０１及び表示期間入力領域３５０２に入力されていた値が確定し、それらの値に従ってメトリクス値が表示される。
【０４２６】
図３５の例では、時間間隔入力領域３５０１に「毎分」、表示期間入力領域３５０２には、開始日時として「２００７年７月７日７時」、終了日時として「２００７年７月７日１０時」が入力されている。この場合、指定されたリソースのメトリクス値のうち、２００７年７月７日７時から２００７年７月７日１０時までの期間に取得された分単位メトリクス値が表示される（例えば、図３７参照）。
【０４２７】
図３６は、本発明の実施形態において表示される時間単位メトリクス値の説明図である。
【０４２８】
図３６は、図３３の変更Ｉ／Ｏ経路表示領域３３０３又はリソース共有Ｉ／Ｏ経路表示領域３３０４において「ポートＯ」が指定され、図３５の時間間隔入力領域３５０１に「毎時」が入力された場合に表示される時間単位メトリクス値の例である。
【０４２９】
図３６の画面は、リソース識別子表示領域３６０１、メトリクス値種別表示領域３６０２、データ間隔表示領域３６０３、表示期間表示領域３６０４及びメトリクス値表示領域３６０５を含む。
【０４３０】
リソース識別子表示領域３６０１には、指定されたリソースの識別子（図３６の例では、「ポートＯ」）が表示される。
【０４３１】
メトリクス値種別表示領域３６０２には、メトリクス値表示領域３６０５に表示されるメトリクス値の種類を示す情報が表示される。図３６の例では、「応答時間」が表示される。これは、メトリクス値表示領域３６０５にメトリクス値として応答時間が表示されることを示す。
【０４３２】
データ間隔表示領域３６０３には、時間間隔入力領域３５０１において指定されたものが表示される。図３６の例では、時間間隔入力領域３５０１に入力された「毎時」が表示される。これは、メトリクス値表示領域３６０５に時間単位メトリクス値が表示されることを示す。
【０４３３】
表示期間表示領域３６０４には、図３５の表示期間入力領域３５０２に入力された期間が表示される。
【０４３４】
メトリクス値表示領域３６０５には、時間単位メトリクス値が表示される。図３６の例では、横軸を時刻、縦軸をメトリクス値（応答時間）とする折れ線グラフによって時間単位メトリクス値が表示される。
【０４３５】
なお、メトリクス値表示領域３６０５に表示された破線は、性能問題が発生したか否かを判定するために使用される閾値である。メトリクス値がこの閾値を超えた場合、リソースに性能問題が発生していると判定される。
【０４３６】
図３７は、本発明の実施形態において表示される分単位メトリクス値の説明図である。
【０４３７】
図３７は、図３３の変更Ｉ／Ｏ経路表示領域３３０３又はリソース共有Ｉ／Ｏ経路表示領域３３０４において「ポートＯ」が指定され、図３５の時間間隔入力領域３５０１に、図３５の例に示すように「毎時」が入力された場合に表示される分単位メトリクス値の例である。すなわち、図３７は、図３６の場合と同じリソースの、同じ期間の分単位メトリクス値を示す。
【０４３８】
図３７の画面は、リソース識別子表示領域３７０１、メトリクス値種別表示領域３７０２、データ間隔表示領域３７０３、表示期間表示領域３７０４及びメトリクス値表示領域３７０５を含む。これらは、それぞれ、図３６に示すリソース識別子表示領域３６０１、メトリクス値種別表示領域３６０２、データ間隔表示領域３６０３、表示期間表示領域３６０４及びメトリクス値表示領域３６０５と同様である。ただし、図３７では、データ間隔表示領域３７０３に「毎分」が表示される。このため、メトリクス値表示領域３７０５には、分単位メトリクス値が表示される。
【０４３９】
図３６と図３７は、同じリソースの同じ期間のメトリクス値の表示例である。ただし、図３７に表示されたメトリクス値（分単位メトリクス値）の時間分解能は、図３６に表示されたもの（時間単位メトリクス値）の時間分解能より高い。このため、図３７では、図３６では観測されないピークが観測される。
【０４４０】
例えば、図３７では、７月７日の７時２５分頃に、破線の閾値を超えるピークが観測される。しかし、図３６では、そのようなピークは観測されない。これは、時間単位メトリクス値が、１時間分の分単位メトリクス値を平均することによって算出されたものであるためである。したがって、図３６及び図３７の例では、分単位メトリクス値を参照すれば検出される性能問題が、時間単位メトリクス値を参照した場合には検出されないことになる。
【０４４１】
一方、平均値を算出する代わりに、１時間に一度の分単位メトリクス値がそのまま時間単位メトリクス値として使用されてもよい。しかし、その場合には、時間単位メトリクス値として使用されなかった分単位メトリクス値に現れているピークは、時間単位メトリクス値においては観測されない。
【０４４２】
このように、分単位メトリクス値を参照することによって、時間単位メトリクス値を参照する場合より確実に性能問題を検出することが可能になる。
【０４４３】
なお、図３６及び図３７は、メトリクス値として応答時間が表示される例を示しているが、応答時間以外のメトリクス値（例えば、毎秒Ｉ／Ｏ回数）が同様に表示されてもよい。
【０４４４】
次に、取得されたメトリクス値に基づいて負荷の干渉を検出する処理について、図３８及び図３９を参照して説明する。
【０４４５】
図３８は、本発明の実施形態の性能分析表示部２２９が、負荷の干渉を検出し、その結果を表示するために実行する処理を示すフローチャートである。
【０４４６】
図３８に示す処理は、図３２に示す処理と同様、管理者又はユーザが図３１においてハイパーリンク表示された項番を指定したときに実行されてもよい。あるいは、図３８に示す処理は、所定のスケジュールに従って（例えば定期的に）実行されてもよい。
【０４４７】
最初に、性能分析表示部２２９は、変更Ｉ／Ｏ経路情報テーブル２２４及びＩ／Ｏ経路情報テーブル２２８を参照し、各経路に属するポート３２１〜３５１の一覧を取得する（ステップ３８０１）。
【０４４８】
次に、性能分析表示部２２９は、ステップ３８０１で取得した一覧に含まれる各ポート３２１等について、分単位メトリクス値テーブル１５００を参照し、メトリクス値のピークが出現するタイミング（時刻）をポート３２１等ごとに算出する（ステップ３８０２）。メトリクス値のピークとは、例えば、所定の閾値を超えたメトリクス値であってもよいし、メトリクス値の極大値であってもよいし、メトリクス値の極大値のうち、所定の閾値を超えたものであってもよい。
【０４４９】
次に、性能分析表示部２２９は、ステップ３８０１で取得した一覧に含まれるポート３２１等のうち、算出されたタイミングが一致するポート３２１等の組（又はグループ）を特定する（ステップ３８０３）。例えば、二つのポート３２１等のメトリクス値のピークの出現した時刻の差が所定の範囲内である場合、それらのポート３２１等のメトリクス値のピークのタイミングが一致すると判定されてもよい。
【０４５０】
それぞれ異なる経路に属する二つのポート３２１等のメトリクス値のピークのタイミングが一致する場合、それらのポート３２１が属する経路の負荷が相互に干渉していると考えられる。
【０４５１】
ここで、メトリクス値のピークに基づく負荷の干渉の検出について図４を参照して説明する。
【０４５２】
図４の例では、四つの経路の各々が、別の経路と少なくとも一つのリソースを共有している。しかし、図３及び図４を参照して既に説明したように、このようなリソースの共有が必ず性能問題を発生させるとは限らない。
【０４５３】
このため、本実施形態では、負荷の干渉による性能問題の発生を検出するために、各経路におけるメトリクス値のピークが比較される。
【０４５４】
例えば、経路Ｅ３７５に属するポートＢ３２２のメトリクス値のピークと、経路Ｃ３７３に属するポートＣ３２３のメトリクス値のピークとが比較されてもよい。これらのメトリクス値のピークが出現するタイミングが一致しない場合、経路Ｅ３７５及び経路Ｃ３７３の間で負荷の干渉に起因する性能問題は発生していないと判定される。
【０４５５】
一方、これらのメトリクス値のピークが出現するタイミングが一致する場合、そのタイミングにおいて、経路Ｅ３７５及び経路Ｃ３７３の間で負荷の干渉に起因する性能問題が発生していると判定される。その場合、負荷の干渉は、経路Ｅ３７５及び経路Ｃ３７３に共有されているポートＲ３５１において発生していると判定される。
【０４５６】
このため、図３８のステップ３８０３では、メトリクス値のピークのタイミングが一致するか否かが判定される。
【０４５７】
なお、ステップ３８０３において、ピークの出現タイミングに加えて、これらのメトリクス値のピークが出現する間隔（又は周期）が比較されてもよい。例えば、二つのポート３２１等のメトリクス値のピークの出現間隔の差が所定の範囲内である場合、それらのポート３２１等のメトリクス値のピークの出現間隔が一致すると判定されてもよい。ピークの出現タイミング及びピークの出現間隔が一致する場合、今後も同様の負荷の干渉に起因する性能問題が発生する可能性が高いと推定される。例えば、アプリケーションＢ３０５及びアプリケーションＣ３０６の処理に何らかの関連があるために、これらのアプリケーションが同時に（又は近いタイミングで）Ｉ／Ｏ要求を発行する傾向がある場合に、このようなタイミングと間隔の一致が観測される可能性がある。
【０４５８】
次に、性能分析表示部２２９は、変更Ｉ／Ｏ経路情報テーブル２２４及びＩ／Ｏ経路情報テーブル２２８を参照し、ステップ３８０３で特定された組又はグループ内の各ポート３２１等が属する経路を特定する（ステップ３８０４）。
【０４５９】
次に、性能分析表示部２２９は、ステップ３８０４で特定された経路によって共有されるリソースを特定する（ステップ３８０５）。
【０４６０】
次に、性能分析表示部２２９は、上記の処理の結果を表示することを性能管理クライアント１０４に指示する（ステップ３８０６）。例えば、性能分析表示部２２９は、ステップ３８０５において特定されたリソースを表示することを性能管理クライアント１０４に指示する。性能管理クライアント１０４は、指示に従って処理の結果を表示装置１０５に表示する。その表示の例を図３９に示す。
【０４６１】
図３９は、本発明の実施形態において、検出された負荷の干渉に関する情報を表示する画面の説明図である。
【０４６２】
具体的には、図３９は、図４に示す計算機システムにおいてサーバＣ３０３が新たに追加され、アプリケーションＤ３０７からアレイグループＣ３５９に至る経路Ｄ３７４が新たに設定された場合に表示される画面を例として示す。
【０４６３】
図３９に示す表示画面は、検出日時表示領域３９０１、構成変更情報表示領域３９０２、変更Ｉ／Ｏ経路表示領域３９０３及びリソース共有Ｉ／Ｏ経路表示領域３９０４を含む。これらは、それぞれ、図３３に示す検出日時表示領域３３０１、構成変更情報表示領域３３０２、変更Ｉ／Ｏ経路表示領域３３０３及びリソース共有Ｉ／Ｏ経路表示領域３３０４と同様である。ただし、図３９は図４に対応するため、リソース共有Ｉ／Ｏ経路表示領域３９０４に表示される内容はリソース共有Ｉ／Ｏ経路表示領域３３０４に表示されるものと異なる。以下、図３９が図３３と異なる点についてのみ説明する。
【０４６４】
リソース共有Ｉ／Ｏ経路表示領域３９０４には、経路Ｃ３７３に加えて、アプリケーションＢ３０５からアレイグループＡ３５７に至る経路Ｅ３７５及びアプリケーションＡ３０４からアレイグループＡ３５７に至る経路Ａ３７１に関する情報が表示される。
【０４６５】
経路Ｅ３７５は、ポートＲ３５１を経路Ｄ３７４と共有する。経路Ａ３７１は、アレイグループＡ３５７を経路Ｅ３７５と共有する。
【０４６６】
図３９は、図３８の処理の結果、ステップ３８０５において、経路Ｃ３７３及び経路Ｅ３７５に共有されるポートＲ３５１が特定された場合を例として説明している。この場合、図３９の例では、経路Ｃ３７３及び経路Ｅ３７５に属するポートＲ３５１の表示が網掛けによって強調されている。これは、ポートＲ３５１において経路Ｃ３７３及び経路Ｅ３７５の負荷の干渉が発生していること（言い換えると、ポートＲ３５１において輻輳が発生していること）を示している。
【０４６７】
このように、図３８及び図３９によれば、メトリクス値のピークが出現するタイミングに基づいて、負荷の干渉に起因する性能低下が検出される。性能低下が検出された場合、その原因となっている負荷の干渉が発生しているリソースが強調表示される。管理者又はユーザは、この強調表示を参照して、ポートＲ３５１において負荷の干渉が発生していることを知ることができる。
【０４６８】
そして、管理者又はユーザは、この干渉を解消するための対策を実行してもよい。例えば、管理者又はユーザは、経路Ｅ３７５からポートＲ３５１を削除し、代わりにポートＱ３５０を追加してもよい。その結果、経路Ｅ３７５は、図３に示す経路Ｂ３７２と同様の経路に変更される。経路Ｂ３７２は経路Ｃ３７３とリソースを共有しないため、この変更によって負荷の干渉が解消される。その結果、その負荷の干渉に起因する性能問題も解消することが期待される。
【０４６９】
次に、構成変更の内容とメトリクス値とを対応付けて表示する処理について、図４０及び図４１を参照して説明する。
【０４７０】
図４０は、本発明の実施形態の性能分析表示部２２９が、構成変更の内容とメトリクス値とを対応付けて表示するために実行する処理を示すフローチャートである。
【０４７１】
図４０に示す処理は、図３４に示す処理の代わりに実行されてもよい。
【０４７２】
図４０に示す処理のうち、ステップ４００１からステップ４００３は、それぞれ、図３４のステップ３４０１からステップ３４０３と同じである。このため、これらのステップについての説明は省略する。
【０４７３】
ステップ４００２又はステップ４００３が終了すると、性能分析表示部２２９は、構成変更日時テーブル１９００を参照し、構成変更検出日時１９０１及び構成変更内容１９０３に登録された値を取得する（ステップ４００４）。
【０４７４】
次に、性能分析表示部２２９は、取得した情報を表示することを性能管理クライアント１０４に指示する（ステップ４００５）。具体的には、性能分析表示部２２９は、図３４のステップ３４０４と同様に、メトリクス値の表示を指示する。さらに、性能分析表示部２２９は、ステップ４００４において取得した値の表示を指示する。
【０４７５】
性能管理クライアント１０４は、指示に従ってメトリクス値等を表示装置１０５に表示する。表示装置１０５に表示される画面の例を図４１に示す。
【０４７６】
図４１は、本発明の実施形態において構成変更の内容と対応付けて表示されるメトリクス値の説明図である。
【０４７７】
図４１の画面は、リソース識別子表示領域４１０１、メトリクス値種別表示領域４１０２、データ間隔表示領域４１０３、表示期間表示領域４１０４及びメトリクス値表示領域４１０５を含む。これらは、それぞれ、図３６に示すリソース識別子表示領域３６０１、メトリクス値種別表示領域３６０２、データ間隔表示領域３６０３、表示期間表示領域３６０４及びメトリクス値表示領域３６０５と同様である。
【０４７８】
ただし、図４１では、表示期間表示領域４１０４に、２００７年７月８日９：００から２００７年７月８日１８：００までの期間が表示されている。このため、メトリクス値表示領域４１０５には、２００７年７月８日９：００から２００７年７月８日１８：００までの期間に取得された時間単位メトリクス値が表示される。
【０４７９】
さらに、図４１では、メトリクス値表示領域４１０５に、構成変更の内容を示すシンボル４１０６〜４１０８が表示される。シンボル４１０６〜４１０８は、それらが示す構成変更が検出された時刻の時間単位メトリクス値がプロットされる位置に表示される。
【０４８０】
さらに、図４１の画面は、各シンボル４１０６〜４１０８が示す構成変更の内容を表示する、凡例表示領域４１０９を含む。
【０４８１】
図４１の例では、２００７年７月８日１０：００に論理ボリュームＥ（図示省略）が作成されている（図１９Ａ参照）。この場合、メトリクス値表示領域４１０５には、２００７年７月８日１０：００のメトリクス値がプロットされる位置に、論理ボリュームＥの作成を示すシンボル４１０６（図４１の例では、三角形のシンボル）が表示される。
【０４８２】
このように、図４０及び図４１によれば、構成変更を識別する情報と、その構成変更が検出された時点に取得されたメトリクス値とが対応付けて表示される。このため、管理者等は、性能問題が発生したときに、図４１の画面を参照することによって、その性能問題の原因となった構成変更を容易に特定することができる。
【図面の簡単な説明】
【０４８３】
【図１】本発明の実施形態の計算機システムの構成を示すブロック図である。
【図２】本発明の実施形態の計算機システムの機能ブロック図である。
【図３】本発明の実施形態におけるリソース間の性能に関する依存関係を示す説明図である。
【図４】本発明の実施形態におけるリソース間の性能に関する依存関係の別の例を示す説明図である。
【図５】本発明の実施形態の第１のホストサーバに関するメトリクス値テーブルの説明図である。
【図６Ａ】本発明の実施形態の第１のホストサーバに関するアプリケーション・ファイル間関連テーブルの説明図である。
【図６Ｂ】本発明の実施形態の第１のホストサーバに関するファイル・ボリューム間関連テーブルの説明図である。
【図６Ｃ】本発明の実施形態の第１のホストサーバに関するボリューム・論理ボリューム・ポート間関連テーブルの説明図である。
【図７】本発明の実施形態の第２のホストサーバに関するメトリクス値テーブルの説明図である。
【図８Ａ】本発明の実施形態の第２のホストサーバに関するアプリケーション・ファイル間関連テーブルの説明図である。
【図８Ｂ】本発明の実施形態の第２のホストサーバに関するファイル・ボリューム間関連テーブルの説明図である。
【図８Ｃ】本発明の実施形態の第２のホストサーバに関するボリューム・論理ボリューム・ポート間関連テーブルの説明図である。
【図９】本発明の実施形態の第３のホストサーバに関するメトリクス値テーブルの説明図である。
【図１０Ａ】本発明の実施形態の第３のホストサーバに関するアプリケーション・ファイル間関連テーブルの説明図である。
【図１０Ｂ】本発明の実施形態の第３のホストサーバに関するファイル・ボリューム間関連テーブルの説明図である。
【図１０Ｃ】本発明の実施形態の第３のホストサーバに関するボリューム・論理ボリューム・ポート間関連テーブルの説明図である。
【図１１】本発明の実施形態のＳＡＮスイッチに関するメトリクス値テーブルの説明図である。
【図１２】本発明の実施の形態のＳＡＮスイッチに関するポート間通信経路テーブルの説明図である。
【図１３】本発明の実施の形態のストレージサブシステムに関するメトリクス値テーブルの説明図である。
【図１４】本発明の実施の形態のストレージサブシステムに関する論理ボリューム・アレイグループ間関連テーブルの説明図である。
【図１５】本発明の実施の形態のストレージネットワーク性能管理プログラムが使用する分単位メトリクス値テーブルの説明図である。
【図１６】本発明の実施の形態のストレージネットワーク性能管理プログラムが使用する時間単位メトリクス値テーブルの説明図である。
【図１７Ａ】本発明の実施形態のストレージネットワーク性能管理プログラムが使用するファイル・ボリューム間関連テーブルの説明図である。
【図１７Ｂ】本発明の実施形態のストレージネットワーク性能管理プログラムが使用する論理ボリューム・アレイグループ間関連テーブルの説明図である。
【図１８】本発明の実施形態のストレージネットワーク性能管理プログラムが使用するボリューム・論理ボリューム・ポート対応テーブルの説明図である。
【図１９Ａ】本発明の実施形態のストレージネットワーク性能管理プログラムが使用する構成変更日時テーブルの説明図である。
【図１９Ｂ】本発明の実施形態のストレージネットワーク性能管理プログラムが使用する構成変更情報テーブルの説明図である。
【図２０】本発明の実施形態のストレージネットワーク性能管理プログラムが使用する性能情報収集状態テーブルの説明図である。
【図２１】本発明の実施形態のストレージネットワーク性能管理プログラムが使用する変更Ｉ／Ｏ経路情報テーブルの説明図である。
【図２２】本発明の実施形態のストレージネットワーク性能管理プログラムが使用するＩ／Ｏ経路情報テーブルの説明図である。
【図２３】本発明の実施形態のストレージネットワーク性能管理プログラムが性能情報を収集するために実行する処理を示すフローチャートである。
【図２４】本発明の実施形態のストレージネットワーク性能管理プログラムが収集すべき性能情報の種類を決定するために実行する処理を示すフローチャートである。
【図２５】本発明の実施形態のストレージネットワーク性能管理プログラムの構成変更検出部が実行する処理を示すフローチャートである。
【図２６】本発明の実施形態のストレージネットワーク性能管理プログラムのＩ／Ｏ経路抽出部が実行する処理を示すフローチャートである。
【図２７】本発明の実施形態のストレージネットワーク性能管理プログラムの収集状態設定部が実行する処理を示すフローチャートである。
【図２８】本発明の実施形態のストレージネットワーク性能管理プログラムがメトリクス値を削除するために実行する処理を示すフローチャートである。
【図２９】本発明の実施形態においてメトリクス値の推移を表示する画面の説明図である。
【図３０】本発明の実施形態の性能分析表示部が、検出された構成変更と、その構成変更に関連するメトリクス値の収集期間とを表示するために実行する処理を示すフローチャートである。
【図３１】本発明の実施形態において、検出された構成変更と、その構成変更に関連するメトリクス値の収集期間とを表示する画面の説明図である。
【図３２】本発明の実施形態の性能分析表示部が、構成変更に関する詳細な情報を表示するために実行する処理を示すフローチャートである。
【図３３】本発明の実施形態において、検出された構成変更に関する詳細な情報を表示する画面の説明図である。
【図３４】本発明の実施形態の性能分析表示部が、メトリクス値を表示するために実行する処理を示すフローチャートである。
【図３５】本発明の実施形態において表示期間を設定するために表示される画面の説明図である。
【図３６】本発明の実施形態において表示される時間単位メトリクス値の説明図である。
【図３７】本発明の実施形態において表示される分単位メトリクス値の説明図である。
【図３８】本発明の実施形態の性能分析表示部が、負荷の干渉を検出し、その結果を表示するために実行する処理を示すフローチャートである。
【図３９】本発明の実施形態において、検出された負荷の干渉に関する情報を表示する画面の説明図である。
【図４０】本発明の実施形態の性能分析表示部が、構成変更の内容とメトリクス値とを対応付けて表示するために実行する処理を示すフローチャートである。
【図４１】本発明の実施形態において構成変更の内容と対応付けて表示されるメトリクス値の説明図である。
【符号の説明】
【０４８４】
１０４  性能管理クライアント
１０５  表示装置
１０６  ローカルエリアネットワーク（ＬＡＮ）
１４０、１５０  性能情報収集サーバ
１２０〜１２２  ホストサーバ
１２３、１４１、１５１、１６１  ＣＰＵ
１２４、１４２、１５２、１６２  メモリ
１２５、１４３、１５３、１６３  ディスク装置
１２６  業務ソフト
１２７  データベース（ＤＢ）管理ソフト
１２８  オペレーティングシステム（ＯＳ）
１２９  業務ソフト性能情報収集エージェント
１３０  ＤＢ性能情報収集エージェント
１３１  ホスト性能情報収集エージェント
１３２、１４５、１５５、１６５  通信装置
１４４  ＳＡＮスイッチ性能情報収集エージェント
１５４  サブシステム性能情報収集エージェント
１６０  性能管理サーバ
１６４  ストレージネットワーク性能管理プログラム
１７０〜１７２  ストレージエリアネットワーク（ＳＡＮ）スイッチ
１７３〜１８６  ポート
１９５  ストレージサブシステム
【図１】
0004782100.tif 000002
【図２】
0004782100.tif 000003
【図３】
0004782100.tif 000004
【図４】
0004782100.tif 000005
【図５】
0004782100.tif 000006
【図６Ａ】
0004782100.tif 000007
【図６Ｂ】
0004782100.tif 000008
【図６Ｃ】
0004782100.tif 000009
【図７】
0004782100.tif 000010
【図８Ａ】
0004782100.tif 000011
【図８Ｂ】
0004782100.tif 000012
【図８Ｃ】
0004782100.tif 000013
【図９】
0004782100.tif 000014
【図１０Ａ】
0004782100.tif 000015
【図１０Ｂ】
0004782100.tif 000016
【図１０Ｃ】
0004782100.tif 000017
【図１１】
0004782100.tif 000018
【図１２】
0004782100.tif 000019
【図１３】
0004782100.tif 000020
【図１４】
0004782100.tif 000021
【図１５】
0004782100.tif 000022
【図１６】
0004782100.tif 000023
【図１７Ａ】
0004782100.tif 000024
【図１７Ｂ】
0004782100.tif 000025
【図１８】
0004782100.tif 000026
【図１９Ａ】
0004782100.tif 000027
【図１９Ｂ】
0004782100.tif 000028
【図２０】
0004782100.tif 000029
【図２１】
0004782100.tif 000030
【図２２】
0004782100.tif 000031
【図２３】
0004782100.tif 000032
【図２４】
0004782100.tif 000033
【図２５】
0004782100.tif 000034
【図２６】
0004782100.tif 000035
【図２７】
0004782100.tif 000036
【図２８】
0004782100.tif 000037
【図２９】
0004782100.tif 000038
【図３０】
0004782100.tif 000039
【図３１】
0004782100.tif 000040
【図３２】
0004782100.tif 000041
【図３３】
0004782100.tif 000042
【図３４】
0004782100.tif 000043
【図３５】
0004782100.tif 000044
【図３６】
0004782100.tif 000045
【図３７】
0004782100.tif 000046
【図３８】
0004782100.tif 000047
【図３９】
0004782100.tif 000048
【図４０】
0004782100.tif 000049
【図４１】
0004782100.tif 000050