CN114328005A - 容器数据增量备份的方法及系统 - Google Patents

Abstract

本发明提供了一种容器数据增量备份的方法及系统。该方法包括：仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本；判断是否是第一次创建快照或者第一次进行卷影复制；在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件；基于所导出的文件，对所述容器的业务数据进行备份。本申请解决了容器分层存储导致恢复后备份镜像变大的问题，具有节省存储空间的有益效果。

Description

容器数据增量备份的方法及系统

技术领域

本公开涉及云存储领域，具体而言，涉及一种容器数据增量备份的方法及系统。

背景技术

容器(container)是一种轻量级的虚拟化技术，以实现操作系统和应用程序的打包、运行和资源隔离。容器一般运行在宿主机上，内部是一个独立的运行环境，与其所在的宿主机相隔离，具有多租户、轻量化、一致性以及容易迁移等优点，在公有云和私有云中部署容器化的应用程序成为主要趋势。然而，在宿主机发生故障或者用户的误操作，都会导致容器实例意外终止，甚至造成信息丢失，对容器数据的保护成为亟待解决的问题。

目前容器数据的保护技术主要有如下几种：

一是在容器内部内置备份和恢复机制。主要由企业IT管理员通过脚本实现数据备份到本地。该方式缺乏有效的备份数据历史版本管理，涉及到环境的变更时，脚本维护困难；而且与传统的本地数据备份和恢复方法一样，在本地设备发生单点故障时不具有数据的保护能力，难以通过故障设备进行容器数据恢复。

二是采用镜像方法进行容器数据备份和恢复。主要将运行的容器打包成镜像，然后将镜像推送到镜像仓库保存作为备份，通过拉取镜像仓库中的镜像方式恢复容器的备份。即使用docker commit命令，可以将容器的存储层进行保存以作为镜像，也即在原有镜像的基础上，再叠加上容器的存储层，构成新的镜像，并将新的镜像放到私有仓库中存储，完成容器的备份。另外，利用存储的新的镜像创建新的容器，可以实现容器的恢复，以避免在容器实例意外终止时，信息会发生丢失的现象。镜像方式需要与源容器数据同样大小的存储空间，且镜像恢复也涉及整个数据内容的复制和传输，对通信带宽和计算资源消耗较大，恢复速度慢。受限于容器分层存储的原因，如果通过docker commit制作镜像，除当前层外，之前的每一层的数据都不会发生改变，如果一个容器经过多次备份与恢复操作后，它备份的镜像会越来越大，大量消耗空间。此外这种方案违背了计算与数据分离原则，不是一种合理的方案。

三是采用快照方法进行容器数据的备份和恢复。主要通过信息备份指令，查询所述容器内所有运行的进程，将所述进程的进程信息保存到进程日志文件中，进程信息包括用户信息、启动命令和进程启动参数；对所述进程日志文件创建快照，以便将来通过日志文件恢复进程信息。快照降低了一致性备份的时间窗口，可以避免了停机备份带来的损失。但在需要恢复到任意时刻点的情况下，会产生多个快照数据，且数据冗余较大，消耗较大存储空间。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本公开实施例提供了一种容器数据增量备份的方法及系统，以至少解决容器分层存储导致恢复后备份镜像变大的技术问题。

根据本公开实施例的一个方面，提供了一种容器数据增量备份的方法，包括：仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本；判断是否是第一次创建快照或者第一次进行卷影复制；在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件；基于所导出的文件，对所述容器的业务数据进行备份。

根据本公开实施例的另一方面，还提供了一种数据恢复的方法，包括：获取根据上述方法进行备份得到的备份数据；将所述备份数据导入到所述存储介质中，恢复所述快照或所述卷影复制；将所述存储介质回退到所述快照对应的状态或所述卷影复制对应的状态；使用回退后的所述存储介质中的数据目录映射到所述容器中，重新运行所述容器，以恢复所述容器中的数据。

