JP4837445B2 - 記憶システム並びに管理装置及び方法 - Google Patents

Description

本発明は、記憶システム並びに管理装置及び方法に関し、例えば複数のホストサーバがネットワークを介してストレージ装置にアクセスするようになされた記憶システムに適用して好適なものである。

ネットワークを経由して複数のホストサーバから統合化されたストレージ装置にアクセスする構成を有する記憶システムは、大規模化が進むストレージの利用効率を高め管理コストを削減するためのデータセンタ用アーキテクチャとして広く普及しつつある。

このようなストレージネットワーク環境で業務システムの性能監視やチューニングを行うには、記憶システムを構成するさまざまなハードウェア装置及びソフトウェアの性能を包括的に収集して、その相互間の関係や時間的な推移を把握することが必要になる。

これは、ホストサーバとストレージ装置が直結されたサーバ単位に業務システムが独立していた従来のアーキテクチャと異なり、ストレージネットワーク環境ではネットワーク装置やストレージ装置等の共用部分で業務システム間に性能上の干渉が生じる可能性があるためである。

従来の記憶システムでは、性能監視対象となるハードウェア装置やソフトウェアにそれぞれ対応させて記憶システム内にエージェントを配置すると共に、記憶システム全体の性能状態を一元管理する管理ソフトウェアを設けて上記要求に答えている。

各エージェントは、それぞれの性能監視対象と直接通信して、当該性能監視対象内の各リソース（性能情報収集対象）の性能値を性能情報として取得する。ここで、リソースとは、まとまった単位でメトリック値（性能値）が取得される記憶システムの構成要素をいう。性能情報を取得する単位となるものをいう。例えばＳＡＮ（Storage Area Network）を構成するＳＡＮスイッチにおけるポートや、ストレージ装置におけるキャッシュメモリ及び論理ボリュームなどがこれに相当する。またメトリック値とは、システム構成要素の個々の性能項目で性能監視の候補となるものをいう。例えばＳＡＮスイッチのポートにおける転送レートや、ストレージ装置のキャッシュメモリにおけるメモリ使用量、ストレージ装置の論理ボリュームにおけるデータ入出力速度などがこれに相当する。

一方、管理ソフトウェアは、エージェント群が取得した性能情報を収集・蓄積し、蓄積したこれら性能情報と、各リソースについてシステム管理者が予め設定した閾値と基づいて各リソースを監視し、あるリソースの性能値が当該リソースについて設定された閾値を上回ったときには、これをシステム管理者に通知する。

なお、ストレージネットワークではなく、計算機ネットワークの例であるが、下記特許文献１には、ネットワーク環境内の複数のサーバ装置の性能を監視する方法及びシステムが開示されている。
米国特許番号５，７３４，０９７

ところで、かかる従来の記憶システムでは、各業務システムがそれぞれ必要とする性能を達成できるように、業務システムが利用するパス（データ経路）上の各リソースの性能値の閾値を過去の経験をもとに個別にシステム管理者が試行錯誤的に設定していた。

しかしながら、通常、パス上には複数のリソースが存在し、これら複数のリソースが相互補完的に機能し合うことによってパス全体としての性能が定まる。従って、例えばあるパス上にリソースとして論理ボリューム及びキャッシュメモリが存在する場合において、論理ボリュームの性能値が悪い場合であってもキャッシュメモリに余裕があれば、そのパス全体として業務システムが要求する目標性能を達成できる場合がある。

従って、記憶システムにおいて、業務システムが利用するパス上に存在するリソース間の性能の相互補完的な依存関係を考慮して各リソースの性能値の閾値を決定することができれば、信頼性の高い記憶システムを構築し得るものと考えられる。

本発明は以上の点を考慮してなされたもので、信頼性の高い記憶システム並びに記憶システムの信頼性を向上させ得る管理装置及び方法を提案しようとするものである。

かかる課題を解決するため本発明においては、所定のアプリケーションが実装された上位装置と、前記アプリケーションが使用する記憶領域を提供するストレージ装置と、前記上位装置及び前記ストレージ装置間においてデータを通信するホストサーバとを有する記憶システムにおいて、前記ホストサーバ及び前記ストレージ装置間のデータ経路上に存在する各性能情報収集対象の現在の性能値を収集する性能情報収集部と、前記アプリケーションについて予め設定された目標性能値と、前記アプリケーションの現在の性能値とに基づいて、性能問題の発生の有無を判定する性能判定部と、前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値と、性能判定部の判定結果とに基づいて、前記各性能情報収集対象の性能値の閾値を設定する閾値設定部とを備えることを特徴とする。

この結果、この記憶システムでは、各性能情報収集対象の閾値を、リソース間の性能の相互補完的な依存関係を総合的に考慮して設定することができる。

また本発明においては、所定のアプリケーションが実装された上位装置と、前記アプリケーションが使用する記憶領域を提供するストレージ装置と、前記上位装置及び前記ストレージ装置間においてデータを通信するホストサーバとを有する記憶システムを管理する管理装置において、前記ホストサーバ及び前記ストレージ装置間のデータ経路上に存在する各性能情報収集対象の現在の性能値を収集する性能情報収集部と、前記アプリケーションについて予め設定された目標性能値と、前記アプリケーションの現在の性能値とに基づいて、性能問題の発生の有無を判定する性能判定部と、前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値と、性能判定部の判定結果とに基づいて、前記各性能情報収集対象の性能値の閾値を設定する閾値設定部とを備えることを特徴とする。

この結果、この管理装置では、各性能情報収集対象の閾値を、リソース間の性能の相互補完的な依存関係を総合的に考慮して設定することができる。

さらに本発明においては、所定のアプリケーションが実装された上位装置と、前記アプリケーションが使用する記憶領域を提供するストレージ装置と、前記上位装置及び前記ストレージ装置間においてデータを通信するホストサーバとを有する記憶システムを管理する管理方法において、前記ホストサーバ及び前記ストレージ装置間のデータ経路上に存在する各性能情報収集対象の現在の性能値を収集する第１のステップと、前記アプリケーションについて予め設定された目標性能値と、前記アプリケーションの現在の性能値とに基づいて、性能問題の発生の有無を判定する第２のステップと、前記各性能情報収集対象の現在の性能値と、性能問題発生の有無の判定結果とに基づいて、前記各性能情報収集対象の性能値の閾値を設定する第３のステップとを備えることを特徴とする。

この結果、この管理方法によれば、各性能情報収集対象の閾値を、リソース間の性能の相互補完的な依存関係を総合的に考慮して設定することができる。

本発明によれば、信頼性の高い記憶システム並びに記憶システムの信頼性を向上させ得る管理装置及び方法を実現できる。

以下図面について、本発明の一実施の形態を詳述する。

（１）本実施の形態による記憶システムの構成
図１は、本実施の形態による記憶システムを示す。この記憶システム１は、複数の業務クライアント２、複数のホストサーバ３、複数の性能情報収集サーバ４，５、性能管理サーバ６及び性能管理クライアント７がＬＡＮ（Local Area Network）８を介して接続され、ホストサーバ３に複数のＳＡＮスイッチ９からなるＳＡＮを介してストレージ装置１０が接続されることにより構成されている。

業務クライアント２は、業務システムのユーザインタフェース機能を提供する所定の業務アプリケーションが実装されたコンピュータ装置であり、ＣＰＵ（Central Processing Unit）やメモリ等の情報処理資源と液晶ディスプレイやＣＲＴ（Cathode Ray Tube）等の表示装置とを備える。業務クライアント２は、例えばパーソナルコンピュータや、ワークステーション、シンクライアント端末などから構成される。

ホストサーバ３は、業務クライアント２及びストレージ装置１０間においてデータを通信するコンピュータ装置であり、ＣＰＵ２０やメモリ２１等を備える。ＣＰＵ２０は、メモリ２１に格納されたソフトウェアを実行することにより、各種処理を実行する。メモリ２１は、各種ソフトウェアを保持するために用いられるほか、ＣＰＵ２０のワークメモリとしても用いられる。このメモリ２１には、業務システムを構成するソフトウェアとして、業務ソフト２２、データベース管理ソフトウェア２３、ＯＳ（Operating System）２４が格納される。

業務ソフト２２は、業務システムの業務論理機能を提供するソフトウェアであり、業務クライアント２からＬＡＮ８を介して与えられる処理要求に応じて、データベース管理ソフト２３にデータの参照・更新を要求する。またデータベース管理ソフト２３は、業務システムのデータ管理機能を提供するソフトウェアであり、業務ソフト２２からの要求に応答して、ストレージ装置１０に格納されたデータの定義や操作及び管理に関する処理を行う。データベース管理ソフト２３からストレージ装置１０のデータへのアクセスは、ＯＳ２４、ホストバスアダプタ（Host Bus Adapter）のポート２５、ＳＡＮスイッチ９のホスト側ポート２６、ＳＡＮスイッチ９、ＳＡＮスイッチ９のストレージ側ポート２７及びストレージ装置１０のポート２８を経由して行われる。

またホストサーバ３のメモリ２１には、記憶システム１１の性能管理のための性能管理システムを構成するソフトウェアとして、業務ソフトウェア性能情報収集エージェント３０、データベース性能情報収集エージェント３１及びホスト性能情報収集エージェント３２も格納される。

業務ソフト性能情報収集エージェント３０及びデータベース性能情報収集エージェント３１は、それぞれ業務ソフト２２やデータベース管理ソフト２３のレスポンスタイムなどの性能情報を取得するためのソフトウェアであり、取得したこれらの性能情報を性能管理サーバ６に送信する。またホスト性能情報収集エージェント３２は、ホストサーバ３や、ＯＳ２４、ホストバスアダプタのポート２５に関する性能値を性能情報として取得するためのソフトウェアであり、取得した性能情報を性能管理サーバ６に送信する。

