业务执行方法、系统及装置与流程

文档序号:18192978发布日期:2019-07-17 05:40阅读:166来源:国知局
业务执行方法、系统及装置与流程

本发明属于移动终端技术领域,尤其涉及一种业务执行方法、系统及装置。



背景技术:

在主流的第三方支付平台上,都使用了分布式存储系统,一般采用多机房多活的策略,当有一个机房故障时,能通过将流量切换到备份数据机房继续为用户提供服务。但是这对机房之间的数据一致性和数据延迟有较高要求。

现有技术中,当一个互联网数据中心(idc,internetdatacenter)出现问题的时候,运维人员会通过前端的负载均衡系统先把用户的流量从出现异常的机房切换到正常的机房中,然后进行数据库的主备切换,即把备用负载升级为主用负载。在切换过程中将数据设置为不可写,使得资金安全得到了保证,等到数据同步完成后再予以恢复,但是,在流量切换到备机后到数据恢复前的这个时间段内用户数据只能读取,不能修改,使得用户不能交易,造成用户资金操作全面被限制,交易操作无法进行,影响系统的数据流转,同时也造成用户体验不好。



技术实现要素:

本发明实施例提供一种业务执行方法、系统及装置,可以解决业务切换时所有业务被禁止操作,以及引发的用户体验不好的问题。

本发明实施例第一方面提供了一种业务执行方法,包括:

主监测服务器监测主业务服务器的业务数据,是否完全复制在备业务服务器中;

若未完全复制,则记录未完全复制的业务数据对应的业务和用户;

当确认所述主业务服务器的业务切换到所述备业务服务器时,通知所述备业务服务器将记录的业务限制在预设的执行范围内,并在所述记录的业务被限制执行之前发出第一切换通知,所述第一切换通知中包含记录的用户,以将记录的用户之外的其他用户的业务,从所述主业务服务器切换至所述备业务服务器执行不受限的业务;

在所述记录的业务被限制执行之后发出第二切换通知,以将所述记录的用户的业务从所述主业务服务器切换至所述备业务服务器中,继续执行受限的业务。

本发明实施例第二方面提供了一种业务执行系统,包括:

主监测服务器,主业务服务器和备业务服务器;

其中,所述主监测服务器,用于监测所述主业务服务器的业务数据,是否完全复制在所述备业务服务器中;若未完全复制,则记录未完全复制的业务数据对应的业务和用户;当确认所述主业务服务器的业务切换到所述备业务服务器时,通知所述备业务服务器将记录的业务限制在预设的执行范围内,并在所述记录的业务被限制执行之前发出第一切换通知,所述第一切换通知中包含记录的用户,以将记录的用户之外的其他用户的业务,从所述主业务服务器切换至所述备业务服务器执行不受限的业务;在所述记录的业务被限制执行之后发出第二切换通知,以将所述记录的用户的业务从所述主业务服务器切换至所述备业务服务器中,继续执行受限的业务。

本发明实施例第三方面提供了一种业务执行装置,包括:

监测模块,用于监测主业务服务器的业务数据,是否完全复制在备业务服务器中;

记录模块,用于若未完全复制,则记录未完全复制的业务数据对应的业务和用户;

通知模块,用于当确认所述主业务服务器的业务切换到所述备业务服务器时,通知所述备业务服务器将记录的业务限制在预设的执行范围内;

所述通知模块,还用于在所述记录的业务被限制执行之前发出第一切换通知,所述第一切换通知中包含记录的用户,以将记录的用户之外的其他用户的业务,从所述主业务服务器切换至所述备业务服务器执行不受限的业务;

所述通知模块,还用于在所述记录的业务被限制执行之后发出第二切换通知,以将所述记录的用户的业务从所述主业务服务器切换至所述备业务服务器中,继续执行受限的业务。

