ETCD集群业务数据恢复方法、装置、设备及存储介质与流程

etcd集群业务数据恢复方法、装置、设备及存储介质
技术领域
1.本发明涉及云原生技术领域，特别涉及一种etcd集群业务数据恢复方法、装置、设备及存储介质。


背景技术：

2.etcd是一个分布式的、高可用的、一致的key-value(键值)存储数据库。基于go语言实现，主要用于共享配置和服务发现。在分布式系统中，etcd可集中管理配置信息，服务端将配置信息存储于etcd，客户端通过etcd得到服务配置信息，etcd监听配置信息的改变，发现改变通知客户端。传统的etcd数据恢复中，通常的做法是基于集群备份db(database)文件，然后集群恢复的时候，使用指定db进行恢复。如图1所示为传统的db文件恢复方式，可见，etcd的配置数据恢复都是包含了全部的数据，然而通过该方式进行数据恢复时，如果后续有业务从k8s(kubernetes)部署中退出，etcd里面将会残留很多历史无用的配置数据，每次etcd重启，再恢复数据，都要把这些无用数据作为db一部分恢复出来，浪费了空间资源。
3.综上，如何灵活控制数据恢复，减少空间资源的浪费是目前有待解决的问题。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种etcd集群业务数据恢复方法、装置、设备及存储介质，能够灵活控制数据恢复，减少空间资源的浪费。其具体方案如下：
5.第一方面，本技术公开了一种etcd集群业务数据恢复方法，包括：
6.获取etcd集群中的目标业务数据；其中，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据；
7.利用所述目标业务数据创建configmap文件；
8.当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据恢复。
9.可选的，所述获取etcd集群中的目标业务数据之前，还包括：
10.为所述目标业务数据定义相应的键值前缀，以便通过所述键值前缀获取所述目标业务数据的键值数据。
11.可选的，所述利用所述目标业务数据创建configmap文件，包括：
12.基于所述键值前缀，将所述目标业务数据按照预设写入格式写入文件，以得到所述configmap文件。
13.可选的，所述利用所述目标业务数据创建configmap文件之后，还包括：
14.将所述configmap文件存放到pod的指定路径下，以便通过挂载将所述目标业务数据持久化。
15.可选的，所述利用所述configmap文件对所述目标业务数据进行数据恢复，包括：
16.基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件或yaml格式文件；
17.对所述json格式文件或所述yaml格式文件进行内容读取，并利用读取出的内容转换成的键值数据对所述目标业务数据进行数据恢复。
18.可选的，所述的etcd集群业务数据恢复方法，还包括：
19.基于kubernetes机制利用所述configmap文件对所述目标业务数据进行数据恢复。
20.第二方面，本技术公开了一种etcd集群业务数据恢复装置，包括：
21.业务数据获取模块，用于获取etcd集群中的目标业务数据；其中，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据；
22.configmap文件创建模块，用于利用所述目标业务数据创建configmap文件；
23.数据恢复模块，用于当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据恢复。
24.可选的，所述数据恢复模块，具体用于基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件；通过所述目标业务数据对所述json格式文件进行内容读取，并将读取出的内容转换成所述目标业务数据的键值数据。
25.第三方面，本技术公开了一种电子设备，所述电子设备包括处理器和存储器；其中，所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现如前所述的etcd集群业务数据恢复方法。
26.第四方面，本技术公开了一种计算机可读存储介质，用于存储计算机程序；其中所述计算机程序被处理器执行时实现如前所述的etcd集群业务数据恢复方法。
27.本技术中，获取etcd集群中的目标业务数据；其中，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据；利用所述目标业务数据创建configmap文件；当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据恢复。可见，业务可以根据需要对数据进行选择性恢复，利用目标业务数据创建configmap文件，使用configmap实现etcd集群业务数据恢复，将etcd的配置数据恢复从整体统一恢复，精细化到业务层次的恢复，同时，减少了etcd集群配置数据恢复的用户命令行操作，从某种层度上降低了实际运维人员的操作难度和出错概率。在微服务领域中，实现了业务角度自主、灵活控制数据恢复的新创新。
附图说明
28.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
29.图1为本技术公开的一种传统的db文件恢复方式示意图；
30.图2为本技术公开的一种etcd集群业务数据恢复方法流程图；
31.图3为本技术公开的一种示例性选择目标业务数据示意图；
32.图4为本技术公开的一种etcd集群业务数据恢复示意图；
33.图5为本技术公开的一种具体的etcd集群业务数据恢复方法流程图；
34.图6为本技术公开的一种etcd集群业务数据恢复装置结构示意图；
35.图7为本技术公开的一种电子设备结构图。
具体实施方式
36.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
37.当前，etcd数据恢复中，通常的做法是基于集群备份db文件，然后集群恢复的时候，使用指定db进行恢复。然而通过该方式进行数据恢复时，如果后续有业务从k8s部署中退出，etcd里面将会残留很多历史无用的配置数据，每次etcd重启，再恢复数据，都要把这些无用数据作为db一部分恢复出来，浪费了空间资源。
38.为此，本技术提供了一种etcd集群业务数据恢复方案，能够灵活控制数据恢复，减少空间资源的浪费。
39.本发明实施例公开了一种etcd集群业务数据恢复方法，参见图2所示，该方法包括：
40.步骤s11：获取etcd集群中的目标业务数据；其中，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据。
41.针对现有技术中etcd集群的配置数据恢复都是包含了全部的数据，当存在业务退出时，etcd重启再恢复的过程将会包含很多无用数据，造成空间资源的浪费。因此，本技术实施例中，业务可以根据需要进行业务配置存储的数据是否恢复，比如有些数据，业务是不需要恢复，如存储在db中的中间信息；比如，告警信息临时数据；因此，获取etcd集群中根据选择进行恢复的业务的数据。如图3所示，给出了设计思想，可以选择业务数据进行恢复，示例性的，图3中提供了只对业务a数据和业务b数据进行恢复。
42.本技术实施例中，存储在etcd集群中的业务数据将进行合理编排key值，使一个业务的所有的配置数据都能使用一个前缀可全部从etcd读出。具体的，为所述目标业务数据定义相应的键值前缀，以便通过所述键值前缀获取所述目标业务数据的键值数据。比如：控制器上有三个服务，分别为service_a、service_b、service_c，为了使这三个服务各自的业务数据，要求必须能用一个前缀方式能够查询到，因此设计成下面格式，以service_a为例，所有的key值前缀定义如下：
43./key/service/{service_a}/{submodular}
44.那么，service_a的微服务，可以通过etcd的前缀/key/service/{service_a}一次性获取全部的kvs，由于kvs是一种专门用于数据存储和检索的简单存储和管理方式，具有高度的系统可扩展性，因此通过kvs可以查询全部service_a的数据，这一步是基础。
45.步骤s12：利用所述目标业务数据创建configmap文件。
46.本技术实施例中，准备configmap生成的数据，也即，利用所述目标业务数据创建configmap文件。
47.可以理解的是，创建configmap的方式有4种：第一种为通过直接在命令行中指定configmap参数创建，即
‑‑
from-literal；第二种为通过指定文件创建，即将一个配置文件创建为一个configmap
‑‑
from-file＝《文件》；第三种为通过指定目录创建，即将一个目录
下的所有配置文件创建为一个configmap，
‑‑
from-file＝《目录》；第四种为事先写好标准的configmap的yaml文件，然后kubectl create-f创建。本技术实施例中，采用第二种通过指定文件创建的方式创建configmap进行介绍，其他方式创建configmap实现etcd集群业务数据恢复均可参照本技术实施例的介绍，在此不再进行赘述。
48.本技术实施例中，由于分别为不同的服务设置了各自的键值前缀，因此基于所述键值前缀，将所述目标业务数据按照预设写入格式写入文件，以得到所述configmap文件。如：将etcd集群中读出的业务kv(key-value/kvs)数据，如下面格式所示，写入文件app.properties中
49./key/service/{service_a}/interface＝“eth1”50./key/service/{service_a}/domain＝“domain1025”。
51.可以理解的是，在该种格式下，key＝“/key/service/{service_a}/interface”，value＝“eth1”，那么存到configmap文件中格式为/key/service/{service_a}/interface＝“eth1”，表示在etcd中该service_a业务的接口为eth1；相应的，在该种格式下，key＝“/key/service/{service_a}/domain”，value＝“domain1025”，表示在etcd中该service_a业务设置或获取得安全域名为domain1025。
52.进一步的，所述利用所述目标业务数据创建configmap文件之后，将所述configmap文件存放到pod的指定路径下，以便通过挂载将所述目标业务数据持久化。也即，将configmap文件存放到pod里面的指定路径，通过挂载方式，将业务数据持久化到宿主机的某个路径下。如此一来，创建configmap文件后，减少了etcd集群配置数据恢复的用户命令行操作，从某种层度上降低了实际运维人员的操作难度和出错概率。
53.步骤s13：当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据恢复。
54.本技术实施例中，可以基于kubernetes机制利用所述configmap文件对所述目标业务数据进行数据恢复，如图4所示为一种具体的在k8s环境中使用configmap实现etcd集群业务数据恢复方法示意图。
55.本技术实施例中，由于使用configmap实现etcd集群业务数据恢复，因此在etcd重启后，只需要利用创建的configmap文件重新生成configmap，对文件中的内容进行数据转换，数据转换完成后重新完成写库操作，实现etcd集群业务数据恢复。
56.具体的，所述利用所述configmap文件对所述目标业务数据进行数据恢复，包括：基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件或yaml格式文件；对所述json格式文件或所述yaml格式文件进行内容读取，并利用读取出的内容转换成的键值数据对所述目标业务数据进行数据恢复。本技术实施例中使用json格式文件为例进行介绍，yaml格式文件也可参照本实施例的介绍，在此不再赘述。
57.需要指出的是，当etcd重启或etcd重新部署的时候，运维人员只要在k8s集群内用app.properties文件去生成configmap(名称为etcdstore)：kubectl create configmap etcdstore
‑‑
from-file＝./app.properties，然后其中的需要进行数据恢复的业务，如service_a感知etcdstore.json文件生成进行内容读取；etcdstore.json中的内容读出来之后转换kv数据，利用转换的kv数据重新完成写库操作，以此实现service_a的数据恢复。另外，由于该过程相当于重新卸载etcd程序，重新安装，这个新部署的etcd里面的配置是空
的，因此可以不需要对前面历史数据进行维护。
58.本技术实施例中，获取etcd集群中的目标业务数据；其中，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据；利用所述目标业务数据创建configmap文件；当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据恢复。可见，业务可以根据需要对数据进行选择性恢复，利用目标业务数据创建configmap文件，使用configmap实现etcd集群业务数据恢复，将etcd的配置数据恢复从整体统一恢复，精细化到业务层次的恢复，同时，减少了etcd集群配置数据恢复的用户命令行操作，从某种层度上降低了实际运维人员的操作难度和出错概率。在微服务领域中，实现了业务角度自主、灵活控制数据恢复的新创新。
59.本技术实施例公开了一种具体的etcd集群业务数据恢复方法，参见图5所示，该方法包括：
60.步骤s21：为所述目标业务数据定义相应的键值前缀，以便通过所述键值前缀获取所述目标业务数据的键值数据。
61.本技术实施例中，预先为存储在etcd集群中的业务数据合理编排key值，使通过前缀可以查询到一个业务的所有配置数据。如为业务a数据定义键值前缀：/key/service/{service_a}/{submodular}，因此，通过前缀/key/service/{service_a}可以查询到业务a数据的全部的kvs。
62.步骤s22：获取etcd集群中的目标业务数据。
63.针对现有技术中etcd集群的配置数据恢复都是包含了全部的数据，当存在业务退出时，etcd重启再恢复的过程将会包含很多无用数据，造成空间资源的浪费。因此，本技术实施例中，业务可以根据需要进行业务配置存储的数据是否恢复，比如有些数据，业务是不需要恢复，如存储在db中的中间信息；比如，告警信息临时数据。因此，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据。
64.步骤s23：基于所述键值前缀，将所述目标业务数据按照预设写入格式写入文件，以得到所述configmap文件。
65.本技术实施例中，将读出的业务数据，也即，将根据选择进行恢复的业务的数据基于所述键值前缀，按照configmap格式写入app.properties文件，如：
66./key/service/{service_a}/interface＝“eth1”67./key/service/{service_a}/domain＝“domain1025”68.可以理解的是，etcd中：key＝“/key/service/{service_a}/interface”；value＝“eth1”；那么存到configmap文件中格式是/key/service/{service_a}/interface＝“eth1”。
69.步骤s24：将所述configmap文件存放到pod的指定路径下，以便通过挂载将所述目标业务数据持久化。
70.本技术实施例中，configmap生成的数据就是文件app.properties，因此将其存放到pod里面的指定路径下，通过挂载方式，将业务数据持久化到宿主机的某个路径，如：
71.volumes:
[0072]-name:etcdstore
[0073]
hostpath:
[0074]
path:/etc/db/servicea
[0075]
type:directoryorcreate
[0076]
configmap:
[0077]
name:etcdstore
[0078]
步骤s25：基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件或yaml格式文件。
[0079]
本技术实施例中，使用json格式文件为例进行介绍。当etcd重新部署的时候，运维人员只要在k8s集群内用app.properties文件去生成configmap(名称为etcdstore)：kubectl create configmap etcdstore
‑‑
from-file＝./app.properties，然后需要进行恢复的目标业务感知etcdstore.json文件生成，进行内容读取。
[0080]
步骤s26：对所述json格式文件或所述yaml格式文件进行内容读取，并利用读取出的内容转换成的键值数据对所述目标业务数据进行数据恢复。
[0081]
本技术实施例中，需要进行恢复的目标业务感知etcdstore.json文件生成，进行内容读取之后，将读取出来的内容转换kv数据，利用转换的kv数据重新完成写库操作，以此实现完成目标业务的数据恢复。如此一来，将etcd的配置数据恢复从整体统一恢复，精细化到业务层次的恢复。在微服务领域中，具备一定的工程实践意义。另外，由于该过程相当于重新卸载etcd程序，重新安装，这个新部署的etcd里面的配置是空的，因此可以不需要对前面历史数据进行维护。
[0082]
本技术实施例中，为所述目标业务数据定义相应的键值前缀，以便通过所述键值前缀获取所述目标业务数据的键值数据；获取etcd集群中的目标业务数据；基于所述键值前缀，将所述目标业务数据按照预设写入格式写入文件，以得到所述configmap文件；将所述configmap文件存放到pod的指定路径下，以便通过挂载将所述目标业务数据持久化；基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件或yaml格式文件；对所述json格式文件或所述yaml格式文件进行内容读取，并利用读取出的内容转换成的键值数据对所述目标业务数据进行数据恢复。可见，业务可以根据需要对数据进行选择性恢复，利用目标业务数据创建configmap文件，使用configmap实现etcd集群业务数据恢复，将etcd的配置数据恢复从整体统一恢复，精细化到业务层次的恢复，同时，减少了etcd集群配置数据恢复的用户命令行操作，从某种层度上降低了实际运维人员的操作难度和出错概率。在微服务领域中，实现了业务角度自主、灵活控制数据恢复的新创新。
[0083]
相应的，本技术实施例还公开了一种etcd集群业务数据恢复装置，参见图6所示，该装置包括：
[0084]
业务数据获取模块11，用于获取etcd集群中的目标业务数据；其中，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据；
[0085]
configmap文件创建模块12，用于利用所述目标业务数据创建configmap文件；
[0086]
数据恢复模块13，用于当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据恢复。
[0087]
其中，关于上述各个模块更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
[0088]
由此可见，通过本实施例的上述方案，获取etcd集群中的目标业务数据；其中，所
述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据；利用所述目标业务数据创建configmap文件；当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据恢复。可见，业务可以根据需要对数据进行选择性恢复，利用目标业务数据创建configmap文件，使用configmap实现etcd集群业务数据恢复，将etcd的配置数据恢复从整体统一恢复，精细化到业务层次的恢复，同时，减少了etcd集群配置数据恢复的用户命令行操作，从某种层度上降低了实际运维人员的操作难度和出错概率。在微服务领域中，实现了业务角度自主、灵活控制数据恢复的新创新。
[0089]
在一种具体的实施方式中，所述数据恢复模块13，具体用于基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件；通过所述目标业务数据对所述json格式文件进行内容读取，并将读取出的内容转换成所述目标业务数据的键值数据。
[0090]
在一种具体的实施方式中，所述etcd集群业务数据恢复，还用于所述获取etcd集群中的目标业务数据之前，为所述目标业务数据定义相应的键值前缀，以便通过所述键值前缀获取所述目标业务数据的键值数据。
[0091]
在一种具体的实施方式中，所述configmap文件创建模块12，包括：
[0092]
文件写入单元，用于基于所述键值前缀，将所述目标业务数据按照预设写入格式写入文件，以得到所述configmap文件。
[0093]
在一种具体的实施方式中，所述configmap文件创建模块12，还包括：
[0094]
目标业务数据持久化单元，用于利用所述目标业务数据创建configmap文件之后，将所述configmap文件存放到pod的指定路径下，以便通过挂载将所述目标业务数据持久化。
[0095]
在一种具体的实施方式中，所述configmap文件创建模块12，包括：
[0096]
格式文件确定单元，用于基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件或yaml格式文件；
[0097]
内容读取单元，用于对所述json格式文件或所述yaml格式文件进行内容读取；
[0098]
数据恢复单元，用于利用读取出的内容转换成的键值数据对所述目标业务数据进行数据恢复。
[0099]
在一种具体的实施方式中，所述的etcd集群业务数据恢复装置，还用于基于kubernetes机制利用所述configmap文件对所述目标业务数据进行数据恢复。
[0100]
进一步的，本技术实施例还公开了一种电子设备，图7是根据一示例性实施例示出的电子设备20结构图，图中内容不能认为是对本技术的使用范围的任何限制。
[0101]
图7为本技术实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现以下的步骤：
[0102]
获取etcd集群中的目标业务数据；其中，所述目标业务数据为所述etcd集群的所有业务中根据选择进行恢复的业务的数据；
[0103]
利用所述目标业务数据创建configmap文件；
[0104]
当所述etcd集群重启时，利用所述configmap文件对所述目标业务数据进行数据
恢复。
[0105]
在一些具体实施方式中，所述获取etcd集群中的目标业务数据之前，还可以进一步包括以下的步骤：
[0106]
为所述目标业务数据定义相应的键值前缀，以便通过所述键值前缀获取所述目标业务数据的键值数据。
[0107]
在一些具体实施方式中，所述利用所述目标业务数据创建configmap文件，具体可以实现以下的步骤：
[0108]
基于所述键值前缀，将所述目标业务数据按照预设写入格式写入文件，以得到所述configmap文件。
[0109]
在一些具体实施方式中，所述利用所述目标业务数据创建configmap文件之后，还可以进一步包括以下的步骤：
[0110]
将所述configmap文件存放到pod的指定路径下，以便通过挂载将所述目标业务数据持久化。
[0111]
在一些具体实施方式中，所述利用所述configmap文件对所述目标业务数据进行数据恢复，具体可以实现以下的步骤：
[0112]
基于所述configmap文件的文件内容，确定出所述configmap文件对应的json格式文件或yaml格式文件；
[0113]
对所述json格式文件或所述yaml格式文件进行内容读取，并利用读取出的内容转换成的键值数据对所述目标业务数据进行数据恢复。
[0114]
在一些具体实施方式中，还可以进一步包括以下的步骤：
[0115]
基于kubernetes机制利用所述configmap文件对所述目标业务数据进行数据恢复。
[0116]
另外，本实施例中的电子设备20具体可以为服务器。本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本技术技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
[0117]
另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222及数据223等，数据223可以包括各种各样的数据。存储方式可以是短暂存储或者永久存储。
[0118]
其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，其可以是windows server、netware、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的etcd集群业务数据恢复方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。
[0119]
进一步的，本技术实施例还公开了一种计算机可读存储介质，这里所说的计算机可读存储介质包括随机存取存储器(random access memory，ram)、内存、只读存储器(read-only memory，rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、磁碟或者光盘或技术领域内所公知的任意其他形式的存储介质。其中，所述计算机程序被处理器执行时实现前述etcd集群业务数据恢复方法。关于该方法的具体步骤可以参考前述实施例中公开
的相应内容，在此不再进行赘述。
[0120]
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
[0121]
结合本文中所公开的实施例描述的etcd集群业务数据恢复或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
[0122]
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0123]
以上对本发明所提供的一种etcd集群业务数据恢复方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。