CN115348155A - 基于集群服务器的业务容灾的实现方法及装置 - Google Patents

Abstract

本申请涉及业务容灾的技术领域，且涉及一种基于集群服务器的业务容灾的实现方法，集群服务器中包括至少三个服务器，该方法包括：检测到终端与第一服务器连接中断时，记录中断涉及的业务，其中第一服务器为集群服务器中的服务器；从第一服务器的备用服务器列表记录的备用服务器中确定第二服务器；其中，备用服务器为集群服务器中的服务器，且备用服务器列表动态更新；建立终端到第二服务器的连接，通过第二服务器恢复中断涉及的业务。由于备用服务器列表动态更新，可以保持第一服务器存在可用的备用服务器，从而提高了业务容灾的可靠性。

Description

基于集群服务器的业务容灾的实现方法及装置

技术领域

本发明涉及服务器安全技术领域，尤其涉及基于集群服务器的业务容灾的实现方法及装置、计算设备和计算机可读存储介质。

背景技术

终端运行过程中，需要通过服务器发起一些业务操作，如点播、呼叫、会议和指挥相关业务。当与终端交互的服务器发生故障后，终端与服务器将会失去连接，正在进行的视频、指挥或会议业务全部予以中断，需要与服务器交互的业务操作不可用。因此，通常采用主备方式的业务容灾方案来解决该技术问题。

如图1示出了典型的主备方式的业务容灾方案的原理图，该业务容灾方案中，包括一主服务器和一备用服务器，主服务器与备用服务器通过通讯连接进行数据同步，终端A与终端B直接或间接通过接入主服务器，来实现相关业务，当主服务器故障时(如图1中以虚线表示主服务器故障)，则由备用服务器接管主服务器的相关业务，终端A与终端B切换至直接或间接接入备用服务器，由备用服务器恢复之前的业务。

随着业务量越来越高，对业务容灾的可靠性的要求也越来越高，图1示出的典型的主备方式的业务容灾方案中，备用服务器是唯一的，当主服务器或备用服务器之一故障时，基于该容灾方案业务虽然可恢复进行，但此时由主备用服务器模式变更为单服务器模式，这种情况下，若该单服务器故障时仍会造成业务中断的风险，因此需要一种可靠性更高的业务容灾方案。

发明内容

鉴于现有技术的以上问题，本申请提供一种基于集群服务器的业务容灾的实现方法及装置、计算设备和计算机可读存储介质，本申请的方案可以提高业务容灾的可靠性。

为达到上述目的，本申请第一方面提供了一种基于集群服务器的业务容灾的实现方法，其中，所述集群服务器中包括至少三个服务器，所述方法包括：检测到终端与第一服务器连接中断时，记录所述中断涉及的业务，其中所述第一服务器为所述集群服务器中的服务器；从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器；其中，所述备用服务器为所述集群服务器中的服务器，且所述备用服务器列表动态更新；建立所述终端到所述第二服务器的连接，通过所述第二服务器恢复所述中断涉及的业务。

由上，由于备用服务器列表动态更新，可以当备用服务器列表中的备用服务器不可用时被更新为其他可用的备用服务器，从而实现始终保持第一服务器存在可用的备用服务器，从而相对背景技术中的典型的主备用服务器模式，提高了业务容灾的可靠性。另外，当备用服务器列表记录有多个备用服务器时，相对背景技术中的典型的主备用服务器模式，也提高了业务容灾的可靠性。

作为第一方面的一种可能的实现方式，所述从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器，包括：获取所述第一服务器的备用服务器列表；根据一定规则从所述备用服务器列表记录的备用服务器中确定第二服务器。

由上，从备用服务器列表记录的各个备用服务器中，基于一定规则来选择第二服务器，可以实现第二服务器选择的灵活性，从而可以提高切换的灵活性。

作为第一方面的一种可能的实现方式，所述根据一定规则从备用服务器列表记录的备用服务器中确定第二服务器，包括：确定所述业务对业务恢复的要求；根据与所述要求匹配的规则，从备用服务器列表记录的各备用服务器中确定第二服务器。

由上，不同的业务中断时，可以对业务恢复有不同的要求，例如，指挥调度业务等实时业务对业务恢复的快速性要求比较高，点播类业务由于终端上通常缓存有部分被点播的数据，对业务恢复快速性要求会低些，又如指挥调度业务的业务可靠性相对其他业务要求更高。根据对业务恢复的要求，适配到选择第二服务器的规则来确定第二服务器，实现业务恢复的灵活性。