根据本公开实施例的又一方面，还提供了一种容器数据增量备份的系统，包括备份客户端，所述备份客户端被配置为：仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本；判断是否是第一次创建快照或者第一次进行卷影复制；在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件；备份系统，被配置为基于所导出的文件，对所述容器的业务数据进行备份。

根据本公开实施例的又一方面，还提供了一种容器数据增量备份的系统，获取根据上述方法进行备份得到的备份数据；将所述备份数据导入到所述存储介质中，恢复所述快照或所述卷影复制；将所述存储介质回退到所述快照对应的状态或所述卷影复制对应的状态；使用回退后的所述存储介质中的数据目录映射到所述容器中，重新运行所述容器，以恢复所述容器中的数据。

在本公开的实施例中，通过：仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本；判断是否是第一次创建快照或者第一次进行卷影复制；在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件；基于所导出的文件，对所述容器的业务数据进行备份，从而解决了容器分层存储导致恢复后备份镜像变大的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是根据本公开第一实施例的一种容器数据增量备份方法的流程图；

图2是根据本公开第二实施例的一种容器数据增量备份方法的流程图；

图3是根据本申请第三实施例的容器数据增量备份方法的流程图；

图4是根据本申请第四实施例的数据恢复方法的流程图；

图5是根据本公开实施例的一种容器数据增量备份系统的结构示意图；

图6是根据本公开实施例的另一种容器数据增量备份系统的结构示意图；

图7是根据本公开实施例的又一种容器数据增量备份及恢复系统的结构示意图；

图8是根据本公开实施例的另一种容器数据增量备份方法的流程图。

具体实施例

为了使本技术领域的人员更好地理解本公开方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语″第一″、″第二″等是用于区别类似的载体，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语″包括″和″具有″以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

术语定义

容器：容器是打包代码及其所有依赖项的软件的标准单元，因此应用程序可以从一个计算环境快速可靠地运行到另一个计算环境。

镜像：独立的，可执行的软件软件包，其中包括运行应用程序所需的一切：代码，系统工具，系统库和配置。通俗地来说镜像是一个只读的模板，把镜像运行起来后就是容器，容器是会产生运行数据的。也可以将正在运行的容器的当前状态打包成镜像。

镜像仓库：用于存储管理镜像的工具，可以让用户通过网络把镜像上传到镜像仓库中，也可以通过网络从镜像仓库中拉取镜像。

宿主机：通常计算机是指一个物理存在的、包含了CPU、内存、硬盘、网卡等设备的实体硬件，操作系统运行在这个硬件计算机上，应用软件运行在操作系统上。而在使用容器的场景下，软件运行在容器中，而容器运行在操作系统中。将容器所运行在的操作系统及硬件计算机称之为容器的宿主机。

目录映射：因为容器内部是一个独立的运行环境，与其所在的宿主机相隔离，如果容器需要访问宿主机的存储介质，则需要将宿主机的目录与容器中目录做映射。如果没有把宿主机的目录映射到容器中，容器将使用内部目录作为数据存储，并且与宿主机相隔离。

分层存储：镜像构建时，会一层层构建，前一层是后一层的基础。每一层构建完就不会再发生改变，后一层上的任何改变只发生在自己这一层。比如，删除前一层文件的操作，实际不是真的删除前一层的文件，而是仅在当前层标记为该文件已删除。在最终容器运行的时候，虽然不会看到这个文件，但是实际上该文件会一直跟随镜像。每一次提交会触发一层在原来基础上的构建。经过多次构建后镜像会变得越来越大。

快照：关于指定数据集合的一个完全可用拷贝，该拷贝包括相应数据在某个时间点(拷贝开始的时间点)的映像。快照可以是其所表示的数据的一个副本，也可以是数据的一个复制品。可以将映像数据恢复成指定的数据集合。

快照回滚(回退)：把存储介质中的数据回退到该快照创建时刻的状态。

快照导出：指将快照的内容导出成特定格式的文件。

快照导入：指将快照导出的文件导入成快照。

全量备份：备份当前数据集的全部数据。