ＳＡＮスイッチ９は、ホストサーバ３及びストレージ装置１０間をパスの切替え自在に接続するネットワークデバイスであり、複数のホスト側ポート２６及び複数のストレージ側ポート２７を備える。ＳＡＮスイッチ９のホスト側ポート２６がホストサーバ３のポート２５と接続されると共にストレージ側ポート２７がストレージ装置１０のポート２８と接続されることにより、ホストサーバ３及びストレージ装置１０間が通信自在に接続され、これらホストサーバ３及びストレージ装置１０間においてＳＡＮスイッチ９を介した通信が行われる。

ストレージ装置１０は、複数の物理ディスク４０からなるディスク部４１と、ディスク部４１を制御するコントロール部４２とを備えて構成される。

物理ディスク４０は、例えばＦＣ（Fibre Channel）ディスク等の高価なディスクドライブ、又はＦＡＴＡ（Fibre Attached Technology Adapted）や、ＳＡＴＡ（Serial AT Attachment）ディスク又は光ディスクドライブ等の安価なディスクドライブから構成される。所定数（例えば４個）の物理ディスク４０によって１つのパリティグループ４３が構成され、このパリティグループ４３が提供する物理的な記憶領域上に、１又は複数の論理的な記憶領域である論理ボリュームＶＯＬが定義される。そして、ホストサーバ３から送信される業務アプリケーションが使用するデータはこの論理ボリュームＶＯＬに所定大きさのブロックを単位として読み書きされる。

コントロール部４２は、ＣＰＵ４４及びキャッシュメモリ４５等を備えて構成される。ＣＰＵ４４は、ストレージ装置１０全体の動作制御を司るプロセッサであり、後述のようにキャッシュメモリ４５や、論理ボリュームＶＯＬ及びパリティグループ４３等に関する性能情報を収集し、収集したこれら性能情報を性能管理サーバ６に送信する。またキャッシュメモリ４５は主にストレージ装置１０に入出力するデータを一時的に記憶するために利用される。

性能情報収集サーバ４，５は、いずれもパーソナルコンピュータ又はワークステーションなどから構成されるコンピュータ装置であり、それぞれＳＡＮスイッチ性能情報収集エージェント５０又はストレージ性能情報収集エージェント５１が実装される。

ＳＡＮスイッチ性能情報収集エージェント５０は、ＳＡＮスイッチ９に関する性能情報を収集するためのソフトウェアであり、ＬＡＮ８を経由して各ＳＡＮスイッチ９及びそのポート２６，２７に関する性能情報を収集し、収集した性能情報を性能管理サーバ６に送信する。またストレージ性能情報収集エージェント５１は、ストレージ装置１０に関する性能情報を収集するためのソフトウェアであり、ＳＡＮスイッチ９を経由してストレージ装置１０及びそのポート２８に関する性能情報を取得し、取得した性能情報を性能管理サーバ６に送信する。

性能管理サーバ６は、ＣＰＵ５２やメモリ５３等を備えたコンピュータ装置であり、パーソナルコンピュータや、ワークステーション、メインフレームなどから構成される。ＣＰＵ５２は、メモリ５３に格納されたソフトウェアを実行することにより、後述のような各種処理を実行する。メモリ５３は、各種ソフトウェアを保持するために用いられるほか、ＣＰＵ５２のワークメモリとしても用いられる。このメモリ５３には、ストレージネットワーク性能管理ソフト５４が格納される。

ストレージネットワーク性能管理ソフト５４は、記憶システム１の性能管理のためのシステムを構成するソフトウェアであり、ホストサーバ３内の業務ソフトウェア性能情報収集エージェント３０、データベース性能情報収集エージェント３１及びホスト性能情報収集エージェント３２や、性能情報収集サーバ４，５のＳＡＮスイッチ性能情報収集エージェント５０及びストレージ性能情報収集エージェント５１がそれぞれ収集したホストサーバ３、ＳＡＮスイッチ９及びストレージ装置１０に関する性能情報に基づいて、記憶システム１内の各リソースに対する性能の閾値をそれぞれ設定し、設定した閾値に基づいて記憶システム１の性能を監視する。

性能管理クライアント７は、性能管理サーバ６のユーザインタフェース機能を提供するコンピュータ装置であり、ＬＡＮ８を経由して性能管理サーバ６と通信する。例えば、性能管理クライアント７として汎用のパーソナルコンピュータを使用し、当該パーソナルコンピュータ上で稼動するＷｅｂブラウザソフトを具体的なユーザインタフェースとする構成をとることが典型例として考えられる。この場合、性能管理サーバとして用いるコンピュータ上ではＷｅｂサーバソフトウェアを稼動させ、ストレージネットワーク管理ソフトウェアが収集した性能情報は、このＷｅｂサーバソフトを経由しＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルでＷｅｂブラウザに送られ画面に表示される。

（２）記憶システムにおける性能監視及び警告機能
次に、記憶システム１における性能監視及び警告機能について説明する。これに際して、まず、記憶システム１におけるリソース及びリソース間の性能に関する依存関係について説明する。

図２は、記憶システム１におけるリソース及びリソース間の性能に関する依存関係の具体例を示している。記憶システム１を構成する具体的なハードウェア装置やソフトウェアごとにさまざまな種類のリソースがある。同じパス上に存在する各リソースは、互いに性能上の影響を及ぼし合う関係にある。

図２に示すように、記憶システム１が、ホストサーバＡ及びホストサーバＢという２つのホストサーバ３と、ＳＡＮスイッチＡ、ＳＡＮスイッチＢ、ＳＡＮスイッチＣ及びＳＡＮスイッチＤという４つのＳＡＮスイッチ９と、ストレージ装置Ａという１つのストレージ装置１０から構成されているものとする。

またホストサーバＡでは、データベース管理ソフト２３、ホストサーバＡのハード及びＯＳ２４の性能情報を取得するため、データベース性能情報収集エージェント３１及びホスト性能情報収集エージェント３２が稼動しているものとする。

この場合、表Ａ〜表Ｃと、索引Ａ及び索引Ｂと、表領域Ａ〜表領域Ｃとは、データベース管理ソフト２３によって管理され、データベース性能情報収集エージェント３１による性能情報の取得対象となるリソースの一例である。

表Ａ〜表Ｃは、リレーショナルデータベース管理ソフトウェアでの表現形式に従ったデータそのものであり、索引Ａ及び索引Ｂは、表Ａ〜表Ｃの検索を高速化するためのデータである。表Ａ〜表Ｃのメトリックとしては、挿入レコード数や読込みレコード数などが考えられる。また表領域Ａ〜表領域Ｃは、データベース管理ソフト２３において表Ａ〜表Ｃや索引Ａ、索引Ｂを格納する領域を表す論理的な単位であり、そのメトリックとしては、ヒット率、毎秒ＩＯ回数、毎秒リード回数、毎秒ライト回数及び転送速度などが挙げられる。

図２において、例えば表Ａ及び表Ｂと表領域Ａとを結ぶ線は、表Ａ及び表Ｂが表領域Ａに格納される関係を表している。この関係はまた、業務ソフト２２が表Ａや表Ｂを参照したり更新した場合の負荷が表領域Ａのリードやライトにつながるという性能上の依存関係にもなっている。

ファイルＡ〜ファイルＧ、ボリュームＡ〜ボリュームＣ及びポートＡは、ホスト性能情報収集エージェント３２が性能情報の取得対象とするリソースの一例である。

ファイルＡ〜ファイルＧは、ＯＳ２４がデータの入出力サービスを提供する単位であり、そのメトリックとしては、毎秒ＩＯ回数や毎秒リード回数、毎秒ライト回数、転送速度、リード転送速度及びライト転送速度などが挙げられる。またボリュームＡ〜ボリュームＣは、ファイルＡ〜ファイルＧをストレージ装置１０に格納する領域としてＯＳ２４が管理するものであり、そのメトリックとしては、使用済み容量、毎秒ＩＯ回数、毎秒リード回数、毎秒ライト回数、転送速度、リード転送速度及びライト転送速度などが挙げられる。

表Ａ〜表Ｃ及び表領域Ａ〜表領域Ｃ間の依存関係と同様、表領域Ａ〜表領域Ｃの格納先としてファイルＡ〜ファイルＧが割り当てられ、ファイルＡ〜ファイルＧの格納先としてボリュームＡ〜ボリュームＣが割り当てられているため、これらリソース間には性能の依存関係がある。図２の例では、表領域ＡはファイルＡ〜ファイルＣに格納され、ファイルＡ〜ファイルＣはボリュームＡに格納されるため、表領域ＡとファイルＡ〜ファイルＣの間、ファイルＡ〜ファイルＣ及びボリュームＡ間には性能の依存関係がある。

ホストサーバＢでも、データベース性能情報収集エージェント３１及びホスト性能情報収集エージェント３２が稼動しているものとする。ホストサーバＢのデータベース性能情報収集エージェント３１が性能情報の取得対象とするリソースには、表Ｄ、表Ｅ、索引Ｃ及び表領域Ｄがあり、ホストサーバＢのホスト性能情報収集エージェント３２が性能情報の取得対象とするリソースには、ファイルＨ〜ファイルＪと、ボリュームＤとがあり、ホストサーバＢのホスト性能情報収集エージェント３２が性能情報の取得対象とするリソースには、ファイルＨ〜ファイルＪと、ボリュームＤ及びポートＢとがある。表Ｄ、表Ｅ、索引Ｃ、表領域Ｄ、ファイルＨ〜ファイルＪ及びボリュームＤのメトリックは上述と同様であるので、説明を省略する。またポートＢのメトリックとしては、データ転送率などが挙げられる。

