CN111078465A - 一种数据恢复方法、装置及计算机可读存储介质 - Google Patents

Abstract

一种数据恢复方法、装置及计算机可读存储介质，包括：主机获取待恢复的目标数据的信息，并向服务器发送；其中，目标数据的信息包括：目标数据的所属业务应用的标识和写操作时间；接收来自服务器的目标数据；根据目标数据进行数据恢复。由于主机向服务器发送了待恢复的目标数据的所属业务应用的标识和写操作时间，因此在原有业务应用的数据的基础上只需请求该业务应用指定时间的写操作数据即可实现业务应用的数据的恢复，从而节省了数据存储空间，且提高了数据恢复效率。

Description

一种数据恢复方法、装置及计算机可读存储介质

技术领域

本文涉及计算机技术，尤指一种数据恢复方法、装置及计算机可读存储介质。

背景技术

业务应用是对外提供服务的承载者，其通过处理各种各样的后台数据为用户提供服务，当业务应用受到攻击造成数据丢失时，需要进行数据恢复才能保证业务应用的正常运行。

相关技术中，往往对业务应用的数据进行整体备份，这样当需要进行数据恢复时，直接用备份的数据整体对原有数据进行覆盖，以达到数据恢复的目的。

然而，这种方法由于需要对整体数据进行备份，因此十分耗费数据存储空间，且进行数据恢复时操作对象是整体数据，因此数据恢复效率较差。

发明内容

本申请提供了一种数据恢复方法、装置及计算机可读存储介质，能够节省数据存储空间，且提高数据恢复效率。

本申请提供了一种数据恢复方法，包括：

主机获取待恢复的目标数据的信息，并向服务器发送；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

接收来自所述服务器的所述目标数据；

根据所述目标数据进行数据恢复。

所述主机获取待恢复的目标数据的信息之前，还包括：

获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据；

将获得的目标业务应用的标识、写操作时间以及写操作数据发送给所述服务器。

所述目标业务应用包括：标识存在于预先建立的业务应用标识与业务应用进程标识的对应关系中的业务应用，其中，所述对应关系中的业务应用标识是待监控业务应用的标识；所述获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据，包括：

根据所述对应关系获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

所述根据对应关系获取发生写操作的目标业务应用的标识、写操作数据以及写操作时间，包括：

监控标识存在于所述对应关系中的业务应用进程，并确定其中发生写操作的业务应用进程为目标业务应用进程，以及与所述目标业务应用进程对应的业务应用为目标业务应用；

获取所述目标业务应用进程的标识；

根据所述对应关系获取与所述目标业务应用进程的标识对应的目标业务应用进程的标识，并获取所述目标业务应用的写操作时间以及写操作数据。

所述根据对应关系获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据之前或之后，还包括：

监控标识存在于所述对应关系中的业务应用进程；

根据所监控的业务应用进程的状态更新所述对应关系。

所述根据所监控的业务应用进程的状态更新对应关系，包括：

当监控到一个或多个业务应用进程退出，在所述对应关系中删除退出的业务应用进程的标识与其对应的业务应用的标识之间的对应关系；

当监控到一个或多个业务应用进程开启，在所述对应关系中添加开启的业务应用进程的标识与其对应的业务应用的标识之间的对应关系。

本申请还提供了一种数据恢复方法，包括：

服务器接收来自主机的待恢复的目标数据的信息；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

在存储的业务应用的标识、写操作时间以及写操作数据的对应关系中获取与所述目标数据的所属业务应用的标识和写操作时间均对应的写操作数据，作为目标数据；

将获得的目标数据发送至所述主机，以使所述主机根据所述目标数据进行数据恢复。

所述对应关系包括：发生写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系，所述接收来自服务器的待恢复的目标数据的信息之前，还包括：

接收来自所述主机的发生写操作的目标业务应用的标识、写操作时间以及写操作数据；

存储所述写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系。

本申请还提供了一种主机，包括：

第一发送模块，用于获取待恢复的目标数据的信息，并向服务器发送；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

第一接收模块，用于接收来自所述服务器的所述目标数据；

第一处理模块，用于根据所述目标数据进行数据恢复。

本申请还提供了一种服务器，包括：

第二接收模块，用于接收来自服务器的待恢复的目标数据的信息；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

第二处理模块，用于在存储的业务应用的标识、写操作时间以及写操作数据的对应关系中获取与所述目标数据的所属业务应用的标识和写操作时间均对应的写操作数据，作为目标数据；

第二发送模块，用于将获得的目标数据发送至所述主机。

与现有技术相比，本申请包括：主机获取待恢复的目标数据的信息，并向服务器发送；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；接收来自所述服务器的所述目标数据；根据所述目标数据进行数据恢复。由于主机向服务器发送了待恢复的目标数据的所属业务应用的标识和写操作时间，因此在原有业务应用的数据的基础上只需请求该业务应用指定时间的写操作即可实现业务应用的数据的恢复，从而节省了数据存储空间，且提高了数据恢复效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的其他优点可通过在说明书、权利要求书以及附图中所描述的方案来实现和获得。

附图说明

附图用来提供对本申请技术方案的理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1为本申请实施例提供的一种数据恢复方法的流程示意图；

图2为本申请实施例提供的另一种数据恢复方法的流程示意图；

图3为本申请实施例提供的一种主机的结构示意图；

图4为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

本申请描述了多个实施例，但是该描述是示例性的，而不是限制性的，并且对于本领域的普通技术人员来说显而易见的是，在本申请所描述的实施例包含的范围内可以有更多的实施例和实现方案。尽管在附图中示出了许多可能的特征组合，并在具体实施方式中进行了讨论，但是所公开的特征的许多其它组合方式也是可能的。除非特意加以限制的情况以外，任何实施例的任何特征或元件可以与任何其它实施例中的任何其他特征或元件结合使用，或可以替代任何其它实施例中的任何其他特征或元件。

本申请包括并设想了与本领域普通技术人员已知的特征和元件的组合。本申请已经公开的实施例、特征和元件也可以与任何常规特征或元件组合，以形成由权利要求限定的独特的发明方案。任何实施例的任何特征或元件也可以与来自其它发明方案的特征或元件组合，以形成另一个由权利要求限定的独特的发明方案。因此，应当理解，在本申请中示出和/或讨论的任何特征可以单独地或以任何适当的组合来实现。因此，除了根据所附权利要求及其等同替换所做的限制以外，实施例不受其它限制。此外，可以在所附权利要求的保护范围内进行各种修改和改变。

此外，在描述具有代表性的实施例时，说明书可能已经将方法和/或过程呈现为特定的步骤序列。然而，在该方法或过程不依赖于本文所述步骤的特定顺序的程度上，该方法或过程不应限于所述的特定顺序的步骤。如本领域普通技术人员将理解的，其它的步骤顺序也是可能的。因此，说明书中阐述的步骤的特定顺序不应被解释为对权利要求的限制。此外，针对该方法和/或过程的权利要求不应限于按照所写顺序执行它们的步骤，本领域技术人员可以容易地理解，这些顺序可以变化，并且仍然保持在本申请实施例的精神和范围内。

本申请实施例提供一种数据恢复方法，如图1所示，该方法包括：

步骤101、主机获取待恢复的目标数据的信息，并向服务器发送；其中，目标数据的信息包括：目标数据的所属业务应用的标识和写操作时间。

在一种示例性实例中，业务应用的标识可以是业务应用的名称。

步骤102、接收来自服务器的目标数据。

步骤103、根据目标数据进行数据恢复。

在一种示例性实例中，由于目标数据是待恢复的数据，因此根据目标数据进行相应的写操作即可实现数据恢复，即业务应用的数据恢复。

在一种示例性实例中，主机获取待恢复的目标数据的信息之前，还包括：

首先、获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

在一种示例性实例中，写操作数据是指向某个业务应用进行写操作的内容；其中，写操作包括删除操作、重命名操作、属性修改操作和具体内容的写操作。

其次、将获得的目标业务应用的标识、写操作时间以及写操作数据发送给服务器。

