业务处理系统及方法与流程

文档序号:14686044发布日期:2018-06-14 22:51

本发明涉及业务处理技术领域,特别涉及一种业务处理系统及方法。



背景技术:

各行业的业务处理系统,几乎都面临系统故障或灾难情况下向客户提供持续、完整服务的要求,如果某个节点发生故障或灾难事件就引发业务处理中断,进而终止客户服务,则说明该业务处理系统在高可用方面存在问题。

为了提升系统应对业务发展、大交易量的处理能力,尤其是高并发下交易的处理能力,各行业的业务处理系统在设计时大多考虑了负载均衡的技术。在服务高度敏感的银行业,由于涉及客户支付等高等级服务时效要求,基于监管机构制定的信息系统高可用相关标准要求,为抵御故障与灾难事件的能力,除了采用上述负载均衡技术,还在同城建立了同城灾备中心和在异地建立了异地灾备中心(“两地三中心”分别采用冷备、热备技术)。

通常,各行业计算机客户服务系统主要通过受理客户或业务人员通过客户端提交的交易请求,交易处理流程涉及机构内部系统多节点处理,当故障或灾难发生时,某个节点的处理异常终止将导致服务的中断。即使通过两地三中心数据同步或复制技术,可保障数据不丢失,但是将客户服务切换到同城灾备中心或异地灾备中心后,需要依靠业务人员核对最近办理的业务是否丢失了数据,并依靠业务人员将部分丢失的业务重新办理一遍来恢复丢失的数据,这种做法涉及流程长、环节多、耗费时间长,无法以最快速度恢复丢失的数据,因此,生产中心发生灾难时,终将导致对客户服务暂时中断。



技术实现要素:

本发明实施例提供了一种业务处理系统,以解决现有技术中在生产中心发生灾难时,终将导致对客户服务暂时中断的技术问题。该系统包括:交易分发路由装置,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于受理客户发送的交易请求,并将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理;交易处理装置,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于接收所述交易分发路由装置分发的交易请求,根据接收的交易请求进行交易处理;数据存储装置,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于实时存储自身所在节点中的交易处理装置根据交易请求进行交易处理后的交易处理结果数据;数据同步装置,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于实时将自身所在节点中的数据存储装置存储的交易处理结果数据与其他节点中的数据存储装置同步;所述数据存储装置,还用于实时存储其他节点中的数据同步装置同步的交易处理结果数据;所述交易分发路由装置,还用于在有节点出现故障时,实时将故障节点上的交易处理切换到其他未出现故障的节点上继续进行交易处理。

在一个实施例中,所述交易分发路由装置,包括:交易请求解析单元,用于受理并解析客户发送的交易请求;可用性检测单元,用于实时接收生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点的交易处理装置发送的可用性状态参数;性能检测单元,用于实时接收生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点的交易处理装置发送的性能状态参数;路由参数单元,用于根据可用性检测单元接收的各节点中交易处理装置的可用性状态参数和性能检测单元接收的各节点中交易处理装置的性能状态参数,确定各节点中交易处理装置的路由参数;交易请求分发单元,用于根据路由参数单元中各节点的交易处理装置的路由参数,将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理。

在一个实施例中,所述交易处理装置,包括:交易请求受理单元,用于实时受理交易路由分发装置分发的交易请求;交易处理单元,用于根据交易请求对交易进行处理;交易结果存储单元,用于将交易处理结果数据存储到交易处理装置自身所在节点中的数据存储装置内,登记待同步的交易处理结果数据记录。

在一个实施例中,所述交易处理装置,还包括:交易处理成功率监控单元,用于根据交易处理单元在交易处理过程中的处理状况和处理时间,登记自身所在交易处理装置的可用性状态参数,将该可用性状态参数实时发送给各节点的交易分发路由装置;交易处理性能监控单元,用于根据交易处理单元在交易处理过程中的处理状况和处理时间,登记自身所在交易处理装置的性能状态参数,将该性能状态参数实时发送给各节点的交易分发路由装置。