ＳＡＮスイッチＡ〜ＳＡＮスイッチＤの性能情報を取得するためＳＡＮスイッチ性能情報収集エージェント５０が稼動しているものとする。このＳＡＮスイッチ性能情報収集エージェント５０が情報取得対象とするリソースには、ポートＣ〜ポートＥ、ＳＡＮスイッチＡのその他のポートＱ１〜Ｑ３、ポートＦ、ポートＧ、ＳＡＮスイッチＢのその他のポートＱ４〜Ｑ７、ポートＨ、ポートＩ、ＳＡＮスイッチＣのその他のポートＱ８〜Ｑ１１、ポートＪ〜ポートＭ、スイッチＤのその他のポートＱ１２，Ｑ１３がある。これらポートＡ〜ポートＭ，ポートＱ１〜ポートＱ１３のメトリックとしては、データ転送速度、リード転送速度及びライト転送速度などが挙げられる。

ストレージ装置Ａの性能情報を取得するため、ストレージ性能情報収集エージェント５１が稼動しているものとする。このストレージ性能情報収集エージェント５１が性能情報の取得対象とするリソースには、ポートＮ〜ポートＰと、論理ボリュームＡ〜論理ボリュームＤと、パリティグループＡ及びパリティグループＢと、物理ディスク４０Ａ〜物理ボリューム４０Ｆとがある。ポートＮ〜ポートＰのメトリックは上述と同様であり、論理ボリュームＡ，論理ボリュームＢ及びパリティグループＡのメトリックとしては、データ転送速度、毎秒ＩＯ回数、毎秒リード回数及び毎秒ライト回数などが挙げられる。

ホストサーバＡ及びホストサーバＢのボリュームＡ〜ボリュームＣ及びボリュームＤはパリティグループＡ及びパリティグループＢに、パリティグループＡ及びパリティグループＢは物理ディスクＡ〜物理ディスクＣ及び物理ディスクＤ〜物理ディスクＦに割り当てられるため、これらリソース間には性能の依存関係がある。また、ホストサーバＡ及びホストサーバＢのボリュームＡ〜ボリュームＣ及びボリュームＤと、同ボリュームＡ〜ボリュームＣ及びボリュームＤが割り当てられるストレージ装置Ａの論理ボリュームＡ及びボリュームＢと、ボリュームＣ及びボリュームＤとの対が決まると、この両者の間でやり取りされる入出力データのパスとして、ホストバスアダプタのポートＡ及びポートＢから、ＳＡＮスイッチＡ〜ＳＡＮスイッチＤのポートＡ〜ポートＭを経て、ストレージ装置ＡのポートＮ〜ポートＰまでが決まる。

従って、ホストサーバＡ及びホストサーバＢのボリュームＡ〜ボリュームＤにかかる入出力の負荷は、パス上のポートＡ〜ポートＰに対する通信の負荷となるため、ボリュームＡ〜ボリュームＤ及び論理ボリュームＡ〜論理ボリュームＤの対と、パス上のポートＡ〜ポートＰとの間には性能の依存関係がある。

図２の例では、ボリュームＡは論理ボリュームＡに、論理ボリュームＡはパリティグループＡに、パリティグループＡは物理ディスク３６９〜３７１にそれぞれ割り当てられ、ボリュームＡ及び論理ボリュームＡの対にポートＡからポートＣ、ポートＤ、ポートＨ、ポートＩ及びポートＮまでのパスが対応し、これらリソース間に性能の依存関係がある。

このように、記憶システム１では、パス上のリソース間に性能の依存関係が存在するため、業務クライアント２に実装された業務アプリケーションが要求する目標性能（レスポンスタイム／スループットの目標値）を達成することを目的として、各リソースの性能値（予め定められたメトリックのメトリック値）の閾値を個別に試行錯誤的に設定するという従来のシステム構成では信頼性の高い閾値の設定を行い難い問題がある。

そこで、本実施の形態による記憶システム１では、業務アプリケーションが要求する目標性能を達成できるように、いずれかの業務アプリケーションが使用するホストサーバ３及びストレージ装置１０間のパス上に存在する各リソースの性能値の閾値を、リソース間の性能の依存関係を考慮して決定し設定する（閾値設定処理）。また、本実施の形態による記憶システム１では、各パスの性能状態を常時監視し、いずれかのパスの性能状態が劣化し始めたときには、当該パスの性能状態に関する警告を予備的にシステム管理者に通知する（予備警告処理）。

このように、本実施の形態の記憶システム１は、パス上の各リソースの性能値の閾値を、パスごとにリソース間の性能の依存関係を考慮して設定することにより、各リソースの性能値の閾値の設定を信頼性高く行うことができ、またシステム管理者に信頼性の高い警告を行うことができる。

図３は、このような記憶システム１の性能監視及び警告機能に主として関与する各性能情報収集エージェント６１及び記憶システム性能管理ソフト５４の具体的な構成を示している。なお、この図３における性能情報収集エージェント６１及び記憶システム性能管理ソフト５４内の各部は、それぞれ情報収集サーバ４，５内のＣＰＵや、性能管理サーバ６内のＣＰＵ５２が対応するプログラムを実行することにより発揮される機能ブロックである。

図３において、記憶システム構成装置・ソフトウェア６０は、記憶システム１内で性能の監視対象となるハードウェアやソフトウェアである。図３の記憶システム構成装置・ソフトウェアは、図１のホストサーバ３や、ホストバスアダプタのポート２５、業務ソフト２２、データベース管理ソフト２３、ＳＡＮスイッチ９及びそのポート２６，２７並びにストレージ装置１０及びそのポート２８等のうちのいずれかに当たる。

また図３において、性能情報収集エージェント６１は、業務ソフト性能情報収集エージェント３０、データベース性能情報収集エージェント３１、ホスト性能情報収集エージェント３２、ＳＡＮスイッチ性能情報収集エージェント５０及びストレージ性能情報収集エージェント５１のいずれかに当たる。

性能情報収集エージェント６１による各種性能情報の収集及び記憶システム性能管理ソフト５４による記憶システム１の性能の監視は以下のように行なわれる。

性能情報収集エージェント６１の性能情報収集部７１は、各性能情報収集エージェント６１が有するスケジューリング設定に従い定期的にタイマーによって起動されるか、記憶システム性能管理ソフト５４の要求で起動される。性能情報収集部７１は、起動後、記憶システム性能管理ソフト５４から与えられる情報に基づいて、自エージェントが担当する記憶システム構成装置・ソフト６０の性能項目について収集の可否、頻度、最終日時等の収集状態を確認する。

上述のようにシステム構成要素の個々の性能項目で性能監視の候補となるものをメトリックと呼ぶ。たとえば、メトリックの一例として、CPU使用率、メモリ使用量、記憶装置に対するI/O回数やI/Oビジー率、転送レート、スループット、データベース管理ソフトのバッファヒット率や挿入・更新・削除レコード数、Webサーバのレスポンスの時間、ファイルシステムやディスクの空き容量や利用率、入出力データ量、利用時刻など、ネットワークインタフェースのエラー回数、バッファのオーバーフローおよびフレームのエラーなどがある。

性能情報収集部７１は、確認結果に基づいて、収集すべきメトリックを測定できるシステム構成装置・ソフト６０の性能情報取得部７０に対し測定値の送信を要求する。この要求に応えて性能情報取得部７０から返信されたメトリック値が、性能情報収集部７１によってメトリック値テーブル７２に格納される。

リソース間の関連情報の収集は、かかる性能情報の場合と同様、以下のように行なわれる。性能情報収集エージェント６１の構成情報収集部７５は、スケジューリング設定で定期的に起動されるか、記憶システム性能管理ソフト５４の要求で起動される。構成情報収集部７５は、起動後、自エージェントが担当する記憶システム構成装置・ソフト６０の構成情報取得部７４に対しリソース間関連情報の送信を要求し（ポーリング）、要求した情報を受信し、受信した情報をリソース間関連情報記憶テーブル７６に格納する。なお、各種デバイスからの情報の取得は、ｉＳＮＳ（Internet Storage Name Server）を利用しても良い。また、デバイスの状態の取得には、ＥＳＩ（Entity Status Inquiry）を利用しても良いし、その他の方法で記憶システム構成機器の情報を取得しても良い。

一方、記憶システム性能管理ソフト５４の性能情報収集部８０は、スケジューリング設定に従い、定期的に起動する。そして性能情報収集部８０は、起動後、記憶システム１内のすべての性能情報収集エージェント６１の性能情報応答部７３に対して必要なリソースのメトリック値の送信を要求する（ポーリング）。この要求を受けた各性能情報応答部７３は、要求されたリソースのメトリック値をメトリック値テーブルから検索し、これを性能情報収集部８０に送信する。かくして性能情報収集８０は、性能情報収集エージェント６１から必要なリソースのメトリック値を受信すると、これを関連情報生成部８１に送信する。

また、かかる性能情報収集部８０は、起動後、記憶システム１内のすべての性能情報収集エージェント６１の構成情報応答部７７に対し、各性能情報収集エージェント６１が収集したリソース間関連情報の送信を要求する。この要求を受けた各構成情報応答部７７は、要求されたリソース間関連情報をリソース間関連情報記憶テーブル７６から読み出し、これを性能情報収集部８０に送信する。かくして性能情報収集８０は、性能情報収集エージェント８１からリソース間関連情報を受信すると、これを関連情報生成部８１に送信する。

関連情報生成部８１は、性能情報収集部８０から各リソースのメトリック値及びリソース間関連情報が与えられると、これらの各リソースのメトリック値及びリソース間関連情報に基づいて、図４に示すアプリケーション性能値テーブル８２及び図５に示すアプリケーション性能値テーブル８３及び図６に示すポーリング時用記録テーブル８４を生成する。

このうちパス‐アプリケーション関連テーブル８２は、各業務アプリケーションが使用するパスを管理するために用いるテーブルであり、図５に示すように、パスＩＤ欄８２Ａ及びアプリケーションＩＤ欄８２Ｂから構成される。

