一种数据备份方法、系统及设备

摘要

本发明实施例公开了一种数据备份方法、系统及设备，所述数据备份设备，包括：通讯网关，用于获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；数据备份组件，用于接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；备份客户端，用于获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理。如此，为实现跨平台数据备份奠定了基础。

权利要求

1.一种数据备份设备，其特征在于，所述数据备份设备包括：

通讯网关，用于获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；

浏览组件，用于发起针对备份客户端存储的待备份数据的备份请求；

数据备份组件，用于接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；其中，所述第一目标介质服务器基于接收到的所述备份任务生成备份响应信息；

所述数据备份组件包括主控服务模块和任务管理模块；所述主控服务模块，用于接收所述通讯网关发送的所述备份请求后，启动策略调度进程，所述策略调度进程基于所述备份请求携带的表征备份任务的备份特征信息，确定是否运行所述备份任务；在确定运行后，利用所述通讯网关将所述备份请求发送至任务管理模块；任务管理模块，用于基于获取到的备份请求启动备份任务线程；所述备份特征信息包括用于区分备份请求来源的备份标识；当备份请求来源为浏览组件中用户手动触发时，运行所述备份任务；当备份请求来源为策略调度组件时，则基于预设规则来判断策略调取组件发起该备份请求的时间是否满足要求，若满足，则运行所述备份任务，若不满足，则忽略该备份请求；

备份客户端，用于获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理；

当用户通过浏览组件手动触发备份请求时，选取任务模板，利用任务模板完成模块化备份，所述任务模板包括介质服务器的设备特征信息，设备标识、备份策略类型，调度类型，备份配置选项；具体包括以下步骤：步骤6-1，解析备份请求和待备份数据，获取备份请求的模板标识与待备份数据的数据特征；

步骤6-2，如果模板标识为Null，则将数据特征对应的一个或多个任务模板以突出的方式在浏览组件中显示；

步骤6-3，如果模板标识不为Null，则判断模板标识对应的任务模板是否存在于数据特征对应的一个或多个任务模板中，如果存在，则将模板标识对应的任务模板直接作为选取的任务模板；如果不存在，则将数据特征对应的一个或多个任务模板以突出的方式在浏览组件中显示。

2.根据权利要求1所述的设备，其特征在于，所述数据备份设备运行在第一操作系统上；所述第一目标介质服务器运行在第二操作系统上；所述第一操作系统与所述第二操作系统相同或不相同。

3.根据权利要求1所述的设备，其特征在于，所述数据备份组件，还包括：

介质管理服务模块，用于通过所述备份任务线程申请满足所述备份请求的介质服务器，得到第一目标介质服务器的设备特征信息，将所述备份任务发送至所述第一目标介质服务器。

4.根据权利要求3所述的设备，其特征在于，所述数据备份设备还包括：控制组件；其中，所述通讯网关，还用于获取到恢复请求，所述恢复请求至少能够表征待恢复数据的特征信息；

所述任务管理模块，还用于获取到所述恢复请求后，创建针对所述恢复请求的恢复任务；

所述控制组件，用于启动安装有备份客户端的外接容灾介质，并运行备份客户端；还用于利用外接容灾介质中安装的备份客户端获取到第二目标介质服务器发送的恢复响应信息后，建立与所述第二目标介质服务器的数据恢复通道；利用所述数据恢复通道接收所述第二目标介质服务器发送的所述待恢复数据；其中，所述恢复响应信息是所述第二目标介质服务器基于接收到的所述恢复任务而生成的。

5.根据权利要求4所述的设备，其特征在于，

所述任务管理模块，还用于启动恢复任务线程；

所述介质管理服务模块，还用于基于恢复任务线程并利用所述待恢复数据的特征信息确定出所述待恢复数据对应的第二目标介质服务器的设备特征信息，并将恢复任务发送至所述第二目标介质服务器。

说明书

一种数据备份方法、系统及设备

技术领域

[0001] 本发明涉及数据处理领域，更具体地，涉及一种数据备份方法、系统及设备。

背景技术

[0002] 数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。随着技术的不断发展，数据的海量增加，不少的企业开始采用网络备份。网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。

