CN115964226A - 一种基于保护组的数据备份设备、方法、装置以及介质 - Google Patents
一种基于保护组的数据备份设备、方法、装置以及介质 Download PDFInfo
- Publication number
- CN115964226A CN115964226A CN202310017947.2A CN202310017947A CN115964226A CN 115964226 A CN115964226 A CN 115964226A CN 202310017947 A CN202310017947 A CN 202310017947A CN 115964226 A CN115964226 A CN 115964226A
- Authority
- CN
- China
- Prior art keywords
- data
- center
- data backup
- application
- site
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 230000001360 synchronised effect Effects 0.000 claims abstract description 62
- 238000003860 storage Methods 0.000 claims description 59
- 238000004590 computer program Methods 0.000 claims description 12
- 230000000007 visual effect Effects 0.000 claims description 4
- 238000013461 design Methods 0.000 abstract description 12
- 238000011084 recovery Methods 0.000 description 34
- 230000006870 function Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 15
- 238000012545 processing Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000014759 maintenance of location Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 206010033799 Paralysis Diseases 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005553 drilling Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000002955 isolation Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000036963 noncompetitive effect Effects 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 230000010076 replication Effects 0.000 description 2
- 206010047289 Ventricular extrasystoles Diseases 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000008602 contraction Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种基于保护组的数据备份设备、方法、装置以及介质，应用于云原生技术领域。本申请所提供的一种基于保护组的数据备份设备，包括主中心和备中心；主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；且数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据。若数据备份站点自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。本申请提供的方案中通过保护组设计保证了元数据和业务数据的一致性。
Description
技术领域
本申请涉及云原生技术领域，特别是涉及一种基于保护组的数据备份设备、方法、装置以及介质。
背景技术
K8s是Kubernetes的简称，是用8代替首字母“K”和尾字母“s”之间的8个字符而成的缩写。Kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用，是一种具有高可用和弹性伸缩等优势的容器化编排工具。随着云原生技术的不断发展，Kubernetes作为容器编排领域事实标准已经成为不争的事实，由于云原生极致的弹性能力、快速部署、服务自治等优势，越来越多的应用业务已经上云。虽然云原生具备故障自愈的能力，但是由于人为因素或者自然灾难会造成整个容器资源池严重瘫痪，导致所有上云应用业务不可用。
目前，大部分云平台厂商缺失容器容灾功能，即使存在该功能，应用的业务数据和元数据等也不能保证全部都同步成功，即不能保证数据的一致性。
由此可见，如何在同步数据时保证数据的一致性，是本领域技术人员亟待解决的问题。
发明内容
本申请的目的是提供一种基于保护组的数据备份设备、方法、装置以及介质，在同步数据时保证数据的一致性。
为解决上述技术问题，本申请提供一种基于保护组的数据备份设备，包括：主中心和备中心；所述主中心和所述备中心内部创建有保护组，所述主中心和所述备中心中的应用加入各自对应的所述保护组中；其中，同一个所述保护组中的所述应用同步时的状态包括全部同步成功或者全部同步失败；
在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；其中，所述数据备份站点和所述待备份站点分别为所述主中心和所述备中心中的一种；
所述数据备份站点根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据；
若所述数据备份站点自身的所述应用元数据和所述业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
优选地，确定所述应用元数据全部同步完成包括：
计算所述主中心和所述备中心的资源池备份资源关键字段的hash值；
对比所述主中心和所述备中心的所述hash值；
若所述主中心和所述备中心的所述hash值一致则表征所述应用元数据同步完成。
优选地，确定所述业务数据是否全部同步完成包括：
轮训查询集中式存储的一致性组接口；其中，一个所述保护组对应存储一个所述一致性组；
若所述一致性组的状态达到一致同步则表征所述业务数据同步完成。
优选地，所述数据备份站点根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据包括：
若预设时长内所述应用元数据和所述业务数据未同步成功，则重新进行同步。
优选地，所述主中心和所述备中心共用同一套云管平台；所述云管平台提供可视化的操作界面。
优选地，每个所述应用只加入一个保护组。
为解决上述技术问题，本申请还提供一种基于保护组的数据备份方法，应用于数据备份站点；所述数据备份站点和待备份站点分别为主中心和备中心中的一种；所述主中心和所述备中心内部创建有保护组，所述主中心和所述备中心中的应用加入各自对应的所述保护组中；其中，同一个所述保护组中的所述应用同步时的状态包括全部同步成功或者全部同步失败；所述方法包括：
在数据备份时，接收所述待备份站点发送的应用元数据和业务数据；
根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据；
若自身的所述应用元数据和所述业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
为解决上述技术问题，本申请还提供一种基于保护组的数据备份装置，应用于数据备份站点；所述数据备份站点和待备份站点分别为主中心和备中心中的一种；所述主中心和所述备中心内部创建有保护组，所述主中心和所述备中心中的应用加入各自对应的所述保护组中；其中，同一个所述保护组中的所述应用同步时的状态包括全部同步成功或者全部同步失败；所述装置包括：
接收模块，用于在数据备份时，接收所述待备份站点发送的应用元数据和业务数据；
同步模块，用于根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据；
重启模块，用于若自身的所述应用元数据和所述业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
为解决上述技术问题，本申请还提供一种基于保护组的数据备份装置，包括：存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现上述基于保护组的数据备份方法的步骤。
为解决上述技术问题，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述基于保护组的数据备份方法的步骤。
本申请所提供的一种基于保护组的数据备份设备，包括主中心和备中心；主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；且数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据。若数据备份站点自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。其中，数据备份站点和待备份站点分别为主中心和备中心中的一种。本申请提供的方案中，加入保护组的应用只存在成功和失败两种状态，且成功指数据全部同步成功；失败指数据全部同步失败，通过保护组设计保证了元数据和业务数据的一致性。
本申请还提供了一种基于保护组的数据备份方法装置和计算机可读存储介质，与上述方法对应，故具有与上述方法相同的有益效果。
附图说明
为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种数据备份设备的总体架构图；
图2为本申请实施例提供的一种应用元数据备份原理图；
图3为本申请实施例提供的一种业务数据备份原理图；
图4为本申请实施例提供的一种容灾模块整体流程图；
图5为本申请实施例提供的一种保护组状态机设计图；
图6为本申请实施例提供的一种保护组生命周期管理图；
图7为本申请实施例提供的一种基于保护组的数据备份方法的流程图；
图8为本申请实施例提供的基于保护组的数据备份装置的结构图；
图9为本申请另一实施例提供的基于保护组的数据备份装置的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。
本申请的核心是提供一种基于保护组的数据备份设备、方法、装置以及介质，在同步数据时保证数据的一致性。
为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。
随着云原生技术的不断发展，Kubernetes作为容器编排领域事实标准已经成为不争的事实，由于云原生极致的弹性能力、快速部署、服务自治等优势，越来越多的应用业务已经上云。虽然云原生具备故障自愈的能力，但是由于人为因素或者自然灾难会造成整个容器资源池严重瘫痪，导致所有上云应用业务不可用。大部分云平台厂商缺失容器容灾功能，即使存在该功能，也不能完全保证数据一致性，另外也是基于文件级别的容灾，数据复制效率较低，恢复时间较长。针对以上问题，我们提出了基于保护组功能的容器容灾方案，保证数据安全性、原子性、一致性的同时提高了容灾备份效率，缩短了应用业务恢复时间。
为了解决目前方案中存在的技术问题，本申请实施例提供了一种基于保护组的数据备份设备。该设备包括主中心和备中心；主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；其中，数据备份站点和待备份站点分别为主中心和备中心中的一种。数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据；若数据备份站点自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
本设备主要提供跨地域的云平台级别的容灾，主要涉及一种基于保护组的容器容灾方法及装置。对应的方法及装置主要提供跨地域的云平台级别的容灾。总体围绕保护组进行设计，保护组提供了开启保护、主备切换/回切等子流程；保护组设计了合理的状态机，且设计了合理的回滚机制。图1为本申请实施例提供的一种数据备份设备的总体架构图；如图1所示，包括主中心1和备中心2，主中心1主要作为容器应用元数据以及业务数据生产站点；备中心2主要作为容器应用元数据以及业务数据恢复站点。保护组在主中心1和备中心2之间通过其切换/回切完成数据的容灾备份。其中应用元数据和业务数据通过不同的工具分别备份，应用元数据通过velero开源工具进行周期性的备份，业务数据基于集中式存储的一致性组功能进行I/O级别的备份。主/备中心2可以各部署一套云管平台，用于纳管主/备多资源池，并且为租户提供可视化操作界面。集中式存储提供一致性组以及数据远程复制功能。下面详细介绍下元数据备份以及应用数据备份原理。
图2为本申请实施例提供的一种应用元数据备份原理图；如图2所示，为基于velero的元数据备份，容灾服务集成到了云管平台3，对容器应用保护组进行生命周期管理，其中包括容灾参数配置、容灾保护组生命周期管理等。创建保护组并添加容器应用后，开启元数据定时备份，包括容器应用(deployment、statefulset、pvc、service等)和namespace级别的元数据(容灾服务封装并扩展velero的功能)。通过基础设施服务，用户更新容器应用配置，基础设施服务提供应用、计算、存储、网络管理等。容器应用变动内容会随着定时备份任务同步到备中心的对象存储中，可以设定备份保留时长，如一个月。备中心的集群通过velero恢复后，会将K8S层容器负载重建，再基于从下到上的同步机制，在备资源池重建容器应用。
图3为本申请实施例提供的一种业务数据备份原理图；如图3所示，为基于集中式存储一致性组的用户数据备份，容灾服务集成到云管平台3。通过restAPI方式调用容灾适配器以完成容灾原子操作。容灾适配器适配多种后端存储，封装实现容器存储卷的远程复制关系、一致性组等容灾对象的原子操作，包括开启、分离、读写限制等。
本申请实施例的基本思想在于保护组设计，保护组子流程包括保护组创建、应用加入保护组、保护组启动/停止、保护组主备切换/回切、故障切换、重保护、容灾演练等。通过各个子流程之间有机的配合，保证元数据和业务数据的一致性以及原子性。另外，保护组通过合理的设计状态机，通过保护组各个状态的转换，限制应用的操作，保证容灾过程中数据的可操作性以及安全性。本实施例还进行容器应用元数据和业务数据分别备份，分别使用合适的备份工具对数据进行备份，应用元数据使用基于velero的周期备份，业务数据使用基于集中式存储一致性组的I/O级别的备份。通过容器资源与集中式存储一致性组功能的有效结合，实现I/O级别的容器容灾。
本申请提供了基于保护组的容器容灾方案，保证了数据的安全性以及数据一致性的同时，提高了容器容灾数据复制的效率，从而切实提高容器应用业务的高可用性，提升云平台的价值。
本申请实施例所提供的一种基于保护组的数据备份设备，包括主中心和备中心；主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；且数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据。若数据备份站点自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。其中，数据备份站点和待备份站点分别为主中心和备中心中的一种。本申请实施例提供的方案中，加入保护组的应用只存在成功和失败两种状态，且成功指数据全部同步成功；失败指数据全部同步失败，通过保护组设计保证了元数据和业务数据的一致性。
本申请实施例详细描述各个子流程，图4为本申请实施例提供的一种容灾模块整体流程图；第一步是创建保护组4，第二步是添加容器应用到保护组4。以保护组4为单元进行容灾保护，保护组4核心对应底层存储的一致性组，为了一致性的同步存储数据。云管平台创建保护组对象，将容器应用添加到保护组4，备资源池创建空应用，将主备容器应用、存储一致性组等信息保存到保护组4中。资源池在备存储池创建保护组4中所有的PVC。后端存储将待容灾保护的容器应用下的主备卷建远程复制关系，并加入到一致性组，方向为主->备。
第三步就是开启保护，开启保护的主要目的是将容器应用元数据和用户数据复制到备中心。云管平台更新保护组及保护组内容器应用的状态。资源池：主中心开启velero的主->备元数据的定时备份。后端存储开始一致性组的数据同步，方向为主->备。
第四步是主备切换，主中心不可用时，需要把某个业务系统切换到备中心进行运行。云管平台将保护组内主资源池中容器应用关闭，拉起备资源池中容器应用，更新保护组状态等。资源池：主中心停止定时备份，主中心执行一次主动的主->备的元数据备份(最大化保障元数据为最新)。备资源池velero恢复对象存储中最新的K8s元数据，备中心velero开启元数据定时备份。后端存储切换一致性组的数据同步方向，方向为备->主。
第五步是重保护，在主中心故障修复后，将备中心新增的数据同步到主中心，为业务回切做准备。
第六步是回切，即将业务从备中心切换到主中心，主要为备中心应用关机，主中心应用恢复，变为原来设定，存储同步反向变为主到备。云管平台在CMP数据库中容器应用对应的底层工作负载清空，或者置为副本零。资源池触发velero进行一次备->主的元数据同步，然后停止备->主的元数据同步；同时，主中心开启velero的主->备元数据的定时备份。后端存储将主备存储卷的远程复制关系保护方向切换为主->备。
另外，图5为本申请实施例提供的一种保护组状态机设计图；保护组状态机设计参考图5，其中，各状态定义可设定如下：空闲(只创建保护组，还未添加应用)、未保护(保护组中已添加应用，但是未开启保护)、保护中(开启保护，开始数据同步)、故障切换(由于发成故障，此时由备站点对外提供服务)、异常、失联、已删除、存储伙伴关系断开。状态转换条件如下：空闲-》未保护：添加应用成功、未保护-》保护中：开启保护、保护中-》未保护：停止保护、保护中-》保护中：主备切换/回切、保护中-》故障切换：故障切换、故障切换-》保护中：重保护。
具体实施中，需要部署容灾服务模块、velero元数据备份插件、集中式存储适配器、云管平台、支持一致性组功能的集中式存储、支持s3协议的对象存储。其中，velero元数据备份插件、neptune集中式存储适配器以容器化的形式分别部署在主/备资源池。istellar容灾模块、cmp平台部署在管理资源池。部署集中式存储，并且在主/备存储开启伙伴关系。并部署对象存储，用于存放应用元数据。
本申请实施例的技术关键点如下：(1)保护组设计：保护组子流程包括保护组创建、应用加入保护组、保护组启动/停止、保护组主备切换/回切、故障切换、重保护、容灾演练等。通过各个子流程之间有机的配合，保证元数据和业务数据的一致性以及原子性。(2)保护组的状态机设计。保护组通过合理的设计状态机，通过保护组各个状态的转换，限制应用的操作，保证容灾过程中数据的可操作性以及安全性。(3)容器应用元数据和业务数据分别备份。分别使用合适的备份工具进行备份，元数据使用基于velero的周期备份，业务数据使用基于集中式存储一致性组的I/O级别的备份。(4)容器资源与集中式存储一致性组功能的有效结合，实现I/O级别的容器容灾。
本申请实施例通过定义合理的保护组业务模型，并且设计合理的保护组子流程以及保护组状态机，定义保护组模型保证备份数据的原子性和一致性。容器应用元数据、业务数据分别备份，元数据备份基于velero工具进行周期备份，应用业务数据备份基于集中式存储远程复制能进行I/O级别的备份。主要包括如下几个步骤：步骤1.定义合理的保护组模型，设计合理的保护组子流程以及保护组状态机，保证元数据和业务数据的一致性以及原子性。步骤2.开发设计合理的容灾服务模块。实现其各个子流程。步骤3.容器容灾与集中式存储远程复制功能有效的结合。
本实施例提供的一致性模型中，加入保护组的应用只存在两种状态，即成功和失败，成功指数据同步全部成功，失败指数据全部失败。且加入一个保护组的应用不能再加入其它保护组。保护组数据同步成功后，达到一致同步状态。
在实际应用时，需要确定应用元数据以及业务数据是否全部同步完成。本实施例提供一种具体的方案，其中，确定应用元数据全部同步完成包括：计算主中心和备中心的资源池备份资源关键字段的hash值；对比主中心和备中心的hash值；若主中心和备中心的hash值一致则表征应用元数据同步完成。另外，确定业务数据是否全部同步完成包括：轮训查询集中式存储的一致性组接口；其中，一个保护组对应存储一个一致性组；若一致性组的状态达到一致同步则表征业务数据同步完成。即一致性关键逻辑在于：(1)元数据的一致性保证：计算主/备资源池备份资源关键字段的hash值进行对比，hash一致则表示元数据同步完成。(2)业务数据一致性保证：轮训查询集中式存储的一致性组接口(一个保护组对应存储一个一致性组)，一致性组状态达到一致同步认为是同步完成。
另外，数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据时，若预设时长内应用元数据和业务数据未同步成功，则需要重新进行同步。例如最大超时时间：15min(元数据备份的最长时间)+业务数据的数据量(单位G)/10*5min。若该时间内未完成同步，则认为超时，全部回滚。回滚设计逻辑如下：通过k8s-operator机制设计底层资源自定义模型。底层资源模型中记录的每一个资源的当前状态。
{name:”xxx”
resources:[{
“name”:”xxx”,
“type”:”xxx”,
“state”:”xxx”
},{
“name”:”xxx”,
“type”:”xxx”,
“state”:”xxx”
},{
“name”:”xxx”,
“type”:”xxx”,
“state”:”xxx”
}],
state:”xxx”}
资源的状态包括：未同步、同步中、同步完成。若此时发生回滚，保护组中的资源未同步，则跳过该资源即可。若同步中或同步完成，则首先停掉卷的远程复制关系，清理辅助卷中的数据，然后在备资源池上删除已同步出的元数据。
本实施例针对上述提到的各术语给出解释，其中，velero是一个提供Kubernetes集群和持久卷的备份、迁移以及灾难恢复等的开源工具。集中式存储是提供远程复制和一致性组功能，并且为租户应用提供存储卷。应用元数据指存放在etcd中的K8s集群资源配置，业务数据指租户应用产生的数据，最终存放在集中式存储提供的卷中。云管平台指容器云管平台，可以纳管多个容器集群，提供可视化的界面供租户完成应用相关操作(应用的创建、挂卷、网络配置、容灾保护等操作)。容灾服务是本申请提供的设备中的最重要组件，提供了容灾参数配置、保护组生命周期管理等功能。后端存储适配器适配多种后端存储，封装实现容器存储卷的远程复制关系、一致性组等容灾对象的原子操作，包括开启、分离、读写限制等。基础设施服务模块集成到云管平台，提供应用、计算、存储、网络管理等功能。Namespace是K8s系统中的一种非常重要的资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。deployment、statefulset、pvc、service等本身是K8s中的资源类型，本方案中主要指容器应用元数据。Pvc是容器存储卷，pvc本身是容器应用元数据，其对应的存储设备中存储的容器用于业务数据。Apiserver是K8s访问入口，提供了K8s各类资源对象(pod、RC、Service等)的增删改查及watch等HTTP Rest接口，是整个系统的数据总线和数据中心。保护组是容灾服务中的重要概念，加入保护组的多个应用，其元数据和业务数据能保证一致性和原子性。一致性组是后端存储中的重要概念，和保护组一一对应，加入保护组的多个远程复制能保证一致性和原子性。远程复制关系是后端存储中的重要概念，主存储提供主卷以及备存储提供备卷组成远程复制关系，开启保护时，主卷的数据会自动同步到备卷。另外，图6为本申请实施例提供的一种保护组生命周期管理图；如图6所示，可通过云管平台容灾功能管理保护组的生命周期，并且对应用数据进行容灾备份。
为解决上述技术问题本申请实施例还提供一种基于保护组的数据备份方法，应用于数据备份站点；数据备份站点和待备份站点分别为主中心和备中心中的一种；主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。图7为本申请实施例提供的一种基于保护组的数据备份方法的流程图；如图7所示，该方法包括如下步骤：
S10：在数据备份时，接收待备份站点发送的应用元数据和业务数据。
S11：根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据。
S12：若自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
本实施例提供的基于保护组的数据备份方法，应用于数据备份站点。主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；且数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据。若数据备份站点自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。其中，数据备份站点和待备份站点分别为主中心和备中心中的一种。本申请实施例提供的方案中，加入保护组的应用只存在成功和失败两种状态，且成功指数据全部同步成功；失败指数据全部同步失败，通过保护组设计保证了元数据和业务数据的一致性。
在上述实施例中，对于基于保护组的数据备份方法进行了详细描述，本申请还提供基于保护组的数据备份装置对应的实施例。需要说明的是，本申请从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。
基于功能模块的角度，本实施例提供一种基于保护组的数据备份装置，应用于数据备份站点；数据备份站点和待备份站点分别为主中心和备中心中的一种；主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。图8为本申请实施例提供的基于保护组的数据备份装置的结构图，如图8所示，该装置包括：
接收模块10，用于在数据备份时，接收待备份站点发送的应用元数据和业务数据；
同步模块11，用于根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据；
重启模块12，用于若自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
本实施例提供的基于保护组的数据备份装置，应用于数据备份站点。主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；且数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据。若数据备份站点自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。其中，数据备份站点和待备份站点分别为主中心和备中心中的一种。本申请实施例提供的方案中，加入保护组的应用只存在成功和失败两种状态，且成功指数据全部同步成功；失败指数据全部同步失败，通过保护组设计保证了元数据和业务数据的一致性。
基于硬件的角度，本实施例提供了另一种基于保护组的数据备份装置，图9为本申请另一实施例提供的基于保护组的数据备份装置的结构图，如图9所示，基于保护组的数据备份装置包括：存储器20，用于存储计算机程序；
处理器21，用于执行计算机程序时实现如上述实施例中所提到的基于保护组的数据备份方法的步骤。
其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(CentralProcessing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以集成有图像处理器(Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括人工智能(Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的基于保护组的数据备份方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于基于保护组的数据备份方法涉及到的数据等。
在一些实施例中，基于保护组的数据备份装置还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。
本领域技术人员可以理解，图中示出的结构并不构成对基于保护组的数据备份装置的限定，可以包括比图示更多或更少的组件。
本申请实施例提供的基于保护组的数据备份装置，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：基于保护组的数据备份方法。
本实施例提供的基于保护组的数据备份装置，应用于数据备份站点。主中心和备中心内部创建有保护组，主中心和备中心中的应用加入各自对应的保护组中；其中，同一个保护组中的应用同步时的状态包括全部同步成功或者全部同步失败。在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；且数据备份站点根据接收的应用元数据和业务数据同步自身的应用元数据和业务数据。若数据备份站点自身的应用元数据和业务数据全部同步失败，则重新进行同步直至数据全部同步成功。其中，数据备份站点和待备份站点分别为主中心和备中心中的一种。本申请实施例提供的方案中，加入保护组的应用只存在成功和失败两种状态，且成功指数据全部同步成功；失败指数据全部同步失败，通过保护组设计保证了元数据和业务数据的一致性。
最后，本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。
可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例描述的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本实施例提供的计算机可读存储介质，与上述方法对应，故具有与上述方法相同的有益效果。
以上对本申请所提供的一种基于保护组的数据备份设备、方法、装置以及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种基于保护组的数据备份设备，其特征在于，包括：主中心和备中心；所述主中心和所述备中心内部创建有保护组，所述主中心和所述备中心中的应用加入各自对应的所述保护组中；其中，同一个所述保护组中的所述应用同步时的状态包括全部同步成功或者全部同步失败；
在数据备份时，数据备份站点接收待备份站点发送的应用元数据和业务数据；其中，所述数据备份站点和所述待备份站点分别为所述主中心和所述备中心中的一种；
所述数据备份站点根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据；
若所述数据备份站点自身的所述应用元数据和所述业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
2.根据权利要求1所述的基于保护组的数据备份设备，其特征在于，确定所述应用元数据全部同步完成包括：
计算所述主中心和所述备中心的资源池备份资源关键字段的hash值；
对比所述主中心和所述备中心的所述hash值；
若所述主中心和所述备中心的所述hash值一致则表征所述应用元数据同步完成。
3.根据权利要求2所述的基于保护组的数据备份设备，其特征在于，确定所述业务数据是否全部同步完成包括：
轮训查询集中式存储的一致性组接口；其中，一个所述保护组对应存储一个所述一致性组；
若所述一致性组的状态达到一致同步则表征所述业务数据同步完成。
4.根据权利要求1至3任意一项所述的基于保护组的数据备份设备，其特征在于，所述数据备份站点根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据包括：
若预设时长内所述应用元数据和所述业务数据未同步成功，则重新进行同步。
5.根据权利要求1所述的基于保护组的数据备份设备，其特征在于，所述主中心和所述备中心共用同一套云管平台；所述云管平台提供可视化的操作界面。
6.根据权利要求1所述的基于保护组的数据备份设备，其特征在于，每个所述应用只加入一个保护组。
7.一种基于保护组的数据备份方法，其特征在于，应用于数据备份站点；所述数据备份站点和待备份站点分别为主中心和备中心中的一种；所述主中心和所述备中心内部创建有保护组，所述主中心和所述备中心中的应用加入各自对应的所述保护组中；其中，同一个所述保护组中的所述应用同步时的状态包括全部同步成功或者全部同步失败；所述方法包括：
在数据备份时，接收所述待备份站点发送的应用元数据和业务数据；
根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据；
若自身的所述应用元数据和所述业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
8.一种基于保护组的数据备份装置，其特征在于，应用于数据备份站点；所述数据备份站点和待备份站点分别为主中心和备中心中的一种；所述主中心和所述备中心内部创建有保护组，所述主中心和所述备中心中的应用加入各自对应的所述保护组中；其中，同一个所述保护组中的所述应用同步时的状态包括全部同步成功或者全部同步失败；所述装置包括：
接收模块，用于在数据备份时，接收所述待备份站点发送的应用元数据和业务数据；
同步模块，用于根据接收的所述应用元数据和所述业务数据同步自身的所述应用元数据和所述业务数据；
重启模块，用于若自身的所述应用元数据和所述业务数据全部同步失败，则重新进行同步直至数据全部同步成功。
9.一种基于保护组的数据备份装置，其特征在于，包括存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求7所述的基于保护组的数据备份方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求7所述的基于保护组的数据备份方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310017947.2A CN115964226A (zh) | 2023-01-06 | 2023-01-06 | 一种基于保护组的数据备份设备、方法、装置以及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310017947.2A CN115964226A (zh) | 2023-01-06 | 2023-01-06 | 一种基于保护组的数据备份设备、方法、装置以及介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115964226A true CN115964226A (zh) | 2023-04-14 |
Family
ID=87357935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310017947.2A Pending CN115964226A (zh) | 2023-01-06 | 2023-01-06 | 一种基于保护组的数据备份设备、方法、装置以及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115964226A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117118747A (zh) * | 2023-10-20 | 2023-11-24 | 南京飓风引擎信息技术有限公司 | 基于智能合约和预言机的云资源数据控制系统及方法 |
-
2023
- 2023-01-06 CN CN202310017947.2A patent/CN115964226A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117118747A (zh) * | 2023-10-20 | 2023-11-24 | 南京飓风引擎信息技术有限公司 | 基于智能合约和预言机的云资源数据控制系统及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10229125B2 (en) | Remote data protection in a networked storage computing environment | |
| Leon et al. | Fail-safe PVM: A portable package for distributed programming with transparent recovery | |
| CN105814544B (zh) | 用于支持分布式数据网格中的持久化分区恢复的系统和方法 | |
| CN114466027B (zh) | 一种云原生数据库服务提供方法、系统、设备及介质 | |
| JP2007200294A (ja) | 実行中のアプリケーションをトポロジ的遠隔に位置するコンピュータ・システムに再配置するためのシステムと方法 | |
| Saridakis | A System of Patterns for Fault Tolerance. | |
| US20120278422A1 (en) | Live object pattern for use with a distributed cache | |
| WO2024120227A1 (zh) | 容器数据保护系统、方法、装置、设备及可读存储介质 | |
| CN106339278A (zh) | 一种网络文件系统的数据备份及恢复方法 | |
| US11880282B2 (en) | Container-based application data protection method and system | |
| CN115964226A (zh) | 一种基于保护组的数据备份设备、方法、装置以及介质 | |
| CN115658390A (zh) | 容器容灾方法、系统、装置、设备及计算机可读存储介质 | |
| CN115129676A (zh) | 数据同步方法、装置、设备及介质 | |
| CN110399202B (zh) | 一种高效的虚拟机容灾的方法及装置 | |
| CN110554933A (zh) | 一种云管理平台、云平台服务的跨云高可用方法及系统 | |
| CN108959547B (zh) | 一种pv快照分布式数据库集群恢复方法 | |
| CN103793296A (zh) | 一种在集群中用于辅助备份复制计算机系统的方法 | |
| CN109491980A (zh) | 一种文件系统远程复制方法、装置、设备及存储介质 | |
| CN110532134B (zh) | Nas数据备份容灾方法及装置 | |
| CN114584459B (zh) | 一种实现容器云平台主备高可用的方法 | |
| CN105868052A (zh) | 一种异地容灾备份处理方法及装置 | |
| CN116383161A (zh) | 一种文件同步方法、装置以及介质 | |
| CN106445729A (zh) | 一种基于备份虚拟化的方法 | |
| CN103327105A (zh) | hadoop系统中从属节点服务自动恢复方法 | |
| CN110597788B (zh) | 一种MySQL数据库由主从模式热切换到集群模式的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |