生成最优恢复计划的制作方法

专利名称：生成最优恢复计划的制作方法
技术领域：
本发明涉及在系统故障之后恢复数据库，尤其涉及生成最优恢复计划。
背景技术：
在系统故障或数据丢失之后恢复数据库需要一种计划以将数据库恢复到故障前状态。对于大型数据库或具有大量事务的数据库，构建恢复计划是复杂且单调乏味的任务。它通常需要识别数据库备份，并确定应用备份的正确顺序，以将数据库带到故障前的特定时间点。
根据与系统故障相关联的特定条件、可用的系统资源以及可用的备份介质，可以有若干可能的恢复计划。某些计划可能比其它计划较欠有效。某些计划可能由于备份介质或系统资源的不可用而是无法实现的。通常有与将系统恢复到操作相关联的紧急性意义，因此必须快速地开发恢复计划。
如果有一种快速且容易地生成最优恢复计划以协助灾难恢复的方法将是有帮助的。
除处理系统崩溃之外，还希望验证在万一发生崩溃时恢复计划是可用的。例如，企业可能希望验证，万一数据库崩溃，它可以被恢复，且在可能的最短时间段内恢复。
如果有一种快速且容易地生成最优恢复计划，使得能够验证备份介质的可用性以及最优恢复计划的存在的方法将是有帮助的。
可能期望对照生产数据库来验证复制数据库。例如，假定某人删除了数据，但是删除该数据的时间是未知的。能够创建恢复计划并将其应用于中间时间点，使得可将两个数据库进行比较来确定数据何时被删除将是有帮助的。能够创建特定时间点的数据库的副本，或许能用于确定发生数据丢失的时间，或者用于诸如审计等其它目的将是有帮助的。最优恢复计划将有助于以最有效的方式创建指定时间点的复制数据库。

发明内容
一恢复建议器可生成并应用一恢复计划，以将数据库恢复到指定的时间点。可指定恢复/复原情景；可指定可用的资源和备份，并可生成一个或多个最优恢复计划。可请求一个或多个替换计划。该计划可被应用、验证或保存。


