CN114064355A - 一种数据备份系统、方法及服务器 - Google Patents

Abstract

本申请适用于通信技术领域，提供一种数据备份系统、方法及服务器，其中，数据备份系统包括客户端、代理服务器、介质服务器和备份服务器；客户端、代理服务器、介质服务器和备份服务器依次通信连接；客户端被配置为提供微服务的部署环境，并将微服务的业务数据上传至代理服务器；代理服务器被配置为部署与部署环境对应的插件，以通过插件将业务数据备份至介质服务器；备份服务器被配置为根据用户设置的备份策略和备份方式，管理介质服务器中备份的业务数据；通过利用微服务架构部署备份系统，基于微服务的去中心化指导思想，可以有效提高数据备份效率，同时可以根据用户设置的备份策略和备份方式，对备份数据进行有效管理。

Description

一种数据备份系统、方法及服务器

技术领域

本申请属于通信技术领域，尤其涉及一种数据备份系统、方法及服务器。

背景技术

随着企业产品的部署环境(例如，容器、容器集群等)日趋复杂化，产生的业务数据也越来越多，有数据库、报表等结构化数据，也有图片、语音、视频等非结构化数据，这些业务数据都是重要资产，如何对业务数据进行备份是亟需解决的问题。

发明内容

本申请实施例提供了一种数据备份系统、方法、服务器及存储介质，以解决对业务数据进行备份的问题。

本申请实施例的第一方面提供一种数据备份系统，包括客户端、代理服务器、介质服务器和备份服务器；

所述客户端、所述代理服务器、所述介质服务器和所述备份服务器依次通信连接；

所述客户端被配置为提供微服务的部署环境，并将所述微服务的业务数据上传至所述代理服务器；

所述代理服务器被配置为部署与所述部署环境对应的插件，以通过所述插件将所述业务数据备份至所述介质服务器；

所述备份服务器被配置为根据用户设置的备份策略和备份方式，管理所述介质服务器中备份的业务数据。

在一个实施例中，所述数据备份系统还包括容灾介质服务器和容灾服务器；

所述容灾介质服务器分别与所述介质服务器和所述容灾服务器通信连接；

所述备份服务器还被配置为将所述介质服务器中备份的业务数据拷贝至所述容灾介质服务器中进行备份；

所述容灾服务器被配置为根据用户设置的备份策略和备份方式，管理所述容灾介质服务器中备份的业务数据。

在一个实施例中，所述数据备份系统还包括用户端；

所述用户端与所述备份服务器通信连接；

所述用户端被配置为预先根据用户输入的设置指令，设置所述备份策略和所述备份方式。

在一个实施例中，所述客户端具体被配置为支持文件、关系型数据库、分布式文件存储数据库、远程字典服务数据库、容器、容器集群、云计算管理平台中的至少一种部署环境。

在一个实施例中，所述备份策略包括完整备份、全量备份、增量备份和差异备份中的至少一种；

所述备份方式包括LAN备份、LAN Free备份、Server Free备份和Server Less备份中的至少一种。

在一个实施例中，所述数据备份系统包括根据所述业务数据的分布就近部署的至少一台所述介质服务器；

所述备份服务器还被配置为对所述介质服务器中备份的业务数据执行压缩操作、加密操作和重删操作中的至少一种。

本申请实施例的第二方面提供一种数据备份方法，应用于代理服务器，所述方法包括：

接收客户端上传的微服务的业务数据，所述客户端被配置为提供所述微服务的部署环境；

通过与所述部署环境对应的插件将所述业务数据备份至介质服务器。

本申请实施例的第三方面提供一种数据备份方法，应用于备份服务器，所述方法包括：

获取用户设置的备份策略和备份方式；

根据所述备份策略和所述备份方式，管理介质服务器中备份的微服务的业务数据。

本申请实施例的第四方面提供一种服务器，包括通信模块、处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序；

所述服务器为代理服务器时，所述处理器执行所述计算机程序时实现如本申请实施例的第二方面提供的数据备份方法的步骤；

所述服务器为备份服务器时，所述处理器执行所述计算机程序时实现如本申请实施例的第三方面提供的数据备份方法的步骤。

