专利名称：灾难恢复方法与系统的制作方法
技术领域：
一般地讲，本发明涉及计算系统领域，更具体地讲，涉及一种灾难恢复方法与系统。
背景技术：
灾难恢复系统一般备份计算机文件，以抵御数据损失。在典型的灾难恢复系统中，文件被定期拷贝到磁带或其它备份系统中。这一般以固定时段进行，例如在晚上下班时间或者在周末。当计算机系统出故障时，灾难恢复系统可以利用最近的备份来恢复计算机系统。这一般涉及从备份系统将文件拷贝回计算机系统。
现有灾难恢复系统的问题在于其只把计算机系统恢复到在最后一次备份时存在的状态。在最后一次备份之后发生的任何变化一般都被丢失了。
发明内容
本发明提供了一种灾难恢复的改进方法与系统，以极大地减轻或消除与先前系统与方法相关联的问题与缺点。具体地讲，除进行数据库的完全备份之外，还记录对于数据库的增加的(incremental)改变，并且该增加的改变可以作为增加的备份存档。然后可以使用完全备份、一个或多个增加的备份、和/或当前未存档的增加的改变来恢复数据库。
在一个实施例中，一种灾难恢复方法包括从第一数据库拷贝至少一部分信息到备份系统作为备份信息。该方法还包括在第二数据库中存储增加的改变。该增加的改变表示第一数据库中至少一部分信息的变化。该方法还包括利用备份信息与增加的改变中的至少一个来恢复第一数据库。
在特定实施例中，该方法还包括从第二数据库拷贝第二增加的改变到备份系统。在该实施例中，恢复第一数据库包括使用备份信息、存储在第二数据库中的增加的改变、以及存储在备份系统中的第二增加的改变中的至少一个。
为了更彻底地理解本发明，现在参照附图进行以下描述，其中图1为说明根据本发明一个实施例的灾难恢复系统的示范性方框图；图2A与2B为说明根据本发明一个实施例的首要(primary)与辅助(secondary)数据库的示范性方框图；图3为说明根据本发明一个实施例的灾难恢复体系结构的一部分的示范性方框图；图4为说明根据本发明一个实施例的灾难恢复方法的示范性流程图；图5为说明根据本发明一个实施例的在首要服务器上的文件备份方法的示范性流程图；图6为说明根据本发明一个实施例的在辅助服务器上的文件备份方法的示范性流程图；图7为说明根据本发明一个实施例的在辅助服务器上的文件恢复方法的示范性流程图；图8为说明根据本发明一个实施例的在首要服务器上的文件恢复方法的示范性流程图。
具体实施例图1为说明根据本发明一个实施例的灾难恢复系统100的示范性方框图。在所示实施例中，系统100包含首要服务器102、辅助服务器104、网络106、以及一个或多个客户机108。在不脱离本发明范围的前提下，可以使用系统100的其它实施例。
在操作的一个方面，首要数据库110存储首要服务器102使用的信息。数据库110可以，例如存储由首要服务器102使用以向客户机108提供在线网络(web)服务的信息。数据库110还可以存储注册信息，例如由操作系统使用的配置信息。在数据库110中的信息可能随时间变化，例如当客户机108添加、修改、或者删除信息时。首要服务器102中的首要数据库110还可能出故障或者变得无法运行，例如当发生硬件故障或者电源故障时。
在首要数据库110变得可以再次运行之后，数据库110中的信息需要恢复。作为特定例子，在数据库110出故障之后，数据库110可能丢失信息，并且在数据库110重新进入服务之前该信息可能需要被拷贝到数据库110中。在一个实施例中，存储在首要数据库110中的至少一部分信息被定期拷贝到备份系统112中或在其中存档。当对数据库110中的信息作出改变时，这些改变可以被存储在辅助数据库114中。可以也可以不把辅助数据库114中的改变定期在备份系统112中存档。然后，可以使用在备份系统112和/或辅助数据库114中的信息恢复首要数据库110。
首要服务器102耦合至网络106。在本文件中，名词“耦合”指两个或更多个组件之间任何直接或非直接通信，而不管这些组件是否在物理上相互接触。另外，名词“通信”可以指物理分离的组件之间或者单个物理单元内组件之间的通信。首要服务器102用来执行系统100中各种功能的一或多种功能。例如首要服务器102可以表示网络服务器，用来通过网络106向客户机108提供在线网络服务。首要服务器102也可以表示数据库服务器，用来存储由组织的雇员所使用的信息。在不脱离本发明范围的前提下，首要服务器102可以执行系统100中任何其它和/或附加功能。首要服务器102可以包含操作用来执行系统100中的至少一种功能的任何硬件、软件、固件或其组合。在所示实施例中，首要服务器102包含用来存储客户机108所使用的信息的数据库110。在不脱离本发明范围的前提下，可以使用首要服务器102的其它实施例。
辅助服务器104耦合至网络106。辅助服务器104存储系统100所使用以进行灾难恢复操作的信息。例如，辅助服务器104可以存储用来恢复首要服务器102中数据库110的信息。在本文件中，名词“恢复”指使在数据库中存储的信息回到先前状态。先前状态例如可能在数据库110出故障之时或者在靠近此时刻之时已经存在。先前状态也可以在数据库110出故障之前已经存在。在一个实施例中，辅助服务器104可以存储首要服务器102的数据库110中信息的完全备份。辅助服务器104也可以存储对数据库110中信息所作的改变。在数据库110出故障并且变得可以再次运行之后，辅助服务器104可以将备份信息与增加的改变传送给首要服务器102，并且首要服务器102可以使用该信息来恢复数据库110。辅助服务器104可以包含操作用来存储并促进(facilitate)用于恢复至少一个首要数据库110的信息的检索(retrieval)的任何硬件、软件、固件或其组合。在所示实施例中，辅助服务器104包含备份系统112以及辅助数据库114。在不脱离本发明范围的前提下，可以使用辅助数据库104的其它实施例。
网络106耦合至首要服务器102、辅助服务器104、以及客户机108。网络106促进系统100组件之间的通信。网络106例如可以在网络地址之间传送互联网协议(IP)数据包、帧中继帧、异步传送模式(ATM)信元、和/或任何适当格式的其它任何适当信息。网络106可以包含一个或多个局域网(LAN)、城域网(MAN)、广域网(WAN)、被称为互联网的全球计算机网络的全部或者一部分，和/或在一个或多个地点的任何一个或多个其它通信系统。
客户机108耦合至网络106。客户机108操作用于允许用户访问和/或改变在首要服务器102的数据库110中包含的信息。例如，客户机108可以通过网络106向首要服务器102提交数据库查询，例如从数据库110检索指定信息的请求。客户机108也可以向首要服务器102提交命令，指令首要服务器102添加、修改、或者删除包含在数据库110中的信息。客户机108可以包含操作用来通过网络106传送和/或接收信息的任何硬件、软件、固件或其组合。客户机108例如可以包含执行网络浏览器的桌面计算机。
首要数据库110用来存储首要服务器102用来执行系统100中一或多种功能的信息。在本文件中，名词“数据库”可以指信息集合。该信息可以驻留在文档或者其它文件中，在注册表中，在文件和/或注册表集合中，和/或在任何其它适当的一或多种结构中。在一个实施例中，数据库110可以存储首要服务器102用来通过网络106向客户机108提供网络服务的信息。作为特定例子，数据库110可以存储使用首要服务器102的商业用户的名称、地址及产品定单。在不脱离本发明的范围的情况下，数据库110可以存储任何其它和/或附加的信息。数据库110可以包含用来存储信息并促进信息的检索的任何硬件、软件、固件或其组合。数据库110可以使用各种数据结构、安排、和/或编辑来存储信息。数据库110例如可以包含动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、或者任何其它适当的一个或多个易失或非易失存储器与检索设备。虽然图1显示首要数据库110驻留在首要服务器102中，但是首要数据库110可以驻留在首要服务器102能够访问的任何一个或多个地点。
备份系统112用来存储或存档来自首要数据库110和/或辅助数据库114的信息。例如，备份系统112可以接收全部或部分首要数据库110中的信息，并且存储该信息。作为特定例子，在数据库110的完全备份116期间，备份系统112可以接收来自首要数据库110的信息。当数据库110出故障并且变得可以再次运行时，备份系统112可以将备份信息传送给首要服务器102，并且首要服务器102可以使用该备份信息来恢复数据库110。另外，在一个实施例中，备份系统112可以存储或存档至少部分存储在辅助数据库114中的数据。从辅助数据库114到备份系统112的信息存档可以称为增加的备份120。备份系统112可以包含，用来存储信息并促进信息检的任何硬件、软件、固件或其组合。在所示实施例中，备份系统112包含磁带备份系统。在不脱离本发明范围的前提下，可以使用备份系统112的其它实施例。
辅助数据库114用来存储识别对数据库110中的信息进行的改变的信息。在一个实施例中，辅助数据库114存储一个或多个增加的改变118。增加的改变118可以描述自从最后一次完全备份116以来首要数据库110中信息是如何变化的。在一个实施例中，增加的改变118相应于数据库操作，例如写数据到首要数据库110、从其中删除数据、或者修改其中数据的操作。在特定实施例中，增加的改变118可以识别已经被改变的首要数据库110的区段。作为特定的例子，如果向首要数据库110中的表添加了信息，则增加的改变118可以识别该表、添加到该表的信息、以及该信息在该表中添加的所在。如果从首要数据库110的表中删除信息，则增加的改变118可以识别该表、以及从该表中删除了哪些信息。如果修改首要数据库110的表中的信息，则增加的改变118可以识别该表、以及包含在该表中的新的修改后的信息。在不脱离本发明范围的前提下，可以在增加的改变118中包含其它信息和/或在辅助数据库114中存储其它信息。虽然本说明书将增加的改变118描述为表示对首要数据库110中文件的改变，但是增加的改变118可以表示对首要数据库110中任何信息的改变。作为特定的例子，增加的改变118可以表示对首要数据库110中注册表进行的改变。辅助数据库114可以包含用来存储信息并促进信息检索的任何硬件、软件、固件或其组合。辅助数据库114可以使用各种数据结构、安排、和/或编辑中的任何一种来存储信息。虽然图1显示辅助数据库114驻留在辅助服务器104中，但是辅助数据库114可以驻留在辅助服务器104可以访问的任何一个或多个地点上。
在操作的一个方面，当首要服务器102中的首要数据库110出故障时，系统100使用辅助服务器104来进行灾难恢复。在特定实施例中，灾难恢复操作包含两个总的阶段，即备份阶段与恢复阶段。备份阶段可以包含将至少一部分来自首要数据库110的信息拷贝到辅助服务器104，到备份系统112和/或辅助数据库114。恢复阶段包含将至少一部分来自备份系统112和/或辅助数据库114的信息拷贝回到首要数据库110，由此恢复首要数据库110到先前状态。
在一个实施例中，灾难恢复操作的备份阶段涉及在辅助服务器104中进行完全备份116以及增加的改变118的存储。完全备份116将至少一部分来自首要数据库110的信息拷贝到辅助服务器104中的备份系统112。在特定实施例中，完全备份116涉及将所有来自首要数据库110的信息拷贝到备份系统112。在另一特定实施例中，完全备份116涉及将首要数据库110的信息子集拷贝到备份系统112。在完全备份116中涉及的信息可以由用户指定，例如使用客户机108或者至首要服务器102或辅助服务器104的接口的用户，或者以任何其它适当方式指定。
在这个实施例中，除完全备份116之外，可以在辅助数据库114中将对首要数据库110中信息所作的改变记录为增加的改变118。在一个实施例中，增加的改变118存储在辅助数据库114中，直至下一次完全备份116开始。在下一次完全备份116开始之后，可以将辅助数据库114重新初始化，例如通过删除在辅助数据库114中存储的任何增加的改变118。在特定实施例中，可以根据时间划分在辅助数据库114中存储的增加的改变118。例如，可以根据增加的改变118何时发生而将增加的改变118存储在不同的文件或数据存储中，并且每个文件或数据存储可以相应于不同的时段。在本文件中，名词“每个”指所识别项目的至少子集中的每一个。
在该实施例中，存储在备份系统112中的备份信息以及存储在辅助数据库114中的增加的改变118可以用来在数据库故障的情况下恢复首要数据库110。换而言之，使用存储在备份系统112中的备份信息以及存储在辅助数据库114中的增加的改变118，可以重现创建首要数据库110的先前状态。具体地讲，首要服务器102可以将来自备份系统112的备份信息拷贝到首要数据库110，这就将首要数据库110恢复到在最后一次完全备份116时或接近该时刻时存在的状态。首要服务器102可以使首要数据库110处于该状态。首要服务器102还可以接收一些或者全部来自辅助数据库114的增加的改变118，并且在首要数据库110中重新创建这些增加的改变118。例如，首要服务器102可以接收表示从数据库表中删除信息的增加的改变118，并且首要服务器102可以通过从该数据库表中删除所识别的信息而在首要数据库110中实现该变化。通过这种方式，首要服务器102可以使用在辅助数据库114中存储的增加的改变118来将首要数据库110恢复到在最后一次完全备份116的时刻与数据库出故障的时刻之间存在的状态。在特定实施例中，从最后一次完全备份116开始并进行到直至达到数据库出故障的时刻或者直至达到所希望时刻，首要服务器102依次重新创建增加的改变118。允许用户指定是否应该将首要数据库110恢复到数据库出故障的时刻或者到另一时刻。
在另一实施例中，在灾难恢复操作的备份阶段期间，辅助服务器104可以进行一个或多个增加的备份120。在这一实施例中，可以将在备份系统112中拷贝或者在其中存档在辅助数据库114中存储的增加的改变118，并且所存档的增加的改变118可以但却不需要从辅助数据库114中删除。作为特定的例子，辅助服务器104可以每15或30分钟就在备份系统112中存档增加的改变118，尽管可以使用任何其它适当的时间周期。通过这种方式，辅助数据库114可以存储增加的改变118一限定的时间段。在特定实施例中，取决于增加的改变118何时发生，辅助服务器104中的增加的改变118可以存储在不同文件或者数据存储中，并且增加的备份120将这些文件或数据存储的一个或多个拷贝到备份系统120。
在该实施例中，在备份系统112中存储的完全备份信息、在备份系统112中作为增加的备份120存储的增加的改变118、以及在辅助数据库114存储的增加的改变118可以用来恢复首要数据库110。在该实施例中，首要服务器102可以将来自备份系统112的备份信息拷贝到首要数据库110，这就将首要数据库110恢复到在最后一次完全备份116时或接近该时刻时存在的状态。首要服务器102可以使首要数据库110处于该状态。首要服务器102还可以接收一些或者全部来自备份系统112的增加的改变120，并且重新创建包含在这些增加的备份120中的增加的改变118。这就将首要数据库110恢复到在所接收并实现的最后一次增加的备份120时或接近该时刻时存在的状态。再次地，首要服务器102可以使首要数据库110处于该状态，或者首要服务器102可以接收并实现在辅助数据库114中存储的增加的改变118。在特定实施例中，首要服务器102依次重新创建在备份系统112与辅助数据库114两者中的增加的改变118。另外，可以给予用户指明首要数据库110将被恢复到的时刻的选择。
以上叙述描述了在灾难恢复操作的备份阶段期间，在辅助服务器104中存储信息的各种方式。还描述了在使用辅助服务器104中的信息的灾难恢复操作的恢复阶段期间，可以恢复首要数据库110的各种方式。在不脱离本发明范围的前提下，可以使用任何其它和/或附加方法以及技术来在备份阶段期间，在辅助服务器104中存储信息，和/或在恢复阶段期间，恢复首要数据库110。例如，系统100可以被编程用来总是将首要数据库110恢复到在数据库110出故障时或者接近这一时刻时存在的状态。在该实施例中，可以不给予用户将首要数据库110恢复到在数据库110出故障之前存在的状态的选择。
虽然图1描述了灾难恢复系统100的一种示例实施例，但是在不脱离本发明范围的前提下，可以对系统100进行各种改变。例如，虽然图1显示一个首要服务器102以及一个辅助服务器104，但是系统100可以包含任何适当数目的首要服务器102和/或辅助服务器104。作为特定的例子，系统100可以包含多个首要服务器102，例如对于每个辅助服务器104的一和八之间的首要服务器102。另外，虽然图1显示辅助服务器104包含备份系统112与辅助数据库114，但是备份系统112与数据库114可以驻留在分离的平台上。另外，虽然图1显示使用服务器102与104，但是可以在系统100中使用任何其它适当的一个或多个计算与通信设备。
图2A与2B为说明根据本发明一个实施例的首要与辅助数据库110与114的示范性方框图。具体地讲，图2A说明了在两个首要服务器102中的两个示例首要数据库110，而图2B说明了在辅助服务器104中的示例辅助数据库114。在图2A与2B中显示的数据库内容只用于说明目的。在不脱离本发明范围的前提下，数据库110与114可以包含任何适当安排下的任何其它和/或附加信息。
在图2A中，使用标准文件夹系统细分(subdivide)两个首要数据库110a与110b的内容。在文件夹系统中，内容可以被划分为文件夹层次。每个文件夹都可以包含信息、应用程序、其它文件夹、文件、注册表、无内容、和/或其它任何内容。虽然本说明书描述对文件夹200与202中的文件进行增加的改变118，但是在不脱离本发明范围的前提下，增加的改变118可以影响文件夹200与202的任何其它内容。
在所示实施例中，数据库110a的内容被划分为两个驱动器文件夹200a与200b，而数据库110b的内容驻留在单独一个驱动器文件夹200c中。在一个实施例中，数据库110可以包含多个物理驱动器和/或逻辑驱动器。在所示实施例中，数据库110a具有由驱动器文件夹200a与200b表示的两个物理的和/或逻辑的驱动器，而数据库110b具有由驱动器文件夹200c表示的一个物理的和/或逻辑的驱动器。
在每个驱动器文件夹200内，数据库110的内容可以被进一步细分为文件系统文件夹202。文件系统文件夹202可以，例如表示数据库110中不同的信息类别。在所示实施例中，驱动器文件夹200a被划分为三个文件系统文件夹202a-202c。文件夹202a可以包含能够由首要服务器110a执行的应用程序。文件夹202b可以包含允许用户使用交换服务器应用程序传送与共享信息的指令与信息。文件夹202c可以包含待暂时存储的信息。文件系统文件夹202的内容可以包含由首要服务器102执行的应用程序所使用的特定文件、额外文件夹、数据库表、和/或其它任何信息。在不脱离本发明范围的前提下，可以使用额外的文件夹层进一步细分文件夹200-202。
在灾难恢复操作的一个方面，在完全备份116期间，首要数据库110中的至少部分信息可以被拷贝到备份系统112，并且为增加的改变118监视该信息。在一个实施例中，在另一个实施例中，首要数据库110中的信息的子集被拷贝到备份系统112中，并且为增加的改变118监视该信息。在特定的实施例中，用户可以指定首要数据库110中的哪个文件夹200-202和/或文件要被拷贝到备份系统112中和/或为增加的改变118而被监视。例如当首要数据库110中的某些信息不随时间变化时，这会是有用的。
在灾难恢复操作的另一个方面，对于首要数据库110中的信息的增加的改变118可以被存储在辅助服务器104的辅助数据库114中。例如，可以在首要数据库110a与110b中添加、修改、或者删除信息，并且这些改变可以记录在辅助数据库114中。
图2B显示辅助数据库114的一个例子。在所示实施例中，辅助数据库114使用标准文件夹系统来存储增加的改变118。在所示实施例中，辅助数据库114包含应用程序文件夹250、增加的改变文件夹252、一个或多个服务器文件夹254、一个或多个时间戳文件夹256、一个或多个驱动器文件夹258、以及一个或多个文件系统文件夹260。在该实施例中，辅助服务器104可以在位于驱动器文件夹258和/或文件系统文件夹260中的文件中存储增加的改变118。在不脱离本发明范围的前提下，可以使用其它实施例和/或安排。
应用程序文件夹250可以表示辅助数据库114中存储灾难恢复应用程序相关的信息的文件夹。作为特定的例子，应用程序文件夹250可以包含对一个或多个首要数据库110进行的增加的改变118、用来恢复首要数据库110的应用程序文件、和/或任何其它适当的信息。
增加的改变文件夹252可以存储对一个或多个首要数据库110作出的增加的改变118。增加的改变文件夹252可以例如有助于使增加的改变118与应用程序文件夹250中存储的其它信息分离。
每个服务器文件夹254可以存储由特定首要服务器102进行的增加的改变118。在所示实施例中，辅助数据库114包含两个服务器文件夹254a与254b，一个服务器文件夹用于具有首要数据库110a的第一首要服务器102，一个服务器文件夹用于具有首要数据库110b的第二首要服务器102。这允许，例如单个辅助数据库114分离并存储对于多个首要服务器102的增加的改变118。辅助数据库114可以服务任何适当数目的首要服务器102。在一个实施例中，辅助数据库114可以服务一至八个首要服务器102。
时间戳文件夹256表示可以进行增加的改变118的不同时段。在所示实施例中，每个服务器文件夹254都包含至少两个时间戳文件夹256。标有“当前(CURRENT)”的一个时间戳文件夹256存储来自当前时段的增加的改变118，并且至少一个另外的时间戳文件夹256存储来自先前时段的增加的改变118。在不脱离本发明范围的前提下，可以使用利用任何数目时间戳文件夹256的其它实施例。例如，辅助数据库114可以包含对于自最后一次完全备份116以来已经经过的每个时段的时间戳文件夹256。
在所示实施例中，表示不同于当前时段的时段的时间戳文件夹256包含时间戳标记。在本文件中，名词“时间戳”指用来至少部分识别或表示日期和/或时间的任何信息或结构。在特定实施例中，这些时间戳文件夹256的每一个都可以包含识别辅助服务器104何时开始或停止在该时间戳文件夹256中存储增加的改变118的时间戳。例如，在一个实施例中，时间戳文件夹256可以存储在一天的不同小时中发生的增加的改变118，并且每个时间戳都可以识别一天的特定小时。在不脱离本发明范围的前提下，可以赋予时间戳文件夹256其它标记，其可以引用也可以不引用日期和/或时间。
辅助数据库114中每个驱动器文件夹258可以相应于首要数据库110中的驱动器文件夹200。辅助数据库114中每个文件系统文件夹260可以相应于首要数据库110中的文件系统文件夹202。
在操作的一个方面，增加的改变118存储在位于驱动器文件夹258、文件系统文件夹260、和/或辅助数据库114中其它文件夹的文件内。在特定实施例中，辅助数据库114中的文件是稀疏(sparse)文件。在以下描述中，位于时间戳文件夹256中的文件的集合可以称为数据存储。
当对首要数据库110中信息进行改变时，该改变可以被传送到辅助服务器104作为增加的改变118。辅助服务器104可以识别与增加的改变118相关联的首要服务器102。辅助服务器104还可以识别在该首要服务器102中在何处进行的增加的改变118。例如，如果增加的改变118影响首要数据库110的驱动器文件夹200中的文件，则辅助服务器104可以识别该驱动器文件夹200。如果增加的改变118影响首要数据库110的文件系统文件夹202中的文件，则辅助服务器104可以识别该文件系统文件夹202以及与该文件系统文件夹202相关联的驱动器文件夹200。辅助服务器104还可以进一步识别受增加的改变118影响的首要数据库110中的文件。
辅助服务器104可以使用该和/或其它信息来访问辅助数据库114中的适当文件夹。例如，辅助服务器104可以访问与所识别的首要服务器102相关联的服务器文件夹254。辅助服务器104还可以访问包含在该服务器文件夹254中的当前时间戳文件夹256。辅助服务器104还可以进一步访问与所识别的驱动器文件夹200相关联的驱动器文件夹258和/或与所识别的文件系统文件夹202相关联的文件系统文件夹260。在访问辅助数据库114中的适当文件夹之后，辅助服务器104可以在该文件夹中存储增加的改变118。例如，辅助服务器104可以在辅助数据库114中与所识别的文件相关联的文件中存储增加的改变118。在一个实施例中，辅助服务器104可以在具有与首要数据库110中受增加的改变118影响的文件相同名称的文件中存储增加的改变118。作为特定例子，如果增加的改变118影响首要数据库110中名称为“publ.edb”的文件，则辅助服务器104可以在辅助数据库114中名称为publ.edb”的文件中存储该增加的改变118。通过这种方式，辅助服务器104可以在辅助数据库114中重新创建首要数据库110的至少一部分文件夹层次。
在特定实施例中，辅助服务器104可以持续在辅助数据库114的“当前”时间戳文件夹256中存储增加的改变118，直至经过给定的时段。在经过该时段之后，辅助服务器104关闭并重新命名“当前”时间戳文件夹256。例如，辅助服务器104可以使用一天的日期与小时来标记该时间戳文件夹256。辅助服务器104还可以创建新的“当前”时间戳文件夹256，并且开始在该新的时间戳文件夹256中存储更多的增加的改变118。当在新的时间戳文件夹256中存储增加的改变118时，辅助数据库114可以将被重新命名的时间戳文件夹256中的增加的改变118传送给备份系统112作为增加的备份120。在增加的备份120完成之后，辅助数据库114可以删除重新命名的时间戳文件夹256。然后，通过重新命名“当前”时间戳文件夹256并创建新的时间戳文件夹256，辅助服务器104可以在经过下一个时段后重复该过程。在另一实施例中，在进行增加的备份120之前，辅助服务器104可以等待直至经过多个时段。
辅助服务器104已经被描述为进入适当的时间戳文件夹256、驱动器文件夹258、和/或文件系统文件夹260，以存储增加的改变118。这假定文件夹256-260存在，并且可以由辅助服务器104访问。在特定实施例中，在开始对于首要数据库110的完全备份116时，可以从辅助数据库114中删除与该首要数据库110相关联的增加的改变118。例如通过删除适当服务器文件夹254的内容可以发生这一情况。结果，在存储增加的改变118之前，辅助服务器104可能需要创建时间戳文件夹256、驱动器文件夹258、和/或文件系统文件夹260。另外，辅助服务器104可能需要创建在其中存储辅助数据库114中的增加的改变118的文件。在该实施例中，当辅助服务器104接收增加的改变118时，辅助服务器104可以确定在辅助数据库114中是否存在适当的文件夹256-260以及文件。如果不存在，则辅助服务器104可以创建所需的文件夹256-260和/或所需文件。
在一个实施例中，如果没有对首要数据库110的驱动器文件夹200或者文件系统文件夹202的内容进行增加的改变118，则辅助数据库114会缺少相应的驱动器文件夹258或文件系统文件夹260。例如，在所示实施例中，驱动器文件夹258e包含名称为“APPS”与“交换服务器(EXCHANGE SERVER)”的文件系统文件夹260i-260j。这些文件系统文件夹260i-260j相应于图2A的文件系统文件夹202a-202b。这表示对文件系统文件夹202a-202b的内容进行了增加的改变118。然而，在另一实施例中，驱动器文件夹258e可以缺少文件系统文件夹260i。这可能表示在时间戳文件夹256c所表示的时段内，没有对文件系统文件夹202a“APPS”的内容进行增加的改变118。
由系统100监视并存储在辅助数据库114中的增加的改变118可以随特定需求改变。在一个实施例中，涉及首要数据库110的某些数据库操作不一定导致在辅助数据库114中创建与存储增加的改变118。作为特定的例子，用户可以打开、关闭、或者读取来自首要数据库110中文件的信息。这些操作不改变该数据库文件中的数据，因此不需要在辅助数据库114中存储增加的改变118。
其它数据库操作可能导致在辅助数据库114中创建与存储增加的改变118。例如，用户可以向首要数据库110中的文件写入数据。当发生这种情况时，辅助服务器104可以确定具有相同名称的文件是否出现在辅助数据库114的适当文件夹258或260中，如果该文件不存在则创建该文件，并且在该文件中存储新近写入的数据作为增加的改变118。用户还可以删除首要数据库110中的文件。在这种情况下，辅助服务器104可以将辅助数据库114中相应文件标记为已删除。类似地，用户可以删除首要数据库110中的子树，这就删除了首要数据库110中的文件夹200或者202的内容。当发生这种情况时，辅助服务器104可以删除辅助数据库114中相应文件夹258或260的内容，并且将相应文件夹258或260标记为已删除。用户还可以重新命名首要数据库110中的文件。在这种情况下，辅助服务器104可以将辅助数据库114中相应文件从旧名称重新命名为新名称，在辅助数据库114中创建具有该旧名称的新文件，并且将该新文件标记为已删除。另外，用户可以执行影响首要数据库110中文件的一个或多个特性的各种其它命令。例如，用户可以执行诸如SetBasicInfo与SetCompression等命令，这就改变了与首要数据库110中文件相关联的信息和/或压缩。用户可以还执行诸如SetSecurity与SetSecurityByName等命令，这就改变了首要数据库110中文件的安全特性。用户还可以截断首要数据库110中的文件，这就减少了该文件的大小。对于这些操作，辅助服务器104可以在辅助数据库114中相应文件中存储新的文件信息、文件安全信息、以及文件长度。除此以外，可以在辅助数据库114中存储对于进行首要数据库110中注册表的改变，例如当操作系统添加、更新、或者去除注册表中的配置信息时。在不脱离本发明范围的前提下，可以在辅助数据库114中存储其它增加的改变118。
虽然图2A与2B说明了示例的首要与辅助数据库110与114，但是在不脱离本发明范围的前提下，可以对数据库110与114进行各种改变。例如，文件夹200-202以及文件夹250-260只是为说明的目的。可以在数据库110和/或114中使用任何其它和/或附加的文件夹。另外，可以使用任何适当的信息安排以替代文件夹系统。
图3为说明根据本发明一个实施例的灾难恢复体系结构300的一部分的示范性方框图。体系结构300例如可以表示在首要服务器102与辅助服务器104上执行的软件例程。在所示实施例中，体系结构300包含文件系统监视器(FSM)302、文件系统事务服务器(FSTS)304、首要服务306、辅助服务308、以及控制台应用程序310。在不脱离本发明范围的前提下，可以使用体系结构300的其它实施例。
文件系统监视器302用来监视并检测对于在一个或多个文件系统312a-312c(统称为文件系统312)中的文件的增加的改变118。文件系统312例如可以支持图2A所示的数据库体系结构。在特定实施例中，文件系统监视器302可以检测对于文件系统312中的文件或注册表进行的写入、创建、重新命名、以及删除操作。当文件系统监视器302检测到增加的改变118时，文件系统监视器302会通知文件系统事务服务器304。例如如果文件系统监视器302检测到向文件添加数据块，则文件系统监视器302可以通知文件系统事务服务器304受影响的文件的名称、写入数据块的地址、以及数据块的大小。文件系统监视器302可以包含用来检测在一个或多个文件系统312中的增加的改变118的任何硬件、软件、固件、或其组合。文件系统监视器302例如可以包含由首要服务器102中的一个或多个处理器执行的内核模式的软件驱动器。
文件系统事务服务器304用来接收文件系统监视器302识别的增加的改变118，并且累积增加的改变118一给定时段。例如，文件系统事务服务器304可以在五秒窗口期间累积增加的改变118。文件系统事务服务器304可以包含用来接收并累积增加的改变118的任何硬件、软件、固件、或其组合。文件系统事务服务器304例如可以包含由首要服务器102中一个或多个处理器执行的内核模式的软件驱动器。在具体实施例中，文件系统事务服务器304用作为文件系统监视器302的客户机进程。在另一实施例中，可以不进行对增加的改变118的累积，并且可以从体系结构300中省略文件系统事务服务器304。
首要服务306与辅助服务308用来促进首要服务器102与辅助服务器104之间的通信。例如，首要服务306可以接收来自文件系统事务服务器304的所累积的增加的改变118，并且将增加的改变118传送给辅助服务308。辅助服务308可以接收来自首要服务306的增加的改变118，并且将增加的改变118写入文件系统314。文件系统314例如可以支持图2B所示的数据库体系结构。首要服务306与辅助服务308可以包含用来促进首要服务器102与辅助服务器104之间的通信的任何硬件、软件、固件、或其组合。首要服务306与辅助服务308例如可以包含分别由首要服务器102与辅助服务器104中一个或多个处理器执行的用户模式的应用程序。
控制台应用程序310用来提供控制系统100中灾难恢复操作的接口。控制台应用程序310例如可以允许用户使用脚本文件控制灾难恢复操作。作为特定的例子，通过使用适当的脚本命令，用户可以重新命名或者删除在辅助数据库114中的数据存储。用户还可以使用适当的脚本命令使系统100恢复首要数据库110。在不脱离本发明范围的前提下，可以使用控制灾难恢复操作的其它方法，例如通过使用应用程序编程接口(API)。
在一个实施例中，首要服务306和/或辅助服务308支持执行一个或多个任务。任务可以表示由首要服务306和/或辅助服务308运行的、实现某些或全部灾难恢复功能的进程。例如，一个或多个复制任务可以负责在辅助数据库114中复制对首要数据库110进行的增加的改变118。在特定实施例中，用户可以启动、停止、以及控制复制任务，例如通过使用通过控制台应用程序310输入的适当的脚本命令。
在该实施例中，复制任务可以使用任务文件(taskfile)来在辅助数据库114中复制增加的改变118。任务文件例如可以识别在首要数据库110中待针对增加的改变118进行监视的文件、文件夹200-202、注册表、和/或注册表分支。任务文件还可以识别在首要数据库110中待针对增加的改变118排除的、不进行监视的文件、文件夹200-202、注册表、和/或注册表分支。任务文件还可以识别在灾难恢复操作中使用的超时参数以及其它参数。任务文件例如可以表示可以手工和/或利用标准API编程编辑的.INI文件。
在操作的一个方面，用户可以启动对于特定首要服务器102的复制任务。在特定实施例中，在完全备份116开始之前可以启动复制任务，从而有助于保证在系统100中捕获在完全备份116期间由首要服务器102进行的任何增加的改变118。首要服务306可以读取任务文件并且识别需要监视哪些文件、文件夹200-202、注册表、和/或注册表分支。首要服务306还可以配置文件系统事务服务器304以监视这些文件、文件夹200-202、注册表、和/或注册表分支。然后，文件系统事务服务器304监视由文件系统监视器302检测的任何增加的改变118，报告对所监视的文件、文件夹200-202、注册表、和/或注册表分支进行的增加的改变118，并且忽略对所排除的文件、文件夹200-202、注册表、和/或注册表分支进行的增加的改变118。辅助服务308可以初始化辅助数据库114以存储增加的改变118。例如，辅助服务308可以在适当服务器文件夹254下创建“当前”时间戳文件夹256。首要服务306与辅助服务308也可以建立通信链接，例如通过网络106的链接。
用户还可以使复制任务无效(deactivate)。当发生这种情况时，首要服务306与辅助服务308可以停止传送增加的改变118。用户可以进行到删除当前数据存储，这就删除了辅助数据库114中的当前时间戳文件夹256。用户还可以重新命名当前数据存储，例如通过重新命名辅助数据库114中的当前时间戳文件夹256，以反映日期与时间。在重新命名当前数据存储之后，用户可以重新启动复制任务。这使系统100再次监视增加的改变118并在新的当前数据存储，例如新的时间戳文件夹256中记录增加的改变118。
已经将图3描述为允许用户使用控制台应用程序310来控制系统100中的灾难恢复操作。系统100还可以被配置来根据需要自动启动与停止复制任务、重新命名数据存储、和/或删除数据存储。
虽然图3描述了灾难恢复体系结构300一部分的例子，但是在不脱离本发明范围的前提下，可以对体系结构300进行各种修改。例如，图3中的功能划分只是为说明目的。在不脱离本发明范围的前提下，根据特定需求，可以相互组合或者去除各种功能组件。另外，体系结构300的组件302-310的功能可以使用任何硬件、软件、固件、或者其组合来实现。这可以包含例如在任何适当设备中存储的逻辑，例如随机访问存储器、只读存储器、应用专用集成电路(ASIC)、或者现场可编程门阵列(FPGA)。
图4为说明根据本发明一个实施例的灾难恢复方法400的示范性流程图。虽然可以针对图1的系统100描述方法400，但是在不脱离本发明范围的前提下，方法400可以由任何适当的系统使用。
在步骤402，系统100进行首要数据库110中信息的完全备份116。这可以包含例如首要服务器102将首要数据库110中某些或全部信息传送给备份系统112。备份系统112可以驻留在辅助服务器102和/或其它适当平台上。
在步骤404，系统100监视对首要数据库110中信息进行的增加的改变118。这可以包含例如首要服务器102识别对首要数据库110中信息进行的增加的改变118，并且将该增加的改变118传送给辅助服务器104。这还可以包含辅助服务器104在辅助数据库114中存储该增加的改变118。这还可以包含辅助服务器104进行一个或多个增加的备份129，其中辅助服务器104在备份系统112中存储至少某些来自辅助数据库114的增加的改变118。
在步骤406，首要数据库110出故障。这可以包含例如首要数据库110出现使首要数据库110不能运行的硬件或软件错误。这还可以包含首要数据库110出现电源故障。在不脱离本发明范围的前提下，在步骤406还可以出现数据库故障的其它原因。在步骤408，首要数据库110变得可以再次运行。这可以包含例如技术人员解决了硬件或软件错误，恢复首要服务器102的电源，和/或任何其它适当的解决数据库故障的纠正措施。
在步骤410，系统100恢复首要数据库110。这可以包含例如备份系统112将自最后一次完全备份116以来的信息传送给首要服务器102。这还可以包含备份系统112将来自一个或多个增加的备份120的增加的改变118传送给首要服务器102。这还可以包含辅助数据库114将至少一个增加的改变118传送给首要服务器102。另外，这可以包含首要服务器102使用来自辅助服务器104的信息以恢复首要数据库110。首要服务器102可以将首要数据库110恢复到在数据库出故障时或者接近该时刻时存在的状态，在数据库110出故障之前存在的状态，和/或任何其它适当的状态。
虽然图4显示了灾难恢复方法400的一个例子，但是在不脱离本发明范围的前提下，可以对方法400进行各种改变。例如，系统100可以使用来自最后一次完全备份116的信息来恢复首要数据库110，而不使用增加的改变118。例如当系统100将首要数据库110恢复到在最后一次完全备份116时存在的状态时，可以发生这种情况。在不脱离本发明范围的前提下，可以对方法400进行其它改变。
图5为说明根据本发明一个实施例的在首要服务器102上的文件备份方法500的示范性流程图。方法500可以例如由首要服务器102在灾难恢复操作的备份阶段使用。虽然可以针对图1的首要服务器102描述方法500，但是在不脱离本发明范围的前提下，方法500可以由任何其它适当的一个或多个平台使用。
在步骤502，首要服务器102识别在首要数据库110中的待监视信息。这可以包含例如启动由首要服务306和/或辅助服务308执行的复制任务。这还可以包含该复制任务访问识别首要数据库110中的一个或多个文件、文件夹200-202、注册表、和/或注册表分支的任务文件。该任务文件中的文件、文件夹200-202、注册表、和/或注册表分支例如可以由系统100的用户识别。
在步骤504，首要服务器102在完全备份116期间将所识别的信息传送给备份系统112。这可以包含例如首要服务器102将所识别的文件传送给备份系统112。这还可以包含首要服务器102将任何选定的文件夹200-202传送给备份系统112。
在步骤506，首要服务器102检测一个或多个文件事件的发生。文件事件例如可以表示向数据库110中现有的或者新的文件添加新信息，修改数据库110中现有的信息，或者从数据库110中删除现有的信息。文件事件可以发生在步骤104进行的完全备份116之前、在其中、和/或在其之后。在一个实施例中，文件事件可以由文件系统接监视器302检测。
在步骤508，首要服务器102累积文件事件一给定时段。这可以包含例如文件系统事务服务器304在给定时段(例如在五秒窗口期间)内从文件系统接监视器302接收多个文件事件。这还可以包含文件系统事务服务器304将在五秒窗口期间接收的文件事件组合为一条或一系列消息。
在步骤510，首要服务器102将文件事件传送给辅助数据库114，作为增加的改变118。这可以包含例如文件系统事务服务器304将所述一条或一系列消息传送给首要服务306，并且首要服务306将该消息传送给辅助服务308。
在步骤512，首要服务器102确定自最后一次完全备份116以来的时间是否超过门限。这可以包含例如首要服务器102确定自最后一次完全备份116以来的时间是否超过由用户设立的门限时间周期。如果自最后一次完全备份116以来的时间未超过门限，则首要服务器102返回步骤506，以检测另外的文件事件的发生。否则，首要服务器102返回步骤504，以进行另一完全备份116。在特定的实施例中，首要服务器102可以每一天或者每一周进行一次完全备份116。
虽然图5显示在首要服务器102的文件备份的方法500的例子，但是在不脱离本发明范围前提下，可以对方法500进行各种改变。例如，首要服务器102可以监视首要数据库102中的所有信息。在这个实施例中，在步骤502首要数据库102不需要识别待监视的信息。另外，首要数据库102可以将文件事件传送给辅助服务器104，而不用在步骤508累积文件事件。另外，首要数据库102可以使用确定何时进行完全备份116的任何适当方法，并且不限于确定自最后一次完全备份116以来的时间是否超过门限时间。
图6为说明根据本发明一个实施例的用于在辅助服务器104上的文件备份的方法600的示范性流程图。方法600可以例如由辅助服务器104在灾难恢复操作的备份阶段使用。虽然针对图1的辅助服务器104描述方法600，但是在不脱离本发明范围的前提下，方法600可以由任何其它适当的一个或多个平台使用。另外，虽然针对单个首要服务器102描述方法600，但是辅助服务器104可以支持多个首要服务器102。
在步骤602，辅助服务器104在完全备份116期间接收来自首要数据库110的备份信息。这可以包含例如辅助服务器104通过网络106接收来自首要服务器102的信息。在步骤604，辅助服务器104在备份系统112中存储该备份信息。这可以包含例如备份系统112将来自首要数据库110的备份信息记录在一个或多个计算机可读介质上，例如磁带或者密致盘(compact disc)上。这还可以包含辅助服务器104初始化辅助数据库114，例如通过删除与服务器102相关联的服务器文件夹254的任何内容。
在步骤606，辅助服务器104接收来自首要数据库110的增加的改变118。这可以包含例如辅助服务308从首要服务306接收包含增加的改变118的一个或多个消息。在于步骤604在备份系统112中存储备份信息之前、在其中、和/或在其之后，可以接收增加的改变118。在步骤608，辅助服务器104在当前数据存储中存储增加的改变118。这可以包含例如辅助服务308在辅助数据库114中“当前”时间戳文件夹256内包含的一个或多个文件中存储增加的改变118。这也可以包含辅助服务308在辅助数据库114中创建其中存储增加的改变118的一个或多个文件夹256-260和/或一个或多个文件。
在步骤610，辅助服务器104确定是否发生了触发事件。触发事件例如可以表示经过给定时段，或者收到来自用户的命令。如果未检测到触发事件，则辅助服务器104返回步骤606，以接收并且存储其它增加的改变118。如果辅助服务器104检测到触发事件，则辅助服务器104行进到进行增加的备份120。在步骤612，辅助服务器104关闭并重新命名当前数据存储。这可以包含例如辅助服务器104重新命名辅助数据库114中的当前时间戳文件夹256，以包含反映日期与时间的标记。在步骤614，在增加的备份120期间，辅助服务器104在备份系统112中存储重新命名后的数据存储。这可以包含例如辅助数据库114将重新命名后的时间戳文件夹256中的信息传送给备份系统112。在步骤616，辅助服务器104在辅助数据库114中创建新的当前数据存储。这可以包含例如辅助服务器104在辅助数据库114中创建名称为“当前”的新的时间戳文件夹256。在步骤614发生的增加的备份120之前，在其之中、或者在其之后，辅助服务器104可以创建新的数据存储。在步骤618，辅助服务器104从辅助数据库114删除重新命名后的数据存储。这可以包含例如辅助服务器104从数据库114删除重新命名后的时间戳文件夹256、以及该时间戳文件夹256的所有内容。辅助服务器104返回步骤606，以接收并在新的数据存储中存储其它增加的改变118。
虽然图6说明了在辅助服务器104上的文件备份方法600的一个例子，但是在不脱离本发明范围前提下，可以对方法600进行各种改变。例如，在另一实施例中，辅助服务器104不进行增加的备份120。另外，虽然方法600说明在每次增加的备份120期间辅助服务器104将单个数据存储拷贝到备份系统112，但是在增加的备份期间辅助服务器104可以将更多数据存储拷贝到备份系统112。在这个实施例中，可以修改方法600以在首次触发事件之后创建新的数据存储，并且在第二次触发事件之后进行增加的备份120。另外，方法600假定备份系统112与辅助数据库114位于同一平台上，例如辅助服务器104。在另一实施例中，备份系统112与辅助数据库114可位于不同平台上，并且每个平台可以执行所示步骤的子集。
图7为说明根据本发明一个实施例的在辅助服务器104上的文件恢复方法700的示范性流程图。方法700可以例如由辅助服务器104在灾难恢复操作的恢复阶段使用。虽然针对图1的辅助服务器104描述方法700，但是在不脱离本发明范围的前提下，方法700可以由任何其它适当的一个或多个平台使用。另外，虽然可以针对单个首要服务器102描述方法700，但是辅助服务器104也可以支持多个首要服务器102。
在步骤702，辅助服务器104识别时间帧。时间帧可以表示待将首要数据库110恢复到的时间。时间帧例如可以表示首要数据库110出故障时或者接近其的时间，在首要数据库110出故障前的时间，和/或其它任何适当的时间。辅助服务器104可以从用户接收识别的时间帧，例如用户使用客户机108或控制台应用程序310，或者以任何其它适当的方式。
在步骤704，辅助服务器104将来自最后一次完全备份116的备份信息传送给首要数据库110。这可以包含例如备份系统112通过网络106将来自最后一次完全备份116的备份信息传送给首要数据库110。
在步骤706，辅助服务器104确定发生最后一次完全备份116的时间是否超过所识别的时间。这可以包含例如辅助服务器104比较最后一次完全备份116开始的时间与在步骤702接收的所识别的时间。如果与最后一次完全备份116相关联的时间超过所识别的时间，则方法700结束。辅助服务器104不需要进行进一步动作来恢复首要数据库110。
否则，在步骤708，辅助服务器104选择最早的增加的备份120。在步骤710，辅助服务器104确定与所选择的增加的备份120相关联的时间是否超过所识别的时间。如果超过了，则辅助服务器104不需要进行进一步动作来恢复首要数据库110，并且方法700结束。否则，在步骤712，辅助服务器104将在所选择的增加的备份120中包含的增加的改变118传送给首要数据库110。这可以包含例如通过网络106备份系统112将所选择的增加的备份120中的增加的改变118传送给首要服务器102。
在步骤714，辅助服务器104确定在备份系统112是否还余留有其它增加的备份120需要处理。如果还余留有另外的增加的备份120，则在步骤716，辅助服务器104选择下一个增加的备份120。这可以包含例如辅助服务器104选择在当前增加的备份120之后依次发生的下一个增加的备份120。然后，辅助服务器104返回步骤710以确定是否应该把新的所选择的增加的备份120中的增加的变化118传送给首要数据库110。
如果在步骤714没有剩余增加的备份120，则在步骤718辅助服务器104选择辅助数据库114中最早的时间戳文件夹256。这可以包含例如辅助服务器104识别具有最早时间戳标记的时间戳文件夹256。这也可以包含辅助服务器104识别在与该首要数据库110相关联的服务器文件夹254中的最早时间戳文件夹256。
在步骤720，辅助服务器104确定与所选择的时间戳文件夹256相关联的时间是否超过所识别的时间。这可以包含例如辅助服务器104比较所选择的时间戳文件夹256的时间戳与所识别的时间。如果所识别的时间超过与所选择的时间戳文件夹256相关联的时间，则方法700结束。否则，在步骤722，辅助服务器104将在所选择的时间戳文件夹256中包含的增加的改变118传送给首要数据库110。这可以包含例如辅助服务器104通过网络106将增加的改变118传送给首要数据库110。
在步骤724，辅助服务器104确定在辅助数据库114中是否存在额外的时间戳文件夹256。如果没有余留额外的时间戳文件夹256需要处理，则方法700结束。如果还余留有额外时间戳文件夹256，则在步骤726，辅助服务器104选择下一时间戳文件夹256。这可以包含例如辅助服务器104选择具有下一顺序时间戳的时间戳文件夹256。然后，辅助服务器104返回步骤720以处理新选择的时间戳文件夹256。
虽然图7说明了在辅助服务器104上的文件恢复方法700的一个例子，但是在不脱离本发明范围前提下，可以对方法700进行各种改变。例如，辅助服务器104可以被编程来自动地将首要数据库110恢复到在数据库110出故障时或者接近该时刻时存在的状态。在这种情况下，辅助服务器104不需要接收时间帧或者比较收到的时间以及与最后一次完全备份116、增加的备份120、以及时间戳文件夹256相关联的时间。另外，存储在备份系统112和/或辅助数据库114中的每个增加的改变118可以打上时间戳，以显示作出该增加的改变的时间。在这个实施例中，辅助服务器104可以比较与每个增加的改变118相关联的时间与在步骤702收到的时间。通过这种方式，辅助服务器104不需要将在增加的备份120和/或时间戳文件夹256中包含的所有增加的改变118传送给首要服务器102。另外，方法700假定备份系统112与辅助数据库114位于同一平台上，例如辅助服务器104。在另一实施例中，备份系统112与辅助数据库114可位于不同平台上，并且每个平台可以执行所示步骤的子集。另外，图7说明了辅助服务器104利用所识别的时间确定是否应该将信息传送给首要服务器102。在另一实施例中，辅助服务器104可以将所有适当信息传送给首要服务器102，并且首要服务器102利用所识别的时间确定是否应该将信息传送给首要服务器102。
图8为说明根据本发明一个实施例的在首要服务器102上的文件恢复方法800的示范性流程图。方法800可以例如由首要服务器102在灾难恢复操作的恢复阶段使用。虽然针对图1的首要服务器102描述方法800，但是在不脱离本发明范围的前提下，方法800可以由任何其它适当的一个或多个平台使用。
在步骤802，首要服务器102接收来自备份系统112的备份信息。这可以包含例如首要服务器102接收在首要数据库110出故障之前发生的最后一次完全备份116期间存储的信息。在步骤804，首要服务器102在首要数据库110中存储该备份信息。这可以包含例如首要服务器102在首要数据库110中适当文件夹200-202中存储从备份系统112接收的备份信息。这就将首要数据库110恢复到最后一次完全备份116时或者接近该时刻时存在的状态。
在步骤806，首要服务器102接收来自备份系统112的一个或多个增加的改变118。该增加的改变118可能例如已经在一个或多个增加的备份120期间被存储在备份系统112中。在步骤808，首要服务器102重新创建对在首要数据库110中存储的信息的增加的改变118。这可以包含例如首要服务器102接收增加的改变118并且对首要数据库110中的信息进行同样的改变。这就将首要数据库110恢复到最后一次增加的备份120时或者接近该时刻时存在的状态。
在步骤810，首要服务器102接收来自辅助数据库114的一个或多个增加的改变118。这可以包含例如辅助数据库114通过网络106将来自一个或多个时间戳文件夹256的增加的改变118传送给首要服务器102。在步骤812，首要服务器102在首要数据库110中重新创建从辅助数据库114接收的增加的改变118。这就将首要数据库110恢复到首要数据库110出故障时或者接近该时刻时存在的状态。
虽然图8显示在首要服务器102上的文件恢复方法800的一个例子，但是在不脱离本发明范围前提下，可以对方法800进行各种改变。例如，方法800被说明为将首要数据库110恢复到数据库出故障时或者接近该时刻时存在的状态。还可以将首要数据库110恢复到数据库出故障之前存在的状态。在一个实施例中，首要服务器102可以利用步骤802-804恢复首要数据库110，而不使用步骤806-812。首要服务器102也可以利用步骤802-808恢复首要数据库110，而不使用步骤810-812。在不脱离本发明范围前提下，可以使用利用所示步骤子集的其它实施例。
虽然针对优选实施例以及一般有关的方法描述了本发明，但是本领域技术人员应该清楚可以对优选实施例及方法进行各种变化与修改。因此，以上对示范性优选实施例的描述不限定或限制本发明。在不脱离权利要求所限定的本发明的范围的前提下，可以有各种改变、替换、以及修改。
权利要求
1.一种灾难恢复方法，包括传送用以在第一数据库中存储的增加的改变，该增加的改变表示第二数据库中至少一部分信息的变化；接收备份信息与增加的改变中的至少一个，该备份信息包括先前在备份系统中存储的、来自第二数据库的信息的至少一部分；以及使用备份信息与增加的改变中的至少一个来恢复第二数据库。
2.如权利要求1所述的方法，其中恢复第二数据库包括在第二数据库中存储备份信息；以及实现对第二数据库中至少一部分信息的增加的改变。
3.如权利要求1所述的方法，其中接收增加的改变包括从备份系统接收第一增加的改变；以及从第一数据库接收第二增加的改变。
4.如权利要求3所述的方法，其中恢复第二数据库包括在第二数据库中存储备份信息；实现对第二数据库中至少一部分信息的第一增加的改变；以及在实现第一增加的改变之后，实现对第二数据库中至少一部分信息的第二增加的改变。
5.如权利要求3所述的方法，还包括接收恢复时间；以及其中恢复第二数据库包括在第二数据库中存储备份信息；当与第一增加的改变相关联的第一时间未超过恢复时间时，实现对第二数据库中至少一部分信息的第一增加的改变；以及当与第二增加的改变相关联的第二时间未超过恢复时间时，实现对第二数据库中至少一部分信息的第二增加的改变。
6.如权利要求1所述的方法，其中传送用以在第一数据库中存储的增加的改变包括检测在至少一个文件系统中的增加的改变；在多个时间窗口的每一个中累积检测到的多个增加的改变；以及在每个时间窗口之后，传送用以在第一数据库中存储的所累积的增加的改变。
7.如权利要求1所述的方法，还包括传送用以在备份系统中作为备份信息存储的来自第二数据库的至少一部分信息。
8.如权利要求7所述的方法，还包括在向备份系统传送来自第二数据库的至少一部分信息之前，开始复制任务，该复制任务用来检测并传送用以在第一数据库中存储的增加的改变。
9.如权利要求8所述的方法，还包括访问任务文件以识别以下至少之一为增加的改变要进行监视的第一文件、为增加的改变要进行监视的第一文件夹、为增加的改变要进行监视的第一注册表、要从监视中排除的第二文件、要从监视中排除的第二文件夹、以及要从监视中排除的第二注册表。
10.如权利要求1所述的方法，其中增加的改变表示第二数据库中至少一部分文件或注册表的改变。
11.一种灾难恢复系统，包括至少一个计算机可读介质；以及在该至少一个计算机可读介质上编码的逻辑，当被执行时用以传送用以在第一数据库中存储的增加的改变，该增加的改变表示第二数据库中至少一部分信息的变化；接收备份信息与增加的改变中的至少一个，该备份信息包括先前在备份系统中存储的、来自第二数据库的信息的至少一部分；以及使用备份信息与增加的改变中的至少一个来恢复第二数据库。
12.如权利要求11所述的系统，其中所述逻辑用来通过以下步骤恢复第二数据库在第二数据库中存储备份信息；以及实现对第二数据库中至少一部分信息的增加的改变。
13.如权利要求11所述的系统，其中所述逻辑用来通过以下步骤接收增加的改变从备份系统接收第一增加的改变；以及从第一数据库接收第二增加的改变。
14.如权利要求13所述的系统，其中所述逻辑用来通过以下步骤恢复第二数据库在第二数据库中存储备份信息；实现对第二数据库中至少一部分信息的第一增加的改变；以及在实现第一增加的改变之后，实现对第二数据库中至少一部分信息的第二增加的改变。
15.如权利要求13所述的系统，其中所述逻辑还用来接收恢复时间；以及所述逻辑用来通过以下步骤恢复第二数据库在第二数据库中存储备份信息；当与第一增加的改变相关联的第一时间未超过恢复时间时，实现对第二数据库中至少一部分信息的第一增加的改变；以及当与第二增加的改变相关联的第二时间未超过恢复时间时，实现对第二数据库中至少一部分信息的第二增加的改变。
16.如权利要求11所述的系统，其中所述逻辑还用来传送用以在备份系统中作为备份信息存储的来自第二数据库的至少一部分信息。
17.一种灾难恢复系统，包括第一数据库，用来存储信息；以及一个或多个处理器，共同用来传送用以在第二数据库中存储的增加的改变，该增加的改变表示第一数据库中至少一部分信息的变化；接收备份信息与增加的改变中的至少一个，该备份信息包括先前在备份系统中存储的、来自第一数据库的信息的至少一部分；以及使用备份信息与增加的改变中的至少一个来恢复第一数据库。
18.如权利要求17所述的系统，其中所述一个或多个处理器共同用来通过以下步骤恢复第一数据库在第一数据库中存储备份信息；以及实现对第一数据库中至少一部分信息的增加的改变。
19.如权利要求17所述的系统，其中所述一个或多个处理器共同用来通过以下步骤接收增加的改变从备份系统接收第一增加的改变；以及从第一数据库接收第二增加的改变。
20.如权利要求19所述的系统，其中所述一个或多个处理器共同用来通过以下步骤恢复第一数据库在第一数据库中存储备份信息；实现对第一数据库中至少一部分信息的第一增加的改变；以及在实现第一增加的改变之后，实现对第一数据库中至少一部分信息的第二增加的改变。
21.如权利要求19所述的系统，其中所述一个或多个处理器还共同用来接收恢复时间；以及所述一个或多个处理器共同用来通过以下步骤恢复第一数据库在第一数据库中存储备份信息；当与第一增加的改变相关联的第一时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第一增加的改变；以及当与第二增加的改变相关联的第二时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第二增加的改变。
22.如权利要求17所述的系统，其中所述一个或多个处理器还共同用来传送周以在备份系统中作为备份信息存储的来自第一数据库的至少一部分信息。
23.一种灾难恢复系统，包括文件系统监视器，用来检测至少一个第一文件系统中信息的多个增加的改变；事务累积器，用来接收多个增加的改变并且累积在确定时段中收到的多个增加的改变；以及周来执行复制任务的服务，该复制任务用来接收所累积的增加的改变，并且传送用以在第二文件系统中存储的所累积的增加的改变，其中可以利用备份信息与增加的改变中的至少一个恢复所述至少一个第一文件系统，所述备份信息包括先前在备份系统中存储的、来自所述至少一个第一文件系统的信息的至少一部分。
24.一种灾难恢复系统，包括用来传送增加的改变以在第一数据库中存储的部件，该增加的改变表示第二数据库中至少一部分信息的变化；用来接收备份信息与增加的改变中的至少一个的部件，该备份信息包括先前在备份系统中存储的、来自第二数据库的信息的至少一部分；以及用来使用备份信息与增加的改变中的至少一个来恢复第二数据库的部件。
25.一种灾难恢复方法，包括接收表示第一数据库中至少一部分信息的变化的增加的改变；在第二数据库中存储该增加的改变；以及传送增加的改变以在恢复第一数据库时使用，第一数据库通过使用备份信息与增加的改变中的至少一个来恢复，该备份信息包括先前在备份系统中存储的、来自第一数据库的信息的至少一部分。
26.如权利要求25所述的方法，其中所述增加的改变包括第一增加的改变，并且还包括接收第二增加的改变；在第二数据库中存储第二增加的改变；以及传送第二增加的改变以在备份系统中存储，该备份系统用来传送第二增加的改变以在恢复第一数据库时使用。
27.如权利要求26所述的方法，其中在第二数据库中存储第一增加的改变包括在第一文件夹中存储第一增加的改变；以及传送第二增加的改变以在备份系统中存储包括传送包括用以在备份系统中存储的第二增加的改变的第二文件夹的至少一部分。
28.如权利要求27所述的方法，还包括在传送用以在备份系统中存储的第二文件夹的至少一部分之前，将第二文件夹从旧名称重新命名为新名称，该新文件名包括时间戳；以及创建第一文件夹，该第一文件夹具有第二文件夹的旧名称。
29.如权利要求25所述的方法，其中增加的改变与位于第一数据库中第一文件系统文件夹中的第一文件相关联，该第一文件系统文件夹位于第一驱动器文件夹，该第一文件具有文件名；并且在第二数据库中存储增加的改变包括在位于第二文件系统文件夹中的第二文件中存储增加的改变，该第二文件系统文件夹与第一文件系统文件夹相关联，该第二文件系统文件夹位于与第一驱动器文件夹相关联的第二驱动器文件夹，该第二文件具有文件名。
30.如权利要求29所述的方法，其中在第二文件中存储增加的改变包括确定是否存在第二驱动器系统文件夹；如果不存在，则创建第二驱动器系统文件夹；确定是否存在第二文件系统文件夹；如果不存在，则创建第二文件系统文件夹；确定是否存在第二文件；以及如果不存在，则创建第二文件。
31.如权利要求25所述的方法，其中增加的改变存储于多个时间戳文件夹之一中，时间戳文件夹之一表示当前时段，剩余时间戳文件夹中的至少一个表示至少一个先前时段。
32.如权利要求31所述的方法，还包括接收恢复时间；以及其中传送增加的改变以在恢复第一数据库时使用包括确定与其中存储增加的改变的时间戳文件夹相关联的时间是否超过恢复时间；以及当与时间戳文件夹相关联的时间未超过恢复时间时，传送增加的改变以在恢复第一数据库时使用。
33.如权利要求25所述的方法，还包括接收备份信息；以及在备份系统中存储备份信息。
34.如权利要求25所述的方法，其中所述增加的改变表示第一数据库中至少一部分文件或注册表的变化。
35.一种灾难恢复系统，包括至少一个计算机可读介质；以及在该至少一个计算机可读介质上编码的逻辑，当被执行时用以接收表示第一数据库中至少一部分信息的变化的增加的改变；在第二数据库中存储该增加的改变；以及传送增加的改变以在恢复第一数据库时使用，第一数据库通过使用备份信息与增加的改变中的至少一个来恢复，该备份信息包括先前在备份系统中存储的、来自第一数据库的信息的至少一部分。
36.如权利要求35所述的系统，其中所述增加的改变包括第一增加的改变，并且所述逻辑还用来接收第二增加的改变；在第二数据库中存储第二增加的改变；以及传送第二增加的改变以在备份系统中存储，该备份系统用来传送第二增加的改变以在恢复第一数据库时使用。
37.如权利要求36所述的系统，其中所述逻辑用来在第二数据库中的第一文件夹中存储第一增加的改变；所述逻辑用来在第二数据库中的第二文件夹中存储第二增加的改变；所述逻辑用来通过传送第二文件夹的至少一部分以在备份系统中存储来传送第二增加的改变以在备份系统中存储；以及所述逻辑还用来在传送第二文件夹的至少一部分以在备份系统中存储之前，将第二文件夹从旧名称重新命名为新名称，该新名称包括时间戳；以及创建第一文件夹，该第一文件夹具有第二文件夹的旧名称。
38.如权利要求35所述的系统，其中增加的改变与位于第一数据库中第一文件系统文件夹中的第一文件相关联，该第一文件系统文件夹位于第一驱动器文件夹，该第一文件具有文件名；并且所述逻辑用来通过以下步骤存储增加的改变确定在第二数据库中是否存在与第一驱动器系统文件夹相关联的第二驱动器系统文件夹；如果不存在，则创建第二驱动器系统文件夹；确定在第二数据库中是否存在与第一文件系统文件夹相关联的第二文件系统文件夹；如果不存在，则创建第二文件系统文件夹；确定是否存在具有所述文件名的第二文件；如果不存在，则创建第二文件；以及在第二文件中存储增加的改变。
39.如权利要求35所述的系统，其中增加的改变存储于多个时间戳文件夹之一，时间戳文件夹之一表示当前时段，剩余时间戳文件夹中的至少一个表示至少一个先前时段；所述逻辑还用来接收恢复时间；以及所述逻辑用来通过以下步骤传送增加的改变以在恢复第一数据库时使用确定与其中存储增加的改变的时间戳文件夹相关联的时间是否超过恢复时间；以及当与时间戳文件夹相关联的时间未超过恢复时间时，传送增加的改变以在恢复第一数据库时使用。
40.如权利要求35所述的系统，其中所述逻辑还用来接收备份信息；以及在备份系统中存储备份信息。
41.一种灾难恢复系统，包括第一数据库，用来存储增加的改变；以及一个或多个处理器，共同用来接收增加的改变，该增加的改变表示第二数据库中至少一部分信息的变化；在第一数据库中存储增加的改变；以及传送该增加的改变以在恢复第二数据库时使用，第二数据库使用备份信息与增加的改变中的至少一个来恢复，增加的改变包括先前在备份系统中存储的、来自第二数据库的至少一部分信息。
42.如权利要求41所述的系统，其中所述增加的改变包括第一增加的改变；并且所述一个或多个处理器还共同用来接收第二增加的改变；在第一数据库中存储第二增加的改变；以及传送第二增加的改变以在备份系统中存储，该备份系统用来传送第二增加的改变以在恢复第二数据库时使用。
43.如权利要求42所述的系统，其中所述一个或多个处理器共同用来在第一数据库中的第一文件夹中存储第一增加的改变；所述一个或多个处理器共同用来在第一数据库中的第二文件夹中存储第二增加的改变；所述一个或多个处理器共同用来通过传送第二文件夹的至少一部分以在备份系统中存储来传送第二增加的改变以在备份系统中存储；以及所述一个或多个处理器还共同用来在传送第二文件夹的至少一部分以在备份系统中存储之前，将第二文件夹从旧名称重新命名为新名称，该新名称包括时间戳；以及创建第一文件夹，该第一文件夹具有第二文件夹的旧名称。
44.如权利要求41所述的系统，其中增加的改变与位于第二数据库中第一文件系统文件夹中的第一文件相关联，该第一文件系统文件夹位于第一驱动器文件夹，该第一文件具有文件名；并且所述一个或多个处理器共同用来通过以下步骤存储增加的改变确定在第一数据库中是否存在与第一驱动器系统文件夹相关联的第二驱动器系统文件夹；如果不存在，则创建第二驱动器系统文件夹；确定在第一数据库中是否存在与第一文件系统文件夹相关联的第二文件系统文件夹；如果不存在，则创建第二文件系统文件夹；确定是否存在具有所述文件名的第二文件；如果不存在，则创建第二文件；以及在第二文件中存储增加的改变。
45.如权利要求41所述的系统，其中增加的改变存储于多个时间戳文件夹之一，时间戳文件夹之一表示当前时段，剩余时间戳文件夹中的至少一个表示至少一个先前时段；所述一个或多个处理器还共同用来接收恢复时间；以及所述一个或多个处理器共同用来通过以下步骤传送增加的改变以在恢复第二数据库时使用确定与其中存储增加的改变的时间戳文件夹相关联的时间是否超过恢复时间；以及当与时间戳文件夹相关联的时间未超过恢复时间时，传送增加的改变以在恢复第二数据库时使用。
46.如权利要求41所述的系统，其中所述一个或多个处理器还共同用来接收备份信息；以及在备份系统中存储备份信息。
47.一种灾难恢复系统，包括用来执行复制任务的服务，该复制任务用来接收表示至少一个第一文件系统中至少一部分信息的变化的增加的改变，该复制任务还用来在第二文件系统中存储增加的改变，该复制任务还用来传送增加的改变以在恢复所述至少一个第一文件系统时使用，所述至少一个第一文件系统使用备份信息与增加的改变中的至少一个来恢复，该备份信息包括先前存储在备份系统中的、来自所述至少一个第一文件系统的至少一部分信息；以及用来控制该复制任务的接口。
48.一种灾难恢复系统，包括用来接收表示数据库中至少一部分信息的变化的增加的改变的部件；用来存储增加的改变的部件；以及用来传送增加的改变以在恢复数据库时使用的部件，该数据库使用备份信息与增加的变化中的至少一个来恢复，该备份信息包括先前存储在备份系统中的来自数据库的至少一部分信息。
49.一种灾难恢复方法，包括接收包括来自第一数据库的至少一部分信息的备份信息；在备份系统中存储备份信息；接收来自第二数据库的增加的改变，该增加的改变表示第一数据库中至少一部分信息的变化；在备份系统中存储增加的改变；以及传送增加的改变与备份信息以在恢复第一数据库时使用。
50.如权利要求49所述的方法，还包括接收增加的改变以在第二数据库中存储；在第二数据库中存储增加的改变；以及传送来自第二数据库的增加的改变以在备份系统中存储。
51.一种灾难恢复系统，包括至少一个计算机可读介质；以及在该至少一个计算机可读介质上编码的逻辑，当被执行时用以接收包括来自第一数据库的至少一部分信息的备份信息；在备份系统中存储备份信息；接收来自第二数据库的增加的改变，该增加的改变表示第一数据库中至少一部分信息的变化；在备份系统中存储增加的改变；以及传送增加的改变与备份信息以在恢复第一数据库时使用。
52.如权利要求51所述的系统，其中所述逻辑还用来接收增加的改变以在第二数据库中存储；在第二数据库中存储增加的改变；以及传送来自第二数据库的增加的改变以在备份系统中存储。
53.一种灾难恢复系统，包括用来存储备份信息的备份系统；以及一个或多个处理器，共同用来接收包括来自第一数据库的至少一部分信息的备份信息；在备份系统中存储备份信息；接收来自第二数据库的增加的改变，该增加的改变表示第一数据库中至少一部分信息的变化；在备份系统中存储增加的改变；以及传送增加的改变与备份信息以在恢复第一数据库时使用。
54.如权利要求53所述的系统，还包括第二数据库，并且其中所述一个或多个处理器还共同用来接收增加的改变以在第二数据库中存储；在第二数据库中存储增加的改变；以及传送来自第二数据库的增加的改变以在备份系统中存储。
55.一种灾难恢复系统，包括用来接收包括来自第一数据库的至少一部分信息的备份信息的部件；用来接收来自第二数据库的增加的改变的部件，该增加的改变表示第一数据库中至少一部分信息的变化；用来存储备份信息与增加的改变的部件；以及用来传送增加的改变与备份信息以在恢复第一数据库时使用的部件。
56.一种灾难恢复方法，包括将来自第一数据库的至少一部分信息作为备份信息拷贝到备份系统；在第二数据库中存储增加的改变，该增加的改变表示第一数据库中至少一部分信息的变化；以及使用备份信息与增加的改变中的至少一个来恢复第一数据库。
57.如权利要求56所述的方法，其中增加的改变包括第一增加的改变；还包括将来自第二数据库的第二增加的改变拷贝到备份系统；以及其中恢复第一数据库包括使用备份信息、在第二数据库中存储的第一增加的改变、以及在备份系统中存储的第二增加的改变中的至少一个来恢复第一数据库。
58.如权利要求57所述的方法，还包括接收恢复时间；以及其中恢复第一数据库包括在第一数据库中存储备份信息；确定与在备份系统中存储的第二增加的改变相关联的第一时间是否超过恢复时间；当第一时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第二增加的改变；确定与在第二数据库中存储的第一增加的改变相关联的第二时间是否超过恢复时间；以及当第二时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第一增加的改变。
59.如权利要求56所述的方法，其中第二数据库与备份系统驻留在单个平台上。
60.一种灾难恢复系统，包括至少一个计算机可读介质；以及在该至少一个计算机可读介质上编码的逻辑，当被执行时用以将来自第一数据库的至少一部分信息作为备份信息拷贝到备份系统；在第二数据库中存储增加的改变，该增加的改变表示第一数据库中至少一部分信息的变化；以及使用备份信息与增加的改变中的至少一个来恢复第一数据库。
61.如权利要求60所述的系统，其中增加的改变包括第一增加的改变；所述逻辑还用来将来自第二数据库的第二增加的改变拷贝到备份系统；以及所述逻辑用来使用备份信息、在第二数据库中存储的第一增加的改变、以及在备份系统中存储的第二增加的改变中的至少一个来恢复第一数据库。
62.如权利要求61所述的系统，其中所述逻辑还用来接收恢复时间；以及所述逻辑用来通过以下步骤恢复第一数据库在第一数据库中存储备份信息；确定与在备份系统中存储的第二增加的改变相关联的第一时间是否超过恢复时间；当第一时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第二增加的改变；确定与在第二数据库中存储的第一增加的改变相关联的第二时间是否超过恢复时间；以及当第二时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第一增加的改变。
63.如权利要求60所述的系统，其中第二数据库与备份系统驻留在单个平台上。
64.一种灾难恢复系统，包括用来存储信息的第一数据库；用来存储备份信息的备份系统，该备份信息包括来自第一数据库的至少一部分信息；用来存储表示第一数据库中至少一部分信息的变化的增加的改变的第二数据库；以及一个或多个处理器，共同用来使用备份信息与增加的改变中的至少一个来恢复第一数据库。
65.如权利要求64所述的系统，其中所述增加的改变包括第一增加的改变；所述一个或多个处理器还共同用来将来自第二数据库的第二增加的改变拷贝到备份系统；以及所述一个或多个处理器共同用来使用备份信息、在第二数据库中存储的第一增加的改变、以及在备份系统中存储的第二增加的改变中的至少一个来恢复第一数据库。
66.如权利要求65所述的系统，其中所述一个或多个处理器还共同用来接收恢复时间；以及所述一个或多个处理器共同用来通过以下步骤恢复第一数据库在第一数据库中存储备份信息；确定与在备份系统中存储的第二增加的改变相关联的第一时间是否超过恢复时间；当第一时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第二增加的改变；确定与在第二数据库中存储的第一增加的改变相关联的第二时间是否超过恢复时间；以及当第二时间未超过恢复时间时，实现对第一数据库中至少一部分信息的第一增加的改变。
67.如权利要求64所述的系统，其中第二数据库与备份系统驻留在单个平台上。
全文摘要
一种灾难恢复方法包括将来自第一数据库的至少一部分信息作为备份信息拷贝到备份系统。该方法还包括在第二数据库中存储增加的改变。该增加的改变表示第一数据库中至少一部分信息的变化。该方法还包括使用备份信息与增加的改变中的至少一个来恢复第一数据库。
文档编号G06F11/00GK1659522SQ03812702
公开日2005年8月24日 申请日期2003年4月11日 优先权日2002年4月19日
发明者安德鲁·M·H·贝蒂 申请人:电脑联合想象公司