作为第一方面的一种可能的实现方式，所述规则包括至少以下之一：基于备用服务器的优先级确定第二服务器；基于备用服务器的业务负荷量确定第二服务器；基于备用服务器的响应速度确定第二服务器。

由上，可以基于上述一种或多种规则来确定第二服务器，实现业务恢复的灵活性。

作为第一方面的一种可能的实现方式，所述备用服务器列表动态更新，包括：根据所述业务的可靠性的高低，调整所述备用服务器列表记录的备用服务器的数量。

由上，备用服务器列表记录的备用服务器的数量与业务的可靠性相关，从而对于高可靠性要求的业务，可以准备更多的备用服务器，以提供容灾的可靠性。而对于低可靠性要求的业务，则可以适当减少备用服务器的数量，以节约过多冗余的同步过程和存储空间。

作为第一方面的一种可能的实现方式，还包括：所述备用服务器列表记录的备用服务器与所述第一服务器进行业务数据同步。

由上，通过业务数据同步，以实现备用服务器对第一服务器的快速接管。

作为第一方面的一种可能的实现方式，所述与所述第一服务器进行业务数据同步，包括以下之一的方式：所述备用服务器从所述第一服务器获取要同步的业务数据；所述备用服务器从在先已经完成业务数据同步的备用服务器获取要同步的业务数据；所述备用服务器从在先已经完成业务数据同步的备用服务器获取业务数据的第一部分，从所述第一服务器获取业务数据的第二部分。

由上，可以灵活采用不同的方式进行业务数据的同步，其中，上述第三种方式，可以在业务数据同步过程中，尽量减少对第一服务器的数据请求，降低对第一服务器因同步数据造成的性能影响，又能保证与第一服务器的数据的最新同步状态。

本申请第二方面提供了一种基于集群服务器的业务容灾的实现装置，其中，所述集群服务器中包括至少三个服务器，所述装置包括：第一模块，用于检测到终端与第一服务器连接中断时，记录所述中断涉及的业务，其中所述第一服务器为所述集群服务器中的服务器；第二模块，用于从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器；其中，所述备用服务器为所述集群服务器中的服务器，且所述备用服务器列表动态更新；第三模块，用于建立所述终端到所述第二服务器的连接，通过所述第二服务器恢复所述中断涉及的业务。

由上，由于备用服务器列表动态更新，可以当备用服务器列表中的备用服务器不可用时被更新为其他可用的备用服务器，从而实现始终保持第一服务器存在可用的备用服务器，从而相对背景技术中的典型的主备用服务器模式，提高了业务容灾的可靠性。另外，当备用服务器列表记录有多个备用服务器时，相对背景技术中的典型的主备用服务器模式，也提高了业务容灾的可靠性。

本申请第三方面提供了一种计算设备，包括：通信接口；至少一个处理器，其与所述通信接口连接；以及至少一个存储器，其与所述处理器连接并存储有程序指令，所述程序指令当被所述至少一个处理器执行时使得所述至少一个处理器执行上述第一方面任一所述的方法。

本申请第四方面提供了一种计算机可读存储介质，其上存储有程序指令，所述程序指令当被计算机执行时使得所述计算机执行上述第一方面任一所述的方法。

本申请的这些和其它方面在以下(多个)实施例的描述中会更加简明易懂。

附图说明

图1为现有技术的业务容灾方法的原理图；

图2为本申请基于集群服务器的业务容灾的实现方法的原理图；

图3为本申请基于集群服务器的业务容灾的实现方法的流程图；

图4为本申请基于集群服务器的业务容灾的实现方法的第一实施例的流程图；

图5为本申请基于集群服务器的业务容灾的实现方法的第二实施例的流程图；

图6为本申请基于集群服务器的业务容灾装置的示意图；

图7为本申请计算设备的示意图。

应理解，上述结构示意图中，各框图的尺寸和形态仅供参考，不应构成对本申请实施例的排他性的解读。结构示意图所呈现的各框图间的相对位置和包含关系，仅为示意性地表示各框图间的结构关联，而非限制本申请实施例的物理连接方式。

具体实施方式