本申请实施例的第五方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本申请实施例的第二方面或第三方面提供的数据备份方法的步骤。

本申请实施例的第一方面提供的数据备份系统，包括客户端、代理服务器、介质服务器和备份服务器；客户端、代理服务器、介质服务器和备份服务器依次通信连接；客户端被配置为提供微服务的部署环境，并将微服务的业务数据上传至代理服务器；代理服务器被配置为部署与部署环境对应的插件，以通过插件将业务数据备份至介质服务器；备份服务器被配置为根据用户设置的备份策略和备份方式，管理介质服务器中备份的业务数据；通过利用微服务架构部署备份系统，基于微服务的去中心化指导思想，可以有效提高数据备份效率，同时可以根据用户设置的备份策略和备份方式，对备份数据进行有效管理。

本申请实施例的第二方面提供的数据备份方法，应用于代理服务器，通过接收客户端上传的微服务的业务数据；并通过与部署环境对应的插件将业务数据备份至介质服务器，基于微服务的去中心化指导思想，可以有效提高数据备份效率。

本申请实施例的第三方面提供的数据备份方法，应用于备份服务器，通过获取用户设置的备份策略和备份方式；根据备份策略和备份方式，管理介质服务器中备份的微服务的业务数据，基于微服务的去中心化指导思想，可以有效提高数据备份效率，同时可以根据用户设置的备份策略和备份方式，对备份数据进行有效管理。

可以理解的是，上述第四方面和第五方面的有益效果可以参见上述第二方面或第三方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请实施例提供的数据备份系统的第一种架构示意图；

图2是本申请实施例提供的数据备份系统的第二种架构示意图；

图3是本申请实施例提供的数据备份系统的第三种架构示意图；

图4是本申请实施例提供的第一种数据备份方法的流程示意图；

图5是本申请实施例提供的第二种数据备份方法的流程示意图；

图6是本申请实施例提供的服务器的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

如图1所示，本申请实施例提供一种数据备份系统，包括客户端1、代理服务器(Proxy Server)2、介质服务器3和备份服务器4；

客户端1、代理服务器2、介质服务器3和备份服务器4依次通信连接；

客户端1被配置为提供微服务(microservice)的部署环境，并将微服务的业务数据上传至代理服务器2；

代理服务器2被配置为部署与部署环境对应的插件，以通过插件将业务数据备份至介质服务器3；

备份服务器4被配置为根据用户设置的备份策略和备份方式，管理介质服务器3中备份的业务数据。

在应用中，微服务是一种用于构建应用程序的架构方案，它提倡将单一应用程序拆分成多个核心功能。每个功能都被称为一项服务，可以单独构建和部署，每个服务都围绕着具体业务进行构建、运行在其独立的进程中，并且能够独立地部署到生产环境、类生产环境等。服务与服务之间采用轻量级的通信机制互相沟通、互相协调、互相配合，并且这种通信通常都是无状态的，所以采用这种方式构建的应用程序的容错性更高，是一种多模块，松耦合的架构方式。

在应用中，客户端是可以运行多种部署环境的服务器，在这些部署环境下可以实现微服务的构建和部署。

在一个实施例中，客户端具体被配置为支持文件、虚拟机(Virtual Machine)、关系型数据库(Relational database)、分布式文件存储数据库(MongoDB)、远程字典服务器(Remote Dictionary Server，Redis)数据库、容器(Container)、容器集群、云计算管理平台(OpenStack)中的至少一种部署环境。

在应用中，文件可以包括报表、图片、语音、视频等。数据关系型数据库可以包括Oracle数据库、SQLServe数据库、DB2数据库、Mysql数据库等。容器可以是Docker。容器集群可以是Kubernetes。

在应用中，数据备份系统可以包括用于运行不同部署环境的多种客户端，例如，用于运行Docker环境的客户端，用于运行Kubernetes环境的客户端，用于运行OpenStack环境的客户端等。图1中示例性的示出数据备份系统包括用于运行三种不同部署环境的三台客户端1。

在应用中，代理服务器是客户端与介质服务器之间的数据中转站，可以根据部署环境部署和运行对应的插件，以将部署环境下的微服务的业务数据备份至介质服务器。

