CN111506648A - 交易数据备份方法、装置及计算设备、存储介质 - Google Patents

Abstract

本申请公开了一种交易数据备份方法、装置及计算设备、存储介质，涉及金融科技技术领域，该方法适用于与第二交易系统构成容灾备份关系的第一交易系统中的容灾服务器，包括：获取第二交易系统当前待处理的交易数据；第二交易系统用于对待处理的交易数据进行处理并存储至第二交易系统的第二主数据库；第二主数据库内的交易数据异步备份于第一交易系统的第一主数据库；将待处理的交易数据存储至第一交易系统的容灾数据库；在待处理的交易数据未成功存储至容灾数据库后，向第二交易系统发送交易失败消息，交易失败消息用于指示第二交易系统回滚待处理的交易数据。该方式备份的交易数据更加准确可靠。

Description

交易数据备份方法、装置及计算设备、存储介质

技术领域

本申请涉及金融科技技术领域，尤其涉及一种交易数据备份方法、装置及计算设备、存储介质。

背景技术

通常在A地在进行金融交易时，需要对交易数据进行异地同步，以确保在A地发生数据容灾的情况下，可调用B地备份数据库中的数据，以保证金融交易的顺利执行。

如图1所示，为相关技术提供的数据比方案，该图中，A地的互联网数据中心(Internet Data Center，IDC)中金融交易系统可从A地的主数据库中读写数据用于金融交易，同时数据在写入主数据库时，数据也会同步到各备份数据库(图1中仅以备份数据库1和备份数据库2来进行示意描述)；A地备份数据库中的数据会异步复制到B地的主数据库，与此同时，B地主数据库中的数据也会同步到B地的备份数据库中，当A地发生容灾时，才启用B地的金融交易系统为用户服务。但是，碍于A地和B地间的距离较远、网络带宽小延时较长以及A地的备份数据库负载较大的影响，使得数据的同步出现延迟。

为了解决数据同步地问题，本申请提供一种交易数据备份方法来解决上述的问题。

发明内容

本申请提供了一种交易数据备份方法、装置及计算设备、存储介质，用以解决交易数据在异地同步出现延迟的问题，从而提高交易数据备份的准确度。

第一方面，本申请实施例提供一种交易数据备份方法，所述方法适用于与第二交易系统构成容灾备份关系的第一交易系统中的容灾服务器，包括：获取所述第二交易系统的第二交易服务器当前待处理的交易数据；所述第二交易服务器用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；将所述待处理的交易数据存储至所述第一交易系统的容灾数据库；所述容灾数据库用于更新所述第一主数据库；在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送交易失败消息，所述交易失败消息用于指示所述第二交易服务器回滚所述待处理的交易数据。

该方案中，通过容灾服务器获取第二交易服务器的待处理的交易数据，并在容灾服务器未成功将待处理的交易数据落在容灾数据库时，指示第二交易服务器回滚待处理的交易数据，实现了交易数据的零时延同步，通过该方式备份的交易数据并不受距离、带宽延迟以及生产环境备份数据库的负载容量的影响，使得交易数据的同步更加准确。

在一个可选的实施例中，所述获取所述第二交易系统的第二交易服务器当前待处理的交易数据，包括：通过第一消息集群获取所述第二交易服务器当前待处理的交易数据；所述第一消息集群中的消息是通过所述第二交易系统的数据分发中心发送的；所述数据分发中心还用于将消息发送至所述第二交易系统的第二消息集群。

通过消息集群来消费交易数据，可以使得交易数据依序消费，避免出现交易数据过多时，备份交易数据混乱的情况，该方式可以提高交易数据的处理效率。

在一个可选的实施例中，所述方法还包括：将所述容灾数据库中的交易数据与所述第一主数据库中的交易数据进行比对；若确定所述容灾数据库中的交易数据与所述第一主数据库中的交易数据不一致，则基于所述容灾数据库中的交易数据更新所述第一主数据库中的交易数据。

通过该方式将容灾数据库中的交易数据与第一主数据库中的数据进行比对，通过该方式来更新第一主数据库中的数据，以便于与发生容灾时，可根据第一主数据中的数据进行交易的处理。

第二方面，本申请实施例提供一种交易数据备份方法，包括：第二交易系统的第二交易服务器将所述第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器；所述第一交易系统与所述第二交易系统构成容灾备份关系；对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；在接收到所述容灾服务器发送的交易失败消息后，回滚所述待处理的交易数据；其中，所述交易失败消息为所述容灾服务器在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送的；所述容灾数据库用于更新所述第一主数据库。

