JP2007073039A - 内容ベースの予見的ストレージ管理を提供するシステム、プログラム製品、方法、およびコンピュータ・ソフトウェア - Google Patents

Abstract

【課題】階層型ストレージ管理（ＨＳＭ）システムおよび方法を提供すること。
【解決手段】階層型ストレージ管理（ＨＳＭ）システムであって、内容管理システムの管理する階層型ストレージ・コンプレックス内のデータ・オブジェクトからデータ・オブジェクト情報を抽出するためのデータ使用モニタと、データ・オブジェクト情報を保存するためのデータ関係リポジトリであって、前記データ・オブジェクト情報は前記階層型ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ関係リポジトリと、前記関係データを分析し、前記階層型ストレージ・コンプレックス用のデータ管理アクション推奨を作成するシステムとを含む、ＨＳＭシステムが提供される。
【選択図】図１

Description

本発明は、ストレージ管理に関し、より詳細には、内容ベースの予見的ストレージ管理を提供するシステムおよび方法に関する。

階層型ストレージ管理（ＨＳＭ、Hierarchical StorageManagement）は、今では、事実上すべてのアーカイバル・システムにとって必須の最小限の機能と考えられている。現在のＨＳＭシステムは、経過時間（age）、サイズ、使用頻度、または何らかの、ユーザによって割り当てられたファイル優先度のような低レベルの属性から導出される、明示的に述べられた規則ベースのポリシによって駆動されている。

ディスクなどの高価なメディアから、テープなどのより安価で低速なメディアへのデータの移動を、通常、律している（govern）単純な規則では、データ属性、内容、および相互関係の包括的な考慮に基づいた、知的で、事前対策となる（proactive）データ・マイグレーションはサポートされない。したがって、階層型ストレージ空間では、準最適な管理しか行われず、システム・パフォーマンスが低下する。

現在のＨＳＭシステムでは、アーカイバルおよび空間の管理の問題を解決するために、低レベルのファイル属性に基づいて明示的なポリシを設定する機能を提供している。ＴＳＭ ＨＳＭ（商標）およびＬＥＧＡＴＯ ＤｉｓｋＥｘｔｅｎｄｅｒ（商標）は、こうした機能を提供するシステムのいくつかである。これらのシステムでは、アーカイバル用の候補であるデータを判断する非常に単純な手段を使用している。同様に、データ・再呼び出し動作は、通常、特定のユーザ要求によってトリガされる。

現在の最新の階層型ストレージ管理ツールの使用する単純な属性は、階層的に配置された１組のストレージ・システム全体にわたるデータ・マイグレーション（アーカイバルおよび再呼び出し）の現在の精緻な必要性に取り組むものではない。皮肉にも、アーカイバル動作では、アーカイブへと提出されたデータ・オブジェクト間の関係を記述する、容易に利用可能で重要な情報が無視されている。同様に、再呼び出し動作では、ユーザの必要としそうなデータ・オブジェクトの再呼び出しを予見していない。したがって、データ・マイグレーション（再呼び出しおよび２次的アーカイバル）は、より精緻な規則、ポリシ、および情報とともには、機能しておらず、またそれは可能でもない。

現在のＨＳＭシステムは、ファイル・サイズ、経過時間、使用頻度などの低レベルの属性に基づいている。このため、ＨＳＭポリシは、限られた属性の組に対して働くように制約されている。これは、単にファイル・サイズなどではなく、内容に基づいてファイルをマイグレーションすることにユーザの興味がある複雑なストレージの想定状況では、限られた役にしか立たない。ユーザには、ストレージ階層全体にわたる移行のためにより高レベルのポリシを、「１９９８年より前に行われた薬品の裁判に関し、化合物Ｘ、Ｙ、およびＺに触れているファイルをすべて、テープ・ストレージへとマイグレーションせよ」、または「プロジェクト番号１Ｓ２３に言及しているファイルをすべて、より安価なＳＡＴＡディスクへとマイグレーションせよ」、または「退院している患者のカルテおよび関係する文書をすべてマイグレーションせよ」のように設定する柔軟性はない。同様に、現在のＨＳＭシステムでは、Ｘを標準のＳＱＬ述語または条件とすることができ、Ｙを、場合によってはストレージ・プールの一部として、コストおよびパフォーマンスの決められたあるタイプのストレージ・メディアとする、「Ｘを満たすファイルをすべて、ストレージ・メディアＹへとマイグレーションせよ」などのより複雑なポリシを扱うことができない。

こうしたタイプのポリシは、既存のＨＳＭシステムによってはサポートすることができないが、これは、そのようなシステムは、ポリシ属性の数および性質によって厳しく制限されているためである。さらに、ストレージ属性は、特に、ストレージ・メディアのパフォーマンスおよびコストの特性、したがって、問題のメディアによってもたらされる潜在的なサービス・レベルに関して、比較的制限されている。