在一个实施例中,所述数据同步装置,包括:本节点数据读取单元,用于读取数据同步装置自身所在节点中数据存储装置内待同步的交易处理结果数据;其他节点数据读取单元,用于读取除了数据同步装置自身所在节点之外的其他节点中数据存储装置内待同步的交易处理结果数据;本节点数据同步更新单元,用于将所述其他节点数据读取单元读取的数据同步到数据同步装置自身所在节点中的数据存储装置内;其他节点数据同步更新单元,用于将所述本节点数据读取单元读取的数据同步到除了数据同步装置自身所在节点之外的其他节点中的数据存储装置内。

本发明实施例还提供了一种业务处理方法,以解决现有技术中在生产中心发生灾难时,终将导致对客户服务暂时中断的技术问题。该方法包括:在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署交易分发路由装置,通过该交易分发路由装置受理客户发送的交易请求,并将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理;在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署交易处理装置,通过该交易处理装置接收所述交易分发路由装置分发的交易请求,根据接收的交易请求进行交易处理;在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署数据存储装置,通过该数据存储装置实时存储自身所在节点中的交易处理装置根据交易请求进行交易处理后的交易处理结果数据;在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署数据同步装置,通过该数据同步装置实时将自身所在节点中的数据存储装置存储的交易处理结果数据与其他节点中的数据存储装置同步;在生产中心节点、同城灾备中心节点和异地灾备中心节点各节点中,通过所述数据存储装置实时存储其他节点中的数据同步装置同步的交易处理结果数据;在生产中心节点、同城灾备中心节点和异地灾备中心节点各节点中,在有节点出现故障时,通过所述交易分发路由装置实时将故障节点上的交易处理切换到其他未出现故障的节点上继续进行交易处理。

在一个实施例中,通过所述交易分发路由装置将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理,包括:通过所述交易分发路由装置受理并解析客户发送的交易请求;通过所述交易分发路由装置实时接收生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点的交易处理装置发送的可用性状态参数和性能状态参数;通过所述交易分发路由装置根据接收的各节点的交易处理装置的可用性状态参数和性能状态参数,确定各节点中交易处理装置的路由参数;通过所述交易分发路由装置根据各节点的交易处理装置的路由参数,将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理。

在一个实施例中,通过所述交易处理装置接收所述交易分发路由装置分发的交易请求,根据接收的交易请求进行交易处理,包括:通过所述交易处理装置实时受理交易路由分发装置分发的交易请求,根据交易请求对交易进行处理;通过所述交易处理装置将交易处理结果数据存储到该交易处理装置自身所在节点中的数据存储装置内,登记待同步的交易处理结果数据记录。

在一个实施例中,还包括:在通过所述交易处理装置对交易进行处理的过程中,通过所述交易处理装置根据交易处理过程中的处理状况和处理时间,登记自身的可用性状态参数,将该可用性状态参数实时发送给各节点的交易分发路由装置;在通过所述交易处理装置对交易进行处理的过程中,通过所述交易处理装置根据交易处理过程中的处理状况和处理时间,登记自身的性能状态参数,将该性能状态参数实时发送给各节点的交易分发路由装置。

在一个实施例中,通过所述数据同步装置实时将自身所在节点中的数据存储装置存储的交易处理结果数据与其他节点中的数据存储装置同步,包括:通过所述数据同步装置读取该数据同步装置自身所在节点中数据存储装置内待同步的交易处理结果数据,将读取的数据同步到除了该数据同步装置自身所在节点之外的其他节点中的数据存储装置内;通过所述数据同步装置读取除了该数据同步装置自身所在节点之外的其他节点中数据存储装置内待同步的交易处理结果数据,将读取的数据同步到该数据同步装置自身所在节点中的数据存储装置内。