从上述本发明实施例可知,本发明提供的业务执行方法、系统及装置,通过主监测服务器判断主业务服务器中的业务数据,是否在备业务服务器中完成同步复制,若未完全复制,则记录未完全复制的业务数据对应的业务和用户,在主业务服务器的业务切换到备业务服务器时,通知备业务服务器限制执行记录的业务,通知主业务服务器中除了记录的用户之外的其他用户的业务切换到备业务服务器,进行正常的业务,其他用户的业务不会因为切换受到影响,在记录的业务被限制执行之后,再将主业务服务器中记录的用户的业务切换到备业务服务器继续执行受限制的服务,将复制业务数据发生异常的用户的业务进行一定的限制,可以保护业务安全,同时将发生异常的用户的业务影响降低到最低,提高了用户体验。

附图说明

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

图1为应用本发明实施例中业务执行方法的系统硬件结构图;

图2为本发明第一实施例提供的业务执行方法的流程示意图;

图3为本发明第二实施例提供的业务执行方法的流程示意图;

图4为本发明实施例中业务执行方法的交互流程示意图;

图5为本发明第三实施例提供的业务执行系统的结构示意图;

图6为本发明第四实施例提供的业务执行系统的结构示意图;

图7为本发明第五实施例提供的业务执行装置的结构示意图;

图8为本发明第六实施例提供的业务执行装置的结构示意图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而非全部实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

以下各本发明实施例的典型应用场景是在大型的第三方支付平台上,跨主备业务服务器(或跨主备业务机房)的场景下,通过启动部署在主监测服务器(或主监测机房)的监测程序,判断主备业务服务器(或主备业务机房)之间是否完全复制了业务数据,若没有完全复制,则记录下没有完全复制的业务数据对应的用户和业务资金数额,在主备业务服务器(或主备业务机房)之间切换业务时,根据该记录通知备业务服务器(或备业务机房)对该没有完全复制的业务进行限制执行,例如可冻结该笔业务资金,在执行切换业务时不对限制执行业务的用户执行业务切换,即被限制执行业务的用户的业务暂时留在主业务服务器(或主业务机房)上,不执行业务,在备业务服务器完成限制执行操作时,即该业务资金被冻结后,再将被限制执行业务的用户的业务切入到备业务服务器,此时被限制执行业务的用户可以在被限范围进行有限的操作,具体只有该笔业务资金被冻结,影响的是该笔业务资金对应的业务执行,并非限制被限制执行业务的用户的所有业务,使得这些被限制执行业务的用户的受限行为大大降低,保证了用户资金和平台资金不受损失,也不影响主备业务服务器(主备业务机房)之间业务流量的切换。具体的系统结构如图1所示。

在图1中,以主业务服务器、备业务服务器、主监测服务器和备监测服务器为例,可以理解的,以上服务器可分别对应主业务机房、备业务机房、主监测机房和备监测机房,机房中包括多台服务器,执行原理与单台服务器的执行原理相同,均在本发明的实施例的保护范围之内。

该系统结构包括:业务分配模块10、主业务服务器20、备业务服务器30、主监测服务器40、备监测服务器50、数据库代理模块60、主数据库70、备数据库80,需要说明的,本发明实施例中的主、备为相对的概念,主业务服务器20可以为备业务服务器30的备用服务器。

其中,业务分配模块10用于根据业务处理规则,将业务分配给主业务服务器20或备业务服务器30,以本次业务分配给主业务服务器20为例,主业务服务器20中的业务系统21将本次业务的信息,写入主监测服务器40中生成远程日志,业务系统21写入成功后执行该次业务逻辑,同时将执行的业务信息通过数据库代理模块60写入主业务服务器20中的主数据库70中,主数据库70可以包括多个用户库和业务库,图1中以一个用户库1和一个业务库1为例。例如,在第三方支付平台上,执行一笔买卖交易,业务系统21将该交易的用户名称、用户联系方式等用户信息通过数据库代理模块60写入用户库1中,将该交易的交易标的、交易金额、交易联系信息、交易方式等具体内容通过数据库代理模块60写入业务库1中。进一步地,数据库代理模块60则将写入到主数据库70中的业务数据,同步到与主业务服务器20为主备关系的备业务服务器30中的备数据库80中。

