CN112527552B - 容灾方法、装置、局点和存储介质 - Google Patents

Abstract

本发明实施例涉及通信与信息领域，公开了一种容灾方法、装置、局点和存储介质。本发明中，容灾方法包括：若确定本局点的身份为备用局点，检测是否存在满足预设条件的目标局点；预设条件包括：目标局点的身份为主用局点，目标局点被分配给本局点且尚未与本局点建立灾备关系；若存在满足预设条件的目标局点，与目标局点建立灾备关系；为目标局点备份目标局点中待备份的数据。能够提高业务扩展的灵活性。

Description

容灾方法、装置、局点和存储介质

技术领域

本发明实施例涉及通信与信息领域，特别涉及一种容灾方法、装置、局点和存储介质。

背景技术

随着电信系统的管理能力日益扩展、数据信息量亦呈爆炸式增长，相应的系统高可用性，数据的容灾性显得尤为重要。分布式作为系统能力扩展的一种有效架构形式，将应用以微服务、容器的形态部署在平台即服务(Platform as a Service，简称PaaS)上，被广泛地应用于电信系统。

目前，系统容灾方案中的灾备关系主要是一一对应的，即一个备用局点仅可备份一个主用局点。如果增加一个主用局点，就要新搭建一个备用局点来备份新增的主用局点生产的数据，因此业务扩展不够灵活。

发明内容

本发明实施方式的目的在于提供一种容灾方法、装置、局点和存储介质，备用局点主动与主用局点建立灾备关系，能够避免主用局点主动与备用局点建立灾备关系时，因在运行进程中扩展业务而造成原始业务中断的情况，同时提高了业务扩展的灵活性。

为解决上述技术问题，本发明的实施方式提供了一种容灾方法，包括：若确定本局点的身份为备用局点，检测是否存在满足预设条件的目标局点；预设条件包括：目标局点的身份为主用局点，目标局点被分配给本局点且尚未与本局点建立灾备关系；若存在满足预设条件的目标局点，与目标局点建立灾备关系；为目标局点备份目标局点中待备份的数据。

本发明的实施方式还提供了一种容灾装置，包括：综合服务模块、消息中间件以及内嵌有数据备份模块的应用；综合服务模块，用于在确定本局点为备用局点身份时，检测是否存在满足预设条件的目标局点，预设条件包括：目标局点为主用局点身份，目标局点被分配给本局点且尚未与本局点建立灾备关系；还用于与满足预设条件的目标局点建立灾备关系；消息中间件，用于存储来自综合服务模块的本局点的身份信息；应用中的数据备份模块，用于监听消息中间件中的本局点的身份信息，并在本局点与目标局点建立灾备关系后，根据本局点的身份信息，为目标局点备份目标局点中待备份的数据。

本发明的实施方式还提供了一种局点，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的容灾方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，其特征在于，计算机程序被处理器执行时实现上述容灾方法。

本发明实施方式相对于现有技术而言，备用局点主动检测被分配给本局点且尚未与本局点建立灾备关系的主用局点，并主动请求建立灾备关系，备用局点可与多个主用局点建立灾备关系，解决灾备关系一一对应时容灾架构相对固化的问题。而且主用局点不需要关心备用局点的状态，提高了业务扩展的灵活性。

另外，与主用局点建立灾备关系，包括：向目标局点发送连接请求，并在接收到目标局点的允许连接的应答后，确认灾备关系建立成功。备用局点主动发起连接，即，对于主用局点而言，无需知晓其对应的备用局点，减轻了主用局点在建立灾备关系的过程中的工作负担。

另外，检测是否存在满足预设条件的所述目标局点，包括：扫描预存的主用局点列表；主用局点列表包括被分配给本局点的所有主用局点；检测主用局点列表中各主用局点的当前状态，并将当前状态为尚未与本局点建立灾备关系的主用局点确定为满足所述预设条件的目标局点。备用局点中预存有主用局点列表，扫描表中未建立灾备关系的主用局点，提供了一种具体的检测方式，确保备用局点只和满足预设条件的主用局点建立灾备关系。

另外，为目标局点备份目标局点中待备份的数据，包括：从目标局点的用于供备用局点访问的存储区拉取待备份的数据。备用局点主动从已经建立灾备关系的主用局点中拉取待备份的数据，而不需要主用局点将数据分配给对应的备用局点，减轻了在备份数据过程中主用局点的工作负担。