在本发明实施例中,生产中心节点、同城灾备中心节点和异地灾备中心节点中的交易分发路由装置均能接收交易请求,并将交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理,使得生产中心节点、同城灾备中心节点和异地灾备中心节点可以并行提供业务处理服务,可发挥交易分流、设备资源充分利用的作用,也使得灾备设备起到生产的作用;同时,由于生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点之间进行交易处理结果数据同步,各节点保持业务数据一致性,任意节点可提供一致的服务,在某一阶段出现节点发生故障或灾难时,对外服务的路由可自动切换到无故障节点,例如,在发生一个城市某区域级灾难情况下,生产中心节点的系统服务失效时,可以进行生产中心节点到同城灾备中心节点的“无缝”切换;当出现同一城市大范围自然灾害导致同城两个中心系统同时失效时,异地灾备中心系统可以在对客户透明情况下“无缝”接管所有系统服务,最大程度上确保客户服务的连续性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,并不构成对本发明的限定。在附图中:

图1是本发明实施例提供的一种业务处理系统的结构框图;

图2是本发明实施例提供的一种交易分发路由装置的结构框图;

图3是本发明实施例提供的一种交易处理装置的结构框图;

图4是本发明实施例提供的一种数据同步装置的结构框图;

图5是本发明实施例提供的一种业务处理方法的流程图;

图6是本发明实施例提供的一种交易路由分发处理的流程图;

图7是本发明实施例提供的一种交易处理的流程图;

图8是本发明实施例提供的一种数据同步处理的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施方式和附图,对本发明做进一步详细说明。在此,本发明的示意性实施方式及其说明用于解释本发明,但并不作为对本发明的限定。

在本发明实施例中,提供了一种业务处理系统,如图1所示,该业务处理系统包括:

交易分发路由装置2,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于受理客户发送的交易请求,并将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理;

交易处理装置3,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于接收所述交易分发路由装置分发的交易请求,根据接收的交易请求进行交易处理;

数据存储装置4,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于实时存储自身所在节点中的交易处理装置根据交易请求进行交易处理后的交易处理结果数据;

数据同步装置5,分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中,用于实时将自身所在节点中的数据存储装置存储的交易处理结果数据与其他节点中的数据存储装置同步;

所述数据存储装置4,还用于实时存储其他节点中的数据同步装置同步的交易处理结果数据;

所述交易分发路由装置2,还用于在有节点出现故障时,实时将故障节点上的交易处理切换到其他未出现故障的节点上继续进行交易处理。

由图1所示可知,在本发明实施例中,生产中心节点、同城灾备中心节点和异地灾备中心节点中的交易分发路由装置均能接收交易请求,并将交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理,使得生产中心节点、同城灾备中心节点和异地灾备中心节点可以并行提供业务处理服务,可发挥交易分流、设备资源充分利用的作用,也使得灾备设备起到生产的作用;同时,由于生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点之间进行交易处理结果数据同步,各节点保持业务数据一致性,任意节点可提供一致的服务,在某一阶段出现节点发生故障或灾难时,对外服务的路由可自动切换到无故障节点,例如,在发生一个城市某区域级灾难情况下,生产中心节点的系统服务失效时,可以进行生产中心节点到同城灾备中心节点的“无缝”切换;当出现同一城市大范围自然灾害导致同城两个中心系统同时失效时,异地灾备中心系统可以在对客户透明情况下“无缝”接管所有系统服务,最大程度上确保客户服务的连续性。

具体实施时,在故障或灾难场景下,确保对客户服务不中断,以提升系统高可用。交易分发路由装置2、交易处理装置3、数据存储装置4以及数据同步装置5均分别部署在生产中心节点、同城灾备中心节点和异地灾备中心节点中。

具体的,交易分发路由装置2负责受理客户从本方服务渠道或合作方服务渠道(即渠道服务装置1)发起的交易请求;正常情况下,交易分发路由装置2可同时将受理的业务请求向部署在生产中心节点、同城灾备中心节点或异地灾备中心节点中一个节点中的交易处理装置3分发,分发处理时根据交易处理装置3的可用性、交易负载参数确定分发节点是生产中心节点、同城灾备中心节点或是异地灾备中心节点。当某一节点的交易处理装置3发生故障时,则交易分发路由装置2暂时关闭该交易处理装置3可用性参数,将服务渠道提交的交易请求向其他未关闭的交易处理装置3分发,并继续监控故障交易处理装置3的可用性恢复情况。

