CN101133413B

CN101133413B - 备份信息管理

Info

Publication number: CN101133413B
Application number: CN2005800446632A
Authority: CN
Inventors: A·考施克; J·J·刑; M·乔施; P·库马; S·佩里亚加拉姆; R·叙尔亚纳拉亚南; Y·比亚尼
Original assignee: EMC Inc
Current assignee: EMC Inc
Priority date: 2004-12-31
Filing date: 2005-12-19
Publication date: 2012-02-01
Anticipated expiration: 2025-12-19
Also published as: US8676862B2; US20080162719A1; US9454440B2; US20080177805A1; US20080162685A1; US20080162595A1; CN101133413A

Abstract

在一个实施例中，一种管理信息的方法包括：监视应用程序的输出，其中基本上连续监视输出；确定所述输出是否与预定类型的版本相关联；和若所述输出与所述预定类型的版本相关联则保存与所述输出相关联的数据。

Description

备份信息管理

对其它申请的交叉引用

本申请要求2004年12月31日提交的题为″信息保护和管理″的美国临时专利申请No.60/640,971(律师行档案号No.LEGAP047+)的优先权，为此，通过引用把所述申请包括在本文中。

技术领域

本发明一般地涉及电子信息，更具体地说，涉及信息管理。

背景技术

一般通过调度备份设置数目(诸如每天一个备份)来使用计算机备份与恢复工具。传统的备份系统的一个潜在的问题是：若用户需要恢复数据，那么，在最后一次备份之后建立的数据一般将被丢失。需要有效地保护和管理信息，使得甚至在各预定备份之间也可以恢复所述信息。

发明内容

根据本发明的一个方面，一种用于信息管理的方法，包括：

监视来自应用程序的输出，其中基本上连续监视所述输出；

确定所述输出是否与预定类型的版本相关联；以及

如果所述输出与所述预定类型的版本相关联则保存与所述输出相关联的数据；

其中连续地监视从所述应用程序到操作系统的输入/输出I/O，确定是否已经形成所述有意义版本，如果确定已经形成所述有意义版本，则保存数据和元数据，然后更新和保持保存的元数据，这里采用的所述元数据涉及与所述数据相关的信息。

根据本发明的另一个方面，一种用于信息管理的系统，包括：

处理器，所述处理器配置成：

监视来自应用程序的输出，其中基本上连续监视所述输出；

确定所述输出是否与预定类型的版本相关联；和

与所述处理器耦合的存储器，其中所述存储器配置成：

附图说明

在以下的详细说明和附图中公开了本发明的各种不同的实施例。

图1是在某些实施例中用于信息保护和管理的部件的框图。

图2是在某些实施例中拦截器的框图。

图3示出在某些实施例中可以包括在分配器中的路由选择部件的实例。

图4是某些实施例中用于保护和管理信息的系统的例图。

图5是用于某些实施例中的SAN(存储区网络)或基于交换的配置的例图。

图6示出某些实施例中用于信息保护和管理的系统的另一个实例。

图7示出某些实施例中用于信息保护和管理的系统的另一个实例。

图8A-8C是某些实施例中保护和管理信息的方法的流程图。

图9是截取和存储信息的方法的流程图。

图10是某些实施例中用于存储器编索引的方法的流程图。

图11A-11B是某些实施例中由日志引擎执行的方法的流程图。

图12是某些实施例中用于块和文件版本控制的方法的流程图。

图13是某些实施例中用于存储数据的恢复方法的流程图。

图14是某些实施例中用于备份数据的方法的流程图。

具体实施方式

可以通过许多途径来实现本发明，这些途径包括过程、装置、系统、实体组合、诸如计算机可读存储介质的计算机可读介质或其中通过光学或电子通信链路发送程序指令的计算机网络。在本说明书中，这些实现或本发明可以采用的任何其它形式可以称作技术。可以在本发明的范围内改变所公开的处理过程的步骤次序。