[0003] 但是，如何实现跨平台的网络备份成为现在数据备份领域中亟待解决的问题。

发明内容

[0004] 鉴于上述问题，本发明提出了一种数据备份方法、系统及设备，为实现跨平台的数据备份奠定了基础。

[0005] 本发明实施例的技术方案是这样实现的：

[0006] 第一方面，本发明实施例提供了一种数据备份设备，包括：

[0007] 通讯网关，用于获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；

[0008] 数据备份组件，用于接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；其中，所述第一目标介质服务器基于接收到的所述备份任务生成备份响应信息；

[0009] 备份客户端，用于获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理。

[0010] 在一具体示例中，所述数据备份设备运行在第一操作系统上；所述第一目标介质服务器运行在第二操作系统上；所述第一操作系统与所述第二操作系统相同或不相同。

[0011] 在一具体示例中，所述数据备份组件，包括：

[0012] 主控服务模块，用于接收所述通讯网关发送的所述备份请求后，启动策略调度进程，所述策略调度进程基于所述备份请求携带的表征备份任务的备份特征信息，确定是否运行所述备份任务；在确定运行后，利用所述通讯网关将所述备份请求发送至任务管理模块；

[0013] 任务管理模块，用于基于获取到的备份请求启动备份任务线程；

[0014] 介质管理服务模块，用于通过所述备份任务线程申请满足所述备份请求的介质服务器，得到第一目标介质服务器的设备特征信息，将所述备份任务发送至所述第一目标介质服务器。

[0015] 在一具体示例中，所述主控服务模块，还用于在启动策略调度进程后，所述策略调度进程基于所述备份请求携带的表征备份任务的备份特征信息，确定出所述备份请求为策略调度组件发起的，则基于预设规则确定是否运行所述备份任务。

[0016] 在一具体示例中所述数据备份设备还包括：

[0017] 浏览组件，用于发起针对备份客户端存储的待备份数据的备份请求；

[0018] 所述主控服务模块，还用于在启动策略调度进程后，所述策略调度进程基于所述备份请求携带的表征备份任务的备份特征信息确定出所述备份请求为所述浏览组件发起的，则运行所述备份任务。

[0019] 在一具体示例中，所述数据备份设备还包括：控制组件；其中，

[0020] 所述通讯网关，还用于获取到恢复请求，所述恢复请求至少能够表征待恢复数据的特征信息；

[0021] 所述任务管理模块，还用于获取到所述恢复请求后，创建针对所述恢复请求的恢复任务；

[0022] 所述控制组件，用于启动安装有备份客户端的外接容灾介质，并运行备份客户端；还用于利用外接容灾介质中安装的备份客户端获取到第二目标介质服务器发送的恢复响应信息后，建立与所述第二目标介质服务器的数据恢复通道；利用所述数据恢复通道接收所述第二目标介质服务器发送的所述待恢复数据；其中，所述恢复响应信息是所述第二目标介质服务器基于接收到的所述恢复任务而生成的。

[0023] 在一具体示例中，所述任务管理模块，还用于启动恢复任务线程；

[0024] 所述介质管理服务模块，还用于基于恢复任务线程并利用所述待恢复数据的特征信息确定出所述待恢复数据对应的第二目标介质服务器的设备特征信息，并将恢复任务发送至所述第二目标介质服务器。

[0025] 第二方面，本发明实施例提供了一种设备备份方法，所述方法应用于所述数据备份设备，所述备份数据设备包括：通讯网关、数据备份组件及备份客户端；所述方法包括：

[0026] 利用所述通讯网关获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；

[0027] 基于数据备份组件接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；其中，所述第一目标介质服务器基于接收到的所述备份任务生成备份响应信息；

[0028] 基于备份客户端获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理。

[0029] 第三方面，本发明实施例还提供了一种数据备份系统，包括：数据备份设备以及第一目标介质服务器；所述备份数据设备包括：通讯网关、数据备份组件及备份客户端；其中，[0030] 通讯网关，用于获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；

[0031] 数据备份组件，用于接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；

[0032] 所述第一目标介质服务器，用于基于接收到的所述备份任务生成备份响应信息；

[0033] 备份客户端，用于获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理。