增量备份：仅备份当前数据集与之前某个备份的数据集之间的差集。

概述

容器中对数据进行备份，以往的方法需要将容器打包成镜像导出，打包成镜像中既包含了原来的镜像，又包含了容器运行的数据，打包数据量多，速度慢，占用更多的存储空间。而且受限于容器分层存储的架构，恢复后再备份的镜像体积一定会变大，占用更大的存储空间。

本申请采用容器业务数据快照+增量备份的方式实现容器的快速备份。

备份对象上采用容器应用数据与镜像的分离，只备份容器业务数据。采用格式化的存储介质直接挂载到宿主机的方式，作为容器业务数据的存储空间，映射到容器系统，将业务数据与运行环境分离；要求挂载的存储介质支持快照技术，备份时只对挂载的存储介质进行处理，实现容器应用数据与镜像分离，大大减少备份对象的数据量。

备份是采用业务数据快照的增量备份方式。主要通过对容器业务数据的存储介质创建快照，并导出为文件；然后通过对比快照间的差异数据，只导出差异部分的数据实现增量备份容器数据。备份需要打包的数据量少，速度快，占用更小的存储空间。

这样，直接通过容器业务数据存储介质创建快照导出，相比于经过文件系统访问容器数据提高了备份速度。

实施例1

本公开实施例提供了一种容器数据增量备份方法，如图1所示，该方法包括以下步骤：

步骤S102，仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本。

在对容器进行复制之前，将存储介质挂载到与所述容器对应的宿主机上，并将所述存储介质作为所述容器的业务数据的存储空间；将所述容器的运行数据存储在所述容器中，并将所述容器的业务数据存储到所述存储介质中，以使得所述业务数据与所述运行数据相分离；其中，所述存储介质支持快照技术或卷影复制技术。

然后，在所述宿主机上使用所述存储介质创建数据目录；将所创建的数据目录映射到所述容器内，作为所述容器的数据目录，使得所述容器运行时，能够将所述业务数据存储至所创建的数据目录中；启动所述容器。

接着，仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本。

步骤S104，判断是否是第一次创建快照或者第一次进行卷影复制。

步骤S106，在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件。

步骤S108，基于所导出的文件，对所述容器的业务数据进行备份。

在不是第一次创建快照或者第一次进行卷影复制的情况下，将所述文件与上一次导出的文件进行合并，生成全量备份数据，并写入高可用存储中进行备份；在是第一次创建快照或者第一次进行卷影复制的情况下，直接将所导出的文件写入高可用存储中进行备份；其中，所述高可用存储是通过多台服务器构建的高可用数据存储集群，所述高可用数据存储集群能够支持iSCSI(Internet Small Computer System Interface)块设备、NFS(Network File System)网络文件系统、对象存储和Samba共享目录的数据写入方式。

在相关技术中，容器镜像中既包含了原来的镜像，又包含了容器运行的数据，导致打包数据量多，消耗存储空间大。而本申请，通过分离容器的运行数据和业务数据，避免了容器分层存储导致恢复后备份镜像变大的问题，具有节省存储空间的有益效果。

此外，在相关技术中，容器镜像每次备份会备份全部的数据包括以前备份过但是没有修改过的数据，备份数据量大，备份消耗时间长。而本申请通过增量备份的方式，进一步缩小了数据的存储空间。

实施例2

本公开实施例提供了一种数据恢复的方法的流程图，如图2所示，该方法包括以下步骤：

步骤S202，获取备份数据。

获取根据实施例1中的方法进行备份得到的备份数据。

步骤S204，将所述备份数据导入到所述存储介质中，恢复所述快照或所述卷影复制。

步骤S206，将所述存储介质回退到所述快照对应的状态或所述卷影复制对应的状态。

步骤S208，使用回退后的所述存储介质中的数据目录映射到所述容器中，重新运行所述容器，以恢复所述容器中的数据。

实施例3

请参阅图3，图3是根据本申请第三实施例的容器数据增量备份方法的流程图。下面将针对图3所示的流程进行详细的阐述，所述容器数据增量备份方法具体可以包括以下步骤：

在宿主机使用存储介质，并执行以下步骤：

步骤S301，容器运行准备。

步骤S302，使用支持快照的存储介质创建数据目录。

使用支持快照的存储介质创建目录用于储存容器的运行数据。支持快照的存储介质可以包括支持快照软硬件存储设备、文件系统。

步骤S303，将数据目录映射到容器数据目录，并启动容器。

将创建的数据目录映射到容器内，作为容器数据目录。容器运行时将数据存储至该目录中

在备份系统和备份客户端侧，执行以下步骤：

步骤S304，下发备份指令。

备份系统下发备份指令，并发送给备份客户端。

步骤S305，执行创建存储介质快照。

备份客户端将创建的数据目录映射到容器内，作为容器数据目录。容器运行时将运行数据存储至该目录中。

备份客户端通过宿主机存储介质创建快照。在存储介质中，对当前所有数据块做标记，如果未来数据块内容发生变化，则先复制该数据块后再修改数据。这样就能确保将存储介质中的数据恢复到创建快照的时间点。

步骤S306，判断是否是第一次创建快照。

判断是否是第一次创建快照，如果是，则执行步骤S307，否则，执行步骤S308。

步骤S307，将快照数据导出成文件并备份。

基于步骤S306中的判断结果，即，是第一次创建快照，将快照的全部内容导出到备份文件。

步骤S308，将本次快照与上次快照之间的差异数据导出到备份文件。

导出本次快照与上一次快照之间的差异数据到备份文件达到增量备份数据的目的。

步骤S309，发送文件到备份系统。

将备份文件发送到备份系统。

将步骤S310，增量或全量备份文件。

如果是第一次备份，则保存备份文件，完成备份；否则。将本次导出的差异数据与上一次备份数据进行合并成全量备份数据后保存，完成备份。

在本实施例中，区分了备份客户端、备份系统和宿主机。在其他的实施例中，备份客户端和宿主机可以集成在一台物理设备上，或者，备份客户端、备份系统和宿主机集成在一台物理设备上。

本申请实施例，采用了将快照全量与增量备份结合的容器数据备份方法，将增量备份数据与上一次备份数据合并以达到全量备份，从而节省了存储空间。

此外，本实施例通过只导出两次快照差异部分数据作为增量备份，降低了复制的数据量，也降低了存储空间，和计算资源消耗。

实施例4

请参阅图4，图4是根据本申请第四实施例的容器数据增量备份方法的流程图。下面将针对图4所示的流程进行详细的阐述，所述容器数据增量备份方法具体可以包括以下步骤：

步骤S401：下发恢复指令。

备份系统下发恢复指令。

步骤S402：获取恢复文件。

备份客户端获取恢复的备份文件。

步骤S403：将备份数据文件导入到存储介质快照中。

将备份文件导入到宿主机存储介质快照中。

步骤S404：将存储介质的数据回退到快照状态。

将宿主机存储介质回退到快照状态，此时在存储介质中访问的所有数据都是创建快照时刻的数据。

步骤S405：将数据目录映射到容器数据目录并启动容器。

将数据目录映射到容器数据目录中，启动容器。此时容器中应用程序访问的所有数据都是创建快照时刻的数据。

步骤S406：完成恢复。

实施例5

本申请实施例提供了一种容器数据增量备份系统，参见图5，该系统包括备份客户端52、备份系统54、容器56。

备份客户端52被配置为：仅对容器56的业务数据创建快照或者进行卷影复制，得到业务数据的副本；判断是否是第一次创建快照或者第一次进行卷影复制；在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件。

备份系统54被配置为基于所导出的文件，对所述容器的业务数据进行备份。