主监测服务器40中设置有监测程序,运行监测程序读取在主监测服务器40本地的远程日志,获取远程日志中的业务信息,并通过访问数据库代理模块60查询主数据库70和备数据库80,可以判断是否有业务数据未同步复制在主数据库70和备数据库80中,若有未完全同步复制的业务数据,主监测服务器40则记录该未完全复制的业务数据,以及该业务数据对应的用户和业务资金数额,并通知业务分配模块10存在未完全复制的业务数据,业务分配模块得到通知后,可转发该通知给管理模块(图中未示出),管理模块综合该通知以及获取的来自系统其他模块的通知,判断是否出现了需要切换业务服务器的情况,该情况可包括主业务服务器20出现故障等。或者,业务分配模块得到通知后,可自行综合该通知以及获取的来自系统其他模块的通知,判断是否出现了需要切换业务服务器的情况。

当确认需要将主业务服务器20上的业务切换到备业务服务器30上,下发通知给主监测服务器40,主监测服务器40将记录的未完全复制的业务数据对应的用户和业务资金数额,通知给备业务服务器30,指示备业务服务器30冻结该用户的该业务资金,同时,主监测服务器40通知业务分配模块10进行切换,并通知业务分配模块10不把未完全复制的业务数据对应的用户的业务切换到备业务服务器30,此时这些用户的业务无法进行。当备业务服务器30完成冻结后,通知主监测服务器40,主监测服务器40通知业务分配模块10,将未完全复制的业务数据对应的用户的业务切换到备业务服务器30,此时这些用户可以进行与该冻结的资金无关的业务,受限范围非常小。

最后运维人员可以进行恢复业务数据的操作,待业务数据恢复后,主数据库70和备数据库80的业务数据完全同步了,则对这些用户进行资金的解除冻结操作,可以恢复正常的业务操作权限。

需要说明的,备监测服务器50中同样设置有监测程序,有备业务服务器30写入的远程日志,监测流程与上述的主监测服务器40的相同,此处不再赘述。

进一步地,若主业务服务器20和备业务服务器30的距离较近,则主监测服务器40和备监测服务器50可以合并设置为同一个监测服务器,内置监测程序,主业务服务器20和备业务服务器30都将业务数据写入该监测服务器生成远程日志。监测程序的功能与上述描述相同。

本实施例中的业务执行方法的具体技术方案的描述参见下述各实施例。

请参见图2,图2为本发明第一实施例提供的业务执行方法的流程示意图,该方法包括:

s101、主监测服务器监测主业务服务器的业务数据,是否完全复制在备业务服务器中;

主监测服务器中内置有监测程序,启动该监测程序可监测已经完成的业务产生的业务数据,是否在业务服务器和备业务服务器之间完成了复制。

s102、若未完全复制,则记录未完全复制的业务数据对应的业务和用户;

若该远程日志中对应的业务数据,在主业务服务器和备业务服务器之间未完全复制,则将未完全复制的业务数据对应的业务记录为复制异常业务,同时,记录未完全复制的业务数据对应的业务和用户。

进一步地,通知给相关模块出现了业务数据未完全复制的情况,以提供切换业务服务器的依据,该相关模块可综合该通知和其他模块发出的通知,确认是否需要将业务从主业务服务器中切换到备业务服务器中,该相关模块可以前述的管理模块或业务分配模块。

s103、当确认主业务服务器的业务切换到备业务服务器时,通知备业务服务器将记录的业务限制在预设的执行范围内,并在该记录的业务被限制执行之前,发出第一切换通知,切换通知中包含记录的用户,以将记录的用户之外的其他用户的业务,从该主业务服务器切换至该备业务服务器中执行不受限的业务;

综合主监测服务器上报的已经进行的业务数据存在未完全复制的情况,以及,其他模块上报的例如数据交换障碍、硬件结构故障等其他信息,判断出主业务服务器出现硬件、软件或网络等故障,则需要将业务切换到备业务服务器中。在切换之前,通知主监测服务器。