下面与举例说明本发明原理的附图一起，提供对本发明的一个或多个实施例的详细说明。联系这样的实施例来描述本发明，但是本发明不限于任何实施例。本发明的范围仅仅受权利要求书限制，并且本发明包括许多可供选择的方案，修改和等效物。为了提供对本发明的透彻理解，在以下的描述中提出许多具体细节。这些细节是为举例说明的目的而设置的，可以在没有某些或全部具体细节的情况下按照权利要求书来实施本发明。为了清晰的目的，对在涉及本发明的技术领域中已知的技术资料不作详细描述，以免不必要地使本发明的阐述不清晰。

图1是某些实施例中用于信息保护和管理的部件的框图。当结合图2和3讨论时可以较好地理解图1。图2是某些实施例中拦截器的框图。图3示出某些实施例中可以包括在分配器中的路由选择部件的实例。

在图1所示的实例中，通过拦截器102来监视用户应用程序100。用户应用程序的实例包括文件系统、数据库和诸如财政或字处理的应用程序。可以选择要由拦截器102监视的所有应用程序或者可以选择要监视的应用程序的子集。拦截器可以截取从应用程序至操作系统的输入/输出(I/O)。在某些实施例中，拦截器102连续地监视来自应用程序的I/O。

在某些实施例中，若拦截器102驻留在主机上，那么，可以在把信息写入到存储器之前捕获所述信息。若拦截器102驻留在SAN中，那么，可以在操作系统准备把信息写入存储器的时候捕获所述信息。若拦截器102处在NAS中或在TCP/IP(传输控制协议/网间协议)交换上，那么，可以截取TCP/IP包。

在图2所示的实例中，把拦截器102′表示为包括文件拦截器200、协议包拦截器202和块拦截器204。在某些实施例中，拦截器102′中仅仅包括拦截器部件200-204中的一个。在某些实施例中，拦截器102′中包括拦截器部件200-204中的两个或两个以上。

在一个实施例中，拦截器102′驻留在主机上并且利用可以俘获文件I/O并根据文件I/O产生元信息的文件拦截器。在另一个实施例中，拦截器102′驻留在NAS中并且利用协议包拦截器，该协议包拦截器在IP平台中俘获信息包，诸如NFS、CIFS或iSCSI包。在另一个实施例中，拦截器102′或者驻留在SAN中或者驻留在主机上并且利用可以截取对数据块的改变的块拦截器。随后将结合图12讨论利用文件拦截器200和块拦截器204的进一步的细节。

回到图1，拦截器102可以产生表示重大信息事件的元信息包(本文中称作里程碑标记)。本文中使用的元信息包括关于信息的信息。可以触发里程碑标记的事件的实例包括建立文件、删除文件和备份里程碑标记。可以使用备份里程碑标记的时间的实例是按照预置时间表插入备份标记的时间。另一个实例是适时地使用里程碑标记的时间，诸如系统静止并且可以确定为良好的恢复数据的时刻的时间。

在某些实施例中，拦截器102接收信息，把它放入一个或多个包中，并把它传到分配器104。

分配器104可以接收包并且按照各种不同的路由选择方案把它们发送到日志采集器106。分配器104可以使用的不同路由选择方案的实例包括网络路由选择和SAN路由选择。

在图3所示的实例中，把分配器104′表示成包括网络路由选择部件250和SAN路由选择部件252。在某些实施例中，分配器104′可以包括单个路由选择部件，诸如网络路由选择250或SAN路由选择252。在某些实施例中，分配器104′可以包括一个以上路由选择部件，诸如网络路由选择250和SAN路由选择252。可以由网络路由选择部件250使用的协议的实例包括RPC、TCP/IP和iSCSI。可以由SAN路由选择部件252使用的协议的实例包括SCSCI和光纤信道协议(FCP)。

回到图1，分配器104可以是远离拦截器102设置的或者是拦截器102的本地部件。因此，图1中举例说明的信息保护和管理技术可以应用于由应用程序100使用的任何操作系统并且可适应于任何网络配置。

