CN116795589A - 一种数据备份方法及装置 - Google Patents

Abstract

本申请公开一种数据备份方法及装置，应用于NBU服务器，该方法包括：建立与部署在OpenStack上的云主机之间的通信连接；向云主机发送agent插件，使得云主机安装agent插件；agent插件用于代理NBU服务器获取云主机的相关信息；向云主机发送备份请求，使得云主机通过agent插件响应备份请求获取到对应的备份数据；接收云主机返回的备份数据并进行备份。如此，NBU服务器可以提供文件数据和系统的双重保护，本申请中借助NBU服务器对云主机的相关数据进行备份，不仅能够对云主机的卷内单个或者多个文件进行备份，还能够对云主机进行整机备份，提升数据备份的灵活性。

Description

一种数据备份方法及装置

技术领域

本申请涉及云计算技术，尤其涉及一种数据备份方法及装置。

背景技术

随着大数据与云计算技术的飞速发展，用户大量的持久化数据和业务运行在OpenStack云主机之上，保障云主机的数据安全、防止数据丢失成为了云主机面临的迫切问题。现有中OpenStack提供卷快照备份整个卷，无法针对卷内单个或者多个文件进行备份。

发明内容

本申请期望提供一种数据备份方法、装置、设备及存储介质。

本申请的技术方案是这样实现的：

第一方面，提供了一种数据备份方法，应用于NBU服务器，所述方法包括：

建立与部署在OpenStack上的云主机之间的通信连接；

向所述云主机发送agent插件，使得所述云主机安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述云主机的相关信息；

向所述云主机发送备份请求，使得所述云主机通过所述agent插件响应所述备份请求获取到对应的备份数据；

接收所述云主机返回的所述备份数据并进行备份。

上述方案中，所述备份请求为用于请求对所述云主机下的目标文件进行备份时，所述备份请求至少包括：所述目标文件的文件路径；

所述接收所述云主机返回的所述备份数据并进行备份，包括：

接收所述云主机返回通过所述agent插件获取的所述目标文件的文件路径下的第一文件数据；

将所述第一文件数据作为所述备份数据进行备份。

上述方案中，所述备份请求为用于请求对所述目标文件的增量数据进行备份时，所述备份请求至少还包括：备份开始时刻；

所述接收所述云主机返回的所述备份数据并进行备份，还包括：

接收所述云主机返回通过所述agent插件获取的所述备份开始时刻之后所述目标文件的文件路径下的第二文件数据；

确定所述第二文件数据为增加数据时，对所述第二文件数据进行备份；

确定所述第二文件数据为替换数据时，由所述第二文件数据替换所述第一文件数据中的对应数据。

上述方案中，所述方法还包括：

接收到第一恢复请求；其中，所述第一恢复请求为所述云主机下目标文件的恢复请求；

响应所述第一恢复请求，获取所述目标文件的第一文件数据并发送至所述云主机。

上述方案中，所述备份请求为用于请求对所述云主机进行整机备份时，所述接收所述云主机返回的所述备份数据并进行备份，包括：

接收所述云主机返回通过所述agent插件获取的所述云主机的第一存储卷和第二存储卷；其中，所述第一存储卷存储了所述云主机的镜像的配置信息、系统盘信息和系统盘的第一网络信息，所述第二存储卷存储了所述云主机的云硬盘信息和云硬盘的第二网络信息；

将所述第一存储卷和所述第二存储卷作为所述备份数据并进行备份。

上述方案中，所述方法还包括：

接收到第二恢复请求；其中，所述第二恢复请求为云主机整机的恢复请求；

响应所述第二恢复请求，获取所述云主机的第一存储卷和第二存储卷并发送至OpenStack。

上述方案中，所述向所述云主机发送备份请求，包括：基于备份周期，向所述云主机发送所述备份请求。

第二方面，提供了一种数据备份方法，应用于部署在OpenStack上的云主机，所述方法包括：

接收NBU服务器发送的agent插件，并安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述OpenStack上的云主机的相关信息；

接收所述NBU服务器发送的备份请求，通过所述agent插件响应所述备份请求获取到对应的备份数据；

将所述备份数据发送至所述NBU服务器进行备份。

第三方面，提供了一种数据备份装置，应用于NBU服务器，所述装置包括：

通信单元，用于建立与部署在OpenStack上的云主机之间的通信连接；

