CN102117233B - 用于高性能企业数据保护的系统和方法 - Google Patents

Abstract

本发明提供高性能、企业级的数据保护系统和方法，该系统和方法提供主存储设备的有效的块级增量快照，以及可直接用于代替主存储设备的这种快照的立即可安装形式的即时可用性。本文描述了相关的系统和应用，包括用于备份映像的“企业映像目的地”(EID)；一种镜像技术，借此技术可以在与次级存储单元一同工作的同时创建替换物理主设施，作为主源文件系统；以及一种用于当在备份具有部分公共内容(例如，操作系统文件，公共数据库，应用可执行文件等)的多个系统时，消除备份映像中的冗余数据的技术。还提供了大量的实例，示出利用本发明的“快速应用恢复”(FAR)。

Description

用于高性能企业数据保护的系统和方法

相关申请的交叉引用

本申请要求2005年6月24日提交的美国临时专利申请No.60/693715的优先权，并在此通过引用将其并入。本申请还通过引用并入与本申请同日提交的我们共同发明和共同受让的名称为“System And Method for Virtualizing Backup Image”的申请的全文。

技术领域

本发明属于信息技术领域，尤其涉及高性能、企业级备份和灾难恢复系统。

背景技术

最近的事件已经证明从(人为的和自然的)灾难中快速恢复的需求是至关重要的。在这种需求下，涉及到企业级备份和灾难恢复系统。在本领域的现有技术中，备份操作的典型的最终产品是备份卷，备份卷在生产中可被使用之前必须经历相对长的“还原”进程。

确实存在一些“短停机时间”备份和恢复解决方案，但它们通常要求昂贵的服务器群集和/或复制能力。

关于本申请现有技术在Storage Networking IndustryAssociation(“SNIA”)的出版物中业已进行了描述，其可在www.snia.org在线获得。特别是参见Revivio公司的Michael Rowan的“Examination of Disk Based Data Protection Technologies”；Cambridge计算机公司的Jacob Farmer的“Identifying andEliminating Backup System Bottlenecks”；E MC公司的MichaelFishman的“Technologies to Address Contemporary DataProtection”；以及AT&T公司的Andrea Chiaffitelli的“NextGeneration Business Continuity”。(它们中的每一个均在此通过引用被并入)

如回顾前述引用的参考文献的回顾而理解的那样，本领域的现有技术没有提供一种在系统故障或灾难事件中使系统的最近时间点快照即时可用而无需大规模服务器集群和/或复制的方法。

因此，期望利用简单硬件实现的系统，该系统提供的能力使得一个组织在任何给定时间都能够具有其可用的生产服务器的最近的前后一致的映像的集合，其在系统故障或灾难事件中能够或多或少瞬时地实现在线并开始有效的生产。

发明内容

本发明的一个实施例被使得可用作本申请的受让人(Syncsort公司)的软件产品Backup(BEX)的一部分。如同在BackupExpress中实现的，除了其它能力，本发明提供了一种称为“快速应用恢复”(FAR)的服务，该服务使得利用完全在大多数企业的IT预算内的简单硬件从故障中近乎即时地恢复成为可能。

本发明的一个目的是提供高性能、企业级数据保护系统和方法，该系统和方法提供主存储设备的有效的块级增量快照，以及可直接用于代替主存储设备的具有立即可安装的形式的这种快照的即时可用性。

本发明的其它目的如下：

为这种快照提供企业存储库(repository)，用于帮助在各类存储平台上实现这里所述的方法。

提供在与另一个存储单元一同工作的同时，实时创建替换物理主设施作为主存储设备的能力。

通过块级比较，提供消除多重备份中和/或单个文件系统中的冗余的能力。

在一个实施例中，本发明的即时可用性方面通过以下步骤提供：

a)提供存储在源(“主”)文件系统的次级系统上的基础级快照；

b)提供存储在次级系统上的主系统的块级增量快照，该块级增量快照仅代表自从先前快照以来改变的块；以及

c)根据所述增量快照映像的至少其中一个，构造逻辑磁盘映像，其可直接用作安装的存储单元(步骤b中的增量快照已经按照要求以利于该步骤的立即性能的方式被构造)。

本发明的快照和即时可用性特征与存储硬件组件一同使用，以便为根据本发明创建的备份映像提供“企业映像目的地”(EID)。EID软件以可与来自广泛的各类厂商的存储硬件(包括廉价的ATA存储硬件)一同工作中而更加著名。还提供了“双重保护”特征，借此EID中的时间点(point-in-time)映像本身可被备份到所选择的介质或者复制到其它的EID中。

本发明还提供一种特征，称为“懒散镜像(lazy mirroring)”，借此可以在与第二存储单元一同工作的同时创建替换物理主设施作为主源文件系统。根据这个特征的次级存储单元可以是先前依据上述提及的本发明的“即时可用性”特征而实现在线的次级逻辑卷，在此同时创建一个替换物理主卷；或者(如另一个实例)其可以是镜像的存储系统的存活单元，在此同时另一个镜像单元被“重新镀银(resilvered)”或替换。“懒散镜像”技术的其它应用也是可能的。在任何的这种应用中，根据本发明的“懒散镜像”的特征还在于能够不中断地进行处理。

最后，本发明提供基于块比较的技术，用于通过在备份具有部分公共内容(例如，操作系统文件和公共数据库)的多个系统时消除冗余数据，大大加速分布式备份操作。当确定将要备份的块已经存在于备份集之中，则该已经存在的块被用在备份的目录或编目中，而不是存储两个块。一种类似的技术被采用以便消除文件系统中的冗余块。

根据附图和下面的详细描述，本发明的其它目的和优点将变得清楚。

附图说明

图1是示意本发明的一个实施例的典型企业部署的高级系统框图。

图2是示意块级备份数据传送和文件级还原的框图。

图3是示意作为块级增量备份的一部分的操作以及其后的示例性文件级还原的时线的框图。

图4(A&B)是示意包括增量块级备份、即时可用性还原以及“懒散镜像”复制的示例性灾难恢复情形的时线的框图。

具体实施方式

下面是本发明的各方面的多个优选实施例的说明，示出了如何构造系统以实现本发明的细节，以及可以采用的以便利用这种系统和实践这种方法的步骤。这些实施例仅仅是示意目的，而且本发明并不意欲受限于所示出的特定实例。例如，描述了关于利用特定存储硬件和操作系统的实现的某些优选实施例，但是应当理解的是，下文的公开内容意欲使得本领域的技术人员能够容易地将所阐明的教导内容应用到其它存储硬件和操作系统。任何特定实施例的特定特征都不应被理解为限制可能会要求保护的范围。

定义

当在本申请中使用时，下列术语具有所定义的含义：

APM(高级保护管理器)：实现本发明的实施例的一套产品的名称。

APM2D(对磁盘的高级保护管理器)：覆盖了当前可用的辅助设备以及在提供永久块级增量和即时可用性的系统中的未来解决方案的总术语。

Application(应用)：一种大量生产的(即，一般为商业授权的)受备份保护的后端商业应用(通常为数据库)。这区别于终端用户应用(而且不应与之混淆)。

Application Instance(应用实例)：与物理机器上的其它实例共存的应用的逻辑独立的体现。应用实例是FAR的目标。

Backup Client(备份客户软件)：提供用于高速备份的块级增量备份而在实际上对其它操作没有影响的客户软件。直接存取磁盘，为了非常快速、有效的基于映像的备份而绕过文件系统。备份客户软件还提供Exchange 2000/2003和SQL Server 2000数据库的块级增量备份。

BAR(还原后的备份)：还原后的首次备份，同样是增量的而且依赖于原始库。

EID(企业映像目的地)：用于应用知晓的永久映像增量的近线目的地和存储库。

EOFM：-来自St.Bernard的用于Windows的快照驱动程序的OEM版本。

应用的ERF(最终快速故障恢复)：可期望将应用从用于FAR的目标节点故障恢复回到所述应用的原始的或最近指定的起始节点(home node)。这被快速、无缝地执行，具有最小应用停机时间。

ExpressDR：根据例行的日常备份为客户节点提供简单、健壮的一步式裸机恢复。也可用于部署完整的系统映像到多台机器。

Express Image(快速映像)：将用于系统的高性能备份的块级技术应用到磁带或存储独立的磁盘。为具有许多小文件的高容量备份提供不同寻常的性能增益。

FAR(快速应用恢复)：快速应用恢复是通过连接到从NAS设备上的备份映像之外创建的虚拟存储上，从而在备用或原始服务器上快速实现应用在线的能力。