現在のＨＳＭシステムは、ポリシ属性（データ・オブジェクトおよびストレージ・メディア）に依存する、「ＸならばＹ」（If X, then Y）という明示的に定義された規則によって駆動される。しかし、現在のシステム・ストレージの想定状況はより複雑である。ユーザは、常に可能な規則をすべて定義できるわけではない。理想的には、ＨＳＭシステムも、１組の暗黙の規則によって律されるべきである。たとえば、ユーザは、常に、病院請求書およびカルテからなる特定の組を同時にマイグレーションすることができる。病院請求書およびカルテに関係するオブジェクト・クラスの組の間には暗黙の関係があること、たとえば、それらが退院させた特定の患者に属するかもしれないということは、極めてあり得ることである。このため、退院させた患者の病院請求書をすべて転送する明示的なＨＳＭポリシがある場合は、その患者のカルテもマイグレーションすることには意味がある。

同様に、ある患者のカルテがテープ・ストレージから引き出されている場合には、病院請求書も引き出すのが賢明であり得る。カルテを見ている保険代理人（insurance agent）が、病院請求書も調べたいと思うことがあり得る。明示的な別々のデータ・マイグレーション・コマンドを２つ発行する代わりに、記録が自動的に単一のコマンド１つで引き出され、それにより、テープ待ち時間（tapelatency）が減らされるならば、それは好ましいはずである。こうしたタイプの規則は、現在のＨＳＭシステムでは実装することができない。

本発明は、上述の、ならびに他の諸問題に取り組むために、データのアーカイバルおよび再呼び出しに関する情報を識別および追跡し、この情報をデータ・アーカイバル・システムのパフォーマンスを改善するためのしくみの内部で規則、ポリシ、およびデータ関係として成文化するためのシステムおよび方法を提供している。本発明は、明示的または暗黙のデータ関係を、システム監視およびユーザ入力を通して捉えるための機構を含む。また、本発明は、データ関係を、ストレージ空間の割り当ておよび使用の改善のための推奨（recommendations）を出力するアルゴリズムによって処理するための機構を含む。

第１の態様では、本発明により、階層型ストレージ管理（ＨＳＭ）システムであって、内容管理システムの管理する階層型ストレージ・コンプレックス内のデータ・オブジェクトからデータ・オブジェクト情報を抽出するためのデータ使用モニタと、データ・オブジェクト情報を保存するためのデータ関係リポジトリであって、前記データ・オブジェクト情報は前記階層型ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ関係リポジトリと、前記関係データを分析し、前記階層型ストレージ・コンプレックス用のデータ管理アクション推奨を作成するシステムとを含む、ＨＳＭシステムが提供される。

第２の態様では、本発明により、ストレージ管理アクション内のデータ・オブジェクト関係を管理するための、コンピュータ可読媒体上に格納されたプログラム製品であって、内容管理システムの管理するストレージ・コンプレックス内のデータ・オブジェクトからデータ・オブジェクト情報を抽出するために構成されたプログラム・コードと、データ・オブジェクト情報を保存するためのデータ関係リポジトリであって、前記データ・オブジェクト情報は前記ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ関係リポジトリと、前記関係データを分析し、前記ストレージ・コンプレックス用のデータ管理アクション推奨を作成するために構成されたプログラム・コードとを含む、プログラム製品が提供される。

第３の態様では、本発明により、ストレージ・コンプレックス内のデータ・オブジェクト用の予見的ストレージ管理を提供する方法であって、データ・オブジェクトを分析して内容情報を生成すること、前記内容情報を、類似の内容情報をもつオブジェクトを識別する関係リポジトリへと格納すること、および推奨されるストレージ管理アクションを、前記関係リポジトリ内で識別された関係に基づいて作成することを含む方法が提供される。

第４の態様では、本発明により、ストレージ・コンプレックス内のデータ・オブジェクトを管理するための予見的ストレージ管理アプリケーションを展開する方法であって、データ・オブジェクト情報を前記ストレージ・コンプレックス内のデータ・オブジェクトから抽出すること、前記ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ・オブジェクト情報を格納すること、および前記関係データを分析し、前記ストレージ・コンプレックス用のデータ管理アクション推奨を作成することを行うように動作可能であるコンピュータ・インフラストラクチャを提供することを含む方法が提供される。

第５の態様では、本発明により、ストレージ・コンプレックス内のデータ・オブジェクトを管理するための予見的ストレージ管理アプリケーションを実装する伝播信号の形で実施されるコンピュータ・ソフトウェアであって、前記コンピュータ・ソフトウェアは、コンピュータに以下の機能、すなわち、データ・オブジェクト情報を前記ストレージ・コンプレックス内のデータ・オブジェクトから抽出すること、前記ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ・オブジェクト情報を格納すること、および前記関係データを分析し、前記ストレージ・コンプレックス用のデータ管理アクション推奨を作成することを行わせる命令を含む、コンピュータ・ソフトウェアが提供される。

上記によって、本発明により、予測的なアーカイバルおよび再呼び出しの動作を可能にすること、予測的なマイグレーション準備スペースを規則／ポリシ・ベースで律することを可能にすること、およびユーザに対してアーカイバルおよび再呼び出しの動作のための反応時間の改善を可能にすることを含む様々なストレージ管理機能が提供される。