交易处理装置3负责受理交易分发路由装置2转发的交易请求,三个中心节点部署的交易处理装置3可同时接受各节点交易分发路由装置2转发的交易请求,交易处理后将数据保存在本节点的数据存储装置4。交易处理装置3按指定的交易数据包格式将整个数据包中包含的交易信息解析出来,获取每个字段的信息后,通过本装置对交易信息进行加工处理,具体处理内容包含读取相关参数、按照业务处理逻辑进行运算等,并将最终交易处理结果按本节点数据包编号唯一性编排规则保存到数据存储装置4中。

数据存储装置4负责接收本节点交易处理装置3上送的数据包、接收其他节点交易处理装置3提交的数据包,数据保存时,对数据包编号的唯一性进行管控,排除重复的数据。

生产中心节点、同城灾备中心节点和异地灾备中心节点中的数据同步装置5之间进行数据同步,一方面将本节点数据存储装置4保存的数据包,通过异步方式,实时发起向其他节点的数据存储装置4的数据同步处理,另一方面将其他节点数据存储装置4保存的未完成同步处理数据包向本节点或其他未完成同步处理的节点数据存储装置4进行数据同步处理,确保三个中心节点数据存储装置4的数据一致性。极端情况下,某节点数据存储装置4接收本节点交易处理装置3上送的数据包成功后出现故障,数据同步装置5不对最后一笔数据包进行同步,则在该节点数据存储装置4恢复后进行数据同步处理,使得不需手工补录等操作。具体的,发生灾难时交易如果数据丢失,将对客户服务产生严重影响,目前业界普遍采用的两地三中心数据复制技术都会受到影响,无法完全做到数据同步,因此普遍存在数据丢失的问题,通过本发明的数据同步技术和方法,可以确保两地三中心不同节点的数据一致性,无需数据恢复或手工补录处理,确保各节点保存的数据完整性和一致性,能够在灾难发生后保持对客服务,保证业务处理结果的准确性。

具体实施时,如图2所示,所述交易分发路由装置2,包括:交易请求解析单元21,用于受理并解析客户发送的交易请求;可用性检测单元22(即交易处理装置可用性检测单元22),用于实时接收生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点的交易处理装置发送的可用性状态参数,并根据接收的可用性状态参数判断各节点中交易处理装置是否可用,如果无法接收到某节点的交易处理装置的可用性状态参数,则在路由参数单元中登记该节点的交易处理装置为不可用(此时认为该节点的交易处理装置故障);性能检测单元23(即交易处理装置性能检测单元23),用于实时接收生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点的交易处理装置发送的性能状态参数,并根据接收的性能状态参数判断各节点中交易处理装置的性能,如果无法接收到某节点的交易处理装置的性能状态参数,则在路由参数单元中登记该节点的交易处理装置性能故障;路由参数单元24(即交易处理装置路由参数单元24),用于根据可用性检测单元接收的各节点中交易处理装置的可用性状态参数和性能检测单元接收的各节点中交易处理装置的性能状态参数,确定各节点中交易处理装置的路由参数;交易请求分发单元25,用于根据路由参数单元中各节点的交易处理装置的路由参数,将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理。

具体实施时,如图3所示,所述交易处理装置3,包括:交易请求受理单元31,用于实时受理交易路由分发装置分发的交易请求;交易处理单元32,用于根据交易请求对交易进行处理;交易结果存储单元35(即交易处理结果存储单元35),用于将交易处理结果数据存储到交易处理装置自身所在节点中的数据存储装置内,登记待同步的交易处理结果数据记录。