另外，待备份的数据被绑定有目标局点的身份信息；为目标局点备份目标局点中待备份的数据，包括：根据身份信息，将待备份的数据存储至与目标局点对应的存储区域。根据身份信息能够知晓获取的待备份的数据的来源，可以根据身份信息将获取的所有待备份的数据进行区分，便于对获取的待备份的数据进行存储管理。且身份信息具有唯一性，保证了获取的待备份的数据来源可靠。

另外，与目标局点建立灾备关系后，还包括：若检测到本局点与目标局点身份互换，在接收到目标局点的连接请求时，向目标局点发送允许连接的应答。本实施例提供了主备身份互换后的一种处理方式。

另外，检测到本局点与目标局点身份互换后，还包括：将本局点存储的目标局点的备份数据放入本局点的预设存储区，以供目标局点从本局点的预设存储区拉取。提供了一种在身份互换之后本局点的工作情况。

另外，检测到本局点与目标局点身份互换后，还包括：清除或转存本局点中存储的除为目标局点以外的局点备份的数据。将其它灾备关系中主用局点的备份数据和目标局点的备份数据分开存放，便于身份互换后的目标局点直接拉取，降低目标局点拉取备份数据过程的难度。

另外，为目标局点备份目标局点中待备份的数据，包括：本局点的应用为目标局点中的与应用相同的应用备份数据。本局点和目标局点中的各应用一一对应，本局点的应用要备份对应的目标局点的应用的数据。提供一种数据备份的方法，使得数据备份过程更有条理。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明第一实施方式中2+2型容灾架构的结构示意图；

图2是本发明第一实施方式中容灾方法流程图；

图3是本发明第一实施方式中2+2型容灾架构的灾备关系示意图；

图4是本发明第一实施方式中3+2型容灾架构的灾备关系示意图；

图5是本发明第一实施方式中3+3型容灾架构的灾备关系示意图；

图6是本发明第二实施方式中容灾方法流程图；

图7是本发明第三实施方式中容灾方法流程图；

图8是本发明第四实施方式中容灾方法流程图；

图9是本发明第五实施方式中容灾方法流程图；

图10是本发明第六实施方式中容灾装置的结构示意图；

图11是本发明第六实施方式中2+2型容灾构架灾备关系建立的示意图；

图12是本发明第六实施方式中2+2型容灾构架备份数据的示意图；

图13是本发明第七实施方式中局点的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

发明人发现，新搭建一个备用局点来备份新增的主用局点生产的数据虽然能够达到容灾的目的，但是会对资源有较大的需求，不可避免的增加了系统的运维成本。同时，如果采用主用局点主动与备用局点建立灾备关系的方案，在进行业务扩展时会造成业务中断，影响业务扩展的灵活性。基于此，发明人提出了本申请的技术方案。

本发明的第一实施方式涉及一种容灾方法。在本实施方式中，如果本局点的身份为备用局点，则与分配给本局点且尚未与本局点建立灾备关系的主用局点建立灾备关系。灾备关系建立之后本局点作为备用局点来备份主用局点中的数据。整个容灾方法涉及M+N型容灾架构，该容灾架构由主用域和备用域组成，其中，主用域包含M个主用局点，备用域包含N个备用局点。可视为该容灾架构由M个主用局点和N个备用局点组成，且主用局点和备用局点之间可以互相通信。一个主用局点可与多个备用局点建立灾备关系，一个备用局点也可与多个主用局点建立灾备关系，每个局点根据实际规划需求可以部署在相同或不同的地区。其中，M和N均为大于等于1的自然数。如图1所示，M和N均为2时，即容灾架构为2+2型时的结构示意图，主用域中包括主用局点A和B，备用域中包括D和E。下面对本实施方式的容灾方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。具体流程如图2所示，包括：

步骤101，当确定本局点的身份为备用局点时，检测是否存在满足预设条件的目标局点；若存在，则进入步骤102；否则，流程结束。

具体地说，检测是否存在满足预设条件的目标局点过程中，首先，本局点扫描预存的主用局点列表，主用局点列表包括被分配给本局点的所有主用局点，然后检测主用局点列表中各主用局点的当前状态，并将当前状态为尚未与本局点建立灾备关系的主用局点确定为满足所述预设条件的目标局点。

