灾备可视化展示系统及方法与流程

1.本发明涉及计算机网络技术领域，尤其涉及一种灾备可视化展示系统及方法。


背景技术：

2.随着业务系统规模的不断扩大，对支持业务系统正常运行的it设备性能、稳定性和安全性的要求也越来越高，网络拓扑结构也越来越复杂。目前，对于中大型业务系统的部署，通常会设置一个工作中心和两个灾备中心(两地三中心或三地三中心)，实现完善的容灾体系支撑。上述业务系统的网络拓扑结构通常是采用二维的呈现方式，随着规模的增加(例如功能和节点的不断增多)，网络拓扑结构会变得非常复杂。在业务系统中的部分节点发生故障之后，业务系统进行灾备，现有技术对于复杂的网络拓扑结构，难以获取故障之间的关联关系并进行展示。


技术实现要素：

3.本发明提供一种灾备可视化展示系统及方法，用以解决现有技术中的获取故障之间的关联关系并进行展示的耗时较长的缺陷，实现快速高效的故障信息展示。
4.本发明提供一种灾备可视化展示系统，包括：若干个节点、若干个虚拟机和云运维中心；
5.所述节点，用于当故障发生时，基于所述节点的当前故障生成当前故障的实时快照数据，并向任一虚拟机发送所述实时快照数据的备份请求；
6.所述虚拟机，用于接收所述实时快照数据的备份请求，当自身备份数据未达到备份上限时，接受所述实时快照数据的备份请求，并当所述实时快照数据满足预定的第一目标条件时，根据所述实时快照数据生成目标副本，将所述目标副本发送至所述云运维中心；
7.所述云运维中心，用于基于目标副本中的备份信息，获得所有发生故障的所述节点的关联故障数据，并对所述关联故障数据基于运维节点的展示请求下发备份信息，所述运维节点或云运维中心进行可视化展示。
8.根据本发明提供的一种灾备可视化展示系统，所述虚拟机，还用于当所述实时快照数据不满足所述第一目标条件或者满足所述虚拟机的第一更新周期时，丢弃所述实时快照数据，或当满足第二目标条件时，所述虚拟机将所述实时快照数据发送至第二虚拟机。
9.根据本发明提供的一种灾备可视化展示系统，所述虚拟机，还用于记录备份日志，所述备份日志包含发送所述实时快照数据的节点信息、接收所述虚拟机实时快照数据的第二虚拟机的信息和备份日志更新时间，并按照第三周期向云运维中心发送所述备份日志。
10.根据本发明提供的一种灾备可视化展示系统，所述备份信息，包括：故障节点的节点信息、故障类型、故障发生时间和所述故障节点的关联故障节点的节点信息。
11.根据本发明提供的一种灾备可视化展示系统，当发生故障的节点存在故障关联节点时，所述发生故障的节点，还用于向所述故障关联节点发送关联信息；
12.所述故障关联节点，用于记录所述关联信息，并当所述故障关联节点发生故障时，
将所述关联信息快照至自身的实时快照数据中。
13.本发明还提供一种灾备可视化展示方法，包括：
14.节点当故障发生时，基于所述节点的当前故障生成当前故障的实时快照数据，并向任一虚拟机发送所述实时快照数据的备份请求；
15.所述虚拟机接收所述实时快照数据的备份请求，当自身备份数据未达到备份上限时，接受所述实时快照数据的备份请求，并当所述实时快照数据满足预定的第一目标条件时，根据所述实时快照数据生成目标副本，将所述目标副本发送至云运维中心；
16.所述云运维中心基于目标副本中的备份信息，获得所有发生故障的所述节点的关联故障数据，并对所述关联故障数据基于运维节点的展示请求下发备份信息，所述运维节点或云运维中心进行可视化展示。
17.根据本发明提供的一种灾备可视化展示方法，还包括：
18.所述虚拟机当所述实时快照数据不满足所述第一目标条件或者满足所述虚拟机的第一更新周期时，丢弃所述实时快照数据，或当满足第二目标条件时，所述虚拟机将所述实时快照数据发送至第二虚拟机。
19.根据本发明提供的一种灾备可视化展示方法，还包括：
20.所述虚拟机，还用于记录备份日志，所述备份日志包含发送所述实时快照数据的节点信息、接收所述虚拟机实时快照数据的第二虚拟机的信息和备份日志更新时间，并按照第三周期向云运维中心发送所述备份日志。
21.根据本发明提供的一种灾备可视化展示方法，还包括：
22.当发生故障的节点存在故障关联节点时，所述发生故障的节点，还用于向所述故障关联节点发送关联信息；
23.所述故障关联节点，用于记录所述关联信息，并当所述故障关联节点发生故障时，将所述关联信息快照至自身的实时快照数据中。
24.根据本发明提供的一种灾备可视化展示方法，所述云运维中心基于目标副本中的备份信息，获得所有发生故障的所述节点的关联故障数据，具体包括：
25.所述云运维中心基于深度学习，对所述目标副本中的备份信息或各运维节点的经验数据进行关联分析，确定故障之间的关联关系。
26.本发明提供的灾备可视化展示系统及方法，通过节点在故障发生时，基于节点的当前故障生成当前故障的实时快照数据，并向任一虚拟机发送实时快照数据的备份请求，虚拟机接受备份请求，暂存实时快照数据，当实时快照数据满足预定的第一目标条件时，根据实时快照数据生成目标副本，将目标副本发送至云运维中心，云运维中心基于目标副本中的备份信息，获得所有发生故障的节点的关联故障数据，并对关联故障数据基于运维节点的展示请求下发备份信息，运维节点或云运维中心进行可视化展示，设计对节点的故障进行单纯的故障备份的虚拟机，云运维中心在获取故障节点的关联故障数据时，不需要基于整个业务系统的网络拓扑结构，避免错综复杂的网络连接关系分析，而仅需要基于目标故障节点及其关联节点的信息，能更快地获取故障之间的关联关系并进行展示，在繁杂的网络系统中能尽快确定一个故障是否会导致下一个可能故障的产生，从而能更快速、高效地对灾备系统的故障进行可视化展示。并且，虚拟机和云运维中心都可以备份，双重备份，能提高业务系统的安全性和可靠性。
附图说明
27.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
28.图1是本发明提供的灾备可视化展示系统的结构示意图；
29.图2是本发明提供的灾备可视化展示方法的流程示意图。
具体实施方式
30.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
31.在本发明实施例的描述中，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性，且不涉及顺序。
32.在本发明实施例的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明实施例中的具体含义。
33.下面结合图1至图2描述本发明提供的灾备可视化展示系统及方法。
34.图1是本发明提供的灾备可视化展示系统的结构示意图。下面结合图1描述本发明实施例的灾备可视化展示系统。如图1所示，该系统包括：若干个节点101、若干个虚拟机102和云运维中心103。
35.具体地，灾备可视化展示系统主要包括若干个节点101、若干个虚拟机102和云运维中心103。若干个，指一个或多个。优选地，该灾备可视化展示系统可以包括多个节点101、多个虚拟机102和云运维中心103。
36.任一节点101，可以为对整个业务系统具有局部或者全局影响的设备、应用子系统或服务器。节点101为网络节点，网络节点为对整个系统具有局部或者全局影响的节点设备、应用子系统或服务器。
37.节点101，可于与至少一个其他节点101连接，也可以不与其他节点101连接。
38.每一节点101，可以对应若干个虚拟机102。优选地，每一节点101，可以对应多个虚拟机102。每一节点101与其对应的各虚拟机102通信连接。
39.各节点101相对独立。各虚拟机102相互平等。每一节点101对应的各虚拟机102可以灵活分配：该节点101对应的任一虚拟机102可以属地化部署，即可以与该节点101处于同一区域(如同一城市或同一工业园区等)；也可以非属地化部署，即可以与该节点101不处于同一区域。
40.各虚拟机102可以被调遣于各节点101，即节点101与虚拟机102之间不存在一一对应的关系，从而可以减少虚拟机102的数量，实现轻量级的容灾记录和展示系统，便于后续
的整体故障展示。
41.云运维中心103，可以为位于云端的运维中心，可以基于云计算技术，进行业务系统的运维管理。每一虚拟机102均与云运维中心103通信连接。
42.节点101，用于当故障发生时，基于节点101的当前故障生成当前故障的实时快照数据，并向任一虚拟机102发送实时快照数据的备份请求。
43.具体地，对于任一节点101，当该节点101发生故障时，该节点101可以基于当前发生的故障(即当前故障)，生成该故障的实时快照数据。
44.生成实时快照数据之后，该节点101可以向任一虚拟机102发送实时快照数据的备份请求，请求向该虚拟机102发送该实时快照数据。
45.可选地，生成实时快照数据之后，该节点101可以向该节点101对应的任一虚拟机102发送实时快照数据的备份请求。
46.可选地，节点101对应的虚拟机102可以基于一定的顺序保存在列表中。节点101生成目标副本之后，可以向该列表中的第一个虚拟机102发送备份请求，该备份请求可以携带有该节点101的信息；该第一个虚拟机102接收该备份请求之后，查询自身的备份标识，备份标识用于表示自身是否可以进行备份动作；若可以，则进行备份动作，记录备份信息，保存该实时快照数据，还可以向该节点101对应的其他虚拟机102传递该实时快照数据；若不可以，则可以向该节点101返回拒绝信息，该拒绝信息可以用于指向该列表中的下一个虚拟机102，使得该节点101可以向下一个虚拟机102发送备份请求。
47.虚拟机102，用于接收实时快照数据的备份请求，当自身备份数据未达到备份上限时，接受实时快照数据的备份请求，并当实时快照数据满足预定的第一目标条件时，根据实时快照数据生成目标副本，将目标副本发送至云运维中心103。
48.具体地，接收到该实时快照数据的备份请求的每一虚拟机102，可以判断自身存储的备份数据是否达到备份上限。
49.在未达到备份上限的情况下，该虚拟机102可以接受该备份请求，进行备份动作，记录备份信息。具体地，该虚拟机102可以接受该备份请求之后，该节点101向该虚拟机102发送该实时快照数据；该虚拟机102可以接收该实时快照数据并进行保存。
50.该虚拟机102接收该实时快照数据之后，可以判断该实时快照数据是否满足预定的第一目标条件。
51.第一目标条件，可以包括目标故障节点的故障类型、故障等级、故障发生的频次以及与其他节点的关联状态中的至少一个满足预设条件。
52.目标故障节点，指生成该实时快照数据的节点。
53.可选地，目标故障节点的故障类型满足预设条件，可以指目标故障节点的故障类型为目标类型。目标类型可以包括断电和数据库严重错误等。
54.可选地，目标故障节点的故障等级满足预设条件，可以指目标故障节点的故障等级达到预设的等级。示例性地，在故障等级的严重程度由低到高依次为1-5，若预设的等级为3，则在目标故障节点的故障等级为3-5的情况下，目标故障节点的故障等级满足预设条件，在目标故障节点的故障等级为1-2的情况下，目标故障节点的故障等级不满足预设条件。
55.可选地，目标故障节点的故障发生的频次满足预设条件，可以指目标故障节点的
故障发生的频次大于或等于预设频次阈值。对于频次阈值的具体值，本发明实施例不进行具体限定。
56.可选地，目标故障节点与其他节点的关联状态，可以指目标故障节点与其他节点是否存在关联以及是否直接连接等。
57.在该实时快照数据满足第一目标条件的情况下，该虚拟机102可以根据该实时快照数据生成目标副本。
58.目标副本，可以携带有备份信息。
59.生成目标副本之后，该虚拟机102可以向云运维中心103发送该目标副本。
60.云运维中心103，用于基于目标副本中的备份信息，获得所有发生故障的节点101的关联故障数据，并对关联故障数据基于运维节点的展示请求下发备份信息，运维节点或云运维中心103进行可视化展示。
61.具体地，云运维中心103可以接收各虚拟机102发送的目标副本。
62.云运维中心103可以基于各目标副本中的备份信息，获得每一发生故障的节点101的关联故障数据。
63.云运维中心103具体可以通过经验数据或者基于自学习得到的关联分析模型(例如神经网络模型或知识图谱等)，获取每一发生故障的节点101的关联故障数据。通过经验数据或者基于自学习得到的模型获取发生故障的节点101的关联故障数据，可以基于编写好的脚本实现。
64.运维节点可以向云运维中心103发送展示请求。运维节点，用于进行该业务系统的运维管理。展示请求，可以携带有若干个节点的信息。
65.可选地，全局构架可以通过拖拽的方式进行构建，即展示请求携带节点的信息，可以通过拖拽的方式，将需要展示的节点的图标拖拽至相应的位置。即生成展示请求，包括将需要展示的节点的图标拖拽至相应的位置的操作。
66.可选地，生成展示请求，可以包括点击需要展示的节点的图标的操作。
67.云运维中心103接收该运维节点的展示请求之后，可以向该运维节点下发该展示请求对应的备份信息；该运维节点可以基于该备份信息，对上述若干个节点的故障情况(包括节点自身的故障数据和关联故障数据)进行可视化展示，即进行局部展示或单点展示。
68.云运维中心103也可以对上述若干个节点的故障情况进行可视化展示，即进行整体展示或集中化展示。
69.示例性地，可以在电子地图中突出显示故障节点以及发生上述关联故障的其他节点，以将故障节点以及发生上述关联故障的其他节点，与除此以外的节点进行区分。
70.示例性地，也可以仅显示故障节点以及发生上述关联故障的其他节点的信息，并标识根源故障节点(即目标故障节点)和关联故障节点(即发生上述关联故障的其他节点)。
71.运维节点(各子系统或者单节点)将收集到的干系故障数据进行汇总可实时展示，整体故障数据通过云端的云运维中心103将各个基础层面处理过程和结果实时汇总反馈在展示桌面。
72.可以理解的是，虚拟机102存储实时快照数据一段时间(即暂存实时快照数据)，便于实时快照数据的回滚，并且按照实时快照数据的重要性，将重要的实时快照数据发送至云运维中心103存储，便于实时快照数据存储的安全性和持久性。
73.传统的灾备中心和工作中心一般设置于同一机房内，在避免影响本地的故障事故造成故障和数据丢失的同时，灾备中心的恢复数据过程中会一定程度上影响到工作中心的正常工作，从而故障的产生更为频繁，并且该故障仍然局限在单系统内部，不利于故障的全局管控。而本发明实施例，通过挂载实施快照数据进行数据恢复，不会影响工作中心的正常工作，从而减少故障的产生，有利于故障的全局管控。
74.本发明实施例通过节点在故障发生时，基于节点的当前故障生成当前故障的实时快照数据，并向任一虚拟机发送实时快照数据的备份请求，虚拟机接受备份请求，暂存实时快照数据，当实时快照数据满足预定的第一目标条件时，根据实时快照数据生成目标副本，将目标副本发送至云运维中心，云运维中心基于目标副本中的备份信息，获得所有发生故障的节点的关联故障数据，并对关联故障数据基于运维节点的展示请求下发备份信息，运维节点或云运维中心进行可视化展示，设计对节点的故障进行单纯的故障备份的虚拟机，云运维中心在获取故障节点的关联故障数据时，不需要基于整个业务系统的网络拓扑结构，避免错综复杂的网络连接关系分析，而仅需要基于目标故障节点及其关联节点的信息，能更快地获取故障之间的关联关系并进行展示，在繁杂的网络系统中能尽快确定一个故障是否会导致下一个可能故障的产生，从而能更快速、高效地对灾备系统的故障进行可视化展示。并且，虚拟机和云运维中心都可以备份，双重备份，能提高业务系统的安全性和可靠性。
75.基于上述任一实施例的内容，虚拟机102，还用于当实时快照数据不满足第一目标条件或者满足虚拟机102的第一更新周期时，丢弃实时快照数据，或当满足第二目标条件时，虚拟机102将实时快照数据发送至第二虚拟机。
76.具体地，虚拟机102接收该实时快照数据之后，可以判断该实时快照数据是否满足预定的第一目标条件。
77.在该实时快照数据不满足第一目标条件的情况下，虚拟机102可以丢弃该实时快照数据，即不再存储该实时快照数据。不满足第一目标条件，说明故障(或者实时快照数据)不重要或者没有关联故障节点，继续存储实时快照数据没有意义。
78.虚拟机102还可以周期地丢弃存储的实时快照数据，即在存储该实时快照数据的时长达到第一更新周期时，说明该实时快照数据过于陈旧，该虚拟机102可以丢弃该实时快照数据。
79.第一更新周期可以根据实际需求预先设定。对于第一更新周期的具体时长，本发明实施例不进行具体限定。
80.虚拟机102可以在满足第二目标条件时，可以向第二虚拟机发送该实时快照数据，并删除自身存储的该实时快照数据，便于对节点自动挂载前次实时快照数据(来自虚拟机102或者第二虚拟机)，进行双重保护。
81.第二虚拟机，是与该虚拟机102不相同的其他虚拟机。因此，虚拟机102自身存储的某一节点101的实时快照数据为本地快照，第二虚拟机存储的该实时快照数据为异地快照。
82.需要说明的是，本地快照和异地快照均可以被发送至云运维中心103，存储于云运维中心103，便于在故障发生时，进行故障数据回滚与自动拉起。
83.第二目标条件，可以包括满足虚拟机的第二更新周期或者实时快照数据满足当前虚拟机的备份上限。
84.第二更新周期可以根据实际需求预先设定。对于第二更新周期的具体时长，本发明实施例不进行具体限定。
85.本发明实施例通过在实时快照数据可丢弃时，丢弃实时快照数据，能轻量化虚拟机，避免无意义的数据占用存储空间，减轻虚拟机的备份负担，并且通过当实时快照数据又不可丢弃时，将实时快照数据发送给其他的虚拟机，便于虚拟机的数据及时回滚式更新，避免无故丢失。
86.基于上述任一实施例的内容，虚拟机102，还用于记录备份日志，备份日志包含发送实时快照数据的节点信息、接收虚拟机实时快照数据的第二虚拟机的信息和备份日志更新时间，并按照第三周期向云运维中心103发送备份日志。
87.具体地，虚拟机102还可以记录备份日志。
88.备份日志，可以包含发送实时快照数据的节点的id、ip地址和端口号等信息，第二虚拟机的id等信息和备份日志的更新时间。
89.对于虚拟机102所记录的备份日志，该虚拟机可以周期性地向云运维中心103进行发送，即距离上一次发送备份日志的时长达到第三周期时，向云运维中心103发送备份日志。第三周期可以根据实际需求预先设定。对于第三周期的具体时长，本发明实施例不进行具体限定。
90.本发明实施例通过虚拟机记录备份日志，使得节点相对独立，从而云运维中心在确定故障节点的关联故障时，不需要基于整个业务系统的网络拓扑结构，避免错综复杂的网络连接关系分析，而仅需要基于故障节点及其关联节点的信息，能更快地获取故障之间的关联关系并进行展示，能更快速、高效地对灾备系统的故障进行可视化展示。
91.基于上述任一实施例的内容，备份信息，包括：故障节点的节点信息、故障类型、故障发生时间和故障节点的节点的基础信息。
92.具体地，节点的节点信息，可以包括节点的标识信息(id)、ip地址和端口号等。
93.故障节点的关联节点，指与该节点存在关联的其他节点。通常情况下，该故障节点影响到的其他节点构成的集合，为故障节点的关联节点构成的集合的子集。
94.可以将故障节点的备份信息作为前述关联分析模型的输入，获取该关联分析模型输出的该故障节点的关联故障数据。
95.本发明实施例通过故障节点的节点信息、故障类型、故障发生时间和目标故障节点的关联节点的节点信息，能更准确、快速地获取故障之间的关联关系。并且，便于大数据关联性分析得到故障间关系，以及后续的灾备展示。
96.基于上述任一实施例的内容，当发生故障的节点101存在故障关联节点时，发生故障的节点101，还用于向故障关联节点发送关联信息。
97.具体地，当发生故障的节点101(即故障节点)存在故障关联节点(即其他发生故障的节点，且其他发生故障的节点所发生的故障与该节点101所发生的故障存在关联关系)时，该节点101可以向自身的故障关联节点发送关联信息。
98.关联信息，用于描述故障关联节点所发生的故障与该节点101所发生的故障之间的关联关系。
99.故障关联节点，用于记录关联信息，并当故障关联节点发生故障时，将关联信息快照至自身的实时快照数据中。
100.具体地，故障关联节点可以接收上述关联信息并进行记录。在该故障关联节点发生故障时，可以将当前故障的相关信息和关联信息快照至自身的实时快照数据中。
101.本发明实施例通过发生故障的节点向故障关联节点发送关联信息，故障关联节点记录关联信息，并当故障关联节点发生故障时，将关联信息快照至自身的实时快照数据中，便于关联信息的及时记录，有利于云运维中心和各运维节点读取到关联信息。并且，通过各种渠道将基础层面的单节点的故障信息发送到各个干系子系统或关联节点，使得云运维中心可以基于各节点的故障信息计算节点故障之间的关系，能更快、更方便地获取故障之间的关联关系。
102.图2是本发明提供的灾备可视化展示方法的流程示意图。下面结合图2描述本发明实施例的灾备可视化展示方法。如图2所示，该方法包括：步骤201、步骤202和步骤203。
103.具体地，本发明实施例提供的灾备可视化展示方法，可以基于上述任一灾备可视化展示系统实施例所提供的灾备可视化展示系统实施。即本发明实施例提供的灾备可视化展示方法的执行主体，可以为上述任一种灾备可视化展示系统。
104.步骤201、节点当故障发生时，基于所述节点的当前故障生成当前故障的实时快照数据，并向任一虚拟机发送所述实时快照数据的备份请求。
105.具体地，对于任一节点101，当该节点101发生故障时，该节点101可以基于当前发生的故障(即当前故障)，生成该故障的实时快照数据。
106.生成实时快照数据之后，该节点101可以向任一虚拟机102发送实时快照数据的备份请求，请求向该虚拟机102发送该实时快照数据。
107.步骤202、所述虚拟机接收所述实时快照数据的备份请求，当自身备份数据未达到备份上限时，接受所述实时快照数据的备份请求，并当所述实时快照数据满足预定的第一目标条件时，根据所述实时快照数据生成目标副本，将所述目标副本发送至所述云运维中心。
108.具体地，接收到该实时快照数据的备份请求的每一虚拟机102，可以判断自身存储的备份数据是否达到备份上限。
109.在未达到备份上限的情况下，该虚拟机102可以接受该备份请求，进行备份动作，记录备份信息。具体地，该虚拟机102可以接受该备份请求之后，该节点101向该虚拟机102发送该实时快照数据；该虚拟机102可以接收该实时快照数据并进行保存。
110.该虚拟机102接收该实时快照数据之后，可以判断该实时快照数据是否满足预定的第一目标条件。
111.第一目标条件，可以包括目标故障节点的故障类型、故障等级、故障发生的频次以及与其他节点的关联状态中的至少一个满足预设条件。
112.目标故障节点，指生成该实时快照数据的节点。
113.可选地，目标故障节点的故障类型满足预设条件，可以指目标故障节点的故障类型为目标类型。目标类型可以包括断电和数据库严重错误等。
114.可选地，目标故障节点的故障等级满足预设条件，可以指目标故障节点的故障等级达到预设的等级。示例性地，在故障等级的严重程度由低到高依次为1-5，若预设的等级为3，则在目标故障节点的故障等级为3-5的情况下，目标故障节点的故障等级满足预设条件，在目标故障节点的故障等级为1-2的情况下，目标故障节点的故障等级不满足预设条
件。
115.可选地，目标故障节点的故障发生的频次满足预设条件，可以指目标故障节点的故障发生的频次大于或等于预设频次阈值。对于频次阈值的具体值，本发明实施例不进行具体限定。
116.可选地，目标故障节点与其他节点的关联状态，可以指目标故障节点与其他节点是否存在关联以及是否直接连接等。
117.在该实时快照数据满足第一目标条件的情况下，该虚拟机102可以根据该实时快照数据生成目标副本。
118.目标副本，可以携带有备份信息。
119.生成目标副本之后，该虚拟机102可以向云运维中心103发送该目标副本。
120.步骤203、云运维中心基于目标副本中的备份信息，获得所有发生故障的所述节点的关联故障数据，并对所述关联故障数据基于运维节点的展示请求下发备份信息，所述运维节点或云运维中心进行可视化展示。
121.具体地，云运维中心103可以接收各虚拟机102发送的目标副本。
122.云运维中心103可以基于各目标副本中的备份信息，获得每一发生故障的节点101的关联故障数据。
123.云运维中心103具体可以通过经验数据或者基于自学习得到的关联分析模型(例如神经网络模型或知识图谱等)，获取每一发生故障的节点101的关联故障数据。通过经验数据或者基于自学习得到的模型获取发生故障的节点101的关联故障数据，可以基于编写好的脚本实现。
124.运维节点可以向云运维中心103发送展示请求。运维节点，用于进行该业务系统的运维管理。展示请求，可以携带有若干个节点的信息。
125.云运维中心103接收该运维节点的展示请求之后，可以向该运维节点下发该展示请求对应的备份信息；该运维节点可以基于该备份信息，对上述若干个节点的故障情况(包括节点自身的故障数据和关联故障数据)进行可视化展示，即进行局部展示或单点展示。
126.本发明实施例通过节点在故障发生时，基于节点的当前故障生成当前故障的实时快照数据，并向任一虚拟机发送实时快照数据的备份请求，虚拟机接受备份请求，暂存实时快照数据，当实时快照数据满足预定的第一目标条件时，根据实时快照数据生成目标副本，将目标副本发送至云运维中心，云运维中心基于目标副本中的备份信息，获得所有发生故障的节点的关联故障数据，并对关联故障数据基于运维节点的展示请求下发备份信息，运维节点或云运维中心进行可视化展示，设计对节点的故障进行单纯的故障备份的虚拟机，云运维中心在获取故障节点的关联故障数据时，不需要基于整个业务系统的网络拓扑结构，避免错综复杂的网络连接关系分析，而仅需要基于目标故障节点及其关联节点的信息，能更快地获取故障之间的关联关系并进行展示，在繁杂的网络系统中能尽快确定一个故障是否会导致下一个可能故障的产生，从而能更快速、高效地对灾备系统的故障进行可视化展示。并且，虚拟机和云运维中心都可以备份，双重备份，能提高业务系统的安全性和可靠性。
127.基于上述任一实施例的内容，灾备可视化展示方法还包括：虚拟机当实时快照数据不满足第一目标条件或者满足虚拟机的第一更新周期时，丢弃实时快照数据，或当满足
第二目标条件时，虚拟机将实时快照数据发送至第二虚拟机。
128.具体地，虚拟机102接收该实时快照数据之后，可以判断该实时快照数据是否满足预定的第一目标条件。
129.在该实时快照数据不满足第一目标条件的情况下，虚拟机102可以丢弃该实时快照数据，即不再存储该实时快照数据。不满足第一目标条件，说明故障(或者实时快照数据)不重要或者没有关联故障节点，继续村存储实时快照数据没有意义。
130.虚拟机102还可以周期地丢弃存储的实时快照数据，即在存储该实时快照数据的时长达到第一更新周期时，说明该实时快照数据过于陈旧，该虚拟机102可以丢弃该实时快照数据。
131.第一更新周期可以根据实际需求预先设定。对于第一更新周期的具体时长，本发明实施例不进行具体限定。
132.虚拟机102可以在满足第二目标条件时，可以向第二虚拟机发送该实时快照数据，并删除自身存储的该实时快照数据，便于对节点自动挂载前次实时快照数据(来自虚拟机102或者第二虚拟机)，进行双重保护。
133.第二虚拟机，是与该虚拟机102不相同的其他虚拟机。因此，虚拟机102自身存储的某一节点101的实时快照数据为本地快照，第二虚拟机存储的该实时快照数据为异地快照。
134.第二目标条件，可以包括满足虚拟机的第二更新周期或者实时快照数据满足当前虚拟机的备份上限。
135.第二更新周期可以根据实际需求预先设定。对于第二更新周期的具体时长，本发明实施例不进行具体限定。
136.本发明实施例通过在实时快照数据可丢弃时，丢弃实时快照数据，能轻量化虚拟机，避免无意义的数据占用存储空间，减轻虚拟机的备份负担，并且通过当实时快照数据又不可丢弃时，将实时快照数据发送给其他的虚拟机，便于虚拟机的数据及时回滚式更新，避免无故丢失。
137.基于上述任一实施例的内容，灾备可视化展示方法还包括：虚拟机，还用于记录备份日志，备份日志包含发送实时快照数据的节点信息、接收虚拟机实时快照数据的第二虚拟机的信息和备份日志更新时间，并按照第三周期向云运维中心发送备份日志。
138.具体地，虚拟机102还可以记录备份日志。
139.备份日志，可以包含发送实时快照数据的节点的id、ip地址和端口号等信息，第二虚拟机的id等信息和备份日志的更新时间。
140.对于虚拟机102所记录的备份日志，该虚拟机可以周期性地向云运维中心103进行发送，即距离上一次发送备份日志的时长达到第三周期时，向云运维中心103发送备份日志。第三周期可以根据实际需求预先设定。对于第三周期的具体时长，本发明实施例不进行具体限定。
141.本发明实施例通过虚拟机记录备份日志，使得节点相对独立，从而云运维中心在确定故障节点的关联故障时，不需要基于整个业务系统的网络拓扑结构，避免错综复杂的网络连接关系分析，而仅需要基于故障节点及其关联节点的信息，能更快地获取故障之间的关联关系并进行展示，能更快速、高效地对灾备系统的故障进行可视化展示。
142.基于上述任一实施例的内容，灾备可视化展示方法还包括：当发生故障的节点存
在故障关联节点时，发生故障的节点，还用于向故障关联节点发送关联信息。
143.具体地，当发生故障的节点101(即故障节点)存在故障关联节点(即其他发生故障的节点，且其他发生故障的节点所发生的故障与该节点101所发生的故障存在关联关系)时，该节点101可以向自身的故障关联节点发送关联信息。
144.关联信息，用于描述故障关联节点所发生的故障与该节点101所发生的故障之间的关联关系。
145.故障关联节点，用于记录关联信息，并当故障关联节点发生故障时，将关联信息快照至自身的实时快照数据中。
146.具体地，故障关联节点可以接收上述关联信息并进行记录。在该故障关联节点发生故障时，可以将当前故障的相关信息和关联信息快照至自身的实时快照数据中。
147.本发明实施例通过发生故障的节点向故障关联节点发送关联信息，故障关联节点记录关联信息，并当故障关联节点发生故障时，将关联信息快照至自身的实时快照数据中，便于关联信息的及时记录，有利于云运维中心和各运维节点读取到关联信息。并且，通过各种渠道将基础层面的单节点的故障信息发送到各个干系子系统或关联节点，使得云运维中心可以基于各节点的故障信息计算节点故障之间的关系，能更快、更方便地获取故障之间的关联关系。
148.基于上述任一实施例的内容，云运维中心基于目标副本中的备份信息，获得所有发生故障的节点的关联故障数据，具体包括：云运维中心基于深度学习，对目标副本中的备份信息或各运维节点的经验数据进行关联分析，确定故障之间的关联关系。
149.具体地，云运维中心可以预先基于大数据技术，根据样本备份信息进行自学习，得到训练好的关联分析模型。
150.可选地，自学习可以采用深度学习等方法。
151.可选地，可以将各目标副本中的备份信息输入该关联分析模型，由该关联分析模型对各目标副本中的备份信息进行关联分析，获取该关联分析模型输出的故障之间的关联关系。
152.可选地，可以将各运维节点的经验数据输入该关联分析模型，由该关联分析模型对各运维节点的经验数据进行关联分析，获取该关联分析模型输出的故障之间的关联关系。
153.本发明实施例通过基于深度学习，目标副本中的备份信息或各运维节点的经验数据进行关联分析，获取关联故障数据，能更快速、准确地确定故障节点之间的关联关系。
154.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。