该方案中，第二交易服务器将待处理的交易数据发送给容灾服务器，并在容灾服务器未成功将待处理的交易数据落在容灾数据库时，指示第二交易服务器回滚待处理的交易数据，实现了交易数据的零时延同步，通过该方式备份的交易数据并不受距离、带宽延迟以及生产环境备份数据库的负载容量的影响，使得交易数据的同步更加准确。

在一个可选的实施例中，所述将所述第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器，包括：通过所述第二交易系统的数据分发中心将所述当前待处理的交易数据发送给所述第一交易系统的第一消息集群以使所述容灾服务器从所述第一消息集群获取所述待处理的交易数据；其中，所述数据分发中心还用于将所述待处理的交易数据发送至所述第二交易系统的第二消息集群。

通过消息集群来消费交易数据，可以使得交易数据依序消费，避免出现交易数据过多时，备份交易数据混乱的情况，该方式可以提高交易数据的处理效率。

第三方面，本申请实施例提供一种交易数据备份装置，所述装置适用于与第二交易系统构成容灾备份关系的第一交易系统中的容灾服务器，包括：

获取模块，用于获取所述第二交易系统的第二交易服务器当前待处理的交易数据；所述第二交易系统用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；

存储模块，用于将所述待处理的交易数据存储至所述第一交易系统的容灾数据库；所述容灾数据库用于更新所述第一主数据库；

交易失败消息发送模块，用于在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送交易失败消息，所述交易失败消息用于指示所述第二交易服务器回滚所述待处理的交易数据。

该装置中，通过容灾服务器获取第二交易服务器的待处理的交易数据，并在容灾服务器未成功将待处理的交易数据落在容灾数据库时，指示第二交易服务器回滚待处理的交易数据，实现了交易数据的零时延同步，通过该方式备份的交易数据并不受距离、带宽延迟以及生产环境备份数据库的负载容量的影响，使得交易数据的同步更加准确。

在一个可选的实施例中，所述获取模块，具体用于：

通过第一消息集群获取所述第二交易服务器当前待处理的交易数据；所述第一消息集群中的消息是通过所述第二交易系统的数据分发中心发送的；所述数据分发中心还用于将消息发送至所述第二交易系统的第二消息集群。

通过消息集群来消费交易数据，可以使得交易数据依序消费，避免出现交易数据过多时，备份交易数据混乱的情况，该方式可以提高交易数据的处理效率。

在一个可选的实施例中，所述装置还包括：数据比对模块，用于将所述容灾数据库中的交易数据与所述第一主数据库中的交易数据进行比对；

若确定所述容灾数据库中的交易数据与所述第一主数据库中的交易数据不一致，则基于所述容灾数据库中的交易数据更新所述第一主数据库中的交易数据。

通过该数据比对模块将容灾数据库中的交易数据与第一主数据库中的数据进行比对，通过该方式来更新第一主数据库中的数据，以便于与发生容灾时，可根据第一主数据中的数据进行交易的处理。

第四方面本申请实施例提供一种交易数据备份装置，包括：

数据发送模块，用于将所述第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器；所述第一交易系统与所述第二交易系统构成容灾备份关系；

数据处理模块，用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；

回滚模块，用于在接收到所述容灾服务器发送的交易失败消息后，回滚所述待处理的交易数据；其中，所述交易失败消息为所述容灾服务器在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易系统发送的；所述容灾数据库用于更新所述第一主数据库。

该装置中，第二交易服务器将待处理的交易数据发送给容灾服务器，并在容灾服务器未成功将待处理的交易数据落在容灾数据库时，指示第二交易服务器回滚待处理的交易数据，实现了交易数据的零时延同步，通过该方式备份的交易数据并不受距离、带宽延迟以及生产环境备份数据库的负载容量的影响，使得交易数据的同步更加准确。

在一个可选的实施例中，所述数据发送模块，具体用于：

通过所述第二交易系统的数据分发中心将所述当前待处理的交易数据发送给所述第一交易系统的第一消息集群以使所述容灾服务器从所述第一消息集群获取所述待处理的交易数据；其中，所述数据分发中心还用于将所述待处理的交易数据发送至所述第二交易系统的第二消息集群。