在一种示例性实例中，主机可以将获得的目标业务应用的标识、写操作时间以及写操作数据即时发送，也可以先将获得的目标业务应用的标识、写操作时间以及写操作数据予以存储，待所存储的数据达到一定阈值缓存占用达到一定的比例时统一发送。

在一种示例性实例中，目标业务应用包括：标识存在于预先建立的业务应用标识与业务应用进程标识的对应关系中的业务应用，其中，对应关系中的业务应用标识是待监控业务应用的标识；获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据，包括：

根据对应关系获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

在一种示例性实例中，业务应用进程标识可以是业务应用进程的ID号，即PID。

在一种示例性实例中，根据对应关系获取发生写操作的目标业务应用的标识、写操作数据以及写操作时间，包括：

首先、监控标识存在于对应关系中的业务应用进程，并确定其中发生写操作的业务应用进程为目标业务应用进程，以及与目标业务应用进程对应的业务应用为目标业务应用。

其次、获取目标业务应用进程的标识。

最后、根据对应关系获取与目标业务应用进程的标识对应的目标业务应用进程的标识，并获取目标业务应用的写操作时间以及写操作数据。

在一种示例性实例中，针对业务应用的写操作实际是由与业务应用对应的业务应用进程进行的。

在一种示例性实例中，根据对应关系获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据之前或之后，还包括：

首先、监控标识存在于对应关系中的业务应用进程。

其次、根据所监控的业务应用进程的状态更新对应关系。

在一种示例性实例中，根据所监控的业务应用进程的状态更新对应关系，包括：

首先、当监控到一个或多个业务应用进程退出，在对应关系中删除退出的业务应用进程的标识与其对应的业务应用的标识之间的对应关系。

其次、当监控到一个或多个业务应用进程开启，在对应关系中添加开启的业务应用进程的标识与其对应的业务应用的标识之间的对应关系。

在一种示例性实例中，由于标识存在于对应关系中的业务应用是需要被监控的业务应用，因此当监控到标识存在于对应关系中的业务应用进程在预设时间段(例如5分钟)内还未重启成功，则主机在自身的界面上进行报警。

本申请实施例提供的数据恢复方法，由于主机向服务器发送了待恢复的目标数据的所属业务应用的标识和写操作时间，因此在原有业务应用的数据的基础上只需请求该业务应用指定时间的写操作数据即可实现业务应用的数据的恢复，从而节省了数据存储空间，且提高了数据恢复效率。

本申请实施例提供一种数据恢复方法，如图2所示，该方法包括：

步骤201、服务器接收来自主机的待恢复的目标数据的信息；其中，目标数据的信息包括：目标数据的所属业务应用的标识和写操作时间。

步骤202、在存储的业务应用的标识、写操作时间以及写操作数据的对应关系中获取与目标数据的所属业务应用的标识和写操作时间均对应的写操作数据，作为目标数据。

在一种示例性实例中，服务器配有存储量足够大且高速的存储介质(例如：固态驱动器(Solid State Disk或Solid State Drive，SSD)+机器硬盘或独立的磁盘阵列)。

步骤203、将获得的目标数据发送至主机，以使主机根据目标数据进行数据恢复。

在一种示例性实例中，对应关系包括：发生写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系，接收来自服务器的待恢复的目标数据的信息之前，还包括：

首先、接收来自主机的发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

其次、存储写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系。

本申请实施例提供的数据恢复方法，由于服务器接收了来自主机的待恢复的目标数据的所属业务应用的标识和写操作时间，并据此获得了目标数据并向主机进行了发送，因此在原有业务应用的数据的基础上只需请求该业务应用指定时间的写操作数据即可实现业务应用的数据的恢复，从而节省了数据存储空间，且提高了数据恢复效率。

本申请实施例还提供一种主机，如图3所示，该主机3包括：

第一发送模块31，用于获取待恢复的目标数据的信息，并向服务器发送；其中，目标数据的信息包括：目标数据的所属业务应用的标识和写操作时间。

第一接收模块32，用于接收来自服务器的目标数据。

第一处理模块33，用于根据目标数据进行数据恢复。

在一种示例性实例中，第一处理模块33，还用于获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

