CN109901949A - 双活数据中心的应用灾备系统及方法 - Google Patents

Abstract

本发明公开了一种双活数据中心的应用灾备系统及方法，该系统包括：部署于第一站点的第一数据中心和第二站点的第二数据中心，每个站点的数据中心包括：网关集群、业务系统和数据库；其中，第一数据中心的数据库与第二数据中心的数据库双向复制数据，且第一数据中心的业务系统与第二数据中心的网关集群连接，用于对第二数据中心的网关集群接收到的业务请求进行处理；第二数据中心的业务系统与第一数据中心的网关集群连接，用于对第一数据中心的网关集群接收到的业务请求进行处理，用于将本地站点上信息旁路装置旁路的业务数据传输至本地站点的业务系统。本发明将业务数据异地保存，从而实现了发生站点级灾难时应用数据零丢失的目的。

Description

双活数据中心的应用灾备系统及方法

技术领域

本发明涉及数据中心应用灾备领域，尤其涉及一种双活数据中心的应用灾备系统及方法。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着互联网的普及，各个企业采用信息电子化的方式进行日常的生产经营管理，大型的企业建立数据中心运营电子化系统。电子化的数据，是企业正常经营的基础，为了使企业经营不受系统故障的影响，企业往往会建立多个数据中心，采用一主一备运营。

目前主流的主备数据中心模式，使用系统手段(例如，数据库复制或磁盘复制)将主站点数据中心的数据同步到备站点数据中心。由于数据库复制存在一定的延迟，在发生站点级灾难的情况下，延迟的业务数据未复制到备站点，使得备站点一般会丢失十几秒至几分钟的业务数据。为了抵御不可抗力的因素(如地震、海啸、火灾、恐怖袭击等)产生的数据中心站点级灾难(生产站点的数据全部丢失)，企业需要考虑如何无损地实现站点级的应用数据同步，以避免业务数据丢失，以避免影响企业的正常运营。

发明内容

本发明实施例提供一种双活数据中心的应用灾备系统，用以解决现有技术采用数据库复制的方式对站点数据进行备份，由于数据库复制存在延迟，容易导致业务数据丢失的技术问题，该系统包括：部署于第一站点的第一数据中心和第二站点的第二数据中心，每个站点的数据中心包括：网关集群、业务系统和数据库；其中，第一数据中心的数据库与第二数据中心的数据库双向复制数据，且第一数据中心的业务系统与第二数据中心的网关集群连接，用于对第二数据中心的网关集群接收到的业务请求进行处理；第二数据中心的业务系统与第一数据中心的网关集群连接，用于对第一数据中心的网关集群接收到的业务请求进行处理。

本发明实施例还提供一种双活数据中心的应用灾备方法，用以解决现有技术采用数据库复制的方式对站点数据进行备份，由于数据库复制存在延迟，容易导致业务数据丢失的技术问题，该方法应用于上述双活数据中心的应用灾备系统的第一站点或第二站点，包括：接收来自异地站点的网关集群上传的业务请求；对所述异地站点的网关集群上传的业务请求进行处理；向所述异地站点的网关集群返回业务处理结果；将所述业务处理结果存储于本地站点的数据库中，并复制到异地站点的数据库中。

本发明实施例还提供一种计算机设备，用以解决现有技术采用数据库复制的方式对站点数据进行备份，由于数据库复制存在延迟，容易导致业务数据丢失的技术问题，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述双活数据中心的应用灾备方法。

本发明实施例还提供一种计算机可读存储介质，用以解决现有技术采用数据库复制的方式对站点数据进行备份，由于数据库复制存在延迟，容易导致业务数据丢失的技术问题，计算机可读存储介质存储有执行上述双活数据中心的应用灾备方法的计算机程序。

本发明实施例中，第一站点和第二站点的数据库双向复制数据，实现了互为备份的双活数据中心，将第一站点的网关集群连接到第二站点的业务系统，第二站的网关集群连接到第一站点的业务系统，使得第一站点的业务系统对第二站点上网关集群接收到的业务请求进行处理，第二站点的业务系统对第一站点上网关集群接收到的业务请求进行处理，实现了业务数据异地保存，以达到发生站点级灾难时应用数据零丢失的目的。

附图说明

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

图1为现有技术中提供的一种主备数据中心的应用灾备系统示意图；

图2为本发明实施例中提供的一种双活数据中心的应用灾备系统示意图；