Filer(文件管理器)：一个NAS设备。

Forever Image Incrementals(永久映像增量，也称为“永久增量”和“永久块级增量”)：播下基本级的回退的种子，并在其后不断地调度增量、块级备份的能力。

Instant Availability(即时可用性)：能够将备份数据集快速安装为读/写卷。无需传送数据而提供对关键应用和数据的近乎即时的恢复。

iSCSI：基于TCP/IP的存储协议。光纤信道的低成本替代物，用于使得IP网络上的远程存储可由任何认证后的启动程序节点来存取。

iSCSI mapping and Unmapping(iSCSI映射和取消映射)：iSCSI注册到文件管理器的进程，使得文件管理器上的LUN如同在还原目标节点上的本地存储器一样可见。iSCSI注销取消该进程并删除这些磁盘。

LAR(还原后的生命期)：如果保护FAR卷具有商业价值，则LAR是FAR卷的ERF和备份的结合。

LUN Cloning(LUN克隆)：NAS文件管理器的一个特征，其允许快照所支持的LUN不受支持快照的约束，并转换为正常的LUN。当这个进程完成时LUN可被应用使用。快照于是可以被删除，然后LUN独立存在。

LUN Creation(LUN创建)：NAS文件管理器的一个特征，将虚拟存储从存储在快照中的备份映像中分出来。这些LUN于是可以被安装在还原目标上以进行读-写。可以从快照读，而写被定向到单独的持久区域。原始的备份映像不改变。

Online/Background Restore(在线/后台恢复)：在FAR之后，从iSCSI驱动器到本地盘片对映像数据的自动后台拷贝，同时保持应用在线。这是在后台非强迫性完成的，同时应用有效且在运行。当应用停顿或重新启动而且iSCSI驱动器取消映射时，在最后需要短暂的同步。在进程结束时，所有的数据都是本地的。当数据发送发生时，就应用中断或停机时间来说没有任何代价。

PIT Images(PIT映像)：应用卷的时间点映像，在备份时刻被冻结。

Protocol director(协议导向器)：控制和管理采用块级应用一致协议的作业的执行。

Secondary Storage(次级存储)：与(生产数据驻留于其上的)主存储器相区别，次级存储是备份的目的地，以及形成虚拟机器磁盘的LUN的基础。只有变化才需要附加的存储，因此仅需要稍多于备份所需的次级存储。该存储可以是一次写多次读(WORM)，以支持为满足法律要求而保留的不可改变的内容。

Specialized Backup Software(专业备份软件)：该软件创建备份映像，捕获增量改变并在次级存储上保存过去的时间点。备份软件创建应用一致的映像并另外捕获包含持久和易失状态的机器配置。

Application Manager(应用管理器)：根据一个易于使用的、基于浏览器的GUI，管理所有块级的应用一致的备份操作。支持NAS设备+Windows、UNIX和Linux节点的备份。还为可选择的备份和还原在GUI中显示SQL和Exchange卷和数据库。所有的备份和其它操作都在单个目录中被追踪。

Stand-by Node/Alternate Node/Preventive Setup(备用节点/更替节点/预防性安装)：一台出于高可用性或验证原因的、可作为FAR的目标的具有最小硬件和默认应用安装的机器。依赖于商业需求，这种模式还可以是功能强大的能够在永久性基础设施上运行应用的机器。

Volume(卷)：备份单元，由许多文件和目录组成的单个文件系统，其以块级备份。

具有企业映像目的地的端到端保护

企业映像目的地是APM(高级保护管理器)产品套件的一部分。这个特征是完全以软件实现的，而且一旦安装到一个节点上就将允许该节点起到应用知晓的永久映像增量的近线目的地的作用。该EID节点能够以各种方式来配置(本地磁盘，iSCSI存储器等等)，以提供各种程度的保护和可靠性。来自不同的节点的映像备份将在该设备之上被合并、近线化以及版本化。这些版本化后的映像将支持文件系统和应用的即时可用性。

图1示出了本发明的实施例的典型的企业部署，示出了利用廉价的SATA磁盘驱动器的次级存储服务器107，次级存储服务器107又与另外的服务器阵列103、NAS设备104、远程次级存储设备105和磁带存储器106相连。这种备份方案用于远程管理对包括小型(101)和大型(102)远程站点的网络的备份和恢复。块级备份客户软件被用于执行在(111，112，114，115)处所指示的块级备份操作。图中还示出了到三级存储113(其中次级存储服务器107还用作三级存储)和磁带116(到磁带驱动器106)的复制。图1中所示的各种组件和备份步骤将在下面的本公开的各章节中进一步讨论。

体系结构：

基本型：

EID节点将具有本地附接的SATA驱动器，该SATA驱动器被配置作为可热插拔的RAID5。这种存储器将被用作映像的存储库。版本化是经由系统(用于Win2003的VSS或用于Linux的LVM/EVMS)上可用的快照实现的。映像将经由随附的iSCSI目标软件输出作为读-写LUN。

瘦型：

EID节点将仅具有小型的本地驱动器(理想地为镜像的)以容纳OS和EID软件。一个后端iSCSI存储阵列(或类似的网络智能设备)将被用作备份映像的实际目的地。存储阵列必须要暴露LUN创建、快照创建、LUN克隆、LUN屏蔽/解除屏蔽特征，以作为参与随附的EID解决方案的候选。VSS/VDS或SMI-S API可用于标准化EID软件和外部存储之间的接口。

瘦共享型：

这是上述瘦型的一种变化，其中网络化的存储阵列在源机器和EID节点之间共享。在这种配置中，可通过在源和目的地之间共享快照优化备份。在这种配置中EID节点将充当备份头。

具备双重保护的EID：

备份需要通过进一步备份到磁带或磁盘加以保护。这在术语上称作双重保护。(参考双重保护文档)到EID节点上的磁盘的首次备份可能转到SAN上的磁带设备或其它与首次备份所驻留的存储器相区分的其它磁盘上。其可能是驻留在SAN或附接到某些远程装置(可能是另一个EID节点)上的次级或三级存储器。由此EID是针对基于多级存储的数据保护的端到端解决方案的关键实现者。

配置：

APM客户节点：

这些节点可能被配置有APM客户软件和支持多个快照提供程序(如果可用的话)的支持程序。APM客户软件将能够备份EID目标到次级存储，其可能是厂商支持的存储硬件或普通的ATA存储硬件。快照支持程序可能是基本的(随附的EOFM)或复杂的每个卷可以有单独的快照提供程序。(当存在多个快照提供程序时，它们的使用必须是预先配置的或者由EID节点来指示)。当实现时，应用支持程序对次级和EID目标均是同时可用的。

APM服务器-EID节点：

依赖于后端iSCSI存储(如果有的话)，这种节点可能具有与特定于存储的插件一起安装的EID软件。该插件配置在与许可信息一起安装期间将被硬连线。该基本配置能够在两种不同的商用OS集-Windows 2003/NTFS和带有LVM/EVMS的ext3fs/xfs的Linux 2.6-之上得到支持。所需的基本上就是具有多个持久快照的具有稀疏文件支持的64-位日志文件系统。任何满足这些标准的系统都能够是EID节点的候选。(类似压缩和/或加密的文件系统附加属性尽管不是必需的，但可以采用以在附加的复杂性和/或开销下提供附加的特征)。

备份流程：

图2原理性示意了时间点快照、块级增量备份以及时间点全卷映像的创建，以及文件级还原操作。

快照阶段：

协议导向器使用BACKUP_PREPARE联系APPH(应用帮助程序，其在备份开始和结束时协调特定于应用(SQL Server、Exchange等)的交互)。APPH与快照处理程序联系，产生卷的集合的快照并刷新变更日志，其中该快照处理程序封装快照代码和增量块追踪接口。快照处理程序将执行DISCOVER_LUNS，作为文件系统发现的一部分。在所支持的iSCSI(或者FCP(光纤信道协议))厂商检测到一些LUN是后端LUN之后，快照处理程序将调用厂商特定的方法，以获得驻留在同一iSCSI存储实体(例如包含存储设备上的一组LUN的卷)上的卷的集合的快照。每个存储厂商将存在专门提供程序以提供这种功能性，或者如果可从存储厂商得到的话，可以使用VSS或SMI-S提供程序。每个后端存储节点将需要附加的配置信息以便提供这种功能性，该配置信息将必须从数据库获得。(这个信息可以被缓存或者保存为本地配置文件的一部分。)由于大多数外部提供程序将不提供变更日志支持，可能需要获取外部(或者VSS协调的)快照和随附的EOFM快照。EOFM快照将单独被用于刷新变更日志以及追踪改变的块。外部快照将表示真实的备份实例或用于远程拷贝的一致的源。首先要获取EOFM快照，然后是外部快照，以便产生一致的映像。在块可能改变的两个快照之间有一个小窗口。由于应用已经被停止(应用状态已经通过APPH协调，使得应用知道已经开始备份并且已经将其事务刷新到磁盘)，所以不应当为它们生成任何的I/O。而且也不应当改变任何的文件系统元数据(任何情况下文件系统都能够恢复到崩溃一致状态)。直到下一增量才会捕获到单个文件可能有块改变了。注意该窗口较小而且不支持的应用具有不一致的状态的机会极小。