下面结合附图并举实施例，对本申请提供的技术方案作进一步说明。应理解，本申请实施例中提供的系统结构和业务场景主要是为了说明本申请的技术方案的可能的实施方式，不应被解读为对本申请的技术方案的唯一限定。本领域普通技术人员可知，随着系统结构的演进和新业务场景的出现，本申请提供的技术方案对类似技术问题同样适用。

应理解，本申请实施例提供的基于集群服务器的业务容灾方案，包括基于集群服务器的业务容灾的实现方法及装置、计算设备、计算机可读存储介质及计算机程序产品。由于这些技术方案解决问题的原理相同或相似，在如下具体实施例的介绍中，某些重复之处可能不再赘述，但应视为这些具体实施例之间已有相互引用，可以相互结合。

如图2示出了本申请实施例提供的基于集群服务器的业务容灾的实现方法的原理图，本申请实施例中，由集群服务器来为各个终端提供业务服务。集群服务器中包括若干服务器，并且，针对其中的一服务器，例如服务器A，集群服务器中的其他服务器中的至少一服务器作为其备用服务器，当该服务器A故障时，可以由一备用服务器接管服务器A的相关业务。其中，集群服务器中的服务器A的备用服务器，可以实时或周期更新，例如服务器A的一备用服务器B，可以更新为备用服务器C，或更新为另外的两个备用服务器L和M，或更新为三个备用服务器L、M和N等。

由上，一方面，由于备用服务器的可更新，可以实现服务器A始终存在一可用的备用服务器，从而提高了业务容灾的可靠性。另一方面，由于服务器A可以存在多个备用服务器，也提供了业务容灾的可靠性。另一方面，当存在多个备用服务器时，当由服务器A切换到其中的一备用服务器时，还可以根据切换策略，从各备用服务器中择一选择进行切换，通过使用切换策略可以提高切换的灵活性，例如图2中示出了两种切换方式。

下面，进一步结合实施例对本申请基于集群服务器的业务容灾的实现方法进行说明。

如图3示出了本申请基于集群服务器的业务容灾的实现方法的第一实施例的流程图，该实施例中，仍以图2示出的集群服务器为例，该集群服务器包括服务器A、服务器B…服务器N，终端A与终端B接入该集群服务器，由该集群服务器提供业务服务。本实施例中，开始的时候，终端A接入服务器A，终端B接入服务器N，且集群服务器中，当前服务器A为主服务器，也称为第一服务器，针对服务器A存在至少一个服务器作为其备用服务器，同理，针对服务器N也存在至少一个服务器作为其备用服务器。为描述简便，该实施例中以针对服务器A为例，对本申请实施例提供的业务容灾的实现方法进行说明，参见如图3所示的流程图，本实施例的业务容灾的实现方法包括以下步骤：

S10：检测到终端与第一服务器连接中断时，记录所述中断涉及的业务，其中所述第一服务器为所述集群服务器中的服务器。

本实施例中，当终端A检测到与服务器A(即第一服务器)断开连接后，由终端A记录所中断涉及的业务，包括业务类型、业务标识、该业务的当前状态。

在一些实施例中，业务类型可以包括点播业务、呼叫业务、指挥调度业务、会议业务等等，不同的业务类型可以对业务恢复有不同要求，例如可以包括对业务恢复的快速性、或业务可靠性的不同要求。例如，指挥调度业务等实时业务，对业务恢复的快速性要求比较高，点播业务由于终端上通常缓存有部分被点播的数据，因此对业务恢复快速性要求会低些，又如指挥调度业务的业务可靠性相对其他业务要求更高。

业务标识用于标识正在进行中的业务。当执行后述的业务恢复时，若不需要重建业务标识，则可以根据该业务标识进行业务的恢复。例如对于会议业务，执行后述的业务恢复时，将终端A加入到该业务标识对应的原会议业务中即可。

业务当前的状态用于表示业务当前进行中的状态，该状态与具体业务相关。例如，指挥调度业务的状态包括：该业务进行中的所涉及的各终端信息、各终端的身份信息(调度方、被调度方等)。又如，点播业务的状态包括：该业务所点播的源信息(如所点播视频或音频的源地址)、当前播放进度。又如会议业务的状态包括：该业务进行中的所涉及的各终端信息、各终端的身份信息(参与方、主持方等)。

另外，还可以包括建立该业务时所涉及的信息，例如用户名、密码等。该信息用户执行后述的业务恢复过程中，当需要用户名、密码时，可以使用记录的该信息，而不必用户再次手动输入。