在一个具体的例子中，局点的身份包括主用局点和备用局点，运维人员可以通过特定的界面来进行配置，来达到设置局点的身份的目的。

步骤102，与目标局点建立灾备关系。

具体地说，当检测到有满足预设条件的目标局点时，本局点作为备用局点向目标局点发送连接请求，并在接收到目标局点的允许连接的应答后，确认灾备关系建立成功。连接请求可以包含本局点的身份信息，以供目标局点识别并记录本局点的身份信息，这样目标局点就能够知晓连接请求的来源，即知晓建立灾备关系的对象。

步骤103，为目标局点备份目标局点中待备份的数据。

具体地说，本局点为备用局点身份时，会从目标局点的预设存储区拉取目标局点中待备份的数据。这种方式可以很好的解决多对多灾备关系带来的耦合性，主用局点只需要备份数据，与备用局点的恢复流程解耦，且主用域中的各主用局点之间、备用域中的各备用局点之间均是互不影响，不会因为一个主用局点生产待备份的数据失败，或者是一个备用局点备份数据失败，导致整个容灾过程的不可用。

具体地说，待备份的数据被绑定有目标局点的身份信息，本局点会根据身份信息，将待备份的数据存储至与目标局点对应的存储区域。

具体地说，待备份的数据和目标局点中的各应用一一对应，当本局点为目标局点备份目标局点中待备份的数据时，本局点的各应用为目标局点备份目标局点的各应用中的待备份的数据，且本局点的各应用和目标局点的各应用一一对应。

在一个具体的例子中，主用局点中的各应用生产容灾所需的数据，该数据待备份。应用根据自身业务的特殊性根据相关参数自主决定备份策略，备份策略包括：周期、全量备份、增量备份等，在此不做限定。对于系统中各关键应用的数据，备份周期可以尽可能的短，例如可以设置为30秒备份一次。对于非关键应用，可以选择1小时备份一次。对于数据量大的应用，可以选择增量同步，反之可以选择全量备份。需要说明的是，关键应用和非关键应用可以根据预设的标准来进行区分，在此不对界定关键应用和非关键应用的标准做限定，实际操作时可根据实际情况决定。特别地，对于主用域中的主用局点来讲，可能存在多个主用局点被同一个备用局点备份的情况，故在数据备份时，每个主用局点在数据备份时携带了主用局点标识位，即绑定身份信息。相应的，备用域中各备用局点中应用从主用域中激活态的主用局点的存储介质中拉取对应的备份数据，以进行数据同步。数据同步的周期、频次、时机可由各应用根据自身业务通过配置相关参数确定。备用域中各局点中的应用将备份数据恢复至备局，保持主备局数据的一致性。对于备用域中的备用局点来讲，可能存在一个备用局点备份多个主用局点的情况，故在数据恢复时，备份数据携带的主用局标识位需要一并恢复。原则上，主用域和备用域中各局点的版本应当保持一致。当出现版本不一致的情况时，例如主用域中版本有高有低，本着向下兼容的原则，备用域中的局点版本应该使用高版本，这样备用域就可以兼容的恢复主用域中存在低版本的数据。

在一个具体的例子中，假设要建立容灾架构为2+2型的多对多灾备关系，如图3所示。主用局点A、B组成主用域，备用局点D、E组成备用域。此时，容灾架构为2+2型的灾备关系如表1所示，即，备用局点D的分别与主用局点A、B建立了灾备关系，备用局点E的与主用局点A建立了灾备关系。需要说明的是，上述灾备关系的建立仅仅是实际操作时的一种情况，而不是实现本方案的必须条件。

表1

首先，确定本局点的身份，若本局点的身为备用局点，则向消息中间件发布本局点的身份为备用局点。同理，若本局点的身份为主用局点，则向消息中间件发布本局点的身份为主用局点。然后向满足预设条件且处于激活状态的主用局点发送心跳消息，比如备用局点D向激活状态的主用局点A发送心跳消息，请求建立连接。如果备用局点收到允许连接的应答，则确认灾备关系建立。如果没有收到应答，则要将发送心跳消息的对象在本局点中设置为状态异常。比如备用局点D向满足预设条件且处于激活状态的主用局点A发送了心跳消息，但是没有收到心跳消息的应答，那么备用局点D上会将主用局点A记录为状态异常，并发送告警通知。局点中的各应用会监听消息中间件的存储的局点身份信息，然后根据局点身份执行相应动作，主用局点生产待备份的数据，备用局点将已经建立灾备关系的主用局点中的待备份数据进行备份并恢复。