图3为本发明实施例中提供的一种自动化补账装置示意图；

图4为本发明实施例中提供的一种双活数据中心的应用灾备方法流程图；

图5为本发明实施例中提供的一种应用于银行核心系统业务交易的双活数据中心的应用灾备方法流程图。

具体实施方式

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

由本申请背景部分介绍的内容可知，为了确保业务的高可用性，企业往往会建立数据中心备站点，以便在主站点故障的情况下，将负载切换到备站点。现有技术中，通常采用数据库复制的方法实现主备站点上的数据同步。

为了更好的理解本发明实现的技术原理，在对本发明进行说明之前，首先对现有技术提供的主备数据中心的应用灾备系统作简要说明。

图1为现有技术中提供的一种主备数据中心的应用灾备系统示意图，如图1所示，部署于主站点的数据中心和备站点的数据中心包括：业务系统1、网关集群2、终端系统3和数据库4；其中，终端系统3与网关集群2连接，网关集群2与业务系统1连接。终端系统3包含终端界面和终端服务器，用于接收用户通过各种用户终端7(例如，手机、平板电脑、笔记本电脑、计算机等)发起的业务请求，通过网关集群2上送到业务系统1，当业务系统1对业务请求进行处理后，再通过网关集群2接收业务系统1的业务处理结果，并返回给用户；网关集群2是业务系统与终端系统的连接节点，用于实现业务系统与终端系统之间通讯协议转换及码制转换，将来自用户终端的业务请求上送给业务系统；业务系统1是企业业务处理的核心，负责企业联机业务的处理，通过网关集群2接收来自用户终端7的业务请求，并将业务处理结果持久化的存储到数据库。数据库4与业务系统1连接，用于存储企业的业务数据，如果该业务系统为银行的核心交易业务系统，则数据库用于存储企业的业务明细、客户、介质、协议、账户等重要数据。数据中心备站点是企业业务系统高可用的保证，通过实时复制主站点数据库的数据，实现站点级备份的目标。

需要注意的是，备站点的终端系统3和网关集群2也可以承载一定的负载，以提高设备的利用率。

由于现有技术中，一般会采用异步复制的方式将主站点的数据库同步到备站点数据库，以实现主站点的高性能，向用户提供高效率的服务。在高并发、更新量很大的情况下，数据库复制一般会有几十秒到几分钟的复制延迟，由此，当主站点发生不可预知的站点级故障(例如，地震、海啸、火灾、恐怖袭击等)的情况下，备站点会存在一些业务数据的丢失，影响备站点接管业务的完整性，进而影响到部分用户的业务。

为解决站点级应用数据丢失问题，本发明实施例提供了一种零丢失的双活数据中心的应用灾备系统，以实现站点级的业务系统高可用。

图2为本发明实施例中提供的一种双活数据中心的应用灾备系统示意图，如图2所示，该系统包括：部署于第一站点(A站点)的第一数据中心和第二站点(B站点)的第二数据中心，每个站点的数据中心包括：网关集群2、业务系统1和数据库4；其中，第一数据中心的数据库4与第二数据中心的数据库4双向复制数据，且第一数据中心的业务系统1与第二数据中心的网关集群2连接，用于对第二数据中心的网关集群2接收到的业务请求进行处理；第二数据中心的业务系统1与第一数据中心的网关集群2连接，用于对第一数据中心的网关集群2接收到的业务请求进行处理。

需要说明的是，图2所示的双活数据中心的应用灾备系统既可以适用于主备数据中心的应用灾备场景，也可以适用于多活数据中心的应用灾备场景。其中，在主备数据中心的应用灾备场景下，图2所示的第一站点和第二站点中的任意一个站点可以作为主站点，另一个作为备站点；在多活数据中心的应用灾备场景下，图2所示的第一站点和第二站点可以是多活数据中心中任意两个互为备份的站点。

另外，还需要说明的是，图2所示的业务系统1可以是任意一种需要实现应用灾备的业务系统，包括但不限于银行的核心业务交易系统。

