归档数据存储的可配置视图的制作方法

专利名称：归档数据存储的可配置视图的制作方法
归档数据存储的可配置视图
相关申请的交叉引用
本申请要求于2006年2月22日提交的序列号为60/775,946的名 称为"CONFIGURABLE V正WS OF ARCHIVED DATA STORAGE "
的美国临时专利申请的优先权，因此为达到所有目的在此引用其作为 参考，与在本申请中插入其全文相同。
背景技术：
本发明的实施例一般地涉及存储系统，更具体地，涉及为归档存 储系统创建可配置视图。
通常，对数据进行备份或归档拷贝是很重要的。归档可用于为其 他数据释放主存储系统，允许数据在丢失、销毁或损坏后能够被恢复， 并且针对不经常被访问的数据以及其他原因来提高系统效率。
存储系统可能正存储大量文件(例如以十亿计等)。使用包括所有 这些文件的文件系统来执行任务难于管理并且缓慢。例如，将数以十 亿计的文件展示给用户可能对用户而言是无用且易混淆的。因此，不 能如所期望的那样容易地访问存储系统中的归档数据。

发明内容
在一个实施例中，提供了一种创建多个数据单元的视图的方法。 多个数据单元的一部分被存储于存储系统中的处于低功率操作模式一
个或更多个存储驱动器。所述方法包括基于一个或更多个过滤准则， 确定存储于存储系统中的数据单元的子集。确定表示该存储系统中的 数据单元的子集的元数据。然后，使用元数据创建视图。例如，可以 创建动态视图或静态视图。静态视图可以是不随时间改变的数据视图。 动态视图可以随数据单元的改变(如当文件的版本改变时)而更新。 视图可以表示与数据单元相关的信息，例如所有者信息、版本信息、内容描述等。视图也可被存储为文件树，该文件树表示数据单元的结 构是如何存储于存储系统中的。然后存储视图，使得总是能够在上电 的存储驱动器上访问该视图。该元数据是针对处于低功率操作模式的 一个或更多个存储驱动器中存储的数据单元的子集中一个或更多个数 据单元。然而，该元数据可以用于提供与处于低功率操作模式的存储 驱动器中存储的数据单元相关的信息，而无需对存储驱动器上电。
可以通过参考下面的说明和附图，来实现对此处公开的具体实施 例的本质和优点的进一步的理解。