S20：从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器；其中，所述备用服务器为所述集群服务器中的服务器，且所述备用服务器列表动态更新。

本实施例中，由终端A从服务器A的备用服务器列表记录的备用服务器中确定第二服务器。其中，第二服务器是服务器A的一备用服务器。

在一些实施例中，终端A首先需要从集群服务器中获取服务器A的备用服务器列表，然后根据一定规则从备用服务器列表中选择第二服务器。

在一些实施例中，从备用服务器列表记录的各备用服务器中确定第二服务器的规则可以是根据优先级选择，例如，各个备用服务器预先配置有优先级，进一步的，对一服务器配置优先级时，可以针对不同的业务配置不同的优先级，根据所中断的业务，优先选择优先级高的备用服务器。

在一些实施例中，从备用服务器列表记录的各备用服务器中确定第二服务器的规则可以是根据业务负荷量选择，例如，各个备用服务器会实时或周期上报各自的业务负荷，根据各备用服务器的业务负荷进行排序，优先选择业务负荷轻的备用服务器。

在一些实施例中，从备用服务器列表记录的各备用服务器中确定第二服务器的规则可以是根据服务器响应速度选择，例如，周期的向各备用服务器发送一测试信息，根据应答信息的延时实时记录各备用服务器的响应速度，根据各备用服务器的响应速度进行排序，优先选择响应速度快的备用服务器。

在一些实施例中，还可以是其他规则，例如依据业务恢复时所建立链路最短的原则等等。

在一些实施例中，从备用服务器列表记录的各备用服务器中确定第二服务器的规则，还可以为：预先配置不同的业务对业务恢复有不同的要求，且该要求中可以对应上述一个或多个选择备用服务器的规则，这样当选择备用服务器时，可以适配业务的恢复时的要求。例如，对于调度业务，可以将该要求配置为优先根据服务器响应速度选择，其次根据业务负荷量选择。而对于点播业务，可以将该要求配置为优先根据业务负荷量选择，其次根据优先级选择。

S30：建立所述终端到所述第二服务器的连接，通过所述第二服务器恢复所述中断涉及的业务。

本实施例中，终端A连接到第二服务器(即所选的备用服务器)，由第二服务器接管原服务器A的业务，恢复终端A的原中断的业务。

在一些实施例中，终端A连接到第二服务器后，第二服务器通过与终端A的通讯获得步骤S10中终端A记录的所中断的业务的信息，恢复该业务。

在一些实施例中，业务是点播业务时，则根据记录的中断的业务信息，重新建立到源对象的点播业务，并根据业务状态恢复到当前的点播业务的播放进度。在一些实施例中，所述记录的中断的业务信息包括所点播的数据来源(例如点播的视频流地址)、当前播放进度等。

在一些实施例中，业务是呼叫业务时，则根据记录的中断的业务信息，重建建立到被呼叫终端的连接。在一些实施例中，所述记录的中断的业务信息包括被呼叫终端标识等。

在一些实施例中，业务是调度业务、会议业务时，则根据记录的中断的业务信息，将终端A加入到当前的未释放的调度业务或会议中。在一些实施例中，所述记录的中断的业务信息包括调度业务标识、会议业务标识等，例如还可以包括调度业务或会议业务中的各参与方信息等。

当步骤S30执行后，此时该第二服务器作为主服务器(相当于新的第一服务器)，而后针对该服务器去动态更新其备用服务器列表，以使其保持有对应的备用服务器，避免出现单服务器工作模式，对此不再赘述。

在一些实施例中，上述备用服务器列表中记录的服务器A(即第一服务器)的备用服务器包括至少一个服务器。在一些实施例中，进入该备用服务器列表中的备用服务器可以实时或周期的动态更新，例如备用服务器列表中记载的服务器B本次更新为服务器C，在一些实施例中备用服务器列表中记录的备用服务器的数量为两个或两个以上。在一些实施例中，备用服务器列表中记录的备用服务器的数量是可调整的。在一些实施例中，所记录的备用服务器的数量可以与服务器A上运行的业务的可靠性要求相关，判断为高可靠性要求的业务时，可以自动增大备用服务器列表中的备用服务器的数量。在一些实施例中，所记录的备用服务器的数量可以与服务器A上运行的业务的数量或接入的客户端数量相关，判断服务器A上运行的业务的数量，或接入的客户端数量越大，则备用服务器列表中的备用服务器的数量自动调整为越大。