以核心业务交易系统为例，A站点和B站点的两个数据中心同时为用户提供服务，其中，网关集群与核心业务交易系统相连时，跨站点部署(即A站点的网关集群与B站点的核心业务交易系统相连，B站点的网关集群与A站点的核心业务交易系统相连)。由于核心业务交易系统处理的所有交易，均从网关集群进行路由转发，则由A站点网关集群上送的交易请求，上送到B站点的核心业务交易系统处理，并写处理结果持久化写入到B站点的数据库；由B站点网关集群上送的交易请求，上送到A站点的核心业务交易系统处理，并写处理结果持久化写入到A站点的数据库。

由图2可以看出，第一站点(A站点)上业务请求的业务处理结果直接存储于第二站点(B站点)；第二站点(B站点)上业务请求的业务处理结果直接存储于第一站点(A站点)；当第一站点(A站点)发生灾难的情况下，不会影响第一站点(A站点)上业务请求的数据；当第二站点发生灾难的情况下，也不会影响第二站点(B站点)上业务请求的业务数据。需要注意的是，当第一站点(A站点)发生灾难的情况下，第二站点(B站点)上业务请求的业务处理结果(几十秒到几分钟业务请求的处理数据)可能因复制延迟，没有及时复制到第二站点(B站点)，但由于第二站点没有发生灾难，因而，只需要让第二站点的业务系统对这部分业务请求进行处理即可；第二站发生灾难的情况下类似，此处不再赘述。

由上可知，在本发明实施例中，第一站点和第二站点的数据库双向复制数据，实现了互为备份的双活数据中心，将第一站点的网关集群连接到第二站点的业务系统，第二站的网关集群连接到第一站点的业务系统，使得第一站点的业务系统对第二站点上网关集群接收到的业务请求进行处理，第二站点的业务系统对第一站点上网关集群接收到的业务请求进行处理，实现了业务数据异地保存，以达到发生站点级灾难时应用数据零丢失的目的。

为了在灾备环境自动化恢复业务数据，实现站点级的应用灾备，本发明实施例采用重放业务请求的方式，一种可选的实施例中，每个站点的数据中心还可以包括：信息旁路装置5和自动化补账装置6；其中，信息旁路装置5，与本地站点的网关集群2连接，用于旁路本地站点的网关集群2传输的业务数据；自动化补账装置6，与本地站点的信息旁路装置5和本地站点的业务系统1分别连接，用于将本地站点上信息旁路装置5旁路的业务数据传输至本地站点的业务系统1。

仍以核心业务交易系统为例，信息旁路装置与本地站点的网关集群连接，负责旁路网关集群传输的所有通讯报文，其中，旁路即是指网关在不影响交易的传输内容和路径的情况下，把通讯数据复制给信息旁路装置。旁路的数据包含但不限于业务交易代码、报文流水号、终端编号、业务通讯区、交易处理状态等关键信息。需要注意的是，信息旁路装置同时旁路交易的请求报文和核心业务交易系统处理后的返回报文，并持久化到本地磁盘中用于灾难场景下的应用补账。自动化补账装置与信息旁路装置相连，日常生产运行时不使用，在发生灾难的场景下，企业启动灾备补账流程，自动触发信息旁路装置截取当前收集的报文，并上传到自动化补账装置，自动化补账装置重放装置经过账务核对等必要的处理后确认丢失数据，把丢失的交易报文，传输给核心业务交易系统实现交易重做，完成账务补处理。

由于数据库复制只延迟几十秒到几分钟的时间，实际只会丢失少量数据，因此信息旁路装置持久化通讯报文只需要保存最新的几分钟时间即可，因而，作为一种可选的实施方式，每个站点的信息旁路装置采用循环写入文件的方式，存储本地站点的网关集群传输的业务数据。采用循环写入文件的方式保存通讯数据，可以节省磁盘的容量。

进一步地，每个站点的信息旁路装置基于预先配置的业务名单，存储本地站点的网关集群传输的业务数据。可选地，预先配置的业务名单可以是黑名单也可以是白名单，黑名单用于记录不需要旁路的业务；白名单用于记录需要旁路的业务。针对不同的应用场景，可以选择采用黑名单或白名单。其目的均是过滤掉不需要旁路的业务，以减少旁路的数据量，减少自动化补账装置处理的数据量，提升补账效率。

