CN105208060A - 业务数据同步方法、装置及*** - Google Patents

Abstract

本申请公开了业务数据同步方法、装置及***，所述方法包括：当要将第一服务器上的变更后业务数据同步到第二服务器时，调用所述第二服务器的业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。应用本申请实施例，可以将业务变更的维护操作集中在业务数据变更方所在的数据中心，从而减轻了其他数据中心对业务变更的维护操作，并且由任务处理器统一对变更后业务数据进行同步，可以减轻各个数据中心的处理负担。

Description

业务数据同步方法、装置及***

技术领域

本申请涉及网络通信技术领域，尤其涉及业务数据同步方法、装置及***。

背景技术

随着大数据时代的来临，互联网企业在开展各种业务时，会产生海量业务数据，为了对业务数据进行统一管理，通常需要在各地建立数据中心，这些数据中心内维护相同的业务数据，以便客户端设备通过本地局域网访问本地数据中心，从而可以快速获得业务数据。其中，当某个数据中心的业务数据发生变更时，需要其他数据中心对业务数据进行同步变更，以便达到业务数据的一致性。

现有技术中，为了保证业务数据变更的顺序，需要每个数据中心维护业务数据变更的版本记录，当接收到业务数据的变更请求时，如果该请求所请求变更的业务数据的版本高于当前数据中心保存的版本时，执行业务数据变更，否则拒绝变更业务数据。但是，由于现有每个数据中心都需要为业务数据的变更维护版本记录，因此使得每个数据中心的维护操作变得繁琐，并且变更业务数据的过程需要进行版本对比，因此增加了各个数据中心的处理负担。

发明内容

本申请提供业务数据同步方法、装置及***，以解决现有各个数据中心通过维护版本记录进行业务数据变更，导致维护操作繁琐，且处理负担较重的问题。

根据本申请实施例的第一方面，提供一种业务数据同步方法，所述方法包括：

当要将第一服务器上的变更后业务数据同步到第二服务器时，调用所述第二服务器的业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

根据本申请实施例的第二方面，提供一种业务数据同步装置，所述装置包括：

调用单元，用于当要将第一服务器上的变更后业务数据同步到第二服务器时，调用所述第二服务器的业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

同步单元，用于按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

根据本申请实施例的第三方面，提供一种业务数据同步***，所述***包括：任务处理器、第一服务器和至少一个第二服务器，其中，

所述第一服务器，用于为每个所述第二服务器维护业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

所述任务处理器，用于当要将第一服务器上的变更后业务数据同步到所述第二服务器时，调用所述第二服务器的业务变更队列；按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

本申请实施例进行业务数据同步时，由发生业务数据变更的第一服务器为需要同步变更后业务数据的第二服务器维护业务变更队列，以便任务处理器在调用业务变更队列后，按照业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识对应的变更后业务数据同步到第二服务器。应用本申请实施例，可以将业务变更的维护操作集中在业务数据变更方所在的数据中心，从而减轻了其他数据中心对业务变更的维护操作，并且由任务处理器统一对变更后业务数据进行同步，可以减轻各个数据中心的处理负担。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请业务数据同步***的实施例框图；

图2为本申请业务数据同步方法的一个实施例流程图；

图3为采用本申请实施例实现业务数据同步的数据中心***架构示意图；

图4为本申请业务数据同步方法的另一个实施例流程图；

图5为本申请业务数据同步装置的一个实施例框图；

图6为本申请业务数据同步装置的另一个实施例框图。

具体实施方式

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着大数据时代的来临，互联网企业在开展各种业务时，可以通过建立全球化的数据中心，对产生的海量业务数据进行统一管理。按照全球化业务的分布，通常需要在不同区域建立数据中心，每个数据中心通过所设置的服务器维护相同的业务数据。为了达到各地业务数据的一致性，当某个数据中心的业务数据发生变更时，需要其他数据中心对业务数据进行同步变更。与现有技术中需要各个数据中心在本地维护业务数据变更的版本记录不同，本申请实施例将业务变更的维护操作集中在业务数据变更方所在的数据中心，并由任务处理器统一对变更后业务数据进行同步，从而可以减轻各个数据中心的处理负担。

参见图1，为本申请业务数据同步***的实施例框图：

该***包括：任务处理器110、第一服务器120和至少一个第二服务器130，其中，每个服务器可以对应到某个区域的数据中心。

其中，所述第一服务器120，用于为每个所述第二服务器维护业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

