(57)【要約】【課題】ストレージサブシステムの性能を適切なレベルで監視する。【解決手段】ホスト計算機と、ストレージサブシステムと、管理計算機と、を備える計算機システムにおける性能監視方法であって、前記ストレージサブシステムは、物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、前記管理計算機は、前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、前記論理ボリュームの監視条件を、前記グループごとに設定し、前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする。【選択図】図２
2007323560.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける性能監視方法であって、
前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、
前記管理計算機は、
前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、
前記論理ボリュームの監視条件を、前記グループごとに設定し、
前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、
前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする性能監視方法。
【請求項２】
前記監視条件は、前記論理ボリュームから収集される性能情報の項目、前記性能情報の収集間隔、及び前記性能情報が集約される条件のうち少なくとも一つを含むことを特徴とする請求項１に記載の性能監視方法。
【請求項３】
前記論理ボリュームに記憶されているデータが他の論理ボリュームに移動すると、前記管理計算機は、前記論理ボリュームと前記グループとの対応を変更することを特徴とする請求項１に記載の性能監視方法。
【請求項４】
前記計算機システムは、複数のストレージサブシステムを含み、
前記管理計算機は、当該複数のストレージサブシステムのうちの一つによって提供されるすべての論理ボリュームを、同一のグループに対応させることを特徴とする請求項１に記載の性能監視方法。
【請求項５】
前記計算機システムは、一つのストレージサブシステムを含み、
前記管理計算機は、当該一つのストレージサブシステムによって提供される論理ボリュームのそれぞれを、前記複数のグループのいずれかに対応させることを特徴とする請求項１に記載の性能監視方法。
【請求項６】
前記管理計算機は、
前記論理ボリュームと前記グループとの対応を変更すると、当該管理計算機及び前記ストレージサブシステムのうち少なくとも一方の負荷状態を取得し、
前記取得された負荷状態に応じて、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする請求項１に記載の性能監視方法。
【請求項７】
前記監視条件は、前記性能情報の取得間隔を含み、
前記管理計算機は、
前記論理ボリュームと前記グループとの対応を変更を変更すると、前記性能情報の取得間隔が長いグループから順に、監視条件を変更することを特徴とする請求項１に記載の性能監視方法。
【請求項８】
一つ以上のストレージサブシステムに接続され、プロセッサ、メモリ及びインタフェースを備える計算機であって、
前記ストレージサブシステムは、ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、
前記プロセッサは、
前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、
前記論理ボリュームの監視条件を、前記グループごとに設定し、
前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、
前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする計算機。
【請求項９】
前記監視条件は、前記論理ボリュームから収集される性能情報の項目、前記性能情報の収集間隔、及び前記性能情報が集約される条件のうち少なくとも一つを含むことを特徴とする請求項８に記載の計算機。
【請求項１０】
前記論理ボリュームに記憶されているデータが他の論理ボリュームに移動すると、前記プロセッサは、前記論理ボリュームと前記グループとの対応を変更することを特徴とする請求項８に記載の計算機。
【請求項１１】
複数のストレージサブシステムに接続され、
前記プロセッサは、当該複数のストレージサブシステムのうちの一つによって提供されるすべての論理ボリュームを、同一のグループに対応させることを特徴とする請求項８に記載の計算機。
【請求項１２】
一つのストレージサブシステムに接続され、
前記プロセッサは、当該一つのストレージサブシステムによって提供される論理ボリュームのそれぞれを、前記複数のグループのいずれかに対応させることを特徴とする請求項８に記載の計算機。
【請求項１３】
前記プロセッサは、
前記論理ボリュームと前記グループとの対応を変更すると、当該計算機及び前記ストレージサブシステムのうち少なくとも一方の負荷状態を取得し、
前記取得された負荷状態に応じて、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする請求項８に記載の計算機。
【請求項１４】
前記監視条件は、前記性能情報の取得間隔を含み、
前記プロセッサは、
前記論理ボリュームと前記グループとの対応を変更すると、前記性能情報の取得間隔が長いグループから順に、監視条件を変更することを特徴とする請求項８に記載の計算機。
【請求項１５】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される仮想化装置と、前記仮想化装置に接続される一つ以上のストレージサブシステムと、前記仮想化装置に接続される管理計算機と、を備える計算機システムであって、
前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記仮想化装置に提供し、
前記仮想化装置は、前記提供された論理ボリュームを、前記ホスト計算機からデータの書き込みを要求される仮想ボリュームとして前記ホスト計算機及び前記管理計算機に提供し、
前記管理計算機は、
前記仮想ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、
前記仮想ボリュームの監視条件を、前記グループごとに設定し、
前記設定された監視条件に従って、前記仮想ボリュームの性能情報を監視し、
前記仮想ボリュームと前記グループとの対応を変更を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする計算機システム。
【請求項１６】
前記仮想化装置は、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクを備えることを特徴とする請求項１５に記載の計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト計算機、ストレージサブシステム及び管理計算機を備える計算機システムに関し、特に、ストレージサブシステムの性能を監視する技術に関する。
【背景技術】
【０００２】
ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）技術の普及に伴って、ストレージサブシステムの大型化及び複雑化が急速に進んでいる。そのため、ストレージサブシステムの性能を監視するためのストレージ管理ソフトウェアには、より多くの監視対象を、より高精度に監視することが求められている。
【０００３】
一方、効率的なデータ管理を実現する技術としてＩＬＭ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｌｉｆｅｃｙｃｌｅ  Ｍａｎａｇｅｍｅｎｔ）が台頭しつつある。ＩＬＭでは、性能、信頼性及び価格等を含む特性に応じて、記憶装置又はボリュームが階層化される。そして、ＩＬＭでは、データの利用価値及びアクセス頻度等を含むデータ特性に適合する階層に、データが格納される。
【０００４】
例えば、高性能なストレージサブシステムによって提供される論理ボリュームからなる上位階層と、性能は高くないが安価なストレージサブシステムによって提供される論理ボリュームからなる下位階層と、を含む計算機システムの場合を説明する。この場合、緊急度又は利用頻度の高いデータは、短時間でアクセスできるように、上位階層に格納される。一方、利用頻度は低いが長期保存が必要とされるデータは、保存コストを重視して、下位階層に格納される。
【０００５】
ストレージ管理ソフトウェアは、ストレージサブシステムを構成する様々なリソースの性能を管理する機能を備える。ストレージサブシステムを構成するリソースは、物理ディスク、ポート及び論理ディスク等を含む。例えば、ストレージ管理ソフトウェアは、それぞれのリソースの性能情報を収集して、蓄積する。そして、ストレージ管理ソフトウェアは、蓄積された性能情報に基づいて、リソースを再配置する。これによって、ストレージ管理ソフトウェアは、ストレージサブシステムの性能を最適化する。
【０００６】
例えば、論理ボリュームの性能を管理する技術が、特許文献１に開示されている。この技術によると、ストレージ管理ソフトウェアは、すべての論理ボリュームから性能データを収集する。そして、ストレージ管理ソフトウェアは、収集した性能データに基づいて、論理ボリュームを作成又は移動する。
【特許文献１】特開２００３−１２２５０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
大規模なストレージサブシステムの性能を監視するためには、ストレージ管理ソフトウェアを実行するための高性能な管理サーバが必要となる。また、監視対象となるストレージサブシステムに、大きな負荷がかかる。
【０００８】
一方、大規模なストレージサブシステムに格納される大量のデータには、利用価値及びアクセス頻度等を含むデータ特性が異なるデータが混在している。従来では、ストレージ管理ソフトウェアは、ストレージサブシステムに記憶されるデータのデータ特性と無関係に、ストレージサブシステムを監視している。そのため、管理コスト的に問題があった。
【０００９】
本発明は、前述した問題点に鑑みてなされたものであって、ストレージサブシステムの性能を適切なレベルで監視する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の代表的な形態は、プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける性能監視方法であって、前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、前記ディスクコントローラは、前記物理ディスクの記憶領域を、一つ以上の論理ボリュームとして前記ホスト計算機に提供し、前記管理計算機は、前記論理ボリュームのそれぞれを、複数のグループのうちのいずれかに対応させ、前記論理ボリュームの監視条件を、前記グループごとに設定し、前記設定された監視条件に従って、前記論理ボリュームの性能情報を監視し、前記論理ボリュームと前記グループとの対応を変更すると、前記複数のグループのうち少なくとも一つに設定された監視条件を変更することを特徴とする。
【発明の効果】
【００１１】
本発明の代表的な形態によれば、ストレージサブシステムの性能を適切なレベルで監視できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面を参照して説明する。
【００１３】
図１は、本発明の第１の実施の形態の計算機システムの構成のブロック図である。
【００１４】
計算機システムは、ホスト計算機１０、ストレージサブシステム３０、管理サーバ２０及びＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）４０を含む。
【００１５】
ＳＡＮ４０は、ストレージサブシステム３０とホスト計算機１０とを接続するネットワークである。更に、ＳＡＮ４０は、ストレージサブシステム３０と管理サーバ２０とを接続する。なお、管理サーバ２０とストレージサブシステム３０とは、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）によって接続されてもよい。
【００１６】
ホスト計算機１０は、プロセッサ、メモリ及びインタフェースを備える。ホスト計算機１０に備わるプロセッサは、メモリに記憶されるプログラムを実行することによって、各種処理を行う。ホスト計算機１０に備わるメモリは、プロセッサに実行されるプログラム及びプロセッサに必要とされるデータ等を記憶する。ホスト計算機１０に備わるインタフェースは、ＳＡＮ４０を介して、ストレージサブシステム３０に接続される。
【００１７】
ホスト計算機１０は、ストレージサブシステム３０にデータを書き込む。また、ホスト計算機１０は、ストレージサブシステム３０からデータを読み出す。
【００１８】
ストレージサブシステム３０は、制御装置３０１、ポート３０３及び物理ディスクを備える。物理ディスクは、ホスト計算機１０に書き込み要求されたデータを記憶する。ポート３０３は、ＳＡＮ４０を介してホスト計算機１０に接続される。
【００１９】
制御装置３０１は、物理ディスクに対するデータの読み書きを制御する。また、制御装置３０１は、物理ディスクの記憶領域を、一つ以上の論理ボリューム３０５としてホスト計算機１０に提供する。
【００２０】
本実施の形態では、論理ボリューム３０５は、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類されている。なお、論理ボリューム３０５は、三つの収集レベルグループのいずれかに分類されているが、いくつの収集レベルグループに分類されてもよい。
【００２１】
管理サーバ２０は、ストレージサブシステム３０を監視する計算機である。例えば、管理サーバ２０は、ストレージサブシステム３０の性能情報を取得し、取得した性能情報を集約する。性能情報は、当該性能情報の種類を示す収集項目名、当該性能情報が収集された時刻である収集時刻及び当該収集項目名に対応する種類の性能を示す性能値を含む。
【００２２】
管理サーバ２０は、高収集レベルグループ３１０に分類される論理ボリューム３０５を、高精度に監視する。つまり、高収集レベルグループ３１０に分類される論理ボリューム３０５は、性能情報の収集間隔が短い。また、高収集レベルグループ３１０に分類される論理ボリューム３０５は、収集される性能情報の種類が多い。更に、高収集レベルグループ３１０に分類される論理ボリューム３０５は、算出される集約情報の数が多い。
【００２３】
一方、管理サーバ２０は、低収集レベルグループ３３０に分類される論理ボリューム３０５を、低精度に監視する。つまり、低収集レベルグループ３３０に分類される論理ボリューム３０５は、性能情報の収集間隔が長い。また、低収集レベルグループ３３０に分類される論理ボリューム３０５は、収集される性能情報の種類が少ない。更に、低収集レベルグループ３３０に分類される論理ボリューム３０５は、算出される集約情報の数が少ない。
【００２４】
なお、管理サーバについては、図２で詳細を説明する。
【００２５】
図２は、本発明の第１の実施の形態の計算機システムに備わる管理サーバ２０の構成のブロック図である。
【００２６】
管理サーバ２０は、プロセッサ２０１、メモリ２０２及びインタフェース２０３を備える。インタフェース２０３は、ＳＡＮ４０を介してストレージサブシステム３０に接続される。プロセッサ２０１は、メモリ２０２に記憶されるプログラムを実行することによって、各種処理を行う。
【００２７】
メモリ２０２は、プロセッサ２０１によって実行されるプログラム及びプロセッサ２０１によって必要とされる情報等を記憶する。
【００２８】
具体的には、メモリ２０２は、ストレージ性能収集プログラム２１０、収集項目情報テーブル２２１、収集レベルグループ定義テーブル２２２、性能情報テーブル２２３、データ配置テーブル２２４、最終収集時刻管理テーブル２２５及び収集レベルグループ管理テーブル２２７を含む。
【００２９】
ストレージ性能収集プログラム２１０は、ストレージサブシステム３０の性能を監視する。具体的には、ストレージ性能収集プログラム２１０は、ストレージサブシステム３０から、当該ストレージサブシステム３０に備わる論理ボリューム３０５の性能情報を収集し、収集した性能情報を分析する。なお、ストレージ性能収集プログラム２１０は、性能分析サブプログラム２１１及び性能情報収集サブプログラム２１５を含む。
【００３０】
性能情報収集サブプログラム２１５は、データ収集部２１６、収集項目設定部２１７及び収集レベル取得部２１８を含む。
【００３１】
データ収集部２１６は、収集項目情報テーブル２２１を参照して、ストレージサブシステム３０から、当該ストレージサブシステム３０に備わる論理ボリューム３０５の性能情報を収集する。そして、データ収集部２１６は、収集項目情報テーブル２２１に含まれる集約条件を参照して、収集した性能情報を集約する。
【００３２】
収集項目設定部２１７は、収集レベルグループ定義テーブル２２２を参照して、集約項目情報テーブル２２１を作成又は更新する。
【００３３】
収集レベル取得部２１８は、収集レベルグループ管理テーブル２２７を参照して、論理ボリューム３０５が属する収集レベルグループを特定する。
【００３４】
収集項目情報テーブル２２１は、論理ボリューム３０５から収集される性能情報の項目及び収集間隔等を管理する。また、収集項目情報テーブル２２１は、論理ボリューム３０５から収集された性能情報が集約される条件を管理する。なお、収集項目情報テーブル２２１については、図３で詳細を説明する。
【００３５】
収集レベルグループ定義テーブル２２２は、高収集レベルグループ３１０、中収集レベルグループ３２０及び低収集レベルグループ３３０に関する定義を管理する。収集レベルグループ定義テーブル２２２には、管理者等によって情報が予め格納されている。なお、収集レベルグループ定義テーブル２２２については、図４で詳細を説明する。
【００３６】
性能情報テーブル２２３は、論理ボリューム３０５から収集された性能情報を管理する。なお、性能情報テーブル２２３については、図５で詳細を説明する。
【００３７】
データ配置テーブル２２４は、論理ボリューム３０５と当該論理ボリューム３０５に格納されているデータとの対応を管理する。なお、データ配置テーブル２２４については、図６で詳細を説明する。
【００３８】
最終収集時刻管理テーブル２２５は、論理ボリューム３０５から性能情報が最後に収集された時刻を管理する。なお、最終収集時刻管理テーブル２２５については、図７で詳細を説明する。
【００３９】
収集レベルグループ管理テーブル２２７は、論理ボリューム３０５と当該論理ボリューム３０５が属する収集レベルグループとの対応を管理する。本実施の形態では、論理ボリューム３０５は、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに予め分類されている。そのため、収集レベルグループ管理テーブル２２７には、予め情報が格納されている。なお、収集レベルグループ管理テーブル２２７については、図８で詳細を説明する。
【００４０】
図３は、本発明の第１の実施の形態の管理サーバ２０に記憶される収集項目情報テーブル２２１の構成図である。
【００４１】
収集項目情報テーブル２２１は、論理ボリューム番号２２１１、収集項目名２２１２、収集間隔２２１３、集約条件２２１４及び収集レベルグループ２２１５を含む。
【００４２】
論理ボリューム番号２２１１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。収集項目名２２１２は、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５から収集される性能情報の種類を示す。
【００４３】
収集間隔２２１３は、当該レコードの収集項目名２２１２に対応する性能情報が、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５から収集される間隔である。
【００４４】
集約条件２２１４は、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５から収集された性能情報が、集約される条件である。例えば、集約条件２２１４には、「時」、「日」、「週」、「月」又は「年」が格納される。なお、集約条件２２１４には、「時」、「日」、「週」、「月」及び「年」のうちの二つ以上の組み合わせが格納されてもよい。
【００４５】
集約条件２２１４に「時」が格納されている場合、管理サーバ２０は、収集された性能情報を一時間単位で集約する。また、集約条件２２１４に「日」が格納されている場合、管理サーバ２０は、収集された性能情報を一日単位で集約する。また、集約条件２２１４に「週」が格納されている場合、管理サーバ２０は、収集された性能情報を一週間単位で集約する。また、集約条件２２１４に「月」が格納されている場合、管理サーバ２０は、収集された性能情報を一ヶ月単位で集約する。また、集約条件２２１４に「年」が格納されている場合、管理サーバ２０は、収集された性能情報を一年単位で集約する。
【００４６】
なお、集約条件２２１４には、時間以外の条件が格納されてもよい。つまり、集約条件２２１４には、性能情報が集約される条件であればいかなるものが格納されてもよい。
【００４７】
収集レベルグループ２２１５は、当該レコードの論理ボリューム番号２２１１によって識別される論理ボリューム３０５が高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれに属するかを示す。
【００４８】
図４は、本発明の第１の実施の形態の管理サーバ２０に記憶される収集レベルグループ定義テーブル２２２の構成図である。
【００４９】
収集レベルグループ定義テーブル２２２は、収集レベルグループ２２２１、収集項目名２２２２、平常時の収集間隔２２２３、収集コスト増大時の収集間隔２２２４、平常時の集約条件２２２５、収集コスト増大時の集約条件及び閾値２２２７を含む。
【００５０】
収集レベルグループ２２２１は、論理ボリューム３０５が分類される収集レベルグループを示す。収集項目名２２２２は、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集される性能情報の種類を示す。
【００５１】
平常時の収集間隔２２２３は、平常時において、当該レコードの収集項目名２２２２に対応する性能情報が、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集される間隔である。
【００５２】
収集コスト増大時の収集間隔２２２４は、収集コスト増大時において、当該レコードの収集項目名２２２２に対応する性能情報が、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集される間隔である。
【００５３】
平常時の集約条件２２２５は、平常時において、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集された性能情報が、集約される条件である。
【００５４】
収集コスト増大時の集約条件２２２６は、収集コスト増大時において、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５から収集された性能情報が、集約される条件である。
【００５５】
なお、管理サーバ２０は、論理ボリューム３０５から収集された性能情報又は当該管理サーバ２０の負荷状態等に基づいて、収集レベルグループが平常時又は収集コスト増大時のいずれに該当するかを判定する。例えば、ストレージサブシステム３０を監視するための負荷が大きい時に、管理サーバ２０は、収集レベルグループが収集コスト増大時に該当すると判定する。
【００５６】
なお、本実施の形態では、管理サーバ２０は、平常時又は収集コスト増大時のいずれであるかを判定しているが、収集レベルグループが三つ以上の状態のいずれに該当するかを判定してもよい。この場合、収集レベルグループ定義テーブル２２２には、それぞれの状態に対応する収集間隔及び集約条件が含まれる。
【００５７】
閾値２２２７は、当該レコードの収集レベルグループ２２２１によって識別される収集レベルグループに属する論理ボリューム３０５に関する警告を表示するために閾値である。つまり、論理ボリューム３０５から収集された性能値が閾値２２２７より大きい場合、管理サーバ２０は、警告を出力する。
【００５８】
図５は、本発明の第１の実施の形態の管理サーバ２０に記憶される性能情報テーブル２２３の構成図である。
【００５９】
性能情報テーブル２２３は、論理ボリューム番号２２３１、収集項目名２２３２、収集時刻２２３３及び性能値２２３４を含む。
【００６０】
論理ボリューム番号２２３１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。収集項目名２２３２は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から収集された性能情報の種類を示す。
【００６１】
収集時刻２２３３は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から性能情報が収集された時刻である。性能値２２３４は、当該レコードの収集時刻２２３３において、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から収集された性能値である。なお、性能値２２３４は、当該レコードの収集項目名２２３２に対応する性能を示す値である。
【００６２】
図６は、本発明の第１の実施の形態の管理サーバ２０に記憶されるデータ配置テーブル２２４の構成図である。
【００６３】
データ配置テーブル２２４は、データ番号２２４１、論理ボリューム番号２２４２及び配置期間２２４３を含む。
【００６４】
データ番号２２４１は、論理ボリューム３０５に格納されるデータの一意な識別子である。論理ボリューム番号２２４２は、当該データ番号２２４１によって識別されるデータが格納される論理ボリューム３０５の一意な識別子である。
【００６５】
配置期間２２４３は、当該当該データ番号２２４１によって識別されるデータが、当該レコードの論理ボリューム番号２２４２によって識別される論理ボリュームに格納されている期間である。
【００６６】
なお、論理ボリューム３０５間でデータが移動すると、管理サーバ２０は、データ配置テーブル２２４を更新する。
【００６７】
具体的には、管理サーバ２０は、移動されたデータの識別子とデータ配置テーブル２２４のデータ番号２２４１とが一致するレコードを、データ配置テーブル２２４から選択する。次に、管理サーバ２０は、当該データの移動元である論理ボリューム３０５の識別子とデータ配置テーブル２２４の論理ボリューム番号２２４２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードの配置期間２２４３に、現在の時刻を配置終了時刻として格納する。
【００６８】
次に、管理サーバ２０は、データ配置テーブル２２４に新たなレコードを作成する。次に、管理サーバ２０は、移動されたデータの識別子を、新たなレコードのデータ番号２２４１に格納する。次に、管理サーバ２０は、当該データの移動先である論理ボリューム３０５の識別子を、新たなレコードの論理ボリューム番号２２４２に格納する。更に、管理サーバ２０は、新たなレコードの配置期間２２４３に、現在の時刻を配置開始時刻として格納する。
【００６９】
以上のように、管理サーバ２０は、データ配置テーブル２２４を更新する。
【００７０】
図７は、本発明の第１の実施の形態の管理サーバ２０に記憶される最終収集時刻管理テーブル２２５の構成図である。
【００７１】
最終収集時刻管理テーブル２２５は、論理ボリューム番号２２５１、収集項目名２２５２及び最終収集時刻２２５３を含む。
【００７２】
論理ボリューム番号２２５１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。収集項目名２２３２は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から収集された性能情報の種類を示す。
【００７３】
最終収集時刻２２５３は、当該レコードの論理ボリューム番号２２３１によって識別される論理ボリューム３０５から、当該レコードの収集項目名２２５２に対応する性能情報が最後に収集された時刻である。
【００７４】
図８は、本発明の第１の実施の形態の管理サーバ２０に記憶される収集レベルグループ管理テーブル２２７の構成図である。
【００７５】
収集レベルグループ管理テーブル２２７は、論理ボリューム番号２２７１及び収集レベルグループ２２７２を含む。
【００７６】
論理ボリューム番号２２７１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。
【００７７】
収集レベルグループ２２７２は、当該レコードの論理ボリューム番号２２７１によって識別される論理ボリューム３０５が属する収集レベルグループを示す。つまり、収集レベルグループ２２７２は、当該論理ボリューム３０５が、高収集レベルグループ、中収集レベルグループ又は低収集レベルグループのいずれに属するかを示す。
【００７８】
図９は、本発明の第１の実施の形態の管理サーバ２０によって実行される収集項目情報テーブル２２１の更新処理のフローチャートである。
【００７９】
論理ボリューム３０５が属する収集レベルグループが変更されると、管理サーバ２０は、収集レベルグループ管理テーブル２２７を更新する。更に、管理サーバ２０は、収集項目情報テーブル２２１の更新処理を実行する。
【００８０】
まず、管理サーバ２０は、データが格納されている論理ボリューム３０５の数を収集レベルグループごとに数える。次に、管理サーバ２０は、数えた論理ボリューム３０５の数及び収集項目情報テーブル２２１に基づいて、性能情報を保持するために必要な記憶容量を算出する（１３０）。
【００８１】
次に、管理サーバ２０は、算出した記憶容量と管理サーバ２０のメモリ２０２に関する閾値とを比較する。管理サーバ２０のメモリ２０２に関する閾値は、性能情報を保持するために使用できる記憶容量の最大値であり、管理者によって予め設定される。なお、管理サーバ２０は、性能情報を保持するために必要な記憶容量でなく、ＩＯレスポンス時間、ＩＯ数、ＩＯ頻度又はディスク占有率と閾値とを比較してもよい。これによって、管理サーバ２０は、ＩＯレスポンス時間、ＩＯ数、ＩＯ頻度又はディスク占有率に基づいて、平常時又は集約コスト増大時のいずれであるかを判定できる。
【００８２】
そして、管理サーバ２０は、算出した記憶容量が閾値以下であるか否かを判定する（１３１）。算出された記憶容量が閾値より大きい場合、管理サーバ２０は、メモリ２０２の記憶容量が足りないので、すべての性能情報を保持できない。そこで、管理サーバ２０は、集約条件を変更する。
【００８３】
具体的には、管理サーバ２０は、前回のステップ１３２で選択された収集レベルグループより収集レベルが一つ高い収集レベルグループを選択する（１３２）。なお、管理サーバ２０は、ステップ１３２を初めて処理する場合には、最も低い収集レベルである低収集レベルグループ３３０を選択する。
【００８４】
次に、管理サーバ２０は、ステップ１３２で選択した収集レベルグループの集約条件を、平常時の集約条件から、収集コスト増大時の集約条件に変更する（１３３）。
【００８５】
具体的には、管理サーバ２０は、ステップ１３２で選択した収集レベルグループと収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、収集項目名２２２２及び収集コスト増大時の集約条件２２２６を抽出する。
【００８６】
次に、管理サーバ２０は、ステップ１３２で選択した収集レベルグループと収集項目情報テーブル２２１の収集レベルグループ２２１５とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、抽出した収集項目名２２２２と収集項目情報テーブル２２１の収集項目名２２１２とが一致するレコードを、選択したれコードの中から選択する。次に、管理サーバ２０は、選択したレコードの集約条件２２１４に、抽出した収集コスト増大時の集約条件２２２６を格納する。そして、管理サーバ２０は、ステップ１３０に戻り、処理を繰り返す。
【００８７】
一方、ステップ１３１において、性能情報を保持するために必要な記憶容量が閾値より大きい場合、管理サーバ２０は、集約条件を変更する必要がない。そこで、管理サーバ２０は、データが格納されている論理ボリューム３０５の数を収集レベルグループごとに数える。次に、管理サーバ２０は、数えた論理ボリューム３０５の数及び収集項目情報テーブル２２１の収集間隔２２１３に基づいて、性能情報を収集するために必要な単位時間当たりのＩＯ数を算出する（１３４）。
【００８８】
次に、管理サーバ２０は、算出したＩＯ数とＩＯ数に関する閾値とを比較する。ＩＯ数に関する閾値は、性能情報を収集するために管理サーバ２０が送信可能な単位時間あたりのＩＯ数の最大値であり、管理者によって予め設定される。なお、管理サーバ２０は、性能情報を収集するために必要な単位時間あたりのＩＯ数でなく、性能情報を保持するために必要な記憶容量、ＩＯレスポンス時間、ＩＯ頻度又はディスク占有率と閾値とを比較してもよい。これによって、管理サーバ２０は、性能情報を保持するために必要な記憶容量、ＩＯレスポンス時間、ＩＯ頻度又はディスク占有率に基づいて、平常時又は集約コスト増大時のいずれであるかを判定できる。
【００８９】
そして、管理サーバ２０は、算出したＩＯ数が閾値以下であるか否かを判定する（１３５）。算出されたＩＯ数が閾値より大きい場合、管理サーバ２０は、すべての性能情報を収集できない。そこで、管理サーバ２０は、収集間隔を変更する。
【００９０】
具体的には、管理サーバ２０は、前回のステップ１３６で選択された収集レベルグループより収集レベルが一つ高い収集レベルグループを選択する（１３６）。なお、管理サーバ２０は、ステップ１３６を初めて処理する場合、最も低い収集レベルである低収集レベルグループを選択する。
【００９１】
次に、管理サーバ２０は、ステップ１３６で選択した収集レベルグループの収集間隔を、平常時の収集間隔から、収集コスト増大時の収集間隔に変更する（１３７）。
【００９２】
具体的には、管理サーバ２０は、ステップ１３６で選択した収集レベルグループと収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、収集項目名２２２２及び収集コスト増大時の収集間隔２２２４を抽出する。
【００９３】
次に、管理サーバ２０は、ステップ１３６で選択した収集レベルグループと収集項目情報テーブル２２１の収集レベルグループ２２１５とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、抽出した収集項目名２２２２と収集項目情報テーブル２２１の収集項目名２２１２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードの収集間隔２２１３に、抽出した収集コスト増大時の収集間隔２２２４を格納する。そして、管理サーバ２０は、ステップ１３４に戻り、処理を繰り返す。
【００９４】
一方、ステップ１３５において、算出されたＩＯ数が閾値以下の場合、管理サーバ２０は、収集間隔を変更する必要がない。よって、管理サーバ２０は、収集項目情報テーブル２２１の更新処理を終了する。
【００９５】
以上のように、管理サーバ２０は、収集項目情報テーブル２２１を更新する。なお、管理サーバ２０は、収集項目情報テーブル２２１に基づいて、性能情報を収集する。更に、管理サーバ２０は、収集項目情報テーブル２２１に基づいて、収集された性能情報を集約する。よって、管理サーバ２０は、性能情報の収集条件及び収集された性能情報の集約条件を、当該管理サーバ２０の性能監視負荷に応じて変更できる。なお、性能監視負荷は、性能情報を収集するための負荷及び性能情報を集約するための負荷を含む。また、性能情報の収集条件は、性能情報を収集する間隔及び収集される性能情報の項目を含む。
【００９６】
なお、管理サーバ２０は、性能監視負荷が減ると、収集レベルグループの収集間隔を、収集コスト増大時の収集間隔から、平常時の収集間隔に戻す。このとき、管理サーバ２０は、収集レベルが高い順に、収集コスト増大時の収集間隔から、平常時の収集間隔に戻すとよい。
【００９７】
同様に、管理サーバ２０は、性能監視負荷が減ると、収集レベルグループの集約条件を、収集コスト増大時の集約条件から、平常時の集約条件に戻す。このとき、管理サーバ２０は、収集レベルが高い順に、収集コスト増大時の集約条件から、平常時の集約条件に戻すとよい。
【００９８】
図１０は、本発明の第１の実施の形態の管理サーバ２０によって実行される性能情報収集処理のフローチャートである。
【００９９】
管理サーバ２０は、一定の時間ごとに、当該性能情報収集処理を繰り返すことによって、性能情報を収集する。
【０１００】
まず、管理サーバ２０は、最終収集時刻管理テーブル２２５の一つのレコードを上から順番に選択する（１４０）。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２５１、収集項目名２２５２及び最終収集時刻２２５３を抽出する。
【０１０１】
次に、管理サーバ２０は、抽出した論理ボリューム番号２２５１と収集項目情報テーブル２２１の論理ボリューム番号２２１１とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、抽出した収集項目名２２５２と収集項目情報テーブル２２１の収集項目名２２１２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードから、収集間隔２２１３を抽出する（１４１）。
【０１０２】
次に、管理サーバ２０は、抽出した最終収集時刻２２５３に、抽出した収集間隔２２１３を加算することによって、次回の収集時刻を算出する。そして、管理サーバ２０は、算出した次回の収集時刻と現在の時刻とを比較することによって、抽出した論理ボリューム番号２２５１によって識別される論理ボリューム３０５から、性能情報を収集する必要があるか否かを判定する（１４２）。
【０１０３】
具体的には、算出された次回の収集時刻が現在の時刻より後であると、管理サーバ２０は、性能情報を収集する必要がないと判定する。そこで、管理サーバ２０は、ステップ１４６に進む。そして、管理サーバ２０は、ステップ１４０において、最終収集時刻管理テーブル１４０のすべてのレコードを選択したか否かを判定する（１４６）。すべてのレコードが選択されていない場合、管理サーバ２０は、ステップ１４０に戻り、最終収集時刻管理テーブル２２５から、次のレコードを選択する。そして、管理サーバ２０は、選択したレコードに対して性能情報収集処理を繰り返す。
【０１０４】
一方、すべてのレコードが選択された場合、管理サーバ２０は、性能情報収集処理を終了する。
【０１０５】
一方、算出された次回の収集時刻が現在の時刻以前であるとステップ１４２で判定すると、管理サーバ２０は、性能情報を収集する必要があると判定する。すると、管理サーバ２０は、抽出した論理ボリューム番号２２５１によって識別される論理ボリューム３０５の性能情報を、ストレージサブシステム３０から収集する（１４３）。
【０１０６】
次に、管理サーバ２０は、性能情報テーブル２２３を更新する（１４４）。具体的には、管理サーバ２０は、性能情報テーブル２２３に、新たなレコードを追加する。次に、管理サーバ２０は、新たなレコードの論理ボリューム番号２２３１に、抽出した論理ボリューム番号２２５１を格納する。次に、管理サーバ２０は、新たなレコードの収集項目名２２３２に、抽出した収集項目名２２５２を格納する。次に、管理サーバ２０は、新たなレコードの収集時刻２２３３に、現在の時刻を格納する。更に、管理サーバ２０は、新たなレコードの性能値２２３４に、収集した性能情報を格納する。
【０１０７】
次に、管理サーバ２０は、最終収集時刻管理テーブル２２５を更新する（１４５）。具体的には、管理サーバ２０は、ステップ１４０で最終収集時刻管理テーブル２２５から選択したレコードの最終収集時刻２２５３に、現在の時刻を格納する。
【０１０８】
次に、管理サーバ２０は、ステップ１４０において、最終収集時刻管理テーブル１４０のすべてのレコードを選択したか否かを判定する（１４６）。すべてのレコードが選択されていない場合、管理サーバ２０は、ステップ１４０に戻り、最終収集時刻管理テーブル２２５から、次のレコードを選択する。そして、管理サーバ２０は、選択したレコードに対して性能情報収集処理を繰り返す。
【０１０９】
一方、すべてのレコードが選択された場合、管理サーバ２０は、性能情報収集処理を終了する。
【０１１０】
図１１は、本発明の第１の実施の形態の管理サーバ２０によって実行される性能分析処理のフローチャートである。
【０１１１】
まず、管理サーバ２０は、性能情報テーブル２２３の収集時刻２２３３と現在の時刻との差が所定の時間内であるレコードを、性能情報テーブル２２３から順番に選択する。これによって、管理サーバ２０は、直近に収集した性能情報に関するレコードを、性能情報テーブル２２３から順番に選択する（１５０）。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２３１、収集項目名２２３２及び性能値２２３４を抽出する。
【０１１２】
次に、管理サーバ２０は、抽出した論理ボリューム番号２２３１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードから、収集レベルグループ２２７２を抽出する。
【０１１３】
次に、管理サーバ２０は、抽出した収集レベルグループ２２７２と収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、抽出した収集項目名２２３２と収集レベルグループ定義テーブル２２２の収集項目名２２２２とが一致するレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、選択したレコードから、閾値２２２７を抽出する（１５１）。
【０１１４】
次に、管理サーバ２０は、抽出した性能値２２３４と、抽出した閾値２２２７とを比較することによって、ストレージサブシステム３０が正常に稼動しているか否かを判定する（１５２）。
【０１１５】
ストレージサブシステム３０が正常に稼動している場合、管理サーバ２０は、画面に警告を表示する必要がないので、そのままステップ１５４に進む。
【０１１６】
一方、ストレージサブシステム３０が正常に稼動していない場合、管理サーバ２０は、警告を画面に表示する（１５３）。
【０１１７】
次に、管理サーバ２０は、ステップＳ１５０において、性能情報テーブル２２３の収集時刻２２３３と現在の時刻とが一致するすべてのレコードを性能情報テーブル２２３から選択したか否かを判定する（１５４）。すべてのレコードが選択されていない場合、管理サーバ２０は、ステップ１５０に戻り、性能情報テーブル２２３から、次のレコードを選択する。そして、管理サーバ２０は、選択したレコードに対して性能分析処理を繰り返す。
【０１１８】
一方、すべてのレコードが選択された場合、管理サーバ２０は、性能分析処理を終了する。
【０１１９】
以上のように、本発明の第１の実施形態によれば、管理サーバ２０は、収集レベルグループごとに、論理ボリューム３０５の性能情報の収集項目、収集間隔及び集約条件を変更できる。具体的には、論理ボリュームと収集レベルグループとの対応変更されると、管理サーバ２０は、性能監視負荷等に応じて、論理ボリューム３０５の性能情報の収集項目、収集間隔及び集約条件を変更する。
【０１２０】
（第２の実施の形態）
本発明の第２の実施の形態では、管理サーバ２０は、論理ボリューム３０５と収集レベルグループとの対応を、当該論理ボリューム３０５から収集された性能情報に基づいて変更する。
【０１２１】
第２の実施の形態の計算機システムの構成は、管理サーバ２０を除き、第１の実施の形態と同一である。よって、同一の構成については説明を省略する。
【０１２２】
図１２は、本発明の第２の実施の形態の計算機システムに備わる管理サーバ２０の構成のブロック図である。
【０１２３】
第２の実施の形態の管理サーバ２０は、収集レベルグループ管理プログラム２２０及びデータ特性テーブル２２６をメモリ２０２に記憶する点を除き、第１の実施の形態の管理サーバと同一である。同一の構成には同一の番号を付すことによって、説明を省略する。
【０１２４】
収集レベルグループ管理プログラム２２０は、データ特性テーブル２２６に基づいて、論理ボリューム３０５を、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類する。また、収集レベルグループ管理プログラム２２０は、データ特性テーブル２２６に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更する。なお、本実施の形態では、論理ボリューム３０５は、三つの収集レベルグループのいずれかに分類されるが、いくつの収集レベルグループに分類されてもよい。
【０１２５】
また、収集レベルグループ管理プログラム２２０は、ストレージサブシステム３０５に備わるポートを、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類してもよい。
【０１２６】
そして、収集レベルグループ管理プログラム２２０は、論理ボリューム３０５と当該論理ボリューム３０５が属する収集レベルグループとの対応を、収集レベルグループ管理テーブル２２７に格納する。
【０１２７】
なお、本実施の形態では、管理サーバ２０が、ストレージ性能収集プログラム２１０及び収集レベルグループ管理プログラム２２０を記憶する。しかし、ストレージ性能収集プログラム２１０と収集レベルグループ管理プログラム２２０とが、異なるサーバによって実行されてもよい。
【０１２８】
データ特性テーブル２２６は、論理ボリューム３０５に格納されるデータの性能情報を管理する。なお、データ特性テーブル２２６については、図１３で詳細を説明する。
【０１２９】
図１３は、本発明の第２の実施の形態の管理サーバ２０に記憶されるデータ特性テーブル２２６の構成図である。
【０１３０】
データ特性テーブル２２６は、データ番号２２６１、論理ボリューム番号２２６２及びアクセス頻度２２６３を含む。
【０１３１】
データ番号２２６１は、論理ボリューム３０５に格納されるデータの一意な識別子である。論理ボリューム番号２２６２は、当該レコードのデータ番号２２６１によって識別されるデータが格納されている論理ボリューム３０５の一意な識別子である。
【０１３２】
アクセス頻度２２６３は、当該レコードのデータ番号２２６１によって識別されるデータへの単位時間当たりのＩＯ回数である。なお、データ特性テーブル２２６は、アクセス頻度２２６３でなく、アクセス頻度以外の性能情報を含んでもよい。
【０１３３】
図１４は、本発明の第２の実施の形態の管理サーバ２０によって実行される収集レベルグループ変更処理のフローチャートである。
【０１３４】
まず、管理サーバ２０は、性能情報テーブル２２３及びデータ配置テーブル２２４に基づいて、データ特性テーブル２２６を作成する（１２０）。
【０１３５】
具体的には、管理サーバ２０は、データ配置テーブル２２４の配置期間２２４３が現在の時刻を含むすべてのレコードを、データ配置テーブル２２４から選択する。次に、管理サーバ２０は、選択したレコードから、データ番号２２４１及び論理ボリューム番号２２４２を抽出する。
【０１３６】
次に、管理サーバ２０は、抽出した論理ボリューム番号２２４２と性能情報テーブル２２３の論理ボリューム番号２２３１とが一致するすべてのレコードを、性能情報テーブル２２３から選択する。次に、管理サーバ２０は、性能情報テーブル２２３の収集項目名２２３２に「ＩＯ数」が格納されているレコードを、選択したレコードの中から選択する。次に、管理サーバ２０は、性能情報テーブル２２３の収集時刻２２３３に最新の時刻が格納されているレコードを、選択したレコードの中から選択する。そして、管理サーバ２０は、選択したレコードから、性能値２２３４を抽出する。
【０１３７】
次に、管理サーバ２０は、抽出したデータ番号２２４１を、データ特性テーブル２２６のデータ番号２２６１に格納する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２４２を、データ特性テーブル２２６の論理ボリューム番号２２６２に格納する。次に、管理サーバ２０は、抽出した性能値２２３４を、データ特性テーブル２２６のアクセス頻度２２６３に格納する。このようにして、管理サーバ２０は、データ特性テーブル２２６を作成する。
【０１３８】
次に、管理サーバ２０は、データ特性テーブル２２６のアクセス頻度２２６３が大きい順に、データ特性テーブル２２６のレコードを並び替える（１２１）。そして、管理サーバ２０は、収集レベルグループ管理テーブル２２７を更新する。
【０１３９】
具体的には、管理サーバ２０は、データ特性テーブル２２６のレコードを、上から順番に所定の数だけ選択する。そして、管理サーバ２０は、最初に選択した所定の数のレコードから、論理ボリューム番号２２６２を抽出する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２６２と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「高収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が高い論理ボリューム３０５を、高収集レベルグループに分類する。
【０１４０】
管理サーバ２０は、データ特性テーブル２２６の選択されていないレコードを、上から順番に所定の数だけ選択する。次に、管理サーバ２０は、二回目に選択した所定の数のレコードから、論理ボリューム番号２２６２を抽出する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２６２と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「中収集レベルグループ」を格納する。
【０１４１】
管理サーバ２０は、データ特性テーブル２２６の選択されずに残ったレコードから、論理ボリューム番号２２６２を抽出する。次に、管理サーバ２０は、抽出した論理ボリューム番号２２６２と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「低収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が低い論理ボリューム３０５を、低収集レベルグループに分類する。
【０１４２】
更に、管理サーバ２０は、収集レベルグループ定義テーブル２２２及び更新された収集レベルグループ管理テーブル２２７に基づいて、収集項目情報テーブル２２１を更新する。
【０１４３】
具体的には、管理サーバ２０は、収集レベルグループとの対応が変更された論理ボリューム３０５を特定する。次に、管理サーバ２０は、特定された論理ボリューム３０５の識別子と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードから、収集レベルグループ２２７２を抽出する。
【０１４４】
次に、管理サーバ２０は、抽出した収集レベルグループ２２７２が平常時又は収集コスト増大時のいずれに該当するかを判定する。
【０１４５】
収集レベルグループ２２７２が平常時に該当する場合、管理サーバ２０は、抽出した収集レベルグループ２２７２と収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、平常時の収集間隔２２２３及び平常時の集約条件２２２５を抽出する。
【０１４６】
次に、管理サーバ２０は、特定された論理ボリューム３０５の識別子と収集項目情報テーブル２２１の論理ボリューム番号２２１１とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、選択したレコードの収集間隔２２１３に、抽出した平常時の収集間隔２２２３を格納する。次に、管理サーバ２０は、選択したレコードの集約条件２２１４に、抽出した平常時の集約条件２２２５を格納する。更に、管理サーバ２０は、選択したレコードの収集レベルグループ２２１５に、抽出した収集レベルグループ２２７２を格納する。
【０１４７】
一方、収集レベルグループ２２７２が収集コスト増大時に該当する場合、管理サーバ２０は、抽出した収集レベルグループ２２７２と収集レベルグループ定義テーブル２２２の収集レベルグループ２２２１とが一致するレコードを、収集レベルグループ定義テーブル２２２から選択する。次に、管理サーバ２０は、選択したレコードから、収集コスト増大時の収集間隔２２２４及び収集コスト増大時の集約条件２２２６を抽出する。
【０１４８】
次に、管理サーバ２０は、特定された論理ボリューム３０５の識別子と収集項目情報テーブル２２１の論理ボリューム番号２２１１とが一致するレコードを、収集項目情報テーブル２２１から選択する。次に、管理サーバ２０は、選択したレコードの収集間隔２２１３に、抽出した収集コスト増大時の収集間隔２２２４を格納する。次に、管理サーバ２０は、選択したレコードの集約条件２２１４に、抽出した収集コスト増大時の集約条件２２２６を格納する。更に、管理サーバ２０は、選択したレコードの収集レベルグループ２２１５に、抽出した収集レベルグループ２２７２を格納する。
【０１４９】
このようにして、管理サーバ２０は、論理ボリューム３０５と収集レベルグループとの対応を変更する（１２２）。そして、管理サーバ２０は、収集レベルグループ変更処理を終了する。
【０１５０】
以上のように、第２の実施の形態では、管理サーバ２０は、論理ボリューム３０５へのアクセス頻度に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更する。なお、管理サーバ２０は、アクセス頻度でなく、論理ボリューム３０５の他の性能情報に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更してもよい。
【０１５１】
（第３の実施の形態）
第３の実施の形態では、管理サーバ２０は、ストレージサブシステム３０ごとに、収集レベルグループを設定する。
【０１５２】
図１５は、本発明の第３の実施の形態の計算機システムの構成のブロック図である。
【０１５３】
計算機システムは、ホスト計算機１０、ストレージサブシステム群、管理サーバ２０及びＳＡＮ４０を含む。
【０１５４】
ホスト計算機１０及びＳＡＮ４０は、第１の実施の形態の計算機システムに備わるものと同一であるので、説明を省略する。
【０１５５】
ストレージサブシステム群は、複数のストレージサブシステム３０を含む。本実施の形態では、ストレージサブシステム群は、ストレージサブシステム３０を三台含むが、いくつ含んでいてもよい。なお、ストレージサブシステム群に含まれるストレージサブシステム３０は、一台のストレージサブシステムが論理的に複数に分割された仮想ストレージサブシステムであってもよい。
【０１５６】
ストレージサブシステム３０は、制御装置３０１、ポート３０３及び物理ディスクを備える。物理ディスクは、ホスト計算機１０に書き込み要求されたデータを記憶する。ポート３０３は、ＳＡＮ４０を介してホスト計算機１０に接続される。
【０１５７】
制御装置３０１は、物理ディスクに対するデータの読み書きを制御する。また、制御装置３０１は、物理ディスクの記憶領域を、一つ以上の論理ボリューム３０５としてホスト計算機１０に提供する。
【０１５８】
本実施の形態では、管理サーバ２０は、論理ボリューム３０５を、高収集レベルグループ、中収集レベルグループ又は低収集レベルグループのいずれかにストレージサブシステム３０単位で分類する。なお、管理サーバ２０については、図１６で詳細を説明する。
【０１５９】
また、論理ボリューム３０５は、高収集レベルグループ、中収集レベルグループ又は低収集レベルグループのいずれかにストレージサブシステム３０単位で予め分類されていてもよい。この場合、高性能な上位階層ストレージサブシステムによって提供される論理ボリューム３０５は、高収集レベルグループに分類されると好適である。また、低性能な下位階層ストレージサブシステムによって提供される論理ボリューム３０５は、低収集レベルグループに分類されると好適である。
【０１６０】
図１６は、本発明の第３の実施の形態の計算機システムに備わる管理サーバ２０の構成のブロック図である。
【０１６１】
第３の実施の形態の管理サーバ２０は、ボリューム管理テーブル２２８及びストレージ特性テーブル２２９をメモリ２０２に記憶する点を除き、第１の実施の形態の管理サーバと同一である。同一の構成には同一の番号を付すことによって、説明を省略する。
【０１６２】
ボリューム管理テーブル２２８は、論理ボリューム３０５と当該論理ボリューム３０５を提供するストレージサブシステム３０との対応を管理する。なお、ボリューム管理テーブル２２８については、図１７で詳細を説明する。
【０１６３】
ストレージ特性テーブル２２９は、ストレージサブシステム３０に格納されるデータの特性を管理する。なお、ストレージ特性テーブル２２９については、図１８で詳細を説明する。
【０１６４】
図１７は、本発明の第３の実施の形態の管理サーバ２０に記憶されるボリューム管理テーブル２２８の構成図である。
【０１６５】
ボリューム管理テーブル２２８は、論理ボリューム番号２２８１及びストレージ番号２２８２を含む。
【０１６６】
論理ボリューム番号２２８１は、ストレージサブシステム３０によって提供される論理ボリューム３０５の一意な識別子である。ストレージ番号２２８２は、当該レコードの論理ボリューム番号２２８１によって識別される論理ボリューム３０５を提供するストレージサブシステム３０の一意な識別子である。
【０１６７】
図１８は、本発明の第３の実施の形態の管理サーバ２０に記憶されるストレージ特性テーブル２２９の構成図である。
【０１６８】
ストレージ特性テーブル２２９は、ストレージ番号２２９１及びアクセス頻度２２９２を含む。
【０１６９】
ストレージ番号２２９１は、計算機システムに備わるストレージサブシステム３０の一意な識別子である。アクセス頻度２２９２は、当該レコードのストレージ番号２２９１によって識別されるストレージサブシステム３０に格納されるデータへの単位時間当たりのＩＯ回数である。なお、ストレージ特性テーブル２２９は、アクセス頻度２２９２でなく、アクセス頻度以外の性能情報を含んでもよい。
【０１７０】
図１９は、本発明の第３の実施の形態の管理サーバ２０によって実行される収集レベルグループ変更処理のフローチャートである。
【０１７１】
まず、管理サーバ２０は、性能情報テーブル２２３及びデータ配置テーブル２２４に基づいて、データ特性テーブル２２６を作成する（１２０）。なお、ステップ１２０は、第２の実施の形態の収集レベルグループ変更処理（図１４）に含まれるものと同一なので、詳細な説明を省略する。
【０１７２】
次に、管理サーバ２０は、ボリューム管理テーブル２２８及び作成したデータ特性テーブル２２６に基づいて、ストレージ特性テーブル２２９を作成する（１７０）。
【０１７３】
具体的には、管理サーバ２０は、計算機システムに備わるストレージサブシステム３０を順番に選択する。次に、管理サーバ２０は、選択したストレージサブシステム３０の識別子とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８２から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
【０１７４】
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１とデータ特性テーブル２２６の論理ボリューム番号２２６２とが一致するレコードを、データ特性テーブル２２６から選択する。次に、管理サーバ２０は、選択したレコードから、アクセス頻度２２６３を抽出する。次に、管理サーバ２０は、抽出したすべてのアクセス頻度２２６３を合計することによって、選択したストレージサブシステム３０に対するアクセス頻度を算出する。
【０１７５】
次に、管理サーバ２０は、ストレージ特性テーブル２２９に新たなレコードを作成する。次に、管理サーバ２０は、新たなレコードのストレージ番号２２９１に、選択したストレージサブシステム３０の識別子を格納する。次に、管理サーバ２０は、新たなレコードのアクセス頻度２２９２に、算出したストレージサブシステム３０に対するアクセス頻度を格納する。
【０１７６】
管理サーバ２０は、このような処理を、すべてのストレージサブシステム３０を選択するまで繰り返す。これによって、管理サーバ２０は、ストレージ特性テーブル２２９を作成する。
【０１７７】
次に、管理サーバ２０は、ストレージ特性テーブル２２９のアクセス頻度２２９２が大きい順に、ストレージ特性テーブル２２９のレコードを並び替える（１７１）。そして、管理サーバ２０は、収集レベルグループ管理テーブル２２７を更新する。
【０１７８】
具体的には、管理サーバ２０は、データ特性テーブル２２９のレコードを、上から順番に一つずつ選択する。
【０１７９】
管理サーバ２０は、最初に選択したレコードから、ストレージ番号２２９１を抽出する。そして、管理サーバ２０は、抽出したストレージ番号２２９１によって識別されるストレージサブシステム３０が提供する論理ボリューム３０５を、高収集レベルグループに分類する。
【０１８０】
つまり、管理サーバ２０は、抽出したストレージ番号２２９１とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
【０１８１】
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「高収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が高いストレージサブシステム３０によって提供される論理ボリューム３０５を、高収集レベルグループに分類する。
【０１８２】
管理サーバ２０は、二番目に選択したレコードから、ストレージ番号２２９１を抽出する。そして、管理サーバ２０は、抽出したストレージ番号２２９１によって識別されるストレージサブシステム３０が提供する論理ボリューム３０５を、中収集レベルグループに分類する。
【０１８３】
つまり、管理サーバ２０は、抽出したストレージ番号２２９１とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
【０１８４】
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「中収集レベルグループ」を格納する。
【０１８５】
管理サーバ２０は、最後に選択したレコードから、ストレージ番号２２９１を抽出する。そして、管理サーバ２０は、抽出したストレージ番号２２９１によって識別されるストレージサブシステム３０が提供する論理ボリューム３０５を、低収集レベルグループに分類する。
【０１８６】
つまり、管理サーバ２０は、抽出したストレージ番号２２９１とボリューム管理テーブル２２８のストレージ番号２２８２とが一致するすべてのレコードを、ボリューム管理テーブル２２８から選択する。次に、管理サーバ２０は、選択したレコードから、論理ボリューム番号２２８１を抽出する。
【０１８７】
次に、管理サーバ２０は、抽出した論理ボリューム番号２２８１と収集レベルグループ管理テーブル２２７の論理ボリューム番号２２７１とが一致するレコードを、収集レベルグループ管理テーブル２２７から選択する。次に、管理サーバ２０は、選択したレコードの収集レベルグループ２２７２に、「低収集レベルグループ」を格納する。これによって、管理サーバ２０は、アクセス頻度が低いストレージサブシステム３０によって提供される論理ボリューム３０５を、低収集レベルグループに分類する。
【０１８８】
更に、管理サーバ２０は、収集レベルグループ定義テーブル２２２及び更新された収集レベルグループ管理テーブル２２７に基づいて、収集項目情報テーブル２２１を更新する。収集項目情報テーブル２２１の更新処理は、第２の実施の形態の収集レベルグループ変更処理（図１４）のステップ１２２に含まれるものと同一なので、詳細な説明を省略する。
【０１８９】
このようにして、管理サーバ２０は、論理ボリューム３０５と収集レベルグループとの対応を、ストレージサブシステム３０単位で変更する（１７２）。そして、管理サーバ２０は、収集レベルグループ変更処理を終了する。
【０１９０】
以上のように、第３の実施の形態では、管理サーバ２０は、ストレージサブシステム３０へのアクセス頻度に基づいて、論理ボリューム３０５と収集レベルグループとの対応をストレージサブシステム３０単位で変更する。なお、管理サーバ２０は、アクセス頻度でなく、ストレージサブシステム３０の他の性能情報に基づいて、論理ボリューム３０５と収集レベルグループとの対応を変更してもよい。
【０１９１】
（第４の実施の形態）
第４の実施の形態では、管理サーバ２０は、仮想ボリュームの性能情報を収集し、収集した性能情報を集約する。
【０１９２】
図２０は、本発明の第４の実施の形態の計算機システムの構成のブロック図である。
【０１９３】
第４の実施の形態の計算機システムは、ホスト計算機１０、管理サーバ２０、仮想化装置６０、外部ストレージサブシステム７０及びＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）４０を含む。
【０１９４】
第４の実施の形態では、ＳＡＮ４０は、ホスト計算機１０と仮想化装置６０とを接続する。また、仮想化装置６０には、外部ストレージサブシステム７０が接続されている。
【０１９５】
外部ストレージサブシステム７０は、制御装置７０１及び物理ディスクを備える。制御装置７０１は、物理ディスクに対するデータの読み書きを制御する。また、制御装置７０１は、物理ディスクの記憶領域を、一つ以上の論理ボリューム７０５として仮想化装置６０に提供する。
【０１９６】
仮想化装置６０は、制御装置６０１及びポート６０３を備える。ポート６０３は、ＳＡＮ４０を介してホスト計算機１０に接続される。
【０１９７】
制御装置６０１は、外部ストレージサブシステム７０によって提供された論理ボリューム７０５を、仮想ボリューム６０５としてホスト計算機１０に提供する。なお、ホスト計算機１０は、仮想ボリューム６０５を仮想化装置６０に備わるものとして認識する。
【０１９８】
制御装置６０１は、仮想ボリューム６０５に対するデータの書き込み要求を受けると、当該データを、外部ストレージサブシステム７０に転送する。すると、外部ストレージサブシステム７０の制御装置７０１は、書き込みを要求された仮想ボリューム６０５に対応する論理ボリューム７０５に、データを書き込む。
【０１９９】
なお、仮想化装置６０は、ホスト計算機１０に書き込み要求されたデータを記憶する物理ディスクを備えていてもよい。この場合、仮想化装置６０の制御装置６０１は、物理ディスクの記憶領域を、一つ以上の論理ボリュームとしてホスト計算機１０に提供する。つまり、制御装置６０１は、仮想ボリューム６０５に加えて、論理ボリュームをホスト計算機１０に提供してもよい。
【０２００】
ホスト計算機１０は、プロセッサ、メモリ及びインタフェースを備える。ホスト計算機１０に備わるプロセッサは、メモリに記憶されるプログラムを実行することによって、各種処理を行う。ホスト計算機１０に備わるメモリは、プロセッサに実行されるプログラム及びプロセッサに必要とされるデータ等を記憶する。ホスト計算機１０に備わるインタフェースは、ＳＡＮ４０を介して、仮想化装置７０に接続される。
【０２０１】
ホスト計算機１０は、仮想化装置６０によって提供される仮想ボリューム６０５にデータを書き込む。また、ホスト計算機１０は、仮想化装置６０によって提供される仮想ボリューム６０５からデータを読み出す。
【０２０２】
管理サーバ２０は、第１の実施の形態の計算機システムに備わる管理サーバ又は第２の実施の形態の計算機システムに備わる管理サーバのいずれであってもよい。但し、本実施の形態では、管理サーバ２０は、仮想ボリューム６０５を、高収集レベルグループ３１０、中収集レベルグループ３２０又は低収集レベルグループ３３０のいずれかに分類する。なお、本実施の形態の管理サーバ２０は、仮想ボリューム６０５を論理ボリュームと同様に扱って、各種処理を行う。
【０２０３】
本実施の形態では、管理サーバ２０は、収集レベルグループごとに、仮想ボリューム６０５の性能情報の収集項目、収集間隔及び集約条件を変更できる。具体的には、管理サーバ２０は、性能監視負荷等に応じて、仮想ボリューム６０５の性能情報の収集項目、収集間隔及び集約条件を変更できる。
【図面の簡単な説明】
【０２０４】
【図１】本発明の第１の実施の形態の計算機システムの構成のブロック図である。
【図２】本発明の第１の実施の形態の計算機システムに備わる管理サーバの構成のブロック図である。
【図３】本発明の第１の実施の形態の管理サーバに記憶される収集項目情報テーブルの構成図である。
【図４】本発明の第１の実施の形態の管理サーバに記憶される収集レベルグループ定義テーブルの構成図である。
【図５】本発明の第１の実施の形態の管理サーバに記憶される性能情報テーブルの構成図である。
【図６】本発明の第１の実施の形態の管理サーバに記憶されるデータ配置テーブルの構成図である。
【図７】本発明の第１の実施の形態の管理サーバに記憶される最終収集時刻管理テーブルの構成図である。
【図８】本発明の第１の実施の形態の管理サーバに記憶される収集レベルグループ管理テーブルの構成図である。
【図９】本発明の第１の実施の形態の管理サーバによって実行される収集項目情報テーブルの更新処理のフローチャートである。
【図１０】本発明の第１の実施の形態の管理サーバによって実行される性能情報収集処理のフローチャートである。
【図１１】本発明の第１の実施の形態の管理サーバによって実行される性能分析処理のフローチャートである。
【図１２】本発明の第２の実施の形態の計算機システムに備わる管理サーバの構成のブロック図である。
【図１３】本発明の第２の実施の形態の管理サーバに記憶されるデータ特性テーブルの構成図である。
【図１４】本発明の第２の実施の形態の管理サーバによって実行される収集レベルグループ変更処理のフローチャートである。
【図１５】本発明の第３の実施の形態の計算機システムの構成のブロック図である。
【図１６】本発明の第３の実施の形態の計算機システムに備わる管理サーバの構成のブロック図である。
【図１７】本発明の第３の実施の形態の管理サーバに記憶されるボリューム管理テーブルの構成図である。
【図１８】本発明の第３の実施の形態の管理サーバに記憶されるストレージ特性テーブル２２９の構成図である。
【図１９】本発明の第３の実施の形態の管理サーバによって実行される収集レベルグループ変更処理のフローチャートである。
【図２０】本発明の第４の実施の形態の計算機システムの構成のブロック図である。
【符号の説明】
【０２０５】
１０  ホスト計算機
２０  管理サーバ
３０  ストレージサブシステム
４０  ＳＡＮ
２０１  プロセッサ
２０２  メモリ
２０３  インタフェース
２１０  ストレージ性能収集プログラム
２１１  性能分析サブプログラム
２１５  性能情報収集サブプログラム
２１６  データ収集部
２１７  収集項目設定部
２１８  収集レベル取得部
２２０  収集レベルグループ管理プログラム
２２１  収集項目情報テーブル
２２２  収集レベルグループ定義テーブル
２２３  性能情報テーブル
２２４  データ配置テーブル
２２５  最終収集時刻管理テーブル
２２６  データ特性テーブル
２２７  収集レベルグループ管理テーブル
２２８  ボリューム管理テーブル
２２９  ストレージ特性テーブル
３０１  制御装置
３０３  ポート
３０５  論理ボリューム
３１０  高収集レベルグループ
３２０  中収集レベルグループ
３３０  低収集レベルグループ
【図１】
2007323560.tif 000003
【図２】
2007323560.tif 000004
【図３】
2007323560.tif 000005
【図４】
2007323560.tif 000006
【図５】
2007323560.tif 000007
【図６】
2007323560.tif 000008
【図７】
2007323560.tif 000009
【図８】
2007323560.tif 000010
【図９】
2007323560.tif 000011
【図１０】
2007323560.tif 000012
【図１１】
2007323560.tif 000013
【図１２】
2007323560.tif 000014
【図１３】
2007323560.tif 000015
【図１４】
2007323560.tif 000016
【図１５】
2007323560.tif 000017
【図１６】
2007323560.tif 000018
【図１７】
2007323560.tif 000019
【図１８】
2007323560.tif 000020
【図１９】
2007323560.tif 000021
【図２０】
2007323560.tif 000022