作为一种可选的实施方式，本发明实施例中，每个站点的数据库可以包括：只读数据库和更新数据库；其中，第一站点的业务系统对第二站点网关集群接收到的业务请求进行处理后的业务处理结果写入第一站点的更新数据库中，且第一站点的更新数据库中的数据复制到第二站点的只读数据库中；第二站点的业务系统对第一站点网关集群接收到的业务请求进行处理后的业务处理结果写入第二站点的更新数据库中，且第二站点的更新数据库中的数据复制到第一站点的只读数据库中。如图2所示，A站点的更新数据库用于存储A站点对B站点上的业务请求进行处理的业务处理结果，并通过数据库复制的方式，同步到B站点的只读数据库中；B站点的更新数据库用于存储B站点对A站点上的业务请求进行处理的业务处理结果，并通过数据库复制的方式，同步到A站点的只读数据库中。

对于某一核心业务交易系统来说，可以根据业务的行为特征进行划分，根据不同的特征上送到不同的网关群集，进而上送到相应的核心业务系统进行数据更新。例如，以用户所在地区为路由依据，将用户的交易请求按照用户所在地区路由到不同的网关集群，进而再路由到相应站点的核心业务交易系统。如图2所示，一部分交易请求由B站点网关集群路由到A站点核心业务交易系统进行业务处理，业务数据写入到A站点的更新数据库，然后通过数据库复制的技术手段复制到B站点的只读数据库；另一部分交易请求上送到B站点的核心业务交易系统进行业务处理，业务数据写到B站点更新数据库，通过数据库复制的技术手段复制到A站点只读数据库。

本发明实施例中，将数据库按更新和只读属性拆分，使得A站点和B站点可以同时受理业务请求，实现站点双活并互为复制。只读数据库与更新数据库的复制虽然存在一定的延迟，但还可以为能够容忍瞬间不一致或历史数据的查询交易请求提供服务。

核心业务交易系统分别与网关集群和自动化补账装置连接。由于核心业务交易系统物理部署层面与网关集群交叉部署，使得A站点的核心业务交易系统与B站点的网关集群相连，接收B站点网关集群的交易请求，进行业务处理，并把交易日志写入到A站点更新数据库。B站点的核心业务交易系统与A站点的网关集群相连，接收A站点的网关集群的交易请求，进行业务处理，并把交易日志写入到B站点的更新数据库。核心业务交易系统同时支持客户交易请求和自动化补账的交易请求，客户交易请求与自动化补账的交易请求执行相同的交易主流程，实现交易资源的复用，减少企业对灾备的资源投入，并在应用日志中记录补账标志，以便分区客户交易或是补账交易。对于少量差异流程(如实时通知客户，实时通知第三方系统)，可以根据补账标志进行差异化处理。如在灾难前完成的账户变动通知已通知客户，在灾难发生后补账发生的账户变动通知，不需要再次通知客户，以避免对客户造成误解。如在灾难前已通知第三方系统，在灾难发生后不需要再次通知第三方系统，以避免第三方系统重复收到账户联动处理通知，避免造成重复扣账。

下面以A站点发生站点级灾难(即发生整个站点不可用的重大故障)为例进行说明，当A站点发生站点级灾难的场景下，B站点损失了只读数据库中的复制延迟部分的数据，这部分数据是在A站点实现更新的，A站点核心业务交易系统接收的数据来源于B站点的网关集群。因此，B站点只读数据库复制延迟损失的数据，通过B站点信息旁路装置和自动化补账装置，可以实现丢失数据的自动化补处理，从而实现站点级灾难场景下的数据零丢失。B站点的网关群集通过调整通讯连接，通过自动化切换机制，把通讯连接重新指向B站点可用的核心业务交易系统，实现B站点接管A站点的实时业务。由于A站点和B站点是对称部署的，B站点发生灾难场景灾备处理机制与A站点发生灾难场景的灾备处理机制相同，因此，本发明实施例可以实现双活数据中心应用灾备场景下的数据零丢失，提高企业业务系统的高可性，提升企业业务的连续性和完整性。

如图3所示，每个站点的自动化补账装置6可以具体包括：信息传输单元61，与本地站点的信息旁路装置5连接，用于获取信息旁路装置旁路的业务数据；灾备对账单元62，与信息传输单元61连接，用于解析信息传输单元61获取到的业务数据，并根据解析结果生成待补账文件，其中，待补账文件中包含需要向本地站点的业务系统重放的业务请求；重放补账单元63，与灾备对账单元62和本地站点的业务系统1分别连接，用于根据灾备对账单元生成的待补账文件，向本地站点的业务系统1重放业务请求。

