CN112463455B - 一种容灾演练方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种容灾演练方法、装置、设备及可读存储介质。本申请公开的方法包括：获取对正在运行的原主机进行容灾演练的任务；根据任务对应的数据同步条件，确定任务的类型；根据类型在原主机的备站点中，确定任务对应的演练数据；基于演练数据，在备站点中创建与原主机完全相同的演练主机，并启动演练主机，以检查演练主机的可用性。本申请提供的容灾演练方案不影响原主机上的业务的正常运行，且由于容灾演练所需的演练数据基于容灾演练任务对应的数据同步条件执行，故无需手动操作，因此可以提高容灾演练效率。相应地，本申请提供的一种容灾演练装置、设备及可读存储介质，也同样具有上述技术效果。

Description

一种容灾演练方法、装置、设备及可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种容灾演练方法、装置、设备及可读存储介质。

背景技术

目前，对云主机进行容灾演练时，需要先将云主机关机，再手动复制演练所需数据至相应备站点。在备站点恢复得到新的云主机后，利用新的云主机代替原来的云主机，并检查新的云主机是否恢复成功，而后还需要进行原主机的回迁。可见，现有容灾演练方案会影响云主机上的业务的正常运行，且由于需要手动操作，导致容灾演练效率较低。

因此，如何实现不影响主机业务的容灾演练方案，是本领域技术人员需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种容灾演练方法、装置、设备及可读存储介质，以实现不影响主机业务的容灾演练方案。其具体方案如下：

第一方面，本申请提供了一种容灾演练方法，包括：

获取对正在运行的原主机进行容灾演练的任务；

根据所述任务对应的数据同步条件，确定所述任务的类型；

根据所述类型在所述原主机的备站点中，确定所述任务对应的演练数据；

基于所述演练数据，在所述备站点中创建与所述原主机完全相同的演练主机，并启动所述演练主机，以检查所述演练主机的可用性。

优选地，所述根据所述任务对应的数据同步条件，确定所述任务的类型，包括：

若所述数据同步条件为即时同步，则确定所述类型为即时备份演练；否则，确定所述类型为历史备份演练。

优选地，所述根据所述类型在所述原主机的备站点中，确定所述任务对应的演练数据，包括：

若所述类型为即时备份演练，则根据所述原主机的数据备份方式确定所述演练数据；

若所述类型为历史备份演练，则将当前所述备站点中的所述原主机的所有备份数据确定为所述演练数据。

优选地，所述根据所述原主机的数据备份方式确定所述演练数据，包括：

若所述数据备份方式为CDP备份，则等待RPO状态符合预设条件时，将当前所述备站点中的所述原主机的所有备份数据确定为所述演练数据；

若所述数据备份方式不是CDP备份，则将所述原主机中的所述演练数据备份至所述备站点。

优选地，所述将所述原主机中的所述演练数据备份至所述备站点之前，还包括：

判断所述原主机是否能够启动容灾演练；

若是，则将所述原主机加锁为容灾演练进行状态，并执行所述将所述原主机中的所述演练数据备份至所述备站点的步骤。

优选地，所述基于所述演练数据，在所述备站点中创建与所述原主机完全相同的演练主机之后，还包括：

将所述原主机解锁为容灾演练完成状态。

优选地，还包括：

按照所述原主机的原网络对所述备站点所处的网络进行配置，以得到与所述原网络完全相同的演练网络。

优选地，还包括：

容灾演练完成后，删除所述任务对应的演练记录。

优选地，若所述原主机有多个，且多个原主机属于同一业务组，则创建与每个原主机完全相同的演练主机后，按照每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组；

若所述原主机有多个，且多个原主机属于不同业务组，则创建与每个原主机完全相同的演练主机后，按照所述业务组的业务优先级和每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组。

第二方面，本申请提供了一种容灾演练装置，包括：

获取模块，用于获取对正在运行的原主机进行容灾演练的任务；

任务类型确定模块，用于根据所述任务对应的数据同步条件，确定所述任务的类型；

演练数据确定模块，用于根据所述类型在所述原主机的备站点中，确定所述任务对应的演练数据；

