专利名称：用于从整体备份恢复数据的方法
技术领域：
本发明涉及计算机处理领域，更具体来说，涉及恢复电子文档。
背景技术：
随着计算机存储器和数据带宽的增大，工商业界每天管理的数据的量和复杂性也 增大。在企业必须进行管理的大部分数据涉及通过诸如企业信息门户之类的专用服务器为 公司或工作组管理的内容，专用服务器为雇员和客户提供了搜索和访问公司信息的能力， 包括可以组织为项目的列表的电子文档、公告、任务、讨论主题等等。企业信息门户可以作 为登录到公司网络并检索电子文档的单一网关。值得注意的是，企业信息门户通常是安全 的和私有的(也称为内部网门户)，但是也可以包括用于更广的或者甚至公共访问的外部 网关。企业信息门户常常包括后台数据库系统，其可以是作为文档管理系统的服务器。 后台数据库系统可以以电子文档、元数据及与门户关联的如Web页面的其他内容的形式来 存储数据。企业信息门户中的后台数据库可以是被配置用于进行文档和内容管理的独立数 据库系统的变体。因为电子文档经常包含十分重要的信息，电子文档服务器的内容(例如，企业信 息门户以及其后台数据库)可以存档或备份到档案存储器，以防止数据丢失或损坏。具 体来说，后台数据库常常是作为单一的、整体的数据库文件备份的，其包含数据库的所有表 格、记录以及索引信息。当用户希望将一个或多个项目或列表恢复到门户时，单一数据库文件可以作为门 户的目标被重新安装。令人遗憾的是，当只需要恢复少量的项目或列表时，重新安装大型的 整体的数据库会花费大量时间，并且效率低。还可能有用户需要门户能够以原始文件格式 而不是作为门户项目或列表访问一个项目的情况。此外，还可能有用户希望让不同于门户 的应用访问电子文档、公告、任务、讨论主题等等的情况。如此，希望能够从存档的数据库文件恢复单个数据对象，无需重新安装数据库系 统，并采用企业信息门户或者另一个应用可以访问的格式。
发明内容
公开了用于从数据库文件的存档的副本恢复数据的计算机系统和方法的各种实 施例。在一个实施例中，所述方法包括接收从所述数据库文件的存档的副本恢复项目的请 求。所述项目包括文件和在第一内部网门户应用特定的环境中描述所述文件的关联的上下 文信息。所述方法进一步包括从所述数据库文件的存档的副本检索包括项目的架构，以及 生成包括所述文件的副本的项目文件。项目文件与上下文信息无关。所述方法进一步包括 基于上下文信息生成元数据文件，将元数据文件与项目文件关联，以及将所述项目文件和 所述关联的元数据文件存储在文件系统中。所述方法进一步包括通过所述文件系统，将所 述项目恢复到第二内部网门户应用。
在进一步的实施例中，第一和第二内部网门户应用是相同的应用。在另一个实施 例中，所述方法进一步包括直接通过所述文件系统将所述文件重定向到第三应用，而无需 访问所述上下文信息。在此实施例及其他实施例中，第三应用不同于第一和第二应用。在更进一步的实施例中，上下文信息包括一个或多个文件属性。对于每一个文件 属性，元数据文件包括对应的被标记的元素。在某些实施例中，元素标记符合协作应用标记 语言(CAML)。在再一个实施例中，项目包括电子文档。在再一个实施例中，所述方法进一步包括接收从所述数据库文件的所述存档的副 本恢复包括两个或更多个项目的列表的请求。列表包括全部具有相同文件类型的文件。每 一个文件都与在第一内部网门户应用特定的环境中描述该文件的上下文信息关联。所述方 法进一步包括从所述数据库文件的存档的副本检索包括项目的列表架构。对于列表中的每 一个项目，所述方法进一步包括生成包括文件的副本的项目文件。项目文件与上下文信息 无关。对于列表中的每一个项目，所述方法进一步包括基于上下文信息生成元数据文件，将 元数据文件与项目文件关联，以及将所述项目文件和所述关联的元数据文件存储在文件系 统中。所述方法进一步包括通过所述文件系统，将所述列表恢复到第二内部网门户应用。
图1是计算机系统的一个实施例的广义方框图。图2是备份系统的一个实施例的方框图。图3显示了可以通过备份应用呈现的用于选择要恢复的特定列表或项目的用户 界面的一个实施例。图4是显示了恢复功能的一个实施例的操作的方框图。图5显示了可以用来从由内部网门户应用使用的数据库的备份副本恢复或重定 向项目的过程的一个实施例。图6显示了可以用来生成存储在由内部网门户应用使用的数据库的备份副本中 的项目的元数据文件的子过程的更加详细的实施例。尽管本发明可以具有各种修改和替代形式，但是，这里将通过图形中的示例显示 特定实施例，并进行详细描述。然而，应了解，图形和详细描述不打算将本发明只限于所公 开的特定形式，相反地，本发明可以涵盖如所附权利要求所限定的落入本发明的精神和范 围内的所有修改、等效内容和替代方案。
具体实施例方式图1是计算机系统100的一个实施例的广义方框图。计算机系统100包括连接到 主存储器110的处理器160。处理器160和主存储器110接着又连接到I/O子系统150，1/ 0子系统150包括I/O接口 155、硬盘驱动器151、网络接口 152以及可移动存储器153。计 算机系统100可以是笔记本电脑、台式机、服务器、工作站、终端、个人数字助理(PDA)或任 何其他计算机系统类型的代表。处理器160是各种处理器中的任何一种处理器的代表，如x86处理器、PowerPC处 理器或SPARC处理器。类似地，主存储器110是各种存储器中的任何一种存储器的代表，包 括 DRAM、SRAM、EDO RAM、Rambus RAM 等等。
根据需要，I/O接口 150可操作用于在处理器160和/或主存储器110和诸如硬 盘驱动器151、网络接口 152和可移动存储器153之类的一个或多个内部或外部组件之间传 输数据。例如，I/O接口 155可以实现PCI桥接器，可操作用于将数据从处理器160和/或 主存储器110传输到一个或多个PCI设备。I/O接口 155可以另外或者替代地提供到诸如 SCSI设备和/或光纤通道设备之类的其他类型的设备的接口。硬盘驱动器151可以是诸如磁性介质之类的非易失性存储器。网络接口 155可以 是任何网络适配器类型，如以太网、光纤或同轴适配器。根据需要，可移动存储器153是磁 盘驱动器、光学介质驱动器、磁带驱动器或其他存储介质类型的代表。除所描述的硬件组件之外，计算机系统100可以另外包括各种软件组件。例如，图 1显示了存储在主存储器110中的操作系统115。操作系统115是各种特定操作系统中的 任何一种操作系统的代表，如，例如，Microsoft Windows、Linux或Sun Solaris。如此，操 作系统115可操作用于向终端用户提供各种服务，并提供可操作用于支持如内部网门户应 用120、备份应用140或在所显示的实施例中通过应用130表示的各种其他应用中的任何一 种的各种程序的执行的软件框架。值得注意的是，图1的所描述的软件组件可以以常规的 方式从诸如硬盘驱动器151之类的存储介质中对主存储器110进行页面转入和转出。在各种实施例中，内部网门户120可操作用于为多个系统用户管理和维护多个电 子文档。在一种特定实现方式中，内部网门户120是通过Microsoft SharePoint Server 或类似的企业信息门户程序来体现的。现在请参看图2，显示了备份系统200的一个实施例的方框图。备份系统200包括 可以包括在图1的计算机系统100中的内部网门户120、应用130以及备份应用140。备份 系统200还包括文件系统220，该文件系统220可以存储在硬盘驱动器151、可移动存储器 153内，或以别的方式由计算机系统100用来进行数据存储。如这里所引用的，“文件系统” 是指引用在文件和目录中分层次地组织的数据，并将该数据存储在存储介质上所创建的卷 上。文件系统提供对存储介质上的数据的访问。备份系统200还可以进一步包括连接到备 份应用140，可以被备份应用140用来存储备份数据集的备份介质250。在一个实施例中，内部网门户120可以作为列表内的项目来管理和组织电子内 容。如这里所引用的，“项目”是指由内部网门户进行管理的文档、公告、任务、讨论主题或 其他电子内容，“列表”是指项目的逻辑组。在所显示的实施例中，内部网门户120包括列 表230和240。列表230包括项目231-234，而列表240包括项目241-243。在所显示的实 施例中，内部网门户120也可以包括用于存储列表和项目的数据库210的封装的版本。在 一个实施例中，内部网门户120可以被配置为数据库210的“用户”。在一种特定实现方式 中，数据库210是通过Microsoft SQL Server或类似的数据库服务器系统来体现的。应进 一步注意的是，一个或多个客户端计算机(图1中未显示)可以通过网络连接到计算机系 统100。客户端系统可以通过一个或多个Web页面集中地访问内部网门户120，包括对数据 库210的访问。数据库210表示数据库程序和其中实现的一个或多个实际数据库(图2中未显 示)。数据库程序是指可执行的命令，用户界面及其他用于操作数据库210的程序代码。数 据库210中包括的数据库还可以进一步包括各种表格、索引、关系、查询、存储过程、文件系 统、安全层、网络接口等等，它们被配置为作用于构成“数据库”的多个数据记录，也被称为记录或条目。在其中数据库210是关系数据库的一个实施例中，记录是以表格进行组织的 (行和列布局)。如这里所使用的术语“记录”应该是指数据库中的条目。关联的记录的集 合可以共同地描述为数据库中的“表格”。记录可以包括一个或多个字段，字段可以作为到 其他表格中的其他记录的索引(或键)。例如，在文档管理数据库中，文档表格中的每一个 记录都可以代表存储在数据库中的文档(或数据对象)。在一个实施例中，文档(数据对 象)可以存储在记录其本身的字段中。在某些实施例中，文档(数据对象)在记录中通过 对文档的引用、如存储器位置来表示。此外，数据库210还可以创建和修改用于存储和访 问关系数据库的任何给定实现方式的安装的数据库文件(图2中未显示)。在某些实施例 中，数据库210在被配置为由其他服务器和客户端计算机通过通信网络进行访问的专用计 算系统上执行。具体来说，在图2中显示了数据库210包括两个功能，查询214和添加212。这些 功能是作为关系数据库内包括的功能的示例显示的。在各种实施例中，其他种类的功能、存 储过程或程序也可以在关系数据库中执行。查询功能214代表用于从数据库210中检索信 息的功能，而添加功能212代表在数据库210中存储信息的功能。值得注意的是，查询214 和添加212功能可以作用于涉及关系数据库程序的数据，或作用于这里在数据库210的给 定实例中实现的任何一个数据库的数据。查询功能214可以通过接口 281来进行访问，而 添加功能被显示为通过接口 282进行访问。例如，如图所示，内部网门户120可以通过接口 281来查询数据库214，以检索列表230中项目231-234中的一个或多个。更进一步，内部 网门户120可以通过接口 282来访问添加功能212，以将列表240的项目241-244中的一个 或多个存储在数据库214中。接口 281和282可以包括本地或远程网络接口，也可以包括 用于与数据库210进行通信的网络和/或软件驱动程序层。在一个实施例中，接口 281和 282使用SQL(结构化查询语言)提供对数据库210的访问。备份系统200可操作用于执行由内部网门户120进行管理并存储在数据库210中 的内容的备份。具体来说，备份应用140可以包括备份功能142，该功能可以通过接口 283 与数据库210进行通信，以便选择和检索用于存档的内容。备份功能142可以生成数据库 的表和索引信息以及被备份的内容的架构，并通过接口 284将生成的架构存储在备份介质 250的数据库副本260中。如这里所使用的，“架构”是指数据库文件的数据结构。值得注 意的是，数据库副本260可以是由数据库210以前所创建的数据库文件(图2中未显示) 的相同的实例。在一个实施例中，数据库副本260是二进制文件，使用对在其上面存储了 二 进制文件的存储介质的文件系统的标准文件I/O调用，来按顺序访问二进制文件。需要进 一步注意的是，数据库副本260可以用存储器的块单位来构建，也被称为页面或分配单位。 然后，可以使用架构来访问或恢复数据库副本260的内容，无需使用数据库210。备份介质 250代表各种存储介质中的任何一种，包括可移动介质、网络附加存储器等等(或任何其他 类型的存档存储器)。在各种实施例中，如前所述，接口 283和284可以包括网络连接以及 必要的网络和软件驱动程序。另外，备份应用140可以包括恢复功能144，该功能可以通过接口 291从数据库副 本260读取特定文档，并通过接292将它们添加到文件系统220中。在标题为“METHOD FOR RESTORINGDOCUMENTS FROM A DATABASE FILE”的美国专利申请系列No. 11/551，018 中描述 了从数据库文件恢复文档的方法的各种实施例，该申请的全部内容以引用的方式并入本文中。恢复功能还可以包括用于选择要被恢复的一个或多个文档的装置。在一个实施例中，给用于选择和恢复文档的用户界面提供了如下面进一步描述的恢复功能144。在各种实施 例中，备份系统200进一步可操作用于通过接口 293将已经恢复到文件系统220的特定文 档定向到数据库210，或者通过接口 294根据下面进一步描述的过程定向到应用130。备 份应用140还可以根据需要被配置为提供其他已知的存档功能，如由Veritas公司出品的 Enterprise Vault 或Backup Exec 产品所提供的各种特征。现在请参看图3，显示了可以由备份应用140呈现的用于选择要恢复的特定列表 或项目的用户界面300的一个实施例。界面300可以包括诸如下拉菜单、导航栏、地址字段 等等之类的特征。在界面300内显示了 “列表”窗格301和“恢复项目”窗格303。在列表 窗格301内，可以看到列表和项目的层次结构，并可在其中导航。所显示的层次结构包括列 表310、320、330、340以及350。列表310包括项目311-314。列表350包括项目351-355。 列表和项目可以如突出显示的背景表示的那样被选择，并通过Add按钮被添加到恢复项目 窗格303。恢复项目窗格303包括恢复文件夹360，其中包括要恢复的项目314和351。列 表和项目可以被选中，并通过删除按钮从恢复项目窗格303中删除。恢复项目窗格303还 包括恢复按钮和清除按钮。一旦选中了一组恢复项目，就可以进行恢复。如果恢复按钮被 选中，则恢复项目窗格303中列出的项目可以添加到文件系统中，在那里，它们可以被各种 应用访问。如果清除按钮被选中，则恢复项目窗格中列出的项目从窗格中删除。值得注意的是，图3中所描述的命名约定(例如，“列表310”、“项目311”等等)只 是为了讨论方便。在典型的实施例中，根据需要，可以使用反映普通企业或其他环境中所使 用的那些名称的名称(例如，文档、电子表格、任务、讨论主题，以及用户定义的列表和/或 项目名等等)。一旦已经选中了要恢复到文件系统的一组项目和/或列表，则恢复功能144可以 执行检索和允许各种应用访问检索到的列表/项目的格式化操作。图4是显示了恢复功能 144的一个实施例的操作的方框图。在所显示的实施例中，恢复功能144包括元数据生成 器440，该元数据生成器440被连接到数据库副本260，并可操作用于通过接口 291从数据 库副本260检索记录。元数据生成器440进一步连接到文件系统220，并可以通过接口 292 将文件将存储文件系统220内。在所显示的示例中，数据库副本260包括代表任意数量的存储的数据库记录的记 录410、420以及430。每一个记录都可以包括一个或多个数据对象。在所显示的示例中，记 录410包括数据对象411-414，记录420包括数据对象421-424，而记录430包括数据对象 431-435。对于元数据生成器440存储在文件系统220中的每一个项目，元数据生成器440 可以存储项目文件和对应的元数据文件。例如，在所显示的示例中，文件系统220分别包括 项目文件451、453，和455以及关联的元数据文件452、454和456。在一个实施例中，由元数据生成器440生成的元数据文件可以以协作应用标记语 言(CAML)格式化。如这里所使用的，CAML是指包括特定的标记组的基于XML的标记语言， 标记可以由内部网门户应用用来定义和显示数据对象。更具体来说，在操作过程中，元数据 生成器可以使用接291来检索对应于被请求的项目的记录，识别项目的也存储在记录中的 属性。元数据生成器440可以从记录中提取项目，并生成项目文件，其中包括以原始或可以 被各种软件程序理解的已知的文件格式存储的项目，如.txt文本文件、jpg或.gif图像文件等等。此外，元数据生成器440还可以生成带有发现的每一个项目属性的适当的标记的 关联的CAML元素。元数据生成器440可以在与项目文件关联的元数据文件中存储带有标 记的属性。然后，元数据生成器440可以使用接292将项目或列表以及关联的元数据作为 关联的文件存储在文件系统220中。一旦项目文件和关联的元数据文件已经存储在文件系统220中，它们可以按如下 方式被内部网门户应用120、应用130或另一个应用访问。由于在项目的关联的元数据文件 中所描述的属性起源于内部网门户应用，因此，它们描述了足以允许将项目恢复到内部网 门户中的类似的环境的内部网门户环境。如此，内部网门户120可以通过接口 293从文件 系统220检索项目，包括访问项目的关联的元数据文件，以检索将项目恢复内部网门户环 境所需的足够的环境信息。或者，诸如应用130之类的另一个应用可以忽略项目的关联的 元数据文件，并直接通过接口 294以原始或已知的文件格式访问文件项目。相应地，通过提 供每一个项目的项目文件，各种项目可以被从内部网门户所使用的数据库的副本中的它们 的原始环境重定向到可以访问文件系统中的文件的任何其他应用环境。图5显示了可以用来从由内部网门户应用使用的数据库的备份副本恢复或重定 向项目的过程500的一个实施例。过程500可以从数据库的副本恢复备份数据集开始(方 框510)。例如，可以将存储为内部网门户应用所使用的数据库的备份副本以存储列表和项 目的数据集恢复到临时位置。然后，可以向用户呈现恢复的数据集的可浏览的视图(方框 520)，如图3中所显示的图形用户界面。用户可以浏览恢复的数据集的视图并选择要恢复 的项目。可以接收恢复用户的选定项目的请求(方框530)。响应该请求，对于每一个选定项 目(判决方框535)，可以使用已知的文件格式，从备份数据集重建项目的原始文件形式(方 框540)。在一个实施例中，已知的格式文件可以被称为项目文件。此外，可以生成元数据 文件，包括存储在恢复的数据集中并与选定项目关联的每一个属性的带有标记的条目(方 框550)。元数据文件描述了用来取得备份副本的数据库架构中的项目；例如，该架构可以 描述内部网门户应用的环境中的项目。然后，可以将项目文件和关联的元数据文件两者存 储在文件系统中(方框560)。一旦为每一个选定项目创建了项目文件和元数据文件(判决 方框565)，如果请求是将项目恢复到内部网门户应用的环境的请求(判断方框570)，可以 使用与每一个项目文件关联的元数据文件中的信息来将项目恢复到内部网门户应用环境 (方框580)，完成过程500。值得注意的是，元数据文件信息可以使用对内部网门户应用已 知的标准标记语言格式，如CAML，以便元数据文件信息被用来或者在不同的内部网门户应 用环境中，或者在同一个内部网门户应用的不同的实例的环境中，输入项目作为新的项目。 此外，如果请求不是将项目恢复到内部网门户应用的环境的请求(判断方框570)，则可以 重新定向项目，供可以访问文件系统，因此也能访问原始或已知的文件格式的项目文件的 另一个应用使用(方框590)，完成过程500。图6显示了可以用来生成存储在由内部网门户应用使用的数据库的备份副本中 的项目 的元数据文件的过程500的子过程550的更加详细的实施例。子过程550可以从识 别恢复的数据集中的选定项目开始(方框610)，如通过图3中所显示的⑶I。一旦已经识 另IJ了项目，就可以检查恢复的数据集中的其架构，以识别项目的关联的属性(方框620)。对 于每一个属性(判决方框630)，可以向属性添加标记(方框640)，并将带有标记的属性存 储在与项目关联的元数据文件中(方框650)。一旦已经标记了所有识别的项目属性，并将其添加到元数据文件(判断方框660)，子过程550完成。值得注意的是，前面的流程图只用于讨论目的。在替代实施例中，流程图中所描述的元素可以按不同的顺序进行，或者，在某些情况下同时进行。另外，流程图的某些元素可 以不在各种实施例中存在，或者，也可以与其他元素相结合。所有这样的替代方案也是被考 虑的。值得进一步注意的是，上文所描述的实施例可以包括软件。在这样的实施例中， 实现了方法和/或机制的程序指令可以在计算机可读的介质上传输或存储。有很多被配 置为存储程序指令的介质类型可用，它们包括硬盘、软盘、CD-ROM、DVD、闪速存储器、可编程 ROM(PR0M)、随机存取存储器(RAM)以及各种其他形式的易失性或非易失性存储器。虽然非常详细地描述了上文的实施例，一旦完全理解了上面的说明，很多变化和 修改方案对于那些所属领域的技术人员将变得显而易见。下面的权利要求应被解释为包括 所有这样的变化和修改方案。
权利要求
一种用于从数据库文件的存档的副本恢复数据的方法，所述方法包括接收从所述数据库文件的所述存档的副本恢复项目的请求，其中，所述项目包括文件和在第一内部网门户应用环境中描述所述文件的关联的上下文信息；从所述数据库文件的所述存档的副本检索架构，其中，所述架构包括所述项目；从所检索到的架构生成项目文件和关联的元数据文件，其中，所述项目文件包括所述文件的副本并与所述上下文信息无关，其中，所述元数据文件基于所述上下文信息；将所述项目文件和所述关联的元数据文件存储在文件系统中；以及通过所述文件系统，将所述项目恢复到第二内部网门户应用。
2.根据权利要求1所述的方法，其中，第一和第二内部网门户应用是相同的内部网门 户应用。
3.根据权利要求1所述的方法，进一步包括直接通过所述文件系统将所述文件重定向 到第三应用，而无需访问所述上下文信息，其中，所述第三应用不同于第一和第二内部网门 户应用。
4.根据权利要求1所述的方法，其中，所述上下文信息包括一个或多个文件属性，并且 其中，对于所述一个或多个文件属性中的每一个，所述元数据文件包括对应的被标记的元
5.根据权利要求4所述的方法，其中，对所述元数据文件中的元素用符合协作应用标 记语言CAML的标记进行标记。
6.根据权利要求1所述的方法，进一步包括接收从所述数据库文件的所述存档的副本恢复包括两个或更多个项目的列表的请求， 其中，所述列表中的每一个项目都包括相同文件类型的文件和在第一内部网门户应用环境 中描述所述文件的关联的上下文信息；从所述数据库文件的所述存档的副本检索列表架构，其中，所述列表架构包括所述两 个或更多个项目；对于所述列表中的每一个项目从所检索到的列表架构生成项目文件和关联的元数据文件，其中，所述项目文件包括所述文件的副本并与所述上下文信息无关，并且其中，所述元 数据文件基于所述上下文信息；以及将所述项目文件和所述关联的元数据文件存储在文件系统中；以及 通过所述文件系统，将所述列表恢复到第二内部网门户应用。
7.根据权利要求1所述的方法，其中，所述项目包括电子文档。
8.一种计算机系统，包括 处理器；以及存储用于从数据库文件的存档的副本恢复数据的程序指令的存储器，包括可由所述处 理器执行的程序指令，以便接收从所述数据库文件的所述存档的副本恢复项目的请求，其中，所述项目包括文件 和在第一内部网门户应用环境中描述所述文件的关联的上下文信息；从所述数据库文件的所述存档的副本检索架构，其中，所述架构包括所述项目； 从所检索到的架构生成项目文件和关联的元数据文件，其中，所述项目文件包括所述文件的副本并与所述上下文信息无关，并且其中，所述元数据文件基于所述上下文信息； 将所述项目文件和所述关联的元数据文件存储在文件系统中；以及 通过所述文件系统，将所述项目恢复到第二内部网门户应用。
9.根据权利要求8所述的计算机系统，其中，第一和第二内部网门户应用是相同的内 部网门户应用。
10.根据权利要求8所述的计算机系统，其中，所述程序指令进一步可由所述处理器执 行，以直接通过所述文件系统将所述文件重定向到第三应用，而无需访问所述上下文信息， 其中，所述第三应用不同于第一和第二内部网门户应用。
11.根据权利要求8所述的计算机系统，其中，所述上下文信息包括一个或多个文件属 性，并且其中，对于所述一个或多个文件属性中的每一个，所述元数据文件包括对应的被标 记的元素。
12.根据权利要求11所述的计算机系统，其中，对所述元数据文件中的元素用符合协 作应用标记语言CAML的标记进行标记。
13.根据权利要求8所述的计算机系统，其中，所述程序指令进一步可由所述处理器执 行，以便接收从所述数据库文件的所述存档的副本恢复包括两个或更多个项目的列表的请求， 其中，所述列表中的每一个项目都包括相同文件类型的文件和在第一内部网门户应用环境 中描述所述文件的关联的上下文信息；从所述数据库文件的所述存档的副本检索列表架构，其中，所述列表架构包括所述两 个或更多个项目；对于所述列表中的每一个项目从所检索到的列表架构生成项目文件和关联的元数据文件，其中，所述项目文件包括所述文件的副本并与所述上下文信息无关，并且其中，所述元 数据文件基于所述上下文信息；以及将所述项目文件和所述关联的元数据文件存储在文件系统中；以及 通过所述文件系统，将所述列表恢复到第二内部网门户应用。
14.根据权利要求8所述的计算机系统，其中，所述项目包括电子文档。
15.一种存储用于从数据库文件的存档的副本恢复数据的程序指令的计算机可读的存 储介质，所述存储介质包括可由处理器执行的程序指令，以便接收从所述数据库文件的所述存档的副本恢复项目的请求，其中，所述项目包括文件 和在第一内部网门户应用环境中描述所述文件的关联的上下文信息；从所述数据库文件的所述存档的副本检索架构，其中，所述架构包括所述项目； 从所检索到的架构生成项目文件和关联的元数据文件，其中，所述项目文件包括所述 文件的副本并与所述上下文信息无关，并且其中，所述元数据文件基于所述上下文信息； 将所述项目文件和所述关联的元数据文件存储在文件系统中；以及 通过所述文件系统，将所述项目恢复到第二内部网门户应用。
16.根据权利要求15所述的计算机可读的存储介质，其中，第一和第二内部网门户应 用是相同的内部网门户应用。
17.根据权利要求15所述的计算机可读的存储介质，其中，所述程序指令进一步可由所述处理器执行，以直接通过所述文件系统将所述文件重定向到第三应用，而无需访问所述上下文信息，其中，所述第三应用不同于第一和第二内部网门户应用。
18.根据权利要求15所述的计算机可读的存储介质，其中，所述上下文信息包括一个 或多个文件属性，并且其中，对于所述一个或多个文件属性中的每一个，所述元数据文件包 括对应的被标记的元素。
19.根据权利要求18所述的计算机可读的存储介质，其中，对所述元数据文件中的元 素用符合协作应用标记语言CAML的标记进行标记。
20.根据权利要求15所述的计算机可读的存储介质，其中，所述程序指令进一步可由 所述处理器执行，以便接收从所述数据库文件的所述存档的副本恢复包括两个或更多个项目的列表的请求， 其中，所述列表中的每一个项目都包括相同文件类型的文件和在第一内部网门户应用环境 中描述所述文件的关联的上下文信息；从所述数据库文件的所述存档的副本检索列表架构，其中，所述列表架构包括所述两 个或更多个项目；对于所述列表中的每一个项目从所检索到的列表架构生成项目文件和关联的元数据文件，其中，所述项目文件包括所述文件的副本并与所述上下文信息无关，并且其中，所述元 数据文件基于所述上下文信息；以及将所述项目文件和所述关联的元数据文件存储在文件系统中；以及通过所述文件系统，将所述列表恢复到第二内部网门户应用。
全文摘要
用于从数据库文件的副本恢复数据的计算机系统和方法。所述方法包括接收从所述数据库文件的副本恢复项目的请求。所述项目包括文件和在第一内部网门户应用环境中描述所述文件的关联的上下文信息。所述方法进一步包括从所述数据库文件的副本检索包括项目的架构，以及生成包括所述文件的副本的项目文件。项目文件与上下文信息无关。所述方法进一步包括基于所述上下文信息生成元数据文件，将所述元数据文件与所述项目文件关联，将所述项目文件和所述关联的元数据文件存储在文件系统中，以及通过所述文件系统，将所述项目恢复到第二内部网门户应用或第三应用。
文档编号G06F17/30GK101840419SQ20101013826
公开日2010年9月22日 申请日期2010年3月19日 优先权日2009年3月19日
发明者D·撒拉弗, L·贝特, S·R·德沃斯 申请人:赛门铁克公司