第一发送模块模块31，还用于将获得的目标业务应用的标识、写操作时间以及写操作数据发送给服务器。

在一种示例性实例中，目标业务应用包括：标识存在于预先建立的业务应用标识与业务应用进程标识的对应关系中的业务应用，其中，对应关系中的业务应用标识是待监控业务应用的标识。第一处理模块33，具体用于根据对应关系获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

在一种示例性实例中，第一处理模块33具体用于：

监控标识存在于对应关系中的业务应用进程，并确定其中发生写操作的业务应用进程为目标业务应用进程，以及与目标业务应用进程对应的业务应用为目标业务应用。

获取目标业务应用进程的标识。

根据对应关系获取与目标业务应用进程的标识对应的目标业务应用进程的标识，并获取目标业务应用的写操作时间以及写操作数据。

在一种示例性实例中，第一处理模块33具体还用于：

监控标识存在于对应关系中的业务应用进程。

根据所监控的业务应用进程的状态更新对应关系。

在一种示例性实例中，第一处理模块33具体还用于：

当监控到一个或多个业务应用进程退出，在对应关系中删除退出的业务应用进程的标识与其对应的业务应用的标识之间的对应关系。

当监控到一个或多个业务应用进程开启，在对应关系中添加开启的业务应用进程的标识与其对应的业务应用的标识之间的对应关系。

本申请实施例提供的主机，由于向服务器发送了待恢复的目标数据的所属业务应用的标识和写操作时间，因此在原有业务应用的数据的基础上只需请求该业务应用指定时间的写操作数据即可实现业务应用的数据的恢复，从而节省了数据存储空间，且提高了数据恢复效率。

在实际应用中，第一发送模块31、第一接收模块32和第一处理模块33均位于主机中的中央处理器(Central Processing Unit，CPU)、微处理器(Micro Processor Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)或现场可编程门阵列(FieldProgrammable Gate Array，FPGA)等实现。

本申请实施例还提供一种服务器，如图4所示，该服务器4包括：

第二接收模块41，用于接收来自服务器的待恢复的目标数据的信息；其中，目标数据的信息包括：目标数据的所属业务应用的标识和写操作时间。

第二处理模块42，用于在存储的业务应用的标识、写操作时间以及写操作数据的对应关系中获取与目标数据的所属业务应用的标识和写操作时间均对应的写操作数据，作为目标数据。

第二发送模块43，用于将获得的目标数据发送至主机，以使主机根据目标数据进行数据恢复。

在一种示例性实例中，对应关系包括：发生写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系。第二接收模块41，还用于接收来自主机的发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

第二处理模块42，还用于存储写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系。

本申请实施例提供的服务器，由于接收了收来自主机的待恢复的目标数据的所属业务应用的标识和写操作时间，并据此获得了目标数据并向主机进行了发送，因此在原有业务应用的数据的基础上只需请求该业务应用指定时间的写操作数据即可实现业务应用的数据的恢复，从而节省了数据存储空间，且提高了数据恢复效率。

在实际应用中，第二接收模块41、第二处理模块42和第二发送模块43均位于服务器中的CPU、MPU、DSP或FPGA等实现。

本申请实施例还提供一种数据恢复系统，包括：至少一台如上述任意一种实施例描述的主机，以及一台如上述任意一种实施例描述的服务器。

本申请实施例还提供一种数据恢复系统，包括：主机代理模块、过滤驱动模块和备份服务器模块。

主机代理模块，部署于主机的业务操作系统的应用层，是过滤驱动模块和备份服务器模块之间的通信中转站，一端通过本系统通信与过滤驱动模块相连接，另一端通过网络通信与备份服务器模块相连接。该模块具体用于：

1)判断过滤驱动模块是否已经安装，如果没有安装，则安装过滤驱动模块；

2)从当前的预设的配置文件中读取过滤驱动模块需要监控的业务应用信息；

3)将业务应用信息下发给过滤驱动模块；

4)等待过滤驱动模块提交业务应用的标识、写操作时间和写操作数据；

5)根据策略发送业务应用的标识、写操作时间和写操作数据到备份服务器模块；