在应用中，数据备份系统可以包括运行不同部署环境的多种客户端对应的多种代理服务器。代理服务器可以针对每一种部署环境部署和运行对应的插件，例如，针对Docker环境部署和运行Docker插件，针对Kubernetes环境部署和运行Kubernetes，针对OpenStack环境部署和运行OpenStack插件。图1中示例性的示出数据备份系统包括用于部署和运行三种不同插件的三台代理服务器2。

在应用中，介质服务器用于实现对业务数据的备份存储功能，其备份存储功能可以通过内置的存储空间实现，也可以通过外接的物理存储设备实现。

在一个实施例中，数据备份系统包括根据所述业务数据的分布就近部署的至少一台所述介质服务器。

在应用中，可以按照业务数据的分布就近部署对应的介质服务器，例如，分别根据Docker环境、Kubernetes环境和OpenStack环境下的业务数据部署三台介质服务器。介质服务器可以根据实际需要部署多台，以降低单台介质服务器的存储压力，提高备份效率。图1中示例性的示出数据备份系统包括分别用于备份据Docker环境、Kubernetes环境和OpenStack环境下的业务数据的三台介质服务器3。

在应用中，备份服务器用于根据用户预先设置的备份策略和备份方式，管理介质服务器中备份存储的业务数据。

在一个实施例中，备份策略包括完整备份、全量备份、增量备份和差异备份中的至少一种。

在应用中，完全备份(full backup)是指把所有需要备份的业务数据全部备份。完全备份可以备份整块硬盘、整个分区或某个具体的目录。完全备份的好处是业务数据恢复方便，因为所有的数据都在同一个备份中，所以只要恢复完全备份，所有的业务数据都会被恢复。如果完全备份备份的是整块硬盘，那么甚至不需要数据恢复，只要把备份硬盘安装上，客户端就会恢复正常。

在应用中，全量备份(full backup)是指每隔一段时间对系统中的业务数据进行一次完全备份，这样在备份时间间隔内一旦系统发生故障导致业务数据丢失，就可以用上一次的备份数据恢复到上一次备份时的情况。例如，星期一用一盘磁带备份整个系统，星期二再用另一盘磁带备份，依次类推。这种备份策略的优点是备份的业务数据最全面且最完整，当发生业务数据丢失灾难时只要用一盘磁带(即灾难发生前一天的备份磁带)就可以恢复全部的业务数据。

在应用中，差异备份(differential backup)是指每次备份的业务数据是相对于上一次全备份之后新增加的和修改过的数据。差异备份也要先进行一次完全备份，但是和增量备份不同的是，每次差异备份都备份和原始的完全备份不同的业务数据。也就是说，差异备份每次备份的参照物都是原始的完全备份，而不是上一次的差异备份。

在应用中，增量备份(incremental backup)是指首先进行依次完全备份，然后每隔一个较短时间进行一次备份，但仅备份在这个期间更改的内容。这样一旦发生业务数据丢失，首先恢复到前一个完全备份。然后按日期逐个恢复每天的备份，就能恢复到前一天的情况。例如，在星期天进行一次完全备份，然后在接下来的6天中只备份当天新的或被修改过的数据。这种备份策略的优点点是备份速度快，没有重复的备份数据，节省了介质服务器的磁带空间，缩短了备份时间。

在一个实施例中，备份方式包括LAN备份、LAN Free备份、Server Free备份和Server Less备份中的至少一种。

在应用中，LAN备份方式是直接在客户端安装备份代理，部署一台备份服务器，通过网络将业务数据备份到介质服务器，这样即可完成备份。LAN Free备份的业务数据直接从客户端经过网络交换机备份到介质服务器，这样就不会占用主网络的带宽。Server Free备份时业务数据不流经客户端的总线和内存，只需将客户端的业务数据直接备份到介质服务器，减轻了客户端的运行压力，使它可以专注于对外提供服务，而不需要再消耗大量CPU、内存和IO在备份操作上。

如图2所示，在一个实施例中，数据备份系统还包括用户端5；

用户端5与备份服务器4通信连接；