この発明のこうしたおよび他の機能は、本発明の様々な態様の以下の詳細な説明を添付の図面とともに解釈することからより容易に理解されよう。

ここで図面を参照すると、図１に示すのは、階層型ストレージ・コンプレックス１２、内容管理システム１４、およびデータ関係管理システム１６を全体として含む、階層型ストレージ管理（ＨＳＭ）システム１０である。階層型ストレージ・コンプレックス１２は、様々なタイプのストレージ機構、たとえば、ハードディスク・ドライブ（hard drive）、テープ、ディスク、光ディスク（optical）などを、データ・オブジェクトの格納のために含んでもよい。この発明の目的で、ＨＳＭシステム１０は、データ・オブジェクトをあるストレージ機構から別のストレージ機構へと移動させることができる、どのようなタイプのストレージ管理システムを含んでもよい。

１つのデータ・オブジェクトは、ＨＳＭシステム１０が単一の要素として管理するデータのどのような部分を含んでもよい。通常、各ファイルは別々のオブジェクトと考えるが、１組のファイルも１つのデータ・オブジェクトと考えてよい。ＨＳＭシステム１０の仕様により、個々のファイル、ファイルの組、またはそのどちらもがそのストレージ階層全体にわたって管理される（すなわち、アーカイブされ、再呼び出しされ、マイグレーションされる）かどうかが決定されることになる。したがって、本発明は、個々のファイル、ファイルの組、またはそのどちらともすることのできるデータ・オブジェクトに対して動作する。

内容管理システム１４は、一企業内の内容を管理するための典型的なシステムを含むが、これは、ファイルがすべて、単にファイル・システム内に格納される非常に低レベルのシステムから、データが、それぞれの特定のデータ・オブジェクトを記述するメタデータのあるデータベース内に格納されるより精緻なシステムに及ぶ可能性がある。内容管理システム１４は、階層型ストレージ・コンプレックス１２内のデータ・オブジェクトに関係するどのようなアクション２２にも応答する。こうした動作には、たとえば、ファイルを開く／編集すること、アーカイブされたデータ・オブジェクトを再呼び出しする要求などがある。

言及した通り、内容はメタデータとともに格納してもよい。内容管理システム１４のタイプに応じて、メタデータは、ファイル・サイズ、経過時間、使用頻度などの低レベルの属性を含むのでも、またはファイル内容の記述、たとえば、電子カルテ用の、患者番号、疾病名、処方の詳細などのような高レベルの属性を含むのでもよい。内容管理システム１４には、データ・オブジェクトに対して関連付けられているメタデータとともにアクセスする機能がある。

内容管理システム１４とともに含まれているのが、ストレージ・アーカイブ／再呼び出し（ＳＡＲ、storage archive/recall）システム２０である。ＳＡＲシステム２０は、内容管理システム１４とともに相互運用される独立のシステムとすることもでき、または内容管理システム１４と完全に一体化させることもできる。ＳＡＲシステム２０では、ストレージ・コンポーネントすべてを常に把握している。そこにある情報は、ストレージのタイプ（たとえば、テープ、ディスク、光ディスク、など）、各ストレージ・タイプに関連付けられているコスト（たとえば、そのストレージ・メディアの価格およびデータをそのストレージから引き出すことに関連する取り出し時間）、各ストレージ・サブタイプの容量、各サブタイプで使用されるストレージの量、データを「より安価な」メディアへとマイグレーションすることが必要になる前に許されるストレージ使用の最大量を指定するユーザ定義の閾値、そのストレージ内での各データ・ファイルのアクセス・パターン（たとえば、同時に移動されるオブジェクトを把握したもの）についてのものである。

データ関係管理システム１６では、データ・オブジェクトが利用される様子に関する関係および他の情報を分析および識別することによって、内容管理システム１４のとるストレージのアーカイブおよび取り出し（retrieval）のアクションを最適化している。データ関係管理システム１６の中央には、データ関係リポジトリ２８があり、ここでは、データ関係モデル３０に従ってデータの編成が行われる。データ関係リポジトリ２８は、一意に識別されるデータ・オブジェクトそれぞれについての情報を含んでいる。また、これは、データ・オブジェクト同士の関係に関するすべての情報を含んでいる。データ関係モデル３０により、データ・オブジェクト情報を編成する構造が提供される。１組のデータ使用規則４４が、この構造化された情報に適用されて、階層型ストレージ・コンプレックス１２内部でのデータ・オブジェクトの格納および取り出しが管理される。このモデル３０は、３つのタイプのデータを含む。すなわち、データ・オブジェクト記述子、データ・アクセス記述子、およびデータ関係記述子である。