分配器104把信息发送到日志采集器106。在某些实施例中，日志采集器106转换所截取的包并且将它们标准化，使得这些包的进一步的存储和管理与拦截器102和分配器104的类型无关。在某些实施例中，日志采集器可以把接收到的信息转换成元信息并且滤出有效信息。还可以利用诸如XML或XDR的技术把它标准化成预定的格式。例如，分配器1 04能以TCP/IP格式发送包，而日志采集器106可以把TCP/IP包转换成预定的格式、诸如XML。

可以把拦截器102、分配器104和日志采集器106结合到高性能现有部件中，诸如路由器和多协议交换机中(诸如由Cisco或Brocade制造的路由器和多协议交换机)。

可以把信息存储在永久存储器110中，示出的永久存储器110包括多个存储器112A-112F(包括元数据库112A.)。在某些实施例中，把数据存储在存储器112B-112F中，同时，把与所述数据相关联的元数据存储在元数据库112A.中。永久存储器110可以是具有处理能力的智能永久存储器。

日志采集器106可以利用高速缓冲存储器108和/或永久存储器110与日志引擎114通信。

在某些实施例中，永久存储器110是智能数据存储装置，所述智能数据存储装置可以给与存储的数据有关的并且给数据信息编索引(诸如涉及所述存储的数据的时间和版本)的版本信息加注解并且更新所述版本信息。永久存储器110还可以与虚拟化存储器诸如虚拟的LUN一起工作。它也可以作为可以与各种不同的实现一起工作的多版本信息系统，诸如利用各种不同技术的文件系统或对象存储器。例如，可以通过以下方法来实现这个特征：添加可插模块和层以便支持版本控制，诸如由Carnegie Mellon University开发的全面的版本控制文件系统(CVFS)、Reiser4 FS或版本控制FS。可以用来实现多版本控制信息系统的技术的另一个实例是在″有效的多版本访问结构″(“AnEfficient Multiversion Access Structure”作者Peter J.Varman，RakeshM.Verma，IEEE Transactions on Knowledge and Data Engineering，Vol.9 No.3，pp391-409，May/June 1997)中描述的多版本访问结构。永久存储器110可以使用任何存储介质，诸如SATA、ATA、SCSI和FC盘。

日志引擎114可以管理存储在永久存储器110中的信息。日志引擎114可以包括响应用户请求的查询处理引擎。它还可以确定并保存特定数据的副本数目、那些副本位于何处以及建立各种不同的版本的时间。

日志引擎114还可以包括实施诸如企业策略或SEC顺应策略的策略的策略引擎。例如，日志引擎114可以管理可以存储多少数据版本、何时把数据移到另一个存储装置、保留特定文档的多少副本等等。它还可以保存原始数据源信息，诸如什么程序建立所述数据和它的各种不同特性，诸如谁建立它、什么时间建立它、它的大小以及与所述数据相关联的存储器实体和存储堆栈模式，诸如文件系统、卷管理器或LUNS。日志引擎114还可以管理里程碑标记，例如通过把标记登记在永久存储器中并确定所述里程碑标记意味着什么。例如，里程碑标记可以表示良好的备份时刻或者它可以表示有意义版本。日志引擎114还可以保存元数据信息。这样的元数据信息的实例包括如下信息：诸如已经由特定文档构成两份副本以及其中的一份已经在什么时间和由谁删除。

日志引擎114还可以管理用于存储优化的日志压缩以及特定数据的管理加密。日志引擎11 4还可以管理虚拟快照，以便使用户可以观看任何时刻的数据。能以各种不同格式，诸如NFS、CIFS文件系统或作为LUN提供虚拟快照选项。例如，若用户请求查看2:00p.m.的D驱动器，那么，日志引擎114可以在2:00p.m.从永久存储器110(必要时，为了优化的目的从各种不同的辅助存储器(如果数据已经移到这些装置的话))为D驱动器构建完整的数据组。随后将结合其余附图讨论日志引擎114的进一步的细节。