そしてパスＩＤ欄８２Ａには、パスのＩＤ（識別子）が格納され、同じ行のアプリケーションＩＤ欄８２Ｂには、そのパスを使用する業務アプリケーションのＩＤが格納される。従って、図５の例では、パスＩＤが「Ａ−１」のパスを「業務アプリＡ」というアプリケーションＩＤの業務アプリケーションが使用していることが示されている。

またアプリケーション性能値テーブル８３は、業務アプリケーションごとの性能の目標値と、その業務アプリケーションの現在の性能値とを管理するためのテーブルであり、図５に示すように、アプリケーションＩＤ欄８３Ａ、性能単位欄８３Ｂ、目標値欄８３Ｃ及び性能値欄８３Ｄから構成される。

そしてアプリケーションＩＤ欄８３Ａには、業務アプリケーションのＩＤ（例えばアプリケーション名）が格納され、同じ行の性能単位欄８３Ｂには、その業務アプリケーションの性能評価の対象となるメトリック名が格納される。また同じ行の目標値欄８３Ｃには、その業務アプリケーションについてシステム管理者が予め設定した性能の目標値が格納され、同じ行の性能値欄８３Ｄには、業務ソフト性能情報収集エージェント３０（図１）により収集されたその業務アプリケーションのそのメトリックの現在のメトリック値（すなわちその業務アプリケーションの現在の性能値）が格納される。

従って、図５の例では、「業務アプリＡ」というアプリケーションＩＤの業務アプリケーションについてシステム管理者が設定したメトリック（「Response Time」）の目標値は「３」であり、ポーリングにより得られたその業務アプリケーションの現在の性能値は「2.8」であることが示されている。

なお、後述のように、本実施の形態による記憶システム１においては、業務アプリケーションの性能目標値が現在の性能値よりも小さいときに、その業務アプリケーションが使用するパスに性能問題が発生していると判断する。従って、図５の例では、「業務アプリＡ」というアプリケーションＩＤの業務アプリケーションが使用するパスは、性能問題が発生していると判断されることとなる。

ポーリング時用記録テーブル８４は、性能管理サーバ６の記憶システム性能管理ソフト５４が各性能情報収集エージェント６１（図３）からそれぞれ収集したホストサーバ３、ＳＡＮスイッチ９及びストレージ装置１０に関する性能情報に基づいて、各リソースの現在の性能値をパス単位で管理するためのテーブルであり、図８に示すように、パスＩＤ欄８４Ａ、リソース欄８４Ｂ、性能単位欄８４Ｃ及び性能値欄８４Ｄから構成される。

そしてパスＩＤ欄８４Ａには、対象とするパスのパスＩＤが格納され、当該パスＩＤ欄８４Ａと同じ行のリソース欄８４Ｂには、そのパス上に存在するリソースのリソース名が格納される。またこのリソース欄８４Ｂと同じ行の性能単位欄８４Ｃには、そのリソースの性能評価項目として予め定められたメトリックのメトリック名が格納され、さらにこの性能単位欄８４Ｃと同じ行の性能値欄８４Ｄには、そのリソースのそのメトリックについて取得された現在のメトリック値（そのリソースの性能値）が格納される。

従って、図６の例では、パスＩＤが「Ａ−１」のパス上には、リソースとして「表領域Ａ」、「ボリュームＡ」、「ポートＡ」、「ポートＩ」、「キャッシュＡ」及び「倫理ボリュームＡ」等が存在し、このときのポーリングにより得られた「表領域Ａ」のメトリックである「ヒット率」のメトリック値が「80［％］」、「ボリュームＡ」のメトリックである「レスポンスタイム」のメトリック値が「0.15［ｓ］」、「ポートＡ」のメトリックである「Transfer（データ転送速度）」のメトリック値が「88［MB/s］」、……であったことが示されている。

閾値設定部８５は、ポーリング時用記録テーブル８４（図６）に格納されているパスごとの各リソースの現在の性能値と、図７に示す性能問題発生時用記録テーブル８６に格納されている、パスごとの過去の性能問題発生時の各リソースの性能値、又は図８に示す性能問題非発生時用記録テーブル８７に格納されている、パスごとの過去の性能問題非発生時の各リソースの性能値とを比較する。そして閾値設定部８５は、各リソースの現在の性能値がある一定の条件を満たす場合に、これら各リソースの現在の性能値を、そのパスの性能問題発生時又は性能問題非発生時の各リソースの性能値の閾値として、性能問題発生時用記録テーブル８６又は性能問題非発生時用記録テーブル８７に格納する。なお、このような閾値設定部８５の処理については、図１６のフローチャートを用いて後ほど詳細に説明する。

性能問題発生時用記録テーブル８６は、パスごとの過去の性能問題発生時の各リソースの性能値をそれぞれそのリソースの閾値として保持するためのテーブルであり、図７に示すように、パスＩＤ欄８６Ａ、リソース欄８６Ｂ、性能単位欄８６Ｃ、性能問題発生時用閾値欄８６Ｄ及び記録ＩＤ欄８６Ｅから構成される。そして、パスＩＤ欄８６Ａ、リソース欄８６Ｂ、性能単位欄８６Ｃ及び性能問題発生時用閾値欄８６Ｄには、それぞれ必要時にポーリング時用記録テーブル８４（図６）の対応するパスＩＤ欄８４Ａ、リソース欄８４Ｂ、性能単位欄８４Ｃ又は性能値欄８４Ｄに格納された内容がコピーされる。

また記録ＩＤ欄８６Ｅには、その同じ行の性能問題発生欄８６Ｄに格納された対応するリソースの性能値の記録ＩＤが格納される。同じポーリング時に取得した同じパス上の各リソースの性能値に対しては、同じ記録ＩＤが付与される。従って、図７の例では、記録ＩＤ欄８６Ｅに「001」という記録ＩＤが格納された各行の情報が、同じ性能問題発生時のポーリングにより取得したパスＩＤが「Ａ−１」であるパス上の各リソースの性能値であり、このときの各リソースの性能値が、性能問題が発生するおそれがあると判断するための各リソースの下限閾値の１つとして設定されていることが示されている。

性能問題非発生時用記録テーブル８７は、過去の性能問題発生時における各リソースの性能値をそれぞれそのリソースの閾値として保持するためのテーブルであり、図８に示すように、パスＩＤ欄８７Ａ、リソース欄８７Ｂ、性能単位欄８７Ｃ、性能問題非発生時用閾値欄８７Ｄ及び記録ＩＤ欄８７Ｅから構成される。そして、パスＩＤ欄８７Ａ、リソース欄８７Ｂ、性能単位欄８７Ｃ及び性能問題非発生時用閾値欄８７Ｄには、それぞれ必要時にポーリング時用記録テーブル８４（図６）の対応するパスＩＤ欄８４Ａ、リソース欄８４Ｂ、性能単位欄８４Ｃ又は性能値欄８４Ｄに格納された内容がコピーされる。

また記録ＩＤ欄８７Ｅには、その同じ行の性能問題発生欄８７Ｄに格納された対応するリソースの性能値の記録ＩＤが格納される。同じポーリング時に取得した同じパス上の各リソースの性能値に対しては、同じ記録ＩＤが付与される。従って、図８の例では、記録ＩＤ欄８７Ｅに「001」という記録ＩＤが格納された各行の情報が、同じ性能問題非発生時のポーリングにより取得したパスＩＤが「Ａ−１」であるパス上の各リソースの性能値であり、このときの各リソースの性能値が、性能問題が発生するおそれがないと判断するための各リソースの上限閾値の１つとして設定されていることが示されている。

性能判定部８８は、アプリケーション性能値テーブル８２及びアプリケーション性能値テーブル８３に基づき得られる各業務アプリケーション及びパス間の関連並びに各業務アプリケーションが要求する性能目標値と、ポーリング時用記録テーブル８４に基づき得られるパスごとの各リソースの現在の性能値と、性能問題発生時用記録テーブル８６及び性能問題非発生時用記録テーブル８７に保持された過去の性能問題発生時及び性能問題非発生時の各リソースの性能値とに基づいて、パスごとに、性能問題が発生するおそれがあるか否かを判断する。そして性能判定部８８は、性能問題が発生するおそれがあるパスが存在するときには、これに応じた警告をユーザ通知部を介して性能管理クライアント７に通知する。なお、このような性能判定部８８の処理については、図１９のフローチャートを用いて後ほど詳細に説明する。

性能管理クライアント７は、かかる警告を受信すると、例えば図９に示すような警告ウインド９０をディスプレイに可視表示する。この警告ウインド９０は、主題部９４、送り元メールアドレス表示部９５及び警告内容表示部９６とから構成されるもので、性能が劣化するおそれのある業務アプリケーション名が主題部９４に表示され、性能管理サーバ６のールアドレスが送り元アドレス表示部９５に表示される。また警告内容表示部９６には、性能劣化が発生するおそれのある業務アプリケーション名、その業務アプリケーションに対してシステム管理者が設定した性能の目標値、ポーリングにより取得したその業務アプリケーションの現在の性能値及び当該性能値を取得した時刻（ポーリング時刻）などの情報が表示される。

これによりこの記憶システム１では、システム管理者がこの警告ウインド９０に基づいて性能問題が発生するおそれのある業務アプリケーションを認識することができ、この業務アプリケーションが使用するパスや、当該業務アプリケーションと同じパスを使用する他の業務アプリケーションのパスを他のパスに切り替えるなどの作業を行うことにより、性能問題が発生するのを未然に防止することができる。

なお、図３について上述した性能情報収集エージェント６１内のリソース間関連情報記憶テーブル７６のテーブル構成及びテーブル構造の一例を図１０、図１１、図１２、図１３及び図１４にそれぞれ示す。

