(57)【要約】  一次記憶システムから転送されるデータユニットを保持するための、二次記憶システムが、提供される。この二次記憶システムは、二次記憶媒体を含む。二次記憶媒体の全てが同時に、パワーオンされるというわけではない。この二次記憶媒体は、常にパワーオンモードにある少なくとも１つの記憶媒体を含む。メタデータが、パワーオンモードのこの少なくとも１つの記憶媒体の１つ以上内に記憶される。このメタデータは、常にパワーオンモードにあるこの少なくとも１つの記憶媒体より低いパワー動作モードにある二次記憶媒体内に記憶されるデータユニットの少なくとも１つの属性を含む。
2009507281.tif 000002
【特許請求の範囲】
【請求項１】
一次記憶システムから転送されるデータユニットを保持するための二次記憶システムであって、前記二次記憶システムが、
二次記憶媒体であって、前記二次記憶媒体の全ては、同時にパワーオンモードにはなく、前記二次記憶媒体が、常に前記パワーオンモードにある少なくとも１つの記憶媒体を含む、二次記憶媒体と、
常に前記パワーオンモードにある前記少なくとも１つの記憶媒体の１つ以上に記憶されるメタデータと、を備え、前記メタデータが、常に前記パワーオンモードにある前記少なくとも１つの記憶媒体より低いパワー動作モードにある二次記憶媒体内に、データユニットの少なくとも１つの属性を含む、ことを特徴とする二次記憶システム。
【請求項２】
請求項１の二次記憶システムであって、更に、
人間のユーザーが前記メタデータを閲覧することを可能にするための管理インターフェース、を備える二次記憶システム。
【請求項３】
請求項１の二次記憶システムであって、更に、
人間のユーザーが、前記メタデータを使用して前記二次記憶システムからデータを取り出すためにクエリの結果を閲覧することを可能にするための管理インターフェース、を備える二次記憶システム。
【請求項４】
請求項３の二次記憶システムであって、前記メタデータが、前記クエリの前記結果を表示するために用いられるユーザー定義の情報を含む、ことを特徴とする二次記憶システム。
【請求項５】
請求項３の二次記憶システムであって、前記メタデータが、前記クエリの前記結果を表示するために用いられるバージョニング情報を備える、ことを特徴とする二次記憶システム。
【請求項６】
請求項１の二次記憶システムであって、更に、
人間のユーザーが、前記メタデータを使用してユーザーリクエストに基づいて動的に異なる構成で前記記憶システム内の前記データを閲覧することを可能にするための管理インターフェース、を備える二次記憶システム。
【請求項７】
請求項１の二次記憶システムであって、更に、
前記一次記憶システムから前記第２の記憶システムまでデータユニットを移動するための、かつそこにおいて、前記二次記憶システム上のデータユニットへのアクセスが、前記第１の記憶システム内に記憶されるメタデータを使用する前記第１の記憶システムの前記データのユーザーに対して透明であるようになされる、ファイルアーカイバアプリケーション、を備える二次記憶システム。
【請求項８】
請求項１の二次記憶システムであって、データユニットが、ファイルを備える、ことを特徴とする二次記憶システム。
【請求項９】
請求項１の二次記憶システムであって、更に、
前記メタデータを使用してディレクトリレベルでデータユニットを表示するように構成される管理インターフェース、を備える二次記憶システム。
【請求項１０】
請求項１の二次記憶システムであって、更に、
データユニットに対する複数のリクエストを、前記複数のリクエストが受信された第２の順序とは異なる第１の順序で再度順序付けるように構成される、再度順序付ける機構を備え、前記第１の順序によって、前記複数のリクエストの一部が順に前記二次記憶媒体内の同じ記憶媒体にアクセスすることができる、ことを特徴とする二次記憶システム。
【請求項１１】
請求項１０の二次記憶システムであって、前記複数のリクエストを再度順序付けることが、前記複数のリクエストが再度順序付けられなかった場合と比べて、前記同じ記憶媒体の前記パワーオンおよびパワーダウンを制限する、ことを特徴とする二次記憶システム。
【請求項１２】
請求項１の二次記憶システムであって、更に、
常に前記パワーオンモードにある前記記憶媒体内のデータユニットを取り入れるように構成される、より速いアクセスのための、キャッシング機構、を備える二次記憶システム。
【請求項１３】
請求項１の二次記憶システムであって、更に、
グループが共に頻繁にアクセスされると判定される場合、前記二次記憶媒体内の記憶媒体のデータユニットの前記グループをグループ化するように構成されるファイルアーカイバ機構、を備える二次記憶システム。
【請求項１４】
請求項１の二次記憶システムであって、更に、
前記メタデータの検索に基づいて、前記より低いパワーモードの前記二次記憶媒体を、前記より低いパワーモードからパワーオンモードまで遷移させるように構成されるパワーオン機構、を備え、前記二次記憶媒体内のデータユニットに対するリクエストが受信される前に、二次記憶媒体が変化される、ことを特徴とする二次記憶システム。
【請求項１５】
二次記憶媒体を含む二次記憶システム内に一次記憶システムから転送されるデータユニットを保持するための方法において、前記二次記憶媒体の全ては、同時にパワーオンモードにはなく、前記二次記憶媒体が、常に前記パワーオンモードにある少なくとも１つの記憶媒体を含む、方法であって、
前記二次記憶システム内の二次記憶媒体内の１つ以上のデータユニットに対してメタデータを判定するステップであって、メタデータが、常に前記パワーオンモードにある前記少なくとも１つの記憶媒体より低いパワー動作モードにある前記二次記憶媒体の少なくとも１つ内のデータユニットに対する属性を含む、ステップと、
常に前記パワーオンモードにある前記少なくとも１つの記憶媒体内に前記メタデータを記憶するステップであって、前記属性によって、前記より低いパワーモードにある前記二次記憶媒体の前記少なくとも１つ内の前記データユニットについての情報が判定されることができる、ステップと、を含む方法。
【請求項１６】
請求項１５の方法であって、更に、
インターフェースからクエリを受信するステップと、
データユニットについての情報を提供するために前記１つ以上のデータユニットの少なくとも１つに対する属性を使用するステップと、を含む方法。
【請求項１７】
請求項１６の方法であって、前記属性が、前記データユニットについての情報を提供するために用いられるユーザー定義の情報を含む、ことを特徴とする方法。
【請求項１８】
請求項１７の方法であって、更に、
前記より低いパワーモードにある前記記憶媒体の前記少なくとも１つ内にある前記１つ以上のデータユニット内のデータユニットに対して実時間で前記クエリに対する応答を提供するステップ、を含む方法。
【請求項１９】
請求項１６の方法であって、前記属性が、前記データユニットについての情報を提供するために用いられるバージョニング情報を含む、ことを特徴とする方法。
【請求項２０】
請求項１６の方法であって、更に、
どの記憶媒体が前記パワーオンモードにあるか判定するステップと、
前記パワーオンモードの前記判定された記憶媒体のうちの１つ内に前記メタデータを記憶するステップと、を含む方法。
【請求項２１】
請求項１６の方法であって、更に、
どれくらいのオープンな空間が前記パワーオンモードの記憶媒体上で未割り当てであるか判定するステップと、
前記未割当て空間に基づいて前記メタデータをどこに記憶するべきか判定するステップと、を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、以下の出願の優先権を主張し、全体としてここに記載されるように参照として本願明細書に引用したものとする：２００５年９月２９日に出願された特許文献１（名称『データのアーカイブ記憶のためのシステム』）、および２００５年１０月２５日に出願された特許文献２（名称『データのアーカイブ記憶のためのユーザインタフェース』）。
【０００２】
特定の実施態様が、一般にデータ記憶システムに、およびより詳しくは、アーカイブシステムに関する。
【背景技術】
【０００３】
データのバックアップあるいはアーカイブコピーを作ることは、しばしば重要である。アーカイビングは、追加データを収容するために一次記憶システムを解放することができる。アーカイビングはまた、それが失われ、消去され、あるいは損なわれたあと、データが回復されることを可能にすることができる。まれにアクセスされるデータのシステム効率もまた、向上されることができる。
【０００４】
典型的なアーカイブシステムは、その一次記憶システムとしてディスクドライブのアレイを使用する。一次記憶システムからのデータが、アーカイブシステムへ複写されるかあるいは転送される。アーカイブシステムは、一次システムより通常より大きくて、より低速で、かつより高価でない。例えば、アーカイブシステムは、データを記憶するために、テープドライブ、より低速のディスクドライブ、オプティカルドライブ、などを使用することができる。換言すれば、アーカイブ記憶システムは記憶ユニットあたりより少ないコストがかかり、より少ないパワーを消費するように設計されることができる。一次システムとアーカイブシステムとの間の記憶および取り出しが、アーカイブシステムをサポートするように設計されているコンピューターシステムの全作動と干渉しないように、効率的なアーカイブファイルシステムを構築するために注意されなければならない。
【０００５】
【特許文献１】米国仮特許出願第６０／７２２２１５号明細書
【特許文献２】米国仮特許出願第６０／７３０２８８号明細書
【特許文献３】米国特許第７０３５９７２号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
アーカイブタスクを管理し、アーカイブされたファイルおよびディレクトリを閲覧し、編成し、回復させ、そして他の機能を実行するシステム管理機能の能力は、多くの種類のコンピュータアプリケーションの円滑な動作にとって重要である。
【課題を解決するための手段】
【０００７】
さまざまな実施態様に従って、一次記憶システムから転送されるデータユニットを保持するための、二次記憶システムが、提供される。この二次記憶システムは、二次記憶媒体を含む。二次記憶媒体の全てが同時に、パワーオンされるというわけではない。さらに、この二次記憶媒体は、常にパワーオンモードにある少なくとも１つの記憶媒体を含む。この二次記憶システムはまた、常にパワーオンモードにあるこの少なくとも１つの記憶媒体の１つ以上に記憶されるメタデータを含む。このメタデータは、常にパワーオンモードにある少なくとも１つの記憶媒体より低いパワー動作モードにある二次記憶媒体内に格納されるデータユニットの少なくとも１つの属性を含む。
【０００８】
一実施態様に従って、一次記憶システムから転送されるデータユニットを二次記憶システム内に保持するための方法が提供される。この二次記憶システムは、全てが同時にパワーオンモードにあるというわけではない二次記憶媒体を含む。更に、この二次記憶媒体は常にパワーオンモードにある少なくとも１つの記憶媒体を含む。この方法は、二次記憶媒体内の１つ以上のデータユニットのメタデータを判定するステップを含む。メタデータは、常にパワーオンモードにあるこの少なくとも１つの記憶媒体より低いパワーモードにある二次記憶媒体のうちの少なくとも１つ内のデータユニットに対する属性を含む。さらに、この方法は常にパワーオンモードにあるこの少なくとも１つの記憶媒体内にメタデータを記憶するステップを含む。この属性によって、より低いパワーモードにある二次記憶媒体のこの少なくとも１つ内のデータユニットについての情報が判定されることができる。
【発明を実施するための最良の形態】
【０００９】
本発明のさまざまな実施態様が、添付の図面とともに以下に記載され、本発明を例示しかつ限定しないように提供され、同様な名称は同様な要素を示す。
【００１０】
本発明がさまざまな変更態様および代替形式に従うとはいえ、その特定の実施態様が図面および付随する詳細な説明において一例として示される。しかし、図面および詳細な説明は本発明をここに記載される具体例に限定することを目的としない、ことは理解されるべきである。この開示は、添付の特許請求の範囲によって規定されるように、本発明の有効範囲に含まれる全ての変更態様、等価物および変形例を包摂することを目的とする。
【００１１】
本発明の１つ以上の実施態様が、以下に記載される。留意する必要があるのは、これらの、そして、その他の以下に記載する実施態様は例示的であり、および本発明の限定よりむしろ例証となることを目的とすることである。
【００１２】
本発明の実施態様は、方法、システムおよびコンピュータプログラム製品をデータのアーカイブ記憶用のシステムに提供する。このデータのアーカイブ記憶用のシステムは、一次記憶システムからのさまざまなファイルを二次記憶システム内にアーカイブし、二次記憶システムからのさまざまなファイルを一次記憶システムに取り出し、そして、ファイルを管理するために使われる。
【００１３】
図１は、さまざまな実施態様に従って、クライアント装置と接続されるアーカイブデータ記憶システムの一般的な構造を例示するブロック図である。アーカイブデータ記憶システム１００は、顧客システム１０２、ネットワーク１０４、スイッチ１０６およびアーカイブシステム１０８を含む。アーカイブデータ記憶システム１００は、複数の顧客システムおよび複数のアーカイブシステムを含むことができる。これらの複数の顧客システムは、ネットワーク１０４経由で複数のアーカイブシステムと通信することができる。ネットワーク１０４の具体例は、モバイルネットワーク、個人領域ネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネットおよび広域ネットワーク（ＷＡＮ）を含むが、これに限定されるものではない。一実施態様において、ネットワーク１０４は上述のネットワークの１つ以上の組合せとすることができる。
【００１４】
顧客システム１０２は、一次記憶システム（図１に図示せず）に操作上接続されることができる。顧客システム１０２の具体例は、サーバー、パーソナルコンピュータ（ＰＣ）、ラップトップおよびパーソナル携帯情報機器（ＰＤＡ）を含むが、これに限定されるものではない。一実施態様において、顧客システム１０２は一次記憶システムを含むことができる。一次記憶システムの具体例は、ハードディスク、光ディスクおよび磁気テープを含むが、これに限定されるものではない。
【００１５】
一次記憶システムは、ファイルおよびディレクトリのような、データユニットを記憶することができる。一次記憶システム内に記憶されることができるデータの範囲に限界値がある場合があり、例えば、ハードディスク内に記憶する最大容量は８０ギガバイトである場合がある。データユニットは、一次記憶システムからアーカイブシステム１０８にアーカイブされることができる。一実施態様において、ギガビットイーサネットスイッチがネットワーク１０４をアーカイブシステム１０８と接続することができる。アーカイブシステム１０８は、ラック１１０および二次記憶システム１１２を含む。アーカイブされたデータファイルは、二次記憶システム１１２内に格納されることができる。ラック１１０は、アーカイブシステム１０８に格納されるデータユニットをアーカイブするかあるいは取り出すことのようなさまざまな動作を実行するために用いることができる。ラック１１０は、また、より低いパワー動作モードにある二次記憶媒体をパワーオンすることができる。ラック１１０は、図２とともに詳細に記載される１つ以上の処理モジュールを有する。
【００１６】
二次記憶システム１１２は、第１の二次記憶媒体および第２の記憶媒体を有する二次記憶媒体を含むことができる。一実施態様において、二次記憶システム１１２は第１のシェルフ１１４、第２のシェルフ１１６および第３のシェルフ１１８のようなシェルフを含むことができる。二次記憶システム１１２は、３より多いかあるいはより少ないシェルフを有することができる、ことは理解されるべきである。第１のシェルフ１１８のような、第１の二次記憶媒体は常にパワーオンされていることができる。他方、第２のシェルフ１１４および第３のシェルフ１１６のような、他のシェルフはより低いパワー動作モードにあることができる。一実施態様において、第２の二次記憶媒体が第１の二次記憶媒体と比較して、より低いパワー動作モードにあることができる。例えば、第２の二次記憶媒体は第１の二次記憶媒体と比較して、より低い速度で回転するかあるいはアイドル状態であることができる。更に、このより低いパワー動作モードはパワーオフ状態あるいは待機状態を含むことができる。第２の二次記憶媒体は、必要性ベースでより低いパワー動作モードからパワーオンされることができる。例えば、ユーザーが第２の第２の記憶媒体からデータユニットを取り出すためにリクエストを送信する場合、このデータユニットを含む複数の二次記憶媒体１１２の１つ以上のディスクドライブが、より低いパワー動作モードからパワーオンされることができる。
【００１７】
より低いパワー動作モードの二次記憶媒体からのデータユニットへのアクセスは、第２の記憶媒体がパワーオンされている場合より遅い可能性がある。一実施態様において、アーカイブシステム１０８は独立／安価なディスクのパワー管理された冗長配列（ＲＡＩＤ）システムあるいはアイドル状態のディスクのパワー管理された大量配列（ＭＡＩＤ）システムに基づく。
【００１８】
パワー管理された記憶システムにおいて、最大許容パワー消費あるいは「パワー予算」に従って、限定された数の記憶装置だけが、一度にパワーオンされる。パワー管理されたＲＡＩＤシステムは例えば、特許文献３（名称『パワー効率のよい高容量記憶システムのための方法と装置』）に記載され、全ての目的に対して全体としてここに記載されるように参照によって本願明細書に引用したものとする。
【００１９】
一実施態様において、入出力（Ｉ／Ｏ）合体システムがシステムのＭＡＩＤ部分からデータユニットにアクセスするために用いることができる。この技法は、Ｉ／Ｏリクエストを、それらが元々受信された順序でよりむしろ同時に同じドライブにアクセスするクラスタに再度順序付けることによって、ドライブを不必要にパワーオンおよびオフすることを回避する。
【００２０】
二次記憶システム１１２上に格納されるデータユニットのメタデータが、常にパワーオンされている第１の二次記憶媒体に記憶されることができる。このメタデータは、データユニットの１つ以上の属性を含むことができる。このメタデータは、第２の二次記憶媒体がより低いパワー動作モードにある場合でさえ、第２の二次記憶媒体で記憶されるデータユニットの属性を閲覧するために使用されることができる。
【００２１】
メタデータは、データユニットを識別するために用いることができるデータユニットの属性を表す。データユニットの属性は、データユニットの名称、データユニットの所有者あるいは作成者、データユニットの生成または／および最終修正日付、データユニットのサイズ、などを含む一実施態様において、二次記憶システム上に格納されるデータユニットをアーカイブするかあるいは取り出すためのクエリあるいはリクエストが受信されることができる。クエリは、顧客システム１０２のグラフィカルユーザインタフェース（ＧＵＩ）を用いて提出されることができる。例えば、一次記憶システムおよび二次記憶システム１１２のうち少なくとも１つ内に格納されるデータユニットから、拡張子『．ｔｘｔ』を有する全てのデータユニットが検索されることができる。更に、データユニットが格納される１つ以上のディスクドライブがより低いパワー動作モードにある場合でさえ、二次記憶媒体上に格納されるデータユニットの表示が提供されることができる。データの記憶用のアーカイブシステム１００のメタデータは、常にパワーオンされている第１の二次記憶媒体上に記憶されることができる。このメタデータは、より低いパワー動作モードにある第２の二次記憶媒体上に格納されるデータユニットについての情報を記憶することができる。第２の二次記憶媒体は、第２の二次記憶媒体上に格納されるデータユニットを閲覧するためにパワーオンされないかもしれない。メタデータは、属性を二次記憶媒体上に格納されるデータユニットに提供するのに用いられる。表示は、第２の二次記憶媒体をパワーオンする必要なく属性を使用して作成される。データの記憶用のアーカイブシステム１００は、第２の二次記憶媒体をパワーオンする必要なくメタデータの助けを借りてデータユニット上でさまざまな動作を遂行することができる。しかし、第２の二次記憶媒体は第２の二次記憶媒体上に格納されるデータユニットの内容を読みとるためにパワーオンされる必要がある。更に、第２の二次記憶媒体は、常にパワーオンされている第１の二次記憶媒体上に記憶されるメタデータの助けを借りて、データユニットに対して検索されることができる。第２の二次記憶媒体は、より低いパワー動作モードにある第２の二次記憶媒体上に格納されるデータユニットを検索するためにパワーオンされる必要はない。
【００２２】
図２は、一実施態様に従って、ラック１１０内のプロセスモジュールを例示するブロック図である。ラック１１０は、メタデータアクセスライブラリ（ＭＡＬ）２０２、ファイルアーカイバ２０４およびパワーマネジメントモジュール２０６のようなプロセスモジュールを含む。ＭＡＬ２０２は、基本的データ操作動作を閲覧して、識別して、実行するために、ディレクトリレベルで必要なデータユニットの属性およびさまざまなパラメータを含むメタデータを記憶することができる。この表示は、データの異なる構成を提供することができる。アーカイブシステム１０８で実行されることができる基本的データ操作動作は、アーカイブタスクに対するデータユニットを指定し、二次記憶システム１１２から一次記憶システムまでデータユニットを取り出す、などを含むことができる。
【００２３】
メタデータが、二次記憶システム１１２内に格納されるデータユニットに関するクエリを実行するためにファイルアーカイバ２０４によって使われることができる。ファイルアーカイバ２０４はまた、元のデータファイルを変化しないままにして、一次記憶システム内の元のユーザーデータ位置から二次記憶システム１１２までデータファイルを移動するかあるいは転送することができる。別の実施態様において、データの記憶用のアーカイブシステム１００は、一次記憶システムから二次記憶システム１１２までファイルアーカイバ２０４によってアーカイブされるデータファイルが一次記憶システムから削除されるように構成されることができる。
【００２４】
更に、ファイルアーカイバ２０４は常にパワーオンされている第１の二次記憶媒体上に格納されるデータユニットのメタデータを使用する。このメタデータは、上記の通りに、より低いパワー動作モードにある第２の二次記憶媒体上に格納されるデータユニットに関する情報を含む。第２の二次記憶媒体上に格納されるデータユニットの情報に加えて、メタデータはデータユニットの位置を含む。ファイルアーカイバ２０４がデータユニットを閲覧するリクエストを受信する場合、第２の二次記憶媒体上に格納されるデータユニットの詳細が、メタデータの助けを借りて、データの記憶用のアーカイブシステム１００のユーザーに表示されることができる。第２の二次記憶媒体は、データユニットに関する情報を閲覧するためにパワーオンされる必要はない。データユニットの情報に加えて、データユニットの位置もまた、メタデータの助けを借りてデータの記憶用のアーカイブシステム１００のユーザーに表示されることができる。同様に、データユニットに対する読出しリクエストがファイルアーカイバ２０４で受信される場合、ファイルアーカイバ２０４はメタデータの助けを借りてデータユニットの位置を識別する。データユニットが格納される第２の二次記憶媒体は、次いでより低いパワー動作モードからパワーオンされ、データの記憶用のアーカイブシステム１００のユーザーに対してデータユニットの読出しを可能にする。
【００２５】
より低いパワー動作モードにある第２の二次記憶媒体は、データユニットを閲覧するためにパワーオンされないかもしれない。しかし、第２の二次記憶媒体上に格納されるデータユニットがクエリに応答して取り出される場合、第２の二次記憶媒体はパワーオンされる必要があるかもしれない。一実施態様において、パワーマネジメントモジュール２０６が、より低いパワー動作モードにある第２の二次記憶媒体のパワーオンモードへの遷移のために構成されることができる。第２の二次記憶媒体は、二次記憶媒体内に記憶されるデータユニットに対するリクエストが受信される前にパワーオンされることができる。
【００２６】
一実施態様において、ラック１１０はまた、ネットワークファイルシステム（ＮＦＳ）クライアント２０８、ＮＦＳサーバー２１０、ファイルアーカイバ読出し専用ファイルシステム（ＦＡＲＦＳ）２１２、管理インターフェース２１４、仮想ファイルシステム（ＶＦＳ）２１６、ＵＮＩＸファイルシステム（ＵＦＳ）のようなファイルシステム２１８およびファイバ−チャネルドライバ２２０を含むことができる。ＦＡＲＦＳ２１２は、ＶＦＳより上のオペレーションシステムに埋め込まれる段積み可能なファイルシステム層である。ＮＦＳクライアント２０８は、一次記憶システムから二次記憶システムシステム１１２に複写されるかあるいは移動されるべき、データファイルのようなデータユニットに対するリクエストを送信することができる。データユニットをアーカイブするあるいは取り出すリクエストは、ＮＦＳサーバー２１０によって処理されることができる。管理インターフェース２１４によって、データの記憶用のアーカイブシステム１００の人間のユーザーがメタデータを閲覧することができる。管理インターフェース２１４は、また、人間のユーザーが、データユニットを取り出すために実行されるクエリの結果を閲覧するのを可能にすることができる。人間のユーザーは、次いで管理インターフェース２１４から結果を選択することができて、対応するデータユニットにアクセスすることができる。一実施態様において、ファイバチャンネルドライバ２２０が、ラック１１０を二次記憶システム１１２に動作可能なように接続するために、ファイバチャンネル相互結線を接続することができる。１つ以上のラックモジュールが、二次記憶システム１１２と相互作用するためにＶＦＳ２１６およびファイルシステム２１８に機能的に接続されることができる。更に、ファイバチャンネル相互結線は多対多の接続を設置することが可能である。
【００２７】
図３は、一実施態様に従って、データユニットを格納するための二次記憶システムを例示するブロック図である。二次記憶システム１１２は、データユニットを格納するために使われることができる第１および第２の二次記憶媒体を含む。第１の記憶媒体は、いつでもパワーオンモードにある。他方、第２の二次記憶媒体は所与の時間においてより低いパワー動作モードにあることができ、かつ必要性ベースでパワーオンモードにもたらされることができる。第１の二次記憶媒体は、データユニットを格納するための１つ以上のシェルフを含むことができる。例えば、第１の二次記憶媒体は、いつでもパワーオン動作モードにある第１のシェルフ３０２を含むように示される。同様に、第２の二次記憶媒体はまた、データユニットを格納するための１つ以上のシェルフを含むことができる。データユニットを格納するための１つ以上のシェルフは、図３内にデータシェルフ３０４として示される。しかし、理解されるべきことは、第２の二次記憶媒体内に含まれることができるデータシェルフの数は、図３に示されたものより多い、あるいはより少ないものであることができる、ことである。
【００２８】
データユニットのメタデータが、常にパワーオンモードにある第１の二次記憶媒体内に記憶される。パワーオン動作モードにある第１の二次記憶媒体もまた、データユニットを格納することができる。メタデータは、データユニットの名称、データユニットの作成日および／または改修日付、データユニットのサイズ、データユニットのタイプ、などのような基本的ファイル属性を含むことができる。加えて、特定の実施要件に従い、より多くの属性が規定されることができ、かつデータユニットと関連づけられることができる。この種の属性は、また、メタデータの一部であるべきデータユニットに添付されることができる。例えば、クエリの実行において、データユニットのメタデータの一部としてデータユニットと関係する作成者あるいは作者の名前を含むことは、役立つだろう。データユニットを識別することができるキーワードもまた、データユニットのメタデータとして組み込まれることができる。データユニットのキーワードおよび他の属性は、ユーザーによって規定されることができて、このデータユニットに対するメタデータ内に含まれることができる。例えば、データユニットの内容は、より低いパワー動作モードにある第２の二次記憶媒体上にデータ内容、例えば実際のファイル内容がアーカイブされる場合でさえ、アーカイブされたデータユニット上のキーワード検索が実行されることができるように、規定されることができる。このように、多くの基本機能がデータユニット上でなお実行されることができるとはいえ、大量、例えばテラバイトのデータユニットが、より低いパワー動作モードにある第２の二次記憶媒体上に、アーカイブされることができる。
【００２９】
一実施態様において、データユニットのメタデータが、データユニットについての情報を提供するために用いることができるバージョニング情報を含むことができる。例えば、同じファイルの複数のバージョンが二次記憶システム１１２上にアーカイブされることができる。アーカイブするかあるいは取り出すタスクのジョブ記述は、このシステムが、データユニットの全てのコピーを格納することができる、または、それがデータユニットの『ｎ』（ここでｎ≧１かつｎは整数である）コピーだけを保持することができるように、指定されることができる。『ｎ』コピー閾値に達する場合、データユニットの新しいバージョンがアーカイブシステム１０８内にアーカイブされるたびに、アーカイブシステム１０８は最も古いバージョンを削除することができる。
【００３０】
一実施態様において、複数のリクエストが顧客システム１０４から二次記憶システム１１２で受信される場合、再度順序付ける機構が、二次記憶システム１１２で受信されるアーカイブするかあるいは取り出すリクエストを順序づけることが要求されることができる。この再度順序付ける機構は、二次記憶システム１１２内に１つ以上の顧客システムからの複数のリクエストを再度順序付けるように構成されることができる。リクエストの順序は、第１の順序リクエスト、第２の順序リクエスト、第３の順序リクエスト、などとして分類されることができる。第１の順序リクエストによって、複数のリクエストの一部が、第１および第２の二次記憶媒体内の第１の記憶媒体に順序正しくアクセスすることが可能になることができる。更に、第２の順序リクエストによって複数のリクエストの別の部分が第１および第２の二次記憶媒体内の第２の記憶媒体にアクセスすることが可能になることができる。複数のリクエストを再度順序付けることは、同じ記憶媒体がより低いパワー動作モードからパワーオンされる回数を制限するためになされることができる。更に、複数のリクエストを再度順序付けることは、同じ記憶媒体のパワーオンおよびパワーオフの回数を最適化するために構成されることができる。一般的に記憶媒体の寿命を低下する、記憶媒体のパワー状態の変化の数を減少すると共に、これはパワー予算を強化するために必要とすることができる。
【００３１】
本発明の他の実施態様において、キャッシング機構が二次記憶システム１１２に対して構成されることができる。キャッシング機構は、常にパワーオンされている第１の二次記憶媒体内に、最近アクセスされたファイルが取り入れられるように、構成されることができる。この種のキャッシング機構は、たびたびアクセスされるデータユニットのより速いアクセスを可能にする。同時に、キャッシング機構は所与の時間により低いパワー動作モードにある第２の二次記憶媒体の頻繁なパワーオンおよびパワーオフを減少する。
【００３２】
更に、ファイルアーカイバ機構が二次記憶システム１１２に構成されることができる。データユニットの特定のグループがたびたびアクセスされる場合、ファイルアーカイバ機構は、第２の二次記憶媒体内に格納される１つ以上のデータユニットをグループ化する。より低いパワー動作モードにある第２の二次記憶媒体内に記憶される１つ以上のデータユニットが、第２の二次記憶媒体の頻繁なパワーオンおよびパワーオフが最小限に抑えられることができるように、第１の二次記憶媒体に取り入れられることができる。
【００３３】
一実施態様において、パワーオン機構がまた、メタデータ上の検索に基づいてより低いパワー動作モードにある二次記憶媒体の、より低いパワー動作モードからパワーオンモードへの遷移のために構成されることができる。パワーオン機構は、データユニットに対するリクエストが二次記憶システム１１２で受信される前に、二次記憶媒体のパワーモードが変えられることができるように、構成されることができる。パワーオン機構により、第２の二次記憶媒体がより低い電源動作モードからパワーオンされる必要がある回数が最適化されることができる。しかし、検索はより低いパワー動作モードにある二次記憶媒体内のデータユニットに対して、なお実行されることができる。
【００３４】
図４は、一実施態様に従って、データユニットをアーカイブするためのアーカイブシステムを例示するブロック図である。データの記憶用のアーカイブシステム１００は、ファイルアーカイバ４０２、ネットワークファイルシステム（ＮＦＳ）サーバー４０４、メタデータライブラリ（ＭＤＬ）４０６、ネットワーク付加記憶（ＮＡＳ）キャッシュ４０８、管理インターフェース４１０および二次記憶システム１１２を含むことができる。ファイルアーカイバ４０２は、ＮＦＳサーバー４０４に機能的に接続されることができる。ＮＦＳサーバー４０４は、一次記憶システム内のデータファイルおよびＭＤＬ４０６内に記憶されるメタデータにアクセスすることができる。ファイルアーカイバ４０２は、一次記憶システムからＮＡＳキャッシュ４０８にデータファイルを移動するかあるいは複写することができる。一実施態様において、ＮＡＳキャッシュ４０８は、アーカイブシステム１０８内のキャッシュとして埋め込まれる、オフシェルフＮＡＳボックスとすることができる。ファイルアーカイバ４０２は、ＮＡＳキャッシュ４０８内に格納されるデータファイルのメタデータを判定することができる。このメタデータは、ＭＤＬ４０６内に記憶されることができる。更に、ファイルアーカイバ４０２は検索を実行するためにメタデータおよびＮＡＳキャッシュ４０８内に格納されるデータユニットを使用することができる。例えば、データの記憶用のアーカイブシステム１００は二次記憶システム１１２内の拡張子『．ｍｐｇ』を有する全てのデータユニットの名前を取り出すように構成されることができる。一実施態様において、適応性ポリシーがＮＡＳキャッシュ４０８から二次記憶システム１１２までデータユニットをアーカイブするために実施されることができる。一実施態様において、ＮＡＳキャッシュ４０８内に格納されるデータユニットは、ＮＡＳキャッシュ４０８から二次記憶システム１１２までアーカイブされるように予定されることができる。
【００３５】
別の実施態様において、顧客システム１０４から二次記憶システム１１２へのデータユニットのアーカイブタスクの完了で、構成ディレクトリがＮＡＳキャッシュ４０８内に作成されることができる。この構成ディレクトリは、データユニットがアーカイブされた構造に関する情報を有することができる。更に、構成ディレクトリが任意選択の適応性構成データを含むことができる。この適応性構成データは、アーカイブする構造とアーカイブするタスクに関連する適応性ポリシーとを指定することができる。この構成ディレクトリは、顧客システム１０４から二次記憶システム１１２までより多くのデータユニットをアーカイブするためにファイルアーカイバ４０２によって使われることができる。
【００３６】
一実施態様に従って、管理インターフェース４１０が適応性ポリシーを作成し、管理することができる。管理インターフェース４１０の具体例は、グラフィカルユーザインタフェース（ＧＵＩ）、コマンド行インターフェース、ＵＮＩＸコマンドインターフェース、などを含む。適応性ポリシーは、適応性構成あるいはルールを含むことができる。適応性ポリシーは、ＮＡＳキャッシュ４０８内に記憶されることができる。適応性構成は、異なるポリシーセットがユーザー選択に基づいてデータユニットの異なるセットに適用されることができるように、複数のポリシーセットを含むことができる。適応性ポリシーの具体例は、ネットワーク１０４内のデータトラフィックに基づいてデータユニットのアーカイブを予定することができる。
【００３７】
図５は、さまざまな実施態様に従って、二次記憶システム内にデータユニットを保持するための方法を例示する流れ図である。データファイルのようなデータユニットが、一次記憶システムから二次記憶システム１１２にアーカイブされることができる。二次記憶システム１１２は、第１の二次記憶媒体および第２の二次記憶媒体を含む。第１の二次記憶媒体は常にパワーオンされており、そして、同時に、第２の二次記憶媒体はより低いパワー動作モードにあり、かつ必要性ベースでパワーオンされることができる。ステップ５０２において、メタデータが二次記憶システム１１２内に記憶される１つ以上のデータファイルに対して決定される。このメタデータは、データユニットについての情報を提供するデータユニットの１つ以上の属性を含む。一実施態様において、ユーザー定義の情報およびバージョニング情報もまた、データユニットのメタデータ内に含まれることができる。
【００３８】
ステップ５０４において、データユニットに対するメタデータが、常にパワーオンモード、すなわち第１の二次記憶媒体内にある少なくとも１つの記憶媒体内に、記憶される。メタデータ内に記憶される１つ以上の属性は、また、より低いパワー動作モードにある二次記憶媒体の少なくとも１つ内に、すなわち第２の二次記憶媒体内に、格納されるデータユニットについての情報を含むことができる。一実施態様において、データの記憶のアーカイブシステムが第１および第２の二次記憶媒体に格納されるデータユニットをアーカイブし、および取り出すためのクエリを受信することができる。このクエリは、二次記憶システム１１２内に格納されるデータユニットを識別することができる１つ以上の属性に関することができる。更に、このクエリ内に提供される１つ以上の属性は、データユニットについての情報を提供するのに用いられる。第２の二次記憶媒体がより低いパワー動作モードにある場合でさえ、データユニットについての情報が、データの記憶用のアーカイブシステム１００で提供されることができる。データユニットについての情報は、クエリをベースとする実時間でデータの記憶用のアーカイブシステム１００で提供されることができる。
【００３９】
より低いパワー動作モードにある１つ以上のディスクドライブもまた、データの記憶用のアーカイブシステム１００で決定されることができる。顧客システム１０４上に格納されるデータユニットは、また、より低いパワー動作モードにある第２の二次記憶媒体にアーカイブされるように指定されることができる。一実施態様において、常にパワーオンされている第１の二次記憶媒体内の未割当て空間が、判定されることができる。更に、メタデータの記憶は第１の二次記憶媒体の中で判定される未割当て空間に基づくことができる。例えば、パワーオンモードにある第１の二次記憶媒体上で、２０ギガバイトの未割当て空間が判定されることができる。１２ギガバイトのメタデータが、第１の二次記憶媒体上の未割当て空間内に記憶されることができる。
【００４０】
一実施態様において、データファイルが、１つのパワー管理されたディスクから別のパワー管理されたディスクに、あるいは共に読み取りあるいは取り出しのためにアクセスされるグループファイルに、移動されることができる。メタデータは、データユニットが再配置される前に、データユニットの新しい位置を反映するように更新され、データユニットの移転をユーザーに見えなくする。この種の実践は、同じグループのデータユニットが頻繁にアクセスされる場合、二次記憶システム１１２の効率的なパワー消費を可能にする。
【００４１】
図６は、別の実施態様に従って、データユニットについての情報を提供するための方法を例示する流れ図である。データの記憶用のアーカイブシステム１００の第１および第２の二次記憶媒体に格納されるデータユニットについての情報が、データユニットを取り出すためのクエリによって決定されることができる。クエリは、いつでもパワーオンされている第１の二次記憶媒体に格納されるデータユニットに対して、あるいは、同時に、より低いパワー動作モードにある第２の二次記憶媒体に格納されるデータユニットに対して、であることができる。
【００４２】
ステップ６０２において、クエリが顧客システム１０２内のユーザインタフェースから受信される。リクエストは、ＧＵＩあるいはコマンド行インターフェースから受信されることができる。ステップ６０４において、常にパワーオンされている第１の二次記憶媒体内に記憶されるメタデータが、クエリに基づいて決定される。データユニットの記憶用のアーカイブシステム１００は、二次記憶システム１１２上に格納されるデータユニットのメタデータを決定することができる。メタデータは、より低いパワー動作モードにある第２の二次記憶媒体上に格納されるデータユニットについての情報を含むことができる。
【００４３】
ステップ６０６において、データファイルの１つ以上の属性がデータユニットについての情報を提供するのに用いられる。例えば、データユニットの名前およびデータユニットのサイズが、より低いパワー動作モードにある第２の二次記憶媒体内に格納されるデータユニットを決定するために用いられることができる。データユニットの表示が、ＧＵＩあるいはコマンド行インターフェースを使用して提供されることができる。更に、ＧＵＩあるいはコマンド行インターフェースが、より低いパワー動作モードにある第２の二次記憶媒体上に格納されるデータユニットを取り出すために用いられることができる。データユニットを取り出すために、第２の二次記憶媒体はより低いパワー動作モードからパワーオンされる必要があるかもしれない。
【００４４】
一実施態様において、ＧＵＩは更に、メインメタデータツリーからファイルを複写することによって新しいメタデータツリーを作成するために用いられることができる。データユニットの表示が、異なるツリー構造のデータファイルのメタデータから決定されることができる。このようにして、データユニットは特定の必要に役に立つように新しい表示に再編成されることができる。メインメタデータツリーは、このプロセスで変更されない。各々の新しいメタデータツリーは、メインメタデータツリーとは別のネットワークファイルシステムとして示されることができ、それによって異なるアクセス制約が異なる表示へ形成されることを可能にする。一実施態様において、二次記憶システム１１２に格納されるデータユニットの表示は、顧客システム１０２内のグラフィカルユーザインタフェース（ＧＵＩ）を通して示されることができる。
【００４５】
図７は、一実施態様に従って、拡張可能なアーカイブシステムを例示する図である。アーカイブシステム１０８は、さまざまなユーザー要求条件に対して拡大されることを要求されることができる。ユーザー要求条件の具体例は、アーカイブシステム１０８に対する負荷、アーカイブシステム１０８の機能の速度の拡大、などを含む。さまざまなユーザー要求条件に基づいて、アーカイブシステム１０８が、例えばデータを取り出して、データをアーカイブして、クエリを実行するなど、要求処理速度において拡大することができる。更に、アーカイブシステム１０８は複数の記憶装置を用いてそのデータ記憶容量を拡大することができる。拡張可能なアーカイブシステムは、第１のラック７０２、第２のラック７０４および第３のラック７０６のような、複数のラックおよび第１のシェルフ７０８、第２のシェルフ７１０および第３のシェルフ７１２のような、複数の二次記憶シェルフを含むことができる。一実施態様において、複数のラックおよび複数のシェルフが、異なる地理的場所に位置することができる。
【００４６】
複数のラックの１つ以上内の１つ以上のファイルアーカイバが、第１の二次記憶媒体内に記憶されるメタデータにアクセスすることができる。メタデータは、パワーオンモードにある複数の二次記憶媒体内に記憶されることができる。メタデータは、第１および第２の二次記憶媒体内に格納されるデータユニットに関する情報を含む。第１の二次記憶媒体はいつでもパワーオンされていることができ、そして、同時に、第２の二次記憶媒体はより低いパワー動作モードにあることができる。
【００４７】
さまざまな実施態様において、図７内に示されるものと比較して、より多数のあるいはより少数のラックおよびシェルフがあることができる。１つ以上の複数のラックが、サーバーのようなプロセッサノード内に実装されることができる。ギガビットイーサネットスイッチ７１４が、第１のラック７０２、第２のラック７０４および第３のラック７０６をネットワーク１０４と接続するために使用されることができる。複数のラックが、ＦＣスイッチ７１６によって複数のシェルフに接続されることができる。複数のラックの１つ以上のラックが、複数のシェルフの１つ以上のシェルフにアクセスすることができる。複数のラックは、記憶媒体の単一のラックと比較して、より多くの帯域幅を提供することができる。
【００４８】
更に、アーカイブシステム１０８によって実行されるジョブ処理は、複数のラック全体に分配されることができる。例えば、図７内に示されるアーカイブシステム１０８において、ジョブ処理は第１のラック７０２、第２のラック７０４および第３のラック７０６に分配されることができる。一実施態様において、データの記憶用のアーカイブシステム１００におけるタスクが、プロセッサノードのうちの１つに存在するＧＵＩあるいはコマンド行インターフェースを用いて開始されることができる。このタスクは、二次記憶システム１１２上に格納されるデータユニットに対して作成されることができるアーカイブするあるいは取り出すタスクとすることができる。
【００４９】
新しい取り出しタスクとともに、プロセッサノードは、現在進行中のタスクの状態を調査することによって、他のプロセッサノードがどのように忙しいかを判定するために、メールボックスを調べることができる。一実施態様において、このメールボックスは、コンピュータあるいはサーバーであることができる処理デバイス（図７に図示せず）内に記憶されることができる。このメールボックスは、アーカイブシステム１０８内の頻繁に更新される記憶システムであることができる。新しいタスクを有するプロセッサノードは、次いで新しいタスクをサブタスクに分けて、他のノードの１つ以上のメールボックス内にサブタスク定義を配置することによってそれらを利用されていないノードに割り当てる。ノードは、共有メールボックス位置の他のノードの状態情報を調査することによって他のノードの進行を定期的に監視する。タスクがノード障害のために止まる場合、他のノードのうちの１つが、このタスクに対する責任を引き受けることができ、かつ未完成の動作を完了する、あるいは取り戻せない形態で失敗した任意の動作を再開することによって、オーナーシップをとることができる。
【００５０】
一実施態様において、プロセッサノードがファイルアーカイブシステム１０８内に設置される時に割り当てられる優先順位によって、あるいは代わりとして、第１のユニットに基づいて、タスクのオーナーシップを示す共有ロックを獲得する、仲裁方式によって、どのプロセッサノードがタスクを引き継ぐかが判定されることができる。したがって、クラスタ化されたプロセッサノードは、拡張可能な帯域幅を提供し、一方、シングルプロセッサノード障害が、タスクが終わりになることに結びつかない高可用性（ＨＡ）アーキテクチャを提供する。
【００５１】
メタデータが加えられるにつれて、パワーオンするように保たれる必要があるハードディスクの数は変化する可能性がある。アーカイブシステム１０８は、より低いパワー動作モードにある二次記憶媒体上に格納されるデータユニット上の内容データがいつ必要かについて予測することができ、かつアクセスの前に識別された二次記憶媒体をオンにすることができる。例えば、検索がメタデータ内に記憶されるキーワードを用いて実行され、そして、検索が１００以下の結果に狭められる場合、システムは、結果へのアクセスを見越して結果に対応するデータユニットを含む第２の二次記憶媒体をパワーオンすることができる。パワーオンは、自動で、ユーザー制御によるあるいは他の手段による、ことができる。
【００５２】
本発明のさまざまな実施態様において、異なるシステムアーキテクチャが、用いられることができる。例えば、図１のラック／シェルフ／モジュール／装置配置が、従われる必要はない。本発明の実施態様のさまざまな特徴が、任意の適切なアーキテクチャと共に用いられることができる。本願明細書において参照されるデータの特定のユニットあるいはタイプは単に具体例として用いられるだけであり、および、任意の適切なタイプあるいはデータ量が置換されることができる。例えば、本発明の実施態様がファイル管理に関して記載されたとはいえ、本発明の特徴はファイル、ブロック、セクター、ディスクあるいは情報の他のユニットの部分あるいはグループに同じように適用されることができる。画像、音声、実行可能なプログラムコード、テキスト、数値的なデータ、などのような、任意のタイプの内容が用いられることができる。
【００５３】
本発明あるいはその構成要素のいずれかにおいて説明したように、このシステムはコンピューターシステムの形態で実施されることができる。コンピューターシステムの典型的な具体例は、汎用コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、周辺集積回路素子および本発明の方法を構成するステップを実行することが可能な他の装置あるいは装置の配置を含む。本願明細書に記載される機能は、要望されるように、ハードウェア、ソフトウェアあるいは両方の組合せで達成されることができる。特定のプログラミング言語、ステートメント、構文またはソフトウェアあるいはソフトウェア記述の他の詳細が、要望されるように変更されることができる。
【００５４】
本発明がその特定の実施態様に関して記載されたとはいえ、これらの実施態様は本発明を記述したものであり、限定するものではない。例えば、パラメータの特定の値および範囲は本願明細書に記載されるものから変化することができることは明白なはずである。
【００５５】
『記憶装置』、『ディスクドライブ』、などのような用語が用いられるとはいえ、任意のタイプの記憶ユニットが本発明とともに使用するために適応されることができる。例えば、ディスクドライブ、磁気ドライブ、などもまた、用いられることができる。磁気、固体、光学、生物電気、ナノ技術あるいは他の技法によってつくられるもののような、種々の現在および将来の記憶技術が用いられることができる。
【００５６】
記憶ユニットは、コンピュータの内側に内部的に、あるいはそれの外側でこのコンピュータに接続している別の筐体内に位置することができる。本願明細書に論じられるシステムの記憶ユニット、コントローラおよび他の構成要素は、単一の場所に含まれることができ、あるいは種々の場所に分離されることができる。この種の構成要素は、ネットワーク、通信リンクあるいは他の技術のような、任意の適切な手段によって相互接続することができる。特定の場所および時間に、あるいはそれらで、動作するかあるいは存在するような、特定の機能が論じられることができるとはいえ、それは種々の場所および時間で一般に提供されることができる。例えば、データ保護ステップのような機能は階層的コントローラの種々の段階で提供されることができる。任意のタイプのレイド配置あるいは構成が、用いられることができる。
【００５７】
本願明細書の記述において、本発明の実施態様の徹底的な理解を提供するために、構成要素および／または方法の具体例のような、数多くの特定の詳細が提供されている。関連技術の当業者は、しかし、本発明の実施態様は特定の詳細の１つ以上なしで、あるいは、他の装置、システム、組立体、方法、構成要素、材料、部品および／または同類とともに、実践されることができる、ことを認識するであろう。他の例において、本発明の実施態様の状況を不明瞭にすることを回避するために、周知の構造、材料あるいは動作は特に示されないかあるいは、詳述されない。
【００５８】
『プロセッサ』あるいは『プロセス』は、データ、信号あるいは他の情報を処理する任意の人間の、ハードウェアおよび／またはソフトウェアシステム、機構あるいは構成要素を含む。プロセッサは、汎用中央処理装置、多重処理装置、機能を達成するための専用の回路あるいは他のシステムを備えたシステムを含むことができる。処理は、地理学的位置に限定される必要はなく、あるいは時間的制約を有する必要はない。例えば、プロセッサはその機能を『実時間』で『オフラインで』『バッチモード』、などで実行することができる。さらに、処理の特定の部分が、異なる（あるいは同じ）処理システムによって、異なる時間に、および、異なる場所で実行されることができる。
【００５９】
『１つの実施態様』、『一実施態様』あるいは『特定の実施態様』に対するこの明細書の全体にわたる参照は、この実施態様と関連して記載される特定の特徴、構造あるいは特性が、本発明の少なくとも１つの実施態様に含まれ、かつ、必ずしも全ての実施態様に含まれるわけではないことを意味する。したがって、この明細書の全体にわたるさまざまな場所におけるこれらの句の使用は、それらが必然的に同じ実施態様を指すことを意味しない。更に、本発明の任意の特定の実施態様の特定の特徴、構造あるいは特性が、１つ以上の他の実施態様と任意の適切な方法で組み合わせられることができる。本願明細書において図と共に説明される、本発明の実施態様の他の変形例および変更態様が、本願明細書における教示を考慮して可能であり、かつ本発明の趣旨および範囲の一部とみなされるべきであることは理解されよう。
【００６０】
図面／図内に表される要素の１つ以上が、また、特定の用途に従って、要求されるように、特定の場合において、より分離されたあるいは統合された方法で実施されるか、あるいは除去されさえするか、あるいは実施不可能にされることもまた理解されよう。また、コンピュータが上記した方法のいずれかを実行することを可能にするために、機械可読の媒体内に記憶されることができるプログラムあるいはコードを導入することもまた、本発明の趣旨および範囲内である。
【００６１】
加えて、図面／図内の任意の信号矢印は、例示的なものであり、特に明記しない限り、限定しないとみなされるべきである。更に、用語『あるいは』、『または』は、本願明細書において用いられるように、特に明記しない限り、一般に『および／または』を意味すると意図する。用語が、分離するかあるいは組み合わせる能力を不明にすると見越されるところで、構成要素あるいはステップの組合せもまた、留意されるとみなされる。
【００６２】
本願明細書の記述において、そして、あとに続く請求項の全体にわたって用いられる、『１つの（ａ）』、『１つの（ａｎ）』、そして、『その（ｔｈｅ）』は、その文脈が別の方法で明らかに指図しない限り複数の参照を含む。加えて、本願明細書の記述において、そして、あとに続く請求項の全体にわたって用いられる、『内の（ｉｎ）』の意味は、その文脈が別の方法で明らかに指図しない限り『内の（ｉｎ）』および『上の（ｏｎ）』を含む。
【００６３】
要約に記載されることを含んで、本発明の例示の実施態様の上記の記述は、網羅的であること、あるいは本発明を本願明細書に開示される厳密な形式に限定すること、を目的としない。本発明の特定の実施態様および具体例が例証となる目的だけのために本願明細書に記載されるとはいえ、さまざまな等価な変更態様が本発明の趣旨および範囲内で可能であることは、関連する技術の当業者が認識し、かつ理解するであろう。示されるように、これらの変更態様が、本発明の例示の実施態様の上記の記述を考慮して、本発明に対してなされることができ、かつ本発明の趣旨および範囲内に含まれることになる。
【００６４】
したがって、本発明がその特定の実施態様を参照して本願明細書に記載されたとはいえ、変更態様、さまざまな変更および置換の自由が上記の開示において意図される。いくつかの場合において、本発明の範囲および趣旨から逸脱することなく、記載されるように、本発明の実施態様のいくつかの特徴は他の特徴の対応する使用なしで使用される、ことは理解されよう。したがって、特定の状況あるいは材料を本発明の基本的範囲および趣旨に適応させるために、多くの変更態様が作られることができる。本発明が、以下の特許請求の範囲において使用される特定の用語に、および／または本発明を実施するために意図される最良の形態として開示される特定の実施態様に、限定されず、添付の特許請求の範囲の有効範囲に含まれるありとあらゆる実施態様および等価物を含むことができる、ことが意図される。
【図面の簡単な説明】
【００６５】
【図１】さまざまな実施態様に従って、クライアント装置と接続されるアーカイブデータ記憶システムの一般的な構造を例示するブロック図である。
【図２】一実施態様に従って、ラック内のプロセスモジュールを例示するブロック図である。
【図３】一実施態様に従って、データユニットを格納するための二次記憶システムが提供されることを例示するブロック図である。
【図４】一実施態様に従って、データユニットをアーカイブするためのアーカイブシステムを例示するブロック図である。
【図５】さまざまな実施態様に従って、二次記憶システム内にデータユニットを保持するための方法を例示する流れ図である。
【図６】一実施態様に従って、データユニットについての情報を提供するための方法を例示する流れ図である。
【図７】一実施態様に従って、拡張可能なアーカイブシステムを例示する図である。
【図１】
2009507281.tif 000003
【図２】
2009507281.tif 000004
【図３】
2009507281.tif 000005
【図４】
2009507281.tif 000006
【図５】
2009507281.tif 000007
【図６】
2009507281.tif 000008
【図７】
2009507281.tif 000009