虚拟存取接口116能以各种不同格式诸如LUN、文件系统、或网络文件系统或应用对象向用户提供请求信息。虚拟存取接口116可以结合服务和管理控制台118(服务和管理控制台可以起诸如图形用户接口的用户接口的作用)来工作，以便使用户可以设置策略、配置、查询选择和用于浏览和恢复的与用户连接的通用接口。

图4是某些实施例中用于保护和管理信息的系统的例图。在该实例中，示出的应用服务器300A与局域网308A耦合。示出的所述应用服务器还与主存储系统304A耦合。示出的局域网308A还与数据保护设备302A耦合。数据保护设备302A可以是能够托管图4的至少一个数据保护部件102-110的任何处理机。示出的数据保护设备302A还与存储器306A耦合。存储器306A可以是包括多个存储装置的保护室(protection vault)。

在某些实施例中，拦截器1 02和分配器104可以驻留在应用服务器300A中。日志采集器106、日志引擎114和永久存储器110可以驻留在数据保护设备中。另外，虚拟存取接口116(图1中)以及服务和管理控制台118(也在图1中)可以驻留在数据保护设备302A中。

在另一个实例中，拦截器102可以驻留在主存储系统304A中。

图5是用于某些实施例中的SAN或基于交换的配置的例图。在该实例中，示出的局域网308B与应用服务器300B以及数据保护设备302B耦合。示出的应用服务器300B和数据保护设备302B两者都与交换机320耦合。示出的交换机320与存储系统304B和保护室306B耦合。在一种变型中，数据保护设备302B可以直接与保护室306B耦合。

在某些实施例中，拦截器102、分配器104和日志采集器106可以驻留在交换机320中。日志引擎114和永久存储器110可以驻留在数据保护设备302B中。

在某些实施例中，拦截器102、分配器104和日志采集器106可以驻留在存储系统304B中。在某些实施例中，日志采集器可以驻留在数据保护设备302B中。在某些实施例中，拦截器102、分配器104和日志采集器106可以驻留在应用服务器300B中。

图6示出某些实施例中用于信息保护和管理的系统的另一个实例。在该实例中，示出应用服务器300C与局域网308C耦合，示出局域网308C与网络附加存储器330A和数据保护设备302C耦合。示出数据保护设备302C与保护室306C耦合。

在某些实施例中，拦截器102、分配器104、日志采集器106、日志引擎114和永久存储器110也可以驻留在数据保护设备302C中。在其他实施例中，拦截器102和分配器104可以驻留在应用服务器300C中，而日志采集器106、日志引擎114和永久存储器110驻留在数据保护设备302C中。在其他实施例中，拦截器102、分配器104和日志采集器106可以驻留在网络附加存储器330A中，而日志引擎114和永久存储器110驻留在数据保护设备302C中。在还有另一些实施例中，拦截器102、分配器104和日志采集器106可以驻留在应用服务器300C中。在还有另一些实施例中，交换机(未示出)也可以与局域网308C耦合，并且所述交换机可以使拦截器102和分配器104驻留在它里面。

图7示出某些实施例中用于信息保护和管理的系统的另一个实例。在该实例中，示出局域网308D与多个应用服务器300D-300E以及数据保护设备302D和网络附加存储器330B耦合。示出应用服务器300D和数据保护设备302D与交换机340耦合，示出交换机340与存储器306D和304D耦合。

在某些实施例中，全部保护部件102-114可以驻留在数据保护设备302D中。在其他实施例中，拦截器102和分配器104可以驻留在应用服务器300D-E之一中。在其他实施例中，拦截器102、分配器104和日志采集器106可以驻留在交换机340中。在还有另一些实施例中，局域网交换机(未示出)可以与局域网308D耦合，而拦截器102和分配器104可以驻留在局域网交换机中。

图4-7中所描述的系统仅仅是可能的配置的实例。在其他实施例中设想另一些配置，包括驻留在装置的任何组合中的保护部件102-114的任何组合。

图8A-8C是某些实施例中用于保护和管理信息的方法的流程图。在该实例中，连续地监视从应用程序到操作系统400的输入/输出(I/O)。在步骤402，截取所述I/O。例如，若要连续地监视驱动器D，那么，截取从驱动器D中的应用程序到操作系统的I/O。类似地，若要监视特定文件，那么，连续地监视并截取与所述文件相关联的I/O。