[0034] 在一具体示例中，所述数据备份设备还包括：控制组件；所述系统还包括第二目标介质服务器；其中，

[0035] 所述通讯网关，还用于获取到恢复请求，所述恢复请求至少能够表征待恢复数据的特征信息；

[0036] 所述数据备份组件，还用于获取到所述恢复请求后，创建针对所述恢复请求的恢复任务；

[0037] 所述控制组件，用于启动安装有备份客户端的外接容灾介质，并运行备份客户端；还用于利用外接容灾介质中安装的备份客户端获取到第二目标介质服务器发送的恢复响应信息后，建立与所述第二目标介质服务器的数据恢复通道；利用所述数据恢复通道接收所述第二目标介质服务器发送的所述待恢复数据；

[0038] 其中，所述恢复响应信息是所述第二目标介质服务器基于接收到的所述恢复任务而生成的。

[0039] 第四方面，本发明实施例还提供了一种数据备份装置，包括

[0040] 一个或多个处理器；

[0041] 与所述一个或多个处理器通信连接的存储器；

[0042] 一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序被配置为执行以上所述的方法。

[0043] 第五方面，本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现以上所述的方法。

[0044] 这样，通过本申请实施例所述的数据备份设备，利用数据备份组件及备份客户端，即可为实现跨平台的网络备份奠定基础，为数据提供的安全保证。

附图说明

[0045] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0046] 图1示出了根据本发明实施例的数据备份设备的结构意图；

[0047] 图2示出了根据本发明实施例的数据备份方法的流程示意图；

[0048] 图3示出了根据本发明实施例的数据备份系统的结构示意图

[0049] 图4示出了根据本发明实施例的数据备份设备在一应用中各组件结构示意图。

具体实施方式

[0050] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

[0051] 在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

[0052] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0053] 图1示出了根据本发明实施例的数据备份设备的结构意图，如图1所示，所述设备包括：

[0054] 通讯网关101，用于获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；

[0055] 数据备份组件102，用于接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；其中，所述第一目标介质服务器基于接收到的所述备份任务生成备份响应信息；

[0056] 备份客户端103，用于获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理。

[0057] 在一具体示例中，所述数据备份设备运行在第一操作系统上；所述第一目标介质服务器运行在第二操作系统上；所述第一操作系统与所述第二操作系统相同或不相同，这里，当运行于不同操作系统时即可实现跨平台的网络备件；实际应用中，本申请实施例对数据备份设备以及目标介质服务器的操作系统不作限制，即本申请实施例能够兼容多种操作环境，甚至异构环境，如此，增加了本申请方案的应用广度，便于大规模工程化应用。

[0058] 在一具体示例中，所述数据备份组件，包括：

[0059] 主控服务模块，用于接收所述通讯网关发送的所述备份请求后，启动策略调度进程，所述策略调度进程基于所述备份请求携带的表征备份任务的备份特征信息，确定是否运行所述备份任务；在确定运行后，利用所述通讯网关将所述备份请求发送至任务管理模块；

[0060] 任务管理模块，用于基于获取到的备份请求启动备份任务线程；

[0061] 介质管理服务模块，用于通过所述备份任务线程申请满足所述备份请求的介质服务器，得到第一目标介质服务器的设备特征信息，将所述备份任务发送至所述第一目标介质服务器。

[0062] 实际应用中，所述主控服务模块，还用于在启动策略调度进程后，所述策略调度进程基于所述备份请求携带的表征备份任务的备份特征信息，确定出所述备份请求为策略调度组件发起的，则基于预设规则确定是否运行所述备份任务。或者，所述主控服务模块，还用于在启动策略调度进程后，所述策略调度进程基于所述备份请求携带的表征备份任务的备份特征信息确定出所述备份请求为浏览组件发起的，则运行所述备份任务；此时，所述数据备份设备还包括：浏览组件，用于发起针对备份客户端存储的待备份数据的备份请求。在一具体示例中，浏览组件还设置有web后台服务模块，进而使得浏览器通过web后台服务模块及通讯网关与备份客户端进行通信；而且，用户能够利用浏览器来浏览备份客户端上需要备份的资源。

