(57)【特許請求の範囲】
【請求項１】
プロバイダによって提供および管理され、少なくともひとりの消費者によって使用される記憶インフラストラクチャを自動的に管理するための方法であって、前記記憶インフラストラクチャは、
少なくとも１つの消費者データ・インターフェースと、
少なくとも１つのプロバイダ・インターフェースと、を含み、
（ａ）消費者指定のデータ・クラスに対する消費者指定のサービス・レベル目標（ＳＬＯ）を含む消費者ＳＬＯポリシを指定するステップであって、
前記消費者ＳＬＯポリシの各々は、消費者によって定義されたデータ・クラスと、消費者によって指定された前記データ・クラスに対する少なくとも１つのＳＬＯとを含み、さらに、
前記データ・クラスの１つについて複数の消費者ＳＬＯポリシを指定することを含み、指定された前記複数の消費者ＳＬＯポリシは、１つのＳＬＯポリシのセットを含み、前記１つのＳＬＯポリシのセットの第１のＳＬＯポリシに第１のＳＬＯが消費者によって指定され、前記１つのＳＬＯポリシのセットの第２のＳＬＯポリシに前記第１のＳＬＯとは異なる第２のＳＬＯが消費者によって指定される、前記消費者ＳＬＯポリシを指定するステップと、
（ｂ）利用可能な記憶コンポーネントを見つけるステップであって、前記利用可能な記憶コンポーネントの各々について、当該利用可能な記憶コンポーネントによって提供される少なくとも１つの利用可能なサービス・レベルをマップするコンポーネント・サービス・レベル・カタログ（ＣＳＬＣ）にアクセスすることを含む、ステップと、
（ｃ）前記利用可能な記憶コンポーネントの中から前記消費者によって定義されたデータ・クラスを含む消費者データを格納する記憶コンポーネントを選択するために、前記消費者ＳＬＯポリシを前記利用可能な記憶コンポーネントにマッピングするステップであって、前記消費者ＳＬＯポリシの各々について、前記ＣＳＬＣに応じて前記利用可能な記憶コンポーネントの各々によって提供される前記少なくとも１つの利用可能なサービス・レベルに対して前記消費者ＳＬＯポリシの前記少なくとも１つのＳＬＯをマッチングさせることによって前記マッピングを行う、ステップと、
（ｄ）前記消費者ＳＬＯポリシのマッピングに応じて、前記消費者が指定した前記消費者ＳＬＯポリシを含む消費者データを格納するために選択された記憶コンポーネントを構成するステップと、
を含む方法。
【請求項２】
見つけられた前記利用可能な記憶コンポーネントの各々は、固有の記憶コンポーネント識別標識と、テクノロジのタイプと、少なくとも１つの可能なＳＬＯと、データ・インターフェースのタイプと、最大容量と、を含むパラメータ・セットを有することを特徴とし、
前記消費者指定のＳＬＯポリシの各々は、固有のＳＬＯポリシ識別標識と、固有のデータ・クラスと、データ・インターフェースのタイプと、少なくとも１つのＳＬＯと、単位期間当たりの容量と、を含むパラメータ・セットを有することを特徴とする、請求項１に記載の方法。
【請求項３】
少なくとも１つの特定のＳＬＯポリシの実ＳＬＯが、ＳＬＯブリーチをディスカバーするために測定され、前記特定のＳＬＯポリシにおける構成されたＳＬＯと比較される、請求項１に記載の方法。
【請求項４】
前記プロバイダが負のＳＬＯブリーチおよび正のＳＬＯブリーチを通知される、請求項３に記載の方法。
【請求項５】
ＳＬＯブリーチに対して責任を負う記憶コンポーネントのパラメータ・セットが、測定された記憶コンポーネント・パラメータを用いて更新される、請求項２または請求項３に記載の方法。
【請求項６】
請求項１〜５のいずれか１項に記載の各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、記憶インフラストラクチャの管理に関する。ここでの記憶インフラストラクチャは、消費者指定のＳＬＯ（servicelevel objectives）ポリシを考慮して消費者データを格納するための記憶コンポーネントを含み、そのＳＬＯは、消費者指定のデータ・クラスに関する消費者指定のサービス・レベル目標である。通常、そのような記憶インフラストラクチャは、少なくとも１つの消費者データ・インターフェースおよび少なくとも１つのプロバイダ・インターフェースを含む。
【背景技術】
【０００２】
従来技術による記憶インフラストラクチャが図１に示され、本明細書において以下で説明される。図１に示された記憶インフラストラクチャは、プロバイダ１１０によって提供および管理され、少なくともひとりの消費者１０４によって使用される。この状況での消費者１０４は、種々のサービス・レベル１０７を考慮してデータ１０６を格納する人または組織である。従って、記憶インフラストラクチャは記憶コンポーネント１１６を含む。ここでの「記憶コンポーネント」という用語は、容量およびデータ・アクセスを提供する記憶装置と、これらの装置またはデータを扱う記憶ソフトウェアとの両方を指す。従来技術によるそのような記憶ソフトウェアは、記憶インフラストラクチャを仮想化する機能、管理機能、構成機能、監視および報告機能、並びに警報機能を含み得る。データ１０６は、消費者データ・インターフェース１２０を介して記憶コンポーネント１１６に格納される。その上、消費者１０４は、サービス・レベル合意（servicelevel agreement - ＳＬＡ）において明示される自分のデータに対するサービス・レベル１０７をプロバイダ１１０に提供する。
【０００３】
この状況におけるプロバイダ１１０は、記憶インフラストラクチャを提供および管理し且つサービス・レベル１０７が適合することを保証する人または組織である。消費者１０４およびプロバイダ１１０は１つの且つ同じ組織または企業であってもよく、或いは異なる企業であってもよい。この状況におけるサービス・レベル１０７は、自分のデータ１０６の記憶装置に対する消費者の要件を記述するために使用される測定可能な特性である。例えば、或るサービス・レベルは、数秒で測定し得るデータに対する初期アクセス・タイムを記述してもよい。選択された記憶コンポーネント１１６は、消費者指定のサービス・レベル１０７を満たさなければならない。
【０００４】
記憶インフラストラクチャの管理は、サービス・レベル１０７に従って記憶コンポーネント１１６をマッピング、選択、および構成すること、サービス・レベル１０７の成果を測定すること、対応するレポート１４０を提供すること、および障害時に作用してサービス・レベル１０７に適合するようにすることを含む。従って、記憶インフラストラクチャは、管理コンポーネント１３２および報告コンポーネント１３０を含む。それらのコンポーネントは、プロバイダ・インターフェース１２２を介してプロバイダ１１０にアクセス可能である。
【０００５】
上記の記憶インフラストラクチャでは、これらの管理タスクのほとんどが手操作で行なわれなければならない。特に、プロバイダ１１０は、消費者サービス・レベル１０７を記憶コンポーネント１１６にマッピングしなければならない。プロバイダ１１０は、サービス・レベル１０７に基づいて、管理コンポーネント１３２を介して記憶コンポーネント１１６を手操作で構成しなければならない。プロバイダ１１０は、サービス・レベル１０７が適合することを保証しなければならない。従って、プロバイダ１１０はシステムを監視し、障害時にはサービス・レベル１０７に適合するように努めなければならない。プロバイダ１１０は、更に、消費者サービス・レベル１０７に基づいて、報告コンポーネント１３２を介してレポート１４０を生成しなければならず、これらのレポート１４０に基づいて消費者１０４に課金しなければならない。更に、プロバイダ１１０は、消費者１０４が要求とする容量を、たとえ消費者１０４が当初その必要な量を要求しなくても、提供しなければならない。これは記憶資源の浪費の起因となる。そのような消費者−プロバイダのモデルでは、プロバイダは、記憶インフラストラクチャをマッピングし、選択し、提供し、構成し、監視し、修正し、および報告するためには人的資源（マンパワー）に依存するところが大きい。その上、プロバイダにとって高価になり得るこの消費者−プロバイダのモデルは誤りを起こしがちである。これは、外部委託契約にとって特に重要である。
【０００６】
データ・ファシリティ・システム管理されたストレージ（DataFacility System Managed Storage - ＤＦＳＭＳ）と呼ばれる、従来技術による１つのコンポーネントがある。それは、事前定義されたポリシ（ＡＣＳルーチンとも呼ばれる）に基づいてデータを記憶コンポーネントに自動マッピングすることを可能にする。そのようなポリシはユーザによって事前定義され、基礎となる記憶インフラストラクチャの能力を実際に反映しているわけではない。しかし、ＤＦＳＭＳは、それがサポートするサービス・レベルにおいて非常に制限されており、サービス・レベルと記憶コンポーネントとの間の自動マッピングを可能にするものではない。更に、ＤＦＳＭＳは、サービス・レベルの達成を監視せず、是正処置を行わない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、消費者サービス・レベル目標（ＳＬＯ）に従って、複数の記憶コンポーネントを有する記憶インフラストラクチャを管理するための方法および手段を提供することにある。
【課題を解決するための手段】
【０００８】
上記の目的は、「特許請求の範囲」における独立項において提示されたような方法およびインフラストラクチャによって達成される。本発明の更に有効な実施例が「特許請求の範囲」における従属項においてに記述されている。
【０００９】
本発明による方法は、次のステップを含む。
−  指定されたサービス・レベル目標を考慮して消費者データを格納するのに適した利用可能な記憶コンポーネントを自動的に識別するステップ、
−  指定されたデータ・クラスにとって利用可能な記憶コンポーネントを選択するために消費者ＳＬＯポリシをその利用可能な記憶コンポーネントに自動的にマッピングするステップ、
−  消費者ＳＬＯポリシのマッピングに従ってその選択された記憶コンポーネントを自動的に構成するステップ。
【００１０】
先ず、上記の記憶インフラストラクチャから説明すると、本発明の記憶インフラストラクチャは次のものを含むことを特徴とする。
−  消費者データが、対応するＳＬＯポリシを満足する適切な記憶コンポーネントに格納されることを自動的に保証する、少なくとも１つの管理インスタンス、
−  ＳＬＯポリシを管理インスタンスに提供するための少なくとも１つの消費者サービス・レベル・インターフェース、
−  指定されたＳＬＯに従って消費者データを格納するに適した利用名可能な記憶コンポーネントを識別するためのコンポーネント・ディスカバリおよび分類モジュール（ＣＤＣモジュール）、
−  ＳＬＯポリシを考慮して消費者データを格納することに関連してメタデータを格納するための少なくとも１つのリポジトリ。
【００１１】
従って、本発明の基本的な特徴は次の点に関連している。
（ａ）提示されたＳＬＯおよびサービス・レベルによって自動的に記憶コンポーネントをディスカバーおよび分類すること。ここでは、本発明に関連して、種々のサービス・レベルを使用してＳＬＯを表すことが可能であるということに留意されたい。例えば、ＳＬＯ「初期アクセス・タイム」は５秒或いは１０分というような種々のサービス・レベルを持ち得る。更に、特定のデータ・クラスに対するサービス・レベルは時間とともに変わり得る。例えば、電子メール・データは、最初の年に対しては５秒よりも小さいが、それ以後の年に対しては３０秒よりも小さい初期アクセス・タイム・サービス・レベルを有することがある。
（ｂ）消費者データを、それのＳＬＯに従って、記憶コンポーネントに自動的にマッピングすること。通常、消費者は、格納されるべきデータを個々のデータ・クラスに分類する。例えば、その分類はデータのビジネス価値に基づくこともある。従って、消費者は、各データ・クラスに対してＳＬＯの特定セットを定義することが可能である。
（ｃ）これらのＳＬＯに従って記憶コンポーネントを自動的に構成すること。
【００１２】
本発明の実施例は、更に、次のような可能性も含む。
（ｄ）定義されたポリシに従って記憶容量を自動的に提供すること、
（ｅ）ＳＬＯまたはＳＬＯブリーチの変更に基づいて記憶コンポーネントを自動的に調節すること、
（ｆ）記憶コンポーネントのステータスを自動的に報告すること、および所与の請求期間に対するチャージバック・レポートを提供すること。
【００１３】
本発明によって提案されたシステムの主な利点は、それが、記憶装置関連のサービス・レベル要件の範囲全体をカバーするこれらのタスクすべてを自動的態様で実行するためのコンポーネントおよび方法を含むということである。以下では、このシステムは、オンデマンド記憶システム（OnDemandStorage System - ＯＤＳＳ）と呼ばれる。
【発明を実施するための最良の形態】
【００１４】
図２に示されたＯＤＳＳ２００は、図１に示された記憶インフラストラクチャのように、消費者１０４が消費者データ・インターフェース１２０を介してアクセスし得る複数の記憶コンポーネント１１６を含む。ＯＤＳＳ２００は、更に、プロバイダ１１０とのコミュニケーションのためのプロバイダ・インターフェース１２２を含む。
【００１５】
本発明の主要な態様として上述したＯＤＳＳ２００の機能は、個別の消費者ＳＬＯインターフェース２０２、ＯＤＳＳ管理インスタンス２０４、ＯＤＳＳリポジトリ２０６、およびコンポーネント・ディスカバリおよび分類（ＣＤＣ）コンポーネント２０８によって与えられる。
【００１６】
ＯＤＳＳ２００の概念によれば、消費者１０４はデータ・クラスを定義し、これらのデータ・クラスにＳＬＯを割り当て、従って、ＳＬＯポリシ２１０を形成する。データ・クラスは、消費者が使用しているアプリケーションから取り出すことが可能である。例えば、消費者は、電子メール・システムを使用して、或るサービス・レベルを持つデータ・クラス１を定義し得るし、消費者は、ＥＲＰシステムを使用して、或るサービス・レベルを持つデータ・クラス２を定義し得る。従って、データ・クラスは、種々のアプリケーションから取り出すことが可能である。別の方法として、１つのアプリケーションに対して、複数のデータ・クラスが存在し得る。例えば、データ・ベースのアプリケーションは、回復ログに対して１つのデータ・クラスを持ち得るし、実際のデータに対して１つのデータ・クラスを持ち得る。関連するサービス・レベルは消費者によって決定され、ユーザ・インターフェースを介して対象のアプリケーションまたは個別のアプリケーションに入れられる。
【００１７】
これらのＳＬＯポリシ２１０は、消費者ＳＬＯインターフェース２０２を介してＯＤＳＳ２００に送られ、ＯＤＳＳ管理インスタンス２０４によって自動的に管理される。
【００１８】
消費者１０４からのデータ１０６は、消費者データ・インターフェース１２０を介してＯＤＳＳ２００に伝送される。そのデータの伝送は、従来技術の方法、および、ＳＣＳＩプロトコル、ファイバ・チャンネル・プロトコル、またはInfiniband プロトコルのようなプロトコルに従って生じる。ＯＤＳＳ２００、更に正確には、ＯＤＳＳ管理インスタンス２０４は、ＳＬＯを満足させる適切な記憶コンポーネント１１６上にデータ１０６が格納されることを保証する。プロバイダ１１０は、ＯＤＳＳ２００がプロバイダ・インターフェース１２２を介して適切に働いており、ＳＬＯポリシを満足させるために、必要な記憶コンポーネント１１６を提供するということを保証する。
【００１９】
ＯＤＳＳは、各消費者に対して１つずつの、または各消費者ＳＬＯポリシに対して１つずつの複数のインスタンスを管理し得るので、ワード・インスタンスはＯＤＳＳと関連して使用されると云える。ＯＤＳＳ管理インスタンス２０４は、自動的に、ＣＤＣコンポーネント２０８によって行われたコンポーネントの分類に基づいて、消費者ＳＬＯポリシを適切な記憶コンポーネント１１６にマッピングする。その上、ＯＤＳＳ管理インスタンス２０４は、自動的に、ＳＬＯポリシに従って記憶コンポーネント１１６を構成し、消費者データ・インターフェース１２０を消費者に割り当てる。更に、ＯＤＳＳ管理インスタンス２０４は、ＳＬＯに適合することを確認するために、消費者データ・インターフェース１２０および記憶コンポーネント１１６を監視する。そうでない場合、それは是正処置を受ける。更に、ＯＤＳＳ管理インスタンス２０４は、ＳＬＯポリシの変更時に記憶コンポーネント１１６に対して動的な変更を行う。消費者要件が変化し、その後、消費者がＳＬＯを変更するとき、またはＳＬＯポリシが時間依存のパラメータを含むとき、ＳＬＯポリシの変更が生じ得る。例えば、ＳＬＯポリシは、ＳＬＯが変わる前の或る期間を含み得る。ＳＬＯポリシの変更は、更に、データを別の記憶コンポーネント１１６へ自動的に且つ消費者データ・インターフェース１２０にとって透明に移動させることも含み得る。事前定義された期間中に達成されたサービス・レベルに基づいて、ＯＤＳＳ管理インスタンス２０４はレポート１４０を作成する。これらのレポート１４０は、事前定義された請求するモデルに基づいて作成することが可能なチャージバック・レポートを含み得る。
【００２０】
ＯＤＳＳ２００のＣＤＣコンポーネント２０８は、基本的には、ＯＤＳＳ２００にとって利用可能な記憶コンポーネント１１６をディスカバーし、これらの記憶コンポーネント１１６によって提供されるサービス・レベルに従ってそれらを分類する。しかる後、そのディスカバーされた記憶コンポーネント１１６は、そのような記憶コンポーネント１１６によって提供された関連のＳＬＯと共に、コンポーネント・サービス・レベル・カタログ（ＣＳＬＳ）としてＯＤＳＳリポジトリ２０６に格納される。その上、ＣＤＣのコンポーネント２０８は、コンポーネント・ディスカバリをポリシ・ベースに活性化するための方法を含む。これらのポリシは、プロバイダ１１０によって選択され、種々の優先順位を与えられてもよい。ディスカバリを活性化するためのそのようなポリシは、例えば、ＳＬＯブリーチ時に、或いは、新しい記憶コンポーネントがＯＤＳＳに加えられるときに自動的に与えられる。そのディスカバリをプロバイダが手操作でトリガすることも可能である。
【００２１】
ＯＤＳＳリポジトリ２０６は、ＯＤＳＳシステムに関連したメタデータを格納するために使用される。メタデータは次のようなデータを含むが、これらのデータに制限されない。
−  消費者から提供されたＳＬＯポリシ２１０（ＳＬＯデータ・マッピング）
−  ＳＬＯポリシに含まれたＳＬＯを記憶コンポーネントにマッピングするＳＬＯコンポーネント・マッピング
−  記憶コンポーネント、それの容量、および技術的仕様によって提供されるサービス・レベルのような記憶コンポーネント関連情報
−  ＳＬＯ測定結果
−  すべてのＯＤＳＳ管理インスタンスによって与えられる監査データ
−  プロバイダによって作成された課金モデル
−  チャージバック・レポート
−  ＣＤＣコンポーネント２０８によって提供された記憶コンポーネント・サービス・レベル・カタログ（ＣＳＬＣ：記憶コンポーネント−ＳＬＯマッピング）。
【００２２】
図２に示されたＯＤＳＳアーキテクチャ２００は、主要なＯＤＳＳコンポーネントであるＯＤＳＳ管理インスタンス２０４、ＯＤＳＳリポジトリ２０６、ＣＤＣコンポーネント２０８、および消費者ＳＬＯインターフェース２０２によって提供される次のような機能のための新規な自動化方法を可能にする。
１．記憶コンポーネントのディスカバリおよび分類、
２．記憶コンポーネント１１６への消費者ＳＬＯポリシ２１０の自動マッピング、
３．記憶コンポーネント１１６への消費者ＳＬＯポリシ２１０のマッピングに基づいた記憶コンポーネント１１６の自動構成、
４．自動監視、自動測定、および構成されたＳＬＯと実際のＳＬＯとの自動比較、並びに、ＳＬＯブリーチに基づいたデータ配置および管理に関するそれ以後のプロバイダ通知および調節、
５．ＳＬＯ変更に基づいたライフ・サイクル管理、
６．例えば、どのような期間にどのような種類のサービス・レベルをどの程度受けたかにに関して課金するための、課金モデルに基づいたチャージバック・レポートの自動作成、
７．履歴データおよびポリシに基づいたジャスト・イン・タイム容量プロビジョニング。
【００２３】
図６のフローチャートは、図２に示されたＯＤＳＳ２００のＣＤＣコンポーネント２０８によって実行される自動記憶コンポーネント・ディスカバリおよび分類のためのプロセス６００を示す。
【００２４】
ステップ６０２においてプロセス６００が開始する。記憶コンポーネントの自動ディスカバリおよび分類を始めるための種々の可能な方法がある。より良い理解のために、それらに関しては、プロセス６００の全体を説明した後に検討することにする。
【００２５】
ステップ６０４において、ＯＤＳＳ２００にとって利用可能な記憶コンポーネント１１６がディスカバーされる。その記憶コンポーネントの発見は従来技術に基づいており、インバンドまたはアウト・オブ・バンドで生じ得る。典型的なインバンド・ディスカバリは、ＳＣＳＩ照会コマンドに基づくものである。典型的なアウトバンド・ディスカバリは、ＳＭＩ−Ｓのような管理インターフェースおよびプロトコルに基づくものである。
【００２６】
ステップ６０６において、そのような記憶コンポーネントをディスカバーするために問題があったかどうかが決定される。ステップ６０６の答えが「イエス（Ｙ）」である場合、プロセスはステップ６１４に進み、メッセージがプロバイダに送られ、その問題をプロバイダに通知する。このメッセージは、電子メール、ＳＮＭＰ、或いは従来技術による他の報告プロトコルによって送られてもよい。従って、プロバイダは、記憶コンポーネントをディスカバーする際の問題を修復することが可能である。
【００２７】
ステップ６０６における答えが「ノー（Ｎ）」である場合、プロセスはステップ６０８に進み、ディスカバーされた各記憶コンポーネントに対して、関連のＳＬＯが決定される。このマッピングは、多くの場合、ディスク、テープ、および光ディスクのような技術のタイプに従って、そのディスカバーされた記憶コンポーネントの分類に基づく。各タイプの下には、次のようなサブタイプが存在し得る。
ディスク・タイプ
ファイバ・チャネル・ディスク
ミラーリングされたディスク
ＲＡＩＤ保護されたディスク
ＳＡＴＡ
ミラーリングされたディスク
ＲＡＩＤ保護されたディスク
ディスク・ファイル・システムまたはネットワーク接続されたディスク
ミラーリングされたディスク
ＲＡＩＤ保護されたディスク
テープ・タイプ
短いテープ
ＷＯＲＭテープ
暗号化テープ
長いテープ  
ＷＯＲＭテープ
暗号化テープ
光学的タイプ  
ＵＤＯ
保護されたＷＯＲＭ
ブルー・レイ
保護されたＷＯＲＭ
【００２８】
タイプおよびサブタイプの数が本発明によって限定されないということは言うまでもない。次に、ディスカバーされた記憶コンポーネントへのＳＬＯのマッピングは、ＳＬＯへの記憶コンポーネント装置タイプの事前定義されたマッピングに基づくことも可能である。例えば、ディスクは、１秒よりも小さい初期アクセス・タイムを有する。
【００２９】
別の実施例では、ＳＬＯの決定はこのステップで実行された実際のテストに基づく。例えば、ＣＤＣコンポーネント２０８はディスカバーされた記憶コンポーネント１１６上にテスト・データを格納し、ＳＬＯ初期アクセス・タイムおよびＳＬＯスループットを測定し得る。しかし、すべてのＳＬＯをこの方法でテストすることができるわけではない。
【００３０】
記憶コンポーネントのマッピングは、記憶コンポーネントが達成し得るＳＬＯをその記憶コンポーネントが報告することができる場合、個々の記憶コンポーネントの報告能力に基づくことも可能である。この報告は、従来技術によれば、プロバイダまたはデータ・インターフェースを介して、および記憶コンポーネント・インターフェースを介して行うことができる。例えば、ファイバ・チャンネル・ディスク・システムは、ＳＣＳＩ ＬＯＧSense コマンドを介して、またはＳＭＩ−Ｓプロトコル（SNIA's Storage ManagementInitiative-Specification）を介していくつかのＳＬＯを報告することが可能である。
【００３１】
ステップ６１０において、ディスカバーされた記憶コンポーネントに対するＳＬＯを決定するために問題があったかどうかの決定が行われる。ステップ６１０における答えが「イエス」である場合、プロセスはステップ６１４に進み、その問題をプロバイダに通知するメッセージがそのプロバイダに送られる。その場合も、メッセージが、電子メール、ＳＮＭＰ、または、従来技術による他の報告プロトコルを介して送られてもよい。従って、プロバイダは、ディスカバーされた記憶コンポーネントに対するＳＬＯを決定する際に問題を是正することが可能である。プロセスは、ステップ６１４から終了ステップ６２０に進む。
【００３２】
ステップ６１０における答えが「ノー」である場合、プロセスはステップ６１２に進み、ディスカバーされた記憶コンポーネント（ステップ６０４）のＳＬＯ（ステップ６０８）へのマッピングが、コンポーネント・サービス・レベル・カタログ（ＣＳＬＣ）としてＯＤＳＳリポジトリ２０６に格納される。このＣＳＬＣは他のＯＤＳＳ管理コンポーネントによって使用される。そのコンポーネントに関しては、図２および図３乃至図５に関連して説明される。次の表１は、ＣＳＬＣの例示的なエントリを示す。
【表１】
0005745749.tif 000002
【００３３】
表１における第２横欄は、ＣＤＣコンポーネント２０８によって作成された例示的なエントリを含む。各記憶コンポーネントは、その固有の識別を可能にするための番号（縦欄「コンポーネント番号」）を有する。第１エントリは、ＮＦＳ／ＣＩＦＳベースのデータ・インターフェース（縦欄「データ・インターフェース」）を提供するミラーリングされたディスク・ファイル・システム（縦欄「コンポーネント・タイプ」）を指定し、その記憶コンポーネントによって提供されるＳＬＯが最後の縦欄（縦欄「ＳＬＯ」）において与えられる。その記憶コンポーネントに関連した更なるＳＬＯが存在してもよい。表１における第３横欄は、ＣＤＣコンポーネントによって作成された別の例示的エントリを含む。ミラーリングされたファイバ・チャネル・ディスク・システム（縦欄「コンポーネント・タイプ」）が指定され、それは、ファイバ・チャネル・ベースのデータ・インターフェース（縦欄「データ・インターフェース」）を提供する。その記憶コンポーネント２によって提供されるＳＬＯは、最後の縦欄（縦欄「ＳＬＯ」）において与えられる。言うまでもなく、そのマッピング表１には更なるエントリが存在してもよい。更に、記憶コンポーネントおよびＳＬＯのマッピングは、記憶コンポーネントおよびＳＬＯのすべての可能な構成を含み得る。例えば、コピーの数およびコピー・モードに依存した異なるＲＰＯでもってファイル・システムを構成することも可能である。関連する構成特有の細部がこのマッピングに含まれる。
【００３４】
上記のように、ステップ６１４では、記憶コンポーネントへのＳＬＯの自動割り当てがすべてのディスカバーされた記憶コンポーネントに対して可能でない場合、通知がプロバイダに送られる。これに関連して、ＣＤＣコンポーネント２０８が、ＣＳＬＣを手操作で更新する可能性も示している、ということは云うまでもない。
【００３５】
上記のプロセス６００はステップ６０２において開始される。本発明の第１実施例では、プロバイダがこれを手操作で行うことが可能である。別の好適な実施例では、ＣＤＣコンポーネントがバックグラウンドにおいて規定どおりにプロセス６００をトリガする。この方法では、ＣＳＬＣは周期的に更新される。ＣＤＣコンポーネント２０８は、更に、コンポーネント・ディスカバリおよび分類というポリシ・ベースの活性化のための方法も含み得る。これらのポリシは、プロバイダによって選択することができたり、優先順位化することができる種々の方法を含み得る。１つの方法は、ＳＬＯブリーチがＯＤＳＳ管理インスタンス２０４によってディスカバーされたときには常にプロセス６００をトリガする。別の方法は、新しい記憶コンポーネントがＯＤＳＳに加えられたときには常に、および／または、ＯＤＳＳの記憶コンポーネントが削除されたとき、または変更されたとき、常に、プロセス６００をトリガする。更に別の方法は、ＯＤＳＳに含まれた記憶コンポーネントに関する是正作業またはファームウェア更新の後にプロセス６００をトリガする。
【００３６】
記憶コンポーネント１１６への消費者ＳＬＯポリシ２１０の自動マッピング、およびその記憶コンポーネントの対応する構成は、図２を再び参照し、その後に図７を参照すると最もよく理解される本発明の実施態様である。
【００３７】
消費者はＳＬＯポリシ２１０を定義する。各ポリシは、固有のデータ・クラスと、消費者によって要求された関連するサービス・レベルとを含む。ＳＬＯポリシ２１０は、消費者コンピューティング・システム１０４から消費者ＳＬＯインターフェース２０２を介してＯＤＳＳ２００に送られる。そのインターフェース２０２は、イーサネット（登録商標）およびＴＣＰＩＰプロトコルに基づくことが可能である。このインターフェース２０２は、ＳＬＯポリシ構造に基づいてＳＬＯポリシ２１０の交換を可能にするプロトコルを実装し得る。ＯＤＳＳ２００は、要求されたＳＬＯポリシがシステムによって提供され得るかどうかをチェックする。従って、それは、要求されたＳＬＯと、コンポーネント・サービス・レベル・カタログ（ＣＳＬＣ）を使用して提供されるＳＬＯとを比較する。消費者によって要求されたＳＬＯを満足させることができない場合、ＯＤＳＳ２００は、関連するプロトコルを利用してインターフェース２０２を介してこれを消費者に通知する。
【００３８】
ＳＬＯポリシ構造が、表２において、特に表２の縦欄によって、例示的に示される。
【表２】
0005745749.tif 000003
【００３９】
表２の第１縦欄は、各ＳＬＯポリシに対する固有の識別標識を表わすＳＬＯポリシ番号のためのものである。第２縦欄は、対応するＳＬＯポリシに固有のデータ・クラスを表し、第３縦欄は、プロトコルおよびインターフェース・タイプを指定する当該データに対するデータ・インターフェースを示す。第４縦欄には、そのデータ・クラスに対して適合すべきサービス・レベルが示される。第５縦欄は、一定の期間において必要な容量を示す。表２の各横欄は、１つのＳＬＯポリシを表す。１つのデータ・クラスに対して複数のＳＬＯポリシが存在することもあるということに留意されたい。
【００４０】
表２の例では、データ・クラス「電子メール」は次のようなサービス・レベルに適合しなければならない。即ち、初期アクセス・タイムは１秒よりも小さく、スループットは２０ＭＢ／秒以上であり、回復時間目標（recoverytime objective - ＲＴＯ）は４時間よりも小さい。このポリシ（表２におけるＳＬＯポリシ番号１）は、１００ＧＢ／年の容量を必要とし、マウント・ポイント／電子メールに関してＮＦＳを介してアクセス可能でなければならない。第３横欄には、データ・クラス「電子メール」に関する別のＳＬＯポリシが示され、それは、その電子メールが１年またはそれ以上の古いものであるとき、アクセス・タイムが３０秒よりも小さいことがあり得るということを明示する。
【００４１】
ＳＬＯポリシ２１０が消費者ＳＬＯインターフェース２０２を介してＯＤＳＳ２００に送られ、ＯＤＳＳリポジトリ２０６に格納されるとき、ＯＤＳＳ管理インスタンス２０４は、ＣＤＣコンポーネント２０８によって事前にディスカバーされ且つ分類されていた記憶コンポーネント１１６にこのＳＬＯポリシ２１０をマッピングすることができる。従って、ＳＬＯポリシは、ＣＳＬＣによって与えられた情報と比較される。
【００４２】
記憶コンポーネントへのＳＬＯポリシの自動マッピングは、図７のプロセス７００において更に説明される。プロセス７００はステップ７０２において開始する。プロセス７００の開始は、ＳＬＯポリシがＳＬＯインターフェース２０２を介して受け取られるときにトリガされる。プロセス７００は、図３のプロセス３００および図４のプロセス４００によってトリガされてもよい。
【００４３】
ステップ７０４において、記憶コンポーネントに対してマッピングされるべきＳＬＯポリシがＯＤＳＳリポジトリ２０６から選択される。選択されたＳＬＯポリシは１つまたはそれ以上のＳＬＯを含む。例えば、表２によると、ＳＬＯポリシ番号１が選択されてもよい。
【００４４】
ステップ７０５において、ＳＬＯポリシに含まれたＳＬＯが取り出される。例えば、表２のＳＬＯポリシ番号１に対するＳＬＯは、アクセス・タイムが１秒よりも小さく、スループットが２０ＭＢ／秒であり、ＲＴＯが４時間よりも小さい。
【００４５】
ステップ７０６では、ステップ７０５において取り出されたＳＬＯが、コンポーネント・ディスカバリ・コンポーネント２０８により作成されてＯＤＤＳリポジトリ２０６に格納されたコンポーネント・サービス・レベル・カタログと比較される。それにより、選択されたＳＬＯポリシに関係するすべてのＳＬＯが、表１に従って記憶コンポーネントにより提供されたＳＬＯに適合しなければならない。例えば、表２のＳＬＯポリシ番号１に関係するＳＬＯが表１の記憶コンポーネント番号１のＳＬＯと照合される。
【００４６】
ステップ７０８において、ＳＬＯ、データ・インターフェース、および容量がＳＬＯポリシ（表１）と記憶コンポーネントＳＬＯ（表２）の間で一致する記憶コンポーネントが選択される。
【００４７】
ステップ７１０では、記憶コンポーネントがステップ７０８において選択されたかどうかがチェックされる。その答えが「ノー」である場合、プロセスはステップ７１６に進み、プロバイダに通知が送られる。そこで、プロバイダは、ＳＬＯポリシを記憶コンポーネントに手操作でマッピングする可能性を有する。或いは、プロバイダは、そのようなＳＬＯポリシに適合するように追加の記憶コンポーネントをインストールすることができる。プロバイダへの通知はプロバイダ・インターフェース１２２を介して行われ、例えば、電子メール、ＳＮＭＰトラップ、またはＳＭＩ−Ｓ特有のメッセージに基づくことが可能である。プロセスはステップ７１６から終了ステップ７２０に進む。
【００４８】
ステップ７１０における答えが、ステップ７０４において選択されたＳＬＯポリシに対するＳＬＯに一致する記憶コンポーネントが見つかったということを表す、「イエス」である場合、プロセスはステップ７１２に進む。ステップ７１２において、プロセスは、記憶コンポーネントへのＳＬＯポリシのマッピングをＳＬＯコンポーネント・マッピングとしてＯＤＳＳリポジトリに格納する。
【００４９】
ステップ７１４において、選択された記憶コンポーネントが自動的に構成されべきであるかどうかの判断が行われる。ステップ７１４における答えが「ノー」である場合、プロセスは、その選択された記憶コンポーネントの構成が行われるステップ７１５に進む。記憶コンポーネントの構成は、通常、自動化を可能にするコマンド・ライン・インターフェースのようなその記憶コンポーネントの管理インターフェースを介して行われる。ＯＤＳＳ管理インスタンスは、管理インターフェースおよび関連するプロトコルに関する知識を有する。例えば、表１のコンポーネント番号１は、マウント・ポイント／電子メールおよび１００ＧＢの容量を備えたＮＦＳファイル・システムによって構成されている。更に、このシステムのミラーリングは、ＲＴＯが４時間よりも少ないことを保証するように構成される。本発明の好適な実施例では、マウント・ポイント（／電子メール）が、ＯＤＳＳ管理インスタンス２０４によって、即ち、消費者コンピューティング・システムにおいてリモート・コマンド（rexec）を実行することによって、消費者データ・インターフェース１２０において自動的にマウントされる。別の実施例では、ＯＤＳＳ管理インスタンス２０４がプロバイダ・インターフェース１２２を介してプロバイダ１１０に構成の完了を通知し、マウント・ポイントに関する詳細を提供する。プロセスは、ステップ７１５から終了ステップ７２０に進む。
【００５０】
ステップ７１４の答えが「イエス」である場合、プロセスは終了ステップ７２０に進む。これは、プロセス７００が後述のプロセス３００および４００によって起動される場合であってもよい。その終了ステップでは、記憶コンポーネントへのＳＬＯポリシのマッピングが完了している。
【００５１】
図３のフローチャートは、構成されたＳＬＯの自動監視、測定、および構成されたＳＬＯと実際のＳＬＯとの比較のためのプロセス３００を示す。更に、このプロセス３００は、ＳＬＯブリーチに基づいたデータ配置および管理に関するその後のプロバイダ通知および調節を含む。
【００５２】
プロセス３００は、図２に示されたＯＤＳＳ２００のＯＤＳＳ管理インスタンス２０４によって提供される。それは、特定のＳＬＯポリシまたはＳＬＯポリシのセットに対するステップ３０２において開始する。表２に関して上述したように、各ＳＬＯポリシは、データ・クラス、インターフェース、サービス・レベル目標（ＳＬＯ）、および容量によって示される。これらのパラメータはＯＤＳＳリポジトリ２０６に格納される。プロセス３００の起動は、各ＳＬＯポリシまたはＳＬＯポリシのセットに対して、例えば、同じデータ・クラスを有するすべてのＳＬＯポリシに対して、構成可能である。本発明の好適な実施例では、プロセス３００は周期的に、例えば、毎分、毎時間、毎日、毎週、または毎月、起動される。
【００５３】
起動後、プロセス３００はステップ３０４へと続き、そこでは、実際のＳＬＯが測定される。測定されるべきＳＬＯ、即ち、消費者ＳＬＯポリシが格納されているＯＤＳＳリポジトリ２０６からＳＬＯポリシの一部分が得られる。実際のＳＬＯの測定は、ＳＭＩ−Ｓを介して報告するというような従来技術の方法に基づくか、或いは、ＵＮＩＸ（登録商標）システムにとって利用可能なtopas またはnmon のような従来技術の測定ツールまたは従来技術の記憶システムによって提供される測定ツールに基づいている。その測定は、記憶コンポーネント１１６または消費者データ・インターフェース１２０において行うことも可能である。ステップ３０４における測定は明確な結果を生じる。
【００５４】
プロセスはステップ３０４からステップ３０６に進む。そこでは、ステップ３０４のＳＬＯ測定が、消費者ＳＬＯポリシでもって構成されたＳＬＯに比較される。これらはＯＤＳＳリポジトリ２０６から得られる。
【００５５】
ステップ３０８において、測定されたＳＬＯおよびステップ３０６の比較の結果が報告およびチャージバックのためにＯＤＳＳリポジトリ２０６に格納される。
【００５６】
ステップ３１０において、プロセスは、その測定されたＳＬＯが、構成されたＳＬＯと等しいかどうかを決定する。測定されＳＬＯおよび構成されたＳＬＯの比較は、ユーザ構成可能な許容度およびＳＬＯポリシの一部としてＯＤＳＳリポジトリ２０６に格納される許容度を考慮に入れてもよい。
【００５７】
ステップ３１０における答えが「イエス」である場合、プロセスは終了ステップ３３０に進み、ＳＬＯブリーチがなかったことを表す。
【００５８】
一方、ステップ３１０における答えが「ノー」である場合、ディスカバーされたＳＬＯブリーチを更に処理するためにステップ３１１に進む。ステップ３１１では、プロセスはＳＬＯブリーチをプロバイダに通知する。プロバイダへの通知は、プロバイダ・インターフェース１２２を介して行われ、それは、例えば、電子メール、ＳＮＭＰトラップ、またはＳＭＩ−Ｓ特有のメッセージに基づくことが可能である。
【００５９】
ステップ３１２において、プロセスはＳＬＯブリーチをＣＤＣコンポーネント２０８に通知する。ＣＤＣコンポーネント２０８は、ステップ３０４において測定された新しいＳＬＯ値を用いてコンポーネント・サービス・レベル・カタログ（ＣＳＬＣ）を更新する。
【００６０】
ステップ３１４において、プロセスは、その測定されたＳＬＯが、構成されたＳＬＯよりも小さいかまたは良くないかどうかをチェックする。その答えが「イエス」である場合、サービス・レベル合意（ＳＬＡ）を得るためには即時訂正アクションが必要であるので、プロセスはステップ３１６に進む。その答えが「ノー」である場合、プロセスは後述のステップ３２２に進む。
【００６１】
ステップ３１６では、ＯＤＳＳ管理インスタンス２０４が、図７のプロセス７００に従って記憶コンポーネント１１６への消費者ＳＬＯポリシ２１０の新しいマッピングを行う。従って、プロセス７００では、新たに選択された記憶コンポーネントの構成が行われないことがある。そしてステップ３１８において、ＯＤＳＳ管理インスタンス２０４が、ステップ３１６の結果として生じた記憶コンポーネント１１６への消費者ＳＬＯポリシ２１０の新たなマッピングに基づいて記憶コンポーネント１１６を構成する。
【００６２】
ステップ３２０において、必要なＳＬＯを配送することができずに記憶コンポーネントに格納されたすべてのデータがその新たに構成された記憶コンポーネントに移される。従って、データは、コピー・コマンドまたは論理的ボリューム・ミラーリングのような従来技術の方法を使用して、１つの記憶装置から別の記憶装置にコピーされ得る。プロセスはステップ３２０からステップ３２２に進む。
【００６３】
ステップ３２２において、プロバイダは、測定された値および構成された値を含むＳＬＯブリーチがディスカバーされたということを通知される。ＳＬＯブリーチが、測定値がＳＬＯに関係する構成された値よりも大きいということを意味する「正（positive）」であった場合、プロバイダは余分な通知を得ることがあり得る。これは、消費者が期待した以上にＯＤＳＳ２００が配信するためである。プロバイダは、この事実を使用してＳＬＯの改良を消費者に通知し、消費者がこれらのＳＬＯを維持することを望んでいるかどうかを問い合わせるがある。消費者がこれに同意すれば、関連するＳＬＯポリシが、ＳＬＯに対する新たに測定された値を用いて調節され、ＯＤＳＳリポジトリ２０６に格納されなければならない。プロセスはステップ３２２から終了ステップ３３０に進む。
【００６４】
終了ステップ３３０において、消費者データ・インターフェース１２０は、ステップ３１８において構成された新しい記憶コンポーネントを使用するように構成される。プロセス３００はここで終了する。
【００６５】
図４のフローチャートは、本発明の好適な実施例によって提供されるＳＬＯ変更に基づいた自動ライフサイクル管理のためのプロセス４００を示す。
【００６６】
サービス・レベル（ＳＬＯ）は、消費者ＳＬＯインターフェース２０２を介して伝えられたＳＬＯポリシ２１０を介して消費者により要求された時間にわたって変わり得る。例えば、表２は、電子メール・データに対して２つのＳＬＯポリシを含む。第１のポリシは電子メールの初期記憶に利用し、第２ポリシは電子メール・データに対するライフサイクル・ポリシであり、１年以上の電子メール・データへのアクセス・タイムが３０秒までになり得るということを表す。
【００６７】
従って、ＳＬＯポリシがやがて変化するときを決定し、その変化をＯＤＳＳシステム２００に適用する方法が提供される。この方法は、ＯＤＳＳ管理インスタンス２０４によっても提供される。この方法は、図４に示されたプロセス４００に関連して更に説明される。
【００６８】
特定のＳＬＯポリシまたはＳＬＯポリシのセットに対するプロセス４００がステップ４０２において開始する。表２に関連して上述したように、各ＳＬＯポリシは、データ・クラス、インターフェース、サービス・レベル目標（ＳＬＯ）、および容量によって表わされる。これらのパラメータはＯＤＳＳリポジトリ２０６に格納される。プロセス４００の起動は、各ＳＬＯポリシまたはＳＬＯポリシのセットに対して、例えば、同じデータ・クラスを有するすべてのＳＬＯポリシに対して構成可能である。本発明の好適な実施例では、プロセス４００は周期的に、例えば、毎分、毎時間、毎日、毎週、或いは毎月、起動される。
【００６９】
起動後、プロセス４００はステップ４０４に進み、そこでは、ＳＬＯを変更しなければならないかどうかの決定が行われる。例えば、表２において、ＳＬＯ「アクセス・タイム」は、「３０秒以内」のデータ・アクセスを許容するために、「１年後」に変更しなければならない。従って、ステップ４０４では、プロセス４００は、ＳＬＯポリシに関係するいずれのデータも１年またはそれよりも長く格納される場合に匹敵する。ステップ４０４における決定が「ノー」である場合、プロセスは終了ステップ４２０に進む。一方、ステップ４０４における決定が「イエス」である場合、プロセスはステップ４０６に進む。例えば、（表２によれば）、電子メール・データがＯＤＳＳシステム２００に格納された後に１年が経過した場合、その決定は「イエス」である。
【００７０】
ステップ４０６において、プロセスはＳＬＯの変更をプロバイダに通知する。プロバイダへの通知はプロバイダ・インターフェース１２２を介して行われる。それは、例えば、電子メール、ＳＮＭＰトラップ、またはＳＭＩ−Ｓ特有のメッセージに基づくことが可能である。
【００７１】
ステップ４０８において、ＯＤＳＳインスタンス２０４が、図７のプロセス７００に従って、記憶コンポーネント１１６への消費者ＳＬＯポリシ２１０の新たなマッピングを行う。それによって、選択された記憶コンポーネントの自動構成がプロセス７００によって行われることが可能である（ステップ７１５を省略することが可能である）。そして、ステップ４１０において、ＯＤＳＳインスタンス２０４が、ステップ４０８の結果生じた記憶コンポーネントへの消費者ＳＬＯポリシ２１０の新たなマッピングに基づいて、記憶コンポーネント１１６を構成する。
【００７２】
ステップ４１２において、古い記憶コンポーネント上に格納されたすべてのデータが、ステップ４１０において構成された新しい記憶コンポーネントに移される。それによって、コピー・コマンドまたは論理的ボリューム・ミラーリングのような従来技術の方法を使用して、或る記憶装置から別の記憶装置にデータをコピーすることが可能となる。
【００７３】
ステップ４１４において、消費者データ・インターフェース１２０が、ステップ４１０において構成された新しい記憶コンポーネントを使用するように構成される。プロセスはステップ４２０において終了する。
【００７４】
課金モデルに基づいたチャージバック・レポートの自動作成は、図２に示されたＯＤＳＳ２００により提供され得る本発明の別の態様である。
【００７５】
チャージバック・レポートは、請求サイクルを表わす事前定義された期間にわたって実際に提供されたサービス・レベルに関して消費者１０４に課金するために、プロバイダ１１０によって使用される。しかも、チャージバック・レポートは、異なるサービス・レベルが異なるコストに関連しているということを考慮している。通常、課金されるべきコストの計算は、プロバイダ１１０によって作成され且つＯＤＳＳリポジトリ２０６に格納された課金モデルに基づいている。従って、ＯＤＳＳ管理インスタンス・コンポーネント２０４は、プロバイダの課金モデルと、測定され且つ実際に提供されたサービス・レベルとを使用してチャージバック・レポートを作成することができる。実際に提供されたサービス・レベルは、例えば、プロセス３００を適用することによって周期的に測定され、ＯＤＳＳリポジトリ２０６に格納される。チャージバック・レポートに関しては、請求期間に関連したデータだけがＯＤＳＳリポジトリ２０６から検索される。チャージバック・レポートはＯＤＳＳリポジトリ２０６に格納されてもよい。
【００７６】
下記の課金モデルは、全コストＫを計算するための例である。
容量ベース：  全コストＫは、所定の請求サイクルにおける使用された容量Ｃに比例する。比例因子定数kcは課金モデルにおいて次のように定義される（kcは、ユーロのような通貨で表わされる）。
Ｋ＝Ｃ＊kc         (式１)
構成されたＳＬＯおよび容量ベース：  全コストＫは、使用された容量に関連して所定の請求サイクル中に構成されたサービス・レベルに基づく。各構成されたサービス・レベルＳiは、課金モデルに格納されているコスト因子kciによって定義される（kciはユーロのような通貨で表わされる）。
Ｋ＝Ｃ＊（sum kci）                    （式２）
得られたＳＬＯおよび容量ベース：  全コストＫは、使用された容量に関連して所定の請求サイクル中に得られたサービス・レベルに基づく。各得られたサービス・レベルＳiは、課金モデルに格納されているコスト因子kaiによって定義される（kaiはユーロのような通貨で表わされる）。
Ｋ＝Ｃ＊（sum kai）                    （式３）
【００７７】
図５のフローチャートは、本発明の好適な実施例によって提供される経歴データおよびポリシに基づいて自動ジャスト・イン・タイム容量プロビジョニングのためのプロセス５００を示す。
【００７８】
ジャスト・イン・タイム容量プロビジョニングは、ＯＤＳＳシステム２００が消費者ＳＬＯポリシのデータ・クラスに基づいて或る初期容量を提供し、所定の閾値に遭遇するとき、または近い将来に更なる記憶容量が必要になるということを履歴データが表すとき（傾向分析）、その提供された容量を増加させるということを意味する。本実施例では、その増加量は、実際の傾向に基づいて計算される増分値に基づく。記憶コンポーネント１１６によって提供される記憶容量が浪費されないということは利点である。データ・クラスは、消費者１０４が消費者ＳＬＯインターフェース２０２に送るＳＬＯポリシ２１０の一部であるので、ＯＤＳＳシステム２００および、更に正確には、ＯＤＳＳ管理インスタンス２０４はそのデータのクラスを知っている。各データ・クラスに関しては、プロバイダは、提供されるべき初期容量を事前定義する。
【００７９】
プロセス５００はステップ５０２において開始し、ステップ５０２では、ＯＤＳＳ管理インスタンス２０４が、ＳＬＯポリシ２１０に関連した或るクラスのデータに対する初期容量を提供するというリクエストを受け取る。このリクエストは、図３におけるプロセス３００のステップ３１８、図４におけるプロセス４００のステップ４１０、および図７におけるプロセス７００のステップ７１５のような記憶コンポーネントを自動的に構成する任意のプロセスによってトリガされ得る。
【００８０】
ステップ５０４において、プロセスは、ＳＬＯポリシ２１０の一部であるデータ・クラスを決定する。ステップ５０６において、プロセスは、そのデータ・クラスに関して提供される初期容量を決定する。その初期容量は事前構成され、ＯＤＳＳリポジトリ２０６に格納される。そして、ステップ５０８において、ステップ５０６で決定された容量が記憶コンポーネントにおいて構成される。
【００８１】
ステップ５０９において、構成された容量の大きさと日付および時間とに関する情報がＯＤＳＳリポジトリ２０６に格納される。この情報は、ステップ５１２における傾向分析によって使用される。
【００８２】
ステップ５１０において、容量が上位閾値以上に達しているかどうかの決定が行われる。そのような上位閾値はユーザによって８０％に構成されてもよい。ステップ５１０における答えが「ノー」である場合、そのプロセスはステップ５１０に戻り、それが反復プロセスであることを表す。一方、ステップ５１０の答えが「イエス」である場合、プロセスはステップ５１２に進む。
【００８３】
ステップ５１２において、実際の傾向が決定される。実際の傾向の決定は、ステップ５０９によってＯＤＳＳリポジトリ２０６内にログされている時間にわたって最終的な容量増分およびこれらの増分内の容量使用量をレビューすることを含む。その分析は、その決定の日付と時間および容量の増分量を含む。
【００８４】
ステップ５１４において、プロセスは、ステップ５１２で決定された履歴情報に基づいて増分されるべき容量の量を決定する。この決定は、最後の３つの容量増分の平均値プラス２０％のような従来技術のプロセスに基づく。プロセスは、ステップ５１４からステップ５０８に戻り、ステップ５１４において決定された容量が構成される。ステップ５１４において決定されたその容量は、余分な容量が構成される必要がないということを示すゼロあってもよいということに留意されたい。
【００８５】
プロセス５００のステップ５０８〜５１４は、周期的なＳＬＯ測定が行なわれる図４に示されたプロセス３００に統合することができる。それらのステップは、プロセス３００のステップ３０４内で行うことができる。
【００８６】
上記のようなジャスト・イン・タイム容量プロビジョニングンは、従来技術によるわずかなプロビジョニングとは異なるということに留意すべきである。わずかなプロビジョニングは、或る時点において必要な容量がデータ転送中にプロビジョンされ、構成されるといことを意味する。本発明によるジャスト・イン・タイム・プロビジョニングは、データ転送中には実行されず、個別のプロセスとして実行され、そして、それは、適切な容量増分を構成するように履歴情報を考慮する。
【図面の簡単な説明】
【００８７】
【図１】従来技術による記憶インフラストラクチャを示す概略図である。
【図２】図１に示された従来技術のインフラストラクチャの拡張としてＯＤＳＳの基本概念を示す概略図である。
【図３】ＳＬＯポリシを測定し且つＳＬＯブリーチを扱うためのプロセスを示すフローチャートである。
【図４】ＳＬＯライフ・サイクル管理のためのプロセスを示すフローチャートである。
【図５】ジャスト・イン・タイム容量プロビジョニングのためのプロセスを示すフローチャートである。
【図６】記憶コンポーネント・ディスカバリおよび分類のためのプロセスを示すフローチャートである。
【図７】ＳＬＯポリシを記憶コンポーネントにマッピングするためのプロセスを示すフローチャートである。
【図１】
0005745749.tif 000004
【図２】
0005745749.tif 000005
【図３】
0005745749.tif 000006
【図４】
0005745749.tif 000007
【図５】
0005745749.tif 000008
【図６】
0005745749.tif 000009
【図７】
0005745749.tif 000010