APPH将在该进程的结束时为备份说明创建一个内容文件。该文件将被添加有厂商特定的信息，可能会是与由EOFM、VSS或第三方提供程序创建的本地快照卷一起的逻辑名称和持久快照id。

数据传送：

SVH使用CREATE_RELATIONSHIP消息(针对首次备份)联系EID软件，并传递内容文件作为源路径。

EID节点上的EID软件然后与源节点之上相应的软件(“节点软件”)建立连接并传递内容文件路径。源一侧的节点软件然后读取内容文件的内容，并将其传递回到EID节点上的EID软件。

变化I：共享的快照＝备份

EID软件检查厂商特定的快照信息并确定该厂商是否被支持和许可。如果答案为肯定，则EID软件经由本地查询，设法确定共享的存储设备上是否存在快照，而且如果其确定共享的快照可被用作备份，则该进程完成。在该点还获得分配位图。EID软件在其本地数据库中存储该关系，即源节点+源驱动器(或唯一id)+目的节点+lun名称的组合。同样还保存了通过快照id索引的分配位图。

EID节点上的快照：

来自SVH的CREATE_SNAPSHOT与前一步骤中的共享快照一同返回。

错误恢复：

对于这种情况不需要。

取消之后的重新启动：

不需要，因为备份应该非常的快。

文件历史记录：

利用备份LUN在EID节点上(可选地)生成文件历史记录。文件历史记录将以某个特定于实现的方式传送到BEM(Backup ExpressMaster快速备份主)服务器。

增量备份：

增量备份以与基础备份相同的方式进行，除了变更日志被全部传递到EID节点，EID节点接着将CJ存储到通过快照id索引的其本地数据库。

校验和：

可以为LUN映像上的所有分配的块计算校验和，并且另外保存在通过快照id索引的EID数据库内。由于以下三个原因，校验和是重要的：

1.写之后验证的能力。

2.有助于可靠的检查点重启动。

3.利用块级追踪进行增量备份的能力(虽然成本增加了)。

APPS：

APPS卷包括在获取快照之后在活动文件系统上生成的、并且作为POST_BACKUP事件的一部分的文件。共享快照中不存在这些文件。这些文件需要被独立备份。在此情况下必须使用变化II“本地拷贝到备份LUN”。尽管APPS作为虚拟的卷出现，APPS的备份通过拷贝全部文件(逐文件备份)而不是面向卷的块拷贝来实现。

变化II：本地拷贝到备份LUN

如果EID软件确定不能使用共享快照，则其在iSCSI存储器上或者本地创建一个备份LUN，以源节点+驱动器id的组合来唯一命名该LUN。主机名称+portid+目标名称+lunid被返回到源EID软件作为初始握手的一部分。

源一侧的节点软件然后使用从EID节点传递来的信息，调用MAP_LUN(其间接使用了iSCSI注册)。MAP_LUN暴露一个映射到本地命名空间的设备。节点软件开始将分配的块从该设备的本地快照拷贝到iSCSI映射的设备。在此进程期间，其经由已经建立的信道将状态/校验和/进度传递到EID软件。

EID节点上的快照：

EID软件获取备份LUN的一个快照或者一些覆盖实体，并返回快照id。

错误恢复：

不需要，因为用于数据传送的iSCSI连接是可靠的，而且具有内建的恢复和错误连接。EID软件应当能够基于对DMA透明的控制连接，从错误中恢复。

取消之后的重新启动：

这需要被实现。EID软件需要记住最后一次成功的块写入并在初始握手期间传递该信息，指示这是重新启动一个异常中断的备份的一部分。

文件历史记录：

利用备份LUN在EID节点上(可选地)生成文件历史记录。文件历史记录以某个特定于实现的方式传送到Backup Express Master服务器。

增量备份：

增量备份以与基础备份相同的方式进行，除了作为进程的一部分，在本地利用变更日志来仅仅拷贝改变的块到备份LUN上。

校验和：

可以为LUN映像上的所有分配的块计算校验和，并且另外存储在通过快照id索引的EID数据库内。

APPS：

APPS卷包括在获取快照之后在活动文件系统上生成的、并且作为POST_BACKUP事件的一部分的文件。备份快照中不存在这些文件。在APPS LUN已经被本地映射之后，其必须被格式化为本地识别的文件系统。然后APPS目录/文件被从APPH指向的位置(而不是从快照)全部(逐文件地)拷贝到APPS备份LUN之上。在增量备份期间，必须清空APPS LUN并拷贝一个新的APPS文件集合。(旧的快照将保留之前版本的APPS文件)

变化III：网络拷贝

类似于变化II，如果EID软件确定不能使用共享快照，则其在iSCSI存储器上或者本地创建一个备份LUN，以源节点+驱动器id的组合来唯一命名该LUN。如果在该节点(实际上是基本配置)之上不支持，则LUN创建可能失败。如果这种情况发生，则不返回主机名称+portid+目标名称+lunid到源节点软件作为初始握手的一部分，而且指出是变化III。

如果指出是变化III，或者在源节点之上不存在iSCSI，或LUN映射支持的其它手段，那么源一侧的节点软件开始从该设备的本地快照读取分配的块，然后将其通过网络发送到目的地EID软件。目的地EID软件从信道中读取，并在目的地上的某个预定义的卷上写出一个稀疏文件。这个进程中的任一端都可能生成校验和。

EID节点上的快照：

EID软件获取包含备份映像文件的卷的快照，然后返回快照id到DMA。

错误恢复：

需要，从而借助于目的地上保留的检查点从网络停机中恢复。

重新启动/取消之后的重新启动：

需要被实现。EID软件需要记住最后一次成功的块写入，并在初始握手期间传递该信息，指示这是重新启动一个异常中断的备份的一部分。

文件历史记录：利用备份映像在EID节点上(可选地)生成文件历史记录。

增量备份：

增量备份以与基础备份相同的方式进行，除了在本地利用变更日志来仅仅读取改变的块并随后将它们通过网络传送以更新目的地上的备份映像。

校验和：

可以为备份映像上的所有分配的/改变的块计算校验和，并且另外存储在通过快照id索引的EID数据库内。

APPS：

APPS目录/文件被从APPH指向的位置(而不是从快照)全部(逐文件地)读出，并通过网络拷贝到目的地EID软件，在此创建一个目录结构(在预定的备份目录位置之下)，以反映与在源处的文件一致的拷贝。在增量备份期间，必须清空APPS目录，并从源传送并重新创建一个新的APPS文件集合。(旧的快照将保留之前版本的APPS文件)

用于外部LUN/快照管理的插件结构：

EID备份依赖于快照创建、LUN创建、LUN克隆等。备份进程的源一侧和EID侧都是这些服务的用户。为了促进容易的结构分离以及能够插入不同的厂商的产品，需要实现一个与相关的厂商特定的提供程序的接口(以DLL或共享库的形式)。默认的实现将使用EID节点上随附的iSCSI提供程序，但是如果得到授权的话可以由厂商特定的实现来替代。接口将提供一般的LUN创建/删除、LUN克隆、快照创建/删除功能。接口的扩展版本可能为块级镜像和其它突出的特征(例如：次级到三级复制的特征)添加功能，其可被利用用于支持有效/优雅的双重保护法。

EID数据库：

需要EID节点上的一个小型数据库以维护配置(如后端iSCSI存储)、许可、快照id、校验和信息等等。在EID节点正在后端操作某个iSCSI/共享SAN存储的地方，这将尤为必要。Backup Express基础机构将处理唯一快照id，但是EID软件必须通过经本地数据库取消对快照id的引用，将其翻译为一个确切的网络实体。