[0063] 也就是说，本申请方案备份请求的不同发起方设置不同的运行策略，即当设备请求为用户发起的，直接运行备份任务，当备份请求为系统自身发起的，则可设置运行门槛，如此，为提高备件效率，最大化提高资源利用率奠定了基础。

[0064] 在一具体示例中，本申请实施例数据备份设备还可以完成数据恢复流程，具体地，所述数据备份设备还包括：控制组件；其中，

[0065] 所述通讯网关，还用于获取到恢复请求，所述恢复请求至少能够表征待恢复数据的特征信息；

[0066] 所述任务管理模块，还用于获取到所述恢复请求后，创建针对所述恢复请求的恢复任务；

[0067] 所述控制组件，用于启动安装有备份客户端的外接容灾介质，并运行备份客户端；还用于利用外接容灾介质中安装的备份客户端获取到第二目标介质服务器发送的恢复响应信息后，建立与所述第二目标介质服务器的数据恢复通道；利用所述数据恢复通道接收所述第二目标介质服务器发送的所述待恢复数据；其中，所述恢复响应信息是所述第二目标介质服务器基于接收到的所述恢复任务而生成的。

[0068] 这里，实际应用中，所述外接容灾介质可以具体为U盘，或光盘等能够存储备份客户端对应的相关程序的存储介质，如此，利用存储有备份客户端程序的外接容灾介质来实现数据恢复。

[0069] 实际应用中，所述任务管理模块，还用于启动恢复任务线程；所述介质管理服务模块，还用于基于恢复任务线程并利用所述待恢复数据的特征信息(比如恢复时间等)确定出所述待恢复数据对应的第二目标介质服务器的设备特征信息(比如位置等)，并将恢复任务发送至所述第二目标介质服务器，如此，完成数据恢复流程。

[0070] 这样，通过本申请实施例所述的数据备份设备，利用数据备份组件及备份客户端，即可为实现跨平台的网络备份奠定基础，为数据提供的安全保证。

[0071] 基于以上所述的设备，本申请实施例还提供了数据备份方法，所述方法应用于以上所述的数据备份设备，如图2所示，该方法包括：

[0072] 步骤201：利用所述通讯网关获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；

[0073] 步骤202：基于数据备份组件接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；其中，所述第一目标介质服务器基于接收到的所述备份任务生成备份响应信息；

[0074] 步骤203：基于备份客户端获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理。

[0075] 这里，需要说明的是，以上方法实施例项的描述，与上述设备描述是类似的，具有同设备实施例相同的有益效果，因此不做赘述。对于本发明方法实施例中未披露的技术细节，本领域的技术人员请参照本发明设备实施例的描述而理解，为节约篇幅，这里不再赘述。

[0076] 基于以上所述的设备，本申请实施例还一种数据备份系统，如图3所示，所述数据备份系统包括：数据备份设备301以及第一目标介质服务器302；所述备份数据设备301包括：通讯网关、数据备份组件及备份客户端；其中，

[0077] 通讯网关，用于获取备份请求；所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；

[0078] 数据备份组件，用于接收到所述通讯网关发送的所述备份请求后，确定出满足所述备份请求的第一目标介质服务器的设备特征信息，并至少将所述备份请求对应的备份任务发送至所述第一目标介质服务器；

[0079] 所述第一目标介质服务器，用于基于接收到的所述备份任务生成备份响应信息；

[0080] 备份客户端，用于获取到所述第一目标介质服务器发送的备份响应信息后，建立与所述第一目标介质服务器的数据备份通道，并利用所述数据备份通道将所述待备份数据发送至所述第一目标介质服务器进行备份处理。

[0081] 在一具体示例中，所述数据备份设备还包括：控制组件；所述系统还包括第二目标介质服务器；其中，

[0082] 所述通讯网关，还用于获取到恢复请求，所述恢复请求至少能够表征待恢复数据的特征信息；

[0083] 所述数据备份组件，还用于获取到所述恢复请求后，创建针对所述恢复请求的恢复任务；

[0084] 所述控制组件，用于启动安装有备份客户端的外接容灾介质，并运行备份客户端；还用于利用外接容灾介质中安装的备份客户端获取到第二目标介质服务器发送的恢复响应信息后，建立与所述第二目标介质服务器的数据恢复通道；利用所述数据恢复通道接收所述第二目标介质服务器发送的所述待恢复数据；

