(57)【要約】  一実施形態において、複数のデータユニットのビューを作成する方法を提供する。複数のデータユニットの一部分が、ストレージシステム内で低電力動作モードになっている１つ以上のストレージドライブに記憶される。方法は、ストレージシステムの中に記憶されたデータユニットのサブセットを１つ以上のフィルタ基準に基づいて判定することを含む。ストレージシステム内のデータユニットのサブセットを表すメタデータが判定される。次いで、メタデータからビューが作成される。例えば、動的ビューまたは静的ビューが作成されてもよい。次いで、ビューは、常時オンのストレージドライブ上に常にアクセスできるように記憶される。メタデータが使用され、動作が低電力動作モードになっているストレージドライブの中のデータユニットについての情報を、ストレージドライブをパワーオンにせずに提供することができる。
2009534775.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータユニットのビューを作成する方法であって、前記複数のデータユニットの一部分は、前記ストレージシステム内で低電力動作モードである１つ又は複数のストレージドライブに記憶され、前記方法は、
ストレージシステム内に記憶されたデータユニットのサブセットを１つ又は複数のフィルタ基準に基づいて判定するステップと、
前記ストレージシステム内の前記データユニットのサブセットを表すメタデータを判定するステップと、
前記メタデータを用いてビューを作成するステップと、
パワーオンのストレージドライブに常にアクセス可能であるように前記ビューを記憶するステップであって、前記メタデータは、低電力動作モードである１つ又は複数のストレージドライブに記憶された前記データユニットのサブセットのうち１つ又は複数のデータユニットに関するものである、ステップと
とを備えたことを特徴とする方法。
【請求項２】
前記ビューは静的ビューを備え、前記静的ビューは、前記データユニットのサブセットが変化しても、作成された後は変化しないことを特徴とする請求項１に記載の方法。
【請求項３】
前記ビューは動的ビューを備え、前記動的ビューは、前記データのサブセットに対する変更が発生したときに更新されることを特徴とする請求項１に記載の方法。
【請求項４】
前記データユニットの前記サブセットに対する変更が発生したときに、前記１つ又は複数のフィルタ基準に基づいて追跡するステップをさらに備えたことを特徴とする請求項３に記載の方法。
【請求項５】
前記動的ビューは、ユニオンファイルシステムを用いるか、又はメタデータのファイルシステムの上に配置され得るフィルタ積層ファイルシステムレイヤを用いて作成されることを特徴とする請求項３に記載の方法。
【請求項６】
前記フィルタ条件はユーザによって定義されることを特徴とする請求項１に記載の方法。
【請求項７】
前記ビューは、前記ストレージシステム内に記憶される前記データユニットのサブセットの構造を表すファイルツリーとして記憶されることを特徴とする請求項１に記載の方法。
【請求項８】
前記データユニットのサブセットのうちの一データユニットに関連する情報の要求を受信するステップと、
前記ビューの前記データユニットのメタデータを判定するステップと、
前記判定されたメタデータを用いて情報の前記要求にサービス提供するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項９】
データユニットが、パワーダウン状態になっているストレージドライブ上に記憶され、前記ストレージドライブをパワーオンにすることなく前記要求がサービス提供されることを特徴とする請求項８に記載の方法。
【請求項１０】
複数のデータユニットのビューを作成するように構成された装置であって、前記複数のデータユニットの一部分が前記ストレージシステム内で低電力動作モードになっている１つ又は複数のストレージドライブに記憶され、前記装置は、
１つ又は複数のプロセッサと、
前記１つ又は複数のプロセッサによって実行するために１つ又は複数の有形の媒体の中に符号化されたロジックであって、実行されたときに、
ストレージシステム内に記憶されたデータユニットのサブセットを１つ又は複数のフィルタ基準に基づいて判定し、
前記ストレージシステム内の前記データユニットのサブセットを表すメタデータを判定し、
前記メタデータを用いてビューを作成し、
パワーオンであるストレージドライブに常にアクセス可能であるように前記ビューを記憶し、前記メタデータは、前記低電力動作モードになっている１つ又は複数のストレージドライブに記憶される前記データユニットのサブセットのうち１つ又は複数のデータユニットに関するものである、として動作可能なロジックと
を備えたことを特徴とする装置。
【請求項１１】
前記ビューは、静的ビューを備え、前記静的ビューは、前記データユニットのサブセットが変化しても、作成された後は変化しないことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記ビューは、動的ビューを備え、前記動的ビューは、前記データのサブセットに対する変更が発生したときに更新されることを特徴とする請求項１０に記載の装置。
【請求項１３】
前記ロジックは、実行されたときに、前記データユニットの前記サブセットに対する変更が発生したときに前記１つ又は複数のフィルタ基準に基づいて追跡するようにさらに動作可能であることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記動的ビューは、ユニオンファイルシステムを用いるか、又はメタデータのファイルシステムの上に配置され得るフィルタ積層ファイルシステムレイヤを用いて作成されることを特徴とする請求項１２に記載の装置。
【請求項１５】
前記フィルタ条件は、ユーザによって定義されることを特徴とする請求項１０に記載の装置。
【請求項１６】
前記ビューは、前記ストレージシステム内に記憶される前記データユニットのサブセットの構造を表すファイルツリーとして記憶されることを特徴とする請求項１０に記載の装置。
【請求項１７】
前記ロジックは、実行されたときに、
前記データユニットのサブセットのうちの１データユニットに関連する情報の要求を受信し、
前記ビューの中で前記データユニットのメタデータを判定し、
前記判定されたメタデータを用いて情報の前記要求にサービス提供する
ようにさらに動作可能であることを特徴とする請求項１０に記載の装置。
【請求項１８】
データユニットは、パワーダウン状態になっているストレージドライブ上に記憶され、前記ストレージドライブをパワーオンにすることなく前記要求がサービス提供されることを特徴とする請求項１７に記載の装置。
【請求項１９】
複数のデータユニットのビューを作成するように構成された装置であって、前記複数のデータユニットの一部分は、前記ストレージシステム内で低電力動作モードになっている１つ又は複数のストレージドライブに記憶され、前記装置は、
ストレージシステム内に記憶されたデータユニットのサブセットを１つ又は複数のフィルタ基準に基づいて判定する手段と、
前記ストレージシステム内の前記データユニットのサブセットを表すメタデータを判定する手段と、
前記メタデータを用いてビューを作成する手段と、
パワーオンのストレージドライブに常にアクセス可能であるように前記ビューを記憶する手段であって、前記メタデータは、前記低電力動作モードになっている１つ又は複数のストレージドライブに記憶される前記データユニットのサブセットのうち１つ又は複数のデータユニットに関するものである、手段と
を備えたことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００６年２月２２日に出願され、「アーカイブ化したデータストレージの構成可能なビュー（CONFIGURABLE VIEW OF ARCHIVED DATA STORAGE）」と題された米国仮特許出願第６０／７７５，９４６号からの優先を主張するものであり、それを、本願においてあらゆる目的で完全に記述されたかのように参照によりここに組み込まれる。
【０００２】
本発明の実施形態は、一般にストレージシステムに関し、より詳細には、アーカイブ化したストレージシステムの構成可能なビュー（view）を作成することに関する。
【背景技術】
【０００３】
多くの場合、データのバックアップを取ること、またはデータのアーカイブ化したコピーを作成することは重要である。アーカイブ化は、追加データに対するプライマリーストレージシステムを解放すること、データ損失、破壊、又は破損の後でデータ復旧を可能にすること、アクセス頻度の低いデータについてシステム効率を向上させること、並びに、その他の理由で有用となりうる。
【０００４】
【特許文献１】米国特許第７，０３５，９７２号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ストレージシステムは、膨大な量のファイル（例えば数十億個など）を記憶することができる。これらのファイルをすべて含むファイルシステムを使ってタスクを実施することは、管理が難しく、時間がかかることがある。例えば、前記の数十億個のファイルをユーザに見せることは無駄であり、ユーザを混乱させる可能性がある。従って、ストレージシステムの中のアーカイブ化したデータは、思うように簡単にはアクセスできない可能性がある。
【課題を解決するための手段】
【０００６】
一実施形態において、複数のデータユニットのビューを作成する方法を提供する。複数のデータユニットの一部分が、ストレージシステム内で低電力動作モードになっている１つ以上のストレージドライブに記憶される。この方法には、ストレージシステムに記憶されたデータユニットのサブセットを１つ以上のフィルタ基準に基づいて判定することが含まれる。ストレージシステム内のデータユニットのサブセットを表すメタデータが判定される。次いで、メタデータからビューが作成される。例えば、動的なビューまたは静的なビューが作成されてもよい。静的なビューは、時間の経過と共に変化しないデータユニットのビューであってもよい。動的なビューは、例えばファイルのバーションが変更される場合など、データユニットが変更されるにつれて更新されてもよい。ビューは、例えば所有者情報、バージョン情報、コンテンツの説明などのような、データユニットについての情報を表してもよい。また、ビューは、ストレージシステム内でデータユニットの構造がどのように記憶されているのかを表すファイルツリーとして記憶されてもよい。次いで、ビューは、パワーオンのストレージドライブ上に常にそれにアクセス可能であるように記憶される。メタデータは、低電力動作モードになっている１つ以上のストレージドライブに記憶されたデータユニットのサブセットの中の、１つ以上のデータユニットに関するものである。しかし、メタデータは、ストレージドライブをパワーオンにする必要なく、低電力動作モードになっているストレージドライブ内のデータユニットについての情報を提供するのに用いられてもよい。
【０００７】
本書で開示された特定の実施形態の性質および利点のさらなる理解は、本明細書の残りの部分および添付の図面を参照することによって得られるであろう。
【発明を実施するための最良の形態】
【０００８】
特定の実施形態は、ストレージシステム内のファイルのサブセットのビューを生成する。システムは、アーカイブ化された膨大な数のファイルを含むことができる。システム内のファイルのビューには、アーカイブ化されたストレージシステム内に記憶されたデータのサブセットのためのメタデータが含まれてもよい。メタデータは、例えばアーカイブ化されたストレージシステム内のどこにデータが記憶されているかの表示を作成することや、ストレージシステム内でデータをあちこち移動させることなど、アクションを実施するのに用いられてもよい。メタデータは、アーカイブ化されたデータの属性を含み、そしてビューは、電源がオンであるドライブ上に常に記憶されてもよい。しかしながら、アーカイブ化されたデータは、電源停止状態になっているドライブに記憶されていることもある。しかし、メタデータにはアクセス可能なので、データの属性を用いて、アーカイブ化されたデータについての情報を提供してもよい。
【０００９】
アーカイブ化されたストレージシステムは膨大な数のファイルを含むことがあるので、すべてのファイルを管理するのは難しいかもしれない。それゆえ、アーカイブ化されたデータのサブセットのメタデータを含むビューが作成される。例えば、あるアーカイブのビューは、ＭＡＩＤ（Massive Array of Idle Disks）ファイル・アーカイバにおける、選択されたファイルのサブセットを、単一のファイルツリーとして表す。ビューは、ファイルフィルタの仕様を介してファイルを選択することによって作成される。ビューは、アーカイブ化されたファイルのメタデータを用いて作成される。
【００１０】
多様なビューが作成されてもよい。例えば、動的なビューおよび／または静的なビューが作成されてもよい。また、その他のビュー、例えば動的または静的なビューの複合型、が好まれるかもしれない。
【００１１】
動的なビューが、アーカイブの変更を追跡し、ファイルの新規バージョンが利用可能になると、更新されたファイルと置き換える。一実施形態において、動的なビューが、選択されたファイルの集合を１つのユニオンファイルシステムとしてマウントすることによって達成されてもよいし、または、フィルタ積層（ｆｉｌｔｅｒ  ｓｔａｃｋ）ファイルシステムレイヤが、メタデータのファイルシステムの上に、例えば要求者に正確なファイルをリアルタイムで提示するｆａｒｆｓ（Ｆｉｌｅ  Ａｒｃｈｉｖｅｒ  ｒｅａｄ−ｏｎｌｙ  ｆｉｌｅ  ｓｙｓｔｅｍ）メタデータ・ファイルシステムの上におかれてもよい。
【００１２】
静的なビューは、ビューが作成された時点での選択されたファイルのスナップショットである。静的なビューは、特定のファイル集合のすべてのバージョンが１つのファイルツリーで提示されることをユーザが望む場合に、有益である。静的なビューは、メタデータファイルを複写することによって、または、選択されたファイル集合をユニオンファイルシステムとしてマウントすることによって、達成される。
【００１３】
数十億個のファイルを持つＭＡＩＤアーカイブシステムでは、１つのファイルツリーですべてのファイルをユーザに提示するのはほとんど不可能であるため、ビューは重要である。ビューによって、複数のより小さなファイルツリーを介して、実際のデータファイルがオフラインのドライブ上にある場合でも管理可能な方法で、アーカイブ化されたファイルをすべてユーザに提示することが可能になる。また、ビューは、要求側がアクセスする許可を与えられたファイルだけを要求側に提示するのにも役立つ。基本的には、ビューによって、アーカイブ化したシステムが、記憶された表示をユーザの論理アクセスから切り離すことが可能になり、その結果、ナビゲーションや検索だけでなくバージョン管理のアクセスも容易になり、セキュリティの枠組みが与えられる。
【００１４】
ファイルは、記憶されたファイルをシステムが追跡しやすいようなかたちでアーカイブシステムに記憶され、それは、ユーザが考える自分達のファイル構成とはかなり異なる可能性がある。ビューによって、アーカイブをユーザおよびユーザの制御下にあるユーザシステムに提示するためのメカニズムが提供される。ユーザのドメイン内でツリーと名前を壊すことは回避され、その一方でなお、同一ファイルの複数のバージョンをアーカイブ化することと、多くの異なるソースからファイルを集めてそれらを統合されたツリーのかたちでアーカイブから表示することが可能になる。
【００１５】
アーカイブにおいては、実際のファイルが常にただちにアクセス可能とはいえないことがある。その代わり、ファイルのメタデータによってファイルが表され、それらが実際のデータファイルであるかのように、エクスポートされたネットワーク化されたファイルシステムを通じて公開されてもよい。実際のデータファイルは、データコンテンツＩ／Ｏについて検索のみされてもよい。ビューによって、新規のファイルシステムのツリーとしてアーカイブのファイルのサブセットを、選定されたメタデータファイルのみから集めることが可能になる。選定は、ユーザによって指定されたフィルタ基準に基づく。フィルタ基準の例には、データおよび時刻、ファイル名のワイルドカード、所有するユーザおよびグループなどが含まれるが、それらは、どのファイルをアーカイブするかを選択するのに用いられうる基準と同様であってもよい。一実施形態では、フィルタに合致するメタデータのファイルが、その後、ユーザの希望に合致するツリーの中のファイル内のファイルシステムに複写されることができる。次いでファイルツリーは、ユーザによってアクセスされるために、ファイルシステムを介してエクスポートされることができる。
【００１６】
動的なビューの一実施形態において、ビューの中のファイルと入れ替わる新規ファイルがアーカイブ化される度に、「ビューのファイルシステム」が更新される。そのような場合、ビューの中のメタデータファイルが、新規ファイルを反映するため更新される。動的なビューは、選択されたファイルの集合をユニオンとしてマウントすることによって、ユニオンファイルシステムという概念を実装してもよく、そして、ユニオンファイルシステムは、より新しいバージョンがアーカイブ化されるとリアルタイムでアーカイブ内に更新と変更を反映する。システムは、数百あるいは数千のビューを有することもあるため、動的な更新の間は、間接的な方がはるかに効率的である。
【００１７】
別の実施形態では、動的なビューが、アーカイブ化された全ファイルについてメタデータに広範囲のアクセスを有する、新規の積層ファイルシステムとして実装されてもよい。ツリー情報およびファイルの情報の要求の各々がその後、ユーザによって定義されたフィルタ規則を適用することによって、オンザフライで生成されてもよい。これは、要求が来たときにフィルタアプリケーションを算出する必要があるだけであるという利点を持ち、それゆえ、アーカイブ化時間でのオーバヘッドを削減し、また、メタデータファイルの複数のコピーが記憶されていないことから（各ビューについて１つ）、ディスクスペースが少なくて済む。
【００１８】
上記の２つの動的なビューの実施形態のハイブリッドシステムも可能であり、その場合、ツリーの一部は、前記ファイルシステム（例えば、ディレクトリ構造と単一のインスタンスファイル）によってエクスポートされたメタデータのコピーによって定義され、他方、その他はオンザフライで算出される（例えば最新バージョンまたはｎ番目のバージョンへのシンボリックリンク）。
【００１９】
一実施形態において、静的なビューは、ユニオンファイルシステムマウントと、メタデータの複写とのハイブリッドである。ユニオンファイルシステムを用いる方が、より効率的であろう。ファイルシステムユニオンがユーザによるビューを達成することができない場合、メタデータ複写が用いられてもよい。一例において、ファイルツリーがアーカイバの中の特定のファイル集合のすべてのバージョンを含むことを、ユーザが望むことがある。一実施形態において、解決策は、ＭＩＬＬＥＮＮＩＡ  ＡＲＣＨＩＶＥ（商標）ソフトウェアに実装されたＣＯＰＡＮ  ＭＡＩＤデータアーカイビングシステムのメタデータ追跡システムに合わせられる。しかし、当然のことながら、一般に、いかなる他のソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせであろうと、Ｍｉｌｌｅｎｉｕｍ  Ａｒｃｈｉｖｅ  Ｓｏｆｔｗａｒｅによって行われるものを含めて、本書で記述された各種の機能をアーカイブ化するのに用いることができる。本発明の実施形態は、このアプリケーションに限定されない。実施形態は、大規模なアーカイブ化されたファイル集合の表示を再構成するかまたはフィルタを通過させる必要のあるいかなるシステムにおいても使用することができる。実施形態は、階層メタデータを利用したファイルシステム「ｆａｒｆｓ」を活用してもよいが、他のファイルシステムを活用してもよい。
【００２０】
図１は、一実施形態による、多様なビューを作成するためのシステム１００を示す。アーカイブボリューム２０２は、アーカイブ化されたファイルを示す。図示するように、データファイルｚｚｚ（ｖ１）１０６、データファイルｘｘｘ（ｖ１）１１０、およびデータファイルｘｘｘチップ１１４が、アーカイブ化される。データファイルｘｘｘには、アーカイブ化されたｖ１とｖ２という２つのバージョンがある。
【００２１】
メタデータボリューム１０４は、アーカイブボリューム２０２の中のデータファイルのメタデータを含む。メタデータは、ビューを構築するのに用いられる。従って、ビューは、実際のファイルにアクセス可能でなくても構築されうる。
【００２２】
メタデータｚｚｚ（ｖ１）１０８は、データファイルｚｚｚ（ｖ１）１０６のメタデータである。また、メタデータｘｘｘ（ｖ１）１１２は、データファイルｘｘｘ（ｖ１）１１０のメタデータであり、メタデータｘｘｘ（ｖ１)１１３は、データファイルｘｘｘ（ｖ２）１１４のメタデータである。
【００２３】
ファイルシステムのファイルｆｆｆ１１８は、データファイルについて見つかったメタデータの要約であってもよい。例えば、メタデータファイルｘｘｘユニオンファイルシステム１１６は、下の階層に見つかるすべてのメタデータのユニオン（例えば、メタデータファイルｘｘｘチップ１１４およびメタデータファイルｘｘｘ（ｖ１）１１２である。ユニオンは、メタデータが影響を受けるファイルがアーカイブ化される度に更新されてもよい。例えば、メタデータファイルｘｘｘユニオンファイルシステム１１６は、データファイルｘｘｘの第２バージョンがアーカイブ化されたことを表すために更新されてもよい。また、メタデータｚｚｚ（ｖ１）のコピー１０９もファイルシステムファイルｆｆｆ１１８の中に含まれる。これは、データファイルｚｚｚ（ｖ１）についての更新されたメタデータを表す。バージョンは１つだけなので、前記唯一のバージョンのメタデータが、ｆｆｆ１１８へコピーされる。
【００２４】
ファイルシステムｆｆｆ１１８は、エクスポートされたディレクトリ１２２を通じて、マウントされたファイルシステムｆｆｆ１２０の上にマウントされてもよい。本願では、「マウントされた」ファイルシステムとは、そのデータ（例えばファイル、メタデータ等）が、例えば電源の入った、高速回転の、アクティブなディスクドライブを有する一次ドライブシステムのような、比較的迅速にアクセスされうるメディアに常駐するシステムをいう。マウントされていないファイルシステムとは、そのデータが、例えば二次（遅い）ドライブシステムまたはドライブが低速回転であるか、スタンバイもしくは低電力モードに置かれているか、電源がオフになっているか等の場合のように、それほど迅速にアクセス可能ではないことがあるシステムをいう。本発明の実施形態の機能は、電力を管理されたＭＡＩＤストレージシステムにおいて動作することができる。そのようなシステムにおいては、莫大な数のドライブが、どの時点においても電源をオフにされてもよい。しかし、本発明の機能は、また、いかなるタイプの汎用ストレージシステム、ファイルシステムまたはアーカイブ化手法において用いることもできる。
【００２５】
図２は、各種の実施形態によるアーカイブ化システム２００のブロック図である。特定の実施形態には、コンピュータシステムにおけるデータのアーカイブ化を可能にする機能が含まれる。アーカイブ化システム２００は、二次ストレージシステム２０２、一次ストレージシステム２０４、そしてストレージコントローラ２０６を含む。アーカイブ化システム２００は、ストレージシステム２００のユーザが、一次ストレージシステム２０４からのデータユニットを二次ストレージシステム２０２に記憶できるようにする。二次ストレージシステム２０２に記憶されたデータユニットは、情報またはデータを含む１つ以上のデータユニットであってもよい。さらに、二次ストレージシステム２０２は、所与の時刻に高電力状態になるかまたは低電力動作モードになってもよいような１つ以上のデータドライブを含んでもよい。一次ストレージシステム２０４の中に存在するデータユニットは、二次ストレージシステム２０２の中にアーカイブ化されることができる。二次ストレージシステム２０２は、さらに、複数の二次ストレージ媒体１１０を含む。複数の二次ストレージ媒体１１０の中の１つ以上のディスクドライブは、パワーオンモードになっていてもよいし、低電力動作モードになっていてもよい。データユニットを有する複数の二次ストレージ媒体１１０の１つ以上のディスクドライブは、アーカイブ化システム２００のユーザが複数の二次ストレージ媒体１１０からデータユニットを検索する場合に、低電力動作モードからパワーオンになってもよい。一実施形態において、第２の二次ストレージ媒体が、第１の二次ストレージ媒体と比べて、より低電力の動作モードになっていてもよい。例えば、第２の二次ストレージ媒体は、より低速で回転していてもよいし、第１の二次ストレージ媒体に比べてアイドル状態であってもよい。さらに、低電力動作モードは、電源オフ状態またはスタンバイ状態を含んでもよい。低電力動作モードでの二次ストレージ媒体からデータユニットへのアクセスは、第２のストレージ媒体がパワーオンの場合より遅くなることもあろう。
【００２６】
ストレージコントローラ２０６は、ストレージシステム２００のユーザから受信したコマンドを解釈することができる。ストレージコントローラ２０６は、アーカイブ化システム２００のユーザによって送信された１つ以上のコマンドを解釈することができる。次いでストレージコントローラ２０６は、アーカイブ化システム２００のユーザによって提供されるコマンドに基づいて、二次ストレージシステム２０２上で各種の動作を実行する。ストレージコントローラ２０６は、静的ビューまたは動的ビューを作成するためのコマンドを送信してもよい。また、アーカイブ化システム２００のユーザは、ストレージコントローラ２０６に指示して、例えばデータユニットを二次ストレージシステム２０２にアーカイブ化すること、データユニットを二次ストレージシステム２０２から一次ストレージシステム２０４へ検索することなどの動作を行わせることができる。
【００２７】
アーカイブ化システム２００のストレージコントローラ２０６は、コンピュータデバイス上にあってもよい。ストレージコントローラ２０６は、ユーザインタフェースを含んでもよく、それは、アーカイブ化システム２００で実行される必要がある各種のタスクをユーザが管理するのを支援する。これらのタスクには、例えば、ビューについてのフィルタ基準を定義すること、ビューにアクセスすること、ビューを作成することなど、ビューに関連するタスクが含まれてもよい。また、その他のタスクには、一次ストレージシステム２０４の中にある各種のデータユニットを二次ストレージシステム２０２へアーカイブ化すること、および、二次ストレージシステム２０２上に記憶されているデータユニットを検索することが含まれるが、それらに限定されない。ユーザインタフェースは、作成されたビューに基づいて判定された情報を表示してもよい。
【００２８】
一実施形態において、ビューは、電力管理されたＲＡＩＤ（ｒｅｄｕｎｄａｎｔ  ａｒｒａｙ  ｏｆ  ｉｎｄｅｐｅｎｄｅｎｔ／ｉｎｅｘｐｅｎｓｉｖｅ  ｄｉｓｋｓ）システムかまたは電力管理されたＭＡＩＤ（ｍａｓｓｉｖｅ  ａｒｒａｙ  ｏｆ  ｉｎｄｅｐｅｎｄｅｎｔ／ｉｎｅｘｐｅｎｓｉｖｅ  ｄｉｓｋｓ）システムで作成されてもよい。電力管理されたストレージシステムにおいては、最大許可電力消費または「電力許容枠」によって、一度に限定数のストレージデバイスだけが、パワーオンになる。電力管理されたＲＡＩＤシステムについては、例えば、「電力効率の良い大容量ストレージシステムのための方法と装置」と題された米国特許７，０３５，９７２に記述されており、それを、本願においてあらゆる目的で完全に記述されたかのように参照により本願に組み込む。
【００２９】
ストレージシステム２００のユーザは、複数の二次ストレージメディア１１０が低電力動作モードになっている場合、二次ストレージシステム２０２上に記憶された１つ以上のデータユニットについての情報を見てもよい。アーカイブ化システム２００のストレージコントローラ２０６は、データユニットのメタデータをビューで維持し、データは二次ストレージシステム２０２に記憶される。メタデータは、複数の二次ストレージ媒体１１０に記憶されたデータユニットに関連する１つ以上の属性を含んでもよい。データユニットは、低電力状態にあることがある二次ストレージ媒体１１０に記憶されることから、ビューは、パワーオン状態にあるストレージ媒体の中に記憶される。従って、ファイルシステムの表示を作成するために、データについての情報が例えばユーザによって要求された場合、要求を満たすためにビューの中のメタデータが用いられてもよい。要求を実行する際、要求を満たすためにメタデータが用いられることから、データを記憶している可能性がある低電力ドライブをパワーオンにする必要はない。
【００３０】
図３は、一実施形態による、動的ビューおよび静的ビューを作成するためのシステムを示している。図示するように、構成可能なビュークリエーター３０２は、静的ビュークリエーター３０４と、動的ビュークリエーター３０６とを含む。ビュークリエーター３０２は、ストレージコントローラ２０６またはいかなる他のデバイスに含まれてもよい。二次ストレージシステム２０２は、アーカイブ化された複数のディレクトリバージョン３０８を含む。
【００３１】
ディレクトリバージョン３０８−１は、日付１にアーカイブ化されたファイルを表し、ファイル１とファイル２（ｖ１）とを含む。
【００３２】
ディレクトリバージョン３０８−２は、日付２にアーカイブ化されたファイルを表し、ファイル２（ｖ２）とファイル３とファイル４（ｖ１）とを含む。この場合、ファイル２の新規バーションが、新規ファイルであるファイル３およびファイル４（ｖ１）に加えてアーカイブ化される。
【００３３】
ディレクトリバージョン３０８−３は、日付３にアーカイブ化されたファイルを表し、ファイル２（ｖ３）とファイル４（ｖ４）とファイル５とを含む。この場合、ファイル２およびファイル４の新規バーションが、新規ファイルであるファイル５に加えてアーカイブ化される。
【００３４】
バージョン３０８は、アーカイブされた全てのファイルの各バージョンを含むディレクトリを形成してもよい。また、これらのファイルのメタデータが形成されてもよい。従って、ファイルが利用可能でないことがある場合でも、ビューを作成するのにメタデータが用いられてもよい。
【００３５】
静的ビュークリエーター３０４は、静的ビュー３１０を作成する。静的ビューは、変化しなくてよいビューである。静的表示を作成するため、多様なフィルタが用いられてもよい。例えば、ビューは、日付、バージョン等について作成されてもよい。静的ビュークリエーター３０４は、時間の経過と共に変化することのない静的ビュー３１０を作成してもよい。
【００３６】
一例において、静的ビュー３１０は、日付１についてのディレクトリのバージョンを示すように作成される。図のように、静的ビュー３１０は、ファイル、すなわち、ファイル１およびファイル２（ｖ１）を含む。これは、日付１に関するファイルのビューである。静的ビュー３１０は、ファイルをあらわすメタデータを用いて作成されてもよい。要求されたファイルについてのメタデータがマウントされ、ツリーのかたちで作成されてもよい。次いでツリーは、静的ビュー３１０を形成するのに用いられる。
【００３７】
動的ビュークリエーター３０６は、動的ビュー３１２を作成してもよい。動的ビューは、時間の経過と共に変化してもよい。例えば、動的ビューを作成するのにフィルタ基準が用いられてもよい。フィルタについて戻される情報は、時間の経過と共に変化してもよい。例えば、ファイルがアーカイブ化されるにつれて、それらがフィルタについての基準に合致していることがあることから、これは戻されるファイルに影響を与えることもある。従って、動的ビュー３１２は、変更が行われる際に更新されてもよい。
【００３８】
一実施形態において、動的ビュー３１２は、より新しいバージョンがアーカイブ化された場合、ビューについてのファイルを更新する。一例では、更新されたファイルを使ってビューを作成するのに、動的ビュー３１２についての基準が用いられてもよい。図のように、動的ビュー３１２は、ファイル、すなわちファイル１、ファイル２（ｖ３）、ファイル４（ｖ２）およびファイル５を含む。これは、ディレクトリ２０２の中の最新バージョンのファイルを示す。例えばファイル２についてバージョンｖ１およびｖ２、ファイル４についてバージョンｖ１のように、日付１および２に作成されたファイルが複数のバージョンある場合であっても、動的表示３１２は、日付３に関する最新バージョンを示すように更新される。
【００３９】
アーカイブ化が行われると、新規のメタデータが作成されてもよい。この新規メタデータが作成されると、動的ビュークリエーター３０６が、メタデータを用いて動的ビュー３１２を更新してもよい。
【００４０】
作成されるビューは、パワーオンのドライブ上に記憶されるファイルにマウントされてもよい。例えば、ファイルは、一次ストレージシステム２０４の中に記憶されてもよい。ビューは、ファイルツリーの中に管理可能なやり方で提供されてもよい。たとえ実際のファイルがパワーダウン状態のドライブにある場合でも、ビューは、アクセスされてもよい。従って、データについての情報が必要な場合、たとえデータがパワーダウンのドライブに記憶されていたとしても、メタデータを用いてデータについての属性を表示してもよい。従って、パワーダウンのドライブは、データに関する情報にアクセスすることを目的としてパワーオンにされる必要はない。むしろ、メタデータが、データに関する情報を提供する。
【００４１】
ビューは、データのサブセットの特定の編成を表す。従って、これによって、二次ストレージ媒体に記憶されたデータの管理可能な部分を使って動作を行うことが可能になる。例えば、データの属性を探索し、検索し、アクセスすること等ができる。ビューの中のデータの属性間のナビゲーションも、容易に行うことができる。例えば、データが記憶されているドライブにアクセスすることなく二次ストレージ媒体２０２の中のデータのサブセットの編成を示す、ユーザインタフェースが提供されてもよい。従って、ドライブはパワーダウン状態であってもよい。データが二次ストレージ媒体２０２から検索される必要がある場合には、ドライブがパワーオンにされてもよく、そしてデータが検索される。
【００４２】
図４は、一実施形態による、静的なビューを作成する方法の単純化されたフローチャート４００を示す図である。ステップ４０２は、いつ静的なビューが作成されるべきかを判定する。静的ビューは、一度だけ作成される。静的ビューは、たとえビューが作成されたファイル中のデータが変更されたとしても、同じ状態のままである。
【００４３】
ステップ４０４は、ビューについてのフィルタ基準を判定する。フィルタ基準は、データのサブセットを選択できるものなら、いかなる基準であってもよい。フィルタ基準はユーザによって選択されてもよい。フィルタ基準の例には、データ、時刻、ファイル名ワイルドカード、所有ユーザおよびグループなどが含まれる。
【００４４】
ステップ４０６は、フィルタ基準に合致する第２のストレージ媒体２０２の中のデータを判定する。次いでステップ４０８は、そのデータのメタデータを判定する。メタデータには、データの属性が含まれる。例えば、メタデータは、ファイル名、コンテンツの説明、アーカイブ化された日付、所有者、バージョン管理などを含んでもよい。
【００４５】
次いでステップ４１０は、メタデータを用いてデータの静的ビューを作成する。静的ビューは、メタデータのファイルツリーであってもよい。次いでステップ４１２は、アクセスされうるファイルシステムに静的ビューをエクスポートする。例えば、静的ビューは、パワーオンの状態にあるドライブに常に記憶される。
【００４６】
図５は、一実施形態による、動的ビューを作成する方法の単純化したフローチャート５００を示す図である。ステップ５０２は、動的ビューがいつ作成されるべきかまたは更新されるべきかを判定する。動的ビューは、ビュー用のデータが変更されるときに更新される。例えば、ビューの中に含まれているファイルが別のファイルに代わる度に（例えばファイルの別のバージョン）、新たな動的ビューが作成されてもよい。
【００４７】
ステップ５０４は、ビューについてのフィルタ基準を判定する。フィルタ基準は、データのサブセットを選択できるものならいかなる基準であってもよく、そして、ユーザによって選択されてもよい。一例において、フィルタ基準は、ビュー用のデータへの変更が行われるときに検出してもよい。
【００４８】
ステップ５０６は、フィルタ基準に合致する第２のストレージ媒体２０２の中のデータを判定する。例えば、データの変更が検出される。
【００４９】
次いでステップ５０８は、データのためのメタデータを判定する。メタデータは、データの属性を含む。例えば、変更されたデータについてのメタデータが判定される。
【００５０】
次いでステップ５１０は、メタデータを用いてデータの動的ビューを作成する。前に作成された動的ビューの動的ビューが、新規メタデータを使って更新されてもよい。
【００５１】
次いでステップ５１２は、アクセスされうるファイルシステムに動的ビューをエクスポートする。例えば、動的ビューは、パワーオンの状態にあるドライブに常に記憶される。
【００５２】
説明は特定の実施形態に関して行ってきたが、これらの特定の実施形態は単に例示しているのであって、限定しているのではない。
【００５３】
具体的な実施形態のルーチンを実施するため、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、アセンブリ言語等を含めて、適切であればいかなるプログラム言語が用いられてもよい。例えば手続き型やオブジェクト指向など、さまざまなプログラミング手法が採用されてもよい。ルーチンは、単一の処理デバイスで実行されてもよいし、複数のプロセッサで実行されてもよい。ステップ、動作、または演算は、特定の順序で提示されているけれども、この順序は、多様な特定の実施形態において変更されてもよい。一部の特定の実施形態において、本明細書でシーケンシャルとして示す複数のステップは、同時に実行されてもよい。本書で記述された動作のシーケンスは、例えばオペレーティングシステムやＫｅｍｅｌのような、他のプロセスによって中断されたり、停止されたり、それ以外に制御されてもよい。ルーチンは、オペレーティングシステム環境においてまたはスタンドアロンルーチンとして動作してもよく、処理中のシステムの全てまたは実質的な部分を占有してもよい。機能は、ハードウェアで、ソフトウェアで、あるいは両方の組み合わせで実施されてもよい。また、別に明記しない限り、機能は、その全部または一部を手動的に実施されてもよい。
【００５４】
本書の記述では、具体的な実施形態を完全に理解してもらうため、例えばコンポーネントおよび／または方法の例など、特定の詳細が多数提供されている。しかし、当業者であれば当然のことであるが、１つ以上の特定の詳細がなくても、あるいは、他の装置、システム、アセンブリ、方法、コンポーネント、材料、部品、および／またはそのようなものがあっても、具体的な実施形態が実施できる。他の例では、よく知られた構造、材料、または動作は、具体的な実施形態の態様を分りにくくすることを避けるため、具体的に示したり、詳細に記述したりしていない。
【００５５】
特定の実施形態のための「コンピュータ可読媒体」は、命令実行システム、装置、システムまたはデバイスによって用いられるかまたはそれに関連して用いられるプログラムを、含み、記憶し、通信し、伝搬させ、または転送することができるなら、いかなる媒体であってもよい。コンピュータ可読媒体は、限定ではなく例として挙げると、電子の、磁気の、光学の、電磁的な、赤外線の、または半導体によるシステム、装置、システム、デバイス、搬送媒体、またはコンピュータメモリであってもよい。
【００５６】
特定の実施形態は、制御論理のかたちでソフトウェアまたはハードウェアまたは両者の組み合わせとして実装されてもよい。制御論理は、１つ以上のプロセッサによって実行された場合、具体的な実施形態の中に記述されたものを実行するように動作可能であってもよい。
【００５７】
「プロセッサ」または「プロセス」には、データ、信号またはその他の情報を処理するものであれば、いかなる人手のまたはハードウェアのおよび／またはソフトウェアのシステム、メカニズム、またはコンポーネントをも含める。プロセッサには、汎用中央処理装置、マルチ処理装置、機能性を実現するための専用回路機構、またはその他のシステムを含めてもよい。処理は、地理的位置に限定されたり、時間的な制限を受けたりする必要はない。例えば、プロセッサはその機能を「バッチモード」において、「リアルタイムで」、「オフラインで」実行することなどもできる。処理の各部が、異なる時刻に異なる場所で、異なる（または同じ）処理システムによって実行されてもよい。
【００５８】
本明細書を通じて、「一実施形態」、「１つの実施形態」、「詳細な実施形態」または「特定の実施形態」への言及は、特定の実施形態に関連して記述された特定の機能、構造または特性が、すべての特定の実施形態に必ずしも含まれているのではなく、少なくとも１つの実施形態に含まれていることを意味する。従って、本明細書を通じて各所に出てくる「具体的な実施形態において」、「一実施形態において」、または「特定の実施形態において」という句のそれぞれの出現は、必ずしも同じ実施形態に言及しているのではない。さらに、特定の実施形態の具体的な特徴、構造または特性がいかなるものであっても、適切であればいかなるやり方で１つ以上の他の具体的な実施形態と組み合わされてもよい。理解されるべきだが、本書で記述して図解した具体的な実施形態の他の変形形態および変更形態が、本書の教示内容に照らして可能であり、その精神および範囲の一部とみなされるべきである。
【００５９】
具体的な実施形態は、特定用途向け集積回路、プログラム可能論理回路、フィールド・プログラマブル・ゲート・アレイを用いて、プログラムされた汎用デジタルコンピュータを用いて実装されてもよく、光学的、科学的、生物学的、量子的、ナノ工学的システム、コンポーネントおよびメカニズムが用いられてもよい。一般に、具体的実施形態の機能は、当分野で知られるいかなる手段によっても実現することができる。分散され、ネットワーク化されたシステム、コンポーネント、および／または回路が使われてもよい。データ通信または転送は、有線でも、無線でも、いかなる他の手段によってもよい。
【００６０】
また、理解されるであろうが、図面／図に示した１つ以上の要素を、もっと分離するかまたはもっと統合したやり方で実装することもできるし、特定の応用に従って有益であるように、場合によっては、除去するかまたは動作不可能にすることすらできる。また、コンピュータが上記の方法のいずれかを実行できるようにするためにコンピュータ可読媒体の中に記憶されうるプログラムまたはコードを実装することも前記精神と範囲内にある。
【００６１】
加えて、別に明記しない限り、図面／図の中の信号の矢印はいずれも、限定ではなく例示として考えられるべきである。さらに、本書で用いられる用語「または」は、別に明記しない限り、一般に「および／または」を意味することを意図している。また、コンポーネントまたはステップの組み合わせは、留意されるとみなされるであろうし、この場合、専門用語では、分離するかまたは組み合わせる能力を与えることは不明確であると予測されている。
【００６２】
本明細書の記述では、そして、以下の請求項を通して、「ａ」「ａｎ」「ｔｈｅ」は、文脈から別のことが明確に指示されない限り、複数の参照先も含む。また、本明細書の記述では、そして、以下の請求項を通して、「ｉｎ」の意味は、文脈から別のことが明確に指示されない限り、「ｉｎ」と「ｏｎ」とを含む。
【００６３】
例示された具体的な実施形態の前述の記述は、要約書に記述されていることも含めて、網羅的であること、または、本書に開示された精確な形態で本発明を限定することを意図していない。本発明の特定の具体的な実施形態および例は、本書では例示する目的に限定して記述されている一方で、当業者なら認識し理解するであろうが、前記精神と範囲の中で各種の同等の変更形態が可能である。示したように、これらの変更形態が、例示した具体的な実施形態の前述の記述に照らして、本発明に対して作られることがあり、それらは前記精神と範囲の中に含まれるべきである。
【００６４】
従って、本書で本発明について具体的な実施形態に関して記述してきたが、前記の開示には修正、各種変更および代替の許容範囲が意図されており、従って、理解されるであろうが、場合によっては具体的な実施形態の一部の特徴が、上述の範囲と精神とから逸脱することなく、他の特徴を対応して使用することなく、採用されるであろう。従って、具体的な状況または材料を本質的な範囲と精神とに適用するため、多くの修正が行われてもよい。本発明は、下記の請求項の中で用いられる具体的な用語に限定されず、そして／または、本発明を実行するため考え出された最良の方法として開示された具体的な実施形態にも限定されないが、本発明は、添付の請求項の範囲に入るあらゆる具体的な実施形態およびその同等物を含むということが意図される。
【図面の簡単な説明】
【００６５】
【図１】一実施形態による、多様なビューを作成するシステムを示す図である。
【図２】各種の実施形態による、アーカイブ化システムのブロック図である。
【図３】一実施形態による、動的ビューおよび静的ビューを作成するシステムを示す図である。
【図４】一実施形態による、静的ビューを作成する方法の単純化したフローチャートを示す図である。
【図５】一実施形態による、動的ビューを作成する方法の単純化したフローチャートを示す図である。
【図１】
2009534775.tif 000003
【図２】
2009534775.tif 000004
【図３】
2009534775.tif 000005
【図４】
2009534775.tif 000006
【図５】
2009534775.tif 000007
【国際調査報告】
2009534775.tif 000008