创建模块，用于基于所述演练数据，在所述备站点中创建与所述原主机完全相同的演练主机，并启动所述演练主机，以检查所述演练主机的可用性。

第三方面，本申请提供了一种容灾演练设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的容灾演练方法。

第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的容灾演练方法。

通过以上方案可知，本申请提供了一种容灾演练方法，包括：获取对正在运行的原主机进行容灾演练的任务；根据所述任务对应的数据同步条件，确定所述任务的类型；根据所述类型在所述原主机的备站点中，确定所述任务对应的演练数据；基于所述演练数据，在所述备站点中创建与所述原主机完全相同的演练主机，并启动所述演练主机，以检查所述演练主机的可用性。

可见，本申请能够对正在运行的原主机进行容灾演练，并且容灾演练过程中，根据容灾演练任务对应的数据同步条件确定任务类型，从而根据任务类型在备站点中确定容灾演练所需的演练数据，据此新创建与原主机完全相同的演练主机，此时原主机仍正在运行，也即：不用新创建的演练主机代替原主机，而是允许新创建的演练主机与原主机并存。故本申请提供的容灾演练方案不影响原主机上的业务的正常运行，且由于容灾演练所需的演练数据基于容灾演练任务对应的数据同步条件执行，故无需手动操作，因此可以提高容灾演练效率。

相应地，本申请提供的一种容灾演练装置、设备及可读存储介质，也同样具有上述技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请公开的一种容灾演练方法流程图；

图2为本申请公开的一种批量进行容灾演练的方案示意图；

图3为本申请公开的另一种容灾演练流程图；

图4为本申请公开的一种演练网络生成流程图；

图5为本申请公开的一种清理演练记录的流程图；

图6为本申请公开的一种容灾演练装置示意图；

图7为本申请公开的一种容灾演练设备示意图；

图8为本申请公开的另一种容灾演练设备示意图。

具体实施方式

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

目前，现有容灾演练方案会影响云主机上的业务的正常运行，且由于需要手动操作，导致容灾演练效率较低。为此，本申请提供了一种容灾演练方案，实现了不影响主机业务的容灾演练方案，提高了容灾演练效率。

参见图1所示，本申请实施例公开了一种容灾演练方法，包括：

S101、获取对正在运行的原主机进行容灾演练的任务。

在本实施例中，任务由用户基于SCP(Sangfor Cloud Platform，深信服云计算平台)的用户管理界面创建，任务中包括当前需要进行容灾演练的云主机、演练所需要备份的数据、数据的备份位置、备份方式以及该任务的数据同步条件等。SCP平台可以纳管多个HCI(深信服超融合平台)，一个HCI作为一个备站点，用于对云主机进行容灾保护。一个HCI中可以包括多个主机。

需要说明的是，原主机设置有相应的HCI作为其备站点，在原主机正常运行过程中，其上产生和存储的数据会以预设的备份方式同步至HCI，以便原主机故障时，基于HCI恢复原主机，保障业务运行的连续性。

S102、根据任务对应的数据同步条件，确定任务的类型。

其中，任务的数据同步条件可以为即时同步和非即时同步。即时同步即：要求演练数据和原主机当前产生、存储的数据尽可能同步。非即时同步即：演练数据为原主机在过去某一时刻产生、存储的数据，不要求演练数据与原主机当前产生、存储的数据同步。

相应的，容灾演练任务的类型可以为即时备份演练和历史备份演练。即时备份演练即：要求演练数据和原主机当前产生、存储的数据尽可能同步。历史备份演练即：演练数据为原主机在过去某一时刻产生、存储的数据，不要求演练数据与原主机当前产生、存储的数据同步。演练数据即需要从原主机中备份的、用于当前对原主机进行容灾演练的数据。

在一种具体实施方式中，根据任务对应的数据同步条件，确定任务的类型，包括：若数据同步条件为即时同步，则确定类型为即时备份演练；否则，确定类型为历史备份演练。

S103、根据类型在原主机的备站点中，确定任务对应的演练数据。