[0085] 其中，所述恢复响应信息是所述第二目标介质服务器基于接收到的所述恢复任务而生成的。

[0086] 这里，需要说明的是，以上系统实施例项的描述，与上述设备描述是类似的，具有同设备实施例相同的有益效果，因此不做赘述。对于本发明方法实施例中未披露的技术细节，本领域的技术人员请参照本发明设备实施例的描述而理解，为节约篇幅，这里不再赘述。

[0087] 基于本申请实施例所述数据备份设备的结构，结合如图4所示的具体应用场景，对本申请实施例数据备份方法做进一步详细说明；具体地，该方法包括：

[0088] 步骤1：用户通过浏览组件，比如浏览组件中的浏览器手动发起针对备份客户端中待备份数据的备份请求。

[0089] 这里，在实际应用中，浏览组件还设置有web后台服务模块，进而使得浏览器通过web后台服务模块及通讯网关与备份客户端进行通信；而且，用户能够利用浏览器来浏览备份客户端上需要备份的资源。

[0090] 实际应用中，所述备份请求至少能够表征对待备份数据进行备份处理的备份任务；进一步地，还能够表征所述备份任务的备份特征信息，比如，任务标识、待备份数据所需占用的存储资源等特征信息。

[0091] 步骤2：web后台服务模块获取到浏览器发起的备份请求后，通过通讯网关将备份请求发送至主控服务模块。

[0092] 步骤3：所述主控服务模块启动策略调度进程，所述策略调度进程基于备份请求中携带的备份特征信息确定是否运行该备份请求所对应的备份任务，若确定运行备份任务，则通过通讯网关将该备份请求发送至任务管理模块；比如，利用远程过程调用(Remote Procedure Call，RPC)，将该备份请求发送至任务管理模块。

[0093] 在一具体场景中，若策略调度进程确定出该备份请求为用户手动触发的，则直接运行该备件请求对应的备份任务；若策略调度进程确定出该备份请求为策略调度组件(比如策略调度器)发起的，则会基于预设规则来判断策略调度器发起该备件请求的时间是否满足要求，若满足，则直接运行该备件请求对应的备份任务；否则，忽略该备件请求。

[0094] 这里，实际应用中，可以通过备份特征信息中的备份标识来区分备份请求的来源，也就是说，不同发起方式的备份标识的标识特征不同，如此，基于备份标识即可确定出备份请求的来源。

[0095] 在一具体场景中，所述数据备份组件中还设置有检测模块，用于检测备份客户端中存储的数据是否发生变化，若检测到发生变化后，则基于数据的变化特征确定出待备份数据，并生成备份请求发送至策略调度器。比如，若检测到备份客户端中的数据有新增，则生成基于新增数据的备份请求；或者，若检测到备份客户端中存在针对历史已备份数据的修改或增加，则确定出增量数据和/或差量数据，进而生成备份请求，如此，实现增量备份和差量备份，满足不同用户的备份需求。

[0096] 步骤4：任务管理模块基于获取到的备份请求启动备份任务线程，通过备份任务线程向介质管理服务模块申请该备份请求所需要的设备，比如，确定出满足该备份请求的第一目标介质服务器，以及第一目标介质服务器的设备特征信息。申请到设备后，通知第一目标介质服务器的介质服务组件，比如，通过备份客户端并利用RPC来通知第一目标介质服务器的介质服务组件，以便于运行该备份请求所对应的备份任务。

[0097] 这里，实际应用中，所述第一目标介质服务器可以运行在Linux系统上，此时，介质服务组件安装在Linux系统上。所述备份客户端可以运行在Window系统上(也即数据备份设备运行在Window系统上)，如此，便可实现跨平台的网络备件；当然，实际应用中，第一目标介质服务器和备份客户端(或数据备份设备)还可以运行到相同的系统上，比如均运行于Linux系统上，或Window系统等，本申请实施例对此不作限制。

[0098] 步骤5：介质服务组件检查备份所需要的设备，然后通过RPC通知备份客户端运行该备份请求所对应的备份任务，并等待备份客户端创建数据备份通道。