在一个具体的例子中，假设容灾架构为2+2型，即2个主用局点和2个备用局点，分别用A、B表示主用局点，C、D表示备用局点，具体灾备关系如图3所示，现在因为业务扩展，需要在某地区新开主用局点C，需要有两个容灾冗余度，即两个备份。那么，首先要搭建局点C，接着要打通网络平面，使新局点C能够与局点A、B、D、E互通。然后运维人员在配置界面将局点C的身份设置为主用局点。此时运维人员可以在当前备用局点D和E上分别配置主用局点C的环境信息，即，将主用局点C加入备用局点D和E的主用局点列表中，并将主用局点C置为激活状态，需要说明的是，如果主用局点C是未激活状态，就不能建立与其它备用局点建立灾备关系。环境信息包括端口信息，在此不做限定。这里以备用局点D为例，当局点D确定自己为备用局点后，会检测是否存在满足预设条件的主用局点，即被分配给自己且尚未与自己建立灾备关系的主用局点。由于主用局点C是新增的，所以，主用局点列表中必然存在满足预设条件的主用局点C。当在主用局点列表中扫描到主用局点C的信息时，会向主用局点C发送连接请求，连接请求可以是心跳消息，在此不做限定。当主用局点C接受到来自备用局点D的连接请求后，会将备用局点D的信息进行存储，同理，也会将备用局点D的信息进行存储，然后激活状态的主用局点C会给备用局点D发送允许连接的应答，确认主用局点C和备用局点D的灾备关系建立成功。建立灾备关系之后，主用局点C上各应用会根据各自应用制定的备份策略，将待备份的数据存储至存储介质中。备用局点D中的应用根据各自的恢复策略，从主用局点C的存储介质中获取待备份的数据，获取方式包括Rsync、Ftp等方式，在此不做限定，最后将数据进行恢复。备用局点E同理，不再一一赘述。至此，容灾架构由2+2型扩展成了3+2型，如图4所示。容灾架构扩展为3+2型时局点间的灾备关系如表2所示：

表2

进一步地，在另一个具体的例子中，假设上述容灾架构为3+2型时，对于主用局点A和C来说，目前两个容灾冗余度不容灾需求，需要增加备份点，可以将当前容灾架构由3+2型扩展成3+3型，即增加一个备用局点。假设增加的局点为F，首先搭建局点F，接着打通网络平面，使新局点F能够与局点A、B、D、E互通。然后运维人员在配置界面将局点F的身份设置为备用局点。运维人员在局点F上配置主用局点A和C的环境信息，即将主用局点A和C加入局点F的主用局点列表中，并将主用局点A和C设置为激活态。需要说明的是，运维人员也可以在局点F上仅配置主用局点A的环境信息，即，在本例子中，运维人员在局点F上配置主用局点A和C的环境信息仅是实际实施中可以选择的其中一种情况，并不是实现本方案的必须条件。当局点F确定自己为备用局点后，会检测是否存在满足预设条件的主用局点，即被分配给自己且尚未与自己建立灾备关系的主用局点。由于备用局点F是新增的，所以，备用局点F的主用局点列表中必然满足预设条件的主用局点A和C。以主用局点C为例，当局点F在主用局点列表中扫描到主用局点C的信息时，会向主用局点C发送连接请求，连接请求可以是心跳消息，在此不做限定。当主用局点C接受到来自备用局点F的连接请求后，会将备用局点F的信息进行存储，然后激活状态的主用局点C会给备用局点F发送允许连接的应答，确认主用局点C和备用局点F的灾备关系建立成功。建立灾备关系之后，主用局点C上各应用会根据各自应用制定的备份策略，将待备份的数据存储至存储介质中。备用局点F中的应用根据各自的恢复策略，从主用局点C的存储介质中获取待备份的数据，获取方式包括Rsync、Ftp等方式，在此不做限定，最后将数据进行恢复。备用局点E同理，在此不再一一赘述。至此，容灾架构由3+2型扩展成了3+3型，如图5所示。容灾架构扩展为3+3型时局点间的灾备关系如表3所示：

表3