在一些实施例中，进入备用服务器列表中的备用服务器会与第一服务器进行业务数据同步，其中业务数据同步的方式可以是直接从第一服务器获取业务数据，也可以是从在先已经完成数据同步的备用服务器获取业务数据。

在另一些实施例中，与第一服务器进行业务数据同步的方式还可以分为两个阶段，第一阶段是先与在先已经完成数据同步的备用服务器获取业务数据的第一部分，第二阶段是与服务器A获取业务数据的第二部分，完成数据同步。其中，第一部分的业务数据可以远远大于第二部分的业务数据，这种情况更适用于新进入备用服务器列表的服务器，新进入备用服务器列表的服务器需要同步的数据量大，采用这种方式同步，可以尽量减少对服务器A的数据请求，降低对服务器A因同步数据造成的性能影响，又能保持与第一服务器业务数据同步为最新状态。

如上所述，由于备用服务器会保持与主服务器业务数据的实时同步或定期同步，因此，在上述步骤S30之前，作为备用服务器的第二服务器也会与作为主服务器的第一服务器进行数据同步，据此，在一些实施例中，在上述步骤S30中，第二服务器通过与终端A的通讯获得步骤S10中终端A记录的所中断的业务的信息后，第二服务器在执行恢复该业务时，可以先通过将获得的终端A记录的所中断的业务的信息与其所具有的信息(为数据同步时获得的信息)进行对比的方式，判断其是否已经同步有所中断的业务的信息，或判断其具有所中断的业务的信息是否与从终端A获取的一致，若有且一致，则可以直接发送指令到终端A，恢复终端A的原中断的业务，若有但不一致，则可以依据从终端A获取的信息恢复该中断的业务的状态，若无，则可以依据从终端A获取的信息创建该业务，并依据从终端A获取的信息恢复该中断的业务的状态。下面以调度业务(同样适用于会议业务，不再另述)举例说明：

该例中，假设第二服务器与第一服务器执行过业务数据同步，并假设第二服务器通过与终端A的通讯获得步骤S10中终端A记录的所中断的业务的信息包括调度业务标识为ServeiceID1111、调度业务的各参与方信息为终端A标识、终端B标识、终端C标识；第二服务器执行中断的业务恢复时，可以包括以下几种情况：

第二服务器判断其业务信息中有相应业务标识ServeiceID1111，且判断记录的该业务标识对应的参与方信息为终端A标识、终端B标识、终端C标识，则可以向终端A发送需要自动进会的通知，以使终端A进入第二服务器上的该业务标识ServeiceID1111的调度业务中；

第二服务器判断其业务信息中有相应业务标识ServeiceID1111，但判断记录的该业务标识对应的参与方信息不是为终端A标识、终端B标识、终端C标识，例如缺少终端B标识，则第二服务器依据从终端A获取的信息为准，向终端B发送需要自动进会的通知，使终端B进入第二服务器上的该业务标识ServeiceID1111的调度业务中，以及向终端A发送需要自动进会的通知，使终端A进入第二服务器上的该业务标识ServeiceID1111的调度业务中；

第二服务器判断其业务信息中无相应业务标识ServeiceID1111，则第二服务器可以依据从终端A获取的信息为准，创建所述业务标识的调度业务，并向终端A和终端B、终端C发送需要自动进会的通知，使终端A、终端B和终端C进入第二服务器上的所创建的该业务标识ServeiceID1111的调度业务中。

在另一些实施例中，对于上面第二、三种情况，第二服务器也可以向终端A回复表示业务异常的提示信息，以提示终端A的用户重新建立调度业务。

下面进一步结合第二实施例，对本申请实施例提供的业务容灾的实现方法进一步进行说明，该第二实施例为将本申请的业务容灾的实现方法应用于呼叫业务的例子，该实施例中，由集群服务器提供业务，该集群服务器包括服务器A、服务器B…服务器N，以终端A与终端B通过该集群服务器实现呼叫业务为例进行说明，如图4所示，使用本申请所述业务容灾实现方法的呼叫业务的流程可以包括以下步骤：

S201：所示的正常运行环境下，终端A通过集群服务器中的服务器A发起视频呼叫终端B的请求，服务器A将呼叫请求转发至终端B所登录的服务器N，服务器N再将呼叫请求发送给终端B。此时，对于终端A来说，服务器A相当于第一实施例中的第一服务器。