在一个示例性实施例中，备份客户端52还被配置为将所述容器56的运行数据存储在所述容器56中，并将所述容器56的业务数据存储到所述存储介质中，以使得所述业务数据与所述运行数据相分离；其中，所述存储介质支持快照技术或卷影复制技术；其中，所述存储介质被挂载到与所述容器对应的宿主机上，并作为所述容器的业务数据的存储空间。

在一个示例性实施例中，容器数据增量备份系统还包括宿主机，备份客户端52运行在宿主机上，并且被配置为：在所述宿主机上使用所述存储介质创建数据目录；将所创建的数据目录映射到所述容器内，作为所述容器56的数据目录，使得所述容器56运行时，能够将所述业务数据存储至所创建的数据目录中；启动所述容器56。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。对于方法实施例中的所描述的任意的处理方式，在装置实施例中均可以通过相应的处理模块实现，装置实施例中不再一一赘述。

实施例6

本申请实施例提供了一种容器数据增量备份及恢复系统，参见图6，该系统包括备份系统54、宿主机60。

备份系统54包括备份系统web模块540、备份系统调度系统模块542、备份系统存储模块544。其中，备份系统调度系统模块542包括任务策略管理5420和调度引擎5422；备份系统存储模块544包括高可用存储5442和存储网关5444。

备份系统web模块540用于为IT运维人员提供操作界面，运维人员通过web发起备份或恢复的操作。

备份系统调度系统模块542通过调度引擎5422，调度来自任务策略管理5420或备份系统web模块540的任务请求，并将任务下发到备份客户端52。

宿主机60上运行有操作系统602，操作系统602上安装有备份客户端52，还设置有容器6022。备份客户端52用于接收来自调度引擎5422的任务，并执行以下操作：将对应容器6022使用的运行数据创建快照；将快照导出为备份文件；将备份文件发送到备份系统存储模块544处理。

备份系统存储模块544的存储网关5444用于接收备份文件，对增量数据进行合并成全量备份数据后，写入高可用存储5442中。高可用存储5442通过多台服务器构建高可用数据存储集群，用于提供高可用存储，高可用存储支持iSCSI块设备、NFS网络文件系统、对象存储和Samba共享目录。

实施例7

本申请实施例提供了另外一种容器数据增量备份及恢复系统，参见图7，该系统包括备份系统54、宿主机60。

备份系统54包括备份调度702和分布式存储系统704，其中，分布式存储系统704有多个server(服务器)组成。

宿主机60上运行有操作系统，操作系统上安装有备份客户端52、容器应用706，并挂载有支持快照的存储介质708。

容器数据增量备份及恢复系统工作流程如下：

用户在宿主机60上使用支持快照技术的存储介质708创建数据目录，并将该数据目录映射到容器内部存储。容器启动容器应用706(即，容器中的应用软件)中的一个或多个，产生的数据被写入到该映射目录中，容器的应用数据(即业务数据)真实存储是在支持快照技术的存储介质708中。

用户需要进行备份的时候，可以对该存储介质708创建快照，快照数据仅包含了容器的业务数据，然后将快照导出成文件；用户可以导出某一次快照的数据起到全量备份的作用；或者选择导出某两次快照之间的差异数据，起到增量备份的作用。

将导出的差异数据，与上一次的全量数据进行组合，得到第二次的全量数据。

备份客户端52将数据发送到分布式存储系统704进行长期备份存储。

在一个示例性实施例中，还可以对备份数据进行恢复。将导出的备份数据导入到宿主机60上的存储介质708，恢复快照，再将存储介质708回退到所恢复的快照。使用回退后的存储介质708中的数据目录映射到容器中，并重新运行容器，即可完成数据的恢复。

实施例8

请参阅图8，图8是根据本申请实施例的另外一种容器数据增量备份方法的流程图。下面将针对图8所示的流程进行详细的阐述，所述容器数据增量备份方法具体可以包括以下步骤：

在宿主机使用存储介质，并执行以下步骤：

步骤S801，容器运行准备。

步骤S802，使用支持卷影复制的存储介质创建数据目录。