在某些实施例中，在404，确定是否已经建立有意义版本。例如，若用户正在处理文字文档，那么，可以连续地监视并截取对所述文字文档的改变。确定对所述文档的这种特定改变是不是有意义版本。有意义版本的一个实例是，当用户进行改变时，保存所述改变并且关闭所述文档。

若在404确定这是一个有意义版本，那么，在406，保存所述数据和元数据。本文中使用的元数据是指与所述数据有关的信息。元数据的实例包括建立所述数据的时间、谁建立所述数据、所述数据与什么应用程序相关联等等。然后，在408，更新和保存存储元数据。本文中使用的存储元数据是指存储的与数据有关的信息。存储元数据的实例包括所述数据的存储位置、已经存储这种特定数据的多少份副本、已经存储这种文档或文件的多少种版本等等。

在410，也可以确定这种截取的I/O是不是里程碑。本文中使用的里程碑是指重大信息事件，诸如文件的建立、文件的删除和制作备份的良好时刻。若在410确定是里程碑事件，那么，在412，把里程碑标记与所述数据相关联。

在422，还可以确定是否要存入高性能介质中。例如，可以把特定文件指定为足够重要而总是存储在高性能介质中，或者可以指定某些类型的文档，诸如PowerPoint Presentations(高级技巧演示)总是被存储在较低性能介质中。因此，若在422确定这种数据不应当被存储在高性能介质中，那么，在424，将其存储在较低性能介质中。但是，若确定应当将其存储在高性能介质中，那么，在426，将其存储在高性能介质中。然后，在428更新存储元数据，以便指示所述数据在所述存储介质中的位置。

在414，还可以确定数据是否正在定期改变。可以将定期或频繁改变的级别配置为一种策略，以便确定在什么利用率条件下应当把文件存储在较低性能的低成本存储器中。若数据不是定期改变的，那么，在416，可以将它移到低成本的低性能存储器中。但是，若在414确定数据是定期改变的，那么，在420，将所述数据保存在高性能存储器中。

在450，还可以确定是否正在删除文件。若截取的I/O用于删除文件，那么，在456确定策略是否允许删除这个文件。若预定的策略不允许删除这个文件，那么，在458保存所述文件的副本。例如，企业策略或SEC策略可能要求在若干年内保存所有财政文档。若用户正企图删除的文件是财政文档，那么，可以在所述用户的计算机中删除所述文件，但是可以把所述文件的副本保存在低性能归档存储器中。

若在456，策略允许删除这个文件，那么，在460删除所述文件。在462，还可以确定，当在用户机器上删除所述文件时所述策略是否指示删除所述文件的所有副本和版本。若策略未指示删除所有副本和版本，那么，在464保存所述文件的副本和版本。但是，若在462策略指示删除所有副本和版本，那么，在466，删除所述文件的所有副本和版本。例如，若用户删除PowerPoint Presentation(高级技巧演示)并且存在10个所述演示的保存版本，那么，当用户删除当前演示时，将删除所有10个保存的版本。

在468，还可以确定策略是否要求特定的动作，如果是的话，在470，可以按照策略执行所述动作。例如，公司可以有把所有电子邮件保存在特定电子邮件库的策略。在所述实例中，将确定截取的I/O是否与电子邮件有关，若是有关，则将它保存在规定的电子邮件库内。

图9是某些实施例中用于截取并存储信息的方法的流程图。在这个实例中，在500，截取从应用程序到操作系统的I/O。在502，产生元数据包。元数据的实例包括发生改变的时间、所述改变发生在哪个应用程序中以及所述改变发生在哪个计算机系统中。在504，确定该事件是不是里程碑。若它是里程碑，那么，在506，将里程碑标记包括在元数据包中。