データ・オブジェクト記述子は、各データ・オブジェクトに対する一意の識別子、（たとえば、バイトまたは何か他の尺度での）サイズを含めて、各データ・オブジェクトに対する記述情報、およびデータの型を含む。また、データ・オブジェクト記述子は、特定のデータ・オブジェクトに関係する内容情報（たとえば、メタデータまたは実際のデータ内容）を含んでもよい。データ・アクセス記述子は、データ・アクセス・イベントを記述し、各イベントに対してユーザ識別子、時刻および日付、アクセスされたデータに対する一意の識別子、およびアクセスのタイプ（読み取り、読み取り／書き込み、など）を含む。データ関係記述子は、データ・オブジェクト同士の関係を記述する。データ関係は、一般に、関係する２つ以上のデータ・オブジェクトのリスト、関係タイプ、各オブジェクトがその組（set）の一部として現れる頻度、およびその関係の「使用」（usage）を含む。関係タイプとは、データ・オブジェクトがどのように関係するか、たとえば、どちらも類似の内容情報を含む、どちらもユーザによって通常同時に開かれる、などを指す。「使用」により、その関係があてはまる内容管理アクションのタイプ（マイグレーション、アーカイブ、または再呼び出し）が識別される。

情報のデータ関係リポジトリ２８への流入は、データ使用モニタ２４、内容分析処理部２６、またはユーザ・インターフェース３４を介して行われる。データ使用モニタ２４では、ストレージ管理システム１０内部で生じるデータへのアクセスに関する情報を受け取る。通常、この情報は、内容管理システム１４内部のあるコンポーネントから送られるはずであり、一意のユーザ識別子、アクセスの時刻および日付、アクセスされたデータに対する一意の識別子、データの（バイトまたは何か他の尺度での）サイズおよび型、およびアクセスのタイプ（たとえば、読み取り、読み取り／書き込み、など）を含むはずである。自由選択で、この内容管理コンポーネントは、一意のアクセス・イベント識別子および１組の関係するそれまでのアクセス・イベント識別子を提供してもよい。データ使用モニタ２４は、この情報を処理して、アーカイバルおよび再呼び出しのプロセスならびにストレージ階層内部でのマイグレーションに関するどのようなデータ関係も含めて、データ・オブジェクト記述子情報を作成する。

内容分析処理部（ＣＡＰ、content analysis processor）２６は、データ・オブジェクトおよび関連するメタデータ情報を内容管理システム１４から取り込んで、データ・オブジェクトごとの内容情報を作成する。この内容情報は、そのオブジェクトに関連付けられているメタデータと、そのオブジェクトから抽出された内容属性の集合和（union）である。したがって、ＣＡＰ２６は、データ・オブジェクト記述子を内容情報で詳細にする。ＣＡＰ２６の実装は、処理すべきデータ・オブジェクトの型および特定のドメインに依存することに注意されたい。たとえば、画像データ用のＣＡＰ２６は、ＪＰＥＧ、ＧＩＦ、ＴＩＦＦ、ＰＮＧなどを含む幅広い範囲の画像フォーマットを処理するように実装できるはずである。ＣＡＰ２６は、たとえば、色およびテキスチャに基づく特徴を抽出する画像処理サブルーチンをもつことができるはずである。同様に、薬品試験（drugtrial）データ用のＣＡＰ２６では、様々な試験管理アプリケーションによって作成された様々な薬品試験フォーマットのサポートが可能であるべきであり、患者名、疾病タイプなど、ヘッダおよび内容情報の抽出が可能であるべきである。

内容属性は、データ・オブジェクト内容から抽出でき、かつ適切なデータ管理アクションを決定するのに有用な分類情報を提供する特徴である。内容管理システム１４内のメタデータ情報は、内容属性を含むことができることに注意されたい。例としては、スプレッドシート中の日付および財務データ型を示す列見出し（column headers）、画像の色・テキスチャ・レイアウトの情報、ＤＩＣＯＭ（医用におけるデジタル画像と通信）画像中にあるＤＩＣＯＭヘッダ情報の内容などがある。

ユーザ・インターフェース３４により、ユーザが、自分の使用するデータ同士の関係を記述するユーザ入力３２を与えることができるようにする機構が提供される。ユーザ・インターフェース３４では、ユーザの記述した関係を、データ関係モデル３０の規定するフォーマットへと変換し、関係情報を、データ関係リポジトリ２８内のデータ関係記述子の一部として保存する。

データ関係リポジトリ２８に、データ関係モデル３０によるデータ・オブジェクト情報がロードされた後、データ使用規則処理部３８は、データ使用規則４４をこの情報に適用して、推奨されるデータ管理アクションを作成することができる。推奨されるデータ管理アクションは、たとえば、データ・オブジェクトのリスト、アクション（たとえば、マイグレーション、再呼び出し、アーカイブ）、その推奨が有効である期間、確率、または優先度（prioritization）、およびそれらの組み合わせを含むことができる。データ使用規則４４は、内容管理システム１４内で生じる特定のアクションに応答して適用することができ、たとえば、ファイルをテープ・バックアップから取り出すユーザ要求により、データ関係リポジトリ２８内のデータ関係すべてを探す規則をトリガさせることができる。推奨されるデータ管理アクションは、それに付随する確率を含んでいてもよいことに注意されたい。たとえば、そのアクションに、ファイルＸが取り出されるとき、ファイルＹも取り出される確率がＮ％あることが述べられていてもよい。