図１０（Ａ）及び（Ｂ）は、図２のホストサーバＡのホスト性能情報収集エージェント３２が使用するリソース間関連情報記憶テーブル７６で用いる情報の例である。ホストサーバＡのホスト性能情報収集エージェント３２が使用するリソース間関連情報記憶テーブル７６は、ファイル・ボリューム間関連テーブル１００（図１０（Ａ））と、ボリューム・論理ボリューム・ポート間関連テーブル１０１（図１０（Ｂ））とを含む。

図１１（Ａ）及び（Ｂ）は、図２のホストサーバＢのホスト性能情報収集エージェント３２が使用するリソース間関連情報記憶テーブル７６で用いる情報の例である。ホストサーバＢのホスト性能情報収集エージェント３２が使用するリソース間関連情報記憶テーブル７６は、ファイル・ボリューム間関連テーブル１０２（図１１（Ａ））とボリューム・論理ボリューム・ポート間関連テーブル１０３（図１１（Ｂ））とを含む。

ホストサーバＢのデータベース性能情報収集エージェント３１が使用するリソース間関連情報記憶テーブル７６は、図１２（Ａ）のデータベースオブジェクト・表領域間関連テーブル１０３と、図１２（Ｂ）の表領域・ファイル間関連テーブル１０４とを含む。

ＳＡＮスイッチ性能情報収集エージェント５０（図１）が使用するリソース間関連情報記憶テーブル７６は、図１３のポート間パステーブル１０５の情報を利用する。また、ストレージ性能情報収集エージェント５１（図１）が使用するリソース間関連情報記憶テーブル７６は、図１４の論理ボリューム・パリティグループ間関連テーブル１０６を含む。図１０〜図１４の各テーブルの内容は、図２の例に対応する値を格納した状態で示している。

ファイル・ボリューム間関連テーブル１００，１０２（図１０（Ａ）、図１１（Ａ））は、ファイルリソースとボリュームリソースとの間の性能の依存関係を記録するためのものであり、ファイルＩＤ格納欄１００Ａ，１０２Ａ（図１０（Ａ）、図１１（Ａ））とボリュームＩＤ格納欄１００Ｂ，１０２Ｂ（図１０（Ａ）、図１１（Ａ））から構成される。ァイル・ボリューム間関連テーブル１００，１０２の各行は、ファイルとボリュームの間の依存関係の１つに対応する。ファイルＩＤ格納欄１００Ａ，１０２Ａには、ファイルのＩＤが格納され、ボリュームＩＤ格納欄１００Ｂ，１０２Ｂには、ファイルＩＤ格納欄１００Ａ，１０２Ａにおいて指定されたファイルと依存関係をもつボリュームのＩＤが格納される。例えば、図１０（Ａ）ではファイル・ボリューム間関連テーブル１００の第１行目の内容としてファイルＡとボリュームＡの依存関係が、図１１（Ｂ）ではファイル・ボリューム間関連テーブル１０２の第１行目の内容としてファイルＨとボリュームＤの依存関係がそれぞれ示されている。

ボリューム・論理ボリューム・ポート間関連テーブル１０１，１０３（図１０（Ｂ）、図１１（Ｂ））は、ボリュームと論理ボリュームの間の依存関係、さらに、両者と、両者をつなぐパス上のホストバスアダプタ側ポート及びストレージ側ポート間の依存関係を記録するためのものであり、ボリュームＩＤ格納欄１０１Ａ，１０３Ａ（図１０（Ｂ）、図１１（Ｂ））と、論理ボリュームＩＤ格納欄１０１Ｂ，１０３Ｂ（図１０（Ｂ）、図１１（Ｂ））、ホスト側ポートＩＤ格納欄１０１Ｃ，１０３Ｃ（図１０（Ｂ）、図１１（Ｂ））、ストレージ側ポートＩＤ格納欄１０１Ｄ，１０３Ｄ（図１０（Ｂ）、図１１（Ｂ））から構成される。

ボリュームＩＤ格納欄１０１Ａ，１０３Ａには、ボリュームのＩＤが格納され、論理ボリュームＩＤ格納欄１０１Ｂ，１０３Ｂには、ボリュームＩＤ格納欄１０１Ａ，１０３Ａにおいて指定されたボリュームと依存関係をもつ論理ボリュームのＩＤが格納される。ホスト側ポートＩＤ格納欄１０１Ｃ，１０３Ｃには、対応するボリュームと論理ボリュームをつなぐパス上のホストバスアダプタ側ポートのＩＤが格納され、ストレージ側ポートＩＤ格納欄１０１Ｄ，１０３Ｄには、同様のストレージ側ポートのＩＤが格納される。

例えば、図１０（Ｂ）ではボリューム・論理ボリューム・ポート間関連テーブル１０１の第１行目の内容としてボリュームＡと、論理ボリュームＡ，ポートＡ及びポートＮとの依存関係が、図１１（Ｂ）ではテーブル１０３の第１行目の内容としてボリュームＤと、論理ボリュームＤ、ポートＢ及びポートＰとの依存関係が示されている。

なお、性能の依存関係を示す情報には、コンピュータからストレージへアクセスするためのパス上のリソースやメトリック情報に関する情報を含んでも良いし、ストレージ装置１０に関する情報を含んでも良いし、データベース管理ソフト２３（図１）が管理する表の情報やファイルシステムが管理するファイルの情報を含んでも良いし、これらを対応づけた情報を含んでもよいし、その他のものを含む情報であっても良い。

また、依存関係を示す情報を記憶装置へ格納する場合に、記憶システム性能管理ソフト５４（図1、図３）が保持するパス情報やストレージやコンピュータに関する情報を、クライアントプログラム（ブラウザ）等を用いて画面に表示し、ユーザがクライアントプログラムへ入力したリソース間・メトリック間の依存関係の指示を受信し、当該指示に基づいて依存関係を示す情報を記憶装置へ格納しても良い。また、ユーザが、リソース間関連情報記憶テーブル７６へ、予め依存関係を示す情報を格納しておいても良いし、その他の方法でも良い。

図１２（Ａ）のホストサーバＢのデータベースオブジェクト・表領域間関連テーブル１０４は、データベースオブジェクトＩＤ格納欄１０４Ａと表領域ＩＤ格納欄１０４Ｂから構成される。同じく図１２（Ｂ）のホストサーバＢの表領域・ファイル間関連テーブル１０５は、表領域ＩＤ格納欄１０５ＡとファイルＩＤ格納欄１０５Ｂとから構成される。データベースオブジェクト・表領域間関連テーブル１０４のデータベースオブジェクトＩＤ格納欄１０４Ａ及び表領域ＩＤ格納欄１０４Ｂと、ホストサーバＢの表領域・ファイル間関連テーブル１０５の対応する表領域ＩＤ格納欄１０５Ａ及びファイルＩＤ格納欄１０５Ｂとの内容は同様である。図１２の例では、ホストサーバＢのデータベースオブジェクト・表領域間関連テーブル１０４の第１行目に表Ｄと表領域Ｄの依存関係が、表領域・ファイル間関連テーブル１０５の第１行目に表領域ＤとファイルＨの依存関係が示されている。

図１３のポート間パステーブル１０６は、ホストバスアダプタ側ポート及びストレージ側ポートと、両者間のパス上にあるＳＡＮスイッチ８（図１）のポートの間の依存関係を記録するためのものである。ポート間パステーブル１０６は、ホスト側ポートＩＤ格納欄１０６Ａ、ストレージ側ポートＩＤ格納欄１０６Ｂ及びスイッチポートＩＤリスト格納欄１０６Ｃから構成される。

ホスト側ポートＩＤ格納欄１０６Ａには、ホストバスアダプタのポートのＩＤが格納され、ストレージ側ポートＩＤ格納欄１０６Ｂには、ストレージ装置１０のポート２８（図１）のＩＤが格納される。スイッチポートＩＤリスト格納欄１０６Ｃには、欄１０６Ａのポートと欄１０６Ｂのポートをつなぐパス上にあるＳＡＮスイッチ８のポートのＩＤの列が格納される。図１３の例では、ポート間パステーブル１０６の第１行目にポートＡ及びポートＮと、その間のポート系列｛ポートＣ、ポートＤ、ポートＨ、ポートＩ｝との依存関係が示されている。

図１４の論理ボリューム・パリティグループ間関連テーブル１０７は、論理ボリュームリソースとパリティグループリソースとの間の依存関係を記録するためのものである。論理ボリューム・パリティグループ間関連テーブル１０７は、論理ボリュームＩＤ格納欄１０７ＡとパリティグループＩＤ格納欄１０７Ｂとから構成される。論理ボリューム・パリティグループ間関連テーブル１０７の各行は、ボリュームとパリティグループの間の依存関係の１つに対応する。論理ボリュームＩＤ格納欄１０７Ａには、論理ボリュームのＩＤが格納され、パリティグループＩＤ格納欄１０７Ｂには、論理ボリュームＩＤ格納欄１０７Ａで指定された論理ボリュームと依存関係をもつパリティグループのＩＤが格納される。図１４の例では、論理ボリューム・パリティグループ間関連テーブル１０７の第１行目に論理ボリュームＡとパリティグループＡの依存関係が示されている。

（２−３）性能監視及び警告機能に関する処理の流れ
図１５は、記憶システム１における性能監視及び警告機能に関する一連の処理の流れを示している。性能監視および警告機能を実行させる場合、システム管理者は、性能管理サーバ６を用いて業務アプリケーションごとのレスポンスタイム／スループットの目標値を設定する（ＳＰ１）。