[0099] 实际应用中，介质服务组件具体通过RPC，并利用备份客户端对应的服务端通知备份客户端运行该备份任务，并等待备份客户端创建数据备份通道。

[0100] 这里，第一目标介质服务器用于统一管理存储介质，还负责管理备份任务/恢复任务、存储介质的数据读写等。

[0101] 步骤6：备份客户端收到介质服务组件的通知后，启动文件备份子进程，并开启文件备份，即文件备份子进程通过TCP连接利用客户端对应的服务端来创建到介质服务组件的数据备份通道，也即建立备份客户端到步骤4中确定出的备份所需第一目标介质服务器之间的链接，然后，读取备份请求所针对的待备份数据，并通过该数据备份通道将所述待备份数据传输给第一目标介质服务器。

[0102] 在一具体应用中，所述备份客户端中还设置有任务模板，所述备份客户端还用于管理任务模板，不同的备份请求可以对应相同的任务模板，或者不同的任务模板，而且，任务模板可应用到任何单个备份客户端或并行的应用到备份客户端组，此时，用户可以像管理一个备份任务那样对一组备份任务进行方便简单的监控和管理。

[0103] 具体地，任务模板可以具体包含：介质服务器的特征信息，设备标识、备份策略类型，调度类型、备份配置选项等；进一步地，备份客户端还可以基于任务模板中的策略类型启动不同的备份进程来完成备份流程，比如，策略类型为文件资源，则备份客户端启动文件备份进程来完成备份流程。在一应用场景中，用户通过浏览器发起备份请求前，通过浏览器从备份客户端中选取出与备份请求对应的备份模块，进而基于该备件模块来完成对备份请求对应的待备份数据的备份过程。也就是说，用户通过浏览器发起针对备份客户端中待备份数据的备份请求时，还可以利用浏览器选取与该备份请求相匹配的任务模板(或者与选取与待备份数据相匹配的任务模板)，如此，利用任务模板来完成模板化的备份流程；或者，任务模板不是用户主动选取的，而是备份客户端基于待备份数据的数据特征(比如数据类型)等而确认出的，并将该任务模板的信息(如标识等)携带于备份请求中，如此，基于任务模板的特征来完成模板化的备份流程，提高备份效率。

[0104] 在本发明的一个优选实施例中，用户通过浏览器选取任务模板时，具体包括以下步骤，从而使得任务模板的选择更加简洁、高效且用户友好：

[0105] 步骤6-1，解析备份请求和待备份数据，获取备份请求的模板标识与待备份数据的数据特征；

[0106] 步骤6-2，如果模板标识为Null，则将数据特征对应的一个或多个任务模板以突出的方式在浏览器中显示；突出的方式显示例如可以以与其他任务模板不同颜色的方式显示，或者在排序的首位显示等。

[0107] 步骤6-3，如果模板标识不为Null，则判断模板标识对应的任务模板是否存在于数据特征对应的一个或多个任务模板中，如果存在，则将模板标识对应的任务模板直接作为选取的任务模板，不再浏览器中呈现用户予以选择；如果不存在，则将模板标识对应的任务模板和数据特征对应的一个或多个任务模板以突出的方式在浏览器中显示。具体的，模板标识对应的任务模板、数据特征对应的任务模板和其他任务模板的方式显示方式均布相同。

[0108] 步骤7：介质服务组件通过数据备份通道接收到待备份数据后，按照自定义格式将所述待备份数据写入到对应的存储介质上，如此，完成数据备份流程。

[0109] 实际应用中，存储介质可以具体为第一目标介质服务器上存储单元，或者，还可以为第一目标介质服务器所控制的外部存储介质。相应地，步骤4中第一目标介质服务器的设备特征信息至少包括服务器标识，和/或用于存储待备份数据的存储介质的地址信息等，如此，为实现数据备份奠定基础。

[0110] 这里，实际应用中，数据备份组件还可以设置有索引服务模块，用于管理针对备份任务的索引文件，如此，便于快速检索到已备份数据的标识，进而确定出已备份数据的存储位置。