主监测服务器通知备业务服务器将该记录的业务限制在预设的执行范围内,具体地,冻结该记录的业务对应的资金。备业务服务器执行限制操作还需要少许时间,在该记录的业务被限制执行之前,主监测服务器向业务分配模块发出第一切换通知,该第一切换通知中包含记录的用户,用于通知该业务分配模块将记录的用户之外的其他用户的业务,从该主业务服务器切换至该备业务服务器中执行不受限的业务。未被切换到备业务服务器中的用户,暂时无法执行业务操作,保护了账号的安全。被切换到备业务服务器中的用户,可以正常执行业务操作,用户察觉不到因切换导致的影响,提高用户体验。

s104、在该记录的业务被限制执行之后发出第二切换通知,以将该记录的用户的业务从该主业务服务器切换至该备业务服务器中,继续执行受限的业务。

在备业务服务器完成限制执行该记录的业务的操作后,记录的业务在该备业务服务器上被限制执行,备业务服务器则通知主监测服务器。

进一步地,主监测服务器向该业务分配模块发出第二切换通知,用于通知该业务分配模块将该记录的用户的业务,从该主业务服务器切换至该备业务服务器中,该记录的用户的业务,在该备业务服务器上继续执行受限的业务,该受限的业务对用户影响较轻微,具体地,若冻结该记录的业务对应的资金,则仅有该部分资金对应的业务不能执行,该用户的其他业务还是可以正常进行的。

本发明实施例中,通过主监测服务器判断主业务服务器中的业务数据,是否在备业务服务器中完成同步复制,若未完全复制,则记录未完全复制的业务数据对应的业务和用户,在主业务服务器的业务切换到备业务服务器时,通知备业务服务器限制执行记录的业务,通知主业务服务器中除了记录的用户之外的其他用户的业务切换到备业务服务器,进行正常的业务,其他用户的业务不会因为切换受到影响,在记录的业务被限制执行之后,再将主业务服务器中记录的用户的业务切换到备业务服务器继续执行受限制的服务,将复制业务数据发生异常的用户的业务进行一定的限制,可以保护业务安全,同时将发生异常的用户的业务影响降低到最低,提高了用户体验。

请参见图3,图3为本发明第二实施例提供的业务执行方法,该方法包括:

s201、主业务服务器在执行业务之前,将待执行业务的业务数据,作为远程日志写入主监测服务器,若写入成功,则主业务服务器执行待执行业务;

外部的业务请求先进入到业务分配模块,该业务分配模块根据用户所属的业务服务器分配到相应的业务服务器的交易系统,本实施例中,以分配到主业务服务器为例。

在执行业务之前,主业务服务器通过业务系统将待执行业务的业务数据,作为远程日志写入主监测服务器,若写入成功,则主业务服务器执行待执行业务。该远程日志包括业务的标的、内容、金额、用户等所有和该业务相关的信息。业务系统成功写入后,才开始执行该项业务。

若写入不成功,再次尝试将待执行业务的业务数据,作为远程日志写入主监测服务器,当尝试预置次数后,仍写入不成功,则返回错误提示给该业务分配模块或该管理模块。

s202、主业务服务器通过数据库代理模块将业务数据存储至本地的主数据库,数据库代理模块将主数据库中的业务数据复制到备业务服务器的备数据库;

主业务服务器将业务数据发送给数据库代理模块,数据库代理模块将该业务数据存储至主业务服务器中的主数据库。进一步地,数据库代理模块将主数据库中的业务数据自动复制到备业务服务器的备数据库中。

通过数据库代理模块可查询主数据库、备数据库的业务数据。

s203、主监测服务器读取本地的远程日志,并通过数据库代理模块,查询主数据库和备数据库中的远程日志对应的业务数据;