在一种具体实施方式中，根据类型在原主机的备站点中，确定任务对应的演练数据，包括：若类型为即时备份演练，则根据原主机的数据备份方式确定演练数据；若类型为历史备份演练，则将当前备站点中的原主机的所有备份数据确定为演练数据，也就是执行当前容灾演练任务不用刻意备份数据，直接用备站点中以前备份的数据即可。

在一种具体实施方式中，根据原主机的数据备份方式确定演练数据，包括：若数据备份方式为CDP(Continuous Data Protection，持续数据保护)备份，则等待RPO(RecoveryPoint Objective，恢复点目标)状态符合预设条件时，将当前备站点中的原主机的所有备份数据确定为演练数据；若数据备份方式不是CDP备份，则将原主机中的演练数据备份至备站点。此时要求演练数据和原主机当前产生、存储的数据尽可能同步，需要等到RPO状态符合预设条件(即演练数据和原主机当前产生、存储的数据的差异符合预设条件)，或者直接进行数据备份(虽然原主机上的数据会定期同步至备站点，但为使二者的数据差异最小化，并提高备份效率，降低备份数据量，此时对二者的差异数据进行备份即可)，以使演练数据和原主机当前产生、存储的数据的差异最小化。

需要说明的是，为保障容灾演练任务的顺利完成，可以对需要进行容灾演练的原主机加锁，以避免其他人员对原主机进行维护、更新等操作，而导致容灾演练失败。因此在一种具体实施方式中，将原主机中的演练数据备份至备站点之前，还包括：判断原主机是否能够启动容灾演练；若是，则将原主机加锁为容灾演练进行状态，并执行将原主机中的演练数据备份至备站点的步骤。相应的，基于演练数据，在备站点中创建与原主机完全相同的演练主机之后，还包括：将原主机解锁为容灾演练完成状态。

其中，判断原主机是否能够启动容灾演练，包括：判断原主机是否处于容灾演练进行状态、主机异常状态，或者判断其是否正在执行与容灾演练互斥的任务。

S104、基于演练数据，在备站点中创建与原主机完全相同的演练主机，并启动演练主机，以检查演练主机的可用性。

需要说明的是，一个任务可以同时对多个原主机进行容灾演练。若原主机有多个，且多个原主机属于同一业务组，则创建与每个原主机完全相同的演练主机后，按照每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组。例如：原主机有3个，且均属于业务组A，那么可创建得到3个演练主机，按照这3个原主机的启动优先级逐一启动这3个演练主机，并记录这3个演练主机属于业务组A。

若原主机有多个，且多个原主机属于不同业务组，则创建与每个原主机完全相同的演练主机后，按照业务组的业务优先级和每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组。例如：原主机有3个：原主机1、原主机2、原主机3，且原主机1和原主机2属于业务组B，原主机3属于业务组C，那么创建得到3个演练主机(演练主机1、演练主机和演练主机3)后，先按照业务组B和业务组C的业务优先级确定哪个业务组先启动，而后在业务组内部，按照业务组内各个原主机的启动优先级逐一启动各个演练主机，并记录演练主机1和演练主机2属于业务组B，演练主机3属于业务组C。其中，不同演练主机可以对应同一备站点，也可以对应不同备站点。

在一种具体实施方式中，还包括：按照原主机的原网络对备站点所处的网络进行配置，以得到与原网络完全相同的演练网络。对备站点所处的网络进行配置即：生成与原网络中位置、功能等相同的新路由、新交换机以及其他网络节点，连接新路由、新交换机、备站点以及其他网络节点，得到与原网络完全相同的演练网络。

在一种具体实施方式中，还包括：容灾演练完成后，删除任务对应的演练记录。演练记录包括：演练主机、演练网络、演练主机的分组以及执行任务时产生的其他信息。