在本实施方式中，确定本局点是备用局点后，本局点主动与分配给本局点且尚未与本局点建立灾备关系的主用局点建立灾备关系，然后为该主用局点备份数据。在建立灾备关系的过程中，不需要主用局点主动请求，避免主用局点主动建立灾备关系时，因在运行进程中扩展业务而造成原始业务中断的情况，能够提高业务扩展的灵活性。

本发明的第二实施方式涉及一种容灾方法。在本实施方式中，已经建立灾备关系的本局点和目标局点进行身份互换，此时本局点的身份由备用局点转变为了主用局点，目标局点的身份由主用局点转变为了备用局点。所以此时的本局点只需要在接收到目标局点的连接请求时，向目标局点发送允许连接的应答。本实施方式考虑到主备切换的情况。下面对本实施方式的容灾方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。具体流程如图6所示，包括：

步骤201，当确定本局点的身份为备用局点时，检测是否存在满足预设条件的目标局点；若存在，则进入步骤202；否则，流程结束。

步骤202，与目标局点建立灾备关系。

步骤203，为目标局点备份目标局点中待备份的数据。

步骤201-203分别与第一实施方式中的步骤101-103类似，在此不再一一赘述。

步骤204，检测本局点是否与目标局点进行身份互换；若是，则进入步骤204；否则，流程结束。

步骤205，接收目标局点的连接请求，并向目标局点发送允许连接的应答。

需要说明的是，在本实施方式中，步骤204中的检测局点是否与目标局点进行身份互换在步骤203中的为目标局点备份目标局点中待备份的数据之后执行，本实施例只是提供一种情况。但是在实际实施中，步骤204可以和步骤203同时执行，或在步骤203之后执行，这些情况都应在保护范围之内。

在一个具体的例子中，考虑到自动主备转换带来的风险与不可预知性，以及本方法设计的灾备关系是多对多的关系，即一个主用局点的数据可能会备份到多个备用局点上，灾难发生时，运维人员根据各备用局点统计的数据恢复情况，在界面上人工选择使用备用域中的某个备用局点进行升主操作。假设现在的容灾架构为3+3型，主用局点分别是A、B、C，备用局点分别是D、E、F，现在主用局点C所在的地区发生自然灾害，主用局点C不可用，需要迅速恢复业务。运维人员可以分别查看备用局点D、E、F中主用局点C的健康状况以及当前的运行情况。假设最终确定将备用局点F和主用局点C的身份进行互换，然后运维人员根据灾备关系列表将备用局点F配置为主用局点来接替主用局点C的工作，以提供正常业务功能。相应的，运维人员恢复主用局点C，将主用局点C配置为备用局点来代替备用局点F进行工作，完成业务恢复工作。身份互换后的本局点F作为主用局点只需要接收来自目标局点C的连接请求并向局点C发送允许连接的应答。各局点监听各自消息中间件消息，根据局点的身份执行相应动作，即主用局点根据备份策略生产待备份的数据，备用局点根据恢复策略获取备份数据进行恢复。

在本实施方式中，考虑到身份互换的情况，本局点现在作为主用局点只需要响应已经变为备用局点的目标局点的连接请求。虽然进行了身份互换，但本质仍然是备用局点主动与分配给本局点且尚未与本局点建立灾备关系的主用局点建立灾备关系，而不需要主用局点主动请求，避免主用局点主动建立灾备关系时，因在运行进程中扩展业务而造成原始业务中断的情况，提高了业务扩展的灵活性。

本发明的第三实施方式涉及一种容灾方法。本实施方式中，在检测到本局点与所述目标局点身份互换后，还要将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区，以供目标局点从本局点的用于供备用局点访问的存储区拉取。提供了一种在身份互换之后本局点的工作情况。下面对本实施方式的容灾方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。具体流程如图7所示，包括：

步骤301，当确定本局点的身份为备用局点时，检测是否存在满足预设条件的目标局点；若存在，则进入步骤302；否则，流程结束。

步骤302，与目标局点建立灾备关系。

步骤303，为目标局点备份目标局点中待备份的数据。

步骤301-303分别与第一实施方式中的步骤101-103类似，在此不再一一赘述。

步骤304，检测本局点是否与目标局点进行身份互换；若是，则进入步骤304；否则，流程结束。与步骤204类似，在此不再一一赘述。