通过消息集群来消费交易数据，可以使得交易数据依序消费，避免出现交易数据过多时，备份交易数据混乱的情况，该方式可以提高交易数据的处理效率。

第五方面，本申请实施例还提供一种计算设备，包括：

存储器以及处理器；

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令第一方面或第二方面任一项所述的交易数据备份方法。

第六方面，本申请实施例还提供一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行本申请实施例中的任一交易数据备份方法。

本申请的其它特征和优点将在随后的说明书中阐述，并且部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本相关技术中交易数据备份的场景示意图；

图2为本申请实施例提供的一种交易数据备份的场景示意图；

图3为本申请实施例提供的一种交易数据备份方法的流程示意图；

图4为本申请实施例提供的一种交易数据备份方法的流程示意图；

图5为本申请实施例提供的一种交易数据备份的场景示意图；

图6为本申请实施例提供的一种交易数据备份装置的结构示意图；

图7为本申请实施例提供的一种交易数据备份装置的结构示意图；

图8为本申请实施例提供的计算设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应所述理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

如背景技术所述，相关技术中为了对A地的数据进行备份，需要通过A地的备份数据库将数据异步到B地的主数据库中，倘若A地和B地的距离较远，且网络带宽延时较长时，一旦A地发生了容灾(也即台风、地震、泥石流、强暴雨等自然灾害使得A地无法进行正常的交易服务)，需要调用B地的主数据库来处理数据来处理A地的交易，但是一旦B地的主数据库的数据并未完全备份A地的交易数据，直接处理A地的交易，可能会造成经济损失。如：用户甲在A地进行交易服务，转账100万元，账户余额为50万元，假定该交易记录没有同步到B地主数据库中，A地发生了容灾，用户甲再次转账100万元，实际甲的账户已经不足100万元，但是B地的主数据库中记录用户甲有150万元，直接执行转账交易必然会对金融交易机构造成经济损失。因此将A地的交易数据备份到B地很重要，基于此，本申请实施例提供一种交易数据的备份方法。

下面具体介绍交易数据备份过程。本申请下述实施例中，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一车辆和第二车辆，只是为了区分不同的车辆，而并不是表示这两种车辆的优先级或者重要程度等的不同。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

为了更好说明本申请的方案，现对本申请所用到的名词进行解释，如下：

第二交易系统，为某地容灾前处理交易数据的操作系统，该系统可以用于处理用户转账、用户存款等金融交易服务。

第一交易系统，为与第二交易系统构成容灾备份关系的交易系统，且与第二交易系统不在同一地理位置，与第二交易系统的作用一样，同样可以处理各种金融交易服务。

容灾服务器，为位于第一交易系统所在地的服务器，用于实时同步第二交易系统当前处理的交易数据，是与第二交易系统构成容灾备份关系的第一交易系统中的容灾服务器。

第一交易服务器，为第一交易系统所在地的服务器，当第二交易系统所在地发生容灾的时候，才启动第一交易服务器处理第二交易系统所在地的交易数据；当第二交易系统所在地未发生容灾的时候，不启动第一交易服务器处理第二交易系统所在地的交易数据。

第二交易服务器，为第二交易系统所在地的服务器，用于处理第二交易系统所在地的用户的交易数据。

图2示出了，本申请实施例提供的一种交易数据备份的应用场景示意图，可应用于日常对交易数据的备份，也可在提前预警到某地可能将要发生容灾对交易数据进行备份，凡是满足本申请交易数据备份的场景均适用于本申请的方案，该应用场景中包括第一交易系统1、第二交易系统2、第一交易服务器11、第一主数据库12、容灾服务器13、容灾数据库14、第二交易服务器21、第二主数据库22、第二备份数据库23，第二交易系统2还包括其他备份数据库，该图中仅仅示意，不用序号标识，第一交易系统1也包括备份数据库，该图中仅仅示意，不用序号标识，当第二交易系统2所在地发生故障时，才启动第一交易系统1的第一交易服务器11进行交易服务。