一种简单的实现可以是一组使用包含块分配位图、增量位图、校验和、文件历史记录等的快照id来命名的目录。

到磁带的双重保护：

这将经由从SSSVH重定向到作业处理程序的常规NDMP(网络数据管理协议)备份来实现。(参考双重备份的单独的讨论)关于DP到磁带，要注意的重点是注意首次备份的完全/完整映像是在磁带上创建的。后续的磁带备份是其它首次备份实例的完全拷贝。增量的概念，或者以任何其它的使一个磁带备份映像与另一磁带备份映像相关的方法都不是这种设计的一部分。

到磁盘的双重保护：

到磁盘的双重保护(DP2D)通过在原始/首次备份的磁盘上创建另一个备份，进一步延长了备份映像在磁盘上的寿命。在此情况下作为各种努力，通过传送增量数据以便更新三级备份，从而创建后续的备份。各种各样的方案有：

对EID节点可见的多级存储：

在这种方案中，三级磁盘存储器是从EID节点可存取的(次级和三级存储是经由统一的单个厂商接口-Hitachi TagmaStore-存取的大型多级存储部署的一部分)。在此情况下，DP备份将在选择了适当的三级位置而且在本地EID节点上解除屏蔽/安装了LUN之后，经由由EID软件执行的本地块级增量备份来进行。

单个厂商节点之间的块镜像：

如果厂商有一个有效且设备实现的块镜像方法用于在次级和三级节点之间传送数据，则EID软件将经由厂商特定的API集来触发和进行映像传送/更新，以创建一个双重保护备份。

EID节点到EID节点：

当三级存储与EID节点物理隔离时，远程EID节点将经由“网络拷贝”启动备份，以从本地EID节点拉出(pull)数据。

EID节点到次级存储：

当必须在EID节点和次级节点之间传送数据时，将使用适用的备份客户软件传送方法，即，将联系次级存储并请求从EID节点拉出数据。EID软件将识别一个DP2D备份，并且利用保存的位图，根据适当的(通常为最近的)快照更新次级映像。

备份机制：

一旦为了保护首次备份创建了双重保护作业，协议导向器就启动一个EID备份，除了跳过了快照阶段外，与常规的EID备份非常相似。

CREATE_RELATIONSHIP被发往目的地EID软件(这可能是一个与目的地共位于一处的EID节点，一个远程EID节点，或者另一类型的次级存储)。如果EID软件检测到备份的是源节点，则其使用适当的机制以便或者在本地将映像拷贝(利用与该备份一同保存的分配的或增量的位图)到三级目的地，或者调用一个厂商特定的方法以实现该传送。如果EID软件检测到该源为远端，则其利用之前描述的机制启动一个常规的EID备份。该备份类似于常规的EID备份而被保存在目的地EID节点上，意味着该进程可以被无限地级联。

响应于次级快照的创建而从NOTIFY返回的快照id被编目作为DP备份的一部分，并且与原始首次备份相联系。(至于详细的解释，参见双重保护的单独的讨论)

从双重保护备份来还原：

参考双重保护的描述。

恢复浏览：

当在EID节点上的备份结束处生成文件历史并结合到BackupExpress数据库时，经由dB的目录浏览功能正常进行浏览。当没有生成文件历史记录时(当生成文件历史记录是计算密集的或者将需要过多的存储时)，可通过联系EID软件来使用NDMP目录浏览功能。可以通过在EID节点上安装备份LUN来提供浏览，然后在当需要浏览时，利用现有的“快照目录列表”机制或者通过从映像文件生成“rawtoc”，从而浏览文件系统。如果安装LUN作为可识别的文件系统的选项不可用时，则到磁带的双重保护需要在双重保护操作期间生成文件历史记录，或者作为映像的一部分，或者用于构造一个逐文件归档格式。

恢复流程：

目录/文件恢复：

一旦已经生成还原选择(在实例的备份文档已经通过APPH从应用目标翻译到文件之后，或者由用户或者由协议导向器生成)，而且已经创建了内容文件，则SSSVH联系还原目标上的节点软件并将内容文件传递给它，EID节点从该内容文件获得该节点上的数据、路径和快照id。还原目标上的节点软件于是联系EID软件，将还原路径和快照id传递给它。一旦EID节点检查了该信息，其确定id与卷的组合是否能够被暴露作为还原目标上的LUN。如果是可能的(很像备份)，则将通过EID节点，或者在本地或者在共享SAN存储器上，创建LUN，而且将主机名称+portid+目标名称+lunid传递给还原目标。(注意：主机名称可以不同于EID节点)一旦还原目标上的节点软件能够映射该LUN，则握手完成。对于即时可用性，这基本上完成了还原进程。否则节点软件执行从映射的LUN到还原目标位置的文件/目录的本地拷贝。(注意：这完全就像是APPS文件是如何逻辑备份的。)

回退：

有可能EID节点确定不能将LUN暴露给请求节点(例如，出于安全的原因)，或者在初始握手完成之后，请求的节点不能映射LUN。在此情况下(低优先权)，进行传统的还原，其中EID软件从备份映像中读取请求的文件并将它们通过网络发送，还原目标上的节点软件然后根据接收到的数据在本地重新创建文件。在此情况下，需要‘rawtoc’，该‘rawtoc’或者根据一个后备份进程预先存在，或者为了还原而即时创建(然后将其缓存，如果需要的话)。

错误恢复/重启动能力：

这对于LUN映射/IA类型的还原是不必要的，但是对传统的还原可能有用(如果完全实现的话)。

即时可用性还原：

如在其它的块级还原中的那样，MAP_LUNS将被调用(如在快照处理程序中实现的那样)，以根据所选择的快照在还原目标上经由iSCSI或FCP映射一组卷。快照处理程序将调用EID节点上的CREATE_LUN_FROM_LUN以在快照内创建和暴露一个LUN。APPS卷然后将或者经由一个本地iSCSI安装或者网络安装而类似地映射到本地命名空间。一旦该步骤完成，SSSVH将指导APPH以完成还原。如果必要的话，APPH将从APPS卷拷贝日志文件到IA卷以恢复应用或数据库。注意，IA还原完全没有联系EID软件。

通过网络传送的备份数据作为差分块级映像的一部分具有一个附加在开头的磁盘标记，其具有适当的信息以将卷的备份虚拟化作为具有单个有效分区的整个SCSI磁盘。

在还原期间，通过在快照内创建映像所支持的稀疏文件，该只读映像被转换为iSCSI可寻址的读-写LUN。该LUN文件是持久不变的，而且可以起到将改变和来自备份映像的原始的未改变数据聚集起来的主存储的作用。LUN既可以安装作为独立的磁盘也可以作为RAID集的一部分。

错误恢复/重启动能力：

N/A。

经由本地卷回退而还原：

仅当如果还原碰巧发生在初始位置而且存在自从备份时刻以来的所有变更日志，卷回退才是可能的。如果不满足这些条件则可以触发一个全卷还原(但这是卷回退的退化情形)或者还原作业失败。(假设有IA还原的功能，这可能就根本不需要实施)

一个选项指示希望卷回退，在此情况下协议导向器发送VOLUMEP_ROLLBACK消息到快照处理程序(更像是MAP_LUN)。该消息包含备份jobid(其唯一识别备份的时间点)和所述的卷。如果卷回退是可能的，则快照处理程序锁定并卸载(驻留于该卷上的应用被关闭或者由APPH使得离线)所述卷，然后用一个快照刷新变更日志。自从快照被还原的时间以来所有的变更日志被逻辑与，以便创建一个位图文件，该文件被返回(仅文件名称)到协议导向器。协议导向器将该位图文件添加到内容文件，并将其传递到EID软件上，EID软件使用该位图文件以根据映射的LUN或者通过网络来仅仅还原一组块。

如果实现了传统的全卷还原，那么必须将分配位图从EID节点传递到还原目标上的节点软件，使得仅仅分配的块被拷贝。如果使用了网络拷贝，则EID节点已经知道要发送哪些块。

在还原完成之后该卷被解锁而且在本地命名空间被重新映射，然后应用/数据库重新启动并在线。

经由瘦共享配置中的卷回退而还原：

这种还原模式要求单个文件或LUN回退的后端存储支持。

在由快照处理程序和APPH协调的还原目标节点上发生的卷锁定和应用关闭与上述完全相同。