S202：终端B收到呼叫请求后可以接听或拒绝，如果拒绝则呼叫结束，本实施例中，终端B选择接听。

S203：终端B将呼叫回复(同意呼叫)的消息通过服务器N、服务器A返回给终端A。

S204：终端A和终端B建立音视频互通。

S205：终端A检测到与服务器A断开连接，终端A和终端B界面通话窗口不关闭，显示状态为断开连接。

S206：终端A记录通话异常断开的信息，等待恢复。

S207：终端A基于服务器A的备份服务器列表记录的各备份服务器中确定第二服务器，本实施例中第二服务器为服务器N。终端A登陆服务器N，与服务器N建立正常连接。

本实施例中，从备份服务器列表记录的各备份服务器中确定第二服务器时，可以是根据所建立链路最短的原则，选择备份服务器列表中记录的服务器N作为第二服务器。

S208：终端A根据将所记录的异常断开的信息，向服务器N发起呼叫操作，服务器N将呼叫请求发送给终端B。

S209：终端B收到呼叫请求后可以接听或拒绝，如果拒绝则呼叫结束，本实施例中，终端B选择接听。

S210：终端B将呼叫回复(同意呼叫)的消息通过服务器A返回给终端A。

S211：终端A和终端B建立音视频互通，即恢复了原中断的音视频互通业务。

下面进一步结合第三实施例，对本申请的方法进一步进行说明，该第三实施例为将本申请的业务容灾的实现方法应用于会议业务的例子，该实施例中，由集群服务器提供业务，该集群服务器包括服务器A、服务器B…服务器N，以终端A与终端B通过该集群服务器实现会议业务为例进行说明，如图5所示，使用本申请所述业务容灾实现方法的会议业务的流程可以包括以下步骤：

S301：在正常运行环境下，用户打开终端A上的会议应用，通过该会议应用提供的界面功能发起会议，终端A根据用户的操作，向集群服务器中的服务器A发起开启会议的请求。此时，对于终端A来说，服务器A相当于第一实施例中的第一服务器。

S302：服务器A记录会议信息及状态并将操作反馈返回给终端A。

S303：终端A的会议应用则呈现会议界面，显示会议信息(会议名称及成员列表)、会议成员与会状态(“未参会”)、会议成员发言状态(“关闭”)。

S304：服务器A将会议开启通知转发至终端B所登录的服务器N，服务器N再将会议开启通知发送给终端B。

S305：终端B收会议开启通知后，终端B的用户可以选择进入会议，启动会议应用。

S306：终端B将进会的消息通过服务器N、服务器A通知给终端A，终端A更新成员B的与会状态为“已参会”。

S307：终端A可以通过会议应用的界面提供的功能，指定终端B发言，服务器A将记录发言状态，终端A的会议界面更新成员B发言状态为“开启”状态。

S308：服务器A将会议的基础数据及业务数据同步给服务器N，如果是服务器N记录的会议信息也会同步给服务器A。

S309：终端A检测到与服务器A断开连接，终端A退出会议界面。终端B界面保持“已参会”不变，更新终端A的状态为“未参会”。

S310：终端A记录异常断开的会议信息，等待恢复。

S311：终端A基于服务器A的备份服务器列表记录的各备份服务器中确定第二服务器，本实施例中第二服务器为服务器N。终端A登录服务器N，与服务器N建立正常连接。

本实施例中，从备份服务器列表记录的各备份服务器中确定第二服务器时，可以是根据各备份服务器响应速度的原则，选择备份服务器列表中记录的服务器N作为第二服务器。

S312：终端A将步骤S310中记录的异常断开的会议信息发送给服务器N。

S313：服务器N基于接收到的所述异常断开的会议信息，与其与服务器A同步业务数据时获得的信息比较，判断其已经同步有该会议信息，则服务器N向终端A发送需要自动进入会议的通知。

S314：终端A接收到自动进会的通知后立即自动发起进会操作。

S315：服务器N返回给终端A该会议的基础数据和业务数据。

S316：终端A呈现会议界面，根据服务器N返回的信息显示会议名称、成员B名称、类型等基本信息，显示成员B的与会状态为“已参会”，显示成员B的发言状态为“开启”状态，且能收听到成员B的声音。

S317：终端B收到终端A进会的消息。