可见，本申请实施例能够对正在运行的原主机进行容灾演练，并且容灾演练过程中，根据容灾演练任务对应的数据同步条件确定任务类型，从而根据任务类型在备站点中确定容灾演练所需的演练数据，据此新创建与原主机完全相同的演练主机，此时原主机仍正在运行，也即：不用新创建的演练主机代替原主机，而是允许新创建的演练主机与原主机并存。故本申请提供的容灾演练方案不影响原主机上的业务的正常运行，且由于容灾演练所需的演练数据基于容灾演练任务对应的数据同步条件执行，故无需手动操作，因此可以提高容灾演练效率。

本申请实施例公开了一种批量进行容灾演练的方案。该方案同时对多个业务组内的云主机进行容灾演练，同时生成与生产网络(原主机所处的原网络)隔离的演练网络，后续还可以一键清理掉本次演练所产生的记录，从而简化了容灾演练流程，提高了效率。

参见图2所示，容灾演练任务即恢复计划，该恢复计划包括多个业务组，每个业务组包括多个需要进行容灾演练的云主机(即原主机)。其中，执行恢复计划需要对其包括的业务组加锁(即：将进行容灾演练的云主机加锁为容灾演练进行状态)，以防止其他操作影响容灾演练进程。业务组执行阶段需要记录各个业务的分组信息，以便创建得到演练主机后，对演练主机进行分组。云主机执行阶段需要提供创建演练主机所需的资源(演练数据、数据备份位置、网络资源配置信息等)，并记录演练主机的相关信息(所属的备站点等)。

创建并拉起各个演练主机后，基于各个演练主机所属的备站点配置演练网络，并记录演练网络的网络资源信息。演练网络不连接任何物理网卡，不接入生产网络，从而不会对生产环境造成影响。之后用户可以手动检查各个演练主机的可用性，检查完成后可以在用户管理界面通过结束演练的功能，一键清理掉本次演练产生的演练资源。

请参见图3，本次容灾演练任务中的任一个云主机均可以据此进行容灾演练。

1、对需要进行容灾演练的云主机加锁，将云主机状态置为演练中。记录创建演练机(即演练主机)所需的资源信息(如ID、名称，并将该条记录状态置为创建中)，并根据本次任务的数据同步条件确定任务类型。

2、若不需要即时同步数据，则任务类型为no_sync；若需要即时同步数据，且云主机利用CDP备份数据，则任务类型为wait_cdp；若需要即时同步数据，但云主机利用其他方式备份数据，则任务类型为sync_backup。

3、若任务类型为sync_backup，则先检查云主机是否可以启动容灾演练。若云主机状态异常或已在进行容灾演练，则演练任务失败。若云主机可以启动容灾演练，则立即备份演练所需的数据至备站点。

4、若任务类型为wait_cdp，则定时检测RPO状态，直到检测到RPO状态满足预设条件，此时认为演练所需的数据已在备站点中就绪。

5、若任务类型为no_sync，则认为过去同步到备站点的数据可以作为演练所需的数据。过去同步到备站点的数据也可能是利用CDP备份得到的。

6、对于演练所需的数据，若其是利用CDP备份得到，则从CDP备份新建恢复云主机(即创建演练机)，若其是普通备份得到，则从普通备份新建恢复云主机(即创建演练机)。

7、使用容灾备机(即云主机)的配置修改演练机配置(如CPU、内存和网络配置等)，以使演练机和云主机保持一致。

8、更新演练机的记录状态为创建完成，开启演练机，并将云主机的容灾状态解锁，状态置为演练完成。

执行演练机的开机任务时，需要检查高优先级的演练是否都已开启，等待高优先级演练机已开机后，再开启低优先级演练机。优先级根据业务组重要性和主机启动优先级两个因素来排序。

请参见图4，图4为演练网络生成流程图。演练网络生成步骤包括：

1、获取备站点当前网络的拓扑信息，该拓扑信息依照云主机已有的配置生成。

2、采用深度优先搜索的策略遍历备站点的网络，以过滤出此次演练涉及到的网络节点、路由、交换机等配置信息，依靠这些以及云主机已有的配置复制出一份与生产网络相同的演练网络。

3、生成演练网络里需要的拓扑节点，并记录下这些拓扑节点的网络资源，这些节点包括演练机、路由器、交换机。

4、生效已经生成的交换机和路由器。