かかる目標値が設定されると、性能管理サーバ６の記憶システム性能管理ソフト５４（図３）の性能情報収集部８０（図３）は、ホストサーバ３の業務ソフト性能情報収集エージェント３０、データベース性能情報収集エージェント３１及びホスト性能情報収集エージェント３２や、性能情報収集サーバ４のＳＡＮスイッチ性能情報収集エージェント５０、並びに性能情報収集サーバ５のストレージ性能情報収集エージェント５１から、これら各エージェントがそれぞれ収集した各リソースの性能情報を収集する（ＳＰ２）。

この後、記憶システム性能管理ソフト５４の関連情報生成部８１（図３）は、監視情報収集部８０が収集した各リソースの性能値に基づいて必要な集約計算を実行する。

ここで「集約計算」には、「リソース軸方向の集約計算」と「時間軸方向の集約計算」とがある。このうち「リソース軸方向の集約計算」は、複数のリソースについて計算（合算又は平均等）して、１つの性能情報として取り扱う計算である。例えば図２のポートＱ４〜ポートＱ７、ポートＦ及びポートＧの単位時間当たりの入出力数の平均値をＳＡＮスイッチＢの単位時間当たりの入出力数とするなどである。また「時間軸方向の集約計算」は、時・日・月・年などのように、ある時間単位の値を計算（合算又は平均等）の１つの性能情報として扱う計算である。例えば図２のＳＡＮスイッチＢの１時間ごとのデータを２４時間分合算し平均した値を「１日」単位のデータとする。

そして関連情報生成部８１は、かかる必要な集計計算を行うと、ステップＳＰ２のポーリングにおいて取得した各リソースの性能情報と、このステップＳＰ３における集約計算によって取得した各リソースの性能情報とを、それぞれ対応するパス‐アプリケーション関連テーブル８２（図４）、アプリケーション性能値テーブル８３（図５）又はポーリング時用記録テーブル８４（図６）に格納する（ＳＰ３）。

続いて、記憶システム性能管理ソフト５４の性能判定部８８（図３）は、いずれかの業務クライアント２に実装されたいずれかの業務アプリケーションが使用するパスを１つの選択する（ＳＰ４）。そして性能判定部８８は、このパスについて各リソースの性能を判定し（ＳＰ５）、性能問題が発生するおそれがないとの結論（ステップＳＰ５の処理の戻り値が後述の「ＯＫ」）を得られたか否かを判定する（ＳＰ６）。

性能判定部８８は、この判定処理（以下、これを性能判定処理と呼ぶ）において、性能問題が発生するおそれがないとの結論を得たときには、閾値設定部８５（図３）を起動して、後述の閾値設定処理を実行させる（ＳＰ８）。

これに対して性能判定部８８は、かかる性能判定処理において、既にそのパスに性能問題が発生している（ステップＳＰ５の処理の戻り値が「０」）、若しくはそのパスに性能問題が発生する可能性が非常に高い（ステップＳＰ５の処理の戻り値が「１」）、又はそのパスに性能問題が発生する可能性がある（ステップＳＰ５の処理の戻り値が「２」）という結論を得たときには、その判定結果に応じた警告をユーザ通知部８９を介して性能管理クライアント７に通知する（ＳＰ７）。また性能判定部８８は、この後、閾値設定部８５（図３）を起動して、後述の閾値設定処理を実行させる（ＳＰ８）。

続いて性能判定部８８は、各業務クライアント２に実装された業務アプリケーションが使用するすべてのパスについて同様の性能判定処理及び閾値設定処理を行ったか否かを判断し（ＳＰ９）、否定結果を得ると、ステップＳＰ４に戻って、この後同様の処理を繰り返す（ＳＰ４〜ＳＰ９）。そして性能判定部８８は、やがてすべてのパスについて同様の性能判定処理及び閾値設定処理を行い終えると、性能監視及び警告機能に関する処理を終了する（ＳＰ１０）。

図１６は、かかる性能監視及び警告機能のうちの閾値設定処理（図１５に示すフローチャートのステップＳＰ８）に関する性能管理サーバ６の記憶システム性能管理ソフト５４の閾値設定部８５（図３）の処理内容を示すフローチャートである。

閾値設定部８５は、図１５のフローチャートのステップＳＰ８においてこの図１６に示す閾値設定処理を開始すると（ＳＰ２０）、まず、アプリケーション性能値テーブル８３（図５）を参照して、現在対象としているパスに性能問題が発生しているか否かを判断する（ＳＰ２１）。具体的には、そのパスを使用する業務アプリケーションの現在の性能値が、当該業務アプリケーションについて予め設定された性能目標値よりも小さいか否かを判断することとなる。

そして閾値設定部８５は、かかる判断において肯定結果を得ると、ポーリング時用記録テーブル８４（図６）及び性能問題発生時用記録テーブル８６（図７）を参照して、各リソースの現在の性能値が、いずれも性能問題発生時用記録テーブル８６に登録されたいずれかの過去の性能問題発生時における対応するリソースの性能値を上回っているか否かを判断する（ＳＰ２２）。

この場合、例えば図１７に示すように、各リソースの性能値がそれぞれ破線ＢＬ１上の「●」で示すような値を有する性能情報が性能問題発生時用記録テーブル８６に登録されているものとして、各リソースの現在の性能値がそれぞれ実線ＣＬ１上の「●」で示すような値や、実線ＣＬ２上の「■」で示すような値であったときには、このステップＳＰ２２の判断において否定結果を得ることとなる。そしてこのことは、現在、すべてのリソースが、性能問題発生時用記録テーブル８６に登録されたいずれの過去の性能問題発生時よりも高負荷状態にあることを意味する。かくして、このとき閾値設定部８５は、性能問題発生時用記録テーブル８６を更新することなく、この閾値設定処理を終了する（ＳＰ２８）。

これに対して、図１７において、各リソースの性能値がそれぞれ破線ＢＬ２上の「■」で示すような値を有する性能情報が性能問題発生時用記録テーブル８６に登録されているものとして、各リソースの現在の性能値がそれぞれ実線ＣＬ１上の「■」で示すような値であったときには、このステップＳＰ２２の判断において肯定結果を得ることとなる。そして、このことは、現在、少なくとも１つのリソースが性能問題発生時用記録テーブル８６に登録されているいずれか過去の性能問題発生時よりも低負荷状態にあるにも係わらず、性能問題が発生したことを意味する。

かくして、このとき閾値設定部８５は、ポーリング時用記録テーブル８４（図６）に登録されている各リソースの現在の性能値を、記録ＩＤを付与して性能問題発生時用記録テーブル８６に新たに登録する（ＳＰ２３）。また閾値設定部８５は、この後、性能問題発生時用記録テーブル８６に登録されているいくつかの過去の性能問題発生時の性能情報のうち、各リソースの性能値がすべて現在のリソースの性能値よりも高い性能情報を検索し、かかる性能情報が存在した場合には、この記録を消去する（ＳＰ２４）。そして閾値設定部８５は、この後この閾値設定処理を終了する（ＳＰ２８）。

このような処理により、いずれかのリソースが相対的に低負荷状態であるにも係わらず性能問題が発生したときの各リソースの性能値を、後述の性能判定処理時において、性能問題が発生するであろうと判断する際の閾値として設定することが可能となる。

これに対して、閾値設定部８５は、ステップＳＰ２１の判断において否定結果を得ると、ポーリング時用記録テーブル８４（図６）及び性能問題非発生時用記録テーブル８７（図８）を参照して、各リソースの現在の性能値が、いずれも性能問題非発生時用記録テーブル８７に登録されたいずれか過去の性能問題非発生時における対応するリソースの性能値を下回っているか否かを判断する（ＳＰ２５）。

この場合、例えば図１８に示すように、各リソースの性能値がそれぞれ破線ＢＬ３上の「●」で示すような値を有する性能情報が性能問題非発生時用記録テーブル８７に登録されているものとして、各リソースの現在の性能値がそれぞれ実線ＣＬ４上の「■」で示すような値であったときには、このステップＳＰ２５の判断において肯定結果を得ることとなる。そしてこのことは、現在、かかるパス上のすべてのリソースが、性能問題非発生時用記録テーブル８７に登録されたいずれの過去の性能問題発生時よりも低負荷状態にあることを意味する。かくして、このとき閾値設定部８５は、性能問題非発生時用記録テーブル８７を更新することなく、この閾値設定処理を終了する（ＳＰ２８）。

これに対して、図１８において、各リソースの性能値がそれぞれ実線ＢＬ１上の「●」で示すような値を有する性能情報が性能問題非発生時用記録テーブル８７に登録されているものとして、各リソースの現在の性能値がそれぞれ実線ＣＬ３上の「●」で示すような値であったときには、このステップＳＰ２５の判断において否定結果を得ることとなる。そして、このことは、現在、少なくとも１つのリソースが性能問題非発生時用記録テーブル８７に登録されているいずれか過去の性能問題発生時よりも高負荷状態にあるにも係わらず、性能問題が発生していないことを意味する。

かくして、このとき閾値設定部８５は、ポーリング時用記録テーブル８４（図６）に登録されている各リソースの現在の性能値を、記録ＩＤを付与して性能問題非発生時用記録テーブル８７にコピーする（ＳＰ２６）。また閾値設定部８５は、この後、性能問題非発生時用記録テーブル８７に登録されているいくつかの過去の性能問題非発生時の性能情報のうち、各リソースの性能値がすべて現在のリソースの性能値よりも低い性能情報を検索し、かかる性能情報が存在した場合には、この記録を消去する（ＳＰ２７）。そして閾値設定部８５は、この後この閾値設定処理を終了する（ＳＰ２８）。

このような処理により、いずれかのリソースが相対的に高負荷状態であるにも係わらず性能問題が発生しないときの各リソースの性能値を、後述の性能判定処理において、性能問題が発生しないであろうと判断する際の閾値として設定することが可能となる。