S318：终端B的会议界面更新终端A的与会状态为“已参会”。

其中，本申请业务容灾实现方法应用于指挥调度业务，与上述应用于会议业务的例子类似，不再赘述。

如图6所示，本申请还提供了相应的一种基于集群服务器的业务容灾的实现装置的实施例，关于该装置的有益效果或解决的技术问题，可以参见与各装置分别对应的方法中的描述，或者参见发明内容中的描述，此处不再一一赘述。

在该基于集群服务器的业务容灾的实现装置中，所述集群服务器中包括至少三个服务器，所述装置包括：

第一模块410，用于检测到终端与第一服务器连接中断时，记录所述中断涉及的业务，其中所述第一服务器为所述集群服务器中的服务器。在一些实施例中，第一模块410具体用于实现上述步骤S10或该步骤的可选实施例。

第二模块420，用于从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器；其中，所述备用服务器为所述集群服务器中的服务器，且所述备用服务器列表动态更新。在一些实施例中，第二模块420具体用于实现上述步骤S20或该步骤的可选实施例。

第三模块430，用于建立所述终端到所述第二服务器的连接，通过所述第二服务器恢复所述中断涉及的业务。在一些实施例中，第三模块430具体用于实现上述步骤S30或该步骤的可选实施例。

在一些实施例中，所述第二模块420具体用于：获取所述主服务器的备用服务器列表，以及根据一定规则从所述备用服务器列表记录的备用服务器中确定第二服务器。

在一些实施例中，所述第二模块420用于所述根据一定规则从备用服务器列表记录的备用服务器中确定第二服务器时，具有用于：确定所述业务对业务恢复的要求，以及根据与所述要求匹配的规则，从备用服务器列表记录的各备用服务器中确定第二服务器。

在一些实施例中，所述规则包括至少以下之一：基于备用服务器的优先级确定第二服务器；基于备用服务器的业务负荷量确定第二服务器；基于备用服务器的响应速度确定第二服务器。

在一些实施例中，所述备用服务器列表动态更新，包括：根据所述业务的可靠性的高低，调整所述备用服务器列表记录的备用服务器的数量。

在一些实施例中，还包括：所述备用服务器列表记录的备用服务器与所述第一服务器进行业务数据同步。

在一些实施例中，所述与所述第一服务器进行业务数据同步，包括以下之一的方式：所述备用服务器从所述第一服务器获取要同步的业务数据；所述备用服务器从在先已经完成业务数据同步的备用服务器获取要同步的业务数据；所述备用服务器从在先已经完成业务数据同步的备用服务器获取业务数据的第一部分，从所述第一服务器获取业务数据的第二部分。

图7是本申请实施例提供的一种计算设备900的结构性示意性图。该计算设备900包括：处理器910、存储器920、通信接口930。

应理解，图7中所示的计算设备900中的通信接口930可以用于与其他设备之间进行通信。

其中，该处理器910可以与存储器920连接。该存储器920可以用于存储该程序代码和数据。因此，该存储器920可以是处理器910内部的存储单元，也可以是与处理器910独立的外部存储单元，还可以是包括处理器910内部的存储单元和与处理器910独立的外部存储单元的部件。

可选的，计算设备900还可以包括总线。其中，存储器920、通信接口930可以通过总线与处理器910连接。总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。