第一发送单元，用于向所述云主机发送agent插件，使得所述云主机安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述云主机的相关信息；以及向所述云主机发送备份请求，使得所述云主机通过所述agent插件响应所述备份请求获取到对应的备份数据；

第一接收单元，用于接收所述云主机返回的所述备份数据并进行备份。

第四方面，提供了一种数据备份装置，应用于部署在OpenStack上的云主机，所述装置包括：

第二接收单元，用于接收NBU服务器发送的agent插件，并安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述OpenStack上的云主机的相关信息；以及接收所述NBU服务器发送的备份请求，通过所述agent插件响应所述备份请求获取到对应的备份数据；

第二发送单元，用于将所述备份数据发送至所述NBU服务器进行备份。

第五方面，提供了一种数据备份设备，应用于NBU服务器，包括：处理器和配置为存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器配置为运行所述计算机程序时，执行前述方法的步骤。

第六方面，提供了一种数据备份设备，应用于部署在OpenStack上的云主机，包括：处理器和配置为存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器配置为运行所述计算机程序时，执行前述方法的步骤。

第七方面，提供了一种计算机可读存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现前述方法的步骤。

采用上述技术方案，NBU服务器可以提供文件数据和系统的双重保护，本申请中借助NBU服务器对云主机的相关数据进行备份，不仅能够对云主机的卷内单个或者多个文件进行备份，还能够对云主机进行整机备份，提升数据备份的灵活性。

附图说明

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

图2为本申请实施例提供的一种备份策略示例图；

图3为本申请实施例提供一种NBU服务器与OpenStack上的云主机的框架示意图；

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

图5为本申请实施例中提供的一种OpenStack备份工作流程示意图；

图6为本申请实施例中提供的一种OpenStack恢复工作流程示意图；

图7为本申请实施例提供的一种数据备份、恢复示例图；

图8为本申请实施例提供的另一种数据备份、恢复示例图；

图9为本申请实施例中提供的一种数据备份装置组成结构的第一示意图；

图10为本申请实施例中提供的一种数据备份装置组成结构的第二示意图；

图11为本申请实施例中提供的一种数据备份设备组成结构的第一示意图；

图12为本申请实施例中提供的一种数据备份设备组成结构的第二示意图。

具体实施方式

为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。

本申请实施例提供了一种数据备份方法，图1为本申请实施例中提供的一种数据备份方法的第一流程示意图，应用于NBU服务器。

如图1所示，该数据备份方法具体可以包括：

步骤101：建立与部署在OpenStack上的云主机之间的通信连接。

这里，NBU服务器通过传输控制协议/网际协议(Transmission ControlProtocol/Internet Protocol，TCP/IP)协议建立与部署在OpenStack上的云主机之间的通信连接。

步骤102：向所述云主机发送agent插件，使得所述云主机安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述云主机的相关信息。

这里，在建立通信连接的基础上，NBU服务器基于安全文件传输协议(Secret FileTransfer Protocol，SFTP)协议发送agent插件至云主机。

需要说明的是，由于OpenStack云平台与NBU服务器为两个不相同的系统体系，双方无法解析对方发送的任何请求(如备份请求)，因此，在建立通信连接之后，NBU服务器向云主机发送agent插件，使得云主机安装agent插件，这样当NBU服务器向云主机发送任何请求时，云主机上安装agent插件能够解析NBU服务器发送的任何请求，并获取所请求的云主机的相关信息。

步骤103：向所述云主机发送备份请求，使得所述云主机通过所述agent插件响应所述备份请求获取到对应的备份数据。

在一些实施例中，所述备份请求为用于请求对所述云主机下的目标文件进行备份；或者，所述备份请求为用于请求对所述云主机进行整机备份。

这里，当NBU服务器需要对云主机下的目标文件进行备份时，基于云主机下的目标文件的文件路径生成备份请求，并将备份请求发送至云主机。其中，目标文件指的是用户想要进行备份的文件。NBU服务器可以对云主机下的目标文件单独备份，提高数据备份的灵活性。

这里，当NBU服务器需要对云主机所有信息进行备份时，即整机备份，基于云主机的标识信息生成云主机整机备份的备份请求，并将备份请求发送至云主机。这样当云主机出现损坏时，能够从NBU服务器进行系统恢复。

步骤104：接收所述云主机返回的所述备份数据并进行备份。

在一些实施例中，所述备份请求为用于请求对所述云主机下的目标文件进行备份时，所述备份请求至少包括：所述目标文件的文件路径；