使用支持卷影复制的存储介质创建目录用于储存容器的运行数据。支持卷影复制的存储介质可以包括支持卷影复制软硬件存储设备、文件系统。

步骤S803，将数据目录映射到容器数据目录，并启动容器。

将创建的数据目录映射到容器内，作为容器数据目录。容器运行时将数据存储至该目录中

在备份系统和备份客户端侧，执行以下步骤：

步骤S804，下发备份指令。

备份系统下发备份指令，并发送给备份客户端。

步骤S805，执行创建存储介质卷影复制。

备份客户端将创建的数据目录映射到容器内，作为容器数据目录。容器运行时将运行数据存储至该目录中。

备份客户端通过宿主机存储介质创建卷影复制。在存储介质中，对当前所有数据块做标记，如果未来数据块内容发生变化，则先复制该数据块后再修改数据。这样就能确保将存储介质中的数据恢复到创建卷影复制的时间点。

步骤S807，判断是否是第一次创建卷影复制。

判断是否是第一次创建卷影复制，如果是，则执行步骤S808，否则，执行步骤S809。

步骤S808，将卷影复制数据导出成文件并备份。

基于步骤S807中的判断结果，即，是第一次创建卷影复制，将卷影复制的全部内容导出到备份文件。

步骤S809，将本次卷影复制与上次卷影复制之间的差异数据导出到备份文件。

导出本次卷影复制与上一次卷影复制之间的差异数据到备份文件达到增量备份数据的目的。

步骤S810，发送文件到备份系统。

将备份文件发送到备份系统。

将步骤S811，备份文件。

如果是第一次备份，则保存备份文件，完成备份；否则。将本次导出的差异数据与上一次备份数据进行合并成全量备份数据后保存，完成备份。

在本实施例中，区分了备份客户端、备份系统和宿主机。在其他的实施例中，备份客户端和宿主机可以集成在一台物理设备上，或者，备份客户端、备份系统和宿主机集成在一台物理设备上。

本申请实施例，通过卷影复制，在特定的卷上创建一个拷贝时间点之后将容器映射文件拷贝备份，之后将两次拷贝文件做差异化对比后存储差异文件，从而节省了存储空间。

此外，本实施例通过只导出两次快照差异部分数据作为增量备份，降低了复制的数据量，也降低了存储空间，和计算资源消耗。

实施例9

本公开的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以实施上述实施例所描述的容器数据增量备份的方法或数据恢复方法。

可选地，在本实施例中，上述存储介质可以位于惯性导航系统的网络中的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例1中的方法。

本申请提供的容器数据增量备份的方法及系统、数据恢复方法及系统可以应用在很多场景。

例如，A公司将支持快照技术的存储介质用于容器存储，使用容器部署应用，应用运行期间产生的数据，通过存储介质的快照导出备份；可以导出两次快照之间的差异数据备份。

再例如，A公司应用在运行过程中发生意外导致运行数据丢失，可以差异备份数据与前一次备份数据合并后，将数据恢复到存储介质中，然后将该介质映射到容器并重新启动应用。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块或单元也可以设置在处理器中，这些模块或单元的名称在某种情况下并不构成对该模块或单元本身的限定。

上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。

在本公开的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本公开的优选实施例，应当指出，对于本技术领域的普通技术人员来说，在不脱离本公开原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本公开的保护范围。

Claims (10)

1.一种容器数据增量备份的方法，其特征在于，包括：

仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本；

判断是否是第一次创建快照或者第一次进行卷影复制；

在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件；

基于所导出的文件，对所述容器的业务数据进行备份。

2.根据权利要求1所述的方法，其特征在于，仅对容器的业务数据创建快照或者进行卷影复制之前，所述方法还包括：

将存储介质挂载到与所述容器对应的宿主机上，并将所述存储介质作为所述容器的业务数据的存储空间；

将所述容器的运行数据存储在所述容器中，并将所述容器的业务数据存储到所述存储介质中，以使得所述业务数据与所述运行数据相分离；

其中，所述存储介质支持快照技术或卷影复制技术。

