CN103188065A - 一种业务服务中数据同步的方法和系统 - Google Patents
一种业务服务中数据同步的方法和系统 Download PDFInfo
- Publication number
- CN103188065A CN103188065A CN201110456665XA CN201110456665A CN103188065A CN 103188065 A CN103188065 A CN 103188065A CN 201110456665X A CN201110456665X A CN 201110456665XA CN 201110456665 A CN201110456665 A CN 201110456665A CN 103188065 A CN103188065 A CN 103188065A
- Authority
- CN
- China
- Prior art keywords
- data
- module
- backup
- business
- manipulation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Hardware Redundancy (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开一种业务服务中数据同步的方法和系统,方法包括:步骤1,主业务模块调用主数据模块进行数据操作;步骤2,主数据模块进行数据操作后,如果成功完成,则执行步骤3,否则,将回滚数据操作,向主业务模块回复数据操作失败;步骤3,主数据模块向备份数据模块发送数据操作请求,备份数据模块按请求进行数据操作,如果成功完成,则执行步骤4,否则,执行步骤5;步骤4,备份数据模块向主数据模块回复数据操作成功,主数据模块向主业务模块回复数据操作成功;步骤5,备份数据模块回滚数据操作,向主数据模块回复数据操作失败,主数据模块回滚数据操作,向主业务模块回复数据操作失败。本发明能够解决数据同步不受业务服务的控制的问题。
Description
技术领域
本发明涉及计算机网络领域,特别涉及一种业务服务中数据同步的方法和系统。
背景技术
在使用互联网为用户提供业务服务时,对于服务端的可靠性要求更高。在大量用户使用业务服务的情况下,当服务端出现故障时,需要尽可能的在短时间内恢复服务端功能。在这种情况下,提供一套备份服务端,用于在主服务端出现问题时直接用备份服务端替代。其中,需要在主服务端和备份服务端间进行数据同步。
现有技术中,使用数据库系统同步数据。其中,以数据库为数据源,通过数据库进行数据同步,保证数据的安全性。现有技术的缺陷在于,数据库中数据同步不受业务服务的控制,在通常情况下,需要人为进行操作完成数据同步,此外,对于内存中的数据,以及结构简单的数据,采用数据库进行处理的效率较低。
发明内容
本发明提供的一种业务服务中数据同步的方法和系统,以解决数据同步不受业务服务的控制的问题。
本发明公开了一种业务服务中数据同步的方法,所述方法包括:
步骤1,主服务端的主业务模块调用主服务端的主数据模块进行数据操作;
步骤2,主数据模块进行数据操作后,如果数据操作成功完成,则执行步骤3,否则,将数据恢复到进行数据操作前的内容,向主业务模块回复数据操作失败;
步骤3,主数据模块向备份服务端的备份数据模块发送数据操作请求,备份数据模块按数据操作请求进行数据操作,如果数据操作成功完成,则执行步骤4,否则,执行步骤5;
步骤4,备份数据模块向主数据模块回复数据操作成功,主数据模块向主业务模块回复数据操作成功;
步骤5,备份数据模块将数据恢复到进行数据操作前的内容,向主数据模块回复数据操作失败,主数据模块将数据恢复到进行数据操作前的内容,向主业务模块回复数据操作失败。
其中,所述主数据模块向备份服务端的备份数据模块发送数据操作请求后还包括:
步骤21,如果主数据模块向备份数据模块发送数据操作请求失败,则主数据模块向主业务模块回复数据操作成功;
步骤22,主数据模块对进行操作的数据进行标识;
步骤23,在确定备份服务端故障排除后,主数据模块将标识的数据同步到备份数据模块。
其中,在所述步骤21之后还包括:
步骤31,主数据模块通知控制中心备份服务端故障,控制中心进行记录;
所述方法还包括:
步骤32,备份服务端恢复正常后,通知控制中心更改记录;
步骤33,主服务端发生故障时,主业务模块通知控制中心主服务端发生故障;
步骤34,控制中心根据记录判断备份服务端没有发生故障后,通知备份服务端的备份业务模块开始工作,为用户提供业务服务。
其中,所述步骤1具体包括:
步骤41,主业务模块通知主数据组件进行数据操作;
步骤42,主数据组件检验待操作的数据是否符合要求,如果是,则通知主数据模块进行数据操作,如果否,则向主业务模块回复数据操作失败。
其中,所述向主业务模块回复数据操作成功具体包括:
步骤51,主数据模块向主数据组件回复数据操作成功;
步骤52,主数据组件依据数据操作同步更新数据在主服务端缓存中的映射,并向主业务模块回复数据操作成功;
在所述备份数据模块向主数据模块回复数据操作成功后还包括:
步骤53,备份数据模块将数据操作的信息通知给备份服务端的备份数据组件;
步骤54,备份数据组件依据数据操作同步更新数据在备份服务端缓存中的映射。
其中,所述方法还包括:
步骤61,所述主业务模块通知主数据组件进行数据查询;
步骤62,主数据组件在缓存中进行数据查询,向主业务模块返回查询结果。
其中,所述方法还包括:
步骤71,当所述主服务端发生故障时,所述备份服务端的备份业务模块通过调用备份数据模块进行数据操作,提供业务服务;
步骤72,所述备份数据模块对进行操作的数据进行标识;
步骤73,在确定所述主服务端故障排除后,所述备份数据模块将标识的数据同步到所述主数据模块。
其中,所述步骤73后还包括:
步骤81,将所述当前工作的备份服务端转换为主服务端,将所述故障排除的主服务端转换备份服务端,执行所述步骤1至所述步骤5,进行数据同步。
本发明还公开了一种业务服务中数据同步的系统,所述系统包括多个服务器,所述服务器包括数据模块和业务模块,
业务模块,用于当所在服务器为主服务端时,调用数据模块进行数据操作;
数据模块,用于当所在服务器为主服务端时,根据业务模块的调用进行数据操作,在数据操作成功完成时,向作为备份服务端的服务器的数据模块发送数据操作请求,在数据操作未成功完成时,将数据恢复到进行数据操作前的内容,向所述业务模块回复数据操作失败;在接收到作为备份服务端的服务器的数据模块回复的数据操作成功后,向所在服务器的业务模块回复数据操作成功;在接收到作为备份服务端的服务器的数据模块回复的数据操作失败后,将数据恢复到进行数据操作前的内容,向所述业务模块回复数据操作失败;以及,当所在服务器为备份服务端时,按接收的数据操作请求进行数据操作,在数据操作成功完成时,向作为主服务端的服务器的数据模块回复数据操作成功,在数据操作未成功完成时,将数据恢复到进行数据操作前的内容,向作为主服务端的服务器的数据模块回复数据操作失败。
其中,业务模块还用于当所在的服务器由备份服务端转换为主服务端,开始处理业务时,通过调用所在服务器的数据模块进行数据操作,提供业务服务;
数据模块还用于当所在的服务器由备份服务端转换为主服务端,开始处理业务时,对进行操作的数据进行标识;在确定发生故障的服务器故障排除后,将标识的数据同步到该服务器的数据模块。
本发明实施例的有益效果是:通过在业务进行数据操作时,完成数据同步,能够实现业务服务对数据同步的控制,并且其中数据同步不影响业务服务的提供;通过使用控制中心对主服务端和备份服务端的运行情况进行记录,便于故障发生时的服务切换;通过使用数据组件在缓存中映射数据,提高数据的查找速度;通过在故障发生时,进行服务端切换,避免故障对为用户提供业务服务的影响。
附图说明
图1为本发明一种业务服务中数据同步的方法的流程图;
图2为本发明一种业务服务中数据同步的方法实施例的流程图;
图3为本发明一种业务服务中数据同步的系统的结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
参见图1,为本发明提供的业务服务中数据同步的方法的流程图。
步骤S100,主服务端的主业务模块调用主服务端的主数据模块进行数据操作。
其中,当前工作为用户提供业务服务的服务端称为主服务端,未为用户提供服务的服务端称为备份服务端。当前工作为用户提供业务服务的服务端的业务模块和数据模块称为主业务模块和主数据模块,未为用户提供服务的服务端的业务模块和数据模块称为备份业务模块和备份数据模块。
步骤S200,主数据模块进行数据操作后,如果数据操作成功完成,则执行步骤S300,否则,执行步骤S600。
步骤S300,主数据模块向备份服务端的备份数据模块发送数据操作请求,备份数据模块按请求进行数据操作,如果数据操作成功完成,则执行步骤S400,否则,执行步骤S500。
步骤S400,备份数据模块向主数据模块回复数据操作成功,主数据模块向主业务模块回复数据操作成功。
步骤S500,备份数据模块将数据恢复到进行数据操作前的内容,向主数据模块回复数据操作失败,主数据模块将数据恢复到进行数据操作前的内容,向主业务模块回复数据操作失败。
步骤S600,主数据模块将数据恢复到进行数据操作前的内容,向主业务模块回复数据操作失败。
其中,业务模块处理业务请求,接收到数据操作成功回复,执行成功事件,接收到数据操作失败回复,执行失败事件。
在一较佳的实施方式中,所述主数据模块向备份服务端的备份数据模块发送数据操作请求后还包括:
步骤S310,如果主数据模块向备份数据模块发送数据操作请求失败,则主数据模块向主业务模块回复数据操作成功。
步骤S320,主数据模块对进行操作的数据进行标识。
步骤S330,在确定备份服务端故障排除后,主数据模块将标识的数据同步到备份数据模块。
其中,可以通过多种方式确定备份服务端故障排除,例如,周期地向备份服务端发送询问消息,如果接收到回复则确定备份服务端故障排除;或者,主数据模块在每次数据操作成功完成时,发送询问消息,如果接收到回复则确定备份服务端故障排除;或者,备份服务端在恢复正常后通知主服务端。
在另一实施例中,如果主数据模块向备份数据模块发送数据操作请求失败,主数据模块将数据恢复到进行数据操作前的内容,向主业务模块回复数据操作失败。
进一步地,所述步骤S310还包括主数据模块通知控制中心备份服务端故障,控制中心进行记录。所述方法还包括:备份服务端恢复正常后,通知控制中心更改记录。
在进一步的实施方式中,控制中心控制业务处理在主服务端和备份服务端间切换。
所述方法还包括:
步骤S340,主服务端发生故障时,主业务模块通知控制中心主服务端发生故障;控制中心根据记录判断备份服务端没有发生故障后,通知备份业务模块开始工作,为用户提供业务服务。
如果控制中心收到主服务端发生故障通知后,查询记录的信息,发现备份服务端也发生故障,则控制中心发布服务系统故障通知。
其中,所述步骤S340后还包括:当所述主服务端发生故障时,所述备份服务端的备份业务模块通过调用备份数据模块进行数据操作,提供业务服务。所述备份数据模块对进行操作的数据进行标识,在确定所述主服务端故障排除后,所述备份数据模块将标识的数据同步到所述主数据模块。
对于所述当前工作的备份服务端和故障排除的主服务端,所述主服务端转换为备份服务端,所述备份服务端转换为主服务端,执行步骤S100至步骤S500,进行数据同步。
通过使用控制中心对主服务端和备份服务端的运行情况进行记录,便于故障发生时的服务切换。
在一较佳的实施方式中,业务模块和数据模块间通过数据组件进行通信。
所述步骤S100具体可以包括:
步骤S110,主业务模块通知主数据组件进行数据操作。
步骤S120,主数据组件检验待操作的数据是否符合要求,如果是,则通知主数据模块进行数据操作,如果否,则向主业务模块回复数据操作失败。
所述要求可以为格式要求。
所述主数据模块向主业务模块回复数据操作失败具体可以是通过主数据组件将数据操作失败回复给主业务模块。
在一较佳的实施方式中,采用缓存映射进行数据查询,以提高查询速度。
所述主数据模块向主业务模块回复数据操作成功具体可以包括:
步骤S610,主数据模块向主数据组件回复数据操作成功。
步骤S620,主数据组件依据数据操作同步更新数据在主服务端缓存中的映射,并向主业务模块回复数据操作成功。
数据组件使用UDS机制实现主业务模块同主数据模块间的数据通信。UDS(Unix Domain Socket),为现有技术中基于Unix文件通道的进程间通信机制。
所述备份数据模块向主数据模块回复数据操作成功后还可以包括:
步骤S630,备份数据模块将数据操作的信息通知给备份服务端的备份数据组件。
步骤S640,备份数据组件依据数据操作同步更新数据在备份服务端缓存中的映射。
数据在缓存中映射采用现有技术中的MMF(Memory Mapped File,内存映射文件)方案。通过内存映射文件保留一个地址空间的区域,同时将物理存储器提交给此区域,内存文件映射的物理存储器来自一个已经存在于磁盘上的文件。在对该磁盘上的文件进行操作之前,首先对文件进行映射。使用内存映射文件处理存储于磁盘上的文件时,将不必对文件执行I/O操作,处理速度更快。
该实施方式中在对数据操作成功后,对数据在缓存中映射同样进行数据操作,保证缓存中映射同数据的一致。
其中,所述方法还包括:
步骤S650,主业务模块通知主数据组件进行数据查询。
步骤S660,主数据组件在缓存中进行数据查询,向主业务模块返回查询结果。
通过使用数据组件在缓存中映射数据,提高数据的查找速度。
在一较佳的实施方式中,当主服务端发生故障时,将业务处理切换到备份服务端,由备份服务端提供业务服务。
所述方法还包括:
步骤S710,当主服务端发生故障时,备份服务端的备份业务模块通过调用备份数据模块进行数据操作,提供业务服务。
步骤S720,备份数据模块对进行操作的数据进行标识。
步骤S730,在确定主服务端故障排除后,备份数据模块将标识的数据同步到主数据模块。
如上所述,可以通过多种方式确定主服务端故障排除。
其中,步骤S730后还包括:将所述主服务端转换为备份服务端,将所述备份服务端转换为主服务端,执行步骤S100至步骤S500,进行数据同步。
参见图2,为本发明一种业务服务中数据同步的方法实施例的流程图。
主服务端与备份服务端同时开启,在主服务端出现问题时,备份服务端开始工作。在主服务端运行正常时,在主服务端进行数据操作时,同时向备份服务端发送通知,如果备份服务端数据操作成功,主服务端再继续进行后续操作。为了使得在数据同步的同时,不影响业务服务,建立了与业务模块对应的数据模块,进行数据同步。在业务模块与数据模块之间通过数据组件,利用进程间通讯来完成数据的通知与监护。
主业务模块处理具体的业务请求,主数据组件利用UDS机制完成主业务模块与主数据模块之间的数据通讯,主数据模块为主业务模块提供处理查询业务时所需的数据,并在主业务模块需要数据操作时,保证数据与备份服务端的同步。主数据模块与主数据组件访问的是同一数据源。
备份数据模块处理主数据模块发送的数据操作请求,并通知备份数据组件数据变更的情况。备份数据组件利用UDS机制完成备份数据模块与备份业务模块之间的数据通讯。备份业务模块通过备份数据组件与备份数据模块通讯,在主服务端出现故障时,控制中心通知备份业务模块开始工作,由于数据同步,主服务端和备份服务端数据始终保持一致,因此将主服务端故障期间的业务损失降到最小。待主服务端故障修复后,该主服务端作为备份等待控制中心的调控。
控制中心能够检测各个服务端故障,也能够接收主服务端主动上报的故障请求,通知备份服务端开始工作。
步骤S201,主业务模块通知主数据组件进行数据操作。
数据操作包括:根据业务请求写入、修改或删除数据。
当主业务模块需要查询数据时,直接调用主数据组件,查询缓存的数据映射,得到相应的查询结果。
步骤S202,主数据组件检验待操作的数据是否符合格式要求,如果是,则执行步骤S204,如果否,则执行步骤S203。
步骤S203,主数据组件向主业务模块回复数据操作失败。
主业务模块收到回复后,执行失败事件,例如向客户端返回Error(失败)应答。
步骤S204,主数据组件通知主数据模块进行数据操作。
步骤S205,主数据模块进行数据操作,如果数据操作成功完成,则执行步骤S208,否则,执行步骤S206。
步骤S206,主数据模块进行数据操作回滚,向主数据组件回复数据操作失败。
数据操作回滚为将数据恢复到进行数据操作前的内容。
因为在数据操作时,可能由于在操作过程中出现异常,导致数据操作没有成功完成,因而采用数据操作回滚,将数据恢复到操作前的内容。
步骤S207,主数据组件向主业务模块回复数据操作失败。
主业务模块收到回复后,执行失败事件,例如向客户端返回Error(失败)应答。
步骤S208,主数据模块向备份数据模块发送数据操作请求,如果请求发送失败,执行步骤S209,如果请求发送成功,执行步骤S211。
步骤S209,主数据模块通知控制中心备份服务端故障,向主数据组件回复数据操作成功,主数据模块对进行操作的数据进行标识。
主数据模块在确定备份服务端故障排除后,将标识的数据同步到备份数据模块。
控制中心收到通知后记录下备份服务端故障。备份服务端恢复正常后,通知控制中心更改记录。
步骤S210,主数据组件依据数据操作同步更新数据在主服务端缓存中的映射,并向主业务模块回复数据操作成功。
主业务模块收到回复后,执行成功事件,例如向客户端返回OK(成功)应答。
步骤S211,备份数据模块按请求进行数据操作,如果数据操作成功完成,则执行步骤S215,否则,执行步骤S212。
步骤S212,备份数据模块进行数据操作回滚,向主数据模块回复数据操作失败。
步骤S213,主数据模块进行数据操作回滚,向主数据组件回复数据操作失败。
步骤S214,主数据组件向主业务模块回复数据操作失败。
主业务模块收到回复后,执行失败事件,例如向客户端返回Error(失败)应答。
步骤S215,备份数据模块向备份数据组件发送数据操作,向主数据模块回复数据操作成功。
步骤S216,备份数据组件依据数据操作同步更新数据在备份服务端缓存中的映射。
步骤S217,主数据模块向主数据组件回复数据操作成功。
步骤S218,主数据组件依据数据操作同步更新数据在主服务端缓存中的映射,并向主业务模块回复数据操作成功。
主业务模块收到回复后,执行成功事件,例如向客户端返回OK(成功)应答。
步骤S219,主服务端发生故障时,主业务模块通知控制中心。
步骤S220,控制中心根据记录判断备份服务端没有发生故障后,通知备份业务模块开始工作,为用户提供业务服务。
如果控制中心收到主服务端发生故障通知或检测到主服务端发生故障后,查询记录的信息,发现备份服务端也发生故障,则控制中心发布服务系统故障通知。
如果发生故障的服务端中故障被修复,正在工作的服务端同该修复的服务端进行数据同步,待数据同步完成后再处理业务请求。以工作的服务端为主服务端,以故障修复的服务端为备份服务端,按上述方法进行数据同步。
参见图3,为本发明一种业务服务中数据同步的系统的结构图。
一种业务服务中数据同步的系统,所述系统包括多个服务器100,所述服务器100包括数据模块130和业务模块110。
业务模块110,用于当所在服务器100为主服务端时,调用数据模块130进行数据操作;
数据模块130,用于当所在服务器100为主服务端时,根据业务模块110的调用进行数据操作,在数据操作成功完成时,向作为备份服务端的服务器的数据模块130发送数据操作请求,在数据操作未成功完成时,将数据恢复到进行数据操作前的内容,向所述业务模块110回复数据操作失败;
数据模块130,还用于当所在服务器100为备份服务端时,按数据操作请求进行数据操作,在数据操作成功完成时,向作为主服务端的服务器100的数据模块130回复数据操作成功,在数据操作未成功完成时,将数据恢复到进行数据操作前的内容,向作为主服务端的服务器100的数据模块130回复数据操作失败;
数据模块130,还用于当所在服务器100为主服务端时,接收到作为备份服务端的服务器100的数据模块130回复的数据操作成功后,向业务模块110回复数据操作成功;接收到作为备份服务端的服务器100的数据模块130回复的数据操作失败后,将数据恢复到进行数据操作前的内容,向业务模块110回复数据操作失败。
进一步地,业务模块还用于当所在的服务器由备份服务端转换为主服务端,开始处理业务时,通过调用所在服务器的数据模块进行数据操作,提供业务服务;
数据模块还用于当所在的服务器由备份服务端转换为主服务端,开始处理业务时,对进行操作的数据进行标识;在确定发生故障的服务器故障排除后,将标识的数据同步到所述服务器的数据模块。
其中,数据模块还用于当所在的服务器由备份服务端转换为主服务端后,在进行数据操作时,同作为备份服务端的故障排除的服务器的数据模块进行数据同步。
进一步地,所述数据模块在向作为备份服务端的服务器的数据模块发送数据操作请求后还用于如果发送数据操作请求失败,则向业务模块回复数据操作成功,对进行操作的数据进行标识,在确定作为备份服务端的服务器故障排除后,将标识的数据同步到该服务器的数据模块。
进一步地,所述系统还包括控制中心,
所述数据模块还用于在向作为备份服务端的服务器的数据模块发送数据操作请求失败后,通知控制中心所述服务器故障;
控制中心,用于进行记录;
业务模块还用于在所述服务器恢复正常后,通知控制中心更改记录;
业务模块还用于当所在的作为主服务端的服务器发生故障时,通知控制中心服务器发生故障;
控制中心还用于根据记录判断作为备份服务端的服务器没有发生故障后,通知所述服务器的业务模块开始工作,为用户提供业务服务。
进一步地,所述服务器还包括数据组件,
则业务模块用于当所在服务器为主服务端时,通知数据组件进行数据操作;
数据组件,用于当所在服务器为主服务端时,检验待操作的数据是否符合要求,如果是,则通知数据模块进行数据操作,如果否,则向业务模块回复数据操作失败。
进一步地,
所述数据模块当所在服务器为主服务端,向业务模块回复数据操作成功时进一步用于向数据组件回复数据操作成功;
数据组件进一步用于接收到数据操作成功后,依据数据操作同步更新数据在服务器缓存中的映射,并向业务模块回复数据操作成功;
所述数据模块当所在服务器为备份服务端,向作为主服务端的服务器的数据模块回复数据操作成功后还用于将数据操作的信息通知给所在服务器的数据组件;
数据组件还用于接收到所在服务器的数据模块发送的数据操作的信息后,依据数据操作同步更新数据在服务器缓存中的映射。
进一步地,业务模块还用于当所在服务器为主服务端时,通知数据组件进行数据查询;
数据组件还用于在缓存中进行数据查询,向业务模块返回查询结果。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种业务服务中数据同步的方法,其特征在于,所述方法包括:
步骤1,主服务端的主业务模块调用主服务端的主数据模块进行数据操作;
步骤2,主数据模块进行数据操作后,如果数据操作成功完成,则执行步骤3,否则,将数据恢复到进行数据操作前的内容,向主业务模块回复数据操作失败;
步骤3,主数据模块向备份服务端的备份数据模块发送数据操作请求,备份数据模块按数据操作请求进行数据操作,如果数据操作成功完成,则执行步骤4,否则,执行步骤5;
步骤4,备份数据模块向主数据模块回复数据操作成功,主数据模块向主业务模块回复数据操作成功;
步骤5,备份数据模块将数据恢复到进行数据操作前的内容,向主数据模块回复数据操作失败,主数据模块将数据恢复到进行数据操作前的内容,向主业务模块回复数据操作失败。
2.根据权利要求1所述的业务服务中数据同步的方法,其特征在于,
所述主数据模块向备份服务端的备份数据模块发送数据操作请求后还包括:
步骤21,如果主数据模块向备份数据模块发送数据操作请求失败,则主数据模块向主业务模块回复数据操作成功;
步骤22,主数据模块对进行操作的数据进行标识;
步骤23,在确定备份服务端故障排除后,主数据模块将标识的数据同步到备份数据模块。
3.根据权利要求2所述的业务服务中数据同步的方法,其特征在于,
在所述步骤21之后还包括:
步骤31,主数据模块通知控制中心备份服务端故障,控制中心进行记录;
所述方法还包括:
步骤32,备份服务端恢复正常后,通知控制中心更改记录;
步骤33,主服务端发生故障时,主业务模块通知控制中心主服务端发生故障;
步骤34,控制中心根据记录判断备份服务端没有发生故障后,通知备份服务端的备份业务模块开始工作,为用户提供业务服务。
4.根据权利要求1所述的业务服务中数据同步的方法,其特征在于,
所述步骤1具体包括:
步骤41,主业务模块通知主数据组件进行数据操作;
步骤42,主数据组件检验待操作的数据是否符合要求,如果是,则通知主数据模块进行数据操作,如果否,则向主业务模块回复数据操作失败。
5.根据权利要求1或2所述的业务服务中数据同步的方法,其特征在于,
所述向主业务模块回复数据操作成功具体包括:
步骤51,主数据模块向主数据组件回复数据操作成功;
步骤52,主数据组件依据数据操作同步更新数据在主服务端缓存中的映射,并向主业务模块回复数据操作成功;
在所述备份数据模块向主数据模块回复数据操作成功后还包括:
步骤53,备份数据模块将数据操作的信息通知给备份服务端的备份数据组件;
步骤54,备份数据组件依据数据操作同步更新数据在备份服务端缓存中的映射。
6.根据权利要求5所述的业务服务中数据同步的方法,其特征在于,
所述方法还包括:
步骤61,所述主业务模块通知主数据组件进行数据查询;
步骤62,主数据组件在缓存中进行数据查询,向主业务模块返回查询结果。
7.根据权利要求1至3中任一所述的业务服务中数据同步的方法,其特征在于,
所述方法还包括:
步骤71,当所述主服务端发生故障时,所述备份服务端的备份业务模块通过调用备份数据模块进行数据操作,提供业务服务;
步骤72,所述备份数据模块对进行操作的数据进行标识;
步骤73,在确定所述主服务端故障排除后,所述备份数据模块将标识的数据同步到所述主数据模块。
8.根据权利要求7所述的业务服务中数据同步的方法,其特征在于,
所述步骤73后还包括:
步骤81,将所述当前工作的备份服务端转换为主服务端,将所述故障排除的主服务端转换备份服务端,执行所述步骤1至所述步骤5,进行数据同步。
9.一种业务服务中数据同步的系统,其特征在于,所述系统包括多个服务器,所述服务器包括数据模块和业务模块,
业务模块,用于当所在服务器为主服务端时,调用数据模块进行数据操作;
数据模块,用于当所在服务器为主服务端时,根据业务模块的调用进行数据操作,在数据操作成功完成时,向作为备份服务端的服务器的数据模块发送数据操作请求,在数据操作未成功完成时,将数据恢复到进行数据操作前的内容,向所述业务模块回复数据操作失败;在接收到作为备份服务端的服务器的数据模块回复的数据操作成功后,向所在服务器的业务模块回复数据操作成功;在接收到作为备份服务端的服务器的数据模块回复的数据操作失败后,将数据恢复到进行数据操作前的内容,向所述业务模块回复数据操作失败;以及,当所在服务器为备份服务端时,按接收的数据操作请求进行数据操作,在数据操作成功完成时,向作为主服务端的服务器的数据模块回复数据操作成功,在数据操作未成功完成时,将数据恢复到进行数据操作前的内容,向作为主服务端的服务器的数据模块回复数据操作失败。
10.根据权利要求9所述的业务服务中数据同步的系统,其特征在于,
业务模块还用于当所在的服务器由备份服务端转换为主服务端,开始处理业务时,通过调用所在服务器的数据模块进行数据操作,提供业务服务;
数据模块还用于当所在的服务器由备份服务端转换为主服务端,开始处理业务时,对进行操作的数据进行标识;在确定发生故障的服务器故障排除后,将标识的数据同步到该服务器的数据模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110456665.XA CN103188065B (zh) | 2011-12-30 | 2011-12-30 | 一种业务服务中数据同步的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110456665.XA CN103188065B (zh) | 2011-12-30 | 2011-12-30 | 一种业务服务中数据同步的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103188065A true CN103188065A (zh) | 2013-07-03 |
CN103188065B CN103188065B (zh) | 2016-08-17 |
Family
ID=48679038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110456665.XA Active CN103188065B (zh) | 2011-12-30 | 2011-12-30 | 一种业务服务中数据同步的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103188065B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104517183A (zh) * | 2014-12-18 | 2015-04-15 | 深圳市燃气集团股份有限公司 | 基于Oracle EBS系统的库存处理方法及系统 |
CN106657168A (zh) * | 2015-07-27 | 2017-05-10 | 中兴通讯股份有限公司 | 同步数据方法、装置及系统 |
CN107025152A (zh) * | 2017-05-19 | 2017-08-08 | 北京电子工程总体研究所 | 基于任务级的双冗余热备份设备的数据同步方法 |
CN108123967A (zh) * | 2016-11-28 | 2018-06-05 | 中国石油天然气股份有限公司 | 一种集群系统的数据同步方法和系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725658A (zh) * | 2004-07-21 | 2006-01-25 | 中兴通讯股份有限公司 | 一种实时数据库主备同步方法 |
CN1904846A (zh) * | 2006-08-09 | 2007-01-31 | 华为技术有限公司 | 一种配置恢复装置和方法 |
CN101068140A (zh) * | 2007-06-27 | 2007-11-07 | 中兴通讯股份有限公司 | 一种实现主/备pci设备切换的装置和方法 |
CN101145119A (zh) * | 2006-09-15 | 2008-03-19 | 中兴通讯股份有限公司 | 一种升级过程中数据同步的方法 |
CN101706795A (zh) * | 2009-11-30 | 2010-05-12 | 上海世范软件技术有限公司 | 主备服务器上数据库数据同步方法 |
-
2011
- 2011-12-30 CN CN201110456665.XA patent/CN103188065B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1725658A (zh) * | 2004-07-21 | 2006-01-25 | 中兴通讯股份有限公司 | 一种实时数据库主备同步方法 |
CN1904846A (zh) * | 2006-08-09 | 2007-01-31 | 华为技术有限公司 | 一种配置恢复装置和方法 |
CN101145119A (zh) * | 2006-09-15 | 2008-03-19 | 中兴通讯股份有限公司 | 一种升级过程中数据同步的方法 |
CN101068140A (zh) * | 2007-06-27 | 2007-11-07 | 中兴通讯股份有限公司 | 一种实现主/备pci设备切换的装置和方法 |
CN101706795A (zh) * | 2009-11-30 | 2010-05-12 | 上海世范软件技术有限公司 | 主备服务器上数据库数据同步方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104517183A (zh) * | 2014-12-18 | 2015-04-15 | 深圳市燃气集团股份有限公司 | 基于Oracle EBS系统的库存处理方法及系统 |
CN106657168A (zh) * | 2015-07-27 | 2017-05-10 | 中兴通讯股份有限公司 | 同步数据方法、装置及系统 |
CN108123967A (zh) * | 2016-11-28 | 2018-06-05 | 中国石油天然气股份有限公司 | 一种集群系统的数据同步方法和系统 |
CN107025152A (zh) * | 2017-05-19 | 2017-08-08 | 北京电子工程总体研究所 | 基于任务级的双冗余热备份设备的数据同步方法 |
CN107025152B (zh) * | 2017-05-19 | 2020-09-18 | 北京电子工程总体研究所 | 基于任务级的双冗余热备份设备的数据同步方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103188065B (zh) | 2016-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2012228693B2 (en) | Method and system for synchronization mechanism on multi-server reservation system | |
US9753954B2 (en) | Data node fencing in a distributed file system | |
CN101997823B (zh) | 一种分布式文件系统及其数据访问方法 | |
CN103514173B (zh) | 数据处理的方法和节点设备 | |
JP6191159B2 (ja) | サーバ、バックアップシステム、バックアップ方法、および、コンピュータ・プログラム | |
KR20100080786A (ko) | 세션 유사성을 이용하는 분산 환경에서 장애조치를 처리하는 방법 및 시스템 | |
CN102438042B (zh) | 一种多点接入设备的动态参数同步方法及系统 | |
CN106330475A (zh) | 一种通信系统中管理主备节点的方法和装置及高可用集群 | |
CN101043378B (zh) | 管理客户服务器通信的故障保险系统 | |
CN1694448A (zh) | 将状态信息传送到计算机资源的用户的方法和系统 | |
WO2012171349A1 (zh) | 一种分布式自增计数的实现方法、装置及系统 | |
CN113434600B (zh) | 一种数据同步方法及装置 | |
CN102591717A (zh) | 外接设备和虚拟设备的业务信息处理方法、装置和系统 | |
CN103188065A (zh) | 一种业务服务中数据同步的方法和系统 | |
CN112256676A (zh) | 一种数据库迁移的方法、装置、设备和介质 | |
CN1949758A (zh) | 用于更新分布式应用的方法和系统 | |
JP4612714B2 (ja) | データ処理方法、クラスタシステム、及びデータ処理プログラム | |
CN107707689A (zh) | 一种dhcp报文处理方法、dhcp服务器及网关设备 | |
CN113573344A (zh) | 一种基于5g的smf会话检测方法及终端 | |
JP4757670B2 (ja) | システム切替方法、その計算機システム及びプログラム | |
CN106657360A (zh) | 一种Linux系统下NIS服务器的同步方法和系统 | |
CN116414628A (zh) | 一种新旧系统切换过程中交易请求的处理方法和装置 | |
CN112069160B (zh) | 一种基于cap数据清洗同步方法 | |
CN107306290B (zh) | 一种会话session共享方法及应用服务器 | |
CN110519397B (zh) | 一种基于nginx的sip终端接入的负载均衡系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP02 | Change in the address of a patent holder |
Address after: Room 810, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building 6 storey block A room 602 Patentee before: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
CP02 | Change in the address of a patent holder |