具体实施时,为了实时监控交易处理装置的性能、可用性,在本实施例中,如图3所示,所述交易处理装置3,还包括:交易处理成功率监控单元33,用于根据交易处理单元在交易处理过程中的处理状况和处理时间,登记自身所在交易处理装置的可用性状态参数,将该可用性状态参数实时发送给各节点的交易分发路由装置;交易处理性能监控单元34,用于根据交易处理单元在交易处理过程中的处理状况和处理时间,登记自身所在交易处理装置的性能状态参数,将该性能状态参数实时发送给各节点的交易分发路由装置。

具体实施时,如图4所示,所述数据同步装置5,包括:本节点数据读取单元51(即本节点数据存储装置读取单元51),用于读取数据同步装置自身所在节点中数据存储装置内待同步的交易处理结果数据;其他节点数据读取单元52(即其他节点数据存储装置读取单元52),用于读取除了数据同步装置自身所在节点之外的其他节点中数据存储装置内待同步的交易处理结果数据;本节点数据同步更新单元53(即对本节点数据存储装置同步更新单元53),用于将所述其他节点数据读取单元读取的数据同步到数据同步装置自身所在节点中的数据存储装置内;其他节点数据同步更新单元54(即对其他节点数据存储装置同步更新单元54),用于将所述本节点数据读取单元读取的数据同步到除了数据同步装置自身所在节点之外的其他节点中的数据存储装置内。

基于同一发明构思,本发明实施例中还提供了一种业务处理方法,如下面的实施例所述。由于业务处理方法解决问题的原理与业务处理装置相似,因此业务处理方法的实施可以参见业务处理装置的实施,重复之处不再赘述。

图5是本发明实施例的业务处理方法的一种流程图,如图5所示,该业务处理方法包括:

步骤501:在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署交易分发路由装置,通过该交易分发路由装置受理客户发送的交易请求,并将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理;

步骤502:在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署交易处理装置,通过该交易处理装置接收所述交易分发路由装置分发的交易请求,根据接收的交易请求进行交易处理;

步骤503:在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署数据存储装置,通过该数据存储装置实时存储自身所在节点中的交易处理装置根据交易请求进行交易处理后的交易处理结果数据;

步骤504:在生产中心节点、同城灾备中心节点和异地灾备中心节点中均部署数据同步装置,通过该数据同步装置实时将自身所在节点中的数据存储装置存储的交易处理结果数据与其他节点中的数据存储装置同步;

步骤505:在生产中心节点、同城灾备中心节点和异地灾备中心节点各节点中,通过所述数据存储装置实时存储其他节点中的数据同步装置同步的交易处理结果数据;

步骤506:在生产中心节点、同城灾备中心节点和异地灾备中心节点各节点中,在有节点出现故障时,通过所述交易分发路由装置实时将故障节点上的交易处理切换到其他未出现故障的节点上继续进行交易处理。

在一个实施例中,通过所述交易分发路由装置将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理,包括:通过所述交易分发路由装置受理并解析客户发送的交易请求;通过所述交易分发路由装置实时接收生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点的交易处理装置发送的可用性状态参数和性能状态参数;通过所述交易分发路由装置根据接收的各节点的交易处理装置的可用性状态参数和性能状态参数,确定各节点中交易处理装置的路由参数;通过所述交易分发路由装置根据各节点的交易处理装置的路由参数,将所述交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理。

具体的,交易路由分发交易请求的过程如图6所示,包括以下步骤:

步骤601:受理并解析客户通过渠道服务装置提交的交易请求;

步骤602:读取交易路由分发装置保存的交易处理装置有关的可用性、性能容量参数;

步骤603:根据交易处理装置有关的可用性、性能容量参数,将交易请求向合适的交易处理装置3分发;

步骤604:交易请求分发完成。

在一个实施例中,通过所述交易处理装置接收所述交易分发路由装置分发的交易请求,根据接收的交易请求进行交易处理,包括:通过所述交易处理装置实时受理交易路由分发装置分发的交易请求,根据交易请求对交易进行处理;通过所述交易处理装置将交易处理结果数据存储到该交易处理装置自身所在节点中的数据存储装置内,登记待同步的交易处理结果数据记录。