在针对卷回退的初始握手期间，还原目标将该目标卷的覆盖信息(例如：D:＝filerA，vol3/lun2)传递给EID软件。EID软件在确定后端存储支持这一特征而且快照和还原目标LUN逻辑相关之后，以两个参数-正在还原的快照和后端操作还原目标节点上的卷的目标逻辑实体或LUN-调用一个后端API(插件接口的一部分)。

后端存储器上的卷回退是异步发生的，而且根据活动文件系统和快照之间的分歧，可能会花费一段时间(但应当很快，因为仅仅涉及本地拷贝)。一旦该操作完成，还原就结束而且应用可以被重新启动(这种情形的一个例子是在NAS设备上还原单个文件LUN快照)。

错误恢复/重启动能力：

全卷还原：仅对大型全卷还原是重要的。可以通过一种类似于备份、但是具有检查点的重启动机制来实现，所述检查点由恢复目标节点软件来追踪，并基于重新连接来通信。在被DMA取消之后是否需要重新启动还原超出了本文档的范围。

本地卷回退：

由于还原涉及本地拷贝，错误恢复应该是不必要的。取消/挂起之后的重启动能力可能是所希望的。

应用支持的卷回退：错误恢复应该是不必要的，但是如果后端存储支持重启动则应当实现重启动能力。

ExpressDR还原：

这是全卷还原的一个特殊的情况，在此还原目标运行的是Linux。Linux节点软件可能由jndmpc的修改版本驱动以便完全如上所述工作，如果在自定义Linux内核上可用的话则利用iSCSI启动程序。在这种情形中错误恢复/重启动能力应该是必需的。此外，需要存在一个标准机制，用于浏览给定节点的ExpressDR备份的快照。这将部分位于由EID节点上的EID软件或者快照处理程序暴露的接口上。利用快照的预定义的命名约定，快照目录列表可能是足够的，或者可能需要为枚举的匹配快照定义适当的接口。

错误恢复/重启动能力：

对于大型还原这是非常期望的，而且应当类似于全卷还原而实现。

安全性/虚拟化/顺应性/自提供还原：

由于数据是活动的，而且如果给予适当的权限或者如果一小组帐号达成妥协，就可通过网络存取这些数据，因此近线数据需要比离线介质(如磁带)上的数据更安全。一个选项将是加密驻留在近线存储(如果可用的话可以使用本地文件系统加密)上的数据。这将使得即时可用性还原变慢，但是增加的安全性可能使得其是值得做的。对磁盘和/或磁带的双重保护，特别是如果它们是为了长期存档目的，也是加密的主要候选。

用少数用户帐号(Backup Express管理员和最高权限用户(root)，或者EID节点上的管理员)来保护合并在单个EID节点上的大量机器的备份，对于大多数企业来说可能不够安全。多个管理员，每个具有对一组备份映像的责任/权限，可能是更能接受的(在这种情形中，超级用户不一定有对所有备份映像的权限)。通过利用Windows2003或Linux 2.6上现有的安全机制可以实现某些类型的RBAC(基于角色的访问控制)。

由于应用服务器的完整映像被存储作为EID节点上的备份映像，这些映像集合(在过去的各个离散的时间点)是用于虚拟化的主要候选。利用一些现有的或者OS相关的虚拟化软件，可以将每个客户节点或应用服务器虚拟化为就如其出现在过去的某个时间点上一样。机器状态的安全虚拟化潜力(其中仅授权的人员有权访问机器数据)使得企业出于没有管理员的还原、顺应性、分析或者其它商业重要目的能够实现即时(just-in-time)的虚拟化。

规则顺应性或诉讼发现(litigation discovery)是EID范例的重要应用，在此为了以非常小的附加成本进行顺应性审查，EID节点上的数据可以被虚拟化到过去的某个时间点。以类似于次级WORM存储器或WORM磁带的专业顺应性设备为目标的对磁盘或磁带的双重保护允许从备份开始、针对近期的还原和长期的存档的端到端解决方案，以满足顺应性需求。

自提供还原指的是没有管理员的数据恢复，其中终端用户典型地无需帮助桌面或管理员协调而还原文件。这是可能的，因为数据是存储在EID节点上的，保持了原始文件系统安全性。一旦即时可用性或其它的技术被用于映射卷回到一些众所周知的位置，用户能够利用现有和熟悉的工具查找并还原数据。(也可使用Backup Express GUI查找和还原数据，而无需作为管理员登录。)EID体系结构的固有特性允许自提供终端用户还原并由此显著降低TCO(所有权的总成本)。

实例：

图3示出了相比图2更为详细的块级增量备份和文件级增量还原操作，在某种意义上来说示意了许多前述的原理。所示出的实例包含下列事件和操作：

2:00a.m.在清早的备份窗口期间执行了主系统300的一次基础备份。注意，仅分配的块(301)被备份。未分配的块(320)并未传送到次级存储单元330，降低了运行时间和次级存储需求。次级存储上的快照(341)表示在2:00a.m.主存储器上的所有数据(卷/目录/文件)。

10:00a.m.此为增量备份，因为基础备份之后的所有备份都为自动增量的。注意，仅仅自基础备份以来有变更的块(302)被传送。次级存储上的快照(342)是一个表示在10:00a.m.主存储上的所有数据(卷，目录，文件)的综合基础备份映像。

11:00a.m.仅仅自10:00a.m.备份以来有变更的块(303)被传送。次级存储上的快照(343)表示在11:00a.m.主存储上的所有数据。

12:00p.m.从备份实例(快照)选择的11:00a.m.的快照(343)显示在Backup Express还原屏幕上。根据这个备份实例，三个文件(351)被选择用于还原。

双重保护

双重保护通过将首次映像备份备份到磁带或磁盘、管理它们的生命周期、并在当首次备份已过期或者磁盘存储不可用时提供从磁带的直接还原，来将首次映像备份保护到智能磁盘存储。

APM到磁盘(APM2D)：

首次备份：

1.文件系统的映像连同特定于应用的元数据(APPS)一起被备份到磁盘。这种数据以允许即时可用性和/或即时虚拟化的形式驻留。

2.不支持映像备份的文件系统/OS被备份到磁盘作为文件，并且驻留在一个目的地目录之下，作为源文件系统的一个时间点拷贝。

双重保护解释：

双重保护创建首次备份的至少一个(而且可如希望的那样多)虚拟拷贝到磁盘或磁带。在此至关重要的一点是后续的备份是一致的未变换的拷贝。由于首次备份是冻结的时间点映像，所以可在未来的任意时刻执行拷贝而且仍然捕获文件系统的原始状态。由于一旦或者无论何时策略要求了就可以做大量的原始备份的大量拷贝，因此不再需要成对。对于所支持的应用，应用一致的快照被保存到磁带，就如在原始首次备份的时刻执行了磁带备份。

表示/调度：

GUI将在双重保护屏幕内显示一个首次备份作业的列表，其是双重保护的候选。除了左边窗格可能是备份作业之外，这看上去可能像一个传统的映像/或NDMP备份屏幕。(通过隐含地选择默认的集群以及用于包含节点组的介质池，初始避免设备选择)。DP作业将被存储为具有首次备份作业名称或首次备份jobid的NDMP作业，作为定义的一部分。调度可能比较简单-只不过是类似APM2D的备份调度，没有基础增量或差分设置。首次备份作业的选择了特定实例的DP作业(即，jobid)可能没有相关的调度，而且在其运行之后作业可能被删除。当作业处理程序接收到JOB_START并且确定这是一个DP作业时，其可能发出一个CREATE_DP_JOB到数据库，指定作业名称或者jobid作为自变量(argument)。给定jobid后dB可以获得(通过查找snapid)该作业的备份文档。给定作业名称，最近的备份jobid将被用于查找该作业的备份文档。备份文档包含首次备份的整个状态，所述首次备份的整个状态需要能够构建和原始的APM2D作业一致的到磁带的NDMP作业。可能在DP_JOP中创建原始作业中的任务的一对一映射，以得到源语句的相等集合。

例如，具有任务C:，D:，APPS:的APM2D作业将被转换为三个任务：

/vol/vol1/.snapshot/snapname/qtree1，

/vol/vol1/.snapshot/snapname/qtree2，以及

/vol/vol1/.snapshot/snapname/APPS-qtree。

CREATE_DP_JOB将返回一个临时作业名称，作业处理程序一旦获得了它的定义将允许进行NDMP作业。一旦该作业创建一个到磁带的拷贝，其将好像是在磁盘备份的原始时刻运行的到磁带的备份一样。