6)保存业务应用的标识、写操作时间和写操作数据到缓存以及发送缓存中的业务应用的标识、写操作时间和写操作数据到备份服务器模块；

7)当用户需要恢复某个时间点之后的业务应用数据时，向备份服务器模块发送业务应用的标识以及时间点信息，以获取对应的数据；

8)收到数据后，按照每条数据进行相应的写操作，写操作完成后，业务应用数据就获得了恢复。操作是完全自动化的，所以业务应用数据能够快速恢复。

9)在不需要业务应用数据自动备份与恢复时，通过主机代理卸载过滤驱动模块和自身。

过滤驱动模块，部署于操作系统的内核层，由主机代理模块安装，该模块接收主机代理模块下发的业务应用信息(业务应用信息通常为业务应用进程名称)，运行时拦截所有相关的写操作(包括删除操作、重命名操作、属性修改操作和具体内容的写操作)，过滤驱动模块在内部维护着业务应用信息的映射缓存，过滤驱动模块具体用于：

1)接收到主机代理模块的业务应用名称之后，过滤驱动获取对应业务应用进程的标识(即PID)，将PID和业务应用名称的对应关系保存。如果此时业务应用进程尚未启动，则后续步骤会完成对应关系的保存；

2)过滤驱动监控对应关系中所有进程的启动行为，发现业务应用进程启动后，自动建立或更新PID和业务应用名称的对应关系；

3)过滤驱动监控对应关系中所有进程的退出行为，发现业务应用进程退出后，立即通知主机代理模块将该业务应用的标识、写操作时间以及写操作数据发送给备份服务器模块，同时删除缓存中对应关系中的PID和业务应用名称的对应关系；过滤驱动发现某个业务应用进程退出后，定时扫描业务应用信息的映射缓存，判断业务应用是否重启成功，如果一定的时间内(例如：5分钟)该业务应用进程还未重启成功，则过滤驱动通知主机代理模块，在其界面的显著位置显示报警信息；

4)过滤驱动通过映射缓存中的PID来判断某个应用程序是否是需要监控的业务应用，这样效率很高。

过滤驱动模块拦截到相关写操作后，进行以下操作：

1)判断进行写操作的进程是否在配置的业务应用列表中，如果不在业务应用列表(即不属于要监控和实时备份的业务应用)，则忽略此行为；

2)如果进行写操作的进程是业务应用进程，获取并缓存业务应用的标识、写操作时间以及写操作数据，缓存可以是通过在日志队列中进行缓存。

3)过滤驱动模块监控日志队列，及时将日志队列中的数据提交给主机代理模块。

备份服务器模块，部署于业务网络中的一台独立的服务器上，该服务器配有存储量足够大且高速的存储介质(例如：SSD+机器硬盘或独立的磁盘阵列)，备份服务器模块具体用于：

1)接收各主机代理模块发送过来的业务应用的标识、写操作时间以及写操作数据；

2)对获得的数据进行预处理(例如：去掉重复的写操作数据和无效的写操作数据)；

3)将获得的数据存储到存储介质上；

4)对存储介质上的数据进行管理(例如：多副本和介质损坏后的数据移动等)。

5)根据某个主机代理模块的请求，将某个时间点之后的指定业务应用的写操作数据发送给相应主机代理模块。

本申请实施例提供的数据恢复系统，通过在业务操作系统应用层增加主机代理，负责业务应用信息的提供及写操作数据的收集和发送。通过在业务操作系统内核层增加过滤驱动模块，拦截各种相关写操作行为，生成原子化的业务应用写操作数据，写操作数据是自动备份和恢复的基础，将写操作数据提交给主机代理模块。过滤驱动模块集成在操作系统内核中，随操作系统一起运行，上层业务应用程序感知不到。通过在业务网络中部署独立的备份服务器模块，统一接收和管理各业务操作系统的所有写操作数据，既使业务操作系统遭遇崩溃或宕机，备份服务器模块上的写操作数据也足以使业务应用快速恢复和运行，从而保证了该系统的可用性和健壮性。

本申请实施例还提供一种数据恢复装置，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，计算机程序被处理器执行时实现如上述任意一种以主机为执行主体的数据恢复方法。