所述任务处理器110，用于当要将第一服务器上的变更后业务数据同步到所述第二服务器时，调用所述第二服务器的业务变更队列；按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

在上述实施例中，所述第一服务器120，还可以用于为所述第二服务器建立业务变更队列，当所述第一服务器上发生业务变更时，为所述业务变更生成变更日志，所述变更日志包含所述业务变更的变更前业务数据和变更后业务数据；为所述业务变更建立任务标识；将所述任务标识顺序***到所述业务变更队列中；保存所述任务标识与所述变更日志的对应关系。

在上述实施例中，针对整个***中数据中心的建设规模情况，当建设规模较小时，即第二服务器数量少于预设数量时，任务处理器可以集成在第一服务器上；当建设规模较大时，第二服务器数量不小于预设数量时，任务处理器可以独立于第一服务器单独设置。

由上述实施例可见，业务数据同步***可以将业务变更的维护操作集中在业务数据变更方所在的数据中心，从而减轻了其他数据中心对业务变更的维护操作，并且由任务处理器统一对变更后业务数据进行同步，可以减轻各个数据中心的处理负担。

下面结合前述本申请业务数据同步***的实施例，对本申请业务数据同步方法和装置的实施例进行详细描述。

参见图2，为本申请业务数据同步方法的一个实施例流程图，该实施例从任务处理器侧进行描述：

步骤201：当要将第一服务器上的变更后业务数据同步到第二服务器时，调用第二服务器的业务变更队列，该业务变更队列中包含至少一个任务标识，每个任务标识对应第一服务器上的一次业务变更。

本实施例中，假设业务变更方为第一服务器，则可以由第一服务器为第二服务器维护业务变更队列，当第一服务器上发生一次业务变更时，就可以为该业务变更生成一个任务标识，并将该任务标识顺序***到业务变更队列中，即每一个任务标识可以对应一次业务变更所生成的变更后业务数据，且该任务标识在业务变更队列中的位置可以表示该次业务变更发生的先后顺序。

步骤202：按照业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到第二服务器。

在任务处理器要将第一服务器上的变更后业务数据同步到第二服务器时，对第一服务器上维护的业务变更队列进行调用，由于该业务变更队列中的任务标识是按照业务变更发生的先后顺序***到业务变更队列中，因此任务处理器可以从业务变更队列中按照任务标识从先到后的建立顺序，依次获取一个任务标识，并将与获取的任务标识所对应业务变更的变更后业务数据同步到第二服务器，以此可以保证按照业务变更顺序对第二服务器进行变更后业务数据的同步，从而保证在第二服务器上不会发生业务数据同步的乱序。

由上述实施例可见，业务数据同步***可以将业务变更的维护操作集中在业务数据变更方所在的数据中心，从而减轻了其他数据中心对业务变更的维护操作，并且由任务处理器统一对变更后业务数据进行同步，可以减轻各个数据中心的处理负担。

参见图3，为采用本申请实施例实现业务数据同步的数据中心***架构示意图：

图3所示的数据中心***架构中包括：分设在不同地区的数据服务器A、数据服务器B、数据服务器C和数据服务器D，以及对业务变更数据进行同步处理的任务处理器。需要说明的是，图3中示出的任一数据服务器表示的是某个地区所建设数据中心的数据服务器集合，并不限定该数据中心仅包含一台数据服务器。

图3中，假设数据服务器A发生业务变更，则数据服务器A为数据服务器B、数据服务器C、数据服务器D分别维护业务变更队列，并由任务处理器通过同步调度每个业务变更队列中的任务标识，按照数据服务器A上业务变更从先到后的顺序，将每次业务变更的变更后业务数据同步到数据服务器B、数据服务器C、数据服务器D上。

参见图4，为本申请业务数据同步方法的另一个实施例流程图，该实施例结合图3中的数据中心***架构进行描述：

步骤401：第一服务器为第二服务器建立业务变更队列。

本实施例中，第一服务器为业务变更发生方，第二服务器为业务变更接收方，结合图3，第一服务器即为数据服务器A，第二服务器即为数据服务器B、数据服务器C、数据服务器D。其中，数据服务器A可以为数据服务器B、数据服务器C、数据服务器D分别建立业务变更队列，在数据服务器A上，可以为每个业务变更队列开启一个处理线程，用于对业务变更队列进行维护。

步骤402：当第一服务器上发生业务变更时，为本次业务变更生成变更日志及任务标识。