所述接收所述云主机返回的所述备份数据并进行备份，包括：

接收所述云主机返回通过所述agent插件获取的所述目标文件的文件路径下的第一文件数据；

将所述第一文件数据作为所述备份数据进行备份。

也就是说，当NBU服务器需要对云主机下的目标文件进行备份时，NBU服务器借助安装在云主机上的agent插件，根据目标文件的文件路径获取第一文件数据，第一文件数据即为备份数据。这里，第一文件数据中包括文件内容和文件生成时间。

在一些实施例中，所述备份请求为用于请求对所述云主机进行整机备份时，所述接收所述云主机返回的所述备份数据并进行备份，包括：

接收所述云主机返回通过所述agent插件获取的所述云主机的第一存储卷和第二存储卷；其中，所述第一存储卷存储了所述云主机的镜像的配置信息、系统盘信息和系统盘的第一网络信息，所述第二存储卷存储了所述云主机的云硬盘信息和云硬盘的第二网络信息；

将所述第一存储卷和所述第二存储卷作为所述备份数据并进行备份。

也就是说，当NBU服务器需要对云主机所有信息进行备份时，NBU服务器借助安装在云主机上的agent插件，获取云主机的第一存储卷和第二存储卷，第一存储卷和第二存储卷即为备份数据。

其中，第一存储卷中云主机的镜像的配置信息可以包括云主机的中央处理器(Central Processing Unit，CPU)大小和内存大小，系统盘信息包括系统盘数据和系统盘类型，系统盘的第一网络信息包括私有网IP地址、子网IP地址和浮动IP地址。第二存储卷中云硬盘信息包括云硬盘数据和云硬盘类型，云硬盘的第二网络信息包括私有网IP地址、子网IP地址和浮动IP地址。

关于增量备份问题，NBU服务器能够对云主机下的目标文件的增量数据进行增量备份，即每次只备份增量数据，这样大幅度提升备份效率。云主机整机备份不存在增量之说，直接对云主机重新进行整机备份即可。

在一些实施例中，所述备份请求为用于请求对所述目标文件的增量数据进行备份时，所述备份请求至少还包括：备份开始时刻；

所述接收所述云主机返回的所述备份数据并进行备份，还包括：

接收所述云主机返回通过所述agent插件获取的所述备份开始时刻之后所述目标文件的文件路径下的第二文件数据；

确定所述第二文件数据为增加数据时，对所述第二文件数据进行备份；

确定所述第二文件数据为替换数据时，由所述第二文件数据替换所述第一文件数据中的对应数据。

这里，当NBU服务器需要对云主机下的目标文件的增量数据进行增量备份时，基于备份开始时刻和目标文件的文件路径生成备份请求，再将备份请求发送至云主机。

这里，NBU服务器借助安装在云主机上的agent插件，获取备份开始时刻至当前时刻之间目标文件的文件路径下的第二文件数据，与第一文件数据进行比较，若第二文件数据为第一文件数据基础上新增加的数据，则对第二文件数据进行备份；若第二文件数据为第一文件数据中需要替换的数据，则由第二文件数据替换第一文件数据中的对应数据。

在一些实施例中，所述向所述云主机发送备份请求，包括：基于备份周期，向所述云主机发送所述备份请求。

也就是说，周期性向云主机发送备份请求，使得周期性对云主机的相关信息进行自动备份，提高数据备份的灵活性。这里，备份周期可以是小时级别的周期，也可以是分钟级别的周期。

示例性的，图2为本申请实施例提供的一种备份策略示例图，如图2所示，备份策略包括三种：铜牌备份策略、银牌备份策略和金牌备份策略，其中，按照铜牌备份策略对备份数据1进行备份，备份到NBU服务器中的第一个磁带，保留6个月；按照银牌备份策略对备份数据2进行备份，备份到NBU服务器中的第一个磁带，保留2个月，并且复制第一个磁带，异地保险库保留6个月；按照金牌备份策略对备份数据3进行备份，备份到NBU服务器中的磁盘，保留3周，并且写入第一个磁带，现场保存2个月，及写入第二个磁带，异地保险库保留6个月。需要说明的是，这里不对备份策略进行具体限定，其他可行的备份策略也可。

关于数据恢复问题，当云主机下的目标文件的第一文件数据损坏，需要进行恢复时，在一些实施例中，所述方法还包括：接收到第一恢复请求；其中，所述第一恢复请求为所述云主机下目标文件的恢复请求；响应所述第一恢复请求，获取所述目标文件的第一文件数据并发送至所述云主机。