本申请实施例还提供一种数据恢复装置，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，计算机程序被处理器执行时实现如上述任意一种以服务器为执行主体的数据恢复方法。

本申请实施例还提供一种计算机可读存储介质，存储介质上存储有计算机可执行命令，计算机可执行命令用于执行如上述任意一种以主机为执行主体所述的数据恢复方法。

本申请实施例还提供一种计算机可读存储介质，存储介质上存储有计算机可执行命令，计算机可执行命令用于执行如上述任意一种以服务器为执行主体所述的数据恢复方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (10)

1.一种数据恢复方法，其特征在于，包括：

主机获取待恢复的目标数据的信息，并向服务器发送；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

接收来自所述服务器的所述目标数据；

根据所述目标数据进行数据恢复。

2.根据权利要求1所述的方法，其特征在于，所述主机获取待恢复的目标数据的信息之前，还包括：

获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据；

将获得的目标业务应用的标识、写操作时间以及写操作数据发送给所述服务器。

3.根据权利要求2所述的方法，其特征在于，所述目标业务应用包括：标识存在于预先建立的业务应用标识与业务应用进程标识的对应关系中的业务应用，其中，所述对应关系中的业务应用标识是待监控业务应用的标识；所述获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据，包括：

根据所述对应关系获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据。

4.根据权利要求3所述的方法，其特征在于，所述根据对应关系获取发生写操作的目标业务应用的标识、写操作数据以及写操作时间，包括：

监控标识存在于所述对应关系中的业务应用进程，并确定其中发生写操作的业务应用进程为目标业务应用进程，以及与所述目标业务应用进程对应的业务应用为目标业务应用；

获取所述目标业务应用进程的标识；

根据所述对应关系获取与所述目标业务应用进程的标识对应的目标业务应用进程的标识，并获取所述目标业务应用的写操作时间以及写操作数据。

5.根据权利要求3所述的方法，其特征在于，所述根据对应关系获取发生写操作的目标业务应用的标识、写操作时间以及写操作数据之前或之后，还包括：

监控标识存在于所述对应关系中的业务应用进程；

根据所监控的业务应用进程的状态更新所述对应关系。

6.根据权利要求5所述的方法，其特征在于，所述根据所监控的业务应用进程的状态更新对应关系，包括：

当监控到一个或多个业务应用进程退出，在所述对应关系中删除退出的业务应用进程的标识与其对应的业务应用的标识之间的对应关系；

当监控到一个或多个业务应用进程开启，在所述对应关系中添加开启的业务应用进程的标识与其对应的业务应用的标识之间的对应关系。

7.一种数据恢复方法，其特征在于，包括：

服务器接收来自主机的待恢复的目标数据的信息；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

在存储的业务应用的标识、写操作时间以及写操作数据的对应关系中获取与所述目标数据的所属业务应用的标识和写操作时间均对应的写操作数据，作为目标数据；

将获得的目标数据发送至所述主机，以使所述主机根据所述目标数据进行数据恢复。

8.根据权利要求7所述的方法，其特征在于，所述对应关系包括：发生写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系，所述接收来自服务器的待恢复的目标数据的信息之前，还包括：

接收来自所述主机的发生写操作的目标业务应用的标识、写操作时间以及写操作数据；

存储所述写操作的目标业务应用的标识、写操作时间以及写操作数据的对应关系。

9.一种主机，其特征在于，包括：

第一发送模块，用于获取待恢复的目标数据的信息，并向服务器发送；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

第一接收模块，用于接收来自所述服务器的所述目标数据；

第一处理模块，用于根据所述目标数据进行数据恢复。

10.一种服务器，其特征在于，包括：

第二接收模块，用于接收来自服务器的待恢复的目标数据的信息；其中，所述目标数据的信息包括：所述目标数据的所属业务应用的标识和写操作时间；

第二处理模块，用于在存储的业务应用的标识、写操作时间以及写操作数据的对应关系中获取与所述目标数据的所属业务应用的标识和写操作时间均对应的写操作数据，作为目标数据；

第二发送模块，用于将获得的目标数据发送至所述主机。

Images