一方、図１９は、かかる性能監視及び警告機能のうちの性能判定処理（図１５に示すフローチャートのステップＳＰ５）に関する性能管理サーバ６の記憶システム性能管理ソフト５４の性能判定部８８（図３）の処理内容を示すフローチャートである。

性能判定部８８は、図１５のフローチャートのステップＳＰ５においてこの図１９に示す性能判定処理を開始すると（ＳＰ３０）、まず、アプリケーション性能値テーブル８３（図５）を参照して、現在対象としているパスに性能問題が発生しているか否かを判断する（ＳＰ３１）。具体的には、そのパスを使用する業務アプリケーションの現在の性能値が、当該業務アプリケーションについて予め設定された性能目標値よりも小さいか否かを判断することとなる。

そして性能判定部８５は、かかる判断において肯定結果を得ると、戻り値を「ＮＧ０」に設定した後（ＳＰ３２）、この性能判定処理を終了する（ＳＰ３８）。

これに対して性能判定部８５は、かかる判断において否定結果を得ると、ポーリング時用記録テーブル８４（図６）及び性能問題発生時用記録テーブル８６（図７）を参照して、各リソースの現在の性能値が、いずれも性能問題発生時用記録テーブル８６に登録されたすべての過去の性能問題発生時における対応するリソースの性能値よりも、所定の余裕幅をもって下回っているか否かを判断する（ＳＰ３３）。この余裕幅は、その過去の性能問題発生時を基準とした場合に、いずれかのリソースの性能値がこれよりも大きいときには、性能問題が発生する可能性が高いと考えられる幅であり、予めシステム管理者により定められた大きさを有する。

この場合、例えば図２０に示すように、各リソースの性能値がそれぞれ破線ＢＬ１０上の「●」で示すような値を有する性能情報のみが性能問題発生時用記録テーブル８６に登録されており、かかる余裕幅とった後の各リソースの性能値がそれぞれ一点鎖線ＤＬ上の「●」で示すような値であるものとして、各リソースの現在の性能値がそれぞれ実線ＣＬ１１上の「■」で示すような値であったときには、このステップＳＰ３３の判断において否定結果を得ることとなる。そしてこのことは、現在、少なくとも１つのリソースが、性能問題発生時用記録テーブル８６に登録された過去の性能問題発生時の性能状態と比べてもある一定の余裕をもてるほどの低負荷状態にはないことを意味する。かくして、このとき性能判定部８５は、戻り値を「ＮＧ１」に設定した後（ＳＰ３４）、この性能判定処理を終了する（ＳＰ３８）。

これに対して、図２０において、各リソースの現在の性能値がそれぞれ破線ＢＬ１０上の「●」で示すような値であったときには、このステップＳＰ３３の判断において肯定結果を得ることとなる。そしてこのことは、現在対象としているパス上のすべてのリソースが、性能問題発生時用記録テーブル８６に登録された過去の性能問題発生時の性能状態と比べてある一定の余裕をもてるほどの低負荷状態にあることを意味する。かくして、このとき性能判定部８５は、各リソースの現在の性能値が、いずれも性能問題非発生時用記録テーブル８７（図８）に登録されているすべての過去の性能問題非発生時おける対応するリソースの性能値を下回っているか否かを判断する（ＳＰ３５）。

この場合、例えば図２１に示すように、各リソースの性能値がそれぞれ破線ＢＬ１上の「●」で示すような値を有する性能情報が性能問題非発生時用記録テーブル８７に登録されているものとして、各リソースの現在の性能値がそれぞれ実線ＣＬ１２上の「●」で示すような値であったときには、このステップＳＰ３５の判断において否定結果を得ることとなる。そしてこのことは、現在、対象としているパス上の少なくとも１つのリソースが性能問題非発生時用記録テーブル８７に登録されているいずれかの過去の性能問題発生時よりも高負荷状態にあることを意味する。かくして、このとき性能判定部８５は、戻り値を「ＮＧ２」に設定した後（ＳＰ３６）、この性能判定処理を終了する（ＳＰ３８）。

これに対して、図２１において、各リソースの現在の性能値がそれぞれ実線ＣＬ１３上の「■」で示すような値であったときには、このステップＳＰ３５の判断において肯定結果を得ることとなる。そしてこのことは、現在対象としているパス上のすべてのリソースが、性能問題非発生時用記録テーブル８７に登録されたいずれの過去の性能問題発生時よりも低負荷状態にあることを意味する。かくして、このとき性能判定部８５は、戻り値として「ＯＫ」を設定した後（ＳＰ３７）、この性能判定処理を終了する（ＳＰ３８）。

（２−４）観測結果表示機能
ところで、この記憶システム１では、図１５について上述したフローチャートのステップＳＰ７の処理によって性能管理サーバ６から上述の警告が性能管理クライアント７に与えられた場合、システム管理者は、性能管理クライアント７を操作することにより、例えば図２２に示すような観測結果表示ウインド１１０を性能管理クライアント７のディスプレイ等の表示部に可視表示させることができる。

この観測結果表示ウインド１１０では、性能問題発生時用記録テーブル８６（図７）に登録されている過去の性能問題発生時の各リソースの性能値と、性能問題非発生時用記録テーブル８７（図８）に登録されている過去の性能問題非発生時の各リソースの性能値と、対象としているパス上の各リソースの現在の性能値とがそれぞれ折れ線グラフ形式で対比可能な状態に表示される。この図２２の例では、縦軸に性能値がとられ、横軸に一定間隔でリソースがそのパス上に存在する順番でとられており、破線ＢＬ２０が性能問題発生時、破線ＢＬ２１が性能問題非発生時、実線ＣＬ２０又は実線ＣＬ２１が各リソースの現在の性能値の例をそれぞれ示している。

そしてこの観測結果表示ウインド１１０では、かかる各リソースの現在の性能値を示す折れ線グラフ（実線ＣＬ２０又は実線ＣＬ２１）のうち、性能問題発生の原因となり得るリソースの部分を囲むようにマーク１１１が表示される。これによりシステム管理者がボトルネックとなり得るリソースを視覚的に認識することができる。

（３）本実施の形態の効果
以上のように、本実施の形態による記憶システムでは、過去の性能問題発生時及び性能問題非発生時における各リソースの性能値と、各リソースの現在の性能値とを用いて性能問題発生の有無を判断する。従って、各リソースの性能値の閾値を、リソース間の性能相互補完的な依存関係を総合的に考慮して設定することができ、その分、信頼性の高い記憶システムを構築できる。

（４）他の実施の形態
なお上述の実施の形態においては、性能管理サーバ６において、過去の性能問題発生時及び性能問題非発生時の各リソースの性能値を記憶する記憶部としてメモリ５３を適用するようにした場合について述べたが、本発明はこれに限らず、例えばハードディスク等のディスク状記録媒体等の他の記憶デバイスを適用するようにしても良い。

また上述の実施の形態においては、性能管理サーバ６において、過去の性能問題発生時及び性能問題非発生時の各リソースの性能値を閾値として記憶しておくようにした場合について述べたが、本発明はこれに限らず、過去の性能問題発生時又は性能問題非発生時の少なくとも一方の各リソースの性能値を閾値として記憶しておき、この過去の性能問題発生時又は性能問題非発生時の各リソースの性能値にのみ基づいて各リソースの性能値の閾値を設定するようにしても良い。

さらに上述の実施の形態においては、あるパスを使用する業務アプリケーションの現在の性能値が、当該業務アプリケーションについて予め設定された性能目標値よりも小さいときに、そのパスに性能問題が発生していると判断するようにした場合について述べたが、本発明はこれに限らず、例えば業務アプリケーションの現在の性能値が性能目標値よりも当該性能目標値の数パーセント程度少ない範囲までなら性能問題が発生していないと判断するようにしても良く、性能問題の発生の有無の判断基準としては、この他の判断基準を適用するようにしても良い。

本実施の形態による記憶システムの全体構成を示すブロック図である。 リソース及びリソース間の性能に関する依存関係の具体例の説明に供する概念図である。 性能情報収集エージェント及び記憶システム性能管理ソフトの詳細説明に供するブロック図である。 パス‐アプリケーション関連テーブルの構成例を示す図である。 アプリケーション性能値テーブルの構成例を示す図である。 ポーリング時用記録テーブルの構成例を示す図である。 性能問題発生時用記録テーブルの構成例を示す図である。 性能問題非発生時用記録テーブルの構成例を示す図である。 警告ウインドの構成例を示す図である。 （Ａ）はファイル・ボリューム間関連テーブルの構成例を示す図であり、（Ｂ）はボリューム・論理ボリューム・ポート間関連テーブルの構成を示す図である。 （Ａ）はファイル・ボリューム間関連テーブルの構成例を示す図であり、（Ｂ）はボリューム・論理ボリューム・ポート間関連テーブルの構成を示す図である。 （Ａ）はデータベースオブジェクトファイル・表領域間関連テーブルの構成例を示す図であり、（Ｂ）は表領域・ファイル間関連テーブルの構成を示す図である。 ポート間パステーブルの構成例を示す図である。 論理ボリューム・パリティグループ間関連テーブルの構成例を示す図である。 記憶システムにおける性能監視及び警告機能に関する一連の処理の流れを示すフローチャートである。 閾値設定処理に関する閾値設定部の処理内容を示すフローチャートである。 閾値設定処理に関する閾値設定部の処理内容の説明に供する概念図である。 閾値設定処理に関する閾値設定部の処理内容の説明に供する概念図である。 性能判定処理に関する性能判定部の処理内容を示すフローチャートである。 性能判定処理に関する性能判定部の処理内容の説明に供する概念図である。 性能判定処理に関する性能判定部の処理内容の説明に供する概念図である。 観測結果表示ウインドの構成例を示す図である。

符号の説明