这里，第一恢复请求中包含云主机下目标文件的文件路径，根据目标文件的文件路径，获取目标文件的文件路径下的第一文件数据并发送至云主机。进一步地，第一恢复请求中还可包含恢复时间段，根据目标文件的文件路径和恢复时间段，获取恢复时间段内目标文件的文件路径下的第一文件数据，并发送至云主机。

当云主机出现损坏需要进行恢复时，在一些实施例中，所述方法还包括：接收到第二恢复请求；其中，所述第二恢复请求为云主机整机的恢复请求；响应所述第二恢复请求，获取所述云主机的第一存储卷和第二存储卷并发送至OpenStack。

这里，第二恢复请求包含云主机的标识信息，基于云主机的标识信息获取云主机的第一存储卷和第二存储卷并发送至OpenStack，以在OpenStack上重新建立新的云主机。

这里，步骤101至步骤104的执行主体可以为NBU服务器的处理器。

采用上述技术方案，NBU服务器可以提供文件数据和系统的双重保护，本申请中借助NBU服务器对云主机的相关数据进行备份，不仅能够对云主机的卷内单个或者多个文件进行备份，还能够对云主机进行整机备份，提升数据备份的灵活性。该解决方案不需修改OpenStack原生设计，不会对用户的生产环境造成影响。

基于上述实施例，本申请实施例提供一种NBU服务器与OpenStack上的云主机的框架示意图，如图3所示，云主机包括第一通信模块，NBU服务器包括第二通信模块、备份模块、恢复模块和存储生命周期模块，其中，第一通信模块与第二通信模块建立通信连接，实现NBU服务器与OpenStack上的云主机之间的通信交互，备份模块用于对云主机的相关数据进行备份，恢复模块用于对云主机的相关数据进行恢复，存储生命周期模块用于实现对云主机的相关数据进行周期性备份。

图4为本申请实施例中提供的一种数据备份方法，应用于部署在OpenStack上的云主机，如图4所示，该数据备份方法具体可以包括：

步骤401：接收NBU服务器发送的agent插件，并安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述OpenStack上的云主机的相关信息。

需要说明的是，由于OpenStack云平台与NBU服务器为两个不相同的系统体系，双方无法解析对方发送的任何请求(如备份请求)，因此，在建立通信连接之后，云主机接收NBU服务器发送的agent插件，并安装agent插件，这样当云主机接收到NBU服务器发送的任何请求时，云主机通过安装的agent插件能够解析NBU服务器发送的任何请求，并获取到NBU服务器所请求的云主机的相关信息，进而基于通信连接将云主机的相关信息发送至NBU服务器进行备份。

步骤402：接收所述NBU服务器发送的备份请求，通过所述agent插件响应所述备份请求获取到对应的备份数据。

在一些实施例中，所述通过所述agent插件响应所述备份请求获取到对应的备份数据，包括：

通过所述agent插件解析所述备份请求，得到所述目标文件的文件路径；

根据所述目标文件的文件路径获取对应的第一文件数据；

将所述第一文件数据作为所述备份数据。

也就是说，接收到备份请求时，通过agent插件解析备份请求，根据备份请求包括的目标文件的文件路径，获取需要备份的第一文件数据。

在一些实施例中，所述通过所述agent插件响应所述备份请求获取到对应的备份数据，包括：

通过所述agent插件解析所述备份请求，确定对所述云主机进行整机备份；

获取所述云主机的系统盘的第一网络信息和云硬盘的第二网络信息；

获取所述云主机的镜像的配置信息；

对所述云主机的系统盘进行快照得到系统盘信息，及对所述云主机的云硬盘进行快照得到云硬盘信息；其中，所述系统盘信息包括第一卷格式，所述云硬盘信息包括第二卷格式；

基于所述第一卷格式创建第一存储卷，并将所述第一网络信息、所述镜像的配置信息和所述系统盘信息存储至所述第一存储卷；

基于所述第二卷格式创建第二存储卷，并将所述第二网络信息、所述云硬盘信息存储至所述第二存储卷；

将所述第一存储卷和所述第二存储卷作为所述备份数据。