需要说明的是，在本实施方式中，步骤304中的检测局点是否与目标局点进行身份互换在步骤303中的为目标局点备份目标局点中待备份的数据之后执行，本实施例只是提供一种情况。但是在实际实施中，步骤304可以和步骤303同时执行，或在步骤303之后执行，这些情况都应在保护范围之内。

步骤305，将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区，以供目标局点从本局点的用于供备用局点访问的存储区拉取。

步骤306，接收目标局点的连接请求，并向目标局点发送允许连接的应答。与步骤205类似，在此不再一一赘述。

需要说明的是，在本实施例中，步骤305中的将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区在步骤306中的接收目标局点的连接请求，并向目标局点发送允许连接的应答之后执行，本实施例只是提供一种情况。在实际实施中，步骤305可以和步骤306同时执行，或在步骤306之后执行，这些情况都应在保护范围之内。

在本实施方式中，当检测到本局点与目标局点进行身份互换后，将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区，以供目标局点从本局点的用于供备用局点访问的存储区拉取，便于身份转换为备用局点的目标局点进行拉取，而不需要身份转换为主用局点的本局点主动发送，提供了一种在身份互换之后本局点的工作情况。

本发明的第四实施方式涉及一种容灾方法。本实施方式相对于第二实施方式来说，当检测到本局点与目标局点进行身份互换后，需要清除或转存本局点中存储的除为目标局点以外的局点备份的数据，即，将本局点其它灾备关系中的主用局点的备份数据和进行身份互换的目标局点的备份数据分开存放，便于身份互换后的目标局点直接拉取，降低目标局点拉取备份数据过程的难度。下面对本实施方式的容灾方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。具体流程如图8所示，包括：

步骤401，当确定本局点的身份为备用局点时，检测是否存在满足预设条件的目标局点；若存在，则进入步骤402；否则，流程结束。

步骤402，与目标局点建立灾备关系。

步骤403，为目标局点备份目标局点中待备份的数据。

步骤401-403分别与第一实施方式中的步骤101-103类似，在此不再一一赘述。

步骤404，检测本局点是否与目标局点进行身份互换；若是，则进入步骤404；否则，流程结束。与步骤204类似，在此不再一一赘述。

需要说明的是，在本实施方式中，步骤404中的检测局点是否与目标局点进行身份互换在步骤403中的为目标局点备份目标局点中待备份的数据之后执行，本实施例只是提供一种情况。但是在实际实施中，步骤404可以和步骤403同时执行，或在步骤403之后执行，这些情况都应在保护范围之内。

步骤405，清除或转存本局点中存储的除为目标局点以外的局点备份的数据。

步骤406，接收目标局点的连接请求，并向目标局点发送允许连接的应答。与步骤205类似，在此不再一一赘述。

需要说明的是，在本实施例中，步骤405中的清除或转存本局点中存储的除为目标局点以外的局点备份的数据在步骤406中的接收目标局点的连接请求，并向目标局点发送允许连接的应答之后执行，本实施例只是提供一种情况。在实际实施中，步骤405可以和步骤406同时执行，或在步骤406之后执行，这些情况都应在保护范围之内。

在本实施方式中，当检测到本局点与目标局点进行身份互换后，需要清除或转存本局点中存储的除目标局点的备份数据以外的备份数据，即，将本局点其它灾备关系中的主用局点的备份数据和进行身份互换的目标局点的备份数据分开存放，便于身份互换后的目标局点直接拉取，降低目标局点拉取备份数据过程的难度。

本发明的第五实施方式涉及一种容灾方法。本实施方式中，当检测到本局点与目标局点进行身份互换后，不仅需要清除或转存本局点中存储的除为目标局点以外的局点备份的数据，即，将本局点其它灾备关系中的主用局点的备份数据和进行身份互换的目标局点的备份数据分开存放，还要将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区，以供目标局点从本局点的用于供备用局点访问的存储区拉取。下面对本实施方式的容灾方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。具体流程如图9所示，包括：

步骤501，当确定本局点的身份为备用局点时，检测是否存在满足预设条件的目标局点；若存在，则进入步骤502；否则，流程结束。

步骤502，与目标局点建立灾备关系。

步骤503，为目标局点备份目标局点中待备份的数据。

步骤501-503分别与第一实施方式中的步骤101-103类似，在此不再一一赘述。

步骤504，检测本局点是否与目标局点进行身份互换；若是，则进入步骤505；否则，流程结束。与步骤204类似，在此不再一一赘述。