5、由于拓扑节点是自动生成的，所以生效后需要创建节点之间的拓扑连线。

6、设置拓扑节点的IP信息。

请参见图5，清理演练记录的流程包括：

1、从演练时产生的资源记录表里获取本次演练所有未清理(状态为创建中、创建完成、清理中)的资源记录(包括演练主机、云主机分组、网络设备等)。

2、清理演练云主机：

若云主机还存在，则需要将云主机先移动到回收站，再从回收站彻底删除。删除后将资源记录置为已删除。

若云主机已被移动到回收站，则直接从回收站彻底删除对应演练机。删除后将资源记录置为已删除。

若云主机已被彻底删除，则只需要将资源记录置为已删除。

3、清理云主机分组，并将对应的资源记录置为已删除。若分组已被提前删除，则跳过删除动作。

4、清理演练网络里的网络设备，并将对应的资源记录置为已删除。若网络设备已被提前删除，则跳过删除动作。

可见，本实施例同时对多个业务组内的云主机进行容灾演练，同时生成与生产网络隔离的演练网络，还可以一键清理掉本次演练所产生的记录，从而简化了容灾演练流程，提高了效率，实现了不影响用户业务且操作简便的容灾演练方案。

下面对本申请实施例提供的一种容灾演练装置进行介绍，下文描述的一种容灾演练装置与上文描述的一种容灾演练方法可以相互参照。

参见图6所示，本申请实施例公开了一种容灾演练装置，包括：

获取模块601，用于获取对正在运行的原主机进行容灾演练的任务；

任务类型确定模块602，用于根据任务对应的数据同步条件，确定任务的类型；

演练数据确定模块603，用于根据类型在原主机的备站点中，确定任务对应的演练数据；

创建模块604，用于基于演练数据，在备站点中创建与原主机完全相同的演练主机，并启动演练主机，以检查演练主机的可用性。

在一种具体实施方式中，任务类型确定模块具体用于：

若数据同步条件为即时同步，则确定类型为即时备份演练；否则，确定类型为历史备份演练。

在一种具体实施方式中，演练数据确定模块包括：：

第一确定单元，用于若类型为即时备份演练，则根据原主机的数据备份方式确定演练数据；

第二确定单元，用于若类型为历史备份演练，则将当前备站点中的原主机的所有备份数据确定为演练数据。

在一种具体实施方式中，第一确定单元具体用于：

若数据备份方式为CDP备份，则等待RPO状态符合预设条件时，将当前备站点中的原主机的所有备份数据确定为演练数据；

若数据备份方式不是CDP备份，则将原主机中的演练数据备份至备站点。

在一种具体实施方式中，演练数据确定模块还包括：

判断单元，判断原主机是否能够启动容灾演练；

执行单元，用于若原主机是否能够启动容灾演练，则将原主机加锁为容灾演练进行状态，并执行将原主机中的演练数据备份至备站点的步骤。

在一种具体实施方式中，还包括：

解锁模块，用于将原主机解锁为容灾演练完成状态。

在一种具体实施方式中，还包括：

演练网络生成模块，用于按照原主机的原网络对备站点所处的网络进行配置，以得到与原网络完全相同的演练网络。

在一种具体实施方式中，还包括：

清理模块，用于容灾演练完成后，删除任务对应的演练记录。

在一种具体实施方式中，若原主机有多个，且多个原主机属于同一业务组，则创建与每个原主机完全相同的演练主机后，按照每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组；若原主机有多个，且多个原主机属于不同业务组，则创建与每个原主机完全相同的演练主机后，按照业务组的业务优先级和每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组。

其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本实施例提供了一种容灾演练装置，该装置提供的容灾演练方案不影响原主机上的业务的正常运行，且由于容灾演练所需的演练数据基于容灾演练任务对应的数据同步条件执行，故无需手动操作，因此可以提高容灾演练效率。

下面对本申请实施例提供的一种容灾演练设备进行介绍，下文描述的一种容灾演练设备与上文描述的一种容灾演练方法及装置可以相互参照。

参见图7所示，本申请实施例公开了一种容灾演练设备，包括：