关于云主机整机备份，本申请实施例提供一种OpenStack备份工作流程示意图，结合图5对云主机整机备份进行说明，OpenStack上的云主机接收到备份请求，通过agent插件解析备份请求，确定对云主机进行整机备份，接下来执行neutron命令可以获取到云主机的系统盘(Instance images/volume)的第一网络信息和云硬盘(volume1)的第二网络信息，网络信息包括私有网IP地址、子网IP地址和浮动IP地址；执行glance命令可以获取到云主机的镜像(images)的配置信息，镜像的配置信息可以包括云主机的CPU大小和内存大小；执行cinder命令对云主机的系统盘(Instance images/volume)进行快照(snapshot)得到系统盘信息，再根据系统盘信息中系统盘的第一卷格式创建第一存储卷(volume2)，并将系统盘的第一网络信息、镜像的配置信息(images)和系统盘信息存储至第一存储卷(volume2)；及对云主机的云硬盘(volume1)进行快照(snapshot)得到云硬盘信息(快照volume1)，再根据云硬盘信息中云硬盘的第二卷格式创建第二存储卷(volume3)，并将云硬盘的第二网络信息、云硬盘信息存储至第二存储卷(volume3)；这里的第一存储卷(volume2)和第二存储卷(volume3)即为需要备份的数据。这里，NBU服务器包括介质服务器(NBU media)和主服务器(NBU Master)，介质服务器用于在主服务器与OpenStack上的云主机之间进行数据转发。

步骤403：将所述备份数据发送至所述NBU服务器进行备份。

关于增量备份问题，NBU服务器能够对云主机下的目标文件的增量数据进行增量备份，即每次只备份增量数据，这样大幅度提升备份效率。云主机整机备份不存在增量之说，直接对云主机重新进行整机备份即可。

在一些实施例中，所述通过所述agent插件响应所述备份请求获取到对应的备份数据，还包括：

通过所述agent插件解析所述备份请求，得到所述目标文件的文件路径和备份开始时刻；

基于所述目标文件的文件路径，获取所述备份开始时刻之后所述目标文件下增加的第二文件数据；其中，所述第二文件数据为增加数据或者替换数据；

将所述第二文件数据作为所述备份数据。

也就是说，接收到备份请求时，通过agent插件解析备份请求，根据备份请求中目标文件的文件路径，获取到备份开始时刻之后目标文件下增加的第二文件数据，将第二文件数据作为备份数据发送至NBU服务器进行备份。第二文件数据为第一文件数据中新增加的数据或者需要替换的数据。

关于数据恢复问题，当云主机下的目标文件的第一文件数据损坏，需要进行恢复时，在一些实施例中，所述方法还包括：向所述NBU服务器发送第一恢复请求；其中，所述第一恢复请求为所述云主机下目标文件的恢复请求；接收所述NBU服务器响应所述第一恢复请求后返回的所述目标文件的第一文件数据。

当云主机损坏需要恢复时，在一些实施例中，所述方法还包括：

向所述NBU服务器发送第二恢复请求；其中，所述第二恢复请求为云主机整机的恢复请求；

接收所述NBU服务器响应所述第二恢复请求后返回的所述云主机的第一存储卷和第二存储卷；

通过所述agent插件解析所述云主机的第一存储卷和第二存储卷，得到所述第一存储卷包括的所述第一网络信息、所述镜像的配置信息和所述系统盘信息，及所述第二存储卷包括的所述第二网络信息、所述云硬盘信息；

通过根据所述系统盘信息包括的第一卷格式创建新的第一存储卷，将所述第一存储卷中数据恢复至所述新的第一存储卷，从所述新的第一存储卷创建新的云主机并启动；

根据所述云硬盘信息包括的第二卷格式创建新的第二存储卷，将所述第二存储卷中数据恢复至所述新的第二存储卷，并将所述新的第二存储卷挂载至所述新的云主机。

关于云主机整机恢复，本申请实施例提供一种OpenStack恢复工作流程示意图，结合图6对云主机整机恢复进行说明，

接收到云主机的第一存储卷和第二存储卷时，通过agent插件进行解析，得到第一存储卷包括的第一网络信息、镜像的配置信息和系统盘信息，及第二存储卷包括的第二网络信息和云硬盘信息。接下来执行cinder命令根据系统盘信息包括的第一卷格式创建新的第一存储卷(volume4)，并将第一存储卷中全部数据恢复至新的第一存储卷(volume4)，及将新的第一存储卷(volume4)设置为可启动的(bootable)，执行glance命令基于新的第一存储卷(volume4)创建新的云主机(Instance volume)并启动。执行cinder命令根据云硬盘信息包括的第二卷格式创建新的第二存储卷(volume5)，将第二存储卷中全部数据恢复至新的第二存储卷(volume5)，并将新的第二存储卷(volume5)直接挂载至新的云主机(Instance volume)，或者将新的第二存储卷(volume5)再次复制于volume6，再将volume6挂载至新的云主机(Instance volume)。其中，系统盘信息还包括系统盘数据，云硬盘信息还包括云硬盘数据。这里，NBU服务器包括介质服务器(NBU media)和主服务器(NBUMaster)，介质服务器用于在主服务器与OpenStack上的云主机之间进行数据转发。