用户端5被配置为根据用户输入的设置指令，设置备份策略和备份方式。

在应用中，用户端可以是手机、个人数字助理、平板电脑、笔记本电脑、个人计算机或服务器等。

在应用中，用户可以根据业务特点和介质服务器的存储空间，制订业务数据的保留策略，例如，保留时长、备份保留的完整版本数量、自动清理保留时长超过预设时长的业务数据。用户可以通过用户端访问备份服务器，通过用户端的人机交互器件输入设置指令，以设置备份策略和备份方式。

在一个实施例中，备份服务器还被配置为对介质服务器中备份的业务数据执行压缩操作、加密操作和重删操作中的至少一种。

在应用中，对应需要备份的业务数据，可以使用压缩算法对其进行压缩，以减少备份空间的需求，降低备份成本。备份数据应该保证是存放在一个安全的系统中，不容易被窃取，因此，可以使用加密方式，使得备份数据即使被拷贝到其他地方，也不能被正常打开，需要经过授权解密才能使用，避免数据外泄。重删是一种节约存储空间的技术，通常情况下，在介质服务器中备份有很多重复的业务数据，重删则是将这些重复的数据找出并处理的技术，例如，删除重复的业务数据。

在一个实施例中，用户端还被配置为根据用户输入的压缩指令、加密指令或重删指令，触发备份服务器执行对应的压缩操作、加密操作或重删操作。

在应用中，用户可以通过用户端访问备份服务器，通过用户端的人机交互器件输入压缩指令、加密指令或重删指令，以触发备份服务器对介质服务器中备份的业务数据执行对应的操作。

如图3所示，在一个实施例中，数据备份系统还包括容灾介质服务器6和容灾服务器7；

容灾介质服务器6分别与介质服务器3和容灾服务器7通信连接；

备份服务器4还被配置为将介质服务器3中备份的业务数据拷贝至容灾介质服务器6中进行备份；

容灾服务器7被配置为根据用户设置的备份策略和备份方式，管理容灾介质服务器7中备份的业务数据。

在应用中，对需要备份的业务数据，除了在本地(也即介质存储器)保留之外，还需考虑异地容灾需求。一旦本地发生火灾、地震等毁灭性事故的时候，异地(也即容灾介质服务器)也能保留至少一份数据。可以按照业务数据的数据量或异地容灾需求部署对应的容灾介质服务器，例如，分别根据Docker环境、Kubernetes环境和OpenStack环境下的业务数据部署三台容灾介质服务器，或者，在多个不同地方部署多台容灾介质服务器，每台容灾介质服务器中备份相同的业务数据，以实现对业务数据的多处异地备份。

在一个实施例中，用户端还被配置为根据用户输入的异地备份指令，触发备份服务器将介质服务器中备份的业务数据拷贝至容灾介质服务器中进行备份。

在应用中，用户可以通过用户端访问备份服务器，通过用户端的人机交互器件输入异地备份指令，以控制备份服务器进行异地数据备份。

在应用中，用户端的人机交互器件可以包括键盘、实体按键、触控传感器、手势识别传感器和语音识别单元中的至少一种，使得用户可以通过对应的触控方式、手势操控方式或语音控制方式输入指令。实体按键和触控传感器可以设置于用户端的任意位置，例如，控制面板。对实体按键的触控方式具体可以是按压或拨动。对触控传感器的触控方式具体可以为按压或触摸等。手势识别传感器可以设置在用户端的壳体外部的任意位置。用于控制用户端的手势可以由用户根据实际需要自定义设置或者采用出厂时的默认设置。语音识别单元可以包括麦克风和语音识别芯片，也可以仅包括麦克风并由用户端的处理器来实现语音识别功能。用于控制用户端的语音可以由用户事先通过用户端的人机交互器件自定义设置或者采用出厂时的默认设置。

在应用中，容灾服务器的实现方式和功能及其与用户端之间的交互方式，可以与备份服务器相同，此处不再赘述。

在应用中，数据备份系统中的客户端、代理服务器、介质服务器、备份服务器、容灾介质服务器和容灾服务器都可以通过成本低廉的个人计算机来实现，以组成分布式备份集群，节省成本。