由于第一服务器上的业务不定时发生变更，对于每一次业务变更，第一服务器都会生成相应的任务标识，并记录变更日志，该变更日志中包含本次业务变更的变更前业务数据和变更后业务数据。

结合图3，当数据服务器A上发生业务变更时，数据服务器A为该业务变更生成一个任务标识，如图3中每个业务变更队列中的数字“1、2….n”即表示任务标识，且数字从小到大的顺序表示了业务变更从先到后的发生顺序。例如，数据服务器A上发生首次业务变更时，生成任务标识1，发生第二次业务变更时，生成任务标识2，以此类推，发生第n次业务变更时，生成任务标识n。

步骤403：第一服务器保存任务标识与变更日志的对应关系。

步骤404：第一服务器将任务标识顺序***到业务变更队列中。

由于数据中心***中除第一服务器外，还包含多个第二服务器，因此步骤401中，第一服务器实际上需要为每个第二服务器建立业务变更队列，相应的，本步骤中，第一服务器将任务标识顺序***到每个第二服务器的业务变更队列中。例如，结合图3当数据服务器A生成任务标识2后，将任务标识2分别***队列B、队列C、队列D中。

步骤405：当要同步变更后业务数据时，任务处理器调用第二服务器的业务变更队列。

本实施例中，任务处理器可以同步调用多个业务变更队列，也可以依次调用每个业务变更队列。结合图3，在同步变更后业务数据时，任务处理器可以同步调用队列B、队列C、队列D对数据服务器B、数据服务器C、数据服务器D进行变更后业务数据的同步；或者任务处理器也可以在调用队列B对数据服务器B进行变更后业务数据的同步后，再依次调用队列C、队列D分别对数据服务器C和数据服务器D进行变更后业务数据的同步。

步骤406：任务处理器按照业务变更队列中任务标识从先到后的建立顺序，依次获取一个任务标识。

步骤407：任务处理器查找任务标识与变更日志的对应关系，获得与所获取的任务标识对应的变更日志。

步骤408：任务处理器通过调用第二服务器的服务接口，根据变更日志对第二服务器进行业务数据更新，将第二服务器上的变更前业务数据更新为变更后业务数据。

步骤409：第一服务器从业务变更队列中删除与本次业务数据更新对应的任务标识。

结合图3，在步骤406至步骤409中，以对数据服务器B进行业务数据同步为例，任务处理器从业务变更队列中调用队列B后，从队列B中按照任务标识的简历顺序，首先获取任务标识1，假设该任务标识1对应业务变更1，则查找与任务标识1对应的变更日志后，获得业务变更1的变更日志，从该变更日志中得到业务变更1的变更前业务数据和变更后业务数据；此时任务处理器调用数据服务器B的服务接口，将业务变更1的变更前业务数据和变更后业务数据同步到数据服务器B，由数据服务器B将其上存储的变更前业务数据更新为变更后业务数据；本次业务数据同步完成后，任务处理器可以通知数据服务器A将队列B中的任务标识1删除。以此类推，对队列B中从任务标识2至任务标识n依次进行上述处理，从而可以将数据服务器A上所有的变更后业务数据同步到数据服务器B。另外，对数据服务器C和数据服务器D的变更后业务数据同步过程与数据服务器B一致，在此不再赘述。

步骤410：判断是否处理完业务变更队列中的任务标识，若是，则结束当前流程，否则，返回步骤406。

可选的，本申请实施例还可以根据第一服务器上所承载业务的可靠性不同，对业务变更队列采用不同的维护方式，这些维护方式可以包括：

当第一服务器上承载的业务可靠性高于设置的第一可靠性阈值时，即第一服务器上承载业务的可靠性要求较高时，可以在数据库中为第二服务器建立业务变更队列，由于数据库保存在硬盘等存储设备上，因此可以保证业务变更队列的可持久化维护。进一步，当第一服务器上承载的业务可靠性高于设置的第二可靠性阈值，且第二可靠性阈值高于第一可靠性阈值时，说明要求第一服务器上承载业务的绝对可靠性，因此在向数据库中建立的业务变更队列***任务标识失败时，将该任务标识对应的变更后业务数据恢复为变更前业务数据，以保证所有业务变更都可以同步体现在业务变更队列中。

当第一服务器上承载的业务可靠性不高于第一可靠性阈值时，即第一服务器上承载业务的可靠性要求不高时，可以在缓存中为第二服务器建立业务变更队列，从而可以提高业务变更队列的建立速度，以及任务处理器对业务变更队列的调用处理速度。