采用上述技术方案，NBU服务器可以提供文件数据和系统的双重保护，本申请中借助NBU服务器对云主机的相关数据进行备份，不仅能够对云主机的卷内单个或者多个文件进行备份，还能够对云主机进行整机备份，提升数据备份的灵活性。

图7为本申请实施例提供的一种数据备份、恢复示例图，如图7所示，本地部署备份设备，对客户本地的文件、数据库、虚拟化、应用等提供专业备份，遇故障能够快速从本地进行业务恢复；本地备份一体机经过重复数据删除后，将去重后的数据通过网络传输给NBU服务器，实现数据异地备份。

图8为本申请实施例提供的另一种数据备份、恢复示例图，如图8所示，本地业务系统或个人电脑安装备份客户端软件，数据源端通过重删加速的方式备份至NBU服务器中加密保留，恢复数据时需要将NBU服务器中的备份数据通过网络恢复至目标端。

为实现本申请实施例的方法，基于同一发明构思，本申请实施例中还提供了一种数据备份装置，图9为本申请实施例提供的一种数据备份装置组成结构的第一示意图，应用于NBU服务器，如图9所示，该数据备份装置90包括：

通信单元901，用于建立与部署在OpenStack上的云主机之间的通信连接；

第一发送单元902，用于向所述云主机发送agent插件，使得所述云主机安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述云主机的相关信息；以及向所述云主机发送备份请求，使得所述云主机通过所述agent插件响应所述备份请求获取到对应的备份数据；

第一接收单元903，用于接收所述云主机返回的所述备份数据并进行备份。

在一些实施例中，所述备份请求为用于请求对所述云主机下的目标文件进行备份时，所述备份请求至少包括：所述目标文件的文件路径；第一接收单元903，具体用于接收所述云主机返回通过所述agent插件获取的所述目标文件的文件路径下的第一文件数据；将所述第一文件数据作为所述备份数据进行备份。

在一些实施例中，所述备份请求为用于请求对所述目标文件的增量数据进行备份时，所述备份请求至少还包括：备份开始时刻；第一接收单元903，具体还用于接收所述云主机返回通过所述agent插件获取的所述备份开始时刻之后所述目标文件的文件路径下的第二文件数据；确定所述第二文件数据为增加数据时，对所述第二文件数据进行备份；确定所述第二文件数据为替换数据时，由所述第二文件数据替换所述第一文件数据中的对应数据。

在一些实施例中，第一接收单元903，还用于接收到第一恢复请求；其中，所述第一恢复请求为所述云主机下目标文件的恢复请求；响应所述第一恢复请求，获取所述目标文件的第一文件数据并发送至所述云主机。

在一些实施例中，所述备份请求为用于请求对所述云主机进行整机备份时，具体还用于接收所述云主机返回通过所述agent插件获取的所述云主机的第一存储卷和第二存储卷；其中，所述第一存储卷存储了所述云主机的镜像的配置信息、系统盘信息和系统盘的第一网络信息，所述第二存储卷存储了所述云主机的云硬盘信息和云硬盘的第二网络信息；将所述第一存储卷和所述第二存储卷作为所述备份数据并进行备份。

在一些实施例中，第一接收单元903，还用于接收到第二恢复请求；其中，所述第二恢复请求为云主机整机的恢复请求；响应所述第二恢复请求，获取所述云主机的第一存储卷和第二存储卷并发送至OpenStack。

在一些实施例中，第一发送单元902，还用于基于备份周期，向所述云主机发送所述备份请求。

为实现本申请实施例的方法，基于同一发明构思，本申请实施例中还提供了一种数据备份装置，图10为本申请实施例提供的一种数据备份装置组成结构的第二示意图，应用于部署在OpenStack上的云主机，如图10所示，该数据备份装置100包括：

第二接收单元1001，用于接收NBU服务器发送的agent插件，并安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述OpenStack上的云主机的相关信息；以及接收所述NBU服务器发送的备份请求，通过所述agent插件响应所述备份请求获取到对应的备份数据；

第二发送单元1002，用于将所述备份数据发送至所述NBU服务器进行备份。

在一些实施例中，第二接收单元1001，具体用于通过所述agent插件解析所述备份请求，得到所述目标文件的文件路径；

根据所述目标文件的文件路径获取对应的第一文件数据；

将所述第一文件数据作为所述备份数据。

在一些实施例中，第二接收单元1001，具体还用于通过所述agent插件解析所述备份请求，得到所述目标文件的文件路径和备份开始时刻；

基于所述目标文件的文件路径，获取所述备份开始时刻之后所述目标文件下增加的第二文件数据；其中，所述第二文件数据为增加数据或者替换数据；

将所述第二文件数据作为所述备份数据。

在一些实施例中，第二发送单元1002，还用于向所述NBU服务器发送第一恢复请求；其中，所述第一恢复请求为所述云主机下目标文件的恢复请求；第二接收单元1001，还用于接收所述NBU服务器响应所述第一恢复请求后返回的所述目标文件的第一文件数据。

在一些实施例中，第二接收单元1001，具体还用于通过所述agent插件解析所述备份请求，确定对所述云主机进行整机备份；

获取所述云主机的系统盘的第一网络信息和云硬盘的第二网络信息；

获取所述云主机的镜像的配置信息；

对所述云主机的系统盘进行快照得到系统盘信息，及对所述云主机的云硬盘进行快照得到云硬盘信息；其中，所述系统盘信息包括第一卷格式，所述云硬盘信息包括第二卷格式；

基于所述第一卷格式创建第一存储卷，并将所述第一网络信息、所述镜像的配置信息和所述系统盘信息存储至所述第一存储卷；

基于所述第二卷格式创建第二存储卷，并将所述第二网络信息、所述云硬盘信息存储至所述第二存储卷；

将所述第一存储卷和所述第二存储卷作为所述备份数据。

在一些实施例中，第二发送单元1002，还用于向所述NBU服务器发送第二恢复请求；其中，所述第二恢复请求为云主机整机的恢复请求；第二接收单元1001，还用于接收所述NBU服务器响应所述第二恢复请求后返回的所述云主机的第一存储卷和第二存储卷；通过所述agent插件解析所述云主机的第一存储卷和第二存储卷，得到所述第一存储卷包括的所述第一网络信息、所述镜像的配置信息和所述系统盘信息，及所述第二存储卷包括的所述第二网络信息、所述云硬盘信息；根据所述系统盘信息包括的第一卷格式创建新的第一存储卷，将所述第一存储卷中数据恢复至所述新的第一存储卷，基于所述新的第一存储卷创建新的云主机并启动；根据所述云硬盘信息包括的第二卷格式创建新的第二存储卷，将所述第二存储卷中数据恢复至所述新的第二存储卷，并将所述新的第二存储卷挂载至所述新的云主机。

本申请实施例还提供了另一种数据备份设备，图11为本申请实施例中提供的一种数据备份设备组成结构的第一示意图，应用于NBU服务器，如图11所示，该数据备份设备110包括：处理器1101和配置为存储能够在处理器上运行的计算机程序的存储器1102；

其中，处理器1101配置为运行计算机程序时，执行前述实施例中的方法步骤。

当然，实际应用时，如图11所示，该数据备份设备110中的各个组件通过总线系统1103耦合在一起。可理解，总线系统1103用于实现这些组件之间的连接通信。总线系统1103除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1103。

本申请实施例还提供了另一种数据备份设备，图12为本申请实施例中提供的一种数据备份设备组成结构的第一示意图，应用于云主机，如图12所示，该数据备份设备120包括：处理器1201和配置为存储能够在处理器上运行的计算机程序的存储器1202；

其中，处理器1201配置为运行计算机程序时，执行前述实施例中的方法步骤。

当然，实际应用时，如图12所示，该数据备份设备120中的各个组件通过总线系统1203耦合在一起。可理解，总线系统1203用于实现这些组件之间的连接通信。总线系统1203除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1203。

在实际应用中，上述处理器可以为特定用途集成电路(ASIC，ApplicationSpecific Integrated Circuit)、数字信号处理装置(DSPD，Digital Signal ProcessingDevice)、可编程逻辑装置(PLD，Programmable Logic Device)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。