在508，还确定是否应当借助于网络路由选择协议发送数据和元数据包。若不应当借助于网络路由选择协议发送它，那么，在该实例中，在510，利用SAN路由选择协议或共享存储器策略来发送所述包。但是，若在508应当使用网络路由选择协议，那么，在512，网络路由选择协议用来发送所述包。在某些实施例中，把所述包发送到日志采集器，诸如图1的日志采集器106。

在514，可以将包转换成所需格式。例如，可以将包变换成XML并且将其以FC包格式发送到存储介质。然后，在516存储所述包。

图10是某些实施例中用于存储器编索引的方法的流程图。在该实例中，在600，接收用于存储的数据包。在602，确定这些包是不是元数据。若在602所述包是元数据，那么，在604，把包存储在元数据库中。若在602所述包不是元数据，那么，在606，确定是否已经有这个文件的副本。如本文中使用的文件是指任何数据组，诸如文件、文档、Excel电子数据报表、数据库或文件系统或目录。

然后，在606确定是否已经有这种数据的副本。若在606已经有存储在存储介质中的副本，那么，在608，在存储器索引中更新副本信息和存储位置。在某些实施例中，保存存储器索引，所述存储器索引包括诸如以下信息：存储多少份文件副本、存储多少个文件版本、以及这些副本和版本中的每一个的存储位置。

在610，还可以确定是否有这种数据的老版本。若有老版本，那么，在612，在存储器索引中更新各种不同版本的版本信息和存储位置。

在614，还可以确定这些接收到的包是否表明正在删除文件。若正在删除，那么，在616，更新正在被删除的副本或版本的存储器索引。

在某些实施例中，跟踪这种类型的信息便于应答涉及存储数据的查询以及协助SEC顺应(compliance)或企业策略顺应。

图11A-11B是某些实施例中通过日志引擎执行的方法的流程图。在该实例中，在700确定是否已经达到最大的版本数目。例如，策略可以规定，可以保存文档的最多10个版本。若已经达到最大的版本数目，那么，在该实例中，在702删除最老的版本。

在704，还可以确定，这种特定情况是不是良好的恢复点。良好的恢复点的一个实例是所有或大部分应用程序都未在使用中或处在静止状态的时候，诸如半夜，系统中几乎没有改变的时候。恢复点的另一个实例是预定的恢复点，诸如预定每隔两小时一次的恢复点。

在某些实施例中，若在704这种情况是恢复点，那么，在706可以使应用程序静止。当使应用程序静止时，在这段时间内保存I/O，以便获得可以制作备份的清楚点。在某些实施例中，此时不制作备份。在708，使应用程序静止并且设置备份里程碑标记。在某些实施例中，因为不做实际的备份，所以，可以快速和有效地完成使应用程序静止和设置备份里程碑标记的操作。

在710，还可以确定特定的存储数据是不是老的存储数据。可以在策略中规定认为数据是老的数据的年龄。例如，可以规定一个星期前的数据是老的数据。若数据是老的数据，那么，在712可以将其归档到较低性能存储器中。

在750，还可以确定永久存储器中的数据是否已经达到预定的空间量。在某些实施例中，若存储的数据已经填充预定的空间量，那么，在752，可以将数据移到较低性能存储器中。在某些实施例中，可以对移到较低性能存储器的数据设置优先级，使得某些类型的数据在其它类型的数据之前被移到较低性能存储器中。例如，可以在电子邮件之前将PowerPoint Presentations(高级技巧演示)移到较低性能存储器，又可以在Word文档之前将电子邮件移到较低性能存储器。

在754，还可以确定存储的数据是不是机密的。若数据是机密的，那么，在756，可以将加密应用于这样的数据。

在758，还可以确定存储的数据是不是可压缩的。若某些数据是可压缩的，那么，在760，可以将压缩过程应用于这样的数据。

图1 2是某些实施例中用于块和文件版本控制的方法的流程图。在该实例中，在800确定是否执行文件版本控制。若应当出现文件版本控制，那么，在802，标识要监视的文件。例如，可以将整个文件系统指定为要监视的，或者，可以将特定文件或文件组标识为要监视的。然后，在804，监视并截取选定文件的块改变。然后保存这些改变，以便使所述改变与已经进行所述改变的文件相关联。