由上述实施例可见，业务数据同步***可以将业务变更的维护操作集中在业务数据变更方所在的数据中心，从而减轻了其他数据中心对业务变更的维护操作，并且由任务处理器统一对变更后业务数据进行同步，可以减轻各个数据中心的处理负担；由于上述实施例还可以根据业务可靠性的不同，采用灵活方式维护业务变更队列，从而保证高可靠性业务的持久化维护。

参见图5，为本申请业务数据同步装置的一个实施例框图：

该装置包括：调用单元510和同步单元520。

其中，调用单元510，用于当要将第一服务器上的变更后业务数据同步到第二服务器时，调用所述第二服务器的业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

同步单元520，用于按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

上述业务数据同步装置可以应用在任务处理器上，该任务处理器可以独立于服务器进行设置，也可以集成在发生业务变更的第一服务器上。

参见图6，为本申请业务数据同步装置的另一个实施例框图：

该装置包括：建立单元610、生成单元620、保存单元630、***单元640、调用单元650和同步单元660。

其中，建立单元610，用于为所述第二服务器建立业务变更队列；

生成单元620，用于当所述第一服务器上发生业务变更时，为所述业务变更生成变更日志及任务标识，所述变更日志包含所述业务变更的变更前业务数据和变更后业务数据；

保存单元630，用于保存所述任务标识与所述变更日志的对应关系；

***单元640，用于将所述任务标识顺序***到所述业务变更队列中；

调用单元650，用于当要将第一服务器上的变更后业务数据同步到第二服务器时，调用所述第二服务器的业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

同步单元660，用于按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

在一个可选的实现方式中：

所述同步单元660可以包括(图6中未示出)：

标识获取子单元，用于按照所述业务变更队列中任务标识从先到后的建立顺序，依次获取每个任务标识；日志获得子单元，用于查找所述对应关系，获得与获取的任务标识对应的变更日志；数据更新子单元，用于通过调用所述第二服务器的服务接口对所述第二服务器进行业务数据更新，所述业务数据更新包括根据所述变更日志，将所述第二服务器上的变更前业务数据更新为变更后业务数据。

在另一个可选的实现方式中：

所述建立单元610可以包括至少一个下述子单元(图6中未示出)：第一建立子单元，用于当所述第一服务器上承载的业务可靠性高于设置的第一可靠性阈值时，在数据库中为所述第二服务器建立业务变更队列；第二建立子单元，用于当所述第一服务器上承载的业务可靠性不高于所述第一可靠性阈值时，在缓存中为所述第二服务器建立业务变更队列。

进一步，所述装置还可以包括(图6中未示出)：反转单元，用于当所述第一服务器上承载的业务可靠性高于设置的第二可靠性阈值时，如果向所述数据库中建立的业务变更队列***任务标识失败，则将所述任务标识对应的变更后业务数据恢复为变更前业务数据，其中，所述第二可靠性阈值高于所述第一可靠性阈值。

在另一个可选的实现方式中：

所述装置还可以包括(图6中未示出)：删除单元，用于当将所述业务变更的变更后业务数据同步到所述第二服务器后，从所述业务变更队列中删除与所述业务变更对应的任务标识。

上述业务数据同步装置可以应用在任务处理器上，该任务处理器通常集成在第一服务器上。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

有上述实施例可见，在进行业务数据同步时，由发生业务数据变更的第一服务器为需要同步变更后业务数据的第二服务器维护业务变更队列，以便任务处理器在调用业务变更队列后，按照业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识对应的变更后业务数据同步到第二服务器。应用本申请实施例，可以将业务变更的维护操作集中在业务数据变更方所在的数据中心，从而减轻了其他数据中心对业务变更的维护操作，并且由任务处理器统一对变更后业务数据进行同步，可以减轻各个数据中心的处理负担。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种业务数据同步方法，其特征在于，所述方法包括：

当要将第一服务器上的变更后业务数据同步到第二服务器时，调用所述第二服务器的业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

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

为所述第二服务器建立业务变更队列；

当所述第一服务器上发生业务变更时，为所述业务变更生成变更日志及任务标识，所述变更日志包含所述业务变更的变更前业务数据和变更后业务数据；

保存所述任务标识与所述变更日志的对应关系；

将所述任务标识顺序***到所述业务变更队列中。

3.根据权利要求2所述的方法，其特征在于，所述按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器，包括：

按照所述业务变更队列中任务标识从先到后的建立顺序，依次获取每个任务标识；

查找所述对应关系，获得与获取的任务标识对应的变更日志；