图1示出了根据一个实施例的用于创建不同视图的系统。 图2示意了根据各种实施例的归档系统的框图。
图3描述了根据一个实施例的用于创建动态和静态视图的系统。
图4描述了根据一个实施例的用于创建静态视图方法的简化流程图。
图5描述了根据一个实施例的用于创建动态视图方法的简化流程图。
具体实施例方式
具体实施例产生存储系统中文件子集的视图。系统可以使大量文 件归档。该系统中的文件视图可以包括针对存储于该归档存储系统中 的数据的子集的元数据。元数据可以用于执行动作，如创建数据被存 储在归档存储系统中何处的显示、在存储系统中移动数据等。元数据 包括归档数据的属性，并且总是将视图存储于上电的驱动器中。然而， 归档数据可能存储在处于下电状态的驱动器中。但是，由于元数据是 可访问的，因此数据的属性可用于提供归档数据的信息。
由于归档存储系统可能包含大量文件，可能难以管理所有这些文 件。因此，创建包含针对归档数据的子集的元数据的视图。例如，归
档视图将在大规模空闲盘阵列(MAID)文件归档器中所选择的文件 的子集表示为单个文件树。通过文件过滤规范来选择文件而创建视图。使用针对归档文件的元数据来创建视图。
可以创建不同的视图。例如，可以创建动态和/或静态视图。同样 地，也可以认识到还有其他视图，如动态或静态视图的混合。
动态视图跟踪归档中的改变，并当较新版本的文件可用时替换相 应的旧文件。在一个实施例中，动态视图可以通过将所选择的文件集
安装为联合文件系统(union file system)来完成，或通过置于元数据 文件系统(如文件归档器只读文件系统farfs)顶部的过滤器堆桟文件 系统层来完成，该过滤器堆栈文件系统层基于实时的基础来向请求者 呈现正确的文件。
静态视图是在创建视图的时刻所选择的文件的快照。在用户需要 在单个文件树中呈现指定文件集的所有版本时，静态视图是有用的。 通过复制元数据文件或将所选择的文件集安装为联合文件系统来完成 静态视图。
对于拥有数以十亿计的文件的MAID归档系统，视图是很重要的， 该系统中几乎不可能在单个文件树中向用户呈现所有文件。视图使得 以下情况成为可能即使当实际数据文件位于离线的驱动器上时，也 能通过多个更小的文件树，以可管理的方式来呈现全部归档文件。视 图还有助于仅向请求者呈现那些允许其访问的文件。基本地，视图允 许归档系统能够将所存储的表示与用户的逻辑访问分离，实现了容易 的导航、搜索和检索、版本访问，并加以安全的框架。
以利于系统跟踪存储文件的方式，将文件存储于归档系统中，这 可以与用户所想的文件结构非常不同。视图为用户和在用户控制下的 用户系统提供了呈现归档的机制。在用户域中，避免了树和名称的破 损，同时也使得归档同一文件的多个版本以及从多个不同的源收集文 件并在归档中的统一的树中来呈现它们成为可能。
在归档中，并非总可以直接访问实际文件。取而代之，可以由文 件元数据来表示文件，并且通过输出的联网的文件系统来展现文件， 如其就是实际数据文件一样。可以仅针对数据内容I/O来检索实际数 据文件。视图允许仅从选择元数据文件收集归档的文件的子集作为新 的文件系统树。该选择是基于用户指定的过滤准则。过滤准则的示例是数据、时间、文件名通配符、所属用户和组等，这些过滤准则与可 用于选择哪些文件来归档的准则类似。在一个实施例中，与过滤器匹 配的元数据文件可以接着被拷贝到在与用户期望相匹配的树中的文件 内的文件系统。然后，可以通过文件系统将该文件树输出用于用户访 问。
在动态视图的一个实施例中，每当对替代在视图中的文件的新文 件进行归档时，更新"视图文件系统"。在这种情况下，更新视图中的 元数据文件来反映新文件。动态视图可通过将所选择的文件集安装为 联合来实现联合文件系统的概念，当对新版本进行归档时，联合文件 系统实时地反映并更新归档中的改变。系统中可能定义有数百或者数 千个视图，所以在动态更新中间接方式是更加有效的。
在另一个实施例中，动态视图被实现为新的堆栈文件系统，该堆 栈文件系统具有对所有归档文件的元数据的全局访问。然后，可以动 态地应用用户定义的过滤准则来产生每个树和文件信息请求。其优点 在于，只需要在请求到来时计算过滤器应用，从而减少了归档时的开
销；由于没有存储元数据文件的多个拷贝(每个视图存储一个)，这还
可以使用较少的盘空间。
前述两个动态视图实施例的混合系统也是可能的，其中，树的一 部分由文件系统(例如目录结构和单一实例文件)输出的元数据拷贝
来定义，而其余的由动态计算得到(例如对最新版本或第n个版本的 符号链接)。
在一个实施例中，静态视图是联合文件系统安装和元数据复制的 混合。采用联合文件系统可能更为有效。在文件系统联合不能实现用 户定义的视图时，可以使用元数据复制。在一个示例中，用户可能需 要一个文件树来包含在归档器中设定的指定文件集的所有版本。在一 个实施例中，解决方案被定制为适用于在MILLENNIA ARCHIVE 软件中实现的COPANMAID数据归档系统的元数据跟踪系统。然而， 应当显而易见地， 一般而言，任何其他软件、硬件、或软件和硬件的 组合都可用于实现此处所描述的各种功能，包括由Millenium归档软 件所执行的功能。本发明的实施例也不局限于该应用。实施例可用于
8需要重新组织或过滤较大归档文件集的表示的任何系统。实施例可支
持基于堆栈元数据的文件系统"farfs"，也可支持其他文件系统。
图1示出了根据一个实施例的用于创建不同视图的系统100。归
档巻202示出了已归档的文件。如图所示，对数据文件zzz(vl) 106、
数据文件xxx (vl) 110和数据文件xxx提示114进行了归档。数据
文件xxx具有己归档的两个版本vl和v2。
元数据巻104包括归档巻202中的数据文件的元数据。元数据用
于建立视图。因此，可以在无法访问实际文件时建立视图。
元数据zzz (vl) 108是数据文件zzz (vl) 106的元数据。同样
地，元数据xxx (vl) 112是数据文件xxx (vl) IIO的元数据，元数
据xxx (vl) 113是数据文件xxx (v2) 114的元数据。
文件系统文件fff 118可以是为数据文件找到的元数据的汇总。例 如，元数据文件xxx联合文件系统116是为以下找到的所有元数据(例 如元数据文件xxx提示114和元数据文件xxx (vl) 112)的联合。每
次归档文件的元数据收到影响时，对该联合进行更新。例如，可以更 新元数据文件xxx联合系统116来表示数据文件xxx的第二个版本已 归档。元数据zzz (vl)的拷贝109也被包含于文件系统文件fff 118 之中。这表示针对数据文件zzz (vl) 106的更新的元数据。由于仅存 在一个版本，该唯一版本的元数据被拷贝至fff 118。
可以通过一个输出目录122将文件系统fff 118安装到已安装文 件系统fff 120上。正如该应用中所使用的，"已安装"文件系统是这 样的文件系统，其数据(例如，文件、元数据等)驻留于可相对较快 访问的介质中，例如上电、加速(spun-up)且有效的盘驱动器的主驱 动系统。未安装文件系统是这样的文件系统，其数据可能不能被快速 访问，例如驻留于辅助(较慢的)驱动器系统或驱动器减速 (spim-down)、处于待机或低功率模式、下电等的驱动器系统。本发 明实施例的特征可以在电源管理的MAID存储系统中操作。在这样的 系统中，在任意一个时刻都有大量的驱动器下电。然而，本发明的特 征也可用于任何一般化类型的存储系统、文件系统或归档方法。
图2示意了根据各种实施例的归档系统200的框图。具体实施例包括用于在计算机系统中实现数据归档的特征。归档系统200包括辅
助存储系统202、主存储系统204和存储控制器206。归档系统200 使得存储系统200的用户可以将主存储系统204中的数据单元存储到 辅助存储系统202中。存储于辅助存储系统202中的数据单元可以是 包含信息或数据的一个或更多个数据单元。另外，辅助存储系统202 可以包含一个或更多个数据驱动器，该数据驱动器在指定的时间可以 处于上电或者低功率操作模式。主存储系统204中出现的数据单元可 被归档于辅助存储系统202中。辅助存储系统202还包括多个辅助存 储介质110。多个辅助存储介质110中的一个或更多个盘驱动器处于 上电模式或低功率工作模式。当归档系统200的用户从多个辅助存储 介质IIO检索数据单元时，包含有数据单元的多个辅助存储介质110 中的一个或更多个盘驱动器可从低功率操作模式上电。在实施例中， 与第一辅助存储介质相比，第二辅助存储介质处于更低功率操作模式。 例如，与第一辅助存储介质相比，第二辅助存储介质处于较低转速， 或者处于空闲状态。另外，低功率操作模式包括下电状态或待机状态。 从处于低功率操作模式的辅助存储介质访问数据单元相比于辅助存储 介质上电的情况更慢。
存储控制器206能够解释从存储系统200的用户接收的命令。存 储控制器206能够解释由归档系统200的用户发送的一个或多个命令。 然后，存储控制器206基于归档系统200的用户提供的命令，在辅助 存储系统202上执行各种操作。存储控制器206可发送创建静态和动 态视图的命令。同样地，归档系统200的用户可以指导存储控制器206 执行操作，如将数据单元归档至辅助存储系统202中，从辅助存储系 统202中取回数据单元到主存储系统204中。
归档系统200中的存储控制器206可以在计算机设备上。存储控 制器206可以包括用户界面，该用户界面帮助用户管理各种需要在归 档系统200中执行的任务。这些任务可以包括与视图相关的任务，如 定义视图的过滤准则，访问视图，创建视图等。同样地，其他任务包 括但不限于将主存储系统204中出现的各种数据单元归档至辅助存 储系统202中，以及检索存储于辅助存储系统202的数据单元。用户界面可以显示基于所创建的视图来确定的信息。
在实施例中，视图可由电源管理的独立/廉价盘冗余阵列(RAID)
系统，或电源管理的独立/廉价盘大规模阵列(MAID)系统所创建。 在电源管理存储系统中，根据最大许可功率消耗或"功率预算"，每次 仅对有限数量的存储驱动器上电。电源管理的RAID系统在例如美国 专利7,035,972的名称为"Method and Apparatus for Power Efficient High-Capacity Storage System"中描述，因此为达到所有目的在此引用 其作为参考，与在本申请中插入其全文相同。
当多个辅助存储介质110处于低功率操作模式时，存储系统200 的用户可以查看存储于辅助存储系统202上的一个或多个数据单元的 相关信息。归档系统200的存储控制器206维护视图中数据单元的元 数据，其中该数据被存储于辅助存储系统202中。元数据可以包括属 于存储于多个辅助存储介质no上的数据单元的一个或更多个属性。 由于数据单元被存储于处于下电状态的辅助存储介质110上，因此将 视图存储于处于上电状态的存储介质中。因此，当请求关于该数据的 信息时，如由用户请求用于创建文件系统的显示时，视图中的元数据 可用于满足该请求。在执行该请求中，由于使用元数据来满足该请求， 因此不必对正存储有数据的已下电的驱动器上电。
图3描述了根据一个实施例的用于创建动态和静态视图的系统。 如图所示，可配置视图创建器302包括静态视图创建器304和动态视 图创建器306。视图创建器302被包括在存储控制器206或其他设备 之中。辅助存储系统202包括已归档的多个目录版本308。
目录版本308-1表示在第1天归档的文件，包括文件1和文件2 (vl)。
目录版本308-2表示在第2天归档的文件，包括文件2(v2)、文 件3和文件4(vl)。在这种情况下，除了新文件，即文件3和文件4 (vl)之外，文件2的新版本也被归档。
目录版本308-3表示在第3天归档的文件，包括文件2(v3)、文 件4 (v4)和文件5。在这种情况下，除了新文件，即文件5之外，文 件2和文件4的新版本也被归档。说明书第8/12页
版本308形成了目录，该目录包括归档的每个版本的所有文件。
也创建了针对这些文件的元数据。这样，即使文件不可用，其元数据 也可用于创建视图。
静态视图创建器304创建静态视图310。静态视图是可能不改变 的视图。可以使用不同的过滤器来创建静态视图。例如，可以对日期、 版本等来创建视图。静态视图创建器304可创建不随时间改变的静态 视图310。
在一个示例中，静态视图310被创建用于显示第1天的目录版本。 如图所示，静态视图310包括以下文件文件1和文件2 (vl)。这是 第1天文件的视图。可以使用表示文件的元数据来创建静态视图310。 针对所请求文件的元数据可以被安装并创建在树中。然后，这个树被 用于形成静态视图310。
动态视图创建器306可以创建动态视图312。动态视图可随时间 改变。例如，过滤准则可以用于创建动态视图。针对过滤器返回的信 息可随时间改变。例如，随着文件被归档，由于它们可能满足过滤器 的准则，这可能影响被返回的文件。因此，动态视图312可以随改变 发生而更新。
在一个实施例中，当新版本被归档时，动态视图312更新针对视 图的文件。例如，动态视图312的准则可以用于创建具有更新的文件 的视图。如图所示，动态视图312包括以下文件文件1、文件2(v3)、 文件4 (v2)和文件5。这显示了在目录202中文件的最新版本。尽管 存在多个版本的文件，如创建于第1天和第2天的文件2的版本vl 和v2以及文件4的版本vl ，更新动态视图312以显示第3天的最新 版本。
随着归档的发生，可以创建新的元数据。当新的元数据被创建时， 动态视图创建器306可以使用该元数据来更新动态视图312。
所创建的视图可以被安装在存储于上电驱动器的文件中。例如， 文件可以被存储于主存储系统204中。可以以可管理的方式在文件树
中提供视图。即使在实际文件存储于处于下电状态的驱动器上，也可 以访问视图。因此，如果需要数据的信息，即使该数据被存储于下电
12的驱动器上，也可以使用元数据来显示数据的属性。相应地，下电的 驱动器不必为了访问与数据相关信息而上电。更合理地，元数据提供 了与该数据相关的信息。
视图表示了数据子集的具体组织。因此，这实现了对存储于辅助 存储介质上的可管理部分的数据执行操作。例如，可以搜索、检索、 访问数据属性等。能够提供在视图中的数据属性中容易的导航。例如， 可以提供用户界面，在不必访问存储数据的驱动器的情况下，显示辅 助存储介质202中的数据子集的组织。因此，该驱动器可处于下电状
态。如果需要从辅助存储介质202中检索该数据，则可以对该驱动器
上电并检索该数据。
图4描述了根据一个实施例的用于创建静态视图的方法的简化流 程图400。步骤402确定何时应创建静态视图。静态视图只被创建一 次。即使创建的视图的文件中的数据发生改变，静态视图保持不变。
步骤404为视图确定过滤准则。过滤准则可以是能够选择数据子 集的任何准则。过滤准则可由用户选择。过滤准则的示例包括数据、 时间、文件名通配符、所属用户和组，等等。
步骤406确定辅助存储介质202中满足过滤准则的数据。然后， 步骤408确定该数据的元数据。元数据包括数据的属性。例如，元数 据可以包括文件名、内容描述、归档日期、所有者、版本等等。
然后，步骤410使用元数据来创建数据的静态视图。静态视图可 以是元数据的文件树。然后，步骤412将静态视图输出到可访问的文 件系统。例如，静态视图总是存储于处于上电状态的驱动器上。
图5描述了根据一个实施例的创建动态视图的方法的简化流程图 500。步骤502确定何时应创建和更新动态视图。当视图的数据发生改 变时，更新动态视图。例如，当视图中包括的文件被另一个文件(例 如，该文件的另一版本)替代时，可以创建新的动态视图。
步骤504为视图确定过滤准则。过滤准则可以是能够选择数据子 集的任何准则，并可以由用户所选择。在一个示例中，过滤准则可检 测视图的数据何时发生改变。
步骤506确定满足过滤准则的辅助存储介质202中的数据。例如，检测数据中的改变。
然后，步骤508确定该数据的元数据。元数据包括数据的属性。
例如，确定出已改变数据的元数据。
然后，步骤510使用元数据来创建数据的动态视图。可以使用新 的元数据来更新先前创建的动态视图的动态视图。
然后，步骤512将动态视图输出到可访问的文件系统。例如，动 态视图总是存储于处于上电状态的驱动器。
尽管关于具体实施例来描述了以上描述，但这些具体实施例仅仅 是示意性的而非限制性的。
任何适当的编程语言可用于实现具体实施例的过程，包括C、 C++、 Java、汇编语言等。可以采用不同编程技术，如面向过程或面 向对象的技术。该过程可在单处理设备或多处理器上执行。尽管可以 按照特定的顺序来呈现步骤、操作或计算，但该顺序可在不同的具体 实施例中改变。在某些具体实施例中，在说明书中所示依次进行的多 个步骤可以同时执行。此处所描述的操作顺序可被中断、挂起，或者 被其他过程(如操作系统、内核等)控制。该过程可在操作系统环境 中执行，或作为占有系统处理的全部或重要部分的独立程序来执行。 可以以硬件、软件或二者的结合来执行功能。除非另作说明，也可以 全部地或部分地手动执行功能。
在此处的描述中，提供了许多特定的细节，例如组件和/或方法的 示例，以提供对具体实施例的详尽的理解。然而，本领域技术人员应 当意识到在没有一个或更多个特定细节的情况下，或使用其他装置、 系统、装备、方法、组件、材料、部件和减类似物，也可以实施具体 实施例。在其他实例中，为了避免模糊具体实施例的方面，没有特别 说明或者具体描述公知的结构、材料或操作。
用于具体实施例的"计算机可读介质"可以是任何介质，可以包 括、存储、通信、传播或传送指令执行系统、装置、系统或设备所使 用或结合的程序。作为示例但不限于此，计算机可读介质可以是电子、 磁、光、电磁、红外或半导体的系统、装置、系统、设备、传播介质， 或计算机存储器。具体实施例可以以软件或硬件或两者结合的形式的控制逻辑实 现。当由一个或更多个处理器执行时，控制逻辑可被操作为执行具体 实施例所描述的操作。
"处理器"或"过程"包括处理数据、信号或其他信息的任何人、 硬件和/或软件系统、机制或组件。处理器可包括具有通用中央处理单 元、多处理单元、用于实现功能的专用电路，或其他系统。处理不需 要不受地理位置的限制，或具有时间限制。例如，处理器可"实时"、 "离线"、以"批处理"模式等执行其功能。部分处理可在不同时间和 不同地点由不同(或者相同)的处理系统执行。
在整个说明书中所提及的"一个实施例"、"实施例"、"特定实施 例"或"具体实施例"是指结合该具体实施例所描述的具体特征、结 构或在本发明的至少一个实施例中包括的，且不必在所有具体实施例 中都包括的特性。因此，在整个说明书中不同地方的出现的短语"在 具体实施例中"、"在实施例中"，或"在特定实施例中"不必需是指同 一实施例。此外，任何特定实施例中的具体特征、结构或特性可以以 任何适当方式与一个或更多个其他的具体实施例结合。可以理解的是， 在本发明教导下，所描述和示意的具体实施例的其他变型和修改是可 能的，并被认为是本发明的精神和范围的一部分。
具体实施例可由可编程通用数字计算机来实现，可使用专用集成 电路、可编程逻辑器件、现场可编程门阵列，也可以使用光学、化学、 生物、量子或纳米工程系统、组件和机构。 一般而言，具体实施例的 功能可以通过现有技术中的任何方式来实现。可以使用分布式的、联 网的系统、组件和/或电路。数据的通信或传递可以是有线的、无线的 或任何其他方式。
也可以认识到，可以以分离或集成的方式来实现附图/图中所描述 的一个或更多个要素，甚至可以在特定情况下不操作时移除，或根据 特定应用来实施。实现可以存储于机器可读介质上的程序或代码，以 使得计算机执行上述任何方法，也在本发明的精神和范围之内。
另外，附图/图中的任何信号箭头，除非特别指明，仅被理解为示 例性而非限制性的。另外，除非另作说明，此处所有的"或" 一词一般地是指"和/或"。当被预见为呈现分离或结合的能力的术语不明确 时，也应注意组件或步骤的结合。
除非上下文明确指示，此处的描述以及整个权利要求中所使用的
"一"包括多个的引用。同样地，除非上下文明确指示，此处的描述 和整个权利要求中所使用的"在……中"的含义包括"在……中"和
"在 上"。
上述具体实施例的描述，包括摘要中的描述，并不能详尽无遗， 也不能限制本发明为此处公开的确切形式。本领域技术人员应当认识 并理解，此处描述的本发明的具体实施例和示例仅作为示意性描述， 在本发明的精神和范围内，各种等同修改是可能的。正如所指出的那 样，在上述具体实施例的描述的教导下，可以对本发明做出这些修改， 这些修改包括在本发明的精神和范围内。
因此，虽然此处参照其具体实施例描述了本发明，但是其一定范
围的修改、各种变形和替换都在上述公开之内，并且应当了解，在一
些示例中，在不脱离所述范围和精神的前提下，可以采用具体实施例
的一些特征而不使用其他特征。因此，可以做出许多修改，以使具体
情况或材料适应于本质的范围和精神。本发明并不限于所附权利要求
中使用的具体术语和/或作为被认为是实施本发明的最佳方式而公开 的具体实施例，但是，本发明包括落入所附权利要求范围内的任何和
所有具体实施例和等同变型。
权利要求
1. 一种创建多个数据单元的视图的方法，其中所述多个数据单元的一部分被存储于存储系统中的处于低功率操作模式的一个或更多个存储驱动器，所述方法包括基于一个或更多个过滤准则，确定存储于存储系统中的数据单元的子集；确定表示所述存储系统中的数据单元的子集的元数据；使用所述元数据来创建视图；以及存储所述视图，使得总是能够在上电的存储驱动器上访问所述视图，其中，所述元数据是针对所述处于低功率操作模式的一个或更多个存储驱动器中存储的数据单元的子集中一个或更多个数据单元。
2. 如权利要求l所述的方法，其中，所述视图包括静态视图，其 中，当所述静态视图创建后，即使数据单元的子集改变，也不改变所 述静态视图。
3. 如权利要求l所述的方法，其中，所述视图包括动态视图，其 中，当数据子集发生改变时，更新所述动态视图。
4. 如权利要求3所述的方法，还包括基于所述一个或更多个过滤 准则来跟踪数据单元的子集在何时发生改变。
5. 如权利要求3所述的方法，其中，所述动态视图是使用联合文 件系统或置于元数据文件系统顶部的过滤器堆栈文件系统层而创建 的。
6. 如权利要求l所述的方法，其中，所述过滤条件由用户定义。
7. 如权利要求l所述的方法，其中，所述视图被存储为文件树， 所述文件树表示存储于所述存储系统中的数据单元子集的结构。
8. 如权利要求l所述的方法，还包括 接收针对与所述数据单元子集中的数据单元相关的信息的请求；确定所述视图中数据单元的元数据；以及 使用所确定的元数据来向所述针对信息的请求提供服务。
9. 如权利要求8所述的方法，其中，所述数据单元存储在处于下 电状态的存储驱动器上，在存储驱动器不上电的情况下向所述请求提 供服务。
10. —种用于创建多个数据单元的视图的设备，其中，所述多个 数据单元的一部分被存储于存储系统中的一个或更多个处于低功率操作模式的存储驱动器中，所述设备包括 一个或更多个处理器；以及编码于一个或更多个有形介质中的逻辑，由所述一个或更多个处理 器执行，并且在执行时进行以下操作基于一个或更多个过滤准则，确定存储于所述存储系统中的数 据单元的子集；确定表示所述存储系统中的数据单元的子集的元数据； 使用所述元数据来创建视图；以及存储所述视图，使得总是能够在上电的存储驱动器上访问所述 视图，其中，所述元数据是针对所述处于低功率操作模式的一个 或更多个存储驱动器中存储的数据单元的子集中一个或更多个数 据单元。
11. 如权利要求IO所述的设备，其中，所述视图包括静态视图， 其中，当所述静态视图创建后，即使数据单元的子集改变，也不改变 所述静态视图。
12. 如权利要求IO所述的设备，其中，所述视图包括动态视图，其中当数据子集发生改变时，更新所述动态视图。
13. 如权利要求12所述的设备，其中，所述逻辑被执行时还被操作为基于一个或更多个过滤准则来跟踪数据单元的子集在何时发生改 变。
14. 如权利要求12所述的设备，其中，所述动态视图是使用联合 文件系统或置于元数据文件系统顶部的过滤器堆栈文件系统层而创建 的。
15. 如权利要求IO所述的设备，其中，所述过滤条件由用户定义。
16. 如权利要求IO所述的设备，其中，所述视图被存储为文件树，所述文件树表示存储于所述存储系统中的数据单元子集的结构。
17. 如权利要求IO所述的设备，其中，所述逻辑被执行时还被操 作为接收针对与数据单元子集中的数据单元相关的信息的请求； 确定所述视图中的数据单元的元数据；以及使用所确定的元数据来向所述针对信息的请求提供服务。
18. 如权利要求17所述的设备，其中，所述数据单元存储在处于 下电状态的存储驱动器上，其中在存储驱动器不上电的情况下向所述 请求提供服务。
19. 一种用于创建多个数据单元的视图的设备，其中所述多个数 据单元的一部分被存储于存储系统中的一个或更多个处于低功率操作 模式的存储驱动器中，所述设备包括用于基于一个或更多个过滤准则来确定存储于所述存储系统中的数据单元的子集的装置；用于确定表示所述存储系统中的数据单元的子集的元数据的 装置；用于使用所述元数据来创建视图的装置；以及 用于存储所述视图的装置，使得总是能够在上电的存储驱动器 上访问所述视图，其中，所述元数据是针对所述处于低功率操作 模式的一个或更多个存储驱动器中存储的数据单元的子集中一个 或更多个数据单元。
全文摘要
本发明提供了一种创建多个数据单元的视图的方法和设备。多个数据单元的一部分被存储于存储系统中的处于低功率操作模式一个或更多个存储驱动器。所述方法包括基于一个或更多个过滤准则，确定存储于存储系统中的数据单元的子集。确定表示所述存储系统中的数据单元的子集的元数据。然后，使用元数据创建视图。例如，可以创建动态视图或静态视图。然后存储视图，使得总是能够在总是上电的存储驱动器上访问所述视图。所述元数据可以用于提供与处于低功率操作模式的存储驱动器中存储的数据单元相关的信息，而无需对存储驱动器上电。
文档编号G06F17/30GK101427251SQ200780014480
公开日2009年5月6日 申请日期2007年12月13日 优先权日2007年2月22日
发明者史蒂文·F·哈唐, 德沃金·L·穆勒, 猷 王 申请人:科潘系统公司