主监测服务器中内置有监测程序,启动该监测程序读取主业务服务器写入本地的远程日志,可根据读取到远程日志中业务的标识信息、名称等,判断该远程日志中的各项业务的业务数据,是否在业务服务器和备业务服务器之间完成了复制,即,针对该远程日志中的业务,业务服务器和备业务服务器之间是否完成同步复制。

s204、对比主数据库中查询到的业务数据,和备数据库中查询到的业务数据是否一致,若不一致,则确认主业务服务器中远程日志对应的业务数据,没有完全复制在备业务服务器中;

若一致,则不进行任何记录。

s205、记录未完全复制的业务数据对应的业务和用户;

未完全复制包括没有复制,或者只复制了部分的业务数据。

记录复制业务数据出现异常的业务和用户,例如,主业务服务器中用户a完成的交易b的数据,未完全复制在备业务服务器中,则记录交易b和用户a。

s206、当确认主业务服务器的业务切换到备业务服务器时,通知备业务服务器将记录的业务限制在预设的执行范围内,并在记录的业务被限制执行之前发出第一切换通知,第一切换通知中包含记录的用户,以将记录的用户之外的其他用户的业务,从主业务服务器切换至备业务服务器执行不受限的业务;

主监测服务器通知备业务服务器将该记录的业务限制在预设的执行范围内,具体地,冻结该记录的业务对应的资金。备业务服务器执行限制操作还需要少许时间,在该记录的业务被限制执行之前,主监测服务器向业务分配模块发出第一切换通知,该第一切换通知中包含记录的用户,用于通知该业务分配模块将记录的用户之外的其他用户的业务,从该主业务服务器切换至该备业务服务器中执行不受限的业务。未被切换到备业务服务器中的用户,暂时无法执行业务操作,保护了账号的安全。被切换到备业务服务器中的用户,可以正常执行业务操作,用户察觉不到因切换导致的影响,提高用户体验。

s207、在记录的业务被限制执行之后发出第二切换通知,以将记录的用户的业务从主业务服务器切换至备业务服务器中,继续执行受限的业务;

在备业务服务器完成限制执行该记录的业务的操作后,记录的业务在该备业务服务器上被限制执行,备业务服务器则通知主监测服务器。

进一步地,主监测服务器向该业务分配模块发出第二切换通知,用于通知该业务分配模块将该记录的用户的业务,从该主业务服务器切换至该备业务服务器中,该记录的用户的业务,在该备业务服务器上继续执行受限的业务,该受限的业务对用户影响较轻微,具体地,若冻结该记录的业务对应的资金,则仅有该部分资金对应的业务不能执行,该用户的其他业务还是可以正常进行的。

s208、备监测服务器监测主业务服务器的业务数据,和备业务服务器的业务数据是否完全相同,若完全相同,则通知备业务服务器解除对记录的业务的限制执行。

业务从主业务服务器切换到备业务服务器后,备监测服务器负责监测业务数据的同步。当运维人员恢复主、备业务服务器的业务数据的同步后,备监测服务器监测备业务服务器的业务数据是否完全同步到主业务服务器中。

若主业务服务器的业务数据,和备业务服务器的业务数据完全相同,则通知备业务服务器解除对记录的业务的限制执行,使被限制业务的用户正常进行业务。

一个实例,在第三方支付平台进行交易时,业务分配模块将交易分配到主业务服务器中,主业务服务器中的业务系统将每项交易的数据作为远程日志写入主监测服务器,主监测服务器启动监测程序读取该远程日志,得到用户a、用户b、用户c、用户d、用户e、用户f的多条交易信息,并通过数据库代理模块查询到用户a的一笔交易和用户b的一笔交易在备服务器中的交易,若未完全复制,则记录用户a和用户b,以及他们进行的两笔交易的资金金额。当业务分配模块确认主业务服务器的业务切换到备业务服务器时,主业务服务器通知备业务服务器将用户a和用户b的两笔交易的资金进行冻结,并在冻结完成之前向业务分配模块发出第一切换通知,在第一切换通知中包含用户a和用户b的名称信息,业务分配模块将用户a和用户b之外的其他用户的业务,从主业务服务器切换至备业务服务器,并且其他用户在备业务服务器上执行不受限的交易。在资金被冻结后向业务分配模块发出第二切换通知,业务分配模块将用户a和用户b的业务从主业务服务器切换至备业务服务器中,并且用户a和用户b在备业务服务器上继续执行受限的业务。