本申请实施例提供的数据备份系统通过利用微服务架构部署备份系统，基于微服务的去中心化指导思想，可以有效提高数据备份效率，同时可以根据用户设置的备份策略和备份方式，对备份数据进行有效管理；

按照业务数据的分布，就近部署对应的介质服务器，介质服务器可以根据需要部署多台，提高了备份效率；

支持文件、虚拟机、关系型数据库、分布式文件存储数据库、远程字典服务器数据库、容器、容器集群、云计算管理平台等多种业务数据的备份使用场景，支持Windows、macOS、Linux、iOS、Android、华为鸿蒙系统等多种操作系统平台；

支持完全备份、全量备份、增量备份、差异备份等多种备份策略，支持LAN备份、LANFree备份、Server Free备份、Server Less备份等多种架构的备份方式；

支持压缩、加密和重删功能，减少对系统和网络的压力，在执行备份的时候不影响业务系统的正常运行；

支持本地备份数据容灾拷贝到异地，在本地发生火灾、地震等灾害性事件的时候，通过异地保留的业务数据，可以很快的恢复业务，降低损失；

采用多台廉价个人计算机成分布式备份集群，降低了使用成本。

如图4所示，本申请实施例还提供第一种数据备份方法，由代理服务器的处理器在运行相应的计算机程序时执行，该方法包括如下步骤S101和S102：

步骤S101、接收客户端上传的微服务的业务数据，所述客户端被配置为提供所述微服务的部署环境；

步骤S102、通过与所述部署环境对应的插件将所述业务数据备份至介质服务器。

在应用中，代理服务器分别与客户端和介质服务器通信连接，以接收客户端提供微服务时所产生的业务数据，在接收到业务数据之前，事先部署与客户端的部署环境对应的插接，在接收到业务数据之后，即通过该插件将接收到的业务数据备份至介质服务器。

在一个实施例中，步骤S101之前，包括：

部署与所述部署环境对应的插件。

本申请实施例提供的第一种数据备份方法，基于微服务的去中心化指导思想，可以有效提高数据备份效率。

如图5所示，本申请实施例还提供第二种数据备份方法，由备份服务器的处理器在运行相应的计算机程序时执行，该方法包括如下步骤S201和S202：

步骤S201、获取用户设置的备份策略和备份方式；

步骤S202、根据所述备份策略和所述备份方式，管理介质服务器中备份的微服务的业务数据。

在应用中，备份服务器分别与用户端和介质服务器通信连接，以通过用户端获取用户设置的备份策略和备份方式，然后根据该备份策略和备份方式管理介质服务器中备份的微服务的业务数据。

在一个实施例中，步骤S202之后包括：

通过所述介质服务器将所述业务数据拷贝至容灾介质服务器中进行备份。

在应用中，介质服务器还与容灾介质服务器通信连接，用户可以通过用户端访问备份服务器，通过用户端的人机交互器件输入异地备份指令，触发备份服务器将介质服务器中备份的业务数据拷贝至容灾介质服务器中进行备份。

本申请实施例提供的第二数据备份方法，基于微服务的去中心化指导思想，可以有效提高数据备份效率，同时可以根据用户设置的备份策略和备份方式，对备份数据进行有效管理；

支持本地备份数据容灾拷贝到异地，在本地发生火灾、地震等灾害性事件的时候，通过异地保留的业务数据，可以很快的恢复业务，降低损失。

如图6所示，本申请实施例还提供一种服务器8，包括：通信模块801、至少一个处理器802(图6中仅示出一个处理器)、存储器803以及存储在存储器803中并可在至少一个处理器802上运行的计算机程序804；

服务器8为代理服务器时，处理器802执行计算机程序804时实现第一数据备份方法实施例中的步骤；

服务器8为备份服务器时，处理器802执行计算机程序804时实现第二数据备份方法实施例中的步骤。

在应用中，服务器可包括，但不仅限于，通信模块、处理器以及存储器，图6仅仅是服务器的举例，并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