3.根据权利要求2所述的方法，其特征在于，将存储介质挂载到与所述容器对应的宿主机之后，所述方法还包括：

在所述宿主机上使用所述存储介质创建数据目录；

将所创建的数据目录映射到所述容器内，作为所述容器的数据目录，使得所述容器运行时，能够将所述业务数据存储至所创建的数据目录中；

启动所述容器。

4.根据权利要求1所述的方法，其特征在于，基于所导出的文件，对所述容器的业务数据进行备份包括：

在不是第一次创建快照或者第一次进行卷影复制的情况下，将所述文件与上一次导出的文件进行合并，生成全量备份数据，并写入高可用存储中进行备份；

在是第一次创建快照或者第一次进行卷影复制的情况下，直接将所导出的文件写入高可用存储中进行备份；

其中，所述高可用存储是通过多台服务器构建的高可用数据存储集群，所述高可用数据存储集群能够支持iSCSI块设备、NFS网络文件系统、对象存储和Samba共享目录的数据写入方式。

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

获取根据权利要求1至4中任一项所述的方法进行备份得到的备份数据；

将所述备份数据导入到所述存储介质中，恢复所述快照或所述卷影复制；

将所述存储介质回退到所述快照对应的状态或所述卷影复制对应的状态；

使用回退后的所述存储介质中的数据目录映射到所述容器中，重新运行所述容器，以恢复所述容器中的数据。

6.一种容器数据增量备份的系统，其特征在于，包括：

备份客户端，所述备份客户端被配置为：

仅对容器的业务数据创建快照或者进行卷影复制，得到业务数据的副本；

判断是否是第一次创建快照或者第一次进行卷影复制；

在是第一次创建快照或者第一次进行卷影复制的情况下，将所得到的业务数据的副本导出成文件，否则，将所得到的业务数据的副本与上一次得到的业务数据的副本进行比较，获取差异数据，并将差异数据导出成文件；

备份系统，被配置为基于所导出的文件，对所述容器的业务数据进行备份。

7.根据权利要求6所述的系统，其特征在于，：

所述备份客户端还被配置为将所述容器的运行数据存储在所述容器中，并将所述容器的业务数据存储到所述存储介质中，以使得所述业务数据与所述运行数据相分离；

其中，所述存储介质支持快照技术或卷影复制技术；

其中，所述存储介质被挂载到与所述容器对应的宿主机上，并作为所述容器的业务数据的存储空间。

8.根据权利要求7所述的系统，其特征在于，所述备份客户端还被配置为：

在所述宿主机上使用所述存储介质创建数据目录；

将所创建的数据目录映射到所述容器内，作为所述容器的数据目录，使得所述容器运行时，能够将所述业务数据存储至所创建的数据目录中；

启动所述容器。

9.根据权利要求6所述的系统，其特征在于，所述备份系统包括存储网关和高可用存储，其中，所述存储网关被配置为：

在不是第一次创建快照或者第一次进行卷影复制的情况下，将所述文件与上一次导出的文件进行合并，生成全量备份数据，并写入所述高可用存储中进行备份；

在是第一次创建快照或者第一次进行卷影复制的情况下，直接将所导出的文件写入所述高可用存储中进行备份；

其中，所述高可用存储是通过多台服务器构建的高可用数据存储集群，所述高可用数据存储集群能够支持iSCSI块设备、NFS网络文件系统、对象存储和Samba共享目录的数据写入方式。

10.一种数据恢复的系统，其特征在于，包括备份客户端、容器和存储介质，其中，所述备份客户端被配置为：

获取根据权利要求1至4中任一项所述的方法进行备份得到的备份数据；

将所述备份数据导入到所述存储介质中，恢复所述快照或所述卷影复制；

将所述存储介质回退到所述快照对应的状态或所述卷影复制对应的状态；

使用回退后的所述存储介质中的数据目录映射到所述容器中，重新运行所述容器，以恢复所述容器中的数据。

Images