请参见图4,本发明实施例中的交互流程如图4所示。其中异常业务是指上述未完全复制的业务数据对应的业务,异常用户是指异常业务对应的用户。屏蔽异常用户是指在切换业务时,异常用户的业务不进行切换。解除屏蔽异常用户是指将异常用户的业务进行业务服务器的切换。交互过程中的其他细节请参见前述各实施例的描述。

本发明实施例中,通过主监测服务器判断主业务服务器中的业务数据,是否在备业务服务器中完成同步复制,若未完全复制,则记录未完全复制的业务数据对应的业务和用户,在主业务服务器的业务切换到备业务服务器时,通知备业务服务器限制执行记录的业务,通知主业务服务器中除了记录的用户之外的其他用户的业务切换到备业务服务器,进行正常的业务,其他用户的业务不会因为切换受到影响,在记录的业务被限制执行之后,再将主业务服务器中记录的用户的业务切换到备业务服务器继续执行受限制的服务,将复制业务数据发生异常的用户的业务进行一定的限制,可以保护业务安全,同时将发生异常的用户的业务影响降低到最低,提高了用户体验。

请参见图5,图5为本发明第三实施例提供的业务执行系统,为了便于说明,仅示出了与本发明实施例相关的部分。该系统主要包括:

主监测服务器301、主业务服务器302和备业务服务器303。

其中,主监测服务器301,用于监测主业务服务器302的业务数据,是否完全复制在备业务服务器303中;若未完全复制,则记录未完全复制的业务数据对应的业务和用户;当确认主业务服务器302的业务切换到备业务服务器303时,通知备业务服务器303将记录的业务限制在预设的执行范围内,并在记录的业务被限制执行之前发出第一切换通知,第一切换通知中包含记录的用户,以将记录的用户之外的其他用户的业务,从主业务服务器302切换至备业务服务器303执行不受限的业务;在记录的业务被限制执行之后发出第二切换通知,以将记录的用户的业务从主业务服务器302切换至备业务服务器303中,继续执行受限的业务。

请参见图6,图6为本发明第四实施例提供的业务执行系统,为了便于说明,仅示出了与本发明实施例相关的部分。该系统包括:

进一步地,主业务服务器302,还用于在执行业务之前,将待执行业务的业务数据,作为远程日志写入主监测服务器301;

主业务服务器302,还用于若写入成功,则执行待执行业务。

进一步地,该系统还包括:数据库代理模块304;

主业务服务器302,还用于通过数据库代理模块304将业务数据存储至本地的主数据库;

数据库代理模块304,用于将主数据库中的业务数据复制到备业务服务器303的备数据库。

进一步地,主监测服务器301,还用于读取本地的远程日志,并通过数据库代理模块304,查询主数据库和备数据库中的远程日志对应的业务数据;

主监测服务器301,还用于对比主数据库中查询到的业务数据,和备数据库中查询到的业务数据是否一致,若不一致,则确认主业务服务器302中远程日志对应的业务数据,没有完全复制在备业务服务器303中。

进一步地,系统还包括:备监测服务器305;

备监测服务器305,用于监测主业务服务器302的业务数据,和备业务服务器303的业务数据是否完全相同;

若完全相同,则通知备业务服务器303解除对记录的业务的限制执行。

本发明实施例中的系统用于执行前述图2~图3所述实施例的方法,未描述的技术细节与前述图2~图3所示实施例相同,此处不再赘述。