若在800确定不应当出现文件版本控制，那么，在808，识别要监视的数据块。在某些实施例中，要监视的数据块与数据关联的文件无关。然后，在810，监视并截取这些块的改变。在812，保存这些块的改变并且还更新与这些改变相关联的元数据。与改变的块相关联的元数据的实例包括哪些文件与数据块相关联。在814，可以利用保存的元数据重构保存的块属于的那些文件。

因此，可以执行块和文件版本控制。可以通过利用文件或块或两者的组合选择适当的策略将其配置为建立过程的一部分。

图13是某些实施例中用于恢复存储数据的方法的流程图。在该实例中，在900接收观看文件的请求。例如，可能接收到观看名为D：/A.Tex的文件的请求。在902，可以找到具有里程碑特性的多个版本。例如，可以在永久存储器、诸如图1的永久存储器110中搜索请求的文件的多个版本。还找到与那些版本相关联的里程碑特性。所述里程碑特性的实例包括版本的日期和时间。

在904，可以显示具有其里程碑特性的这些版本。因此，用户可以观看具有时间、版本和表示这个特定版本是备份质量版本的静止时刻的版本的列表。然后，在906可以接收到对恢复所述版本之一的请求，并且在908恢复选定的版本。

图14是某些实施例中用于建立数据的备份的方法的流程图。在该实例中，接收到执行备份的请求。然后，在952，定位恢复点里程碑标记。然后，在954选定恢复点。例如，可以定位具有恢复点里程碑标记的版本并且将其向用户显示，而用户可以选择备份的恢复点。作为另一方案，在954，可以调度备份，以便自动地选定来自特定时刻的版本。

在956，利用存储元数据，定位与选定的恢复点里程碑标记相关联的存储数据。例如，所述存储元数据可以表示选定的数据存储在什么位置。在该实例中，在958，利用选定的存储数据执行备份。在某些实施例中，利用存储数据执行备份，允许在正常性能级别条件下执行应用程序。

虽然为清楚地理解起见已经相当详细地描述了上述实施例，但是，本发明不限于所提供的细节。有许多实现本发明的可供选择的方法。所述公开的实施例是示范性的而不是限制性的。

Claims

1.一种用于信息管理的方法，包括：

监视来自应用程序的输出，其中基本上连续监视所述输出；

确定所述输出是否与有意义版本相关联；以及

如果所述输出与所述有意义版本相关联则保存与所述输出相关联的数据；

其中连续地监视从所述应用程序到操作系统的输入/输出I/O，确定是否已经形成所述有意义版本，如果确定已经形成所述有意义版本，则保存数据和元数据，然后更新和保持保存的元数据，这里采用的所述元数据涉及与所述数据相关的信息，

其中，所述方法还包括确定所述数据是否与里程碑相关联。

2.如权利要求1所述的方法，其中如果已经执行了保存和关闭，则所述输出与所述有意义版本相关联。

3.如权利要求1所述的方法，其中保存数据与数据保护相关联。

4.如权利要求1所述的方法，其中数据保存在驻留有所述应用程序的装置的外部的介质中。

5.如权利要求1所述的方法，其中所述里程碑是用于备份的候选者。

6.如权利要求1所述的方法，其中所述里程碑是有意义版本。

7.一种用于信息管理的系统，包括：

处理器，所述处理器配置成：

监视来自应用程序的输出，其中基本上连续监视所述输出；

确定所述输出是否与有意义版本相关联；和

与所述处理器耦合的存储器，其中所述存储器配置成：

其中，所述处理器还配置成：确定所述数据是否与里程碑相关联。

8.如权利要求7所述的系统，其中所述存储器远离所述处理器。

9.如权利要求7所述的系统，其中所述存储器是所述处理器的本地存储器。

10.如权利要求7所述的系统，其中所述存储器经由局域网耦合到所述处理器。

11.如权利要求7所述的系统，其中如果已经执行了保存和关闭，则所述输出与所述有意义版本相关联。