CN110708196B - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN110708196B CN110708196B CN201910938636.3A CN201910938636A CN110708196B CN 110708196 B CN110708196 B CN 110708196B CN 201910938636 A CN201910938636 A CN 201910938636A CN 110708196 B CN110708196 B CN 110708196B
- Authority
- CN
- China
- Prior art keywords
- data processing
- server
- same group
- information
- processing result
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请实施例提供一种数据处理方法及装置,方法包括:接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息;根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点;本申请能够有效确保在某一服务器节点发送故障时,其他服务器节点能够继续进行数据处理,保障对用户的业务服务不会中断。
Description
技术领域
本申请涉及数据处理领域,具体涉及一种数据处理方法及装置。
背景技术
通常核心系统主要接收客户或业务人员通过客户端提交的交易请求,并通过多个节点进行交易处理,当核心系统的某个节点发生故障或灾难时,该节点的处理异常终止将导致整个核心系统对用户服务的中断。
发明人发现,现有的数据同步技术往往按照设定时间周期和频率进行数据同步,例如每5秒中同步一次数据,但在未进行数据同步的时间段(该5秒时间段)内如果该节点发生了故障或灾难,仍然可能造成用户发送来的数据的丢失,此时就需要依靠业务人员核对是否丢失了数据,依靠业务人员将部分丢失的业务重新办理一遍来恢复丢失的数据,这种做法涉及流程长、环节多、耗费时间长,无法以最快速度恢复丢失的数据,因此,生产中心发生灾难时,终将导致对客服务暂时中断,服务中断对提供服务的机构和客户造成了声誉、安全、以及资金等损失,无法最大程度上确保客户服务的连续性。
发明内容
针对现有技术中的问题,本申请提供一种数据处理方法及装置,能够有效确保在某一服务器节点发送故障时,其他服务器节点能够继续进行数据处理,保障对用户的业务服务不会中断。
为了解决上述问题中的至少一个,本申请提供以下技术方案:
第一方面,本申请提供一种数据处理方法,包括:
接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息;
根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点。
进一步地,所述根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,包括:
判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息是否为可用;
若是,则根据服务器可用性信息为可用的所述同组服务器节点的所述服务器状态信息中的服务器当前性能信息的数值大小,将服务器当前性能信息数值最大的所述同组服务器节点设定为所述目标服务器节点,否则判定所述同组服务器节点故障。
第二方面,本申请提供一种数据处理方法,包括:
向客户端发送服务器状态信息,以使所述客户端在接收到多个同组服务器节点发送的所述服务器状态信息和用户发送的数据处理请求时,根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点;
接收所述客户端发送的所述数据处理请求和至少一个同组服务器节点发送的本地数据处理结果信息,并根据所述数据处理请求和所述本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息;
将更新后的所述本地数据处理结果信息发送至各所述同组服务器节点。
进一步地,在所述向客户端发送服务器状态信息之前,包括:
根据执行历史数据处理时的处理状态,得到服务器可用性信息;
根据执行历史数据处理时的处理速度,得到服务器当前性能信息;
将所述服务器可用性信息和所述服务器当前性能信息设定为所述服务器状态信息。
进一步地,所述接收所述客户端发送的所述数据处理请求和至少一个同组服务器节点发送的本地数据处理结果信息,并根据所述数据处理请求和所述本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,包括:
根据所述同组服务器节点发送的所述本地数据处理结果信息中的任务基本信息对所述客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果;
将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息。
进一步地,在所述接收至少一个同组服务器节点发送的本地数据处理结果信息之后,包括:
判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述本地数据处理结果信息保存至本地,否则判定数据同步失败。
第三方面,本申请提供一种数据处理装置,包括:
第一信息接收模块,用于接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息;
第一信息发送模块,用于根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点。
进一步地,所述第一信息发送模块包括:
可用性判断单元,用于判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息是否为可用;
服务器选择单元,用于当判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息为可用时,根据服务器可用性信息为可用的所述同组服务器节点的所述服务器状态信息中的服务器当前性能信息的数值大小,将服务器当前性能信息数值最大的所述同组服务器节点设定为所述目标服务器节点,否则判定所述同组服务器节点故障。
第四方面,本申请提供一种数据处理装置,包括:
状态信息发送模块,用于向客户端发送服务器状态信息,以使所述客户端在接收到多个同组服务器节点发送的所述服务器状态信息和用户发送的数据处理请求时,根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点;
第二信息接收模块,用于接收所述客户端发送的所述数据处理请求和至少一个同组服务器节点发送的本地数据处理结果信息,并根据所述数据处理请求和所述本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息;
第二信息发送模块,用于将更新后的所述本地数据处理结果信息发送至各所述同组服务器节点。
进一步地,还包括:
可用性确定单元,用于根据执行历史数据处理时的处理状态,得到服务器可用性信息;
当前性能确定单元,用于根据执行历史数据处理时的处理速度,得到服务器当前性能信息;
状态信息确定单元,用于将所述服务器可用性信息和所述服务器当前性能信息设定为所述服务器状态信息。
进一步地,所述第二信息接收模块包括:
数据处理单元,用于根据所述同组服务器节点发送的所述本地数据处理结果信息中的任务基本信息对所述客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果;
数据处理结果存储单元,用于将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息。
进一步地,还包括:
数据查重单元,用于判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述本地数据处理结果信息保存至本地,否则判定数据同步失败。
第五方面,本申请提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述的数据处理方法的步骤。
第六方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述的数据处理方法的步骤。
由上述技术方案可知,本申请提供一种数据处理方法及装置,通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中的数据处理方法的流程示意图之一;
图2为本申请实施例中的数据处理方法的流程示意图之二;
图3为本申请实施例中的数据处理方法的流程示意图之三;
图4为本申请实施例中的数据处理方法的流程示意图之四;
图5为本申请实施例中的数据处理方法的流程示意图之五;
图6为本申请实施例中的数据处理装置的结构图之一;
图7为本申请实施例中的数据处理装置的结构图之二;
图8为本申请实施例中的数据处理装置的结构图之三;
图9为本申请实施例中的数据处理装置的结构图之四;
图10为本申请实施例中的数据处理装置的结构图之五;
图11为本申请实施例中的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
考虑到现有的数据同步技术往往按照设定时间周期和频率进行数据同步,例如每5秒中同步一次数据,但在未进行数据同步的时间段(该5秒时间段)内如果该节点发生了故障或灾难,仍然可能造成用户发送来的数据的丢失,此时就需要依靠业务人员核对是否丢失了数据,依靠业务人员将部分丢失的业务重新办理一遍来恢复丢失的数据,这种做法涉及流程长、环节多、耗费时间长,无法以最快速度恢复丢失的数据,因此,生产中心发生灾难时,终将导致对客服务暂时中断,服务中断对提供服务的机构和客户造成了声誉、安全、以及资金等损失,无法最大程度上确保客户服务的连续性的问题,本申请提供一种数据处理方法及装置,通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
为了能够有效确保在某一服务器节点发送故障时,其他服务器节点能够继续进行数据处理,保障对用户的业务服务不会中断,本申请提供一种数据处理方法的实施例,执行主体为客户端,参见图1,所述数据处理方法具体包含有如下内容:
步骤S101:接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息。
可以理解的是,所述同组服务器节点为与客户端具有关联关系的多个服务器节点,例如,在一种银行后台业务系统中,所述同组服务器节点可以是负责日常业务处理的生产中心服务器、与用户设置在同一区域内的同城备灾中心服务器以及设置在设定区域内的异地备灾中心服务器,在日常业务的处理过程中优先由生产中心服务器处理,当生产中心发生服务器故障或者灾害时,由与用户处于同一区域内的同城备灾中心服务器处理,当所述同城备灾服务器也出现故障或者灾害时,由所述异地备灾中心服务器处理,本申请的同组服务器节点具有关联关系即可,本申请对同组服务器节点的数量和具体类型不做具体限定。
可以理解的是,所述客户端不仅指用户移动终端或PC端,也可指与所述用户移动终端或PC直接信号连接的交易分发路由装置,用于接收各所述同组服务器节点按照设定频率发送的服务器状态信息。
可选的,所述服务器状态信息为能够表征服务器节点自身当前运行状态的信息,例如可用性信息和当前性能信息,其中,所述可用性信息表征服务器节点当前是否可用,所述当前性能信息用于表征服务器节点当前工作性能(例如当前单位时间内数据处理吞吐量、单笔数据处理平均所用时间、CPU占用率、剩余可用存储空间等)。
步骤S102:根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,具体地,可以先判断可用性,再按照工作性能指标排序,并可以将所述数据处理请求添加编排的唯一流水号后发送至所述目标服务器节点,以使所述目标服务器节点根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,并将更新次数置初始为1,依次累加,将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点,发送时,可以预先主动检查所述同组服务器节点中存储的最大流水号或本地数据处理结果信息的标识是否与本节点中更新前的最大流水号和本地数据处理结果信息的标识一致,以确保各同组服务器节点数据处理的一致性。
可以理解的是,由步骤S101可知,当所述客户端接收到用户发送的数据处理请求(例如一种业务处理请求)时,需要将该数据处理请求发送至服务器节点端进行数据处理,此时由步骤S101已知各服务器节点的服务器状态信息,客户端根据各服务器状态信息选择运行状态较佳(例如可用性为可用,且当前工作性能最佳)的服务器节点进行数据处理。
可以理解的是,为了确保在发生了服务器节点改变时对用户的业务服务不会中断,当前负责执行数据处理的服务器节点在接收到数据处理请求时,进行数据处理的数据基础是负责执行上一次数据处理操作的同组服务器同步过来的数据处理结果(即所述本地数据处理结果信息),同样的,当本服务器节点执行完数据处理得到数据处理结果后,首先需要根据本次数据处理结果更新所述本地数据处理结果信息,然后即时性地将更新后的本地数据处理结果信息同步至其他所述同组服务器节点,以保障所有同组服务器节点上数据的一致性、同步性和即时性,由此达到服务器节点改变时对用户的业务服务不会中断的效果。
从上述描述可知,本申请实施例提供的数据处理方法,能够通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
为了能够确定运行状态最优的目标服务器节点,在本申请的数据处理方法的一实施例中,参见图2,还具体包含有如下内容:
步骤S201:判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息是否为可用。
步骤S202:若是,则根据服务器可用性信息为可用的所述同组服务器节点的所述服务器状态信息中的服务器当前性能信息的数值大小,将服务器当前性能信息数值最大的所述同组服务器节点设定为所述目标服务器节点,否则判定所述同组服务器节点故障。
可以理解的是,由步骤S101可知,当所述客户端接收到用户发送的数据处理请求(例如一种业务处理请求)时,需要将该数据处理请求发送至服务器节点端进行数据处理,此时由步骤S101已知各服务器节点的服务器状态信息,客户端根据各服务器状态信息选择运行状态较佳(例如可用性为可用,且当前工作性能最佳)的服务器节点进行数据处理。
在一种举例中,所述生产中心服务器发送至客户端处的服务器状态信息表明其出现服务器故障,服务器可用性为不可用,而所述同城备灾中心服务器发送至客户端处的服务器状态信息表明其服务器可用性为可用,且当前工作性能较佳,则此时所述客户端可将用户发送的数据处理请求发送至所述同城备灾中心服务器进行数据处理。
在另一种举例中,所述生产中心服务器发送至客户端处的服务器状态信息表明其出现服务器故障,服务器可用性为不可用,而多个所述同城备灾中心服务器发送至客户端处的多个服务器状态信息表明其服务器可用性均为可用,则此时所述客户端可将用户发送的数据处理请求发送至当前工作性能最优的所述同城备灾中心服务器进行数据处理。
为了能够有效确保在某一服务器节点发送故障时,其他服务器节点能够继续进行数据处理,保障对用户的业务服务不会中断,本申请提供一种数据处理方法的实施例,执行主体为服务器节点,参见图3,所述数据处理方法具体包含有如下内容:
步骤S301:向客户端发送服务器状态信息,以使所述客户端在接收到多个同组服务器节点发送的所述服务器状态信息和用户发送的数据处理请求时,根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点。
可以理解的是,各所述同组服务器节点按照设定频率向客户端发送服务器状态信息,所述服务器状态信息为能够表征服务器节点自身当前运行状态的信息,例如可用性信息和当前性能信息,其中,所述可用性信息表征服务器节点当前是否可用,所述当前性能信息用于表征服务器节点当前工作性能(例如当前单位时间内数据处理吞吐量、单笔数据处理平均所用时间、CPU占用率、剩余可用存储空间等)。
步骤S302:接收所述客户端发送的所述数据处理请求和至少一个同组服务器节点发送的本地数据处理结果信息,并根据所述数据处理请求和所述本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息。
步骤S303:将更新后的所述本地数据处理结果信息发送至各所述同组服务器节点。
可以理解的是,为了确保在发生了服务器节点改变时对用户的业务服务不会中断,当前负责执行数据处理的服务器节点在接收到数据处理请求时,进行数据处理的数据基础是负责执行上一次数据处理操作的同组服务器同步过来的数据处理结果(即所述本地数据处理结果信息),同样的,当本服务器节点执行完数据处理得到数据处理结果后,首先需要根据本次数据处理结果更新所述本地数据处理结果信息,然后即时性得将更新后的本地数据处理结果信息同步至其他所述同组服务器节点,以保障所有同组服务器节点上数据的一致性、同步性和即时性,由此达到服务器节点改变时对用户的业务服务不会中断的效果。
从上述描述可知,本申请实施例提供的数据处理方法,能够通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
为了能够使各服务器节点向客户端实时反馈自身运行状态,在本申请的数据处理方法的一实施例中,参见图4,还具体包含有如下内容:
步骤S401:根据执行历史数据处理时的处理状态,得到服务器可用性信息。
可以理解的是,对执行数据处理的服务器预先设置监控时间周期及频率、CPU占用率上限、剩余可用存储空间下限、数据正常处理完成时间(指的是从数据处理开始,到数据处理结果符合程序逻辑预定的处理结果标识所用的时间)及数据处理结果正确符合率阈值、数据处理结果标识正确率等参数。
例如,按照预先设置的频率对服务器CPU占用率、剩余可用存储空间进行监控,并与预先设置的CPU占用率上限、剩余可用存储空间下限参数值进行比较,若当前CPU占用率小于CPU占用率上限参数值或剩余可用存储空间大于剩余可用存储空间下限参数值,则判定执行数据处理的服务器节点可用,向客户端直接信号连接的交易分发路由装置发送服务器CPU占用率或剩余可用存储空间的可用性信息为“可用”,否则发送数服务器CPU占用率或剩余可用存储空间的可用性信息为“不可用”。
例如,按照预先设置的时间周期及频率对服务器数据处理完成时间进行监控,统计监控结果的平均值并与预先设置的正常完成处理时间参数值进行比较,若小于正常完成处理时间参数值,则判定执行数据处理的服务器节点正常,向客户端直接信号连接的交易分发路由装置发送服务器数据处理完成时间的可用性信息为“可用”,否则发送数据处理完成时间的可用性信息为“不可用”。
执行数据处理的服务器判断数据处理结果标识如果符合程序逻辑预期则属于数据处理结果成功,否则视为失败,按照预先设置的时间周期,统计前述预先设置监控周期内正确数据处理符合率(监控时间周期内正确数据处理总笔数/监控时间周期内数据处理总笔数),若符合率大于前述符合率阈值参数,则向客户端直接信号连接的交易分发路由装置发送服务器正确数据处理符合率的可用性信息为“可用”,否则发送正确数据处理符合率的可用性信息为“不可用”。
可以理解的是,客户端直接信号连接的交易分发路由装置对接收到的服务器可用信息确定目标服务器节点,如一段时间内接收不到某节点服务器提供的可用信息,也视同为该目标服务器节点不可用。
步骤S402:根据执行历史数据处理时的处理速度,得到服务器当前性能信息。
根据上述步骤S401中预先设置的监控频率,对执行数据处理的服务器CPU占用率、剩余可用存储空间进行监控,并与S401预先设置的CPU占用率上限、剩余可用存储空间下限参数值进行比较,若当前CPU占用率小于CPU占用率上限参数值或剩余可用存储空间大于剩余可用存储空间下限参数值,则向客户端直接信号连接的交易分发路由装置发送服务器CPU占用率或剩余可用存储空间的性能信息。
根据上述步骤S401中预先设置的时间周期,对服务器数据处理进行监控,统计监控时间周期内完成数据处理的记录数,向客户端直接信号连接的交易分发路由装置发送服务器数据处理吞吐量的性能信息。
根据上述步骤S401中预先设置的时间周期及频率对服务器数据处理完成时间进行监控,统计监控结果的平均值并与预先设置的正常完成处理时间参数值进行比较,若小于正常完成处理时间参数值,则向客户端直接信号连接的交易分发路由装置发送服务器单笔数据处理平均所用时间性能信息。
可以理解的是,预先在客户端直接信号连接的交易分发路由装置设置执行数据处理的服务器性能优选参数,例如按照数据处理吞吐量、数据正常处理完成时间、CPU占用率、剩余可用存储空间数值小为性能优的判断规则,依次比较各服务器节点当前性能信息指标,客户端直接信号连接的交易分发路由装置对接收到的服务器性能信息进行优选排序,确定目标服务器节点。
步骤S403:将所述服务器可用性信息和所述服务器当前性能信息设定为所述服务器状态信息。
为了能够在各服务器节点进行数据处理结果的有效存储,在本申请的数据处理方法的一实施例中,参见图5,还具体包含有如下内容:
步骤S501:根据所述同组服务器节点发送的所述本地数据处理结果信息中的任务基本信息对所述客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果。
步骤S502:将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息。
可以理解的是,当前服务器节点对所述当前任务执行数据处理之后,可以将得到的数据处理结果按照预设标识规则进行标识,所述预设标识规则可以根据当前时间、当前任务进度等制定,例如利用数据记录当前时间戳、数据记录唯一流水号、数据记录处理状态、数据记录更新次数对数据处理结果进行标识,或利用当前任务进度对数据处理结果进行标识,并将标识后的数据处理结果替换所述本地数据处理结果信息,以完成对本地数据处理结果信息的更新。
数据预设标识规则包括数据记录流水号唯一、数据记录处理状态更新有序、数据记录更新次数与服务器组节点数相符等。数据记录流水号由第一个受理客户端发送数据的服务器节点组进行编排,流水号由服务器节点组ID+当前工作日期+按服务器节点和工作日生成的唯一业务序号组成;数据记录处理状态更新有序,例如,记录处理状态更新次序为以下字典项顺序流转:待记账处理→记账处理中→记账处理成功(或失败)等;第一个受理客户端发送数据的服务器数据记录累计更新次数与各服务器组节点数相符,例如,采用“两地三中心”灾备策略各服务器组节点数为3,则第一个受理客户端发送数据的服务器数据记录累计更新次数为3。
为了能够在各服务器节点对本地数据处理结果信息查重,在本申请的数据处理方法的一实施例中,还具体包含有如下内容:判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述本地数据处理结果信息保存至本地,否则判定数据同步失败。
为了能够在各服务器节点对本地数据处理结果信息查漏,在本申请的数据处理方法的一实施例中,还具体包含有如下内容:将本地存储所述同组服务器节点发送的本地数据处理结果信息的当前最大流水号与本次同步具有相同标识的数据流水号进行比较,如果差额大于1(即本地数据记录唯一流水号不连续),则判断存在之前同步失败导致数据缺失的情况,需根据跳号差额情况逐笔向被同步节点补发送跳号丢失的数据处理结果信息。
除了上述数据处理结果进行标识的机制,在各组服务器节点定时自动启动后台进程,检查本地(即第一个受理客户端发送数据的服务器)原发数据时间戳距现当前时间超过5分钟(该数值可参数化调整),对累计更新次数小于3的记录再次向其他节点服务器发起数据同步处理。如被同步的同组服务器节点不存在该数据记录或数据处理结果标识与所发送的数据处理结果不一致,则更新该被同步节点服务器数据处理结果,并将发起数据同步的本地数据记录更新次数累加1,直至累计更新次数与各组服务器节点数为止。
可以理解的是,由上述步骤S501至步骤S502可知,最新的本地数据处理结果信息可以具有标识信息,当各服务器节点之间进行数据同步时,容易因网络延迟或其他原因产生重复同步的问题,因此根据本申请提供的具有标识信息本地数据处理结果信息,可在进行即时性或定时性数据同步时解决重复同步问题和其进而导致的数据冲突问题。
为了能够有效确保在某一服务器节点发送故障时,其他服务器节点能够继续进行数据处理,保障对用户的业务服务不会中断,本申请提供一种用于实现所述数据处理方法的全部或部分内容的数据处理装置的实施例,执行主体为客户端,参见图6,所述数据处理装置具体包含有如下内容:
第一信息接收模块10,用于接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息。
第一信息发送模块20,用于根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点。
从上述描述可知,本申请实施例提供的数据处理装置,能够通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
为了能够确定运行状态最优的目标服务器节点,在本申请的数据处理装置的一实施例中,参见图7,所述第一信息发送模块20包括:
可用性判断单元21,用于判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息是否为可用。
服务器选择单元22,用于当判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息为可用时,根据服务器可用性信息为可用的所述同组服务器节点的所述服务器状态信息中的服务器当前性能信息的数值大小,将服务器当前性能信息数值最大的所述同组服务器节点设定为所述目标服务器节点,否则判定所述同组服务器节点故障。
为了能够有效确保在某一服务器节点发送故障时,其他服务器节点能够继续进行数据处理,保障对用户的业务服务不会中断,本申请提供一种用于实现所述数据处理方法的全部或部分内容的数据处理装置的实施例,执行主体为服务器节点,参见图8,所述数据处理装置具体包含有如下内容:
状态信息发送模块30,用于向客户端发送服务器状态信息,以使所述客户端在接收到多个同组服务器节点发送的所述服务器状态信息和用户发送的数据处理请求时,根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点。
第二信息接收模块40,用于接收所述客户端发送的所述数据处理请求和至少一个同组服务器节点发送的本地数据处理结果信息,并根据所述数据处理请求和所述本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息。
第二信息发送模块50,用于将更新后的所述本地数据处理结果信息发送至各所述同组服务器节点。
从上述描述可知,本申请实施例提供的数据处理装置,能够通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
为了能够使各服务器节点向客户端实时反馈自身运行状态,在本申请的数据处理装置的一实施例中,参见图9,还包括:
可用性确定单元61,用于根据执行历史数据处理时的处理状态,得到服务器可用性信息。
当前性能确定单元62,用于根据执行历史数据处理时的处理速度,得到服务器当前性能信息。
状态信息确定单元63,用于将所述服务器可用性信息和所述服务器当前性能信息设定为所述服务器状态信息。
为了能够在各服务器节点进行数据处理结果的有效存储,在本申请的数据处理装置的一实施例中,参见图10,所述第二信息接收模块40包括:
数据处理单元41,用于根据所述同组服务器节点发送的所述本地数据处理结果信息中的任务基本信息对所述客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果。
数据处理结果存储单元42,用于将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息。
为了能够在各服务器节点对本地数据处理结果信息查重,在本申请的数据处理装置的一实施例中,还包括:数据查重单元,用于判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述本地数据处理结果信息保存至本地,否则判定数据同步失败。
为了更进一步说明本方案,本申请还提供一种应用上述数据处理装置实现数据处理方法的具体应用实例,具体包含有如下内容:
当执行主体为客户端时,执行如下步骤:
步骤11:受理并解析用户提交的交易请求。
步骤12:读取预保存的各服务器节点发送的可用性、性能容量参数。
步骤13:根据各服务器节点的可用性、性能容量参数,将交易请求向合适的服务器节点分发。
步骤14:交易分发完成。
当执行主体为服务器节点时,执行如下步骤:
步骤21:以并行、轮询方式,按状态读取待同步的本地数据处理结果信息。
步骤22:将读取到的待同步本地数据处理结果信息向其他同组服务器节点进行同步更新处理。
步骤23:同步完成后,将该待同步数据记录状态更新为已同步。
步骤24:对各服务器节点数据存储装置的待同步状态数据记录,持续发起向其他节点的数据同步处理。
可以理解的是,由于每个节点均发起多个线程的数据同步处理,存在着对某节点数据记录同时进行更新的可能性,为避免数据更新“死锁”,数据同步处理时先对某节点数据记录更新的线程,需对该记录采取“锁更新”的保护更新方式。
由上述内容可知,本申请还可以实现如下技术效果:
当某一服务器节点发生故障或灾难性事件时,由于其他同组服务器节点上存储的数据是一致的,因此,通过其他同组服务器节点可接管业务服务,确保对客服务不中断。
本申请的实施例还提供能够实现上述实施例中的数据处理方法中全部步骤的一种电子设备的具体实施方式,参见图11,所述电子设备具体包括如下内容:
处理器(processor)601、存储器(memory)602、通信接口(CommunicationsInterface)603和总线604;
其中,所述处理器601、存储器602、通信接口603通过所述总线604完成相互间的通信;所述通信接口603用于实现数据处理装置、在线业务系统、客户端设备以及其他参与机构之间的信息传输;
所述处理器601用于调用所述存储器602中的计算机程序,所述处理器执行所述计算机程序时实现上述实施例中的数据处理方法中的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
步骤S101:接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息。
步骤S102:根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点。
从上述描述可知,本申请实施例提供的电子设备,能够通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
本申请的实施例还提供能够实现上述实施例中的数据处理方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的数据处理方法的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
步骤S101:接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息。
步骤S102:根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并根据所述数据处理的结果更新所述本地数据处理结果信息,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点。
从上述描述可知,本申请实施例提供的计算机可读存储介质,能够通过客户端接收多个与之关联的同组服务器节点主动发送的各自服务器状态信息,在接收到用户发送的数据处理请求时,选择服务器运行状态最优的服务器节点进行数据处理请求的转发,以使该服务器节点根据能够根据所述数据处理请求和所述同组服务器节点发送的本地数据处理结果信息进行数据处理,并在执行完数据处理后根据数据处理结果更新所述本地数据处理结果信息,并同步至其他所述同组服务器节点,确保各服务器节点上业务数据的一致性和连贯性,当某一服务器节点发生故障或灾难时,所述客户端可自动切换到无故障的服务器节点,由无故障服务器节点自动接管全部的对客服务,避免服务中断对提供服务的机构和客户带来的声誉、安全、交易以及资金等损失。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于硬件+程序类实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
虽然本申请提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。
本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书实施例。对于本领域技术人员来说,本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书实施例的权利要求范围之内。
Claims (10)
1.一种数据处理方法,其特征在于,应用于客户端,所述方法包括:
接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息;
根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述同组服务器节点发送的本地数据处理结果信息中的任务基本信息对客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果;判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息并保存至本地,否则判定数据同步失败,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点。
2.根据权利要求1所述的数据处理方法,其特征在于,所述根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,包括:
判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息是否为可用;
若是,则根据服务器可用性信息为可用的所述同组服务器节点的所述服务器状态信息中的服务器当前性能信息的数值大小,将服务器当前性能信息数值最大的所述同组服务器节点设定为所述目标服务器节点,否则判定所述同组服务器节点故障。
3.一种数据处理方法,其特征在于,应用于服务器节点,所述方法包括:
向客户端发送服务器状态信息,以使所述客户端在接收到多个同组服务器节点发送的所述服务器状态信息和用户发送的数据处理请求时,根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点;
接收所述客户端发送的所述数据处理请求和至少一个同组服务器节点发送的本地数据处理结果信息,根据所述同组服务器节点发送的所述本地数据处理结果信息中的任务基本信息对所述客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果;判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息并保存至本地,否则判定数据同步失败;
将更新后的所述本地数据处理结果信息发送至各所述同组服务器节点。
4.根据权利要求3所述的数据处理方法,其特征在于,在所述向客户端发送服务器状态信息之前,包括:
根据执行历史数据处理时的处理状态,得到服务器可用性信息;
根据执行历史数据处理时的处理速度,得到服务器当前性能信息;
将所述服务器可用性信息和所述服务器当前性能信息设定为所述服务器状态信息。
5.一种数据处理装置,其特征在于,包括:
第一信息接收模块,用于接收用户发送的数据处理请求和多个同组服务器节点发送的服务器状态信息;
第一信息发送模块,用于根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点,以使所述目标服务器节点根据所述同组服务器节点发送的本地数据处理结果信息中的任务基本信息对客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果;判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息并保存至本地,否则判定数据同步失败,并将更新后的所述本地数据处理结果信息即时发送至所述同组服务器节点。
6.根据权利要求5所述的数据处理装置,其特征在于,所述第一信息发送模块包括:
可用性判断单元,用于判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息是否为可用;
服务器选择单元,用于当判断各所述同组服务器节点的所述服务器状态信息中的服务器可用性信息为可用时,根据服务器可用性信息为可用的所述同组服务器节点的所述服务器状态信息中的服务器当前性能信息的数值大小,将服务器当前性能信息数值最大的所述同组服务器节点设定为所述目标服务器节点,否则判定所述同组服务器节点故障。
7.一种数据处理装置,其特征在于,包括:
状态信息发送模块,用于向客户端发送服务器状态信息,以使所述客户端在接收到多个同组服务器节点发送的所述服务器状态信息和用户发送的数据处理请求时,根据各所述同组服务器节点对应的所述服务器状态信息确定目标服务器节点,并将所述数据处理请求发送至所述目标服务器节点;
第二信息接收模块,用于接收所述客户端发送的所述数据处理请求和至少一个同组服务器节点发送的本地数据处理结果信息,根据所述同组服务器节点发送的所述本地数据处理结果信息中的任务基本信息对所述客户端发送的所述数据处理请求中的当前任务进行数据处理,得到数据处理结果;判断本地是否存储有与所述同组服务器节点发送的本地数据处理结果信息具有相同标识的数据,若否,则将所述数据处理结果按照预设标识规则进行标识后替换所述同组服务器节点发送的所述本地数据处理结果信息并保存至本地,否则判定数据同步失败;
第二信息发送模块,用于将更新后的所述本地数据处理结果信息发送至各所述同组服务器节点。
8.根据权利要求7所述的数据处理装置,其特征在于,还包括:
可用性确定单元,用于根据执行历史数据处理时的处理状态,得到服务器可用性信息;
当前性能确定单元,用于根据执行历史数据处理时的处理速度,得到服务器当前性能信息;
状态信息确定单元,用于将所述服务器可用性信息和所述服务器当前性能信息设定为所述服务器状态信息。
9.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至4任一项所述的数据处理方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至4任一项所述的数据处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910938636.3A CN110708196B (zh) | 2019-09-30 | 2019-09-30 | 数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910938636.3A CN110708196B (zh) | 2019-09-30 | 2019-09-30 | 数据处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110708196A CN110708196A (zh) | 2020-01-17 |
CN110708196B true CN110708196B (zh) | 2022-04-22 |
Family
ID=69197346
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910938636.3A Active CN110708196B (zh) | 2019-09-30 | 2019-09-30 | 数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110708196B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111265853B (zh) * | 2020-01-20 | 2023-10-17 | 咪咕互动娱乐有限公司 | 游戏平台切换方法、装置、服务器和存储介质 |
CN111405061B (zh) * | 2020-03-31 | 2022-10-21 | 中国工商银行股份有限公司 | 一种基于Dubbo框架的微服务停机方法及服务器 |
CN112365640A (zh) * | 2020-11-27 | 2021-02-12 | 深圳市欧瑞博科技股份有限公司 | 智能门锁的用户信息的替换方法、系统以及装置 |
CN113296996B (zh) * | 2021-05-31 | 2024-03-29 | 中国民航信息网络股份有限公司 | 一种业务请求的处理方法、相关装置及存储介质 |
CN114285903B (zh) * | 2021-12-16 | 2024-04-19 | 奇安信科技集团股份有限公司 | 请求处理方法、装置、系统及电子设备 |
CN115277378B (zh) * | 2022-05-19 | 2024-03-19 | 亿点云计算(珠海)有限公司 | 基于有状态服务的服务切换方法、装置、终端及存储介质 |
CN117252716B (zh) * | 2023-09-11 | 2024-07-16 | 广东源恒软件科技有限公司 | 一种税务数据储存管理方法及系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103002039A (zh) * | 2012-12-13 | 2013-03-27 | 北京奇虎科技有限公司 | 服务器调度系统和方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106797405B (zh) * | 2016-12-14 | 2020-01-10 | 华为技术有限公司 | 分布式负载均衡系统、健康检查方法和服务节点 |
US10296425B2 (en) * | 2017-04-20 | 2019-05-21 | Bank Of America Corporation | Optimizing data processing across server clusters and data centers using checkpoint-based data replication |
-
2019
- 2019-09-30 CN CN201910938636.3A patent/CN110708196B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103002039A (zh) * | 2012-12-13 | 2013-03-27 | 北京奇虎科技有限公司 | 服务器调度系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110708196A (zh) | 2020-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110708196B (zh) | 数据处理方法及装置 | |
CN113014634B (zh) | 集群选举处理方法、装置、设备及存储介质 | |
US10630566B1 (en) | Tightly-coupled external cluster monitoring | |
CN108337303A (zh) | 一种数据同步方法和分布式系统 | |
CN111314479A (zh) | 一种数据处理方法和设备 | |
CN110289999B (zh) | 一种数据处理方法、系统及装置 | |
CN111538585B (zh) | 一种基于node.js的服务器进程调度方法、系统和装置 | |
CN105446827A (zh) | 一种数据库故障时的数据存储方法和设备 | |
WO2023040364A1 (zh) | 共识方法、装置及区块链系统 | |
CN111209110A (zh) | 一种实现负载均衡的任务调度管理方法、系统和存储介质 | |
CN112486707A (zh) | 基于Redis的消息异步消费方法及装置 | |
CN110099084A (zh) | 一种保证存储服务可用性的方法、系统及计算机可读介质 | |
KR20180109921A (ko) | 데이터 저장과 서비스 처리 방법 및 장치 | |
CN109842500A (zh) | 一种调度方法及系统、工作节点及监控节点 | |
CN111158956A (zh) | 一种集群系统的数据备份方法及相关装置 | |
CN113419889A (zh) | 一种支付系统的故障自动切换方法及装置 | |
CN114328033A (zh) | 保持高可用设备组业务配置一致性的方法及装置 | |
CN112631756A (zh) | 一种应用于航天测控软件的分布式调控方法及装置 | |
CN112800028A (zh) | 用于MySQL组复制的故障自恢复方法和装置 | |
CN112463514A (zh) | 分布式缓存集群的监测方法和装置 | |
CN113869989B (zh) | 一种信息处理方法及装置 | |
CN111404737A (zh) | 一种容灾处理方法以及相关装置 | |
CN114995982A (zh) | 任务处理方法、装置及存储介质 | |
CN117201496A (zh) | 任务调度方法、任务提交方法、装置、设备及介质 | |
CN110795445B (zh) | 并发任务的处理方法、装置、服务器设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |