JP4526337B2 - データ管理システム及び方法 - Google Patents

Description

本発明は、データを管理するためのコンピュータ技術に関する。

データを管理するためのコンピュータ技術が知られている。管理されるデータとしては、例えば、特開２００２−９９４４８号公報に開示の性能監視装置によって監視された結果を表すデータや、コンピュータマシンの種々の状態の監視結果を表すデータが考えられる。

特開２００２−９９４４８号公報

例えば、コンピュータマシンの或る種の状態（例えば、ＣＰＵ使用率）を監視する監視装置が、それの監視結果を表すレコード（以下、監視結果レコード）を定期的に生成し、生成された監視結果レコードを管理する場合が有り得る。また、監視装置が、複数の監視結果レコードがそれぞれ表す複数の監視結果の要約を表す要約レコードを定期的に生成し、生成された要約レコードを、それの基となった複数の監視結果レコードと共に管理する場合が有り得る。この場合、管理されるレコード群の量が膨大にならないようにするために、監視装置が、第一の時間単位毎（例えば毎分）に生成される監視結果レコードを第一の期間だけ管理し、第一の期間を過ぎたら監視結果レコードを消去し、第一の時間単位よりも大きな第二の時間単位毎（例えば毎時間）に生成される要約レコードを、第一の期間よりも長い第二の期間だけ管理し、第二の期間を過ぎたら要約レコードを消去する方法が考えられる。

しかし、この方法では、例えば、監視装置が、特異な監視結果を表す要約レコードを検出し、その要約レコードの基となった複数の監視結果レコードを取得したいといった場合には、既に、取得したい複数の監視結果レコードの少なくとも一つが削除されてしまっていることが有り得る。それを回避しようとして、例えば、監視結果レコードの管理期間を長くすると、管理するレコード群の量が多くなってしまう。

このような問題点は、複数の監視結果レコードと要約レコードとを管理する場合に限らず、複数の下位データと、それら複数の下位データの各々の上位のデータである上位データとを含んだデータ群を管理する場合にも生じ得る。

従って、本発明の一つの目的は、複数の下位データと、それら複数の下位データの各々の上位データとを含んだデータ群を効率的に管理することにある。具体的には、例えば、本発明の一つの目的は、複数の監視結果レコードと、複数の監視結果レコードに基づいて生成される要約レコードとを含むレコード群を効率的に管理することにある。

本発明の更なる目的は、後の記載から明らかになるであろう。

本発明の第一の側面に従うデータ管理システムは、記憶装置にアクセス可能であり、一以上のプロセッサと、前記一以上のプロセッサに読み込まれることにより前記一以上のプロセッサを動作させる一以上のコンピュータプログラムを記憶した記憶域とを備える。前記一以上のコンピュータプログラムを前記記憶域から読み込んだ前記一以上のプロセッサが、以下の（Ａ）乃至（Ｄ）の処理、
（Ａ）監視対象の監視結果を表す監視結果データを第一の頻度で取得し、前記取得された監視結果データと、その監視結果データの第一の削除条件を表す第一削除条件データとを含んだ監視結果レコードを生成し、前記生成された監視結果レコードを前記記憶装置に格納する処理、
（Ｂ）前記記憶装置に格納された複数の前記監視結果レコードがそれぞれ表す複数の監視結果の要約を表す監視結果要約データを、前記第一の頻度よりも低い第二の頻度で生成し、且つ、前記複数の監視結果の要約の内容が正常の内容を表す場合、正常用の第二の削除条件を決定し、前記要約の内容が異常の内容を表す場合、異常用の第二の削除条件を決定し、前記決定された第二の削除条件を表す第二削除条件データと、前記生成された監視結果要約データとを含んだ要約レコードを生成し、前記生成された要約レコードを前記記憶装置に格納する処理、
（Ｃ）前記異常用の第二の削除条件を表した第二削除条件データを含む要約レコードを前記記憶装置から特定し、前記特定された要約レコードの生成の基となった複数の前記監視結果レコードを特定する処理、
（Ｄ）前記特定された複数の監視結果レコードの各々の第一削除条件データが表す第一削除条件を、前記特定された要約レコードに含まれる第二削除条件データが表す異常用の第二の削除条件に更新する処理、
を行う。

ここで、「監視対象」とは、データ管理システム又は別のシステムによって監視される対象であり、例えば、コンピュータマシンのＣＰＵ使用率或いは電源状態などである。監視対象は、データ管理システムの中と外のどちらにあってもよい。

「監視結果データ」は、前記一以上のプロセッサによって生成されたものであっても良いし、データ処理システムの外部のシステムから受信したものであっても良い。

「頻度」とは、例えば、或る時間内で行われる回数のことである。具体的には、例えば、定期的に行われる場合には、「頻度」の意味は、時間単位であっても良い。

データ管理システムは、例えば、サーバ、記憶装置又はそれらの組み合わせとすることができる。上記の（Ａ）乃至（Ｄ）の処理を、サーバ又は記憶装置が単独で、又は、サーバ及び記憶装置が分担して行うことができる。また、記憶装置は、サーバに備えられても良い。記憶装置は、物理的な記憶装置であっても良いし、論理的な記憶装置であっても良い。また、データ管理処理システムは、監視結果レコードを、その監視結果レコードに含まれる削除条件データに従って、前記記憶装置から削除してもよい。この処理も、例えば、サーバ又は記憶装置が単独で行うことができる。

本発明の第二の側面に従うデータ管理システムは、下位データ取得／格納部と、上位データ取得／格納部と、第一の削除条件設定部と、第二の削除条件設定部とを備える。下位データ取得／格納部は、下位データを第一の頻度で取得し、前記取得された下位データを前記記憶装置に格納する。上位データ取得／格納部は、前記記憶装置に格納された複数の前記下位データの各々の上位のデータである上位データを、前記第一の頻度よりも低い第二の頻度で取得し、前記取得された上位データを前記記憶装置に格納する。第一の削除条件設定部は、前記上位データが異常を表す場合、前記異常を表す上位データの前記記憶装置からの削除条件を設定する。第二の削除条件設定部は、前記異常を表す上位データに対応する複数の下位データの各々の削除条件を、前記異常を表す上位データの前記設定された削除条件に基づいて、正常を表す下位データの削除条件とは異なる削除条件に設定する。

このデータ管理システムは、例えば、異常を表す上位データの削除条件を設定する場合、予め定められた削除条件設定ルールに基づいて、その上位データに対応する複数の下位データの削除条件の更新方法を決定しても良い。更新方法としては、例えば、上位データの削除条件と同じ削除条件を下位データに適用するのか、或いは、その異常を表す上位データの削除条件を所定の方法で別の削除条件に計算し、その別の削除条件を適用するのか等がある。

このデータ管理システムの第一の実施態様では、前記削除条件は、前記記憶装置からデータが削除される削除時期を含む。前記第一の削除条件設定部は、前記異常を表す上位データの削除時期として、正常を表す上位データの削除時期よりも遅い削除時期を設定する。前記第二の削除条件設定部は、前記複数の下位データの各々の削除時期を、前記正常を表す下位データの削除時期よりも遅い削除時期に設定する。なお、下位データの削除時期を遅い削除時期に設定する方法としては、例えば、下位データの削除時期それ自体を遅い削除時期に設定し直すことや、或いは、元の削除時期の内容を変更せずに、削除時期の延長期間を追記することが考えられる。また、「削除時期」は、例えば、保存期間として表されても良いし、保存期間が満了する時点で表されても良い。

このデータ管理システムの第二の実施態様では、前記第一の実施態様において、前記下位データ取得／格納部が、前記取得された下位データの第二の削除時期を表す第二削除時期データと前記取得された下位データとを含んだ下位レコードを生成し、前記生成した下位レコードを前記記憶装置に格納する。前記第一の削除時期設定部が、前記正常を表す上位データの削除時期を表す正常用の第一削除時期を設定し、前記異常を表す上位データの削除時期を表す異常用の第一削除時期を設定する。前記上位データ取得／格納部が、前記設定された第一削除時期を表す第一削除時期データと前記取得された上位データとを含んだ上位レコードを生成し、前記生成された上位レコードを前記記憶装置に格納する。前記第二の削除時期設定部が、前記上位レコード中の前記第一削除時期データが前記異常用の第一削除時期を表している場合、前記異常用の第一削除時期に基づいて、異常を表すその上位レコードに対応した複数の下位レコードの各々における第二削除時期データが表す第二の削除時期を、それよりも遅い削除時期に変更する。

このデータ管理システムの第三の実施態様では、第二の実施態様において、前記第二の削除時期設定部は、前記異常を表す上位レコードに対応した複数の下位データのうちの或る下位データにおいて、前記第二削除時期データが表す前記第二の削除時期が、前記異常用の第一削除時期よりも遅い場合には、その第二の削除時期を変更せずに維持する。

このデータ管理システムの第四の実施態様では、前記データ管理システムは、別の記憶装置にもアクセス可能になっており、データの削除又は移動を行うデータ削除／移動部を更に備える。前記データ削除／移動部は、前記正常を表す上位データ及びそれに対応する複数の下位データの各々を、それの削除条件にマッチした場合に、前記記憶装置から削除し、前記異常を表す上位データ及びそれに対応する複数の下位データのうちの少なくとも一つを、それの削除条件にマッチした場合、前記記憶装置から前記別の記憶装置に移動する。この実施態様では、例えば、記憶装置を、データ処理システムが備えても良く、別の記憶装置は、データ処理システムの外部に備えられても良い。また、記憶装置は、高性能又は高信頼性の装置とし、別の記憶装置は、それよりも低性能又は低信頼性の装置としてもよい。

本発明の第三の側面に従うデータ管理方法は、下位データを第一の頻度で取得し、前記取得された下位データを記憶装置に格納するステップと、前記記憶装置に格納された複数の前記下位データの各々の上位のデータである上位データを、前記第一の頻度よりも低い第二の頻度で取得し、前記取得された上位データを前記記憶装置に格納するステップと、前記上位データが異常を表す場合、前記異常を表す上位データの前記記憶装置からの削除条件を設定するステップと、前記異常を表す上位データに対応する複数の下位データの各々の削除条件を、前記異常を表す上位データの前記設定された削除条件に基づいて、正常を表す下位データの削除条件とは異なる削除条件に設定するステップとを有する。これらのステップの全ての主体を、コンピュータとすることができる。

本発明の第四の側面に従うコンピュータプログラムは、下位データを第一の頻度で取得し、前記取得された下位データを記憶装置に格納するステップと、前記記憶装置に格納された複数の前記下位データの各々の上位のデータである上位データを、前記第一の頻度よりも低い第二の頻度で取得し、前記取得された上位データを前記記憶装置に格納するステップと、前記上位データが異常を表す場合、前記異常を表す上位データの前記記憶装置からの削除条件を設定するステップと、前記異常を表す上位データに対応する複数の下位データの各々の削除条件を、前記異常を表す上位データの前記設定された削除条件に基づいて、正常を表す下位データの削除条件とは異なる削除条件に設定するステップとをコンピュータに実行させるためのコンピュータ読み取り可能なコンピュータプログラムである。このコンピュータプログラムは、記録媒体（例えばＣＤ−ＲＯＭ）に記録され記録媒体からコンピュータにインストールされても良いし、通信ネットワークを介してコンピュータにインストールされても良い。

本発明によれば、複数の下位データと、それら複数の下位データの各々の上位データとを含んだデータ群を効率的に管理することができる。

以下、図面を参照して本発明の一実施形態を説明する。

図１は、本発明の一実施形態に係るデータ管理システムの構成例を示す。

ＬＡＮ（Local Area Network）２７等の第一の通信ネットワークに、クライアントマシン１と、性能監視サーバ２と、ストレージシステム４３とが接続されている。また、ＳＡＮ（Storage
Area Network）４１等の第二の通信ネットワークにも、クライアントマシン１と、性能監視サーバ２と、ストレージシステム４３とが接続されている。

クライアントマシン１は、例えばパーソナルコンピュータ等の情報処理装置である。クライアントマシン１は、クライアントプロセッサ（例えばＣＰＵ）７３と、クライアント記憶部（例えばメモリ及びハードディスクの少なくとも一方）７２とを備えている。クライアント記憶部７２には、クライアントプログラム１１が格納されている。クライアント記憶部７２に格納されているクライアントプログラム１１がクライアントプロセッサ７３に読込まれることにより、情報処理装置がクライアントマシン１として機能する。クライアントプログラム１１は、クライアントマシン１の図示しないオペレーティングシステム（ＯＳ）上で動作するアプリケーションソフトウェアであっても良いし、ＯＳに組み込まれても良い。

性能監視サーバ２は、情報処理装置の一つであり、例えば、サーバ記憶部４と、サーバプロセッサ７４（例えばＣＰＵ）とを備えている。サーバ記憶部４は、メモリ（例えばＲＡＭやＲＯＭ）及びハードディスクの少なくとも１つを含むものである。サーバ記憶部４には、例えば、サーバプログラム１２が記録されている。サーバプログラム１２は、少なくとも一つのプログラムモジュールとして、例えば、性能監視部３２と、性能データ取得部３５と、性能データ格納部９０とを備える。サーバ記憶部４に格納されているサーバプログラム３３がサーバプロセッサ７４に読込まれることにより、情報処理装置が性能監視サーバ２として機能する。例えば、性能監視サーバ１は、或る装置において変動する性能（例えばＣＰＵ使用率）を監視し、それの監視結果を表すデータ（以下、これを「性能データ」と言う）を生成することができる。性能データとしては、例えば、ＯＳ、アプリケーションプログラム又はデータベース毎のパフォーマンスを表すデータとすることができる。具体的には、例えば、性能データは、ＯＳのＣＰＵ使用率、ＯＳの起動中のプロセス数、データベースの使用率、ＳＱＬ情報，パラメータ情報、アプリケーションのロール領域使用率、及びレスポンスタイムの少なくとも一つであってもよい。監視されるＯＳ、アプリケーションプログラム及びデータベースの少なくとも一つは、性能監視サーバ２内に存在しても良いし、そのサーバ２外の装置（例えばクライアントマシン１又はストレージシステム４３）に存在しても良い。性能監視サーバ２は、性能の監視結果に基づいて性能データを生成しても良いし、サーバ２の外に存在する監視対象からＬＡＮ２７等を経由して性能データを受信しても良い。

ストレージシステム４３は、例えば、複数のディスク型記憶装置（例えばハードディスクドライブ）７７をアレイ状に配設して構成されているＲＡＩＤ（Redundant Array of Independent Inexpensive Disks）システムである。ストレージシステム４３は、１以上のディスク型記憶装置７７上に設けられた複数の論理ボリュームと、クライアントマシン１及び性能監視サーバ２の少なくとも一方（以下、「上位装置」と総称）とそれら複数の論理ボリュームとの間の通信を制御するストレージ制御装置４５とを備える。

複数の論理ボリュームには、例えば、一以上の性能データを含んだ性能情報１０が記憶される論理ボリューム（以下、性能情報ＶＯＬ）４７と、データ管理定義情報４２が記憶される論理ボリューム（以下、定義ＶＯＬ）４９とが含まれている。なお、これらの論理ボリューム４７、４９のうちの少なくとも一つは、サーバ記憶部３５に設けられていても良い。すなわち、性能監視サーバ２が取得した性能データは、ストレージシステム４３のディスク型記憶装置７７に保存されることに代えて又は加えて、性能監視サーバ２のサーバ記憶部４に保存されても良い。

ストレージ制御装置４５は、例えば、上位装置からの種々のコマンドに応じた処理等を実行する１以上のプロセッサ（例えばＭＰＵ（Micro Processing Unit）又はＣＰＵ（Central Processing Unit））９５と、上位装置から受信したデータが一時的に格納されるバッファ領域等を有するメモリ９４と、ディスク型記憶装置７７に対するインターフェースであるディスクインターフェース装置（以下、ディスクＩ／Ｆ）９３とを備えている。ストレージ制御装置４５は、上位装置からのＩ／Ｏ要求（例えばリード命令又はライト命令）に応答して、上位装置から受信した情報を論理ボリュームに書き込んだり、論理ボリューム内の情報を上位装置に転送したりすることができる。

図２は、図１に示したデータ管理システムのうちの、本実施形態に係る要部を、概略的に示す。

クライアントプログラム１１が、実線矢印１０１で示すように、サーバプログラム１２に、性能情報の参照を要求する。サーバプログラム１２の性能データ取得部３５が、その要求に応答して、実線矢印１０８で示すように、性能情報ＶＯＬ４７にアクセスし、点線矢印１０９で示すように、性能情報１０の全部又は一部を読み出す。性能データ取得部３５は、読み出された性能情報１０の全部又は一部を、点線矢印１０２で示すように、クライアントプログラム１１に送信する。なお、読み出される又は送信される性能情報１０の一部とは、例えば、性能レコード、全ての又は一部の性能分レコード、全ての又は一部の性能時レコード、全ての又は一部の性能日レコード、又はそれらの組合せとすることができる。性能レコードについての説明は後述する。

性能監視部３２は、性能データを取得し（例えば生成し又は外部から受信し）、取得された性能データを、矢印１０３で示すように、性能データ格納部９０に渡す。性能監視部３２は、定期的に（又は不定期に）、例えば、分単位で、性能データを取得する。

性能データ格納部９０は、性能監視部３２から性能データが渡された場合、そのときの時刻を検出する（例えばサーバ２内のタイマを用いてそれを検出する）。或いは、性能データ格納部９０は、後述する性能データを生成するときの時刻を検出する。性能データ格納部９０は、実線矢印１０４で示すように、定義ＶＯＬ４９にアクセスし、点線矢印１１０で示すように、データ管理定義情報３４の全部又は一部を取得する。性能データ格納部９０は、性能監視部３２から渡された性能データと、取得されたデータ管理定義情報３４とに基づいて、削除条件を表す削除条件データを生成する。性能データ格納部９０は、性能データと、上記検出された時刻（以下、収集時刻）を表す収集時刻データと、生成した削除条件データとを含んだ性能レコードを生成し、実線矢印１０５で示すように、生成した性能レコードを、性能情報ＶＯＬ４７に格納する。また、性能データ格納部９０は、同じ矢印１０５で示すように、性能情報ＶＯＬ４７内の性能情報１０注の性能レコードを更新したり削除したりすることができる。また、性能データ格納部９０は、実線矢印１０６で示すように、性能情報ＶＯＬ４７にアクセスし、点線矢印１０７で示すように、性能情報１０の全部又は一部を読み出すこともできる。性能データ格納部９０は、性能レコード作成・格納部９０Ａと、要約レコード作成・格納部９０Ｂと、レコード削除部９０Ｃとを備える。これら９０Ａ、９０Ｂ及び９０Ｃの各々は、例えばプログラムモジュールである。これら９０Ａ、９０Ｂ及び９０Ｃの各々が行う処理については後述する。

性能情報１０は、複数の性能レコードを有した情報である。図３Ａに、性能情報１０の構成例を示す。性能情報１０が格納される領域は、複数のサブ領域に分割されている。複数のサブ領域の各々は、例えば、複数種類の性能レコードの各々に対応している。性能レコードの種類は、複数の時間単位のうちのどんな時刻単位に関するレコードであるかによって異なる。

具体的には、例えば、複数種類の性能レコードとしては、分単位で生成される性能レコード（以下、分レコード）１３Ａと、或る一時間分の分レコード（例えば６０個の分レコード）が要約された性能要約レコード（以下、時レコード）１３Ｂと、或る一日分の時レコード（例えば二十四個の時レコード）が要約された性能要約レコード（以下、日レコード）１３Ｃとがある。日レコード１３Ｃは、上位のレコードであり、時レコード１３Ｂは、日レコード１３Ｃよりも一つ下位のレコードであり、分レコード１３Ａは、時レコード１３Ｂよりも一つ下位のレコードである。

複数のサブ領域としては、一以上の分レコード１３Ａが格納される分レコードテーブル１０Ａと、一以上の時レコード１３Ｂが格納される時レコードテーブル１０Ｂと、一以上の日レコード１３Ｃが格納される日レコードテーブル１０Ｃとがある。これら複数のテーブル１０Ａ乃至１０Ｃにそれぞれ登録された複数種類の性能レコード１３Ａ乃至１３Ｃの各々は、自分よりも上位の又は下位のレコードに対応付けられる。サーバプログラム１２は、或る性能レコードがそれのどの上位又は下位のレコードと対応付けられているのかを、例えば、或る性能レコードとそれの上位又は下位の性能レコードとの各々における収集時刻フィールド内の収集時刻データを参照することにより、把握することができる。より具体的には、例えば、収集時刻データがh時0〜59分である分レコード１３Ａは、収集時刻データがh時0分の時レコード１３Ｂに対応し、収集時刻データがd日0〜23時の時レコードは、収集時刻d日0時0分の日レコード１３Ｃに対応すると解釈することができる。なお、時刻単位レベルは、分、時及び日の三段階ではなく、それよりも少ない又は多い段階であっても良いが、その場合でも、収集時刻データから対応関係を把握するという上記の手法を適用することができる。

図３Ｂは、性能レコードの構成例を示す。

性能レコード１３には、収集時刻データが登録される収集時刻フィールド１８Ａと、削除条件データが登録される削除条件フィールド１８Ｂと、性能データが登録される性能データフィールド１８Ｃとがある。性能データフィールド１８Ｃには、性能データを構成する一以上の性能データ要素がそれぞれ登録される一以上のサブデータフィールド１４、１４、…が備えられていても良い。性能データ要素としては、ＣＰＵ使用率、ページング発生回数などとすることができる。

性能レコード１３の構成は、性能レコード１３の種類に関わらず同じ構成とすることができる。例えば、性能データ格納部９０は、分レコード１３Ａの収集時刻フィールド１８Ａには、分レコード１３Ａの収集時刻（例えば○年○月○日○時○分）のを表すデータを登録し、時レコード１３Ｂの収集時刻フィールド１８Ａには、収集時刻が何時台の複数の分レコード１３Ａに基づいて生成された時レコードであるかを示すデータ（例えば○年○月○日○時）を登録し、日レコード１３Ｃの収集時刻フィールド１８Ａには、収集時刻が何日（例えば○年○月○日）における複数の時レコード１３Ｂに基づいて生成された日レコードであるかを示すデータを登録することができる。サーバプログラム１２は、或る性能レコードがそれのどの上位又は下位のレコードと対応付けられているのかを、或る性能レコードとそれの上位又は下位の性能レコードとの各々における収集時刻フィールド内の収集時刻データを参照することにより、例えば、図３Ａの点線で例示するような対応関係があることを把握できる。

再び図２を参照する。

データ管理定義情報３４は、データの管理方法の定義に関する情報（例えばデータ又はコンピュータプログラム）である。データ管理定義情報３４には、削除条件定義情報３６と、要約定義情報３３とが含まれている。

削除条件定義情報３６は、削除条件を設定するためのルールが定義されたデータ又はコンピュータプログラムである。具体的には、例えば、削除条件定義情報３６は、性能データに含まれる少なくとも一つの性能データ要素から、性能レコードの保存期限等を生成するようなプログラム(スクリプト)である。例えば、性能データ要素がＣＰＵ使用率を表す場合、「ＣＰＵ使用率の変化が５０％を超えることが検出された性能レコードの保存期間を１ヶ月とし、ＣＰＵ使用率の変化が５０％以下であることが検出された性能レコードの保持期間を２日とする」というような削除条件生成を行うためには、スクリプトのイメージとしては、以下の通り、
if ( abs(CPU%-CPU%[-1]) > 50 ) return “保存期間 > 1ヶ月”
else return “保存期間 > 2日”
になる。サーバプログラム１２は、図４Ａに示すように、このような削除条件定義情報３６と、性能データとを参照することにより、削除条件を生成し、生成した削除条件のデータを性能レコード中に設定することができる。また、上位の性能レコードの削除条件を生成した場合には、その削除条件を、その上位の性能レコードに対応する少なくとも一つの下位の性能レコードに反映させることができる。

削除条件定義情報３６は、様々な内容にすることができる。例えば、性能データに複数種類の性能データ要素が含まれる場合には、各種性能データ要素毎に保存期間の設定ルールを定義し、且つ、そのうち最も長期になった保存期間を最終的に削除条件フィールドに登録する削除条件とする、というような内容にすることもできる。また、削除条件定義情報３６は、性能レコードの種類別の削除条件設定ルールを表した情報要素を含んでも良い。例えば、上位の性能レコードについての削除条件定義情報要素には、その性能レコードについての削除条件の設定ルールだけではなく、その性能レコードよりも下位の性能レコードに対して、削除条件をどのように反映させるかのルール（例えば、上位の性能レコードの削除条件と同じ削除条件をその性能レコードに対応した下位の性能レコードに設定するのか、或いは、その上位の性能レコードの削除条件を所定の方法で別の削除条件に計算し、その別の削除条件を設定するのか）を表したデータ又はプログラムが含まれていても良い。具体的には、例えば、時レコード用の削除条件定義情報要素として、「時レコードのCPU使用率が60%を超えるデータの場合の時レコードに設定する削除条件“保持期間 > １ヶ月”と、対応する下位の分レコードに追加する削除条件“and
not exists(上位レコード)”とが含まれてもよい。この場合、もともとの分レコードの削除条件フィールドに、例えば”保存期間 > 1日”が登録されていた場合には、”保存期間
> 1日 and not exists(上位レコード)”、換言すれば、「保存期間が１日を超えた場合には上位レコードが削除されるまで保存される」というような内容が新たに削除条件フィールドに登録される。

要約定義情報３３は、複数の下位データから上位データを作成するための方法が定義されたデータ又はプログラムである。要約定義情報３３には、例えば、要約タイミングの定義を表した情報要素と、要約方式の定義を表した情報要素とが含まれている。

要約タイミングの定義としては、例えば、分レコードについての定義の場合、上位の要約データ(時データ)を毎分作成するかどうか、１時間毎に上位の要約データを作成するかどうかなどを採用することができる。なお、毎分作成する場合には、分レコードの数と時レコードの数が同じになる。このような場合、一つの下位レコードが、複数の上位レコードに対応することになる。このとき、それら複数の上位レコードのうちの二以上の上位レコードが異常を表す上位レコードの場合、下位レコードには、それら二以上の上位レコードに基づく二以上の削除条件が反映され得る。その場合には、二以上の削除条件のうち、削除される時期が最も遅くなるような削除条件が選択されて反映されてもよい。

要約方式の定義としては、例えば、複数の下位データにそれぞれ対応した複数の性能データの平均値、合計値、最大値或いは最小値のいずれを上位データの性能データとするのかを採用することができる。また、これは、性能データ要素の種類別に定めることができる。例えば、要約方式は、性能データ要素がＣＰＵ使用率の場合には平均値を採用し、性能データ要素がアクセス頻度の場合には合計値を採用するのように定められても良い。

サーバプログラム１２は、このような要約定義情報３３を参照することにより、例えば、図４Ｂに示すように、複数の下位レコード（例えば分レコード）から上位レコード（例えば時レコード）を生成することができる。

図５は、サーバプログラム１２によって行われる処理流れの一例を示す。

まず、分レコード１３Ａの格納処理について説明する。

性能レコード作成・格納部９０Ａは、削除条件フィールド１８Ｂがブランクになった分レコードを取得する（ステップＳ１０１）。ここでは、例えば、性能レコード作成・格納部９０Ａは、そのような分レコードを性能監視部３２から受けても良いし、或いは、性能監視部３２から受けた性能データとそれの収集時刻とに基づいて、上記のような分レコードを生成しても良い。

性能レコード作成・格納部９０Ａは、Ｓ１０１で取得された分レコード中の性能データと、削除条件定義情報３３とに基づいて、その性能データの内容に適合した削除条件を生成し、生成された削除条件を表すデータを、Ｓ１０１で取得された分レコード中のブランクの性能条件フィールド１８Ｂに設定して、その分レコードを性能情報ＶＯＬ４７に格納する（Ｓ１０２）。

要約レコード作成・格納部９０Ｂは、性能情報ＶＯＬ４７内の分レコード中の収集時刻データと、定義ＶＯＬ４９内の要約定義情報３３とを参照し、分レコードの要約タイミングか否かを判定する（Ｓ１０３）。Ｓ１０３の処理において、肯定的な判定結果が得られた場合には、要約レコード作成・格納部９０Ｂは、性能レコード作成・格納部９０Ａに、Ｓ２０１の処理を開始させる（Ｓ１０４）。

レコード削除部９０Ｃは、性能情報ＶＯＬ４７内の各分レコード内の削除条件データを参照し、その時点が、削除条件データが表す削除条件にマッチしていれば（例えば、削除条件として設定された保存期限よりも、その分レコードの収集時刻と現在時刻との差分の方が大きければ）、その削除条件データを含んだ分レコードを削除する（Ｓ１０５）。レコード削除部９０Ｃは、定期的に（又は不定期に）、このＳ１０５の処理を行うことができる。

次に、要約レコード格納処理について説明する。

性能レコード作成・格納部９０Ａは、定義ＶＯＬ４９内の要約定義情報３３を参照し、その情報３３から、これから作成しようとする要約レコードの基となる下位レコード（例えば分レコード或いは時レコード）の範囲を特定し、特定された範囲における下位レコードと、要約定義情報３３とに基づいて、削除条件フィールド１８Ｂがブランクになった要約レコード（例えば時レコード或いは日レコード）を作成する（Ｓ２０１）。

性能レコード作成・格納部９０Ａは、Ｓ２０１で作成された要約レコード中の性能データと、削除条件定義情報３３とに基づいて、その性能データの内容に適合した削除条件を生成し、生成された削除条件を表すデータを、Ｓ２０１で作成された要約レコード中のブランクの性能条件フィールド１８Ｂに設定して、その要約レコードを性能情報ＶＯＬ４７に格納する（Ｓ２０２）。また、その際、性能レコード作成・格納部９０Ａは、その削除条件定義情報３３に基づいて、その要約レコードに対応する少なくとも一つの下位レコードの削除条件を、その削除条件により削除が行われる時期よりも遅くに削除が行われるような新たな削除条件に更新することができる。その更新方法としては、例えば、下位レコードの削除条件データを別の削除条件データに書き換える方法や、或いは、下位レコードの削除条件フィールド１８Ｂに、新たな削除条件のデータと追記する方法を採用することができる。

要約レコード作成・格納部９０Ｂは、性能情報ＶＯＬ４７内の要約レコード中の収集時刻データと、定義ＶＯＬ４９内の要約定義情報３３とを参照し、要約レコードの更なる要約を行うタイミングか否かを判定する（Ｓ２０３）。Ｓ２０３の処理において、肯定的な判定結果が得られた場合には、要約レコード作成・格納部９０Ｂは、性能レコード作成・格納部９０Ａに、更なる要約のために、Ｓ２０１の処理を開始させる（Ｓ２０４）。

レコード削除部９０Ｃは、性能情報ＶＯＬ４７内の各要約レコード内の削除条件データを参照し、その時点が、削除条件データが表す削除条件にマッチしていれば（例えば、削除条件として設定された保存期限よりも、その分レコードの収集時刻と現在時刻との差分の方が大きければ）、その削除条件データを含んだ要約レコードを削除する（Ｓ１０５）。レコード削除部９０Ｃは、定期的に（又は不定期に）、このＳ２０５の処理を行うことができる。

図６Ａ及び図６Ｂは、異常を表す上位レコードの削除条件が下位レコードに反映される様の一例を表す。図６Ｃは、それの一変形例を表す。なお、図６Ａ乃至図６Ｃでは、上位レコードを時レコードとし、下位レコードを分レコードとする。

図６Ａに示すように、収集時刻が１１時台である複数の分レコード１３Ａ２、１３Ａ２、…のうちの一つが、異常を表す分レコードであり、それには、削除条件として保存期限「１ヶ月間」が設定されている。その他の正常を表す分レコードには、削除条件として保存期限「２時間」が設定されている。正常を表す時レコード内には、削除条件として保存期限「２日間」が設定されるものとする。

このような場合において、例えば、図６Ａに示すように、異常を表す時レコード（収集時刻が１１時のレコード）１３Ｂ２内に、削除条件として保存期限「７日間」が設定された場合、要約データ作成・格納部９０Ｂは、その時レコード１３Ｂ２の収集時刻が１１時であることを検出し、性能情報ＶＯＬ４７内から、収集時刻が１１時台である複数の分レコード１３Ａ２、１３Ａ２、…を特定する。そして、要約データ作成・格納部９０Ｂは、図６Ｂに示すように、特定された複数の分レコード１３Ａ２、１３Ａ２、…の各々の削除条件データに、その分レコードが異常を表すか正常を表すかに関わらず、異常を表す時レコード１３Ｂ２内の削除条件データを上書きする。

なお、その際、要約データ作成・格納部９０Ｂは、異常を表す分レコード１３Ａ２、１３Ａ２の削除条件データについては、その削除条件データに従って分レコードが削除される第一の時期と、異常を表す時レコード１３Ｂ２内の削除条件データに従って分レコードが削除される第二の時期とのうちどちらが遅いかを判断し、その判断結果に応じて上書きを行うか否かを決定することができる。具体的には、例えば、要約データ作成・格納部９０Ｂは、第二の時期の方が遅いと判断された場合には、やはり、図６Ｂに示すような上書きを行い、一方、第一の時期の方が遅いと判断された場合には、図６Ｃに示すように、上書きを行わず、異常を表す分レコード内の現在の削除条件データを維持する。

以上が、本実施形態に係るデータ管理システムについての説明である。このデータ管理システムによれば、異常を表す性能データを含んだ上位レコードが生成された場合、その上位レコードに設定された削除条件に基づく内容が、その上位レコードに対応する少なくとも一つの下位レコードの削除条件に反映される。これにより、異常を表す性能データを含んだ要約データの下位レコードを取得したい場合に、その下位レコードが削除されてしまっていて取得できないといったような事態が生じるのを防ぐことができる。

ところで、上述した実施形態では、以下のような変形例が考えられる。以下、上述した実施形態との相違点を主に説明する。

図７は、本発明の一実施形態におけるサーバプログラム１２の変形例並びにそのサーバプログラムによって行われる処理流れの一例を示す。

サーバプログラム１２のレコード削除部９０Ｃは、単にレコードを削除するだけでなく、レコードの移動処理も行うことができる。

レコード削除部９０は、前述したＳ１０５又はＳ１０６の処理では、異常を表す上位レコード及びそれに対応する複数の下位レコードのうちの少なくとも一つを、それの削除条件に適合したが故に性能情報ＶＯＬ４７から削除しなければならない場合、正常な性能データを含んだ上位レコード及びそれに対応する複数の下位レコードの各々を、それの削除条件に適合した場合に、性能情報ＶＯＬ４７から削除する。

しかし、レコード削除部９０は、異常な性能データを含んだ上位レコード及びそれに対応する複数の下位レコードのうちの少なくとも一つを削除する場合には（Ｓ１０６でＹ又はＳ２０６でＹ）、性能情報ＶＯＬ４７内の削除対象のレコードを別の論理ボリュームに移動する（Ｓ１０７）。具体的には、レコード削除部９０は、その削除対象のレコードを性能情報ＶＯＬ４７内から削除し、その削除対象のレコードを別の論理ボリュームに書き込む。性能情報ＶＯＬ４７が、性能監視サーバ２内に設けられている場合には、書込み先とする別の論理ボリュームは、性能監視サーバ２の外部の記憶装置に設けられていることが望ましいと考えられる。性能監視サーバ２の記憶領域を節約するためである。

なお、この変形例において、レコードに含まれている性能データが異常を表すか正常を表すかは、そのレコードに含まれている削除条件が異常を表すか正常を表すか（例えば図６Ａ乃至図６Ｃの例では、保存期間として「２日間」が設定されているかそれ以外の保存期間が設定されているか）によって判断することができる。

また、この変形例において、レコード削除部９０は、移動先とする別の論理ボリュームを、図７に例示したボリューム管理テーブル８８を参照することにより決定することができる。ボリューム管理テーブル８８は、サーバ記憶部３５に登録されていても良いし、ストレージシステム４３に登録されていてもよい。ボリューム管理テーブル８８には、例えば、各論理ボリューム毎のＩＤ、属性及び使用状況が登録される。論理ボリュームの属性は、論理ボリュームがどんな種類の記憶装置に用意されているかを表す。具体的には、例えば、その属性として、高信頼性又は高性能（例えばファイバチャネル）と、それよりも低信頼性又は低性能（例えばシリアルＡＴＡ）とがある。論理ボリュームの使用状況としては、例えば、使用中か未使用状態かがある。レコード削除部９０は、移動先とする別の論理ボリュームとして、例えば、未使用状態であり且つ低信頼性又は低性能（或いは高信頼性又は高性能）の論理ボリュームを選択することができる。

以上、本発明の実施形態及び変形例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態及び変形例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

図１は、本発明の一実施形態に係るデータ管理システムの構成例を示す。 図２は、図１に示したデータ管理システムのうちの、本実施形態に係る要部を、概略的に示す。 図３Ａは、性能情報の構成例を示す。図３Ｂは、性能レコードの構成例を示す。 図４Ａは、削除条件の生成方法の概要を示す。図４Ｂは、要約レコードの生成方法の概要を示す。 図５は、サーバプログラムによって行われる処理流れの一例を示す。 図６Ａ及び図６Ｂは、異常を表す上位レコードの削除条件が下位レコードに反映される様の一例を表す。図６Ｃは、それの一変形例を表す。 図７は、本発明の一実施形態におけるサーバプログラムの変形例並びにそのサーバプログラムによって行われる処理流れの一例を示す。

符号の説明

１０…性能情報 １２…サーバプログラム ３２…性能監視部 ３３…要約定義情報 ３４…データ管理定義情報 ３６…削除条件定義情報 ４７…性能情報ＶＯＬ ９０性能データ格納部 ９０Ａ…性能レコード作成・格納部 ９０Ｂ…要約レコード作成・格納部 ９０Ｃ…レコード削除部

Claims (8)

1. 記憶装置にアクセス可能なデータ管理システムにおいて、
   一以上のプロセッサと、
   前記一以上のプロセッサに読み込まれることにより前記一以上のプロセッサを動作させる一以上のコンピュータプログラムを記憶した記憶域と
   を備え、
   前記一以上のコンピュータプログラムを前記記憶域から読み込んだ前記一以上のプロセッサが、
   監視対象の監視結果を表す監視結果データを第一の頻度で取得し、前記取得された監視結果データと、その監視結果データの第一の削除条件を表す第一削除条件データとを含んだ監視結果レコードを生成し、前記生成された監視結果レコードを前記記憶装置に格納し、
   前記記憶装置に格納された複数の前記監視結果レコードがそれぞれ表す複数の監視結果の要約を表す監視結果要約データを、前記第一の頻度よりも低い第二の頻度で生成し、且つ、前記複数の監視結果の要約が正常を表す場合、正常を表す要約を表す監視結果要約データの削除条件である正常用の第二の削除条件を決定し、前記要約が異常を表す場合、異常を表す要約を表す監視結果要約データの削除条件である異常用の第二の削除条件を決定し、前記決定された正常用又は異常用の第二の削除条件を表す第二削除条件データと、前記生成された監視結果要約データとを含んだ要約レコードを生成し、前記生成された要約レコードを前記記憶装置に格納し、
   前記異常用の第二の削除条件を表した第二削除条件データを含む要約レコードを前記記憶装置から特定し、前記特定された要約レコードの生成の基となった複数の前記監視結果レコードを特定し、
   前記特定された複数の監視結果レコードの各々の第一削除条件データが表す第一削除条件を、前記特定された要約レコードに含まれる第二削除条件データが表す異常用の第二の削除条件と同じ条件に更新する、
   データ管理システム。
2. 記憶装置にアクセス可能なデータ管理システムにおいて、
   （ａ１）監視対象の監視された性能を表す性能データを第一の時間単位で取得し、（ａ２−１）前記（ａ１）で取得された性能データが正常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである正常の下位レコードを生成し、（ａ２−２）前記（ａ１）で取得されたその性能データが異常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである異常の下位レコードを生成し、（ａ３）前記生成された下位レコードを前記記憶装置に格納する下位レコード生成／格納部と、
   （ｂ１）前記記憶装置に格納された複数の前記下位レコードが有する複数の性能データを要約した性能データを、前記第一の時間単位よりも大きい第二の時間単位で取得し、（ｂ２−１）前記（ｂ１）で取得された性能データが正常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである正常の上位レコードを生成し、（ｂ２−２）前記（ｂ１）で取得された性能データが異常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである異常の上位レコードを生成し、（ｂ３）前記生成された上位レコードを前記記憶装置に格納する上位レコード生成／格納部と、
   前記異常の上位レコードと取得時刻が対応する複数の下位レコードの各々に設定されている削除条件を、前記異常の上位レコードの前記設定された削除条件に基づいて、正常の下位レコードの削除条件とは異なる削除条件に更新する削除条件更新部と
   を備えるデータ管理システム。
3. 前記削除条件は、前記記憶装置からデータが削除される削除時期を含み、
   前記第二の削除条件設定部は、前記異常の上位レコードの削除時期として、正常の上位レコードの削除時期よりも遅い削除時期を設定し、
   前記削除条件更新部は、前記複数の下位レコードの各々に設定されている削除時期を、前記正常の下位レコードの削除時期よりも遅い削除時期に更新する、
   請求項２記載のデータ管理システム。
4. 前記下位レコード内の削除条件が、その下位レコードの削除時期であり、
   前記上位レコード内の削除条件が、その上位レコードの削除時期であり、
   前記削除条件更新部が、前記異常の上位レコード内の削除時期に基づいて、その異常の上位レコードに対応した複数の下位レコードの各々における削除時期を、それよりも遅い削除時期に変更する、
   請求項３記載のデータ管理システム。
5. 前記削除条件更新部は、前記異常の上位レコードに対応した複数の下位レコードのうちの或る下位レコード内の削除時期が、前記異常の上位レコード内の削除時期よりも遅い場合には、前記或る下位レコード内の削除時期を変更せずに維持する、
   請求項４記載のデータ管理システム。
6. 前記データ管理システムは別の記憶装置にもアクセス可能になっており、
   データの削除又は移動を行うデータ削除／移動部を更に備え、
   前記データ削除／移動部は、
   前記正常を表す上位レコード及びそれに対応する複数の下位レコードの各々を、それの削除条件にマッチした場合に、前記記憶装置から削除し、
   前記異常を表す上位レコード及びそれに対応する複数の下位レコードのうちの少なくとも一つを、それの削除条件にマッチした場合、前記記憶装置から前記別の記憶装置に移動する、
   請求項２記載のデータ管理システム。
7. （ａ１）監視対象の監視された性能を表す性能データを第一の時間単位で取得し、（ａ２−１）前記（ａ１）で取得された性能データが正常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである正常の下位レコードを生成し、（ａ２−２）前記（ａ１）で取得されたその性能データが異常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである異常の下位レコードを生成し、（ａ３）前記生成された下位レコードを記憶装置に格納するステップと、
   （ｂ１）前記記憶装置に格納された複数の前記下位レコードが有する複数の性能データを要約した性能データを、前記第一の時間単位よりも大きい第二の時間単位で取得し、（ｂ２−１）前記（ｂ１）で取得された性能データが正常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである正常の上位レコードを生成し、（ｂ２−２）前記（ｂ１）で取得された性能データが異常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである異常の上位レコードを生成し、（ｂ３）前記生成された上位レコードを前記記憶装置に格納するステップと、
   前記異常の上位レコードと取得時刻が対応する複数の下位レコードの各々に設定されている削除条件を、前記異常の上位レコードの前記設定された削除条件に基づいて、正常の下位レコードの削除条件とは異なる削除条件に更新するステップと
   を有するデータ管理方法。
8. （ａ１）監視対象の監視された性能を表す性能データを第一の時間単位で取得し、（ａ２−１）前記（ａ１）で取得された性能データが正常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである正常の下位レコードを生成し、（ａ２−２）前記（ａ１）で取得されたその性能データが異常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである異常の下位レコードを生成し、（ａ３）前記生成された下位レコードを記憶装置に格納するステップと、
   （ｂ１）前記記憶装置に格納された複数の前記下位レコードが有する複数の性能データを要約した性能データを、前記第一の時間単位よりも大きい第二の時間単位で取得し、（ｂ２−１）前記（ｂ１）で取得された性能データが正常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである正常の上位レコードを生成し、（ｂ２−２）前記（ｂ１）で取得された性能データが異常を表す場合、その性能データとその性能データの内容に適合した削除条件とを含んだレコードである異常の上位レコードを生成し、（ｂ３）前記生成された上位レコードを前記記憶装置に格納するステップと、
   前記異常の上位レコードと取得時刻が対応する複数の下位レコードの各々に設定されている削除条件を、前記異常の上位レコードの前記設定された削除条件に基づいて、正常の下位レコードの削除条件とは異なる削除条件に更新するステップと
   をコンピュータに実行させるためのコンピュータ読み取り可能なコンピュータプログラム。
   

Images