１……記憶システム、２……業務クライアント、３……ホストサーバ、４，５……性能情報収集サーバ、６……性能管理サーバ、７……性能管理クライアント、９……ＳＡＮスイッチ、１０……ストレージ装置、２０，５２……ＣＰＵ、２１，５３……メモリ、２２……業務ソフト、２３……データベース管理ソフト、２４……ＯＳ、２５〜２８……ポート、３０……業務ソフト性能情報収集エージェント、３１……データベース性能情報収集エージェント、３２……ホスト性能情報収集エージェント、５０……ＳＡＮスイッチ性能情報収集エージェント、５１……ストレージ性能情報収集エージェント、５４……記憶システム性能管理ソフト、８０……性能情報収集部、８２……パス‐アプリケーション関連テーブル、８３……アプリケーション性能値テーブル、８４……ポーリング時用記録テーブル、８５……閾値設定部、８６……性能問題発生時用記録テーブル、８７……性能問題非発生時用記録テーブル、８８……性能判定部、８９……ユーザ通知部、９０……警告ウインド、１１０……観測結果表示ウインド。

Claims (19)

1. 所定のアプリケーションが実装された上位装置と、前記アプリケーションが使用する記憶領域を提供するストレージ装置と、前記上位装置及び前記ストレージ装置間においてデータを通信するホストサーバとを有する記憶システムにおいて、
   前記ホストサーバ及び前記ストレージ装置間のデータ経路上に存在する各性能情報収集対象の現在の性能値を収集する性能情報収集部と、
   前記アプリケーションについて予め設定された目標性能値と、前記アプリケーションの現在の性能値とに基づいて、性能問題の発生の有無を判定する性能判定部と、
   前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値と、性能判定部の判定結果とに基づいて、前記各性能情報収集対象の性能値の閾値を設定する閾値設定部と
   を備えることを特徴とする記憶システム。
2. 過去の性能問題発生時及び又は性能問題非発生時の前記各性能情報収集対象の性能値を記憶する記憶部を備え、
   前記閾値設定部は、
   前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値と、前記記憶部が記憶する過去の性能問題発生時及び又は性能問題非発生時の前記各性能情報収集対象の性能値とに基づいて前記各性能情報収集対象の性能値の閾値を設定する
   ことを特徴とする請求項１に記載の記憶システム。
3. 前記閾値設定部は、
   前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値が所定の条件を満たすときに、前記各性能情報収集対象の現在の性能値を、前記各性能情報収集対象の性能値の閾値に設定する
   ことを特徴とする請求項２に記載の記憶システム。
4. 前記閾値設定部は、
   性能判定部により性能問題が発生していると判定された場合において、すべての前記性能情報収集対象の現在の性能値が、前記記憶部が記憶する過去の性能問題発生時の対応する性能情報収集対象の性能値を上回っていないときに、前記各性能情報収集対象の現在の性能値を前記記憶部に記憶させると共に、前記記憶部が記憶する過去の性能問題発生時の前記各性能情報収集対象の性能値に関する記録のうち、前記各性能情報収集対象の性能値がすべて対応する性能情報収集対象の現在の性能値よりも高い記録を前記記憶部から消去する
   ことを特徴とする請求項３に記載の記憶システム。
5. 前記性能判定部は、
   前記閾値設定部が設定した前記各性能情報収集対象の性能値の閾値と、前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値とに基づいて前記データ経路の性能状態を判定し、判定結果に基づいて、必要に応じて当該データ経路の性能状態に関する警告を出力する
   ことを特徴とする請求項１に記載の記憶システム。
6. 前記性能判定部は、
   前記性能情報収集部が収集したすべての前記各性能情報収集対象の現在の性能値が、前記閾値設定部が設定した対応する性能情報収集対象の性能値の閾値よりもそれぞれ所定の余裕幅をもって下回らないときに、対応する前記データ経路の性能状態に関する前記警告を出力する
   ことを特徴とする請求項５に記載の記憶システム。
7. 過去の性能問題発生時及び又は性能問題非発生時の前記各性能情報収集対象の性能値を記憶する記憶部と、
   前記性能情報収集部が収集した前記アプリケーションの現在の性能値と、前記記憶部が記憶する過去の性能問題発生時及び又は性能問題非発生時の前記各性能情報収集対象の性能値とを対比できるように可視表示する表示部と
   を備えることを特徴とする請求項１に記載の記憶システム。
8. 所定のアプリケーションが実装された上位装置と、前記アプリケーションが使用する記憶領域を提供するストレージ装置と、前記上位装置及び前記ストレージ装置間においてデータを通信するホストサーバとを有する記憶システムを管理する管理装置において、
   前記ホストサーバ及び前記ストレージ装置間のデータ経路上に存在する各性能情報収集対象の現在の性能値を収集する性能情報収集部と、
   前記アプリケーションについて予め設定された目標性能値と、前記アプリケーションの現在の性能値とに基づいて、性能問題の発生の有無を判定する性能判定部と、
   前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値と、性能判定部の判定結果とに基づいて、前記各性能情報収集対象の性能値の閾値を設定する閾値設定部と
   を備えることを特徴とする管理装置。
9. 過去の性能問題発生時及び又は性能問題非発生時の前記各性能情報収集対象の性能値を記憶する記憶部を備え、
   前記閾値設定部は、
   前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値と、前記記憶部が記憶する過去の性能問題発生時及び又は性能問題非発生時の前記各性能情報収集対象の性能値とに基づいて前記各性能情報収集対象の性能値の閾値を設定する
   ことを特徴とする請求項８に記載の管理装置。
10. 前記閾値設定部は、
    前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値が所定の条件を満たすときに、前記各性能情報収集対象の現在の性能値を、前記各性能情報収集対象の性能値の閾値に設定する
    ことを特徴とする請求項９に記載の管理装置。
11. 前記閾値設定部は、
    性能判定部により性能問題が発生していると判定された場合において、すべての前記性能情報収集対象の現在の性能値が、前記記憶部が記憶する過去の性能問題発生時の対応する性能情報収集対象の性能値を上回っていないときに、前記各性能情報収集対象の現在の性能値を前記記憶部に記憶させると共に、前記記憶部が記憶する過去の性能問題発生時の前記各性能情報収集対象の性能値に関する記録のうち、前記各性能情報収集対象の性能値がすべて対応する性能情報収集対象の現在の性能値よりも高い記録を前記記憶部から消去する
    ことを特徴とする請求項１０に記載の管理装置。
12. 前記性能判定部は、
    前記閾値設定部が設定した前記各性能情報収集対象の性能値の閾値と、前記性能情報収集部が収集した前記各性能情報収集対象の現在の性能値とに基づいて前記データ経路の性能状態を判定し、判定結果に基づいて、必要に応じて当該データ経路の性能状態に関する警告を出力する
    ことを特徴とする請求項８に記載の管理装置。
13. 前記性能判定部は、
    前記性能情報収集部が収集したすべての前記各性能情報収集対象の現在の性能値が、前記閾値設定部が設定した対応する性能情報収集対象の性能値の閾値よりもそれぞれ所定の余裕幅をもって下回らないときに、対応する前記データ経路の性能状態に関する前記警告を出力
    ことを特徴とする請求項１２に記載の管理装置。
14. 所定のアプリケーションが実装された上位装置と、前記アプリケーションが使用する記憶領域を提供するストレージ装置と、前記上位装置及び前記ストレージ装置間においてデータを通信するホストサーバとを有する記憶システムを管理する管理方法において、
    前記ホストサーバ及び前記ストレージ装置間のデータ経路上に存在する各性能情報収集対象の現在の性能値を収集する第１のステップと、
    前記アプリケーションについて予め設定された目標性能値と、前記アプリケーションの現在の性能値とに基づいて、性能問題の発生の有無を判定する第２のステップと、
    前記各性能情報収集対象の現在の性能値と、性能問題発生の有無の判定結果とに基づいて、前記各性能情報収集対象の性能値の閾値を設定する第３のステップと
    を備えることを特徴とする管理方法。
15. 前記第３のステップでは、
    前記各性能情報収集対象の性能値を必要に応じて記憶すると共に、前記各性能情報収集対象の現在の性能値と、記憶している過去の性能問題発生時及び又は性能問題非発生時の前記各性能情報収集対象の性能値とに基づいて前記各性能情報収集対象の性能値の閾値を設定する
    ことを特徴とする請求項１４に記載の管理方法。
16. 前記第３のステップでは、
    前記各性能情報収集対象の現在の性能値が所定の条件を満たすときに、前記各性能情報収集対象の現在の性能値を、前記各性能情報収集対象の性能値の閾値に設定する
    ことを特徴とする請求項１５に記載の管理方法。
17. 前記第３のステップでは、
    第２のステップにおいて性能問題が発生していると判定した場合において、すべての前記性能情報収集対象の現在の性能値が、記憶している過去の性能問題発生時の対応する性能情報収集対象の性能値を上回っていないときに、前記各性能情報収集対象の現在の性能値を記憶すると共に、記憶している過去の性能問題発生時の前記各性能情報収集対象の性能値に関する記録のうち、前記各性能情報収集対象の性能値がすべて対応する性能情報収集対象の現在の性能値よりも高い記録を消去する
    ことを特徴とする請求項１６に記載の管理方法。
18. 設定した前記各性能情報収集対象の性能値の閾値と、前記各性能情報収集対象の現在の性能値とに基づいて前記データ経路の性能状態を判定し、判定結果に基づいて、必要に応じて当該データ経路の性能状態に関する警告を出力する第４のステップを備える
    ことを特徴とする請求項１４に記載の管理方法。
19. 前記第４のステップでは、
    すべての前記各性能情報収集対象の現在の性能値が、対応する性能情報収集対象の性能値の閾値よりもそれぞれ所定の余裕幅をもって下回らないときに、対応する前記データ経路の性能状態に関する前記警告を出力
    ことを特徴とする請求項１８に記載の管理方法。

Images