本发明实施例中,通过主监测服务器判断主业务服务器中的业务数据,是否在备业务服务器中完成同步复制,若未完全复制,则记录未完全复制的业务数据对应的业务和用户,在主业务服务器的业务切换到备业务服务器时,通知备业务服务器限制执行记录的业务,通知主业务服务器中除了记录的用户之外的其他用户的业务切换到备业务服务器,进行正常的业务,其他用户的业务不会因为切换受到影响,在记录的业务被限制执行之后,再将主业务服务器中记录的用户的业务切换到备业务服务器继续执行受限制的服务,将复制业务数据发生异常的用户的业务进行一定的限制,可以保护业务安全,同时将发生异常的用户的业务影响降低到最低,提高了用户体验。

请参见图7,图7为本发明第五实施例提供的业务执行装置,为了便于说明,仅示出了与本发明实施例相关的部分。该装置可以为前述各实施例中的主监测服务器,该装置包括:

监测模块401,用于监测主业务服务器的业务数据,是否完全复制在备业务服务器中;

记录模块402,用于若未完全复制,则记录未完全复制的业务数据对应的业务和用户;

通知模块403,用于当确认主业务服务器的业务切换到备业务服务器时,通知备业务服务器将记录的业务限制在预设的执行范围内;

通知模块403,还用于在记录的业务被限制执行之前发出第一切换通知,第一切换通知中包含记录的用户,以将记录的用户之外的其他用户的业务,从主业务服务器切换至备业务服务器执行不受限的业务;

通知模块403,还用于在记录的业务被限制执行之后发出第二切换通知,以将记录的用户的业务从主业务服务器切换至备业务服务器中,继续执行受限的业务。

本发明实施例中的未描述的技术细节,参见前述图2~图6所示各实施例相同,此处不再赘述。

本发明实施例中,监测模块判断主业务服务器中的业务数据,是否在备业务服务器中完成同步复制,若未完全复制,则记录模块记录未完全复制的业务数据对应的业务和用户,在主业务服务器的业务切换到备业务服务器时,通知模块通知备业务服务器限制执行记录的业务,通知主业务服务器中除了记录的用户之外的其他用户的业务切换到备业务服务器,进行正常的业务,其他用户的业务不会因为切换受到影响,在记录的业务被限制执行之后,再将主业务服务器中记录的用户的业务切换到备业务服务器继续执行受限制的服务,将复制业务数据发生异常的用户的业务进行一定的限制,可以保护业务安全,同时将发生异常的用户的业务影响降低到最低,提高了用户体验。

请参见图8,图8为本发明第六实施例提供的业务执行装置,该装置可以为前述各实施例中的主监测服务器,与前述图7所示装置的不同之处在于:

进一步地,监测模块401包括:

读取子模块4011,用于读取本地的远程日志;

查询子模块4012,用于通过数据库代理模块,查询主数据库和备数据库中的远程日志对应的业务数据;

对比子模块4013,用于对比主数据库中查询到的业务数据,和备数据库中查询到的业务数据是否一致;

确认子模块4014,用于若不一致,则确认主业务服务器中远程日志对应的业务数据,没有完全复制在备业务服务器中。

本发明实施例中的未描述的技术细节,参见前述图2~图7所示各实施例相同,此处不再赘述。

本发明实施例中,本发明实施例中,监测模块判断主业务服务器中的业务数据,是否在备业务服务器中完成同步复制,若未完全复制,则记录模块记录未完全复制的业务数据对应的业务和用户,在主业务服务器的业务切换到备业务服务器时,通知模块通知备业务服务器限制执行记录的业务,通知主业务服务器中除了记录的用户之外的其他用户的业务切换到备业务服务器,进行正常的业务,其他用户的业务不会因为切换受到影响,在记录的业务被限制执行之后,再将主业务服务器中记录的用户的业务切换到备业务服务器继续执行受限制的服务,将复制业务数据发生异常的用户的业务进行一定的限制,可以保护业务安全,同时将发生异常的用户的业务影响降低到最低,提高了用户体验。

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

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

另外,在本发明各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。

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

需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本发明所必须的。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。

以上为对本发明所提供的业务执行方法、业务执行系统及业务执行装置的描述,对于本领域的技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本发明的限制。

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