在实际应用时，可对第二交易服务器21当前待处理的交易数据，进行多个备份，本申请仅示意一个备份，如：第二交易系统2所在地为甲地，可对甲地当前待处理的交易数据在乙地、丙地、丁地等多地进行备份，具体设置多少个备份，以及具体在哪个地理位置进行备份本申请均不限定，凡是应用了本申请的交易数据备份方法均适用。其中，第一交易服务器11、第一主数据库12、容灾服务器13以及容灾数据库14与第一交易系统1对应，第二交易服务器21、第二主数据库22以及第二备份数据库23与第二交易系统2对应。用户通过第二交易服务器21进行金融交易，第二交易服务器21对当前处理的交易数据进行数据处理并存储在第二交易系统2的第二主数据库22中，如：用户乙2020年3月20日13:00向用户丙转账200万元，经过第二交易服务器21的数据处理可知用户乙的账户余额为50万元，则将用户乙2020年3月20日13:00向用户丙转账200万元，账户余额50万元存储在第二主数据库22中。此外，第二主数据库22中的交易数据通过第二交易系统2的第二备份数据库23异步到第一主数据库12中。

与此同时，第二交易系统2也将当前处理的交易数据发送给容灾服务器13，并将当前处理的交易数据存储在容灾数据库14中，如：将用户乙2020年3月20日13:00向用户丙转账200万元的交易记录存储在容灾服务器20中。

倘若，当前待处理的交易数据未能存储到第二主数据库22和/或容灾数据库14中，则发送交易失败的消息以使第二交易服务器21将前待处理的交易数据回滚，容灾数据库数据存满、容灾数据库故障、第二数据库数据存满以及第二数据库故障等任何使得当前待处理的交易数据未能存储到容灾数据库和/或第二主数据库，均适用于本申请，假如第二主数据库22已经存储满了，当前处理的交易数据不能继续存储在第二主数据库22中，则回滚第二交易服务器21待处理的交易数据，直到第二主数据库22满足存储需求才继续存储数据；容灾数据库14已经存储满了，当前处理的交易数据不能继续存储在容灾数据库14中，则第二交易服务器21回滚待处理的交易数据，直到容灾数据库14满足存储需求才继续存储数据。

通过该方式在第二主数据库和容灾数据库未能存储交易数据时，第二交易系统回滚待处理的交易数据，实现了交易数据的同步，通过该方式备份的数据更加可靠。

接下来站在容灾服务器的角度来介绍交易数据备份方法，可参照图3所示的流程图，容灾服务器可先执行步骤301，获取第二交易系统的第二交易服务器当前待处理的交易数据；其中，第二交易服务器用于对待处理的交易数据进行处理并存储至第二交易系统的第二主数据库；第二主数据库内的交易数据异步备份于第一交易系统的第一主数据库。

需要说明的是，在预感到某地可能要发生容灾(也即台风、地震、泥石流、强暴雨等自然灾害)，或者是人为设置要启动交易数据备份，那么则可执行本申请的交易数据备份的方案，如：预测到甲地可能要发生台风了，甲地的容灾地为乙地，则可在乙地启动本申请的方案，亦或者用户想要对丙地的交易数据在丁地进行备份，则直接在丁地启动本申请的方案。

步骤302，将待处理的交易数据存储至第一交易系统的容灾数据库；其中，容灾数据库用于更新第一主数据库。

在一个实施例中，容灾服务器将容灾数据库中的交易数据与第一主数据库中的交易数据进行比对；之后若确定容灾数据库中的交易数据与第一主数据库中的交易数据不一致，则基于容灾数据库中的交易数据更新第一主数据库中的交易数据。

如：容灾服务器根据客户号(5008)查询出第一主数据库中该客户的主交易流水号，放入主交易流水集合1中；同时查询出容灾数据库中表该客户的主交易流水的交易数据，放入主交易流水集合2中；再根据主交易流水号对比主交易流水集合1和主交易流水集合2中的数据，如果对比结果不一致，容灾服务器将把客户(5008)写入到容灾数据库的灰名单表中，并基于容灾数据库中的交易数据更新第一主数库中的交易数据；如果对比结果一致，则容灾服务器不更新容灾数据库灰名单表中的数据。容灾服务器比对容灾数据库和第一主数据库中的交易数据，以防在遇到重大自然灾害或紧急事件第二交易系统需切换到第一交易系统做交易处理时，防止因系统切换，第一主数据库的数据异步复制延迟，从而导致发生交易重复的问题。

步骤303，在待处理的交易数据未成功存储至容灾数据库后，向第二交易系统发送交易失败消息，交易失败消息用于指示第二交易服务器回滚待处理的交易数据。

相应地，第二交易系统的第二交易服务器可参照图4的流程示意图，执行步骤401，将第二交易系统的第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器；其中，第一交易系统与第二交易系统构成容灾备份关系。