需要说明的是，在本实施方式中，步骤504中的检测局点是否与目标局点进行身份互换在步骤503中的为目标局点备份目标局点中待备份的数据之后执行，本实施例只是提供一种情况。但是在实际实施中，步骤504可以和步骤503同时执行，或在步骤503之后执行，这些情况都应在保护范围之内。

步骤505，将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区，以供目标局点从本局点的用于供备用局点访问的存储区拉取。

步骤506，清除或转存本局点中存储的除为目标局点以外的局点备份的数据。与步骤405类似，在此不再一一赘述。

步骤507，接收目标局点的连接请求，并向目标局点发送允许连接的应答。与步骤205类似，在此不再一一赘述。

需要说明的是，本实施例中的步骤505、506、507的执行顺序可以根据实际情况进行变换，变换的所有情况理应也在保护范围内。

在本实施方式中，当检测到本局点与目标局点进行身份互换后，不仅需要清除或转存本局点中存储的除为目标局点以外的局点备份的数据，还要将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区，以供目标局点从本局点的用于供备用局点访问的存储区拉取，提供了一种本局点和目标局点进行身份互换后的工作情况。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第五实施方式涉及一种容灾装置。该容灾装置包含：综合服务模块601、消息中间件602、内嵌有数据备份模块603的应用。其中应用的数量为n，n为大于零的自然数。具体结构示意图如图10所示，包括：

综合服务模块601，用于在确定本局点为备用局点身份时，检测是否存在满足预设条件的目标局点，预设条件包括：目标局点为主用局点身份，目标局点被分配给本局点且尚未与本局点建立灾备关系；还用于与满足预设条件的目标局点建立灾备关系。

具体地说，运维人员可以通过综合服务模块601提供的界面简单配置，来设置局点的身份，比如将其中某一局点的身份设置为主用局点。

消息中间件602，用于存储来自综合服务模块601的本局点的身份信息。

数据备份模块603，用于监听消息中间件中的本局点的身份信息，并在本局点与目标局点建立灾备关系后，根据本局点的身份信息，为目标局点备份目标局点中待备份的数据。

在一个具体的例子中，建立灾备关系的发起方一般是备用局点的综合服务模块601。备用局点综合服务模块601向目标局点发送连接请求，并在接收到目标局点的允许连接的应答后，确认灾备关系建立成功。连接请求可以是心跳消息，在此不做限定。假设综合服务模块601通过心跳消息建立和维护主备用局点之间的灾备关系。2+2型容灾构架建立灾备关系时的示意图如图11所示，备用域中的备用局点D和E中的综合服务模块601分别向主用域中的主用局点A和B发送心跳消息。

在一个具体的例子中，综合服务模块601扫描预存的主用局点列表，主用局点列表包括被分配给本局点的所有主用局点。然后检测主用局点列表中各主用局点的当前状态，并将当前状态为尚未与本局点建立灾备关系的主用局点确定为满足预设条件的目标局点。

在一个具体的例子中，为目标局点备份目标局点中待备份的数据过程中，数据备份模块603从目标局点的用于供备用局点访问的存储区拉取待备份的数据。

在一个具体的例子中，待备份的数据被绑定有目标局点的身份信息，为目标局点备份目标局点中待备份的数据过程中，数据备份模块603根据身份信息，将待备份的数据存储至与目标局点对应的存储区域。2+2型容灾构架备份数据时的示意图如图12所示，备用域中的备用局点D和E中的数据备份模块603分别向主用域中的主用局点A和B发送备份数据的请求，然后分别从主用局点A和B的存储介质中拉取待备份的数据。

在一个具体的例子中，本局点与目标局点建立灾备关系后，若检测到本局点与目标局点身份互换，综合服务模块601在接收到目标局点的连接请求时，向目标局点发送允许连接的应答。

在一个具体的例子中，检测到本局点与目标局点身份互换后，数据备份模块603将本局点为目标局点备份的数据放入本局点的用于供备用局点访问的存储区，以供目标局点从本局点的用于供备用局点访问的存储区拉取。

在一个具体的例子中，检测到本局点与目标局点身份互换后，数据备份模块603清除或转存本局点中存储的除为目标局点以外的局点备份的数据。