ストレージ割り当てシステム３６では、データ使用規則処理部３８からの推奨されるデータ管理アクションの優先度決定を行い、内容管理システム１４に対して１組のストレージ管理アクションを作成する。この１組のストレージ管理アクションは、１組の構成可能なストレージ使用規則４２およびそれまでのストレージ使用パターン４０に基づく。ストレージ使用規則４２には、ストレージ管理アクションが不許可、許可、および推奨になる状況が記述される。１つのストレージ使用規則は、タイプ（不許可、許可、推奨）、１組のストレージ管理アクション（マイグレーション、再呼び出し、アーカイブ）、および条件（ストレージ占有率閾値／上限値、実行可能期間）を含む。ストレージ使用パターン４０には、階層型ストレージ・コンプレックス１２の様々なレベルにわたるデータの経時的な移動が記述される。

言及した通り、階層型ストレージ・コンプレックス１２は、物理ストレージ・メディアからなる。これは、異なるストレージ・タイプに関連付けられている異なるストレージ・レベルからなるとすることができる。各ストレージ・レベルは、価格コストおよびアクセス・コストが類似した一群のストレージ・メディアである。たとえば、テープ・メディアはすべてあるストレージ・レベルに属し、高速磁気ディスクはすべて別のストレージ・レベルに属する。価格コスト（ＰＣ、price cost）は、ストレージ・メディアの原価（cost price）であり、すなわち、テープ・ストレージの価格コストは、ディスク・ストレージよりもずっと低い。アクセス・コスト（ＡＣ、accesscost）は、そのストレージ・メディア上の一単位のストレージへのアクセスに必要な時間である。たとえば、テープ・ストレージのアクセス・コストは、ディスク・ストレージよりもずっと高い。

ある例示的な実施形態では、階層型ストレージ・コンプレックスの設定を、ストレージ・レベルを１からＭａｘＬｅｖｅｌまで番号付けして行うことができ、ここで、ＭａｘＬｅｖｅｌは存在するストレージ・レベルの総数である。ＳｔｏｒａｇｅＬｅｖｅｌ（１）は、ＰＣが最高でＡＣが最小のストレージ・メディアからなる。ＳｔｏｒａｇｅＬｅｖｅｌ（ＭａｘＬｅｖｅｌ）は、ＰＣが最小でＡＣが最高のストレージ・メディアからなる。

準備スペース（staging space）１８は、ストレージ割り当てシステム３６からの確率ベースのストレージ管理推奨を取り扱うように実装することの可能な、階層型ストレージ・コンプレックス１２の一部分である。各ストレージ・レベルｎ（１＜＝ｎ＜ＭａｘＬｅｖｅｌ）に対して、Ｓｔａｇｉｎｇ（ｎ）とマークされた、関連付けられたストレージ・コンポーネントがある。ＳｔｏｒａｇｅＬｅｖｅｌ（ｎ）のある特定の部分が、Ｓｔａｇｉｎｇ（ｎ）とマークされる。データを確率的規則（０＜確率＜１）に基づいて移動させるべきときは、まず準備エリア１８に移動させる。したがって、データを予見的な（anticipated）再呼び出し規則に基づいてＳｔｏｒａｇｅＬｅｖｅｌ（ｎ）からＳｔｏｒａｇｅＬｅｖｅｌ（ｎ−１）へと移動すべき場合は、まずＳｔａｇｉｎｇ（ｎ−１）へと移動させる。これにより、実際の再呼び出しコマンドが与えられたときに、データがより高いストレージ・レベルにあるようにする。これに対応して、データを確率的規則に基づいてＳｔｏｒａｇｅＬｅｖｅｌ（ｎ）からＳｔｏｒａｇｅＬｅｖｅｌ（ｎ＋１）へと移動すべき場合は、まずＳｔａｇｉｎｇ（ｎ＋１）へと移動させる。

ここで図２を参照すると、ストレージ管理システム１０の動作の例示的な実装形態を、流れ図の形で示している。まず、ステップＳ１で、ユーザが内容管理システム１４の制御下にあるデータにアクセスすると、内容管理システム１４は、データ・アクセス記述をデータ使用モニタへと送る。この記述は、一意のユーザ識別子、時刻および日付、アクセスされたデータに対する一意の識別子、データの（バイトまたは何か他の尺度での）サイズおよび型、およびアクセスのタイプ（読み取り、読み取り／書き込み、など）を含む。自由選択で、内容管理コンポーネント１４は、一意のアクセス・イベント識別子および１組の関係するそれまでのアクセス・イベント識別子を提供してもよい。データ使用モニタ２４は、この情報を処理して、アーカイバル、再呼び出し、およびストレージ階層内部でのマイグレーションに関する１組のデータ関係を作成する。このデータ関係は、同じユーザが同時にアクセスしたデータ・オブジェクトを、同時アクセスの頻度に関する指標によって示す。