仍以核心业务交易系统为例，自动化补账装置负责灾难场景的自动化补账，自动化补账装置中的信息传输单元与信息旁路装置连接，根据生产灾备流程，在启动灾备后自动从信息旁路装置接收截留的交易报文信息；灾备对账单元接收来自信息传输单元的数据，解析通讯报文，获取交易的业务信息(例如，交易处理状态、业务交易代码、业务流水号、应用报文等关键信息)，根据交易处理状态判断交易在异地站点执行是否成功，对于执行失败的交易不需要安排补账。对于执行成功的交易，根据业务属性的键值，检查本站点的应用日志是否存在，如果存在则数据未丢失，该笔交易处理日志已从异地站点复制到本站点；如果不存在则数据丢失，需要安排补账，输出到待补账文件中；重放补账单元根据灾备对账单元生成的待补账文件，经过重放补账单元的必要处理(例如，如消除报文通讯超时、在交易报文中动态增加补账标志等)，拼装成符合核心业务交易系统接入标准的报文格式，模拟网关集群与核心业务交易系统报文通讯的模式，向核心业务交易系统发起交易请求。

核心业务交易系统在启动灾备标志的情况下，允许执行自动化补账装置发起的交易请求，并执行与客户请求相同的交易流程，实现交易资源的复用，减少企业对交易资源的投入。核心业务交易系统对于重放补账单元上送的交易请求，在应用日志中记录补账标志，用于灾难损失恢复的统计等企业管理用途。重放补账单元在并发执行重放过程中，应控制重放的交易执行顺序按灾难前的交易执行顺序，以避免交易倒序引起重做失败，增加补账的成功率。重放补账单元在重放过程中控制交易不重复执行。对每笔发起重做的交易记录重放日志，及记录核心业务交易系统对交易请求的执行状态，以提供给补账报表汇总单元使用。

可选地，每个站点的自动化补账装置还可以进一步包括：安全校验屏蔽单元64，与本地站点的业务系统1连接，用于屏蔽本地站点的业务系统的安全校验功能，使得本地站点的业务系统按照正常业务请求处理流程处理重放补账单元重放的业务请求。

对于核心业务交易系统来说，为了避免交易重做的风险，交易在执行账务调整前，会增加很多规则检查(例如，业务执行时间有效性检查、柜面或终端序号检查、报文防篡改的校验，以控制企业的账务风险)。由于补账交易与客户交易执行相同的流程，这些安全校验机制，会使重放补账单元上送的交易请求基本执行失败，因此，在灾难补账的场景下，核心业务交易系统启动安全校验屏蔽功能，对于补账的交易请求，在遇到安全校验时自动访问安全校验屏蔽单元，实现对安全校验的屏蔽，让补账交易可以顺利继续执行。安全校验屏蔽单元64是自动化补账装置6的核心单元，保证了核心业务交易系统能够对客户交易和补账交易执行相同的流程，实现通过交易重做实现交易丢失数据的补处理，节省企业灾备资源的投入。

可选地，每个站点的自动化补账装置还可以进一步包括：重放失败处理单元65，与重放补账单元63和本地站点的业务系统1连接，用于根据重放补账单元的重放日志和本地站点的业务系统的应用日志，确定重放失败的业务请求。对于核心业务交易系统来说，通过重放失败处理单元65分析交易重放情况，对于重放失败的少量交易，安排对交易涉及的借记账户进行锁定，避免企业资金风险。并生成交易明细提供给业务人员进行人工补账。

可选地，每个站点的自动化补账装置还可以进一步包括：补账报表汇总单元66，与重放补账单元63和本地站点的业务系统1分别连接，用于根据重放补账单元的重放日志和本地站点的业务系统的应用日志，生成补账报表统计数据。可选地，该补账报表统计数据包括但不限于灾难时数据库复制延迟引起的数据丢失的情况、自动化补账成功情况、自动化补账失败情况、涉及客户数量、涉及资金情况等。

本发明实施例中还提供了一种应用于上述系统实施例中第一站点或第二站点的应用灾备系统的双活数据中心的应用灾备方法，如下面的实施例所述。由于该方法实施例解决问题的原理与双活数据中心的应用灾备系统相似，因此该方法实施例的实施可以参见系统的实施，重复之处不再赘述。

图4为本发明实施例中提供的一种双活数据中心的应用灾备方法流程图，如图4所示，包括如下步骤：