需要首次备份jobid和taskid，以使得DP作业任务与首次备份相关。作为CREATE_DP_JOB的一部分，数据库可以预先编目DP作业，创建目录项，如果一个实际的TASK_CATALOG进入则其将生效。

当触发了一个必要条件时(快照用完了，等等)，SVH也将调用CREATE_DP_JOB。SVH接着能够经由JOB_SATRT等运行该作业，跟随在备份之后或者甚至于在备份之前。

结合了磁盘和磁带以及生命期管理的综合调度超出了本项目的范围，将在后续的阶段加以考虑。

运行DP作业：

双重保护作业是借助于EID软件或外部NDMP数据服务器来协调的APM备份(包括专有的NAS备份方法)。首次备份可能是映像文件或复制的目录。当EID软件备份它们时，其将识别正在进行DP备份并将它们备份，如果是映像的话则保留原始的格式，如果它们是复制的目录的话则作为逻辑备份。外部代理将以它们本地的格式(dump或tar)备份映像或复制的目录。

如果DP备份是备份到磁带，则遗留的作业处理程序路径将被使用。定向到三级磁盘的DP备份(次级到三级复制)将由SSSVH或者某些外部代理来处理(可能涉及继之以编目实用程序步骤的简单脚本)。

在所有的情形下，将不生成或捕获任何的文件历史记录，因为首次备份的同样文件历史记录使其不再必要。

所有的还原将经由节点软件完成，而无论起源格式如何。(这意味着根据需要应理解外部dump或tar格式。)

归档格式/顺应性

针对长期归档或调整的需要，DP备份可能将映像备份转换为某些可移植格式的逻辑备份，如tar，cpio，或pax。这些备份能够备份到WORM磁带或WORM驱动器以满足顺应性需求。利用首次备份期间保存的文件历史记录，可从该归档文件中还原数据。直接存取还原(DAR)可能要求重新保存带有相关的fh_info的文件历史记录，由此要求在双重保护进程期间生成文件历史记录。

通常可用的如tar等的实用程序可以被用于根据独立于BackupExpress的归档格式还原文件。当前的设计提供了制作和/或发布不同的归档格式的自由。

编目：

每个DP作业可能编目如‘sscat’中的原始备份一样多的任务。用于原始任务和jobid的sscat中的新字段可以被添加到对该原始作业的磁道索引。(由于这是针对首次备份作业的高级和至关重要的构造，作为此操作的一部分，我们还能够添加snapid字段作为sscat的一部分。)DP作业将在sscat中有它们自身的等效的磁盘入口，带有反映次级磁盘位置的路径名称。

实例sscat(部分列)：

JOBID	TASKID	原始JOBID＊	JOBNAME	DISK
					1000055	1	0	首次备份	C:
1000055	2	0	首次备份	D:
					1000055	3	0	首次备份	APPS:
1000100	1	1000055	双重保护	/vol/vol1/qtreeC
					1000100	2	1000055	双重保护	/vol/vol1/qtreeD
1000100	3	1000055	双重保护	/vol/vol1/qtreeAPPS

目录压缩和作业到期：

由于首次备份和后续的DP备份是作为单独的作业对待的，所以每个都将有它们自己的保留周期。当首次备份到期时，将进行检查以确保DP备份依赖于策略而存在。如果作出存在未受保护的首次备份的判定，则可能在该点发出一个警告或者触发一个DP作业。

在主作业压缩期间，首次备份的编目项将被保留而且不会被删除，以保持文件历史记录。备份文档将同样被保留，因为这对应用还原来说是必要的。原始jobid总是被保留作为所发起的作业的一部分，因为这需要被反映为还原浏览的一部分。如果对于给定的首次备份存在多个DP作业，则它们全部都包含原始jobid，该jobid将指向原始ssfile。

由于单次经历目录表可能就是压缩期间所需的全部内容，这个进程应该相对比较简单。

还原定义生成：

还原浏览将从$NDMPDATA从原始作业实例返回，用于还原表示。RJI进程同样将被增强以包括来自原始ssfile的文件历史记录，以便创建一个适当的还原说明。该进程可能包含与来自原始ssfile的还原路径名称一起生成在DP备份中涉及的磁带窗口。用于DP备份的ssfile中的根目录(唯一编目了的东西)将被忽略。

还原：容错/位置独立

经过常规NDMP还原，将显露出DP磁带备份是常规的NDMP备份，并且这一点可以被用于直接还原到任何兼容的文件系统。在原始次级磁盘位置被毁坏或破坏的情况下，这些备份可以被还原到原始位置，以便或者重建APM2D位置，或者发起还原或实现虚拟化。这些还原可以如正常的NDMP还原那样由作业处理程序执行处理，而且如果不涉及任何应用的话可以是完整解决方案的一部分。

次级磁盘节点的灾难恢复或全节点备份被视为一个单独的备份，而且在灾难的情况下可以被独立地用于还原次级磁盘节点。

APM2D还原视图将是不变的，除了这种情况，即如果针对首次备份存在DP备份则这些DP备份将不会被显示。对于过期的备份，如果存在DP备份，则这些DP备份将被显示并且被表示为近线的备份。需要扩充还原浏览进程，以便返回NDMP备份实例作为APM2D备份。还原选择将如现在那样被转到SSSVH。(如果作业处理程序实现了APPH处理的还原端，则有可能为应用还原创建一个NDMP还原，但在较好地处理容错方面来讲这可能受到限制。)

在已经为应用还原联系了APPH以及确定了还原文件列表之后，协议导向器将设法通过可用磁盘目的地进行循环以便满足还原选择。如果该操作失败(首次备份已过期或者磁盘目的地是不可到达的)，则将从磁带构造一个NDMP还原作业并经由JOB_START运行(估计可能由作业处理程序运行)。一旦成功完成这个操作，APPH将再次被联系并且还原完成。

“懒散镜像”

根据下面的进程，主卷可以被镜像到次级卷之上。

安装主卷

安装次级卷

创建要从主卷拷贝到次级卷的块的列表

当新的块到达时将它们写到主卷和次级卷

随着块的写入，从所述块的列表中删除那些块

遍历所述列表，而且只要带宽可用且方便时，作为这种遍历的结果将所遇到的块从主卷拷贝到次级卷

继续操作直到已经拷贝了所述列表上的所有块

上述进程的最终结果是次级卷将与主卷同步。这一技术不需要停止主卷上的处理，也不会对完成该拷贝进程所可能花费的时间强加任何的限制。

“懒散镜像”技术例如可以用于在已经利用了“即时可用的”虚拟设备之后还原物理主设备，例如在主设备故障之后。虚拟设备将被临时使用，因为其上的数据将如其快照的时间点的数据一样完整。然而，虚拟设备可能仅仅是一个临时的解决方案，而且一旦可行就需要将业务还原到替换主设备。“懒散镜像”通过以下方式提供这种能力，该方式允许处理不中断地继续，以及允许实际拷贝以其自己的步调进行，同时使得其它系统组件上的负载最小化。

“懒散镜像”技术还可有利地用于“重新镀银”已经崩溃或失去同步的镜像，同时主镜像保持生产。

此外，“懒散镜像”技术可用在任何希望拷贝卷而不停止卷、并且无需进行特别的测量就可以这么做以节省时间的地方。

消除备份和文件系统中的冗余

当在一个备份操作中要备份多个系统，机器将有大量与备份中涉及的其它机器上的块相同的块是常见的。当多台机器在其上安装了相同的操作系统文件、或相同的应用或数据文件时，相同的块将增多。多次存储具有相同内容的块是冗余的。冗余不仅涉及存储的冗余使用，而且涉及在传送和存储重复的块时带宽的冗余使用。

此外，即使是在单文件系统中，作为文件复制的结果具有重复的块也是常见的。这也表示一种冗余。

通过得到写到备份数据集的每个块的摘要并将摘要数据放入一个列表或数据库中，可以消除备份情形中的此类冗余。

块摘要的比较优选地在服务器端执行。

如果将要备份的节点有大量已经改动而且需要备份的块，则其将这些块的列表连同它们的摘要发送到备份服务器(也存在节点出于一些其它的目的已经预先创建了块摘要的列表的情形，如确定其自己的哪些块已经改变了，以便那些摘要不必包括一个单独的来创建它们的步骤)。

服务器然后比较块摘要并为了备份而请求那些其已经确定其尚未具有的块(块的列表或数据库以方便于利用摘要作为关键字快速查找的方式存储)。由远程节点发送的块的完整列表被存储(包括发送的那些块加上服务器确定其已经具有的块)作为备份目录的一部分。