次に、ステップＳ２で、データ使用モニタ２４により、このデータ関係は、データ関係リポジトリ２８へと保存される。ステップＳ３で、ユーザは既存のデータ管理アクション規則を閲覧および更新でき、新しい規則をユーザ・インターフェースを通して追加することができる。規則は、直接に入力することもでき、またはユーザが、ユーザ・インターフェース内で提供される１組のプロンプトを通して、規則を作成するための情報を提供することもできる。データ使用規則は、ユーザ・インターフェース３４によって作成される。

ステップＳ４で、内容管理システム１４は、内容およびこの内容に関連付けられているメタデータを、内容分析処理部（ＣＡＰ）２６へと送る。このメタデータは、ＭＩＭＥの定めるものなどの明示的なデータ型を含んでもよく、または内容フォーマットを（ファイル・ヘッダによるなどして）それ自体で定義してもよい。一部の場合には、データ・フォーマットを未定義としてもよい。内容分析処理部２６では、内容がＣＡＰの処理できるフォーマットになっている場合、内容情報をメタデータおよび内容に基づいて生成する。そうでない場合は、メタデータだけを使用して内容情報を作り出す。ステップＳ５で、内容情報は、データ関係リポジトリ２８内に、処理中のデータ・オブジェクトに関するデータ記述子の一部としてファイルされる。

ステップＳ６で、データ使用規則処理部３８およびストレージ割り当てシステム３６により、推奨されるストレージ管理アクションのリストが作成される。このプロセスの呼び出しは、スケジュールに基づいて、あるいは、新しい空間が利用可能であること、または利用可能な空間の使用率（usage）があらかじめ設定された閾値に達することに反応するデータ使用モニタ２４からの促し（prompt）などの外部信号に基づいて行われる。データ使用規則処理部３８は、データ・オブジェクト管理アクションが期待される尤度が高いデータ・オブジェクトを識別しながら、データ関係リポジトリ２８へのアクセスおよびスキャンを行う。たとえば、第２のデータ・オブジェクトを所与のユーザがアーカイブから再呼び出ししたばかりであることを、データ使用モニタ２４が示し、別のデータ・オブジェクトへのアクセスが普通同時に行われることが、そのデータ・オブジェクトに関するデータ関係によって示されている場合、データ使用規則処理部３８では、内容管理システム１４がその第２の関係するデータ・オブジェクトも再呼び出しする旨の推奨を生成することになる。この推奨されるデータ管理アクションは、ストレージ割り当てシステム３６へと渡されて優先度決定を行い、内容管理システム１４へと転送されることになる。

ステップＳ７で、ストレージ割り当てシステムは、優先度決定の行われたアクションの組をストレージ・アーカイブ／再呼び出しシステム２０へと送り、これがそのアクション、たとえば、指定されたデータの異なるＳｔｏｒａｇｅＬｅｖｅｌ（ストレージ・レベル）およびＳｔａｇｉｎｇＳｐａｃｅ（準備スペース）間での必要なマイグレーションを実行する。

ステップＳ８で、ストレージ・アーカイブ／再呼び出しシステム２０は、階層型ストレージ・コンプレックス１２の属性すべてのリストをストレージ割り当てシステム３６へと送る。この属性のリストが含むのは、ストレージのタイプ（テープ、ディスク、光ディスク、など）、存在する様々なストレージ・レベル、各ストレージ・レベルに関連付けられているコスト（ＰＣとＡＣのどちらも）、各ストレージ・レベルの総容量、各レベルで使用中のストレージの量、データをマイグレーションすることが必要になる前に許されるストレージ使用の最大量を指定するユーザ定義の閾値、そのストレージ内での各データ・ファイルのアクセス・パターン（たとえば、どのくらい頻繁に使用されているか、同時に移動されるオブジェクトを把握したものなど）などである。

一般に、上で説明した様々なコンポーネントは、コンピュータ・システム、たとえば、デスクトップ、ラップトップ、ワークステーションなどの上で実装することができ、それらは、クライアントまたはサーバあるいはその両方の一部としても実装することができる。このコンピュータ・システムへのアクセスは、インターネット、ＬＡＮ（local area network、構内通信網）、ＷＡＮ（wide area network、広域通信網）、ＶＰＮ（virtualprivate network）などのネットワークを介して提供することができる。通信は、直接ハードワイヤード接続（たとえば、シリアル・ポート）を介して、または有線または無線あるいはその両方の伝送方法のどのような組み合わせを利用してもよいアドレス可能な接続を介して行うことができよう。しかも、トークン・リング、イーサネット（Ｒ）、ＷｉＦｉ、または他の従来の通信標準などの従来のネットワーク接続を使用できよう。さらに、接続は、従来のＴＣＰ／ＩＰソケット・ベースのプロトコルによって提供できよう。この場合、ＩＳＰ（Internetservice provider）を使用して、相互接続を確立できよう。接続は、ＪＭＳなどのメッセージ・ベースのプロトコル、あるいはＷｅｂサービスなど、自己発見型の（self-discovered）または他のサービス・ベースのプロトコルによって提供できよう。さらに、上で示したように、通信はクライアント／サーバまたはサーバ／サーバの環境で行うことができよう。

