(57)【要約】      （修正有）【課題】コンピュータシステムの性能情報を含むデータである性能データの管理方法を制御することにより、記憶領域の効率の良い使用方法を提供する。【解決手段】性能データとそれ以外のデータとを書き込むための記憶領域と、記憶領域を制御するコントローラと、を備える前記コンピュータシステムにおける前記性能データのデータ管理方法であって、コントローラが、記憶領域の空き容量を検出するステップと、コントローラが、検出した空き容量に従って、性能データの書き込み方法を決定するステップと、コントローラが、性能データを取得するステップと、コントローラが、書き込み方法に従って、取得した性能データを記憶領域に書き込むステップとを備えるようにする。【選択図】      図８
2004234557.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムの性能情報を含むデータである性能データとそれ以外のデータとを書き込むための記憶領域と、
前記記憶領域を制御するコントローラと
を備える前記コンピュータシステムにおける前記性能データのデータ管理方法であって、
前記コントローラが、前記記憶領域の空き容量を検出するステップと、
前記コントローラが、検出した該空き容量に従って、前記性能データの書き込み方法を決定するステップと、
前記コントローラが、前記性能データを取得するステップと、
前記コントローラが、前記書き込み方法に従って、取得した前記性能データを前記記憶領域に書き込むステップと
を備えることを特徴とするデータ管理方法。
【請求項２】
前記書き込み方法が、性能データの種類または書き込み時期であることを特徴とする請求項１に記載のデータ管理方法。
【請求項３】
前記コントローラが、前記書き込み方法に従って、取得した前記性能データを前記記憶領域に書き込むステップが、
前記コントローラが、検出した前記空き容量が、設定されている容量より大きい場合、該性能データを前記記憶領域に書き込むステップと、
前記空き容量が、前記設定されている容量より小さい場合、前記記憶領域に保存されている性能データを削除し、該性能データを前記記憶領域に書きこむステップと、
を備えることを特徴とする請求項１または２に記載のデータ管理方法。
【請求項４】
前記コントローラが、前記書き込み方法に従って、取得した前記性能データを前記記憶領域に書き込むステップが、
前記コントローラが、取得した該性能データを前記記憶領域に記録する際に必要な性能データ量を算出するステップと、
前記コントローラが、検出した前記空き容量が、設定されている容量より大きい場合、取得した該性能データを前記記憶領域に書き込み、
前記空き容量が、前記設定されている容量より小さい場合、前記性能データを記録するための性能データ領域として、前記記憶領域上に保存されている既存性能データの容量と同じ容量を割り当て、算出した該性能データ量と等しい容量の該既存性能データを削除し、取得した該性能データを前記記憶領域に書き込むステップと、
を備えることを特徴とする請求項１または２に記載のデータ管理方法。
【請求項５】
コンピュータシステムの性能情報を含むデータである性能データとそれ以外のデータとを書き込むための記憶領域と、
前記記憶領域を制御するコントローラと
を備える前記コンピュータシステムにおける前記性能データのデータ管理方法であって、
前記コントローラが、前記記憶領域の空き容量を検出するステップと、
前記コントローラが、検出した該空き容量が第１の設定されている容量より大きい場合、該空き容量に従って、前記性能データの書き込み方法を決定し、前記性能データを取得し、前記書き込み方法に従って該性能データを前記記憶領域に書き込み、
前記記憶領域上の該空き容量が、第１の設定されている容量より小さく、前記記憶領域上に保存されている既存性能データ量が、第２の設定されている容量より小さい場合、前記コントローラが、前記性能データを取得し、取得した該性能データを記憶領域に記録する際に必要な性能データ量を算出し、
前記記憶領域上に保存されている該既存性能データ量と算出した該性能データ量の和が第２の設定されている容量より小さいと、該性能データを前記記憶領域に書きこみ、
保存されている該既存性能データ量と算出した該性能データ量との和が第２の設定されている容量より大きいと、少なくともこれら性能データ量の和から第２の設定されている容量を引いた差と同じ容量の保存されている該既存性能データを削除し、取得した該性能データを前記記憶領域に書き込み、
前記記憶領域上の該空き容量が、第１の設定されている容量より小さく、前記記憶領域上に保存されている該性能情報量が、第２の設定されている容量より大きい場合、
前記コントローラが、取得した前記性能データを記憶領域に記録する際に必要な性能データ量を算出し、
第２の設定されている容量中の空き容量が、少なくとも算出した該性能データ量と同じ量になるまで、保存されている該既存性能データを削除し、取得した該性能データを前記記憶領域に書き込むステップと、
を備えることを特徴とするデータ管理方法。
【請求項６】
コンピュータシステムの性能情報を含むデータである性能データとそれ以外のデータとを書き込むための記憶領域と、
前記記憶領域を制御するコントローラと
を備える前記コンピュータシステムにおける前記性能データのデータ管理方法であって、
前記コントローラが、前記性能データを記録するために、前記記憶領域上の設定されている容量を割り当てるステップと、
前記コントローラが、前記性能データを取得するステップと、
前記コントローラが、取得した前記性能データを前記記憶領域に記録する際に必要な性能データ量を算出するステップと、
前記コントローラが、算出した該性能データ量が、前記割り当てられた容量中の空き容量より小さい場合、該性能データを前記記憶領域に書き込み、
算出した該性能データ量が、前記割り当てられた容量中の空き容量より大きい場合、前記記憶領域上に既に記録されている既存性能データを削除し、取得した該性能データを前記記憶領域に書き込むステップと、
を備えることを特徴とするデータ管理方法。
【請求項７】
コンピュータシステムの性能情報を含むデータである性能データとそれ以外のデータとを書き込むための記憶領域と、
前記記憶領域を制御するコントローラと
を備える前記コンピュータシステムにおける前記性能データのデータ管理方法であって、
前記コントローラが、前記性能データを記録するために、前記記憶領域上の設定されている容量を割り当てるステップと、
前記コントローラが、前記性能データを取得するステップと、
前記コントローラが、取得した該性能データを前記記憶領域に記録する際に必要な性能データ量を算出するステップと、
前記コントローラが、算出した該性能データ量が、割り当てられた前記設定されている容量中の空き容量より小さい場合、該性能データを前記記憶領域に書き込み、
算出した該性能データ量が、割り当てられた前記設定されている容量中の空き容量より大きい場合、前記記憶領域上に既に記録されている前記性能データを、その空き容量が算出した該性能データ量と同じ量になるまで削除し、取得した該性能データを前記記憶領域に書き込むステップと、
を備えることを特徴とするデータ管理方法。
【請求項８】
前記コントローラが、前記記憶領域に保存されている前記性能情報を削除する前に、削除する前記性能データまたはその一部を含むデータのバックアップを取ることを特徴とする請求項１，２，６、または７のいずれかに記載のデータ管理方法。
【請求項９】
コンピュータシステムの性能情報を含むデータである性能データと、それ以外のデータとを書き込むための記憶領域を制御するためのコントローラであって、
前記記憶領域の空き容量を検出し、
検出した該空き容量に従って、次に取得する前記性能データの書き込み方法を決定し、
前記性能データを取得し、
取得した前記性能データを、前記書き込み方法に従って、前記記憶領域に書き込むことを特徴とするコントローラ。
【請求項１０】
コンピュータシステムの性能情報を含むデータである性能データと、それ以外のデータとを書き込むための記憶領域を制御するコントローラであって、
前記性能データを記録するために、前記記憶領域上の設定されている容量を割り当て、
前記性能データを取得し、
取得した前記性能データを前記記憶領域に記録する際に必要な性能データ量を算出し、
算出した該性能データ量が、割り当てられた容量中の空き容量より小さい場合、該性能データを前記記憶領域に書き込み、
算出した該性能データ量が、割り当てられた容量中の空き容量より大きい場合、前記記憶領域上に既に記録されている既存性能データを削除し、取得した該性能データを前記記憶領域に書き込む、
ことを特徴とするコントローラ。
【請求項１１】
コンピュータシステムの性能情報を含むデータである性能データとそれ以外のデータとを書き込むための記憶領域を制御するコントローラに、
前記記憶領域の空き容量を検出する機能と、
検出した該空き容量に従って、次に取得する前記性能データの書き込み方法を決定する機能と、
前記性能データを取得する機能と、
取得した前記性能データを、前記書き込み方法に従って、前記記憶領域に書き込む機能と
を実現させるためのプログラム。
【請求項１２】
コンピュータシステムの性能情報を含むデータである性能データと、それ以外のデータとを書き込むための記憶領域を制御するコントローラに、
前記性能データを記録するために、前記記憶領域上の設定されている容量を割り当てる機能と、
前記性能データを取得する機能と、
取得した前記性能データを前記記憶領域に記録する際に必要な性能データ量を算出する機能と、
算出した該性能データ量が、割り当てられた容量中の空き容量より小さい場合、該性能データを前記記憶領域に書き込み、
算出した該性能データ量が、割り当てられた容量中の空き容量より大きい場合、前記記憶領域上に既に記録されている既存性能データを削除し、取得した該性能データを前記記憶領域に書き込む機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ管理方法、コントローラ、及びプログラムに関する。
【０００２】
【従来の技術】
コンピュータシステムは、その性能を監視することにより、性能に影響を及ぼす原因を把握し、問題発生時には迅速に対応することができるようになる。特に、近年の大規模化したコンピュータシステムに、効率よく安定した性能を発揮させるためには、その性能を監視することが重要である。例えば、処理速度の維持、データ転送速度の維持、メモリやディスクの確保、等のために、監視装置を設け、ＣＰＵ、メモリ、ディスク、Ｉ／Ｏインターフェイス、ネットワークコントローラ等の性能を監視させ、一定時間ごとに性能情報を取得させて、性能データとして記憶装置に記録させることができる。
【０００３】
従来のコンピュータシステムの性能の監視装置は、同じ種類の性能について、同じタイミングで監視し、記録しており、他の要素に応じて監視方法などを変えるという技術は、例えば、特許文献１以外、ほとんど報告されていない。
【０００４】
【特許文献１】
特開２００１−３２５１２６号公報
【０００５】
【発明が解決しようとする課題】
コンピュータシステムの性能データは、通常ログファイルとして取得され、記憶装置に保存される。しかし、記憶装置はログファイルだけを記録しているわけではないので、ログファイルの容量が大きくなってくれば、他のデータのための記憶容量にまで影響が及ぶ。
そこで、本発明は、性能データの管理方法を制御することにより、記憶領域の効率の良い使用方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の性能データの管理方法は、コンピュータシステムの性能情報を含むデータである性能データとそれ以外のデータとを書き込むための記憶領域と、前記記憶領域を制御するコントローラとを備える前記コンピュータシステムにおける前記性能データのデータ管理方法であって、前記コントローラが、前記記憶領域の空き容量を検出するステップと、前記コントローラが、検出した該空き容量に従って、前記性能データの書き込み方法を決定するステップと、前記コントローラが、前記性能データを取得するステップと、前記コントローラが、前記書き込み方法に従って、取得した前記性能データを前記記憶領域に書き込むステップとを備えることとする。
【０００７】
ストレージシステムにおいては、記憶デバイスに設定される論理ボリューム（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）（以下、ＬＵと記す）が記憶領域を構成し、記憶デバイス制御装置が、記憶デバイスを制御するコントローラを構成する。
【０００８】
【発明の実施の形態】
＝＝＝全体構成例＝＝＝
ストレージシステム１００は、記憶デバイス２００と、記憶デバイス制御装置３００とを備えている。記憶デバイス制御装置３００は、システム外の情報処理装置４００から受信した入出力要求等のコマンドに従って、記憶デバイス２００の制御を行う。例えば、記憶デバイス制御装置３００は、情報処理装置４００からデータ及びデータの書き込み要求を受信して、記憶デバイス２００に対してデータの書き込みを行う。この際、データは、記憶デバイス２００が備えるディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域であるＬＵに記憶される。また記憶デバイス制御装置３００は、情報処理装置４００との間で、ストレージシステム１００自体を管理するための各種コマンドの授受も行う。
【０００９】
情報処理装置４００はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリを備えたコンピュータである。情報処理装置４００が備えるＣＰＵにより各種プログラムが実行されることにより様々な機能が実現される。情報処理装置４００は、例えばパーソナルコンピュータやワークステーションであってもよく、メインフレームコンピュータであってもよい。
【００１０】
図１において、情報処理装置４００は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）５００を介して記憶デバイス制御装置３００と接続しているが、ＳＡＮ等他のネットワークを介してもよく、また、直接記憶デバイス制御装置３００と接続していてもよい。ＬＡＮ５００を構成するには、インターネットを利用してもよく、専用のネットワークを構築してもよい。ＬＡＮ５００を介して行われる情報処理装置４００と記憶デバイス制御装置３００との間の通信は、例えばＴＣＰ／ＩＰプロトコルに従って行われる。情報処理装置４００からは、ストレージシステム１００に対して、ファイル名指定によるデータアクセス要求（以下、ファイルアクセス要求と記す）が送信される。
【００１１】
ＬＡＮ５００にはバックアップデバイス６００が接続されている。バックアップデバイス６００は、例えばＭＯやＣＤ−Ｒ、ＤＶＤなどのディスク系デバイス、ＤＡＴテープ、カセットテープ、オープンテープ、カートリッジテープなどのテープ系デバイスであってもよく、ハードディスクであってもよい。バックアップデバイス６００は、ＬＡＮ５００を介して記憶デバイス制御装置３００との間で通信を行うことにより、記憶デバイス２００に記憶されているデータのバックアップデータを記憶する。またバックアップデバイス６００を情報処理装置４００と接続してもよい。この場合は情報処理装置４００を介して記憶デバイス２００に記憶されているデータのバックアップデータを取得できるようにする。
【００１２】
＝＝＝記憶デバイス＝＝＝
記憶デバイス２００は多数のディスクドライブ（物理ディスク）を備えており、情報処理装置４００に対して記憶領域を提供する。ディスクドライブとしては、例えばハードディスク装置やリムーバルディスク装置、半導体記憶装置等様々なものを用いることができる。データは、ディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域であるＬＵに記憶されている。記憶デバイス２００に設定されるＬＵには、情報処理装置４００や、ＬＡＮ上の他の端末からアクセス可能であり、それらからデータの出入力が可能である。
【００１３】
なお、記憶デバイス２００は、例えば、複数のディスクドライブによりディスクアレイを構成するようにしてもよい。この場合、情報処理装置４００に対して提供される記憶領域は、ＲＡＩＤにより管理された複数のディスクドライブにより提供されるようにしてもよい。
【００１４】
記憶デバイス制御装置３００と記憶デバイス２００との間は、図１のように、ストレージシステム１００として直接に接続される形態としてもよく、記憶デバイス２００をシステム外に置いて、ネットワークを介して接続するようにしてもよい。さらに記憶デバイス２００を記憶デバイス制御装置３００と一体として構成してもよい。
＝＝＝記憶デバイス制御装置＝＝＝
記憶デバイス制御装置３００は、情報処理装置４００との間で通信を行うための通信インタフェースを備え、情報処理装置４００との間でデータ入出力コマンド等を授受する機能を備える。これによりストレージシステム１００はＮＡＳとしてのサービスを情報処理装置４００に提供することができる。
【００１５】
さらに、記憶デバイス制御装置３００は、ストレージシステム１００について、その動作状態の確認、設定や制御などを行うＮＡＳマネージャ７００、記憶デバイス２００の制御を行うディスク制御部８００，及び性能データを管理する性能管理プログラム９００を備える。記憶デバイス制御装置３００のオペレーティングシステムは例えばＵＮＩＸ（登録商標）であり、これらＮＡＳマネージャ７００やディスク制御部８００や性能管理プログラム９００は、オペレーティングシステム上で、例えば、ＲＡＩＤマネージャ、ボリュームマネージャ、ＳＶＰマネージャ、ファイルシステムプログラム、ネットワーク制御部、バックアップ管理プログラム、障害管理プログラムのソフトウェアと共に動作する。
【００１６】
ＮＡＳマネージャ７００は、ストレージシステム１００について、その動作状態の確認、設定や制御などを行うと共に、Ｗｅｂサーバとしての機能も有し、情報処理装置４００からストレージシステム１００の設定や制御を行うための設定Ｗｅｂページを情報処理装置４００に提供する。ＮＡＳマネージャ７００は、情報処理装置４００からのＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）リクエストに応じて、設定Ｗｅｂページのデータを情報処理装置４００に送信する。情報処理装置４００側では、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）に表示された設定Ｗｅｂページを利用して、システムアドミニストレータなどがストレージシステム１００の設定や制御の指示を行う。ＮＡＳマネージャ７００は、ＧＵＩにおける設定Ｗｅｂページに対する操作によって情報処理装置２００から送信される設定や制御に関するデータを受信して、そのデータに対応する設定や制御を実行する。これにより、情報処理装置４００において、ストレージシステム１００の様々な設定や制御を行うことができる。ＮＡＳマネージャ７００の設定Ｗｅｂページを利用して行うことができる内容としては、例えば、記憶デバイスの管理や設定（容量管理や容量拡張・縮小、ユーザ割り当て等）、上述の複製管理やリモートコピー（レプリケーション）等の機能に関する設定や制御（複製元のＬＵと複製先のＬＵの設定など）、ＯＳやＯＳ上で動作するアプリケーションプログラムのバージョン管理、ウイルス検知プログラムやウイルス駆除などのデータの安全性に関する機能を提供するセキュリティ管理プログラムの動作状態の管理や設定などがある。
【００１７】
ディスク制御部８００は、記憶デバイス２００の制御を行い、例えば、記憶デバイス制御装置３００が情報処理装置４００からデータ及びデータ書き込みコマンドを受信すると、ディスク制御部８００は、そのデータ書き込みコマンドに従って、記憶デバイス２００へデータの書き込みを行う。また、論理アドレス指定によるＬＵへのデータアクセス要求を、物理アドレス指定による物理ディスクへのデータアクセス要求に変換する。さらに、記憶デバイス２００における物理ディスクがＲＡＩＤにより管理されている場合には、ＲＡＩＤ構成（例えば、ＲＡＩＤ０，１，５）に従って、データへアクセスする。またディスク制御部８００は、記憶デバイス２００に記憶されたデータの複製やバックアップの際の制御を行う。さらにディスク制御部８００は、災害発生時のデータ消失防止（ディザスタリカバリ）などを目的としてプライマリサイトのストレージシステム１００のデータの複製をセカンダリサイトに設置された他のストレージシステム１００にも記憶させる制御（レプリケーション機能、又はリモートコピー機能）なども行う。
【００１８】
性能管理プログラム９００は、例えば、図２の取得項目に示すような、コンピュータシステムの性能データを監視し、後述するポリシー定義（図６）に従って、性能データを取得する。そして、例えばログファイルの形式で、ディスク制御部を通じて、取得した性能データを記憶デバイス２００に書き込む。
【００１９】
＝＝＝管理端末＝＝＝
管理端末１０００はストレージシステム１００を保守・管理するためのコンピュータである。管理端末１０００を操作することにより、例えば記憶デバイス２００内の物理ディスク構成の設定や、ＬＵの設定等を行うことができる。ここで、記憶デバイス２００内の物理ディスク構成の設定としては、例えば物理ディスクの増設や減設等を行うことができる。さらに管理端末１０００からは、ストレージシステム１００の動作状態の確認や故障部位の特定、オペレーティングシステムのインストール等の作業を行うこともできる。また管理端末１０００はＬＡＮや電話回線等で外部保守センタと接続されており、管理端末１０００を利用してストレージシステム１００の障害監視を行ったり、障害が発生した場合に迅速に対応することも可能である。障害の発生は例えばＯＳやアプリケーションプログラム、ドライバソフトウエアなどから通知される。この通知はＨＴＴＰプロトコルやＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、電子メールなどにより行われる。これらの設定や制御は、管理端末１０００で動作するＷｅｂサーバが提供するＷｅｂページをユーザインタフェースとしてオペレータなどにより行われる。オペレータ等は、管理端末１０００を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
【００２０】
管理端末１０００は記憶デバイス制御装置３００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また管理端末１０００は、記憶デバイス制御装置３００及び記憶デバイス２００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
【００２１】
＝＝＝実施の形態  １＝＝＝
本実施の形態では、取得した性能データを記憶する記憶デバイス２００の空き容量を検出し、その空き容量に従って、取得する性能データの書き込み方法を決定した後、取得した性能データを記憶デバイス２００に書き込むようにする（以下、この形態を「性能データ領域変動タイプ」と呼ぶ）。このことにより、記憶デバイス２００の空き容量を考慮に入れながら、性能データの記憶デバイス２００における占有容量を決定することができるようになる。性能データの重要性と他のデータの重要性との大小は様々であるが、例えば、記憶デバイス２００の空き容量が多く、性能データ量が多少増えても、他のデータのための容量は十分あると考えられるような場合、性能データを頻繁に、あるいは多量に取得し、保存する方が、コンピュータシステムの性能の管理には効果的である。しかしながら、記憶デバイス２００の空き容量が少なく、性能データの記憶デバイス２００への保存が他のデータのための記憶容量に影響を及ぼしかねない場合、保存する性能データ量をできるだけ減らす必要がある。このように、本実施の形態では、性能データだけでなくユーザデータなど他のデータも記憶しなければならない記憶デバイス２００の効率的な利用を可能にする。実施の形態１では、記憶デバイス２００の空き容量に従って、性能データの取得項目数、取得項目内容及び書き込み間隔を決定する。
【００２２】
まず、情報処理装置４００において、図２の取得レベル定義、図３の取得項目、図５の初期ポリシー定義、図６のポリシー定義を規定する。取得レベル定義（図２）では、ＣＰＵ、メモリ、ディスク性能、ネットワーク性能など、コンピュータシステムの性能の中から、大きく分けて、どのような種類のものを対象にするか、についての組み合わせを定義し、各組み合わせに対し、取得レベルを規定する。取得項目定義（図３）は、取得レベル定義において決定した項目を、さらに小項目に分けて定義を行い、情報処理装置４００において、具体的にどの性能を対象にするかの設定を選択することができるようにする。このようにしてできた出力ファイルの例を図４に示す。
【００２３】
初期ポリシー定義（図５）では、性能データの初期書き込み時に、処理時間内に取得する全性能データの予測必要容量が記憶デバイス２００の空き容量を超えた場合に用いられ、そこでは、記憶デバイス２００に既に記憶されている性能データの処理方法が定義されている。具体的には、既に記憶されている性能データに対する処理方法として、「上書き」と「削除」から選択できる。「上書き」は、最も古いファイルから、新しく書き込む容量だけ削除し、そこに新しいファイルを書き込む方法で、「削除」は、古いファイルを全て削除する方法である。ポリシー定義（図６）は、定常状態で、その状態の定義と、その状態になった場合にとるアクション、即ち性能データをどのように書き込むかという方法を定義している。記憶デバイス２００の容量が、あらかじめ設定された容量より少なくなった時、記憶デバイス２００の運用は、「停止運用ポリシー」で制御される。その制御方法を図７に示す。まず、性能データ領域の容量を固定させるか、変動させるかの選択ができる。本実施の形態は、変動させる方を選択する場合（図７における１〜３番）に相当する。さらに性能データの書き込み方に関して、「ラップアラウンド（１，２番）」と「削除（３番）」とから選択できる。「ラップアラウンド」というのは、性能データ領域に特定の容量を割り当て、初めは順次書き込みをし、空き領域がなくなったら、古いファイルから順次消去しながら、新しいファイルを書き込んでいく、という方法をいう。過去の性能データファイルをある程度残しておくため、必要な時には回収できるという利点がある。また、「削除」というのは、その時点で書き込まれている性能データをすべて削除した後、新しいファイルを書き込む方法である。記憶領域の空き領域があまりにも少ない場合、過去の性能データファイルを残しておくと、他のデータに対する記憶領域が残らなくなるかもしれず、そのような場合は、性能データファイルを保存せず、全部削除することにより、過去の性能データファイルから記憶容量を解放するのがよい。
【００２４】
以下、開始時刻から終了時刻までに性能管理プログラム９００の行う処理手順について、図８のフローチャートを用いて説明する。性能管理プログラム９００は、図２の取得レベル定義、図３の取得項目、図５の初期ポリシー定義、図６のポリシー定義を読み込み（Ｓ１０２）、処理開始時刻になるまで、待機する（Ｓ１０４）。処理開始時刻になると、性能データを書き込む記憶デバイス２００の空き容量を検出する（Ｓ１０６）。この空き容量に、処理時間内に取得する全性能データの書き込みができるかどうか予測するために、例えば、次式の計算を行うことにより、処理時間内に取得する全性能データの予測必要容量を算出する（Ｓ１０８）。
【００２５】
（取得回数）Ｘ（各項目の平均容量）Ｘ（取得項目数）
各パラメーターは、アルゴリズムによって、過去に行った処理のデータから推定されてもよく、またオペレータによって外部入力される変数としてもよく、管理端末から入力されてもよい。なお、全く初めて処理する場合は、記憶デバイス２００に何も書かれていないので、（Ｓ１０６）から（Ｓ１１２）の処理を省略する。記憶デバイス２００の空き容量と予測必要容量を比較し（Ｓ１１０）、予測必要容量が記憶デバイス２００の空き容量より大きい場合、そのまま処理を続けると、性能データが書き込めない事態に陥ることが予想されるため、あらかじめ性能データを減らすため、図５の初期ポリシー定義において選択した方法に従い、既に書き込まれている性能データを処理する（Ｓ１１２）。一方、予測必要容量が記憶デバイス２００の空き容量より小さい場合、既に書き込まれている性能データはそのままにしておく。いずれの場合でも、その後、必要最小限の性能データを取得し（Ｓ１１４）、記憶デバイス２００に書き込む（Ｓ１１６）。次に、記憶デバイスの空き容量を検出し（Ｓ１１８）、ポリシー定義に基づき、その空き容量に対応した運用ポリシーを決定する（Ｓ１２０）。その運用ポリシーに従って、性能データを取得し（Ｓ１２２）、記憶デバイス２００に書き込む（Ｓ１２４）。性能データを取得する前に終了時刻が来ると（Ｓ１２６）、処理時間中に取得した性能データから、性能サマリデータを作製し  （Ｓ１２８）、処理を終了する。
【００２６】
運用ポリシーにおいては、記憶デバイス２００の空き容量が多いほど、多くの種類の性能データを取得し、書き込み間隔も短くする。しかし、空き容量が少ないと、ユーザデータなど他のデータへの侵食を防ぐため、取得する性能データの種類を減らし、書き込み間隔も長くする。
【００２７】
上記処理中、初期ポリシー定義に基づく処理の詳細を、図９のフローチャートに示す。初期ポリシー定義で「上書き」が選択されていれば、最も古いファイルから、新しく書き込む容量分を削除して、そこに新しいファイルを書き込むことができるように、書き込み位置を性能データの最前部に置く（Ｓ２０２）。初期ポリシー定義で「削除」が選択されていれば、既存の性能データを全て削除する（Ｓ２０４）。
【００２８】
さらに、ポリシー定義に基づく処理を、図１０のフローチャートに示す。基本的には、記憶デバイス２００の空き容量に従って、取得レベル及び性能データの書き込み間隔を決定する（Ｓ３０２−Ｓ３０８）が、空き容量が、あらかじめ設定された、ある一定値以下（又は未満）である場合、例えば図１０においては、１Ｍ未満である場合に、過去に記憶された既存の性能データの処理が行われ（以下、停止運用ポリシーと呼ぶ。）、取得する性能データの取得レベルは最低レベルに抑えられ、書き込み間隔は最長になるように設定される。
【００２９】
停止運用ポリシーにおいて、あらかじめ「ラップアラウンド」が選択されている場合、性能データ領域に、あらかじめ設定される容量を割り当て、初めは順次書き込みをし、性能データ領域に空き領域がなくなったら、性能データの古いファイルから順次消去しながら、新しいファイルを書き込んでいくのであるが、この場合、性能データ領域の容量を、その時点で占有している容量に規定する（Ｓ３１０；変動タイプ）か、予め決められたサイズの容量に規定するか（Ｓ３１４；固定タイプ）、の２通りがある。変動タイプの場合、新しい性能データを書き込む時に、そのファイルと同じ容量だけ古いファイルから削除し（Ｓ３１２）、新しい性能データを書き込む（Ｓ１２４）。この方式には、過去の性能データファイルを、比較的長く保存できるという利点がある。一方、固定タイプの場合、あらかじめ性能データ領域の容量を設定し（Ｓ３１４）、新しい性能データを書き込む時に、設定した容量まで既存の性能データを削除し、さらに最低レベルの性能データファイルと同じ最低容量分だけ、古いファイルから削除し（Ｓ３１６）、新しい性能データファイルを書き込む（Ｓ１２４）。この方法には、記憶デバイス２００の空き容量が減った時でも、性能データを削除することにより、記憶デバイス上で、性能データファイルの占める領域を、ある程度抑制することができるという利点がある。停止運用ポリシーにある間は、これら性能データ領域として割り当てられた特定の容量は維持されるが、ユーザデータなどの他のデータが削除され、記憶デバイスの空き容量が増え、停止運用ポリシーから脱した場合、ここで規定された性能データ領域の容量の固定は解除される（Ｓ３２０）。一方、あらかじめ「上書き」が設定されている場合、既存の性能データを全て消去する（Ｓ３１８）。
【００３０】
本実施例では、空き容量検出と運用ポリシーの決定、データの取得、データの書き込み、というステップを、この順で一連に起こるステップとして述べたが、本来これらは独立のステップであり、この順序が変わっても、各ステップ間に多少の時差が生じても問題ない。なお、データの取得方法は、本実施例では、性能データの取得項目の種類と書き込み間隔を例にしたが、それらの組み合わせでも良く、また、それらには限らない。
【００３１】
性能管理プログラムに、既存のデータを削除する際あるいはそれ以前に、削除するデータのバックアップを取るためのアルゴリズムを設けてもよい。削除する前段階でバックアップを取っても良いし、一部の処置段階でのみバックアップを取ってもよい。さらに、バックアップ全部または一部について、性能サマリデータのバックアップを取るアルゴリズムとしてもよい。バックアップは、バックアップディスクに行われてもよく、他のＮＡＳに送信されてもよい。
【００３２】
＝＝＝実施の形態  ２＝＝＝
本実施の形態では、記憶デバイス２００において、あらかじめ、性能データのための容量を固定する（以下、この形態を「性能データ領域固定タイプ」と呼ぶ）。このことにより、性能データが増え続けて、記憶デバイスのうちでユーザの使用するユーザ領域が圧迫されるような状況は回避することができるようになる。
【００３３】
ストレージシステム１００の構成は実施例１と同じなので、ここでは説明を省略する。情報処理装置４００において、ポリシー定義（図６）については、まず、図７の表に示すように、性能データ領域の容量を固定させるか、変動させるかの選択ができる。本実施の形態は、固定させる方を選択する場合に相当する（図７、表の４，５番）。
【００３４】
以下、本実施の形態における、性能管理プログラム９００による性能データの管理の流れを図１１のフローチャートを用いて説明する。まず、性能管理プログラム９００が、性能データ領域の容量を確保し、固定する（Ｓ４０２）。性能データを取得し（Ｓ４０４）、その性能データを記憶デバイスに記憶させるのに必要なデータ容量を算出する（Ｓ４０６）。  ここで、性能データ領域の書き込み方法として、「ラップアラウンド」と「削除」が選択可能である。「ラップアラウンド」が選択されている場合、性能データ領域に、初めは順次書き込みをし（Ｓ４０８）、性能データ領域に空き領域がなくなったら、性能データの古いファイルから順次消去しながら（Ｓ４１０）、新しいファイルが書き込まれる（Ｓ４０８）。「削除」が選択されている場合、初めは順次書き込みをし（Ｓ４０８）、性能データ領域に空き領域がなくなったら、既存の性能データを全て消去し（Ｓ４１２）、新たに性能データを書き込んでいく（Ｓ４０８）。処理終了時刻が来ると、記憶されている性能データから、性能サマリデータを作成し（Ｓ４１４）、  処理を終了する。
性能サマリデータの取り扱いに関しては、実施の形態１と同じであるので、ここでは説明を省略する。
【００３５】
＝＝＝性能サマリデータ＝＝＝
性能サマリデータとは、性能データのうちの一部を抽出したデータあるいは性能データから平均値などを算出したデータであり、性能データ全体の特徴部分を捉えたものである。従って、性能データのうち、設定されている回数ごとにサマリデータとして保存しても良く、処理速度などの数値で表れるような性能であれば、設定されている回数ごとに平均値を取り、それを保存しても良い。また、ＣＰＵの性能データのみを保存するというように、一部のデータを抽出しても良い。さらに、コンピュータシステムにかかる負荷の大きさに伴って、サマリデータの内容を変えたり、保存する頻度を増やしたりしても良い。
【００３６】
例えば、実施の形態１及び２では、外部ＬＡＮ５００を通じて他の特定のＮＡＳに送信しておくことにより、受信する側のＮＡＳでは、全てのＮＡＳの性能サマリデータが揃うことになり、情報処理装置４００から、そのＮＡＳの備える記憶デバイス２００にアクセスするだけで、全ての記憶デバイスの性能サマリデータを入手でき、全ての記憶デバイスの性能を容易に比較できるようになる。従って、この性能サマリデータを監視しておけば、ある記憶デバイス２００に問題が生じた時であっても、容易に発見できるようになる。
【００３７】
他の実施の形態として、チャネル制御部３５０を備える記憶デバイス制御装置３００がある（図１２）。記憶デバイス制御装置３００は、チャネル制御部３５０によりＬＡＮ４５０を介して情報処理装置４００との間で通信を行う。チャネル制御部３５０は、情報処理装置４００からのファイルアクセス要求を個々に受け付ける。すなわち、チャネル制御部３５０には、個々にＬＡＮ４５０上のネットワークアドレス（例えば、ＩＰアドレス）が割り当てられていてそれぞれが個別にＮＡＳとして振る舞い、個々のＮＡＳがあたかも独立したＮＡＳが存在しているかのようにＮＡＳのサービスを情報処理装置４００に提供することができる。このように１台のストレージシステム１００に個別にＮＡＳとしてのサービスを提供するチャネル制御部３５０を備えるように構成したことで、従来、独立したコンピュータで個別に運用されていたＮＡＳサーバが一台のストレージシステム１００に集約されて運用される。そして、この構成によってストレージシステム１００の統括的な管理が可能となり、各種設定・制御や障害管理、バージョン管理といった保守業務の効率化が図られる。
【００３８】
このような構成のストレージシステム１００において、複数のチャネル制御部に共有される記憶デバイス２００を設けることができる。この場合、チャネル制御部３５０ごとの性能データを取得し、各チャネル制御部３５０固有の記憶デバイス２００に記憶されるが、性能サマリデータは、共有される記憶デバイスに送信され、記憶されてもよい。また、例えば、一つのチャンネル制御部３５０に複数の性能サマリデータを集約させるような場合、内部ＬＡＮ４５０に通じて、性能サマリデータを送受信することができる。なお、このような構成に於いても、外部ＬＡＮ５００を通じて、性能サマリデータを送受信してもよい。
【００３９】
【発明の効果】
本発明によって、性能データの管理方法を制御することにより、記憶領域の効率の良い使用方法を提供することができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるストレージシステムの全体構成を示す図である。
【図２】本発明の一実施の形態における取得レベル定義を示す表である。
【図３】本発明の一実施の形態における取得項目の詳細を示す表である。
【図４】本発明の一実施の形態における性能データを含む出力ファイルの例である。
【図５】本発明の一実施の形態における初期ポリシー定義を示す表である。
【図６】本発明の一実施の形態におけるポリシー定義を示す表である。
【図７】本発明の一実施の形態における停止運用ポリシーにおける性能データ領域の選択可能な制御方法を示す表である。
【図８】本発明の一実施の形態において性能管理プログラムを実行した際のストレージシステムの動作を表すフローチャートである。
【図９】本発明の一実施の形態における初期ポリシー決定時のストレージシステムの動作を表すフローチャートである。
【図１０】本発明の一実施の形態における運用ポリシー決定時のストレージシステムの動作を表すフローチャートである。
【図１１】本発明の別の実施の形態において性能管理プログラムを実行した際のストレージシステムの動作を表すフローチャートである。
【図１２】本発明の別の実施の形態において、チャネル制御部を備える記憶デバイス制御装置を用いる場合のストレージシステムの全体構成を示す図である。
【符号の説明】
１００    ストレージシステム
２００    記憶デバイス
３００    記憶デバイス制御装置
３５０    チャネル制御部
４００    情報処理装置
４５０    内部ＬＡＮ
５００    外部ＬＡＮ
６００    バックアップディスク
７００    ＮＡＳマネージャ
８００    ディスク制御部
９００    性能管理プログラム
１０００    管理端末
【図１】
2004234557.tif 000003
【図２】
2004234557.tif 000004
【図３】
2004234557.tif 000005
【図４】
2004234557.tif 000006
【図５】
2004234557.tif 000007
【図６】
2004234557.tif 000008
【図７】
2004234557.tif 000009
【図８】
2004234557.tif 000010
【図９】
2004234557.tif 000011
【図１０】
2004234557.tif 000012
【図１１】
2004234557.tif 000013
【図１２】
2004234557.tif 000014