存储器701，用于保存计算机程序；

处理器702，用于执行所述计算机程序，以实现上述任意实施例公开的方法。

请参考图8，图8为本实施例提供的另一种容灾演练设备示意图，该容灾演练设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在容灾演练设备301上执行存储介质330中的一系列指令操作。

容灾演练设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作***341。例如，Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

在图8中，应用程序342可以是执行容灾演练方法的程序，数据344可以是执行容灾演练方法所需的或产生的数据。

上文所描述的容灾演练方法中的步骤可以由容灾演练设备的结构实现。

下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种容灾演练方法、装置及设备可以相互参照。

一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的容灾演练方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种容灾演练方法，其特征在于，包括：

获取对正在运行的原主机进行容灾演练的任务；

根据所述任务对应的数据同步条件，确定所述任务的类型；

根据所述类型在所述原主机的备站点中，确定所述任务对应的演练数据；

基于所述演练数据，在所述备站点中创建与所述原主机完全相同的演练主机，并启动所述演练主机，以检查所述演练主机的可用性，不影响所述原主机上的业务的正常运行；所述演练主机与所述原主机并存；

其中，若所述类型为即时备份演练、且所述原主机的数据备份方式不是CDP备份，则判断所述原主机是否能够启动容灾演练；若是，则将所述原主机加锁为容灾演练进行状态，并将所述原主机中的所述演练数据备份至所述备站点。

2.根据权利要求1所述的容灾演练方法，其特征在于，所述根据所述任务对应的数据同步条件，确定所述任务的类型，包括：

若所述数据同步条件为即时同步，则确定所述类型为即时备份演练；否则，确定所述类型为历史备份演练。

3.根据权利要求2所述的容灾演练方法，其特征在于，若所述类型为历史备份演练，则将当前所述备站点中的所述原主机的所有备份数据确定为所述演练数据。

4.根据权利要求3所述的容灾演练方法，其特征在于，若所述数据备份方式为CDP备份，则等待RPO状态符合预设条件时，将当前所述备站点中的所述原主机的所有备份数据确定为所述演练数据。

5.根据权利要求4所述的容灾演练方法，其特征在于，所述基于所述演练数据，在所述备站点中创建与所述原主机完全相同的演练主机之后，还包括：

将所述原主机解锁为容灾演练完成状态。

6.根据权利要求1至5任一项所述的容灾演练方法，其特征在于，还包括：

按照所述原主机的原网络对所述备站点所处的网络进行配置，以得到与所述原网络完全相同的演练网络。

7.根据权利要求6所述的容灾演练方法，其特征在于，还包括：

容灾演练完成后，删除所述任务对应的演练记录。

8.根据权利要求1所述的容灾演练方法，其特征在于，

若所述原主机有多个，且多个原主机属于同一业务组，则创建与每个原主机完全相同的演练主机后，按照每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组；

若所述原主机有多个，且多个原主机属于不同业务组，则创建与每个原主机完全相同的演练主机后，按照所述业务组的业务优先级和每个原主机在所属业务组中的启动优先级逐一启动各个演练主机，并记录各个演练主机所属的业务组。

9.一种容灾演练装置，其特征在于，包括：

获取模块，用于获取对正在运行的原主机进行容灾演练的任务；

任务类型确定模块，用于根据所述任务对应的数据同步条件，确定所述任务的类型；

演练数据确定模块，用于根据所述类型在所述原主机的备站点中，确定所述任务对应的演练数据；

创建模块，用于基于所述演练数据，在所述备站点中创建与所述原主机完全相同的演练主机，并启动所述演练主机，以检查所述演练主机的可用性，不影响所述原主机上的业务的正常运行；所述演练主机与所述原主机并存；

其中，若所述类型为即时备份演练、且所述原主机的数据备份方式不是CDP备份，则判断所述原主机是否能够启动容灾演练；若是，则将所述原主机加锁为容灾演练进行状态，并将所述原主机中的所述演练数据备份至所述备站点。

10.一种容灾演练设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至8任一项所述的容灾演练方法。

11.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的容灾演练方法。