S401，接收来自异地站点的网关集群上传的业务请求；

S402，对异地站点的网关集群上传的业务请求进行处理；

S403，向异地站点的网关集群返回业务处理结果；

S404，将业务处理结果存储于本地站点的数据库中，并复制到异地站点的数据库中。

需要说明的是，当上述S401至S404提供的方案应用于图2所示的第一站点(A站点)的情况下，则本地站点为第一站点(A站点)；异地站点为第二站点(B站点)；当上述S401至S404提供的方案应用于图2所示的第二站点(B站点)的情况下，则本地站点为第二站点(B站点)；异地站点为第一站点(A站点)。

在一种可选的实施例中，上述方法还可以包括：将本地站点的网关集群传输的业务数据旁路到本地站点，其中，业务数据包括：本地站点的网关集群接收到的业务请求数据和/或异地站点的业务系统返回的业务处理结果；在检测到异地站点发生灾难的情况下，根据旁路到本地站点的业务数据，重放业务请求。可选地，在将本地站点的网关集群传输的业务数据旁路到本地站点之前，还可以对旁路到本地站点的业务数据进行过滤，并将过滤后的业务数据存储于本地站点。

其中，根据旁路到本地站点的业务数据，重放业务请求，可以具体包括：获取旁路到本地站点的业务数据；解析旁路到本地站点的业务数据；根据解析结果，生成待补账文件，其中，待补账文件中包含需要重放的业务请求；根据待补账文件，重放业务请求。

可选地，在根据旁路到本地站点的业务数据，重放业务请求之前，上述方法还可以包括：屏蔽本地站点的业务系统的安全校验功能，使得本地站点的业务系统按照正常业务请求处理流程处理重放的业务请求。

可选地，在根据旁路到本地站点的业务数据，重放业务请求之前，上述方法还可以包括：根据本地站点的重放日志和应用日志，确定本地站点重放失败的业务请求，其中，重放日志为向本地站点重放业务请求的日志，应用日志为本地站点的业务系统的日志。

可选地，在根据旁路到本地站点的业务数据，重放业务请求之前，上述方法还可以包括：根据本地站点的重放日志和应用日志，生成本地站点的补账报表统计数据，其中，重放日志为向本地站点重放业务请求的日志，应用日志为本地站点的业务系统的日志。

图5为本发明实施例中提供的一种应用于银行核心系统业务交易的双活数据中心的应用灾备方法流程图，如图5所示，该方法包括如下步骤：

S501，每个站点网关集群上传输的交易报文，旁路到本站点的信息旁路装置。

S502，根据灾备补账的要求，信息旁路装置通过设置黑名单，过滤无需补账的交易。

S503，信息旁路装置将旁路的业务数据(例如，业务交易代码、交易时间信息、完整通讯报文等)内容写入到本地文件。补账只需要使用数据库复制延迟的数据，不需要保存全天的数据，可以采用文件循环写的方式，减少数据的存储。该步骤可以支持按交易的业务属性写入到不同的文件，以便S506进行差异化处理。

需要说明的是，S501、S502、S503是生产日常运行的流程，每笔交易报文都会经过这几个步骤的处理。

S504，在发生站点级灾难的场景下，双活数据中心故障检测机制自动实现计划外站点切换，激活自动化补账装置，包括启动灾难系统恢复流程；启动灾备补账；调整当前站点核心业务交易系统的灾备标志为灾备状态，只有核心业务交易系统的灾备标志为灾备状态，才允许补账交易请求上送到核心业务交易系统；在核心业务交易系统针对补账交易启动安全校验屏蔽功能。

S505，自动补账装置中的信息传输单元触发补账文件接收流程，从信息旁路装置中接收补账文件，传输到自动化补账装置中的灾备对账单元。

S506，自动补账装置中的灾备对账单元对补账文件中的每笔报文进行核对，核对交易在原生产是否成功，对于失败交易的不需要补账；对于成功的交易，根据业务属性的键值，检查本站点的应用日志是否存在，如果存在则数据未丢失，该笔交易处理日志已从异地站点复制到本站点；如果不存在则数据丢失，需要安排补账，输出到待补账文件中。

S507，自动补账装置中的重放补账单元对于报文进行必要的处理，消除超时等影响交易成功率的因素，按核心业务交易系统的标准拼装报文，向核心业务交易系统发起交易请求。