在一个具体的例子中，为目标局点备份目标局点中待备份的数据过程中，本局点的应用为目标局点中的与应用相同的应用备份数据。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，在第一实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明的第六实施方式涉及一种局点，如图13所示，包括：至少一个处理器701；以及，与至少一个处理器通信连接的存储器702；其中，存储器702存储有可被至少一个处理器701执行的指令，指令被至少一个处理器701执行，以使至少一个处理器701能够执行上述容灾方法。

其中，存储器702和处理器701采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器701和存储器702的各种电路连接在一起。总线还可以将诸如外围局点、稳压器和功率管理电路等之类的各种其它电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其它装置通信的单元。经处理器701处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器701。

处理器701负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其它控制功能。而存储器702可以被用于存储处理器701在执行操作时所使用的数据。

本发明第七实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个局点(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (12)

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

若确定本局点的身份为备用局点，扫描预存的主用局点列表，所述主用局点列表包括被分配给所述本局点的所有主用局点，检测所述主用局点列表中是否存在满足预设条件的目标局点；所述预设条件包括：所述目标局点的身份为主用局点，所述目标局点被分配给所述本局点且尚未与所述本局点建立灾备关系；

若存在所述满足预设条件的目标局点，与所述目标局点建立所述灾备关系；

为所述目标局点备份所述目标局点中待备份的数据。

2.根据权利要求1所述的容灾方法，其特征在于，所述与所述目标局点建立所述灾备关系，包括：

向所述目标局点发送连接请求，并在接收到所述目标局点的允许连接的应答后，确认所述灾备关系建立成功。

3.根据权利要求1所述的容灾方法，其特征在于，所述检测所述主用局点列表中是否存在满足预设条件的所述目标局点，包括：

检测所述主用局点列表中各主用局点的当前状态，并将所述当前状态为尚未与所述本局点建立所述灾备关系的主用局点确定为所述满足所述预设条件的所述目标局点。

4.根据权利要求1所述的容灾方法，其特征在于，为所述目标局点备份所述目标局点中待备份的数据，包括：从所述目标局点的用于供备用局点访问的存储区拉取所述待备份的数据。

5.根据权利要求1所述的容灾方法，其特征在于，所述待备份的数据被绑定有所述目标局点的身份信息；

所述为所述目标局点备份所述目标局点中待备份的数据，包括：

根据所述身份信息，将所述待备份的数据存储至与所述目标局点对应的存储区域。

6.根据权利要求1所述的容灾方法，其特征在于，所述与所述目标局点建立所述灾备关系后，还包括：

若检测到所述本局点与所述目标局点身份互换，在接收到所述目标局点的连接请求时，向所述目标局点发送允许连接的应答。

7.根据权利要求6所述的容灾方法，其特征在于，所述检测到所述本局点与所述目标局点身份互换后，还包括：

将所述本局点为所述目标局点备份的数据放入所述本局点的用于供备用局点访问的存储区，以供所述目标局点从所述本局点的用于供备用局点访问的存储区拉取。

8.根据权利要求6所述的容灾方法，其特征在于，所述检测到所述本局点与所述目标局点身份互换后，还包括：

清除或转存所述本局点中存储的除为所述目标局点以外的局点备份的数据。

9.根据权利要求1所述的容灾方法，其特征在于，所述为所述目标局点备份所述目标局点中待备份的数据，包括：

所述本局点的应用为所述目标局点中的与所述应用相同的应用备份数据。

10.一种容灾装置，其特征在于，包括：综合服务模块、消息中间件以及内嵌有数据备份模块的应用；

所述综合服务模块，用于在确定本局点为备用局点身份时，扫描预存的主用局点列表，所述主用局点列表包括被分配给所述本局点的所有主用局点，检测所述主用局点列表中是否存在满足预设条件的目标局点，并用于与所述满足预设条件的目标局点建立灾备关系；所述预设条件包括：所述目标局点为主用局点身份，所述目标局点被分配给所述本局点且尚未与所述本局点建立灾备关系；

所述消息中间件，用于存储来自所述综合服务模块的所述本局点的身份信息；

所述应用中的数据备份模块，用于监听所述消息中间件中的所述本局点的身份信息，并用于在所述本局点与所述目标局点建立所述灾备关系后，根据所述本局点的身份信息，为所述目标局点备份所述目标局点中待备份的数据。

11.一种局点，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至9中任一项所述的容灾方法。

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