在应用中，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在应用中，存储器在一些实施例中可以是服务器的内部存储单元，例如服务器的硬盘或内存。存储器在另一些实施例中也可以是服务器的外部存储设备，例如，服务器上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器还可以既包括服务器的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器还可以用于暂时存储已经输出或者将要输出的数据。

在应用中，通信模块可以提供应用在网络设备上的包括无线局域网(WirelessLocalarea Networks，WLAN)(如Wi-Fi网络)，蓝牙，Zigbee，移动通信网络，全球导航卫星系统(Global Navigation Satellite System，GNSS)，调频(Frequency Modulation，FM)，近距离无线通信技术(Near Field Communication，NFC)，红外技术(Infrared，IR)等通信的解决方案。通信模块可以包括天线，天线可以只有一个阵元，也可以是包括多个阵元的天线阵列。通信模块可以通过天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器。通信模块还可以从处理器接收待发送的信号，对其进行调频、放大，经天线转为电磁波辐射出去。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要将上述功能分配由不同的功能单元完成，即将所述装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器所执行时可实现上述任一种数据备份方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器可实现上述任一种数据备份方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到机器人的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种数据备份系统，其特征在于，包括客户端、代理服务器、介质服务器和备份服务器；

所述客户端、所述代理服务器、所述介质服务器和所述备份服务器依次通信连接；

所述客户端被配置为提供微服务的部署环境，并将所述微服务的业务数据上传至所述代理服务器；

所述代理服务器被配置为部署与所述部署环境对应的插件，以通过所述插件将所述业务数据备份至所述介质服务器；

所述备份服务器被配置为根据用户设置的备份策略和备份方式，管理所述介质服务器中备份的业务数据。

2.如权利要求1所述的数据备份系统，其特征在于，还包括容灾介质服务器和容灾服务器；

所述容灾介质服务器分别与所述介质服务器和所述容灾服务器通信连接；

所述备份服务器还被配置为将所述介质服务器中备份的业务数据拷贝至所述容灾介质服务器中进行备份；

所述容灾服务器被配置为根据用户设置的备份策略和备份方式，管理所述容灾介质服务器中备份的业务数据。

3.如权利要求1或2所述的数据备份系统，其特征在于，还包括用户端；

所述用户端与所述备份服务器通信连接；

所述用户端被配置为根据用户输入的设置指令，设置所述备份策略和所述备份方式。

4.如权利要求1或2所述的数据备份系统，其特征在于，所述客户端具体被配置为支持文件、关系型数据库、分布式文件存储数据库、远程字典服务数据库、容器、容器集群、云计算管理平台中的至少一种部署环境。

5.如权利要求1或2所述的数据备份系统，其特征在于，所述备份策略包括完整备份、全量备份、增量备份和差异备份中的至少一种；

所述备份方式包括LAN备份、LAN Free备份、Server Free备份和Server Less备份中的至少一种。

6.如权利要求1或2所述的数据备份系统，其特征在于，包括根据所述业务数据的分布就近部署的至少一台所述介质服务器；

所述备份服务器还被配置为对所述介质服务器中备份的业务数据执行压缩操作、加密操作和重删操作中的至少一种。

7.一种数据备份方法，其特征在于，应用于代理服务器，所述方法包括：

接收客户端上传的微服务的业务数据，所述客户端被配置为提供所述微服务的部署环境；

通过与所述部署环境对应的插件将所述业务数据备份至介质服务器。

8.一种数据备份方法，其特征在于，应用于备份服务器，所述方法包括：

获取用户设置的备份策略和备份方式；

根据所述备份策略和所述备份方式，管理介质服务器中备份的微服务的业务数据。

9.如权利要求8所述的数据备份方法，其特征在于，所述根据所述备份策略和所述备份方式，管理介质服务器中备份的微服务的业务数据之后，还包括：

通过所述介质服务器将所述业务数据拷贝至容灾介质服务器中进行备份。

10.一种服务器，其特征在于，包括通信模块、处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序；

所述服务器为代理服务器时，所述处理器执行所述计算机程序时实现如权利要求7所述数据备份方法的步骤；

所述服务器为备份服务器时，所述处理器执行所述计算机程序时实现如权利要求8或9所述数据备份方法的步骤。

Images