在一个实施例中,上述业务处理方法还包括:在通过所述交易处理装置对交易进行处理的过程中,通过所述交易处理装置根据交易处理过程中的处理状况和处理时间,登记自身的可用性状态参数,将该可用性状态参数实时发送给各节点的交易分发路由装置;在通过所述交易处理装置对交易进行处理的过程中,通过所述交易处理装置根据交易处理过程中的处理状况和处理时间,登记自身的性能状态参数,将该性能状态参数实时发送给各节点的交易分发路由装置。

具体的,如图7所示,交易处理流程包括步骤如下:

步骤701:受理交易路由分发装置分发的交易请求;

步骤702:对交易进行处理,在数据存储装置登记待同步交易记录;

步骤703:根据交易处理的时间、成功率登记交易处理装置可用性、性能容量参数;

步骤704:交易处理完成。

在一个实施例中,通过所述数据同步装置实时将自身所在节点中的数据存储装置存储的交易处理结果数据与其他节点中的数据存储装置同步,包括:通过所述数据同步装置读取该数据同步装置自身所在节点中数据存储装置内待同步的交易处理结果数据,将读取的数据同步到除了该数据同步装置自身所在节点之外的其他节点中的数据存储装置内;通过所述数据同步装置读取除了该数据同步装置自身所在节点之外的其他节点中数据存储装置内待同步的交易处理结果数据,将读取的数据同步到该数据同步装置自身所在节点中的数据存储装置内。

具体的,如图8所示,数据同步处理流程包括步骤如下:

步骤801:以并行、轮询方式,按状态读取各节点数据存储装置待同步数据记录;

步骤802:将读取到的待同步数据向其他节点进行同步更新处理;

步骤803:同步完成后,将该待同步数据记录状态更新为已同步;

步骤804:对各节点数据存储装置的待同步状态数据记录,持续发起向其他节点的数据同步处理。

由于每个节点的数据同步处理装置5均发起三个线程的数据同步处理,存在着对某节点数据记录同时进行更新的可能性,为避免数据更新“死锁”,数据同步处理时先对某节点数据记录更新的线程,需对该记录采取“锁更新”的保护更新方式。

当生产中心发生灾难性事件时,由于同城灾备中心、异地灾备中心节点数据是一致的,因此,通过同城灾备中心与异地灾备中心节点可接管生产中心原承担的部分服务,确保对客服务不中断,此时,相当于同城灾备中心与异地灾备中心需要在原交易量基础上短时间承担更多的交易服务。

在本发明实施例中,生产中心节点、同城灾备中心节点和异地灾备中心节点中的交易分发路由装置均能接收交易请求,并将交易请求分发给生产中心节点、同城灾备中心节点或异地灾备中心节点进行处理,使得生产中心节点、同城灾备中心节点和异地灾备中心节点可以并行提供业务处理服务,可发挥交易分流、设备资源充分利用的作用,也使得灾备设备起到生产的作用,即三个数据中心的服务节点的计算机设备发挥双重作用,在正常服务场景下,各节点设备充分发挥同时对外服务应用的作用,在故障或灾难场景下,各节点设备则发挥相互备份的作用;同时,由于生产中心节点、同城灾备中心节点和异地灾备中心节点中各节点之间进行交易处理结果数据同步,各节点保持业务数据一致性,使得任意节点可提供一致的服务,在某一阶段出现节点发生故障或灾难时,对外服务的路由可自动切换到无故障节点,例如,在发生一个城市某区域级灾难情况下,生产中心节点的系统服务失效时,可以进行生产中心节点到同城灾备中心节点的“无缝”切换;当出现同一城市大范围自然灾害导致同城两个中心系统同时失效时,异地灾备中心系统可以在对客户透明情况下“无缝”接管所有系统服务,最大程度上确保客户服务的连续性,即自动将交易分发的无故障服务节点,不需要技术人员参与,更不需要业务人员参与,可以确保业务在故障或灾难发生后服务不中断。

显然,本领域的技术人员应该明白,上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明实施例不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1