步骤402，对待处理的交易数据进行处理并存储至第二交易系统的第二主数据库；第二主数据库内的交易数据异步备份于第一交易系统的第一主数据库。

步骤403，在接收到容灾服务器发送的交易失败消息后，回滚待处理的交易数据；其中，交易失败消息为容灾服务器在待处理的交易数据未成功存储至容灾数据库后，向第二交易服务器发送的；容灾数据库用于更新第一主数据库。

通过容灾服务器获取第二交易服务器的待处理的交易数据，并在容灾服务器未成功将待处理的交易数据落在容灾数据库时，指示第二交易服务器回滚待处理的交易数据，实现了交易数据的零时延同步，通过该方式备份的交易数据并不受距离、带宽延迟以及生产环境备份数据库的负载容量的影响，使得交易数据的同步更加准确。

若当前待处理的交易数据较多时，可通过第二交易系统的数据分发中心通过消息集群来发送交易数据，以避免大量交易数据同时输送给第二主数据库和容灾数据库，造成备份混乱的情况。

具体执行时，容灾服务器可通过第一消息集群获取第二交易系统当前待处理的交易数据；第二交易系统可通过第二消息集群获取二交易系统当前待处理的交易数据；第一消息集群以及第二消息集群中的信息均是通过第二交易系统的数据分发中心发送的。

如：用户向第二交易系统所在地请求金融交易服务，第二交易系统的数据分发中心，接收到用户的交易请求后，将消息双发至第一消息集群以及第二消息集群，其中，第一消息集群以及第二消息集群可以为RocketMQ消息集群。如：发送到第一消息集群以及第二消息集群的报文信息可包括：服务身份标识(Identity document，ID)(120001)，场景ID(02)，客户账号(K10000000000203)，对方账号(10800101204002010000013)，全局唯一的交易流水号(1702201K102067000000000000021448)，发起渠道编码(WB)，交易金额(50000)等关键交易信息；第二交易服务器可根据在第二消息集群中注册的主题(topic)(服务ID+场景ID)消费第二集群中的消息，将数据处理后写入到第二主数据库；假定，用户执行的转账交易，则将转账时间转账账户以及转账金额的关键信息写入第二主数据库后，还通过第二交易服务器计算转账后用户的账户余额，将账户余额一并写入到第二主数据库中。与此同时容灾服务器根据在第一消息集群中注册的topic(服务ID+场景ID)消费第一消息集群中的消息，处理并记录客户关键交易信息(如客户账号、全局唯一的交易流水号、发起渠道编码、交易金额等)到容灾数据库，完成关键交易的数据备份；假定，用户执行的转账交易，则将转账时间转账账户以及转账金额的关键信息写入容灾数据库即可。

基于消息集群消费当前待处理的交易数据的应用场景图，可参照图5，图5示出了，该场景应用于某地提前预警到可能将要发生容灾，需要对交易数据进行备份，该应用场景中包括第一交易系统1、第二交易系统2、第一交易服务器11、第一主数据库12、容灾服务器13、容灾数据库14、第一消息集群15第二交易服务器21、第二主数据库22、第二备份数据库23、第二数据分发中心24以及第二消息集群25，其中，第一交易服务器11、第一主数据库12、容灾服务器13、容灾数据库14以及第一消息集群15与第一交易系统1对应，第二交易服务器21、第二主数据库22、第二备份数据库23、第二数据分发中心24以及第二消息集群25与第二交易系统2对应。交易数据的备份方式与图2所示的应用场景相一致，在此不在赘述，仅仅说明，数据分发中心将当前处理的待交易数据通过消息集群分发的情况，如下：

第二数据分发中心24接收到用户交易请求后向第一消息集群15以及第二消息集群25发送用户交易请求的报文信息，如：服务ID，场景ID，客户账号，对方账，全局唯一的交易流水号，发起渠道编码，交易金额等关键交易信息，基于此，第二交易服务器21通过topic消费第二消息集群25中的消息，并对消息处理后存储至第二主数据库22中。容灾服务器13通过topic消费第一消息集群中的消息，并将消息存储在容灾数据库14中。

基于同样的构思，本申请实施例提供的交易数据备份装置如图6所示，该装置适用于与第二交易系统构成容灾备份关系的第一交易系统中的容灾服务器，包括：获取模块61、存储模块62以及交易失败消息发送模块63。