本発明の教示は、ビジネス・モデル（business method）として予約支払（subscription）制または料金（fee）制で提供できるはずであることを理解されたい。たとえば、関係管理システム１６を含むコンピュータ・システムの作成、維持、または展開あるいはそれらの組み合わせは、本明細書で説明した機能を顧客に提案するサービス・プロバイダが行うことができよう。すなわち、サービス・プロバイダは、上で説明した推奨されるデータ管理アクションを提供する内容管理システムへのインターフェースの提供を提案することができよう。

本明細書で説明したシステム、機能、機構、方法、エンジン、およびモジュールは、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組み合わせの形で実装できることが了解されている。これらは、本明細書で説明した諸方法の実現用に適合されたどのようなタイプのコンピュータ・システムまたは他の機器によっても実装することができる。ハードウェアとソフトウェアの典型的な組み合わせは、ロードされ実行されると、本明細書で説明した諸方法を実現するようなコンピュータ・システムを制御する、コンピュータ・プログラム付きの汎用コンピュータ・システムとすることができよう。あるいは、本発明の機能タスクのうちの１つまたは複数を実現するための特化したハードウェアを含む、特定用途のコンピュータを利用することもできよう。さらに別の実施形態では、本発明のすべてのうちの一部を、分散的に、たとえば、インターネットなどのネットワークを介して実装することができよう。

また、本発明は、本明細書で説明した方法および機能の実装を可能にする特徴すべてを含み、コンピュータ・システムへとロードされるとこれらの方法および機能を実現することのできる、コンピュータ・プログラム製品中に埋め込むことができる。コンピュータ・プログラム、ソフトウェア・プログラム、プログラム、プログラム製品、ソフトウェアなどの用語は、この文脈では、情報処理能力のあるシステムに、直接に、あるいは、以下のこと、すなわち、（ａ）別の言語、コード、または記法への変換と、（ｂ）異なる有形形式での複製とのどちらかまたは両方の後で、特定の機能を実行させるものである１組の命令の、任意の言語、コード、または記法における任意の表現を意味する。

本発明の上述の説明は、例示および説明を目的として提示してきた。網羅的であること、または本発明を開示したまさにその形式に限定する、明らかに、多くの修正形態および変形形態が可能である。当業者に明らかである可能性のある修正形態および変形形態は、添付の特許請求の範囲の定めるこの発明の範囲内に含まれるものとする。

本発明の一実施形態による階層型ストレージ管理システムを示す図である。 本発明の一実施形態による例示的な動作を示す流れ図である。

符号の説明

１０ 階層型ストレージ管理システム、ＨＳＭシステム、ストレージ管理システム
１２ 階層型ストレージ・コンプレックス
１４ 内容管理システム
１６ データ関係管理システム
１８ 準備スペース、準備エリア
２０ ストレージ・アーカイブ／再呼び出しシステム、ＳＡＲシステム
２２ アクション
２４ データ使用モニタ
２６ 内容分析処理部、ＣＡＰ
２８ データ関係リポジトリ
３０ データ関係モデル、モデル
３４ ユーザ・インターフェース
３６ ストレージ割り当てシステム
３８ データ使用規則処理部
４０ ストレージ使用パターン
４２ ストレージ使用規則
４４ データ使用規則

Claims (24)

1. 階層型ストレージ管理（ＨＳＭ）システムであって、
   内容管理システムの管理する階層型ストレージ・コンプレックス内のデータ・オブジェクトからデータ・オブジェクト情報を抽出するためのデータ使用モニタと、
   データ・オブジェクト情報を保存するためのデータ関係リポジトリであって、前記データ・オブジェクト情報は前記階層型ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ関係リポジトリと、
   前記関係データを分析し、前記階層型ストレージ・コンプレックス用のデータ管理アクション推奨を作成するシステムと
   を含む、ＨＳＭシステム。