优选地，如果正被备份的节点仅有少量的改变了的块，则在该情况下，仅仅发送它们并跳过冗余检查。

在单文件系统中采用一种类似的技术用于消除冗余。每个要被写到文件系统的块被提取摘要，然后与已经存储的块的摘要相比较(在此再次以方便于利用摘要作为关键字快速查找的方式，存储块的列表或数据库)。如果文件系统上已经存在相同内容的块，则使用现有目录点而且不写重复的块。当文件被删除，从该文件解除其块的分配。如果其它的文件使用了该相同的块，则那些分配保持有效(直到没有文件引用块了，块才“自由”)。

实例：快速应用恢复

下面是举例说明由本发明提供的快速应用恢复的一系列实例。

实例介绍：

各实例举例说明了本发明提供的通过连接到在诸如NAS文件管理器的文件管理器上创建的在备份映像之外的虚拟存储上，从而在备用或原始服务器上快速实现应用在线的能力。

来自源节点的一致的卷映像及其相关的应用一致状态被近线化为备份，通常被近线化在NAS文件管理器上。用户处理应用逻辑对象，而Backup Express代理创建包含应用的物理对象的热基础备份。永久增量映像确保仅仅自从最后一次备份以来改变了的块被拷贝到文件管理器，并且仍使得所有的数据库备份都是完整的。由于应用数据和状态是近线的，通过恢复应用文件的时间点拷贝非常快速地实现还原，然后使应用在线并使用少量的重做日志记录。FAR将存储重建为其在备份之时的样子，建立应用在逻辑上所期望的物理关系，然后将应用恢复到完全起作用的实例。

机制说明：

应用还原概括为一个两步骤过程：需要还原的数据文件继之以应用恢复(有时被称为前滚恢复)。用户根据灾难的性质、用户错误类型或其它的商业需求，选择一个备份实例或PIT映像(通常为最近的)。第一步是通过根据用户所选择的PIT卷映像在文件管理器上即时创建可寻址的虚拟存储(LUN)来完成的。这些LUN接着被使得对所讨论的目标节点可见。这些LUN接着经由注册到文件管理器的iSCSI被附加作为还原目标上的本地磁盘。由于不涉及实际的数据移动，该进程近乎于瞬间完成。一旦应用数据文件在目标节点的本地命名空间中可见，就利用适当的特定于应用的API来有计划地恢复应用。这可能要求使用附加日志文件，该附加日志文件是从文件管理器备份位置根据需要获取的。这使应用实例至多回到备份的时间点。如果当前的日志是可用的，则前滚到故障点是可能的。由于备份是一个快照备份，应用仅非常短时间地处于热备份模式，因此仅需要使用很少的处理以将数据库带到一致状态。这些相对简单和迅速的步骤使得应用能够在FAR进程启动之后的大约几分钟内还原。与传统的还原FAR相比要快多个数量级，将应用的停机时间从几天或几小时降低到几分钟。FAR独立于数据集的大小而缩放。

后还原：

FAR并不是描述的结束。随着FAR的完成，块变更追踪可能被激活而且如果需要的话可以执行本地盘片附加。这使得后台还原能够继续进行，同时应用有效且正在运行。由于能够追踪改变的块，可以从还原的时间点开始增量备份。应用最终可能故障恢复回到原始节点或另一个节点，其具有最小停机时间并使得所有最近的改变(自还原以来)得到保存。

要求：

源和目标节点需要正在运行和APM许可。(如果有的话，应用可能需要单独许可。)

NAS设备或次级存储单元需要iSCSI许可。

目标节点需要安装iSCSI启动程序软件(也支持iSCSI HBA)。

备用节点需要预先配置有最小应用安装。

平台/应用支持包括Windows XP/Windows2000/Windows2003和SQL Server 2000(SP2+)，Exchange 2000(SP2+)/Exchange 2003，SQLServer 2005，Oracle和Linux。

在下面的章节中研究针对快速应用还原的各种情况和应用，以及还原之后的数据的生命周期：

实例1.应用IV(即时验证)

需求：由于备份从未真正被验证，还原总是臆想的。磁带是不可靠的。验证通常等效于验证备份映像的内部一致性。应用一致性和可恢复性是一个偶然的。

方法：应用IV通过在当可能时还原(FAR)到更替验证节点或原始节点，近乎即时地验证应用备份。应用随后被恢复以完成该过程。可以调度该操作使得每个备份总是就完整性进行了校验，并且无需为了重建灾难场景执行另外的消防演习。

所用的PIT映像：通常是最近的，但如果验证是批处理的话也可能是来自过去的映像。

何处执行：通常是在预先创建了最小应用安装的更替节点上执行。如果应用支持的话，也可以跟用于备份的源使用同一个节点。(例如：配置有Recovery Storage Group的Exchange 2003或者带有重命名被验证的数据库的选项的SQL Server。)通常不推荐在原始节点上验证，因为这将给应用服务器造成额外的压力。

模式：

轻量级验证：应用(通常为数据库)正确地重新重启/恢复，由此验证备份的正确性。

全面验证：如果需要的话可以利用特定于应用的技术执行进一步的验证(更为资源密集的)，以便验证所有的数据库页面都是干净的和/或逻辑目标运行良好。(想象一个数据库查询，该查询跨越多个表，而结果是数据库健康的明确证明)

特定于应用的注意事项：

Exchange：安装存储器通常是一个重要步骤。进一步的验证可以利用更替节点上的‘eseutil’来执行。

SQL Server：安装数据库通常是一个重要的验证步骤。进一步的验证可以经由‘DBCC’或者通过运行SQL查询来执行。

后续操作：

无。验证是一个瞬间操作，而且iSCSI注销或重新启动将清除机器状态。可以将应用IV配置为使得下一验证运行将清除前一验证映射。无需保留带有映射的驱动器的机器状态，由此该更替节点的进一步的备份是不必要的。

实例2.业务连续性的应用IA(即时可用性)

需求：停机时间最小化到分钟。最近的应用备份状态被还原。(依赖于备份的频率，可能丢失非常少量的数据)

方法：FAR近乎即时地恢复备用或原始节点上的应用实例，使停机时间最短。备份时刻的应用状态被还原。除非应用日志是可用的(或者从原始节点或者从某些复制的位置抢救)，否则最后一次备份之后所做的改动丢失。如果当前应用日志是可用的而且随后被使用，则应用能够前滚到故障时刻，而没有数据损失。

所使用的PIT映像：通常是最近的映像，但是依赖于灾难的原因(例如，病毒攻击)也可为先于该事件的映像。

特定于应用的注意事项：

Exchange 2003：类似于‘拨号音恢复’的复杂场景，涉及空数据库的创建，然后在完成了恢复到RSG(恢复存储群)时执行数据库切换，然后不再需要再合并，因为FAR非常迅速而且是无痛的，将应用停机降至最小。

SQL服务器：备用数据库、复制、和/或日志发送对于SQL服务器可用性来说是昂贵且管理密集的选项。FAR是易于配置的选项，具有降低的管理成本，并根据要求结合了快速备份能力和快速可用性。

实例2a.具有在线还原

需求：应用数据需要最后被还原回到本地或SAN附接的存储。利用来自次级存储的存储可能仅仅是一个临时选项。

何处执行：依赖于灾难的性质和预防性安装，通常到原始应用节点或最接近的节点。

后续操作(LAR)：应用在线，而且用户可以利用该应用在几分钟内启动。到本地盘片的还原在后台继续进行，同时应用有效且在运行。在所有数据都还原到本地盘片之后，应用被暂时地停止或暂停，而且iSCSI映射被删除。然后本地盘片被提升为唯一的应用磁盘。应用继续执行或重新启动。应用仅在最后的短暂周期是不可用的(如果根本不可用的话)。

BAR-实施(kick in)用于保护新近还原卷上的应用的常规备份计划。(如果将来需要还原该应用的话，重复该循环)

实例2b.没有在线还原

需求：不需要任何后台还原的原因或者是备用节点是临时的而且降级后的性能是足够的(一旦已经重构了原始站点，故障恢复可能就即将到来)，或者是存储备份映像的文件管理器的能力足够的强大以驻留应用。

冗余目的地：高端文件管理器(可能位于远程站点)可以镜像在原始备份目的地上存储的备份映像(例如，镜像到三级存储)。这种配置适合于重定向到高端文件管理器而不是原始文件管理器的还原。在此情况下不再需要到本地盘片的后台还原，因为文件管理器存储将是高端和持久的。