应理解，在本申请实施例中，该处理器910可以采用中央处理单元(centralprocessing unit，CPU)。该处理器还可以是其它通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(Application specific integrated circuit，ASIC)、现成可编程门矩阵(field programmable gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。或者该处理器910采用一个或多个集成电路，用于执行相关程序，以实现本申请实施例所提供的技术方案。

该存储器920可以包括只读存储器和随机存取存储器，并向处理器910提供指令和数据。处理器910的一部分还可以包括非易失性随机存取存储器。例如，处理器910还可以存储设备类型的信息。

在计算设备900运行时，所述处理器910执行所述存储器920中的计算机执行指令执行上述方法的操作步骤。

应理解，根据本申请实施例的计算设备900可以对应于执行根据本申请各实施例的方法中的相应主体，并且计算设备900中的各个模块的上述和其它操作和/或功能分别为了实现本实施例各方法的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于上述成方法，该方法包括上述各个实施例所描述的方案中的至少之一。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于，电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括、但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

其中，说明书和权利要求书中的词语“第一、第二、第三等”或模块A、模块B、模块C等类似用语，仅用于区别类似的对象，不代表针对对象的特定排序，可以理解地，在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在以上的描述中，所涉及的表示步骤的标号，如S110、S120……等，并不表示一定会按此步骤执行，在允许的情况下可以互换前后步骤的顺序，或同时执行。

说明书和权利要求书中使用的术语“包括”不应解释为限制于其后列出的内容；它不排除其它的元件或步骤。因此，其应当诠释为指定所提到的所述特征、整体、步骤或部件的存在，但并不排除存在或添加一个或更多其它特征、整体、步骤或部件及其组群。因此，表述“包括装置A和B的设备”不应局限为仅由部件A和B组成的设备。

本说明书中提到的“一个实施例”或“实施例”意味着与该实施例结合描述的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在本说明书各处出现的用语“在一个实施例中”或“在实施例中”并不一定都指同一实施例，但可以指同一实施例。此外，在一个或多个实施例中，能够以任何适当的方式组合各特定特征、结构或特性，如从本公开对本领域的普通技术人员显而易见的那样。

注意，上述仅为本申请的较佳实施例及所运用的技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请的构思的情况下，还可以包括更多其他等效实施例，均属于本申请的保护范畴。

Claims (10)

1.一种基于集群服务器的业务容灾的实现方法，其特征在于，所述集群服务器中包括至少三个服务器，所述方法包括：

检测到终端与第一服务器连接中断时，记录所述中断涉及的业务，其中所述第一服务器为所述集群服务器中的服务器；

从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器；其中，所述备用服务器为所述集群服务器中的服务器，且所述备用服务器列表动态更新；

建立所述终端到所述第二服务器的连接，通过所述第二服务器恢复所述中断涉及的业务。

2.根据权利要求1所述的方法，其特征在于，所述从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器，包括：

获取所述第一服务器的备用服务器列表；

根据一定规则从所述备用服务器列表记录的备用服务器中确定第二服务器。

3.根据权利要求2所述的方法，其特征在于，所述根据一定规则从备用服务器列表记录的备用服务器中确定第二服务器，包括：

确定所述业务对业务恢复的要求；

根据与所述要求匹配的规则，从备用服务器列表记录的各备用服务器中确定第二服务器。

4.根据权利要求2或3所述的方法，其特征在于，所述规则包括至少以下之一：

基于备用服务器的优先级确定第二服务器；

基于备用服务器的业务负荷量确定第二服务器；

基于备用服务器的响应速度确定第二服务器。

5.根据权利要求2所述的方法，其特征在于，所述备用服务器列表动态更新，包括：

根据所述业务的可靠性的高低，调整所述备用服务器列表记录的备用服务器的数量。

6.根据权利要求2所述的方法，其特征在于，还包括：所述备用服务器列表记录的备用服务器与所述第一服务器进行业务数据同步。

7.根据权利要求6所述的方法，其特征在于，所述与所述第一服务器进行业务数据同步，包括以下之一的方式：

所述备用服务器从所述第一服务器获取要同步的业务数据；

所述备用服务器从在先已经完成业务数据同步的备用服务器获取要同步的业务数据；

所述备用服务器从在先已经完成业务数据同步的备用服务器获取业务数据的第一部分，从所述第一服务器获取业务数据的第二部分。

8.一种基于集群服务器的业务容灾的实现装置，其特征在于，所述集群服务器中包括至少三个服务器，所述装置包括：

第一模块，用于检测到终端与第一服务器连接中断时，记录所述中断涉及的业务，其中所述第一服务器为所述集群服务器中的服务器；

第二模块，用于从所述第一服务器的备用服务器列表记录的备用服务器中确定第二服务器；其中，所述备用服务器为所述集群服务器中的服务器，且所述备用服务器列表动态更新；

第三模块，用于建立所述终端到所述第二服务器的连接，通过所述第二服务器恢复所述中断涉及的业务。

9.一种计算设备，其特征在于，包括：

通信接口；

至少一个处理器，其与所述通信接口连接；以及

至少一个存储器，其与所述处理器连接并存储有程序指令，所述程序指令当被所述至少一个处理器执行时使得所述至少一个处理器执行权利要求1-7任一所述的方法。

10.一种计算机可读存储介质，其上存储有程序指令，其特征在于，所述程序指令当被计算机执行时使得所述计算机执行权利要求1-7任一所述的方法。

Images