(57)【要約】【課題】  サーバネットワークなどのメトリックを測定する。【解決手段】  本発明は、少なくとも１つのカテゴリと１つのメトリックに従って再構成して、少なくとも１つのしきい値を少なくとも１つのカテゴリと１つのメトリックとに適用可能で、少なくとも１つのしきい値を超過した場合には少なくとも１つのイベント例外を生成する測定装置を対象とする。測定装置は、イベントのカテゴリに対して、１つまたは複数のしきい値を設定可能である。【選択図】  図５
2004152274.tif 000002
【特許請求の範囲】
【請求項１】
バス（２０２、３０２）、１つまたは複数のホスト（２０４、３０４）、マネージャ（２０１、３０１）、および該バス（２０２、３０２）に接続された１つまたは複数のデバイス（２１０、３１０）を有するシステム（２００、３００）で使用されるコンピュータ可読の１つまたは複数の媒体上の測定値監視コード構成であって、該コード構成は、前記マネージャ（２０１、３０１）の１つまたは複数のプロセッサにより実行されて前記１つまたは複数のホスト（２０４、３０４）と前記１つまたは複数のデバイス（２１０、３１０）の間でのデータの収集および分析を可能にし、
前記１つまたは複数のホスト（２０４、３０４）または前記１つまたは複数のデバイス（２１０、３１０）のうちの少なくとも１つから、少なくとも１つのカテゴリと少なくとも１つのメトリックを含む少なくとも１つのデータ入力（４０４１１）を受け取る一般測定コード部分（４０４１）であって、該少なくとも１つのカテゴリと少なくとも１つのメトリックに従って再構成可能であり、それにより、少なくとも１つのしきい値（４０４１２）が該少なくとも１つのカテゴリと少なくとも１つのメトリックに適用され、該少なくとも１つのしきい値を超過した場合は少なくとも１つのイベント例外（４０４１４）を生成する一般測定コード部分
を備える測定値監視コード構成。
【請求項２】
前記少なくとも１つのカテゴリは、種類、組織、実体のうちの少なくとも１つであり、前記少なくとも１つのしきい値（４０４１２）は各カテゴリに適用可能である
請求項１に記載の測定値監視コード構成。
【請求項３】
前記一般測定コード部分は、少なくとも２つのデータ入力を受け取り、該少なくとも２つのデータ入力に対してデータ傾向把握を行う
請求項１または２に記載の測定値監視コード構成。
【請求項４】
バス（２０２、３０２）、１つまたは複数のホスト（２０４、３０４）、該バス（２０２、３０２）に接続された１つまたは複数のデバイス（２１０、３１０）を有するシステム（２００、３００）に動作可能に結合されたプロセッサを含む測定装置であって、該測定装置は、該１つまたは複数のホスト（２０４、３０４）と該１つまたは複数のデバイス（２１０、３１０）の間でのデータの収集および分析を可能にし、
前記１つまたは複数のホスト（２０４、３０４）または前記１つまたは複数のデバイス（２１０、３１０）のうちの少なくとも１つから、少なくとも１つのカテゴリと少なくとも１つのメトリックを含む少なくとも１つのデータ入力（４０４１１）を受け取る少なくとも１つの一般測定値モニタ（４０４１）であって、該少なくとも１つのカテゴリと該少なくとも１つのメトリックに従って再構成して、少なくとも１つのしきい値（４０４１２）を該少なくとも１つのカテゴリと少なくとも１つのメトリックに適用可能であり、該少なくとも１つのしきい値を超過した場合は少なくとも１つのイベント例外（４０４１４）を生成する一般測定値モニタ（４０４１）
を備える測定装置。
【請求項５】
前記少なくとも１つのカテゴリは、種類、組織、実体のうちの少なくとも１つであり、前記少なくとも１つのしきい値（４０４１２）は各カテゴリに適用可能である
請求項４に記載の測定装置。
【請求項６】
前記少なくとも１つの一般測定値モニタは、少なくとも２つのデータ入力を受け取り、該少なくとも２つのデータ入力に対してデータ傾向把握を行う
請求項４または５に記載の測定装置。
【請求項７】
バス（２０２、３０２）、１つまたは複数のホスト（２０４、３０４）、該バス（２０２、３０２）に接続された１つまたは複数のデバイス（２１０、３１０）を有するシステム（２００、３００）内のデータの収集および分析方法あって、
前記１つまたは複数のホスト（２０４、３０４）または前記１つまたは複数のデバイス（２１０、３１０）のうちの少なくとも１つから、少なくとも１つのカテゴリと少なくとも１つのメトリックを含む少なくとも１つのデータ入力を受け取ることと、
前記少なくとも１つのカテゴリと少なくとも１つのメトリックに従って一般処理要素を再構成することであって、それにより、少なくとも１つのしきい値（４０４１２）を該少なくとも１つのカテゴリと該少なくとも１つのメトリックに適用する、再構成することと、
該少なくとも１つのしきい値を超過した場合は少なくとも１つのイベント例外（４０４１４）を生成することと
を含む方法。
【請求項８】
前記受け取ることは、少なくとも２つのデータ入力を受け取ることであり、
該方法は、
前記少なくとも２つのデータ入力に対してデータ傾向把握を行うこと、
を
さらに含む請求項７に記載の方法。
【請求項９】
前記実行することは、統計ユーティリティを呼び出すことであって、それにより、前記データ傾向把握を行う、呼び出すことを含む
請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバネットワークなどのメトリックを測定する測定装置に関する。
【背景技術】
【０００２】
ストレージエリアネットワーク（ＳＡＮ）は、統合されたハードウェアとソフトウェアを利用して堅牢で高速のストレージバックボーンを提供する高速、広帯域のサーバ間ネットワークである。
ＳＡＮを使用することで、ＳＡＮのトポロジに応じて、サーバのクラスタが排他的なデータアクセスによりストレージを共有したり、共通のストレージデバイス上でデータを共有することが可能になる。
ＳＡＮネットワークは、たとえば、各顧客と各取引について収集された数テラバイトの情報のストレージが必要な完全にネットワーク化された企業において有用である。
データの高い可用性と高いセキュリティへのニーズが増大する要求に拍車をかけている。
ＳＡＮは、企業全体で共用可能でありながら、簡略化された操作で管理可能な高速で可用性の高いストレージのプールを提供する。
【０００３】
ＳＡＮには、複数のハードディスクドライブ、テープなどの多数のストレージ要素の集まりが含まれている。
既知のＳＡＮのパフォーマンスを保証するために、データおよびパフォーマンスメトリック（metrics、距離関数）が収集される。
これらのメトリックは、発生し得る問題（帯域ボトルネックなど）を予測して、それらの問題が発生する前にそれらの問題を緩和するための手段を講じるために用いられるパフォーマンスの傾向および統計値を求めるために使用される。
【０００４】
従来技術によるＳＡＮやその他のストレージ環境では、ストレージエリアマネージャ（ＳＡＭ）プロセスをＳＡＮ内のサーバで実行することが知られている。
その名前が示すように、ＳＡＭは、その一部の機能としてストレージ環境のコンポーネント間のやりとり、さらにはストレージへの要求を行うアプリケーションプログラム（クライアント）とストレージ環境のコンポーネントとのやりとりを管理する。
【０００５】
ＳＡＮとＳＡＭの動作中、エラーとしきい値を超過する状態がしばしば発生し、大量のデータが収集と分析のために使用可能になる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上記背景からなされたものであり、サーバネットワークなどのメトリックを測定する測定装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一実施形態においては、本発明は、少なくとも１つのカテゴリと１つのメトリックに従って再構成して、少なくとも１つのしきい値を少なくとも１つのカテゴリと１つのメトリックとに適用可能で、少なくとも１つのしきい値を超過した場合には少なくとも１つのイベント例外を生成する測定装置を対象とする。測定装置は、イベントのカテゴリに対して、１つまたは複数のしきい値を設定可能である。
【発明の効果】
【０００８】
本発明によれば、サーバネットワークなどのメトリックを測定する測定装置が提供される。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の一実施形態によるシステム２００のハードウェアのブロック図を示している。
システム２００には、本発明の一実施形態によるソフトウェアが組み込まれている。
システム２００は、デバイスサービスのコンシューマ（以降デバイスコンシューマと呼ぶ）２０４、デバイス２１０、デバイス２１８、ストレージエリアマネージャ（ＳＡＭ）２０１が接続されたバス（たとえば、ＳＣＳＩ、Ｅｔｈｅｒｎｅｔ（ｉＳＣＳＩ、ＩＰ、Ｇｂｉｔ  Ｅｔｈｅｒｎｅｔ）、ファイバチャネルなど）２０２を備える。
【００１０】
デバイスコンシューマ２０４は、デバイスコンシューマ２０４がバス２０２に接続し、バス２０２とやりとりするのを許可するホストバスアダプタ（ＨＢＡ）２０６、２０８を備える。
デバイス２１０は、ポート１（２１２）、ポート２（２１４）、．．．、ポートＮ（２１６）を有する。
デバイス２１８は、ポート１（２２０）、ポート２（２２２）、．．．、ポートＮ（２２４）を有する。
開示を簡単にするために、２つのデバイス２１０および２１８ならびに２つのＨＢＡ２０６および２０８だけを示しているが、状態の特定の状況により、バスに取り付けることができるデバイスの数は２つよりも少なくても多くてもよく、コンシューマ内のＨＢＡの数も２つよりも少なく（１）ても多くてもよい。
【００１１】
図２は、特定の種類のシステム２００、つまり、ストレージエリアシステムまたはストレージエリアネットワーク（ＳＡＮ）３００に対応したハードウェアのブロック図を示す。
ＳＡＮ３００は、バス３０２、デバイスコンシューマ３０４、不揮発性ストレージデバイス３１０、およびストレージエリアマネージャ（ＳＡＭ）３０１を備える。
【００１２】
デバイスコンシューマ３０４は、ＨＢＡ３０６および３０８を含むことができる。
状態の状況により、ＨＢＡ３０６／３０８の数を増減することができる。
【００１３】
デバイスコンシューマ３０４は、少なくともＣＰＵ、入力デバイス（複数可）、出力デバイス（複数可）、およびメモリを備えるコンピュータ３２６の形態を取ることができる。
たとえば、コンピュータ３２６は、ＣＰＵ、ＩＯデバイス、およびＲＡＭなどの揮発性メモリ、ＲＯＭなどの不揮発性メモリ、フラッシュメモリ、ディスクドライブ、および／またはテープドライブを備えるものとして示されている。
【００１４】
ストレージデバイス３１０は、ポート１（３１２）、ポート２（３１４）、．．．、ポートＮ（３１６）および論理ユニット（ＬＵＮ）１、２、...、Ｎを備える。
また、ストレージデバイス３１０は、ディスクデバイス、テープドライブ、および／またはフラッシュメモリなどの不揮発性メモリ３１８を備える。
ＬＵＮの論理的性質を読み手に思い起こさせるために、ＬＵＮ３２０、３２２、３２４と物理メモリデバイス３１８間の単純化したマッピングを図２に示す。
【００１５】
ＳＡＭ２０１、３０１も、少なくともＣＰＵ、入力デバイス（複数可）、出力デバイス（複数可）、およびメモリを備えるコンピュータの形態を取ることができる。
【００１６】
ＳＡＭ２０１、３０１は、ストレージ管理者がＳＡＮ２００、３００環境を管理できるようにする。
ＳＡＭ２０１、３０１は、ストレージ管理者が、テープおよびディスクストレージ、サーバおよびファイバーチャネルスイッチ、ならびに任意の直接取り付けられたストレージを含むＳＡＮ２００、３００内のすべてのコンポーネントの健全性を制御し監視できるようにする。
【００１７】
図３に示すように、ＳＡＭ２０１、３０１は、ストレージアロケータ４０２、ストレージビルダ４０４、ストレージアカウンタント４０６、ストレージノードマネージャ４０８、およびストレージオプティマイザ４１０を備えることができる。
【００１８】
ストレージアロケータ４０２は、ストレージとサーバをマップして、ストレージをサーバに安全に割り当てることができるようにする。
ストレージアロケータ４０２は、ＳＡＮ２００、３００に保存されたデータへのアクセスの表示、管理、制御を許可する。
ストレージアロケータ４０２は、ホストのリブートなしにストレージの追加、除去、割り当てを可能にすることで、ＳＡＮ２００、３００の拡張を容易にする。
ストレージアロケータ４０２は、ストレージと、ネットワークの検出（discovery）と、ストレージの割り当て方法を示すフィルタおよびアイコンを備えたグラフィカルユーザインタフェース（ＧＵＩ）も提供する。
ストレージアロケータ４０２は、クラスタ化されたサーバ構成を可能にする「共有グループ」をセットアップすることも可能にする。
【００１９】
ストレージをサーバに安全に割り当てて、データの損失と権限のないアクセスを防止するには、ストレージアロケータ４０２を使用して、ＬＵＮやＬＵＮのグループをサーバにドラッグアンドドロップすることにより、ＬＵＮやＬＵＮのグループを選択することができる。
特定のサーバにストレージが必要なくなった場合、ストレージアロケータ４０２は、ストレージの使用率を改善するために、別のサーバへの再割り当てを許可する。
【００２０】
ストレージアカウンタント４０６は、財務分析、予算管理、請求のためにエンドユーザに割り当てられたストレージをサービスプロバイダが測定できるようにする。
ストレージの属性とストレージに割り当てられたサービスとに基づいてストレージの提供を分類することで、ユーザは、顧客のプロファイルを追跡し、時間あたりのギガバイト数によるストレージの価格をストレージサービス提供の総コストと比較し、ＬＵＮの割り当てを管理して、特定の価格をＬＵＮに関連付け、サービスレベル価格、割り当てられたＬＵＮのサイズ、ストレージ消費の期間に基づいて料金を計算することができる。
【００２１】
ストレージアカウンタント４０６はＣＳＶ、ＨＴＭＬ、ＸＭＬ形式で利用と請求についての表示を生成することが可能で、それらは、その後第三者による請求および財務申請書に統合したり、監査ログに記録することができる。
【００２２】
ストレージノードマネージャ４０８は、少なくとも１つのインタフェースを介した集中ＳＡＮ２００、３００管理と、マルチホストストレージデバイス管理ツールの統合を可能にする。
自動デバイス検出、健全性監視、および自動警告により、資産の可用性の改善が保証される。
ストレージ構成の追加、削除または変更とデータセンタ環境の変化の追跡は、少なくとも１つのインタフェースを介して実施することができる。
ストレージノードマネージャ４０８は、システム管理者が場所フィールドをカスタマイズし、分散環境でデバイスの物理的位置を特定することも可能にする。
【００２３】
ストレージオプティマイザ４１０は、ユーザがボトルネットを特定して、ＳＡＮ２００、３００のパフォーマンスを高めるようにする。
ストレージオプティマイザ４１０は、ストレージマネージャが、ホスト、インフラストラクチャ、およびストレージを含むＳＡＮ２００、３００の全体のパフォーマンスを監視することで、速度低下に対処し、ボトルネックを特定するために必要な情報をストレージマネージャに提供する。
【００２４】
ＳＡＮ２００、３００のパフォーマンスの重要なメトリックを監視することで、ストレージマネージャは適切なサービスレベルを実施することができるようになる。
ストレージオプティマイザ４１０は、未加工や要約された一連のデータを収集して管理し、データへのいくつかの種類のアクセスを提供することで、ＳＡＮ２００、３００の動作を改善するのに必要な情報をストレージマネージャに与える。
【００２５】
履歴グラフを使用することで、ストレージマネージャは、それらのＳＡＮ２００、３００インフラストラクチャ内の傾向と異常を特定することができる。
ストレージオプティマイザ４１０を使用して、システム、ストレージ、インフラストラクチャのアップグレードの影響を評価して、ＳＡＮ２００、３００全体のパフォーマンスを改善することが可能である。
【００２６】
ＳＡＭ２０１、３０１は、ストレージの容量の評価、制御、計画を支援して、リソースの使用率を改善するストレージビルダ４０４を含むこともある。
ストレージビルダ４０４は、さまざまなオペレーティングシステムにまたがって、ホスト、ストレージデバイス、ＬＵＮ、パーティション、ボリューム、ディレクトリ、ユーザごとのストレージリソースの現在の割り当てと消費を表示することで、管理者がストレージリソースの使用率を改善できるようにする。
【００２７】
履歴傾向データを使用することで、ストレージビルダ４０４は、ストレージ容量に対する将来的なニーズを推定することもできる。
この推定により、管理者は、容量の追加が必要な時期を積極的に予測することができる。
ストレージビルダ４０４は、潜在的な容量の不足について早期の警告を与え、削除可能なファイル（たとえば、アクセスされることのないファイルや、具体的に特定された拡張子を持つファイル）を特定し、ＩＴ管理者がグループを作成して、そのグループの現在の使用パターンを将来のリソース計画のために分析できるようにすることもできる。
【００２８】
ストレージビルダ４０４は、分散データ収集と、デバイスコンシューマ２０４、３０４上の収集のために定期的にスケジュールされた情報処理も行う。
一実施形態では、データ配信機構はイベントベースで、イベントメッセージをデバイスコンシューマ２０４、３０４からＳＡＭ２０１、３０１へ移動することを可能にし、接続機構は、ＳＡＭ２０１、３０１がデバイスコンシューマ２０４、３０４に接触し、情報をデバイスコンシューマ２０４、３０４から伝達可能にし、ワークスレッドキュー機構は、任意の時刻に使用中の並列スレッド数を減らし、集中ストレージ機構（通常、デバイス２１８、３１８などのデータベース）はストレージに使用される。
【００２９】
図４は、ストレージビルダ４０４をさらに詳細に示す。
図示のように、ストレージビルダ４０４は、少なくとも１つの一般測定値モニタ４０４１を含む。
【００３０】
一般測定値モニタ４０４１は、選択された測定値を監視し、選択された測定値の１つまたは複数が１つまたは複数のしきい値境界を超えたときに、イベントシステムでの使用に適した少なくとも１つのしきい値超過イベントを生成するための一般的な機能を保つ。
【００３１】
本発明の一実施形態の動作を図５ないし図８の流れ図に示す。
図５および図６は、一般測定値モニタ４０４１を作成する一実施形態を示し、図７および図８は、一般測定値モニタ４０４１の動作の実施形態を示す。
【００３２】
図５の要素５０２に示すように、ユーザは１つまたは複数のしきい値条件をコマンドラインユーザインタフェース（ＣＬＵＩ）またはグラフィカルユーザインタフェース（ＧＵＩ）を介して作成することができる。
要素５０４で、１つまたは複数のしきい値設定がデバイス２１８、３１８などのデータベースに保存される。
【００３３】
図６の要素６０２に示すように、次に、設定情報を、しきい値情報の集合内に配置することもできる。
要素６０４では、しきい値設定を特定するための種類について反復が行われる。
要素６０６では、しきい値が将来の値の予測に関連しているかどうかが判断される。
関連している場合、要素６０８で、ＴｒｅｎｄＴｈｒｅｓｈｏｌｄＥｎｔｒｙ（傾向しきい値エントリ）７０６とＴｒｅｎｄＴｈｒｅｓｈｏｌｄＲａｎｇｅ（傾向しきい値範囲）７０８が生成される。
関連していない場合、要素６１０で、ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ（しきい値エントリ）４０４１２とＴｈｒｅｓｈｏｌｄＲａｎｇｅ（しきい値範囲）４０４１３が生成される。
要素６１２では、関連するしきい値のすべての集合に対して測定値エントリが生成される。
要素６１４では、要素６１２で生成された測定値エントリに対して一般測定値モニタ４０４１が作成される。
【００３４】
図７は、一般測定値モニタ４０４１の動作の一実施形態を示す。
要素７０２に示すように、データの処理が開始され、要素７０４では、一般測定値モニタ４０４１が履歴測定値を生成し、要素７０６では、１つまたは複数のしきい値設定を探索する。
要素７０８では、一般測定値モニタ４０４１は、それぞれのしきい値からの超過を調べる。
要素７１０では、ＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ（しきい値超過イベント）４０４１４が生成された場合、要素７１２では、一般測定値モニタ４０４１は、処理が必要なイベントを送って別のプロセスに送る。
要素７１０でＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ  ４０４１４が生成されない場合、要素７１４で一般測定値モニタ４０４１は処理を終了する。
【００３５】
図８は、本発明の別の一実施形態による測定値モニタの動作を示している。
要素８０２に示すように、測定値モニタ４０４１'は、測定値を受け取り、しきい値からの超過を調べる。
要素８０４では、測定値モニタ４０４１'は、測定値についてのメトリックと測定元を特定する。
要素８０６では、測定値モニタ４０４１'は、特定されたメトリックについての測定値エントリを調べる。
測定値エントリがこのメトリックに対応していない場合、要素８０８では、しきい値超過は発生しない。
測定値エントリがこのメトリックに対応している場合、ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２が所与の測定元に対応しているかどうかが判断される。
対応している場合は、要素８１２で、ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２がＴｒｅｎｄＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ７０６であるかどうかが判断される。
ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２がＴｒｅｎｄＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ７０６の場合、要素８１４で、測定値モニタ４０４１'は、関連する履歴測定値を探索して、要素８１６で測定値をデータ要素に変換する。
測定値モニタ４０４１'は、要素８１８でデータを正規化して、要素８２０でデータを記述する関係を生成する。
【００３６】
要素８２２で、測定値モニタ４０４１'は、所望の最大値まで一定間隔で予測値を生成する。
一旦、予測値が生成されると、要素８２４で、測定値モニタ４０４１'は、超過を調べる条件を決定する。
測定値モニタ４０４１'は、要素８１２でＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２がＴｒｅｎｄＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ７０６ではない場合も、超過を調べる条件を決定する。
要素８２６で、測定値モニタ４０４１'は、境界条件を超過しているかどうかを判断する。
超過していない場合、要素８０８でしきい値超過は発生しない。
要素８２６で境界条件を超過している場合、要素８２８でＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ４０４１４が生成される。
【００３７】
前述のように、一般測定値モニタ４０４１と測定値モニタ４０４１'は、少なくとも１つのデータ入力を別のストレージビルダ４０４の要素および／またはＳＡＭ２０１、３０１あるいはＳＡＮ２００、３００のその他の要素から受け取る。
【００３８】
一般測定値モニタ４０４１は、特定のカテゴリと特定のメトリックに対する測定値（複数可）を受け取る。
カテゴリの例としては、種類、組織、または実体がある（図２および図３のデバイスコンシューマ２０４、３０４のカテゴリは「種類」である）。
【００３９】
メトリックの例としては、任意の種類のリソース使用率、信頼区間、持続時間などの測定値がある。
メトリックは、任意の測定元のメトリックでよい。
ストレージビルダ４０４がデータを収集する測定元の例としては、ホスト、ＮＡＳデバイス、ホスト上の論理ボリューム、ホスト上のボリュームグループ、ホスト上のユーザアカウント、ドメインユーザアカウント、管理ディレクトリがある。
メトリックの名前と測定元は、任意の必要なしきい値の調査を行うための適切なメトリックの集合の探索のために使用可能な２つの識別子である。
【００４０】
測定値に関連付けられたカテゴリとメトリックは、測定値に使用するおそらく複数のＭｅａｓｕｒｅｍｅｎｔＥｎｔｒｙ（測定値エントリ）４０４１１の特定に使用される。
ＭｅａｓｕｒｅｍｅｎｔＥｎｔｒｙ  ４０４１１は、特定のカテゴリとメトリックのすべての測定値に使用可能なしきい値またはしきい値の集合である。
【００４１】
一実施形態では、たとえば、測定値自体の既定値に関連したしきい値、特定の種類のオブジェクト（ホスト、ボリュームなど）の既定値に関連したしきい値、組織のすべてのメンバの既定値に関連したしきい値、特定の実体（ＳＡＮ２０１、３０１上の特定のホスト２０４、３０４）に関連したしきい値である、所与のＭｅａｓｕｒｅｍｅｎｔＥｎｔｒｙ  ４０４１１による各測定値に対して想定可能な複数の種類のしきい値が存在することができる。
各種類について、複数のＴｈｒｅｓｈｏｌｄＥｎｔｒｙ（しきい値エントリ）４０４１２が存在することもできる。
さらに、ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２は、特定のエントリのこともできるが、それに関連付けられた１つまたは複数のＴｈｒｅｓｈｏｌｄＲａｎｇｅ（しきい値範囲）４０４１３を有することもできる。
ＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ４０４１３は、しきい値の調査対象の特定の境界条件の場合や、超過時の関連する重大性の場合もある。
【００４２】
各ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２に対して、特定のしきい値超過が発生すると、１つまたは複数のＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ（しきい値超過イベント）４０４１４が生成される。
ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２は、それに関連付けられたすべてのＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ４０４１３を（たとえば、重大性のレベル順に）調べ、いずれかのＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ４０４１３を超過しているときには、超過を示すことができる。
【００４３】
一例として、一般測定値モニタ４０４１では、特定されたカテゴリとメトリックを組み合わせることで、「ホスト」（種類）について「使用率」がしきい値「Ｘ」を超えているかのしきい値調査を作成することができる。
【００４４】
別の例としては、一般測定値モニタ４０４１では、特定されたカテゴリとメトリックを組み合わせることで、「組織Ａ」（この組織のすべてのメンバ）について「使用率」がしきい値「Ｘ」を超えているかのしきい値調査を作成することができる。
【００４５】
さらに別の例としては、一般測定値モニタ４０４１では、特定されたカテゴリとメトリックを組み合わせることで、「ホストＡ１」（すべてのホストではなく特定のホストまたは特定の組織のすべてのホスト）について「使用率」がしきい値「Ｘ」を超えているかのしきい値調査を作成することができる。
【００４６】
本発明の別の実施形態では、カテゴリの種類あたり１つのしきい値を生成することができる。
【００４７】
本発明のさらに別の実施形態では、生成されるしきい値は、検査するカテゴリの集合の中で最も厳格なしきい値である。
【００４８】
本発明のもう１つの一実施形態では、一般測定値モニタ４０４１のフレームワークを、ＳＡＭ２０１、３０１上に存在するサーバコンポーネントによって標準のＪＣＯＲＥフレームワークやＣＬＡＹフレームワーク内に適合させている。
【００４９】
図４の一般測定値モニタ４０４１の利点は、すべての種類のしきい値調査を同じ方式で扱うことができることで、たとえば、ユーザストレージ使用率を調査可能な方式でボリューム使用率を調べることができる。
【００５０】
さらに、測定値モニタ４０４１'は、少なくとも１つのホスト２０４、３０４または少なくとも１つのデバイス２１０、３１０から少なくとも２つのデータ入力を受け取る。
各データ入力は、少なくとも１つのカテゴリと少なくとも１つのメトリックを含むことができる。
測定値モニタ４０４１'は、少なくとも２つのデータ入力に対してデータ傾向把握を行う。
【００５１】
図９の相関図に示すように、測定値モニタ４０４１'は、汎用の統計分析パッケージ内の任意の種類の統計傾向把握予測アルゴリズムＳｔａｔｉｓｔｉｃｓ（統計値）７００を使用して、データ傾向把握を行うことができる。
その場合、測定値モニタ４０４１'は、分析パッケージにより定義されたＤａｔａＥｌｅｍｅｎｔ（データ要素）７０２インタフェースを介して分析パッケージとやりとりする。
測定値モニタ４０４１'は、データ傾向把握の結果を、デバイス２１０、３１０などの中央の位置や、ＳＡＭ２０１、３０１のメモリ内に格納することもできる。
統計傾向把握予測アルゴリズムＳｔａｔｉｓｔｉｃｓ  ７００は、分析パッケージにより定義されたＲｅｌａｔｉｏｎｓｈｉｐ（関係）７０４インタフェースを使用することもできる。
【００５２】
データベース抽象化層を介して、少なくとも２つのデータ入力を探索することができる。
本発明の別の一実施形態では、測定値モニタ４０４１'は、ＤｅｔａＥｌｅｍｅｎｔ  ７０２インタフェースを４つの要素の値として実施することができる。
その場合、この４つの値は、時刻、値、メトリック、測定元に対応する。
測定値モニタ４０４１'は、非傾向把握しきい値のために、時刻と値を抽出することもできる。
測定値は、範囲の値と比較することもできる。
【００５３】
任意のしきい値超過により、ＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ  ４０４１４が発生する可能性がある。
傾向把握のしきい値については、メトリックと測定元の要素が考慮され得る。
データベース抽象化層を介して、測定元とメトリックのすべての測定値を探索することができる。
次に、これらの測定値は、値と時刻に等しいＸ、Ｙ値に対応する一組のＤａｔａＥｌｅｍｅｎｔ  ７０２に変換される。
次に、それらの値は、値を変換することで分析中の精度の低下を減らすための１つから２つの工程により正規化することができ、次に、最良適合統計予測を使用して４つの時系列分析点が等間隔に設定されたＸ、Ｙ点に変換され、任意の必要な欠落していた点が埋められる。
【００５４】
次に、分析を行い、統計値Ｒｅｌａｔｉｏｎｓｈｉｐ  ７０４が生成される。
次に、Ｒｅｌａｔｉｏｎｓｈｉｐ  ７０４を使用して、特定の予測点までの検討するすべての点が走査される。
検査中の時間枠内のどれかの予測値が超過の発生を指示している場合、そのエントリは超過を通知する。
【００５５】
本発明のさらに別の一実施形態では、測定値モニタ４０４１'のフレームワークを、ＳＡＭ２０１、３０１上に存在するサーバコンポーネントとすることで標準のＪＣＯＲＥフレームワークやＣＬＡＹフレームワーク内に適合させている。
【００５６】
図１０は、測定値モニタ４０４１、ＭｅａｓｕｒｅｍｅｎｔＥｎｔｒｙ  ４０４１１、ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２、ＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ４０４１３、ＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ  ４０４１４、ＴｒｅｎｄＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ７０６、ＴｒｅｎｄＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ７０８の間のクラスの関係を示す相関図である。
【００５７】
図１０は、測定値モニタ４０４１'の実施形態のＴｒｅｎｄＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ７０６とＴｒｅｎｄＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ７０８を一般測定値モニタ４０４１の実施形態のＭｅａｓｕｒｅｍｅｎｔＥｎｔｒｙ  ４０４１１、ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２、ＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ４０４１３、ＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ  ４０４１４に加えることで、本発明の少なくとも２つの実施形態を組み合わせた相関図である。
【００５８】
図４と併せて前述した本発明の実施形態は、１つの測定値モニタ４０４１を示しているが、前述のように、ＳＡＭ２０１、３０１のストレージビルダ４０４は、任意の所与の個々のＳＡＭ２０１、３０１上で任意の所与の時刻に測定値モニタ４０４１の１つまたは複数のインスタンスおよび／または測定値モニタ４０４１'の１つまたは複数のインスタンスを含むことおよび／または実行することが可能である。
さらに、これも前述のように、ＳＡＮ２００、３００は、複数のＳＡＭ２０１、３０１を含むことができる。
さらに、測定値モニタ４０４１、４０４１'の機能性を、１つまたは複数のＳＡＭ２０１、３０１の代わりに、またはそれに加えて、１つまたは複数のデバイスコンシューマ２０４上でホストしたり、あるいは、デバイス２０１、３０１、２０４の任意の組み合わせにより分割することもできる。
【００５９】
図１ないし図４に示した機能ブロックは、ハードウェアおよびまたはソフトウェアで実施可能であることに留意されたい。
ハードウェア／ソフトウェアによる実施態様は、プロセッサ（複数可）と製造業者の部品（複数可）の組み合わせを含むこともできる。
製造業者の部品（複数可）はさらに、記憶媒体と実行可能なコンピュータプログラム（複数可）を含むこともできる。
実行可能なコンピュータプログラム（複数可）は、前述の動作を行う命令を含むこともできる。
コンピュータ実行可能プログラム（複数可）は、搬送波（複数可）による、または搬送波なしの外部から供給される伝搬信号（複数可）の一部として提供することもできる。
【００６０】
前述の一般測定値モニタ機構の実施形態を使用して、ＳＡＮ２００、３００のユーザにＳＡＮ２００、３００内で特定の条件が発生したことの警告を与えることもできる。
【００６１】
前述の測定値モニタ機構の実施形態を使用して、ＳＡＮ２００、３００の管理者にＳＡＮ２００、３００のボリュームやストレージの使用率などの他のシステムの使用率傾向情報を提供するのに使用可能な傾向情報をＳＡＮ２００、３００のユーザに提供することもできる。
【００６２】
本発明についてこれまで説明したが、本発明がさまざまに変更可能なことは明らかであろう。
そのような変更は、本発明の精神および範囲から逸脱するものと見なされるべきではなく、当業者に明らかなそのような修正はすべて添付の特許請求の範囲内に含めることを意図している。
【産業上の利用可能性】
【００６３】
本発明はコンピュータデバイスの測定に利用可能である。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態によるハードウェアのブロック図である。
【図２】本発明の別の実施形態によるハードウェアのブロック図である。
【図３】本発明の一実施形態によるストレージエリアマネージャ（ＳＡＭ）ハードウェアのブロック図である。
【図４】本発明の一実施形態によるストレージビルダのハードウェアのブロック図である。
【図５】本発明の一実施形態による一般測定値モニタの作成を示す図である。
【図６】本発明の一実施形態による一般測定値モニタの作成を示す図である。
【図７】本発明の一実施形態による一般測定値モニタの動作を示す図である。
【図８】本発明の別の実施形態による測定値モニタの動作を示す図である。
【図９】本発明の一実施形態による、測定値モニタ４０４１'、Ｓｔａｔｉｓｔｉｃｓ  ７００、ＤａｔａＥｌｅｍｅｎｔ  ７０２、Ｒｅｌａｔｉｏｎｓｈｉｐ  ７０４の間のクラス相関を示した相関図である。
【図１０】本発明の一実施形態による測定値モニタ４０４１、ＭｅａｓｕｒｅｍｅｎｔＥｎｔｒｙ  ４０４１１、ＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ４０４１２、ＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ４０４１３、ＴｈｒｅｓｈｏｌｄＥｘｃｅｅｄｅｄＥｖｅｎｔ  ４０４１４、ＴｒｅｎｄＴｈｒｅｓｈｏｌｄＥｎｔｒｙ  ７０６、およびＴｒｅｎｄＴｈｒｅｓｈｏｌｄＲａｎｇｅ  ７０８の間のクラス相関を示した相関図である。
【符号の説明】
【００６５】
２０１・・・ストレージエリアマネージャ、
２０２・・・バス、
２０６・・・ホストバスアダプタ、
２０４・・・デバイスコンシューマ、
２１０、２１８・・・デバイス、
２１２、２１４、２１６・・・ポート、
３２６・・・モニタ、
３２０・・・論理ユニット、
３１０・・・ストレージデバイス、
４０８・・・ストレージノードマネージャ、
４０２・・・ストレージアロケータ、
４０４・・・ストレージビルダ、
１１０・・・ストレージオプティマイザ、
４０６・・・ストレージアカウンタント、
４０４１・・・一般測定値モニタ、
【図１】
2004152274.tif 000003
【図２】
2004152274.tif 000004
【図３】
2004152274.tif 000005
【図４】
2004152274.tif 000006
【図５】
2004152274.tif 000007
【図６】
2004152274.tif 000008
【図７】
2004152274.tif 000009
【図８】
2004152274.tif 000010
【図９】
2004152274.tif 000011
【図１０】
2004152274.tif 000012