其中，获取模块61，用于获取所述第二交易系统的第二交易服务器当前待处理的交易数据；所述第二交易服务器用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库。

存储模块62，用于将所述待处理的交易数据存储至所述第一交易系统的容灾数据库；所述容灾数据库用于更新所述第一主数据库。

交易失败消息发送模块63，用于在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送交易失败消息，所述交易失败消息用于指示所述第二交易服务器回滚所述待处理的交易数据。

该装置中，通过容灾服务器获取第二交易服务器的待处理的交易数据，并在容灾服务器未成功将待处理的交易数据落在容灾数据库时，指示第二交易服务器回滚待处理的交易数据，实现了交易数据的零时延同步，通过该方式备份的交易数据并不受距离、带宽延迟以及生产环境备份数据库的负载容量的影响，使得交易数据的同步更加准确。

在一个可选的实施例中，所述获取模块61，具体用于：

通过第一消息集群获取所述第二交易服务器当前待处理的交易数据；所述第一消息集群中的消息是通过所述第二交易系统的数据分发中心发送的；所述数据分发中心还用于将消息发送至所述第二交易系统的第二消息集群。

在一个可选的实施例中，所述装置还包括：数据比对模块，用于将所述容灾数据库中的交易数据与所述第一主数据库中的交易数据进行比对；

若确定所述容灾数据库中的交易数据与所述第一主数据库中的交易数据不一致，则基于所述容灾数据库中的交易数据更新所述第一主数据库中的交易数据。

本申请实施例提供的交易数据备份装置如图7所示，该装置包括：数据发送模块71、数据处理模块72以及回滚模块73。

其中，数据发送模块71，用于将所述第二交易系统的第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器；所述第一交易系统与所述第二交易系统构成容灾备份关系。

数据处理模块72，用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库。

回滚模块73，用于在接收到所述容灾服务器发送的交易失败消息后，回滚所述待处理的交易数据；其中，所述交易失败消息为所述容灾服务器在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送的；所述容灾数据库用于更新所述第一主数据库。

该装置中，第二交易服务器将待处理的交易数据发送给容灾服务器，并在容灾服务器未成功将待处理的交易数据落在容灾数据库时，指示第二交易服务器回滚待处理的交易数据，实现了交易数据的零时延同步，通过该方式备份的交易数据并不受距离、带宽延迟以及生产环境备份数据库的负载容量的影响，使得交易数据的同步更加准确。

在一个可选的实施例中，所述数据发送模块71，具体用于：

通过所述第二交易系统的数据分发中心将所述当前待处理的交易数据发送给所述第一交易系统的第一消息集群以使所述容灾服务器从所述第一消息集群获取所述待处理的交易数据；其中，所述数据分发中心还用于将所述待处理的交易数据发送至所述第二交易系统的第二消息集群。

在介绍了本申请示例性实施方式中的交易数据备份方法、装置之后，接下来，介绍本申请的另一示例性实施方式的计算设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的计算设备可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有计算机程序，当计算机程序被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的交易数据备份方法中的步骤。例如，处理器可以执行如图3中所示的步骤301-步骤303或如图4所示的步骤401-步骤403。

下面参照图8来描述根据本申请的这种实施方式的计算设备130。图8显示的计算设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。如图8所示，计算设备130以通用智能终端的形式表现。计算设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，和/或与使得该计算设备130能与一个或多个其它智能终端进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，智能终端130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于计算设备130的其它模块通信。应当理解，尽管图中未示出，可以结合计算设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本申请提供的交易数据备份方法的各个方面还可以实现为一种程序产品的形式，其包括计算机程序，当程序产品在计算机设备上运行时，计算机程序用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的交易数据备份方法中的步骤。例如，处理器可以执行如图3中所示的步骤301-步骤303或如图4所示的步骤401-步骤403。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于三维视觉重定位的程序产品可采用便携式紧凑盘只读存储器(CD-ROM)并包括计算机程序，并可在智能终端上运行。但本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可被指令执行系统、装置或者器件使用或者与其结合使用。

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

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种交易数据备份方法，其特征在于，所述方法适用于与第二交易系统构成容灾备份关系的第一交易系统中的容灾服务器，包括：

获取所述第二交易系统的第二交易服务器当前待处理的交易数据；所述第二交易服务器用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；