上述存储器可以是易失性存储器(volatile memory)，例如随机存取存储器(RAM，Random-Access Memory)；或者非易失性存储器(non-volatile memory)，例如只读存储器(ROM，Read-Only Memory)，快闪存储器(flash memory)，硬盘(HDD，Hard Disk Drive)或固态硬盘(SSD，Solid-State Drive)；或者上述种类的存储器的组合，并向处理器提供指令和数据。

在示例性实施例中，本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本申请实施例中的任意一种方法，并且该计算机程序使得计算机执行本申请实施例的各个方法中由处理器实现的相应流程，为了简洁，在此不再赘述。

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

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

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

建立与部署在OpenStack上的云主机之间的通信连接；

向所述云主机发送agent插件，使得所述云主机安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述云主机的相关信息；

向所述云主机发送备份请求，使得所述云主机通过所述agent插件响应所述备份请求获取到对应的备份数据；

接收所述云主机返回的所述备份数据并进行备份。

2.根据权利要求1所述的方法，其特征在于，所述备份请求为用于请求对所述云主机下的目标文件进行备份时，所述备份请求至少包括：所述目标文件的文件路径；

所述接收所述云主机返回的所述备份数据并进行备份，包括：

接收所述云主机返回通过所述agent插件获取的所述目标文件的文件路径下的第一文件数据；

将所述第一文件数据作为所述备份数据进行备份。

3.根据权利要求2所述的方法，其特征在于，所述备份请求为用于请求对所述目标文件的增量数据进行备份时，所述备份请求至少还包括：备份开始时刻；

所述接收所述云主机返回的所述备份数据并进行备份，还包括：

接收所述云主机返回通过所述agent插件获取的所述备份开始时刻之后所述目标文件的文件路径下的第二文件数据；

确定所述第二文件数据为增加数据时，对所述第二文件数据进行备份；

确定所述第二文件数据为替换数据时，由所述第二文件数据替换所述第一文件数据中的对应数据。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

接收到第一恢复请求；其中，所述第一恢复请求为所述云主机下目标文件的恢复请求；

响应所述第一恢复请求，获取所述目标文件的第一文件数据并发送至所述云主机。

5.根据权利要求1所述的方法，其特征在于，所述备份请求为用于请求对所述云主机进行整机备份时，所述接收所述云主机返回的所述备份数据并进行备份，包括：

接收所述云主机返回通过所述agent插件获取的所述云主机的第一存储卷和第二存储卷；其中，所述第一存储卷存储了所述云主机的镜像的配置信息、系统盘信息和系统盘的第一网络信息，所述第二存储卷存储了所述云主机的云硬盘信息和云硬盘的第二网络信息；

将所述第一存储卷和所述第二存储卷作为所述备份数据并进行备份。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收到第二恢复请求；其中，所述第二恢复请求为云主机整机的恢复请求；

响应所述第二恢复请求，获取所述云主机的第一存储卷和第二存储卷并发送至OpenStack。

7.根据权利要求1所述的方法，其特征在于，所述向所述云主机发送备份请求，包括：

基于备份周期，向所述云主机发送所述备份请求。

8.一种数据备份方法，应用于部署在OpenStack上的云主机，其特征在于，所述方法包括：

接收NBU服务器发送的agent插件，并安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述OpenStack上的云主机的相关信息；

接收所述NBU服务器发送的备份请求，通过所述agent插件响应所述备份请求获取到对应的备份数据；

将所述备份数据发送至所述NBU服务器进行备份。

9.一种数据备份装置，应用于NBU服务器，其特征在于，所述装置包括：

通信单元，用于建立与部署在OpenStack上的云主机之间的通信连接；

第一发送单元，用于向所述云主机发送agent插件，使得所述云主机安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述云主机的相关信息；以及向所述云主机发送备份请求，使得所述云主机通过所述agent插件响应所述备份请求获取到对应的备份数据；

第一接收单元，用于接收所述云主机返回的所述备份数据并进行备份。

10.一种数据备份装置，应用于部署在OpenStack上的云主机，其特征在于，所述装置包括：

第二接收单元，用于接收NBU服务器发送的agent插件，并安装所述agent插件；其中，所述agent插件用于代理所述NBU服务器获取所述OpenStack上的云主机的相关信息；以及接收所述NBU服务器发送的备份请求，通过所述agent插件响应所述备份请求获取到对应的备份数据；

第二发送单元，用于将所述备份数据发送至所述NBU服务器进行备份。