还原的存储的质量：

A.低-iSCSI安装到次级存储：应用可能能够适度地继续存在，并通过iSCSI执行存储，特别地，如果这是一种临时的情况，则可期望一旦更高质量的存储和节点被修复或独立还原，就可立即进行故障恢复。

B.高-iSCSI安装到通过从次级到三级的复制所建立的高性能存储，或者在备份之后从原来的文件管理器拷贝到高性能存储：应用将充分地执行而且这可能是持久解决方案。然而，这不妨碍故障恢复。

后续操作：如果需要的话，还原后的备份(BAR)将从目标机器继续，或者可以启动一个NAS块级备份，因为存储已经有效地迁移到NAS设备。文件管理器上的LUN可能被克隆以断开它们与原始快照的相关性，因为已经建立了文件管理器上的持久存储器，所述持久存储带有其自己的存储生命周期。

应用ERF(最终快速故障恢复)：

应用可能以下面的方式最终故障恢复到原始节点或者回到单独重建的节点：

1.在当前运行节点上暂时地关闭应用。

2.如果在次级和更替存储之间建立了关系，而且原始的次级存储在最终目的地附近，则反转复制源和目的地，从当前存储重新同步和更新次级存储。否则转到步骤3。(这个过程逐渐消除最后的公共快照，并从那以后拷贝变更。假定在故障点之后立刻合理地启动了故障恢复，则这应该很快完成)

3.执行到期望的节点的FAR。

4.应用实例将回退到其在备用节点之上的状态(带有最近的改变)，而且可以继续正常的操作。

实例3.根据整个应用备份进行细粒度还原

需求：对于大多数应用来说，根据整个应用的备份进行细粒度还原是不太可能的。粒状的应用目标备份是不可靠的而且是极端地资源密集的。在细粒度应用目标的备份/还原解决方案的当前技术水平下，针对应用执行到一个更替实例的FAR(非常迅速地完成)，然后利用特定于应用的工具恢复细粒度目标是非常具有吸引力的选项。

方法：FAR跟随以特定于应用的工具，以便钻取(drill down)和检查应用目标。这些然后可以被合并到原始目的地或者提取以供外部使用。

所使用的PIT映像：依赖于当细粒度目标何时被删除或者处于未被破坏的状态。

何处执行：通常针对不同节点上的更替实例或者针对原始节点(依赖于设置和需求)。

后续操作：通常没有，因为需求是临时的，而且实例被卸掉且iSCSI映射未完成。

特定于应用的注意事项：

Exchange 2000：利用FAR然后使用EXMERGE.EXE或其它的工具，不付出任何备份性能损失而还原单个邮箱是可能的。

Exchange 2003：恢复存储群(Recovery Storage Group)和FAR的有力结合使得用于从过去的任意点进行细粒度还原的单个邮箱还原或者甚至于子邮箱还原是非常迅速且无痛(painless)的选项。

SQL Server：表级还原-可以使用‘bcp’或者其它的工具，根据一个更替的FAR的实例来还原表。

实例4.针对分析、报告以及数据入库存储的应用即时复制

需求：通常，为了分析或者报告而获得数据的第二份拷贝是大型业务所提供的奢侈，其利用大量磁盘空间执行了昂贵的分离镜像技术。利用FAR，这不仅在低得多的成本下是可行的，而且可以近乎即时地复制到多个目的地。业务将能够探索更多的分析可能性而且获得竞争优势。

方法：如所希望的那样频繁地利用FAR复制到一个或多个节点。

所使用的PIT映像：通常是最近的，但是依赖于分析或业务原因也可使用过去某时间点的(也许是去年圣诞节销售的数据)。

何处执行：到更替节点。原始节点继续运行业务应用。

接下来会发生什么(LAR)？：如果复制需要有其自己的时线或长寿命，则其需要被备份。备份利用从还原的拷贝的增量改变来继续。

实例5.对用于长期保留的磁带备份的更替节点还原

需求：附加的保护和/或长期的保留可能要求磁带备份。近线映像迅速过期，因此磁带备份对长期的保留几乎总是必要的。

方法：iSCSI的映像备份将卷映射到磁带。磁带映像于是可以在将来以任何粒度恢复到任何时间点的节点。

所使用的PIT映像：通常根据备份计划而变化(stagger)，而且取决于有多少实例需要保持近线。

何处执行：连接到备用节点的某个磁带。这也可能是一个应用节点的IV。

后续操作：映像备份到磁带是针对一个或多个FAR卷执行的(需要许可)。在成功的备份之后iSCSI被清除，并且阶段被设置为针对下一周期。

实例6.用于存储迁移的FAR

需求：为了成本、联合、性能或者可管理的原因，需要将直接附加的或遗留的SAN存储迁移到面向块的NAS文件管理器存储的需求。

方法：一旦已经完成了到文件管理器的块级备份-已经播下迁移的种子。可以拷贝备份映像或者快照镜像到高端文件管理器以便进一步简化过程。FAR有效地完成该迁移过程。

所使用的PIT映像：通常为最近的。

何处执行：到新的应用节点，该节点将要连接到在文件管理器上创建的LUN。

后续操作：LUN于是将被克隆(在后台)，同时应用有效并在运行，以便使得它们免受包含它们的快照的约束。快照于是可以被重新循环以便回收空间。恢复后的备份(BAR)可以继续执行LUN支持的卷或者文件管理器卷或者包含该LUN的配额树。

实例7.FAR4C-顺应性FAR

需求：法律的原因。通常，顺应性包含涉及专有硬件的昂贵的解决方案。备份到次级WORM存储的Backup Express映像备份提供了一种负担得起的解决方案，该方案可以即时和准确地重建过去的某个时间的机器状态。

方法：到备用节点的FAR，或者重新创建应用状态或整个的机器状态。

所使用的PIT映像：依赖于年度报告是否需要或者根据需求(依赖于详细审查的原因，其可能是过去的任一时间点)。

何处执行：任何备用节点。

后续操作：通常为瞬态的，在调整已经满足之后被卸载。如果需要的话，经由方案5，整个机器状态可以存档到WORM磁带，用于离线检查或可移植的顺应性。

进一步的实例

图4(A&B)示意了利用即时可用性以在恢复进程期间实际上消除业务中断的即时可用性和恢复场景：

11:00a.m.显示了在起始节点300上的磁盘故障之前，NAS 107上的最后一次例行备份。

12:00p.m.卷D 406发生故障。

12:05p.m.在几分钟内，通过次级存储单元上的逻辑单元号(LUN)411来访问的11:00a.m.的备份实例经由iSCSI(412)被映射到驱动器号D。业务继续。到次级存储单元107的iSCSI连接对用户是透明的。注意，数据改变被存储在次级存储单元上的“有效数据区”414中的(与白底块相符)。11:00a.m.的备份实例413自身是只读的而且不会改变。

12:05-1:00p.m.故障的磁盘406被新的磁盘421替换。经由到次级存储单元107的有效iSCSI连接，继续正常的业务使用。

1:00-1:45p.m.11:00a.m.的备份实例被传送(451)到起始节点300及其新的磁盘421。业务借助于有效iSCSI连接，没有中继地继续进行，直到2:45a.m.时系统被中断工作(bring down)。

2:45-3:00a.m.管理员执行数据重新同步(“懒散镜像”)(452)。在这期间，系统对用户来说是不可用的。即时可用性给予了管理员灵活性以便在整夜的维护周期期间执行重新同步(452)。

3:00a.m.恢复完成。通过将卷D重新映射到新的磁盘421，结束即时可用性连接。

显然，在此描述的实施例完成了本发明所述的目的。虽然已经详细描述了所给出的优选实施例，但对本领域的技术人员来说很显然的是，可以通过其它的设备、系统和方法实现本发明的原理而不会偏离如所附权利要求书定义的本发明的范围和精神。

Claims (1)

1.一种使卷回退到较早状态的方法，包括：

利用唯一作业标识符寻址所述卷，并锁定和卸载所寻址到的卷；

得到所述卷的快照以便刷新变更日志；

将所述快照映射作为可安装的卷；

逻辑与(AND)自从所期望要还原的状态的时刻以来的所有变更日志，以创建位图文件；

添加所述位图文件的内容到与所述快照相关的内容文件；

利用所述位图文件，以便根据所述映射的卷仅还原一组块。

Images