S508，自动补账装置中的重放补账单元为避免重放过程中交易发生倒序(例如，如原生产某一账号是先存款再转账，倒序后变成先转账后存款，可能会因余额不足引起失败)，该步骤中还需要控制重放补账并发处理过程中的时序，按原生产处理顺序把交易请求发送到核心业务交易系统。时序的控制是提升交易重做成功率的关键。

S509，核心业务交易系统执行自动化补账装置发起的补账请求。本发明实施例中，保持用户业务请求与补账请求执行相同的业务流程，最大化复用交易资产。遇到安全校验时自动触发安全校验屏蔽功能，其他业务流程正常执行。

S510，自动补账装置中的安全校验屏蔽单元捕获核心业务交易系统的安全校验结果，对于失败的校验进行屏蔽，把日期校验、柜员流水号校验、报文完整性校验失败的返回，自动调整为正常返回，以便补账场景下交易继续处理。该步骤是实现交易重放补账成功的核心。

S511，自动补账装置中的重放补账单元接收核心业务交易系统的处理结果，分析交易重放状态，并记录重放日志。

S512，自动补账装置中的重放失败处理单元对重放失败且涉及账户变动的交易，进行锁账，避免资金风险。

S513，自动补账装置中的重放失败处理单元对重放失败的交易，生成明细文件，转业务人员进行人工补账。

S514，自动补账装置中的补账报表汇总单元根据重放日志和应用日志，生成本次灾难的报表统计数据，如灾难时数据库复制延迟延迟引起的数据丢失情况、自动化补账成功情况、自动化补账失败情况、涉及客户数量、涉及资金情况等。

本发明实施例还提供了一种计算机设备，用以解决现有技术采用数据库复制的方式对站点数据进行备份，由于数据库复制存在延迟，容易导致业务数据丢失的技术问题，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述方法实施例中任意一种可选的或优选的双活数据中心的应用灾备方法。

本发明实施例还提供了一种计算机可读存储介质，用以解决现有技术采用数据库复制的方式对站点数据进行备份，由于数据库复制存在延迟，容易导致业务数据丢失的技术问题，计算机可读存储介质存储有执行上述方法实施例中任意一种可选的或优选的双活数据中心的应用灾备方法的计算机程序。

综上，本发明实施例提供了一种零丢失的双活数据中心的应用灾备方案，通过数据数据库双向复制实现站点双活，使两个站点互为备份；通过网关集群与核心业务交易系统交叉部署，解决数据库复制延迟引起灾难时的数据丢失问题；通过重放式自动化补账技术，在恢复应用账务数据中复用现有的交易资源，避免针对灾难而开发和维护大量的灾备交易，大大节省了企业的灾备维护成本，以较小的投入实现数据的完整性，实现企业在发生站点级灾难情况下快速恢复业务流程，提升企业的业务连续性水平，实现企业的站点级高可用、业务数据零丢失。

通过本发明实施例实现了站点双活、业务数据零丢失、使用重放式，以较小的成本实现自动化补账。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

1.一种双活数据中心的应用灾备系统，其特征在于，包括：部署于第一站点的第一数据中心和第二站点的第二数据中心，每个站点的数据中心包括：网关集群、业务系统和数据库；

其中，第一数据中心的数据库与第二数据中心的数据库双向复制数据，且第一数据中心的业务系统与第二数据中心的网关集群连接，用于对第二数据中心的网关集群接收到的业务请求进行处理；第二数据中心的业务系统与第一数据中心的网关集群连接，用于对第一数据中心的网关集群接收到的业务请求进行处理。

2.如权利要求1所述的系统，其特征在于，每个站点的数据中心还包括：信息旁路装置和自动化补账装置；

其中，信息旁路装置，与本地站点的网关集群连接，用于旁路本地站点的网关集群传输的业务数据；

自动化补账装置，与本地站点的信息旁路装置和本地站点的业务系统分别连接，用于将本地站点上信息旁路装置旁路的业务数据传输至本地站点的业务系统。

3.如权利要求1所述的系统，其特征在于，每个站点的自动化补账装置包括：

信息传输单元，与本地站点的信息旁路装置连接，用于获取信息旁路装置旁路的业务数据；

灾备对账单元，与信息传输单元连接，用于解析信息传输单元获取到的业务数据，并根据解析结果生成待补账文件，其中，所述待补账文件中包含需要向本地站点的业务系统重放的业务请求；