当结合附图阅读时，能够更好地理解以上概述以及以下说明性实施例的详细描述。为说明本发明的目的，附图中示出了本发明的示例性构造；然而，本发明不限于所揭示的具体方法和手段。附图中图1所示是可在其中实现本发明的各方面的示例性计算环境的框图；图2是依照本发明的一个实施例用于生成最优恢复计划的示例性系统的框图；图3是依照本发明的一个实施例用于生成最优恢复计划的示例性方法的流程图。
图4是依照本发明的用于创建示例性最优恢复计划的方法的流程图。
具体实施例方式
综述假定在周二下午2点，正当最大数量的用户依赖于计算机系统时，数据库崩溃。假定最后一个全备份(整个数据库的副本)最后是在时刻t0放到磁带上的，并且崩溃的时刻是t0+n。将数据库恢复到恰好在崩溃之前的时刻要求恢复最后一个全备份，并将事务日志应用于恰好在崩溃之前的一点。
现在假定在时刻t1、t2和t3将三个事务日志备份放到磁带上。还假定一差分备份(自从最后一个全备份以来对数据库的改变的副本)在t4放到CD上，并且第四日志备份在t5放到CD上。现在是t5+n。什么是得到系统备份并运行的最佳(最快)方法？一种方法是应用最后一个全备份(t0的备份)，然后按顺序应用四个日志备份(t1、t2、t3和t5)，然后将日志应用于恰好在崩溃之前的点。另一种方法是应用最后一个全备份(t0的备份)，然后将差分备份(t4时刻)、t5的事务日志备份以及日志应用于恰好在崩溃之前的点。如果第二日志备份的磁带损坏会如何？如果其上储存了差分备份的CD在萨克拉门托而系统在巴尔的摩会如何？依照本发明的某些实施例，确定一种将数据库恢复到指定时间点的最优恢复计划。响应于接收的输入，确定一种替换计划。在本发明的某些实施例中，在数据库恢复时间方面，替换计划是下一个最佳计划。
示例性计算环境图1及以下讨论旨在提供其中可实现本发明的合适计算环境的简要概括描述。然而，应当理解，手持式、便携式以及所有种类的其它设备也被构想为可用于本发明。尽管下文描述了通用计算机，然而它仅是一个示例，本发明仅需要具有网络服务器互操作性和交互的瘦客户机。由此，本发明可以在其中包含极少或最少客户机资源的网络化主宿服务的环境中实现，例如，其中客户机设备仅担当万维网的浏览器或接口的网络化环境。
尽管并非所需，但本发明将通过由开发者使用的，和/或包括在网络浏览软件的应用编程接口(API)来实现，该API可在诸如由如客户机工作站、服务器其它设备等一个或多个计算机执行的程序模块等计算机可执行指令的通用上下文中描述。一般而言，程序模块包括例程、程序、对象、组件、数据结构等等，它们执行特定的任务或实现特定的抽象数据类型。通常，程序模块的功能可如各实施例中所需的那样组合或分布。此外，本领域的技术人员可以理解，本发明可以用其它计算机系统配置来事实。适用于本发明的其它众所周知的计算系统、环境和/或配置包括但不限于，个人计算机(PC)、自动售货机、服务器计算机、手持式或膝上设备、多处理器系统、基于微处理器的系统、可编程消费者电子产品、网络PC、小型机、大型机等等。本发明也可在分布式计算环境中实践，其中，任务由通过通信网络连接的远程处理设备来执行。在分布式计算环境中，程序模块可以位于包括存储器存储设备的本地和远程计算机存储介质中。
由此，图1示出了其中可实现本发明的合适的计算系统环境100的一个示例，尽管如在上文清楚的，计算系统环境100仅是合适的计算环境的一个示例，并非暗示对本发明的使用范围或功能的任何局限。也不应将计算环境100解释为对示例性操作环境100中示出的任一组件或其组合具有任何依赖或需求。
参考图1，用于实现本发明的示例性系统包括计算机110形式的通用计算设备。计算机110的组件可包括但不限于，处理单元120、系统存储器130以及将包括系统存储器的各类系统组件耦合至处理单元120的系统总线121。系统总线121可以是若干种总线结构类型的任一种，包括存储器总线或存储器控制器、外围总线以及使用各类总线体系结构的局部总线。作为示例而非局限，这类体系结构包括工业标准体系结构(ISA)总线、微通道体系结构(MCA)总线、增强ISA(EISA)总线、视频电子技术标准协会(VESA)局部总线以及外围部件互连(PCI)总线(也称为Mezzanine总线)。
计算机110通常包括各种计算机可读介质。计算机可读介质可以是可由计算机110访问的任一可用介质，包括易失性和非易失性介质、可移动和不可移动介质。作为示例而非局限，计算机可读介质包括计算机存储介质和通信介质。计算机存储介质包括以用于储存诸如计算机可读指令、数据结构、程序模块或其它数据等信息的任一方法或技术实现的易失性和非易失性，可移动和不可移动介质。计算机存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储设备、或可以用来储存所期望的信息并可由计算机110访问的任一其它介质。通信介质通常具体化为诸如载波或其它传输机制的已调制数据信号中的计算机可读指令、数据结构、程序模块或其它数据，并包括任一信息传送介质。术语“已调制数据信号”指以对信号中的信息进行编码的方式设置或改变其一个或多个特征的信号。作为示例而非局限，通信介质包括有线介质，如有线网络或直接连线连接，以及无线介质，如声学、RF、红外和其它无线介质。上述任一的组合也应当包括在计算机可读介质的范围之内。
系统存储器130包括以易失性和/或非易失性存储器形式的计算机存储介质，如只读存储器(ROM)131和随机存取存储器(RAM)132。基本输入/输出系统133(BIOS)包括如在启动时帮助在计算机110内的元件之间传输信息的基本例程，通常储存在ROM 131中。RAM 132通常包含处理单元120立即可访问或者当前正在操作的数据和/或程序模块。作为示例而非局限，图1示出了操作系统134、应用程序135、其它程序模块136和程序数据137。
计算机110也可包括其它可移动/不可移动、易失性/非易失性计算机存储介质。仅作示例，图1示出了对不可移动、非易失性磁介质进行读写的硬盘驱动器141、对可移动、非易失性磁盘152进行读写的磁盘驱动器151以及对可移动、非易失性光盘156，如CD ROM或其它光介质进行读写的光盘驱动器155。可以在示例性操作环境中使用的其它可移动/不可移动、易失性/非易失性计算机存储介质包括但不限于，磁带盒、闪存卡、数字多功能盘、数字视频带、固态RAM、固态ROM等等。硬盘驱动器141通常通过不可移动存储器接口，如接口140连接到系统总线121，磁盘驱动器151和光盘驱动器155通常通过可移动存储器接口，如接口150连接到系统总线121。
上文讨论并在图1示出的驱动器及其关联的计算机存储介质为计算机110提供了计算机可读指令、数据结构、程序模块和其它数据的存储。例如，在图1中，示出硬盘驱动器141储存操作系统144、应用程序145、其它程序模块146和程序数据147。注意，这些组件可以与操作系统134、应用程序135、其它程序模块136和程序数据137相同，也可以与它们不同。这里对操作系统144、应用程序145、其它程序模块146和程序数据147给予不同的标号来说明至少它们是不同的副本。用户可以通过输入设备，如键盘162和定位设备161(通常指鼠标、跟踪球或触摸板)向计算机110输入命令和信息。其它输入设备(未示出)可包括麦克风、操纵杆、游戏垫、圆盘式卫星天线、扫描仪等等。这些和其它输入设备通常通过耦合至系统总线的用户输入接口160连接至处理单元120，但是也可以通过其它接口和总线结构连接，如并行端口、游戏端口或通用串行总线(USB)。
监视器191或其它类型的显示设备也通过接口，如视频接口190连接至系统总线121。诸如Northbridge等图形接口182也可连接到系统总线121。Northbridge是与CPU或主机处理单元120通信，并承担加速图形端口(AGP)通信的责任的芯片组。一个或多个图形处理单元(GPU)184可与图形接口182通信。在这一点上，GPU 184一般包括片上存储器存储，如寄存器存储，并且GPU 184与视频存储器186通信。然而，GPU 184仅是协处理器的一个示例，因此，计算机110中可包括各种协处理设备。监视器191或其它类型的显示设备也通过接口，如视频接口190连接至系统总线121。除监视器之外，计算机也可包括其它外围输出设备，如扬声器197和打印机196，它们通过输出外围接口195连接。
计算机110可以在使用到一个或多个远程计算机，如远程计算机180的逻辑连接的网络化环境中操作。远程计算机180可以是个人计算机、服务器、路由器、网络PC、对等设备或其它普通网络节点，并通常包括许多或所有相对于计算机110所描述的元件，尽管在图1中仅示出了存储器存储设备181。图1描述的逻辑连接包括局域网(LAN)171和广域网(WAN)173，但也可包括其它网络。这类网络环境常见于办公室、企业范围计算机网络、内联网以及因特网。
当在LAN网络环境中使用时，计算机110通过网络接口或适配器170连接至LAN 171。当在WAN网络环境中使用时，计算机110可包括调制解调器172或用于通过WAN 173，如因特网建立通信的其它装置。调制解调器172可以是内置或外置的，通过用户输入接口160连接至系统总线121。在网络化环境中，相对于计算机110所描述的程序模块或其部分可储存在远程存储器存储设备中。作为示例而非局限，图1示出远程应用程序185驻留在存储器设备181上。可以理解，示出的网络连接是示例性的，也可以使用在计算机之间建立通信链路的其它装置。
本领域的普通技术人员可以理解，计算机110或其它客户机设备可作为计算机网络的一部分来部署。在这一点上，本发明涉及具有任意数量的存储器或存储单元，以及在任意数量的存储单元或卷上出现的任意数量的应用程序和进程的任一计算机系统。本发明可应用于具有部署在网络环境中的服务器计算机和客户机计算机、具有远程或本地存储的环境。本发明也可应用于具有编程语言功能、解释和执行能力的独立计算设备。
生成最优恢复计划图2是依照本发明的某些实施例用于生成最优恢复计划的示例性系统的框图。计算机202和218可以是诸如上文相对于图1所描述的计算机110等计算机。数据库204可驻留在计算机202上。另外，诸如元数据数据库206等数据库可驻留在计算机202上。数据库204可表示对其作备份的源数据库。
图3是可由诸如数据库204等数据库构成的示例性备份时间线。数据库备份可以是全备份、差分备份或事务日志备份。如此处所使用的，全备份创建整个数据库的副本，并可包括数据库的当前状态以及在直到该点之前应用于数据库的事务的目志，事务日志备份作出从开始时间到结束时间的事务的副本，而差分备份作出从始于最后一次全备份的时间段到作出差分备份的时刻应用于数据库的事务的副本。
现在参考图3，在t0302，可作出全备份(例如，备份1304)。备份1304可包含如同在t0所存在的数据库状态的副本。在t1306，可作出日志备份(例如，备份2308)。备份2308可包含从时刻t0302到时刻t1306应用于数据库的事务。在t2310，可作出日志备份(例如，备份3312)。备份3312可包含从时刻t1306到时刻t2310应用于数据库的事务的日志。在t3314，可作出日志备份(例如，备份4316)。备份4316可包含从时刻t2310到时刻t3314应用于数据库的事务的日志。在t4318，可作出差分备份(例如，备份5320)。备份5320可包含从时刻t0302(最后一次全备份的时刻)到时刻t4318对数据库的改变。在t5322，可作出日志备份(例如，备份6324)。备份6324可包含从时刻t3314到时刻t5322应用于数据库的事务的日志。
在本发明的某些实施例中，事务日志逻辑上作为一系列日志记录串来操作。每一日志记录包括该事务，并由一日志序列号LSN来标识。LSN可以是与每一事务相关联的序列号，使得写到该日志的逻辑末端的每一新日志记录与高于其之前的记录的LSN的LSN相关联。由此，在时间上较早发生的事务具有小于在时间上较晚发生的事务的LSN。类似地，如果第一事务具有第一LSN，下一事务将具有高于前一事务的LSN的LSN。
当在数据库204上执行备份时，与备份相关联的信息可储存在源元数据数据库206中，以及储存在储存备份的介质上，此处由存储介质226、228等来表示。可储存在源元数据数据库206和/或存储介质226、228等中的信息可包括存储介质类型(磁带、CD、磁盘、DVD等)的指示符、存储介质的卷标识符、储存在存储介质上的第一个事务的起始日志序列号(LSN)、存储介质上的最后一个事务的终止LSN、执行的备份的类型、执行备份的驱动器或设备、备份的日期等等。
因此，对于图3，关于备份1304、备份2308、备份3312、备份4316、备份5320以及备份6324可储存在源元数据数据库206和/或存储介质中。可储存在源元数据数据库206中的信息可包括存储介质的标识符、存储介质上的第一个事务的起始日志序列号(LSN)、存储介质上的最后一个事务的终止LSN等等。
恢复建议器(advisor)，如示例性恢复建议器214，可驻留在如图2所示的客户机208上。可以理解，客户机208可驻留在计算机202、218或另一计算机上。类似地，恢复建议器214可驻留在计算机202、218或另一计算机上，并可针对源数据库204运行，以从任一位置创建目标数据库220和目标元数据数据库222。恢复建议器214可嵌入在数据库管理工具中，并可被实现为可插组件。
当调用恢复建议器214时，可生成最优恢复计划，如恢复计划216。最优恢复计划可标识必须以什么顺序应用哪些备份，以在给定一组约束下用可能的最有效方法来重新创建数据库。在某些实施例中，可生成一个或多个恢复计划216等。恢复计划216等可储存在源元数据数据库206、目标元数据数据库222或分开的存储体(bank)224中。关于由恢复建议器214用于产生恢复计划的备份的信息可从以下的一个或多个中检索源元数据数据库206、目标元数据数据库222、备份介质226、228等、存储体224，或从用户输入中检索。
图4示出了用于创建示例性最优恢复计划的方法。在步骤402，响应于数据库系统故障或数据丢失的通知、或期望验证有效恢复计划可用的通知、或要创建如特定时间点存在的数据库的复制数据库的通知，可调用最优恢复计划工具，并启动该工具。
可显示按各种事件归类的一系列情景。事件可包括系统故障、数据丢失、维护任务等等。例如，可显示以下情景的任一个或所有以供选择恢复或复原现有数据库、将现有数据库恢复或复原到特定时间点、当数据库保持在线时恢复现有数据库的一个子集、将数据库的一个子集恢复到另一位置以供调查、恢复数据库中被破坏的数据页、从现有数据库创建新数据库、将数据库移至新位置、恢复数据库的一个子集以提取数据的一部分、等等。可选择合适的情景。
在步骤404，可向用户提示源数据库的标识和/或位置、恢复过程的目标名称和/或目的地、储存备份历史信息的源和/或目标元数据数据库、可用系统资源、可用备份和备份历史信息以及要恢复数据库的时间点(例如，目标恢复时间，诸如“恢复到可能的最近处”、“恢复到标记的事务”、“恢复到特定日期/时间”)。在本发明的某些实施例中，生成将数据库恢复到特定检查点的恢复计划，而不是生成将数据库恢复到指定时间点的恢复计划。如上所述，检查点是已被标记的特定事务。或者，该信息可如上所述地从源元数据数据库中获得，并且因此可接收源元数据数据库的标识。
用户也可指定恢复的目标日期/时间和恢复之后的数据库状态(例如，“不带恢复”或“带有恢复”。“不带恢复”或“带有恢复”指处理未完成事务的方法。例如，如果应用了附加事务日志，则可能期望指定“不带恢复”地恢复数据库，这意味着不收回未完成的事务。如果未应用其它事务日志，则可能期望指定“带有恢复”地恢复数据库，这意味着收回未完成的事务。)在步骤406，可生成用于该数据库的适当的恢复计划。在本发明的某些实施例中，可访问储存的情景的存储体来确定是否已对指定的情景和数据库生成了恢复计划等等。计划可包括根据步骤404中所接收的约束而要采取来恢复数据库的一个或多个步骤或行动。在本发明的某些实施例中，每一计划步骤的细节可被呈现为步骤列表。在选择步骤之一之后，可查看细节，并可改变对该步骤指定的备份设备。
在本发明的某些实施例中，可请求替换计划。例如，再次参考图3，假定要应用备份1304和备份5320(按该顺序)，但是备份5320具有读错误，并且不可使用。可请求一替换计划。响应于对替换计划的请求，可生成第二恢复计划，例如，指定应该应用备份1304、备份2308、备份3312和备份4316(按该顺序)。
在步骤408，该计划可被执行、保存或验证(“干运行(Dry Run)”)执行。在本发明的某些实施例中，恢复计划被保存为脚本文件。恢复计划可保存在源元数据数据库、目标元数据数据库或恢复计划存储体或数据库中。
在步骤410，从步骤404获得的信息可储存在源元数据数据库(如源元数据数据库206)、目标元数据数据库(如目标元数据数据库222)中。该信息可用于使恢复建议器能够从先前的恢复计划中进行“学习”。
此处描述的各种计数可结合硬件或软件，或在适当时用两者的组合来实现。由此，本发明的方法和装置，或其某些方面或部分，可采用包含在诸如软盘、CD-ROM、硬盘或任何其它机器可读存储介质等有形介质中的程序代码(即，指令)的形式，其中，当程序代码被加载到诸如计算机等机器中并由其执行时，该机器变为用于实施本发明的装置。在可编程计算机上的程序代码执行的情况下，计算装置一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。可例如通过使用数据处理API或其类似物，来使用本发明的专用领域编程模型方面的创建和/或实现的一个或多个程序，较佳地以高级过程或面向对象的编程语言来实现，以与计算机系统通信。然而，程序也可以用汇编语言或机器语言来实现。在任何情况下，语言可以是被编译或被00000解释语言，并与硬件实现相组合。
尽管结合各附图的较佳实施例描述了本发明，然而可以理解，可以在不脱离本发明的情况下，使用其它类似的实施例或对所描述的实施例作出修改和添加，以执行本发明的相同功能。因此，本发明不应限于任何单个实施例，而是相反，应当依照所附权利要求书的宽度和范围来解释。
权利要求
1.一种用于生成最优恢复计划的系统，包括一恢复建议器，它提出多个恢复情景，并接收一恢复情景选择；其中，响应于接收所述恢复情景选择，所述恢复建议器提出用于标识源数据库、目标数据库以及源数据库的备份历史位置的一系列提示；以及其中，响应于接收源数据库、目标数据库以及源数据库的备份历史位置，所述恢复建议器生成所述最优恢复计划，所述最优恢复计划指定了要应用的多个备份以及应用所述多个备份的顺序。
2.如权利要求1所述的系统，其特征在于，所述恢复建议器执行所述最优恢复计划以生成一经恢复的数据库，所述经恢复的数据库包括所述目标数据库。
3.如权利要求1所述的系统，其特征在于，所述恢复建议器保存所述最优恢复计划。
4.如权利要求1所述的系统，其特征在于，所述恢复建议器验证所述最优恢复计划，以确定所述最优恢复计划是否可执行。
5.如权利要求1所述的系统，其特征在于，所述最优恢复计划作为脚本文件保存。
6.如权利要求1所述的系统，其特征在于，还包括用于储存所述源数据库的备份历史的本地源元数据数据库。
7.如权利要求1所述的系统，其特征在于，还包括用于储存所述源数据库的备份历史的远程源元数据数据库。
8.如权利要求1所述的系统，其特征在于，还包括用于储存所述源数据库的备份历史的至少一个备份介质。
9.如权利要求1所述的系统，其特征在于，所述恢复建议器接收一时间点，所述源数据库要被恢复到该时间点。
10.如权利要求9所述的系统，其特征在于，所述目标数据库包括恢复到所述时间点的源数据库。
11.如权利要求1所述的系统，其特征在于，所述恢复建议器接收将所述源数据库恢复到由一标记的事务确定的点的请求。
12.如权利要求11所述的系统，其特征在于，所述目标数据库包括恢复到由所述标记的事务确定的点的源数据库。
13.如权利要求1所述的系统，其特征在于，还包括用于储存至少一个备份的备份历史的源元数据数据库。
14.如权利要求1所述的系统，其特征在于，还包括用于储存关于至少一个备份的可用性的信息的源元数据数据库。
15.如权利要求1所述的系统，其特征在于，还包括用于储存至少一个备份的备份历史的目标元数据数据库。
16.如权利要求1所述的系统，其特征在于，还包括用于储存关于至少一个备份的可用性的信息的目标元数据数据库。
17.如权利要求1所述的系统，其特征在于，所述最优恢复计划指定了多个备份以及应用所述多个备份以生成目标数据库的顺序。
18.如权利要求1所述的系统，其特征在于，以指定的顺序应用所指定的多个备份导致以最少量的时间来恢复目标数据库。
19.如权利要求1所述的系统，其特征在于，响应于接收对一替换计划的请求，所述恢复建议器生成第二恢复计划，所述第二恢复计划考虑所接收到的一组约束。
20.如权利要求19所述的系统，其特征在于，所述一组约束包括至少一个不可用备份。
21.如权利要求19所述的系统，其特征在于，所述一组约束包括至少一个不可用系统资源。
22.一种用于生成数据库恢复计划的方法，包括生成源数据库的一组可能恢复情景；接收对所述一组可能恢复情景中的至少一个以及一时间点的选择，目标数据库要被恢复到所述时间点；生成一最优恢复计划，所述最优恢复计划包括多个备份以及应用所述多个备份的顺序。
23.如权利要求22所述的方法，其特征在于，所述一组可能恢复情景包括维护任务。
24.如权利要求22所述的方法，其特征在于，所述一组可能恢复情景包括数据丢失。
25.如权利要求22所述的方法，其特征在于，所述一组可能恢复情景包括数据库故障。
26.如权利要求22所述的方法，其特征在于，所述时间点包括到达一标记的事务。
27.如权利要求22所述的方法，其特征在于，所述时间点包括日期和时间。
28.如权利要求22所述的方法，其特征在于，生成一替换计划。
29.如权利要求22所述的方法，其特征在于，还包括接收关于约束的信息。
30.如权利要求29所述的方法，其特征在于，还包括生成考虑所述约束的最优恢复计划。
31.如权利要求22所述的方法，其特征在于，所述最优计划指定了多个备份以及应用所述多个备份来生成目标数据库的顺序。
32.如权利要求31所述的方法，其特征在于，以所述顺序应用所述多个备份导致以最少量的时间来恢复所述目标数据库。
33.一种包括计算机可执行指令的计算机可读介质，所述指令用于生成对于源数据库的一组可能恢复情景；接收对所述一组可能恢复情景中的至少一个以及一时间点的选择，一目标数据库要恢复到所述时间点；生成一最优恢复计划，所述最优恢复计划指定了多个备份以及应用所述多个备份的顺序。
34.如权利要求33所述的计算机可读介质，其特征在于，还包括用于接收由到达一标记的事务标识的时间点的计算机可执行指令。
35.如权利要求33所述的计算机可读介质，其特征在于，还包括用于接收包括日期和时间的时间点的计算机可执行指令。
36.如权利要求33所述的计算机可读介质，其特征在于，还包括用于生成一替换计划的计算机可执行指令。
37.如权利要求33所述的计算机可读介质，其特征在于，还包括用于接收关于约束的信息的计算机可执行指令。
38.如权利要求37所述的计算机可读介质，其特征在于，还包括用于生成考虑所述约束的最优恢复计划的计算机可执行指令。
39.如权利要求33所述的计算机可读介质，其特征在于，还包括用于指定多个备份以及应用所述多个备份来生成目标数据库的顺序的计算机可执行指令。
40.如权利要求39所述的计算机可读介质，其特征在于，还包括用于以指定的顺序应用所指定的多个备份以导致以最少量的时间恢复目标数据库的计算机可执行指令。
全文摘要
一种恢复建议器可生成并应用一恢复计划以将数据库恢复到指定的时间点。可指定恢复/复原情景；可指定可用的资源和备份；并可生成一个或多个最优恢复计划。可请求一个或多个替换计划。该计划可被应用、验证或保存。
文档编号G06F17/30GK1740982SQ200510089510
公开日2006年3月1日 申请日期2005年7月22日 优先权日2004年8月24日
发明者M·S·拉赫恩 申请人:微软公司