通过调用所述第二服务器的服务接口对所述第二服务器进行业务数据更新，所述业务数据更新包括根据所述变更日志，将所述第二服务器上的变更前业务数据更新为变更后业务数据。

4.根据权利要求2所述的方法，其特征在于，所述为所述第二服务器建立业务变更队列包括：

当所述第一服务器上承载的业务可靠性高于设置的第一可靠性阈值时，在数据库中为所述第二服务器建立业务变更队列；

当所述第一服务器上承载的业务可靠性不高于所述第一可靠性阈值时，在缓存中为所述第二服务器建立业务变更队列。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当所述第一服务器上承载的业务可靠性高于设置的第二可靠性阈值时，如果向所述数据库中建立的业务变更队列***任务标识失败，则将所述任务标识对应的变更后业务数据恢复为变更前业务数据，其中，所述第二可靠性阈值高于所述第一可靠性阈值。

6.根据权利要求1至5任一所述的方法，其特征在于，所述方法还包括：

当将所述业务变更的变更后业务数据同步到所述第二服务器后，从所述业务变更队列中删除与所述业务变更对应的任务标识。

7.一种业务数据同步装置，其特征在于，所述装置包括：

调用单元，用于当要将第一服务器上的变更后业务数据同步到第二服务器时，调用所述第二服务器的业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

同步单元，用于按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

建立单元，用于为所述第二服务器建立业务变更队列；

生成单元，用于当所述第一服务器上发生业务变更时，为所述业务变更生成变更日志及任务标识，所述变更日志包含所述业务变更的变更前业务数据和变更后业务数据；

保存单元，用于保存所述任务标识与所述变更日志的对应关系；

***单元，用于将所述任务标识顺序***到所述业务变更队列中。

9.根据权利要求8所述的装置，其特征在于，所述同步单元包括：

标识获取子单元，用于按照所述业务变更队列中任务标识从先到后的建立顺序，依次获取每个任务标识；

日志获得子单元，用于查找所述对应关系，获得与获取的任务标识对应的变更日志；

数据更新子单元，用于通过调用所述第二服务器的服务接口对所述第二服务器进行业务数据更新，所述业务数据更新包括根据所述变更日志，将所述第二服务器上的变更前业务数据更新为变更后业务数据。

10.根据权利要求8所述的装置，其特征在于，所述建立单元包括至少一个下述子单元：

第一建立子单元，用于当所述第一服务器上承载的业务可靠性高于设置的第一可靠性阈值时，在数据库中为所述第二服务器建立业务变更队列；

第二建立子单元，用于当所述第一服务器上承载的业务可靠性不高于所述第一可靠性阈值时，在缓存中为所述第二服务器建立业务变更队列。

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

反转单元，用于当所述第一服务器上承载的业务可靠性高于设置的第二可靠性阈值时，如果向所述数据库中建立的业务变更队列***任务标识失败，则将所述任务标识对应的变更后业务数据恢复为变更前业务数据，其中，所述第二可靠性阈值高于所述第一可靠性阈值。

12.根据权利要求7至11任一所述的装置，其特征在于，所述装置还包括：

删除单元，用于当将所述业务变更的变更后业务数据同步到所述第二服务器后，从所述业务变更队列中删除与所述业务变更对应的任务标识。

13.一种业务数据同步***，其特征在于，所述***包括：任务处理器、第一服务器和至少一个第二服务器，其中，

所述第一服务器，用于为每个所述第二服务器维护业务变更队列，所述业务变更队列中包含至少一个任务标识，每个任务标识对应所述第一服务器上的一次业务变更；

所述任务处理器，用于当要将第一服务器上的变更后业务数据同步到所述第二服务器时，调用所述第二服务器的业务变更队列；按照所述业务变更队列中任务标识从先到后的建立顺序，将与每个任务标识所对应业务变更的变更后业务数据同步到所述第二服务器。

14.根据权利要求13所述的***，其特征在于，

所述第一服务器，还用于为所述第二服务器建立业务变更队列，当所述第一服务器上发生业务变更时，为所述业务变更生成变更日志，所述变更日志包含所述业务变更的变更前业务数据和变更后业务数据；为所述业务变更建立任务标识；将所述任务标识顺序***到所述业务变更队列中；保存所述任务标识与所述变更日志的对应关系。

15.根据权利要求13或14所述的***，其特征在于，当所述第二服务器的数量少于预设数量时，所述任务处理器集成在所述第一服务器上。