2. 前記データ・オブジェクト情報が、データ・オブジェクト記述子、データ・アクセス記述子、およびデータ関係記述子を含む、請求項１に記載のＨＳＭシステム。
3. データ・オブジェクトに関する内容属性およびメタデータを分析し、前記データ・オブジェクト情報とともに前記データ関係リポジトリ内に保存される内容情報を生成する内容分析処理部をさらに含む、請求項１に記載のＨＳＭシステム。
4. ユーザが関係データを前記データ関係リポジトリへと入力できるようにするユーザ・インターフェースをさらに含む、請求項１に記載のＨＳＭシステム。
5. 前記内容管理システム用のデータ管理アクション推奨の優先度決定を行うストレージ割り当てシステムをさらに含む、請求項１に記載のＨＳＭシステム。
6. 前記ストレージ割り当てシステムが、データ管理アクション推奨の優先度決定をストレージ使用規則およびストレージ使用パターンに基づいて行う、請求項５に記載のＨＳＭシステム。
7. 前記階層型ストレージ・コンプレックスが、階層レベル間で移動中のデータ・オブジェクトに対する準備スペースを含む、請求項１に記載のＨＳＭシステム。
8. 前記関係データが、関係するオブジェクトの組、関係するオブジェクトの組ごとの関係タイプ、各組のオブジェクトが関係する頻度、および関係するオブジェクトの組ごとの内容管理アクションを含む、請求項１に記載のＨＳＭシステム。
9. 前記内容管理アクションが、マイグレーション、アーカイブ、および再呼び出しからなる群から選択される、請求項８に記載のＨＳＭシステム。
10. ストレージ管理システム内のデータ・オブジェクト関係を管理するための、コンピュータ可読媒体上に格納されたプログラム製品であって、
    内容管理システムの管理するストレージ・コンプレックス内のデータ・オブジェクトからデータ・オブジェクト情報を抽出するために構成されたプログラム・コードと、
    データ・オブジェクト情報を保存するためのデータ関係リポジトリであって、前記データ・オブジェクト情報は前記ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ関係リポジトリと、
    前記関係データを分析し、前記ストレージ・コンプレックス用のデータ管理アクション推奨を作成するために構成されたプログラム・コードと
    を含む、プログラム製品。
11. 前記データ・オブジェクト情報が、データ・オブジェクト記述子、データ・アクセス記述子、およびデータ関係記述子を含む、請求項１０に記載のプログラム製品。
12. データ・オブジェクトに関する内容属性およびメタデータを分析し、前記データ・オブジェクト情報とともに前記データ関係リポジトリ内に保存される内容情報を生成するために構成されたプログラム・コードをさらに含む、請求項１０に記載のプログラム製品。
13. ユーザが関係データを前記データ関係リポジトリへと入力できるようにするユーザ・インターフェースをさらに含む、請求項１０に記載のプログラム製品。
14. 前記内容管理システム用のデータ管理アクション推奨の優先度決定を行うために構成されたプログラム・コードをさらに含む、請求項１０に記載のプログラム製品。
15. 前記データ管理アクション推奨の優先度決定が、ストレージ使用規則およびストレージ使用パターンに基づいて行われる、請求項１４に記載のプログラム製品。
16. 前記ストレージ・コンプレックスが、ストレージ・レベル間で移動中のデータ・オブジェクトに対する準備スペースを含む、請求項１０に記載のプログラム製品。
17. 前記関係データが、関係するオブジェクトの組、関係するオブジェクトの組ごとの関係タイプ、各組のオブジェクトが関係する頻度、および関係するオブジェクトの組ごとの内容管理アクションを含む、請求項１０に記載のプログラム製品。
18. 前記内容管理アクションが、マイグレーション、アーカイブ、および再呼び出しからなる群から選択される、請求項１０に記載のプログラム製品。
19. ストレージ・コンプレックス内のデータ・オブジェクト用の予見的ストレージ管理を提供する方法であって、
    データ・オブジェクトを分析して内容情報を生成すること、
    前記内容情報を、類似の内容情報をもつオブジェクトを識別する関係リポジトリへと格納すること、および
    推奨されるストレージ管理アクションを、前記関係リポジトリ内で識別された関係に基づいて作成すること
    を含む方法。
20. 前記推奨されるストレージ管理アクションの優先度決定を行うさらに別のステップを含む、請求項１９に記載の方法。
21. 前記内容情報が、内容特徴およびメタデータを含む、請求項１９に記載の方法。
22. 前記推奨されるストレージ管理アクションが、マイグレーション、アーカイブ、および再呼び出しからなる群から選択されるアクションを含む、請求項１９に記載の方法。
23. ストレージ・コンプレックス内のデータ・オブジェクトを管理するための予見的ストレージ管理アプリケーションを展開する方法であって、
    データ・オブジェクト情報を前記ストレージ・コンプレックス内のデータ・オブジェクトから抽出すること、
    前記ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ・オブジェクト情報を格納すること、および
    前記関係データを分析し、前記ストレージ・コンプレックス用のデータ管理アクション推奨を作成すること
    を行うように動作可能であるコンピュータ・インフラストラクチャを提供すること
    を含む方法。
24. ストレージ・コンプレックス内のデータ・オブジェクトを管理するための予見的ストレージ管理アプリケーションを実装する伝播信号の形で実施されるコンピュータ・ソフトウェアであって、前記コンピュータ・ソフトウェアは、コンピュータに以下の機能、すなわち、
    データ・オブジェクト情報を前記ストレージ・コンプレックス内のデータ・オブジェクトから抽出すること、
    前記ストレージ・コンプレックス内のデータ・オブジェクトに関する関係データを含む、データ・オブジェクト情報を格納すること、および
    前記関係データを分析し、前記ストレージ・コンプレックス用のデータ管理アクション推奨を作成すること
    を行わせる命令を含む、コンピュータ・ソフトウェア。

Images