重放补账单元，与灾备对账单元和本地站点的业务系统分别连接，用于根据灾备对账单元生成的待补账文件，向本地站点的业务系统重放业务请求。

4.如权利要求3所述的系统，其特征在于，每个站点的自动化补账装置还包括：

安全校验屏蔽单元，与本地站点的业务系统连接，用于屏蔽本地站点的业务系统的安全校验功能，使得本地站点的业务系统按照正常业务请求处理流程处理重放补账单元重放的业务请求。

5.如权利要求3所述的系统，其特征在于，每个站点的自动化补账装置还包括：

重放失败处理单元，与重放补账单元和本地站点的业务系统连接，用于根据重放补账单元的重放日志和本地站点的业务系统的应用日志，确定重放失败的业务请求。

6.如权利要求3所述的系统，其特征在于，每个站点的自动化补账装置还包括：

补账报表汇总单元，与重放补账单元和本地站点的业务系统分别连接，用于根据重放补账单元的重放日志和本地站点的业务系统的应用日志，生成补账报表统计数据。

7.如权利要求2所述的系统，其特征在于，每个站点的信息旁路装置采用循环写入文件的方式，存储本地站点的网关集群传输的业务数据。

8.如权利要求2所述的系统，其特征在于，每个站点的信息旁路装置基于预先配置的业务名单，存储本地站点的网关集群传输的业务数据。

9.如权利要求1至8任一所述的系统，其特征在于，每个站点的数据库包括：只读数据库和更新数据库；其中，第一站点的业务系统对第二站点网关集群接收到的业务请求进行处理后的业务处理结果写入第一站点的更新数据库中，且第一站点的更新数据库中的数据复制到第二站点的只读数据库中；第二站点的业务系统对第一站点网关集群接收到的业务请求进行处理后的业务处理结果写入第二站点的更新数据库中，且第二站点的更新数据库中的数据复制到第一站点的只读数据库中。

10.一种双活数据中心的应用灾备方法，其特征在于，该方法应用于权利要求1至7任一所述的双活数据中心的应用灾备系统的第一站点或第二站点，包括：

接收来自异地站点的网关集群上传的业务请求；

对所述异地站点的网关集群上传的业务请求进行处理；

向所述异地站点的网关集群返回业务处理结果；

将所述业务处理结果存储于本地站点的数据库中，并复制到异地站点的数据库中。

11.如权利要求10所述的方法，其特征在于，所述方法还包括：

将本地站点的网关集群传输的业务数据旁路到本地站点，其中，所述业务数据包括：本地站点的网关集群接收到的业务请求数据和/或异地站点的业务系统返回的业务处理结果；

在检测到异地站点发生灾难的情况下，根据旁路到本地站点的业务数据，重放业务请求。

12.如权利要求10所述的方法，其特征在于，根据旁路到本地站点的业务数据，重放业务请求，包括：

获取旁路到本地站点的业务数据；

解析旁路到本地站点的业务数据；

根据解析结果，生成待补账文件，其中，所述待补账文件中包含需要重放的业务请求；

根据所述待补账文件，重放业务请求。

13.如权利要求10所述的方法，其特征在于，在根据旁路到本地站点的业务数据，重放业务请求之前，所述方法还包括：

屏蔽本地站点的业务系统的安全校验功能，使得本地站点的业务系统按照正常业务请求处理流程处理重放的业务请求。

14.如权利要求10所述的方法，其特征在于，在根据旁路到本地站点的业务数据，重放业务请求之后，所述方法还包括：

根据本地站点的重放日志和应用日志，确定本地站点重放失败的业务请求，其中，重放日志为向本地站点重放业务请求的日志，应用日志为本地站点的业务系统的日志。

15.如权利要求10所述的方法，其特征在于，在根据旁路到本地站点的业务数据，重放业务请求之后，所述方法还包括：

根据本地站点的重放日志和应用日志，生成本地站点的补账报表统计数据，其中，重放日志为向本地站点重放业务请求的日志，应用日志为本地站点的业务系统的日志。

16.如权利要求10至15任一所述的方法，其特征在于，所述方法还包括：

对旁路到本地站点的业务数据进行过滤，并将过滤后的业务数据存储于本地站点。

17.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求10至16任一所述双活数据中心的应用灾备方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求10至16任一所述双活数据中心的应用灾备方法的计算机程序。