所述容灾服务器将所述待处理的交易数据存储至所述第一交易系统的容灾数据库；所述容灾数据库用于更新所述第一主数据库；

所述容灾服务器在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送交易失败消息，所述交易失败消息用于指示所述第二交易服务器回滚所述待处理的交易数据。

2.根据权利要求1所述的方法，其特征在于，所述获取所述第二交易系统的第二交易服务器当前待处理的交易数据，包括：

所述容灾服务器通过第一消息集群获取所述第二交易服务器当前待处理的交易数据；所述第一消息集群中的消息是通过所述第二交易系统的数据分发中心发送的；所述数据分发中心还用于将消息发送至所述第二交易系统的第二消息集群。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述容灾服务器将所述容灾数据库中的交易数据与所述第一主数据库中的交易数据进行比对；

所述容灾服务器若确定所述容灾数据库中的交易数据与所述第一主数据库中的交易数据不一致，则基于所述容灾数据库中的交易数据更新所述第一主数据库中的交易数据。

4.一种交易数据备份方法，其特征在于，包括：

第二交易系统的第二交易服务器将所述第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器；所述第一交易系统与所述第二交易系统构成容灾备份关系；

所述第二交易服务器对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；

所述第二交易服务器在接收到所述容灾服务器发送的交易失败消息后，回滚所述待处理的交易数据；其中，所述交易失败消息为所述容灾服务器在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送的；所述容灾数据库用于更新所述第一主数据库。

5.根据权利要求4所述的方法，其特征在于，所述将所述第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器，包括：

通过所述第二交易系统的数据分发中心将所述当前待处理的交易数据发送给所述第一交易系统的第一消息集群以使所述容灾服务器从所述第一消息集群获取所述待处理的交易数据；其中，所述数据分发中心还用于将所述待处理的交易数据发送至所述第二交易系统的第二消息集群。

6.一种交易数据备份装置，其特征在于，所述装置适用于与第二交易系统构成容灾备份关系的第一交易系统中的容灾服务器，包括：

获取模块，用于获取所述第二交易系统的第二交易服务器当前待处理的交易数据；所述第二交易服务器用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；

存储模块，用于将所述待处理的交易数据存储至所述第一交易系统的容灾数据库；所述容灾数据库用于更新所述第一主数据库；

交易失败消息发送模块，用于在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送交易失败消息，所述交易失败消息用于指示所述第二交易服务器回滚所述待处理的交易数据。

7.根据权利要求6所述的装置，其特征在于，所述获取模块，具体用于：

通过第一消息集群获取所述第二交易服务器当前待处理的交易数据；所述第一消息集群中的消息是通过所述第二交易系统的数据分发中心发送的；所述数据分发中心还用于将消息发送至所述第二交易系统的第二消息集群。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括：数据比对模块，用于将所述容灾数据库中的交易数据与所述第一主数据库中的交易数据进行比对；

若确定所述容灾数据库中的交易数据与所述第一主数据库中的交易数据不一致，则基于所述容灾数据库中的交易数据更新所述第一主数据库中的交易数据。

9.一种交易数据备份装置，其特征在于，包括：

数据发送模块，用于将所述第二交易服务器当前待处理的交易数据发送至第一交易系统的容灾服务器；所述第一交易系统与所述第二交易系统构成容灾备份关系；

数据处理模块，用于对所述待处理的交易数据进行处理并存储至所述第二交易系统的第二主数据库；所述第二主数据库内的交易数据异步备份于所述第一交易系统的第一主数据库；

回滚模块，用于在接收到所述容灾服务器发送的交易失败消息后，回滚所述待处理的交易数据；其中，所述交易失败消息为所述容灾服务器在所述待处理的交易数据未成功存储至所述容灾数据库后，向所述第二交易服务器发送的；所述容灾数据库用于更新所述第一主数据库。

10.根据权利要求9所述的装置，其特征在于，所述数据发送模块，具体用于：

通过所述第二交易系统的数据分发中心将所述当前待处理的交易数据发送给所述第一交易系统的第一消息集群以使所述容灾服务器从所述第一消息集群获取所述待处理的交易数据；其中，所述数据分发中心还用于将所述待处理的交易数据发送至所述第二交易系统的第二消息集群。

11.一种计算设备，其特征在于，包括：存储器以及处理器；

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行权利要求1-3或4-5任一项所述的方法。

12.一种计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令用于执行如权利要求1-3或4-5中任一权利要求所述的方法。

Images