[0111] 基于本申请实施例所述数据备份设备的结构，结合具体应用场景，对本申请实施例数据备份方法做进一步详细说明；具体地，该方法还包括容灾恢复流程，具体包括：

[0112] 步骤1：制作外接容灾介质，比如光盘或U盘等，本申请实施例以光盘为例进行说明，以下称之为启动光盘；这里，启动光盘安装有备份客户端。

[0113] 实际场景中，启动光盘可安装有备份客户端的主程序，或者，还安装有灾备代理程序。该备份客户端的主程序能够实现备份客户端的备份功能，或者，实现数据备份设备中数据备份组件及备份客户端所具备的功能。

[0114] 步骤2：通过目标设备的控制组件启动启动光盘后，通过传输控制协议(TCP，Transmission Control Protocol)接入到备份客户端对应的服务端，如此，利用服务端使得运行该启动光盘的目标设备能够实现数据备份组件的功能。

[0115] 这里，在一具体示例中，所述目标设备可以具体为数据备份设备；也就是说，当所述数据备份设备中备份客户端的数据丢失后，可利用启动光盘完成数据恢复流程。

[0116] 这里，实际应用中，备份客户端对应的服务端至少能够具备数据备份组件所具有的所有功能。

[0117] 步骤3：利用所述控制组件，在所述目标设备的主控制界面上确定出待恢复的时间点，并生成恢复请求，将恢复请求通知到web后台服务模块，web后台服务模块通过通讯网关通知任务管理模块创建恢复任务，并从索引服务模块获取恢复索引信息填充到恢复任务中。

[0118] 步骤4：任务管理模块启动恢复任务线程，通过恢复任务线程向介质管理服务模块确定该恢复请求所对应的设备，比如，确定出对应该恢复请求的第二目标介质服务器，以及第二目标介质服务器的设备特征信息(比如地址等)；进而将恢复任务下发送至第二目标介质服务器的介质服务组件，介质服务组件收到恢复任务后将进行设备检查，检查通过后，通知备份客户端，等待备份客户端创建数据恢复通道。

[0119] 比如，第二目标介质服务器的介质服务组件收到恢复任务后将进行设备检查，检查通过后，通过控制组件通知备份客户端，等待控制组件利用备份客户端创建数据恢复通道。

[0120] 这里，所述第二目标介质服务器用于统一管理存储介质，还负责管理备份任务/恢复任务、存储介质的数据读写等。实际应用中，所述第一目标介质服务器和第二目标介质服务器可以同一服务器，也可以为不同服务器。

[0121] 步骤5：控制组件利用备份客户端(也即启动光盘运行的目标设备)收到恢复任务后创建灾难恢复子进程启动恢复，比如，所述控制组件利用所述备份客户端创建灾难恢复子进程并启动灾难恢复流程。

[0122] 步骤6：灾难恢复进程启动后，所述控制组件利用所述备份客户端创建与第二目标介质服务器之间的数据恢复通道，利用所述数据恢复通道接收第二目标介质服务器发送的待恢复数据并存储，完成数据恢复流程。

[0123] 这里，接收到的数据包括分区表及扇区数据，依次将数据写入到目标设备的磁盘扇区中，即可完成数据恢复过程。

[0124] 本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现以下步骤：

[0125] 利用通讯网关获取备份请求；备份请求至少能够表征对待备份数据进行备份处理的备份任务；

[0126] 基于数据备份组件接收到通讯网关发送的备份请求后，确定出满足备份请求的第一目标介质服务器的设备特征信息，并至少将备份请求对应的备份任务发送至第一目标介质服务器；其中，第一目标介质服务器基于接收到的备份任务生成备份响应信息；

[0127] 基于备份客户端获取到第一目标介质服务器发送的备份响应信息后，建立与第一目标介质服务器的数据备份通道，并利用数据备份通道将待备份数据发送至第一目标介质服务器进行备份处理。

[0128] 这里需要指出的是：以上存储介质实施例项的描述，与上述方法描述是类似的，具有同方法实施例相同的有益效果，因此不做赘述。对于本发明存储介质实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例的描述而理解，为节约篇幅，这里不再赘述。

[0129] 本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。

[0130] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0131] 以上对本发明所提供的数据备份方法、系统及设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。