一种维护数据一致性的方法及装置.pdf

上传人:111****11 文档编号:628709 上传时间:2018-02-27 格式:PDF 页数:7 大小:903.25KB
返回 下载 相关 举报
摘要
申请专利号:

CN201410363170.6

申请日:

2014.07.28

公开号:

CN104104731A

公开日:

2014.10.15

当前法律状态:

实审

有效性:

审中

法律详情:

实质审查的生效IPC(主分类):H04L 29/08申请日:20140728|||公开

IPC分类号:

H04L29/08; G06F17/30

主分类号:

H04L29/08

申请人:

浪潮(北京)电子信息产业有限公司

发明人:

王欢; 吴楠

地址:

100085 北京市海淀区上地信息路2号2-1号C栋1层

优先权:

专利代理机构:

北京安信方达知识产权代理有限公司 11262

代理人:

王丹;李丹

PDF下载: PDF下载
内容摘要

本申请公开了一种维护数据一致性的方法及系统,包括:在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;元数据服务器根据处理请求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端。本发明通过元数据服务器获取处理请求,对处理请求的完成状态进行维护,使数据服务器和元数据服务器对客户端发出的文件的处理请求,保持一致性,实现过程简单。

权利要求书

1.  一种维护数据一致性的方法,其特征在于,包括:
在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;
元数据服务器根据处理请求查看处理请求的文件的存在情况,
若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;
若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端。

2.
  根据权利要求1所述的方法,其特征在于,所述文件的处理请求至少包含:对文件进行增加的请求,和/或删除的请求,和/或修改的请求。

3.
  根据权利要求1或2所述的方法,其特征在于,该方法还包括:当客户端正常时,客户端发送处理请求到元数据服务器和数据服务器,数据服务器根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。

4.
  根据权利要求3所述的方法,其特征在于,当数据服务器完成处理请求时,数据服务器出现宕机或网络故障,未通知元数据服务器完成元数据同步时,该方法还包括:元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。

5.
  一种维护数据一致性的系统,其特征在于,包括:元数据服务器、客户端和数据服务器;其中,
元数据服务器,用于在客户端出现宕机或网络异常时,获取客户端发送的对文件进行处理的处理请求;根据处理请求查看处理请求的文件的存在情况,
若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除获取的处理请求,同时更新元数据和将完 成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端;
数据服务器,用于根据元数据服务器的获取的处理请求完成文件的处理;
客户端,用于接收元数据服务器,关于处理请求完成的反馈。

6.
  根据权利要求5所述的系统,其特征在于,所述文件的处理请求至少包含:对文件进行增加的请求,和/或删除的请求,和/或修改的请求。

7.
  根据权利要求5或6所述的方法,其特征在于,所述客户端还用于,在正常工作时,发送处理请求到元数据服务器和数据服务器;
数据服务器,用于根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。

8.
  根据权利要求7所述的系统,其特征在于,所述元数据服务器还用于当数据服务器完成处理请求时出现宕机或网络故障,未通知元数据服务器完成元数据同步;根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。

说明书

一种维护数据一致性的方法及装置
技术领域
本申请涉及分布式存储技术,尤指一种分布式系统中维护数据一致性的方法及装置。
背景技术
随着大数据海量信息的爆发,传统的存储架构已经无法满足日益增长的数据存储需要,也无法满足海量数据的存储性能需要。分布式存储架构早先在高性能计算(HPC)领域已经广泛使用,为的就是在高性能集群做数据的统一存储和统一管理,在多台的存储节点上进行数据的分布。
采用分布式存储时,需要对文件存储的位置进行及时有效的更新,才能实现对存储文件的有效读取和分析,因此需要维护数据和保存有数据分布是位置信息的元数据的一致性。数据存储的分布式位置主要通过以下两种方法维护数据一致性,一是通过统一的地址来进行记录,即采用元数据的方法进行数据一致性维护;二是通过一致性哈希算法维护数据,但是,一致性哈希算法进行数据一致性维护时,无法达到数据及时分布的负载均衡,当进行大量数据移动时,采用一致性哈希算法给集群带来很大的网络负载和复杂性管理。
由于采用一致性哈希算法实用性不强,目前主要通过元数据服务器进行数据与元数据的一致性维护,主要包括有二次提交算法、三次提交算法、日志记录方法,;虽然以上算法可以实现数据与元数据一致性的维护,但是现有实现数据与元数据一致性维护的方法较为复杂,二次提交算法采用的是阻塞协议,在执行的过程中需要锁住其他元数据更新操作,且不容错,在进行处理请求过程中包含有两个阶段,每个阶段都可能产生故障;三次提交算法同样采用阻塞协议,在三个阶段均可出现故障,且每次一旦出错,都要执行事务的回滚恢复操作,且在回滚恢复过程中同样又会产生异常,因此,二次提交算法和三次提交算法复杂度高。日志记录方法,是将日志保存在内存或 磁盘中,在每次进行处理请求的操作时,进行日志的记录,在断电的情况下,保存在内存的日志或造成丢失,而在磁盘上保存日志,大量的处理请求,会严重影响磁盘的工作性能。现有方法,日志记录方法在内存中保存日志,在断电时,容易造成数据丢失,在磁盘中保存日志,影响磁盘的工作性能。而二次提交算法和三次提交算法给原本就复杂的分布式系统添加了更大的复杂性,不符合设计当中应当注重简约的原则(简称KISS原则)。
发明内容
为了解决上述问题,本发明提供一种维护数据一致性的方法及装置,能够简单地维护数据的一致性。
为了达到本发明的目的,本申请提供一种维护数据一致性的方法;包括:
在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;
元数据服务器根据处理请求查看处理请求的文件的存在情况,
若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;
若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端。
进一步地,文件的处理请求至少包含:对文件进行增加的请求,和/或删除的请求,和/或修改的请求。
进一步地,该方法还包括:当客户端正常时,客户端发送处理请求到元数据服务器和数据服务器,数据服务器根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。
进一步地,当数据服务器完成处理请求时,数据服务器出现宕机或网络故障,未通知元数据服务器完成元数据同步时,该方法还包括:元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。
另一方面,本申请还提供一种维护数据一致性的系统,包括:元数据服 务器、客户端和数据服务器;其中,
元数据服务器,用于在客户端出现宕机或网络异常时,获取客户端发送的对文件进行处理的处理请求;根据处理请求查看处理请求的文件的存在情况,
若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除获取的处理请求,同时更新元数据和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端;
数据服务器,用于根据元数据服务器的获取的处理请求完成文件的处理;
客户端,用于接收元数据服务器,关于处理请求完成的反馈。
进一步地,文件的处理请求至少包含:对文件进行增加的请求,和/或删除的请求,和/或修改的请求。
进一步地,客户端还用于,在正常工作时,发送处理请求到元数据服务器和数据服务器;
数据服务器,用于根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。
进一步地,元数据服务器还用于当数据服务器完成处理请求时出现宕机或网络故障,未通知元数据服务器完成元数据同步;根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。
与现有技术相比,本发明提供的技术方案,包括:在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;元数据服务器根据处理请求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端。本发明通过元数据服务器的预处理列表,对处理请求的完成状态进行维护,使数据服务器和元数据服务器对客户端发出的文件的处理请求,保持一致性,实现过程简单。
附图说明
附图用来提供对本申请技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本申请的技术方案,并不构成对本申请技术方案的限制。
图1为本发明维护数据一致性的方法的流程图;
图2为本发明维护数据一致性的系统的结构框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
图1为本发明维护数据一致性的方法的流程图,如图1所示,包括:
步骤100、在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求。这里的处理请求包括:处理的文件的存储路径信息及对文件的处理操作(包括:添加、删除、修改等)。
需要说明的是,这里客户端出现宕机和网络异常情况,元数据服务器是通过本领域技术人员的惯用技术手段获得的状态,是通过实时侦听方式获得的客户端状态,例如心跳机制,本发明仅利用现有技术实现侦听。
另外,本步骤中元数据服务器获取处理请求后,可以通过相应的处理列表、任务、或状态参数等进行处理请求的存储。客户端在发送处理请求后,出现宕机和网络异常情况而可能无法接收到元数据服务器关于是否完成文件的处理请求的反馈,因此,需要通过元数据服务器获取客户端发送的处理请求,用于确定是否完成处理请求的,对数据服务器的文件的处理。
本步骤中,文件的处理请求至少包含:对存储路径的文件进行增加的请求,和/或删除的请求,和/或修改的请求。
步骤101、元数据服务器根据处理请求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,执行步骤102;否则,执行步骤103;
需要说明的是,处理请求的文件不符合处理的状态,是指根据处理请求 的信息中,处理的文件的路径信息及对文件的处理操作(包括:添加、删除、修改等)的执行结果,如果处理请求完成,则在进行查看时,根据本领域技术人员的惯用技术手段,可以确定文件是否执行了相应的处理操作,即确定处理请求的文件是否符合处理的状态。
步骤102、元数据服务器根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端。结束本流程。
需要说明的是,根据文件的处理请求执行文件的处理,是指根据处理请求中的文件存储路径及对文件的或删除、或添加、或修改等操作,对文件执行相应的操作。
步骤103、直接删除获得的处理请求并反馈给客户端。
本发明方法还包括:当客户端正常时,客户端发送处理请求到元数据服务器和数据服务器,数据服务器根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。
当数据服务器完成处理请求时,数据服务器出现宕机或网络故障,未通知元数据服务器完成元数据同步时,本发明方法还包括:元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。
需要说明的是,这里数据服务器出现宕机和网络异常情况,和客户端一样是通过本领域技术人员的惯用技术手段获得的状态,通过实时侦听方式获得的客户端状态,例如心跳机制,本发明仅利用现有技术实现侦听。元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求是指,根据处理请求中文件的存储路径及对文件执行的或删除、或添加、或修改等操作后,元数据服务器访问数据服务器时,文件的处理状态应当与处理请求完成的状态相对应。另外,采用上述方法,不存在断电时,保存在内存的日志文件丢失;保存在磁盘时,影响磁盘工作性能的问题。
图2为本发明维护数据一致性的系统的结构框图,如图2所示,包括:元数据服务器、客户端和数据服务器;其中,
元数据服务器,用于元数据服务器,用于在客户端出现宕机或网络异常 时,获取客户端发送的对文件进行处理的处理请求;根据处理请求查看处理请求的文件的存在情况,
若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除获取的处理请求,同时更新元数据和将完成处理请求的内容反馈给客户端;
若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端;
数据服务器,用于根据元数据服务器的获取的处理请求完成文件的处理;
客户端,用于接收元数据服务器,关于处理请求完成的反馈。
文件的处理请求至少包含:对文件进行增加的请求,和/或删除的请求,和/或修改的请求。
客户端还用于,在正常工作时,发送处理请求到元数据服务器和数据服务器;
数据服务器,用于根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。
元数据服务器还用于当数据服务器完成处理请求时出现宕机或网络故障,未通知元数据服务器完成元数据同步;根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。
虽然本申请所揭露的实施方式如上,但所述的内容仅为便于理解本申请而采用的实施方式,并非用以限定本申请,如本发明实施方式中的具体的实现方法。任何本申请所属领域内的技术人员,在不脱离本申请所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本申请的专利保护范围,仍须以所附的权利要求书所界定的范围为准。

一种维护数据一致性的方法及装置.pdf_第1页
第1页 / 共7页
一种维护数据一致性的方法及装置.pdf_第2页
第2页 / 共7页
一种维护数据一致性的方法及装置.pdf_第3页
第3页 / 共7页
点击查看更多>>
资源描述

《一种维护数据一致性的方法及装置.pdf》由会员分享,可在线阅读,更多相关《一种维护数据一致性的方法及装置.pdf(7页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN104104731A43申请公布日20141015CN104104731A21申请号201410363170622申请日20140728H04L29/08200601G06F17/3020060171申请人浪潮(北京)电子信息产业有限公司地址100085北京市海淀区上地信息路2号21号C栋1层72发明人王欢吴楠74专利代理机构北京安信方达知识产权代理有限公司11262代理人王丹李丹54发明名称一种维护数据一致性的方法及装置57摘要本申请公开了一种维护数据一致性的方法及系统,包括在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;元数据服务器根据。

2、处理请求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端。本发明通过元数据服务器获取处理请求,对处理请求的完成状态进行维护,使数据服务器和元数据服务器对客户端发出的文件的处理请求,保持一致性,实现过程简单。51INTCL权利要求书1页说明书4页附图1页19中华人民共和国国家知识产权局12发明专利申请权利要求书1页说明书4页附图1页10申请公布号CN104104731ACN。

3、104104731A1/1页21一种维护数据一致性的方法,其特征在于,包括在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;元数据服务器根据处理请求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端。2根据权利要求1所述的方法,其特征在于,所述文件的处理请求至少包含对文件进行增加的请求,和/或删除的请求,和/或修改的请求。3根据权利要求1或。

4、2所述的方法,其特征在于,该方法还包括当客户端正常时,客户端发送处理请求到元数据服务器和数据服务器,数据服务器根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。4根据权利要求3所述的方法,其特征在于,当数据服务器完成处理请求时,数据服务器出现宕机或网络故障,未通知元数据服务器完成元数据同步时,该方法还包括元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。5一种维护数据一致性的系统,其特征在于,包括元数据服务器、客户端和数据服务器;其中,元数据服务器,用于在客户端出现宕机或网络异常时,获取客户端发送的对文件进行处理的处理请求;根据处理请。

5、求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除获取的处理请求,同时更新元数据和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端;数据服务器,用于根据元数据服务器的获取的处理请求完成文件的处理;客户端,用于接收元数据服务器,关于处理请求完成的反馈。6根据权利要求5所述的系统,其特征在于,所述文件的处理请求至少包含对文件进行增加的请求,和/或删除的请求,和/或修改的请求。7根据权利要求5或6所述的方法,其特征在于,所述客户端还用于,在正常工作时,发送处理请求到元数据服。

6、务器和数据服务器;数据服务器,用于根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。8根据权利要求7所述的系统,其特征在于,所述元数据服务器还用于当数据服务器完成处理请求时出现宕机或网络故障,未通知元数据服务器完成元数据同步;根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。权利要求书CN104104731A1/4页3一种维护数据一致性的方法及装置技术领域0001本申请涉及分布式存储技术,尤指一种分布式系统中维护数据一致性的方法及装置。背景技术0002随着大数据海量信息的爆发,传统的存储架构已经无法满足日益增长的数据存储需要,也无法满足海量数据的。

7、存储性能需要。分布式存储架构早先在高性能计算HPC领域已经广泛使用,为的就是在高性能集群做数据的统一存储和统一管理,在多台的存储节点上进行数据的分布。0003采用分布式存储时,需要对文件存储的位置进行及时有效的更新,才能实现对存储文件的有效读取和分析,因此需要维护数据和保存有数据分布是位置信息的元数据的一致性。数据存储的分布式位置主要通过以下两种方法维护数据一致性,一是通过统一的地址来进行记录,即采用元数据的方法进行数据一致性维护;二是通过一致性哈希算法维护数据,但是,一致性哈希算法进行数据一致性维护时,无法达到数据及时分布的负载均衡,当进行大量数据移动时,采用一致性哈希算法给集群带来很大的网。

8、络负载和复杂性管理。0004由于采用一致性哈希算法实用性不强,目前主要通过元数据服务器进行数据与元数据的一致性维护,主要包括有二次提交算法、三次提交算法、日志记录方法,;虽然以上算法可以实现数据与元数据一致性的维护,但是现有实现数据与元数据一致性维护的方法较为复杂,二次提交算法采用的是阻塞协议,在执行的过程中需要锁住其他元数据更新操作,且不容错,在进行处理请求过程中包含有两个阶段,每个阶段都可能产生故障;三次提交算法同样采用阻塞协议,在三个阶段均可出现故障,且每次一旦出错,都要执行事务的回滚恢复操作,且在回滚恢复过程中同样又会产生异常,因此,二次提交算法和三次提交算法复杂度高。日志记录方法,是。

9、将日志保存在内存或磁盘中,在每次进行处理请求的操作时,进行日志的记录,在断电的情况下,保存在内存的日志或造成丢失,而在磁盘上保存日志,大量的处理请求,会严重影响磁盘的工作性能。现有方法,日志记录方法在内存中保存日志,在断电时,容易造成数据丢失,在磁盘中保存日志,影响磁盘的工作性能。而二次提交算法和三次提交算法给原本就复杂的分布式系统添加了更大的复杂性,不符合设计当中应当注重简约的原则简称KISS原则。发明内容0005为了解决上述问题,本发明提供一种维护数据一致性的方法及装置,能够简单地维护数据的一致性。0006为了达到本发明的目的,本申请提供一种维护数据一致性的方法;包括0007在客户端出现宕。

10、机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;0008元数据服务器根据处理请求查看处理请求的文件的存在情况,说明书CN104104731A2/4页40009若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;0010若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端。0011进一步地,文件的处理请求至少包含对文件进行增加的请求,和/或删除的请求,和/或修改的请求。0012进一步地,该方法还包括当客户端正常时,客户端发送处理请求到元。

11、数据服务器和数据服务器,数据服务器根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的状态,以完成元数据同步。0013进一步地,当数据服务器完成处理请求时,数据服务器出现宕机或网络故障,未通知元数据服务器完成元数据同步时,该方法还包括元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。0014另一方面,本申请还提供一种维护数据一致性的系统,包括元数据服务器、客户端和数据服务器;其中,0015元数据服务器,用于在客户端出现宕机或网络异常时,获取客户端发送的对文件进行处理的处理请求;根据处理请求查看处理请求的文件的存在情况,0016若处理请求的文件不符合处理的状态,。

12、根据文件的处理请求执行文件的处理;并在完成处理请求后,删除获取的处理请求,同时更新元数据和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端;0017数据服务器,用于根据元数据服务器的获取的处理请求完成文件的处理;0018客户端,用于接收元数据服务器,关于处理请求完成的反馈。0019进一步地,文件的处理请求至少包含对文件进行增加的请求,和/或删除的请求,和/或修改的请求。0020进一步地,客户端还用于,在正常工作时,发送处理请求到元数据服务器和数据服务器;0021数据服务器,用于根据处理请求进行文件处理,并通知元数据服务器处理请求的文件处理的。

13、状态,以完成元数据同步。0022进一步地,元数据服务器还用于当数据服务器完成处理请求时出现宕机或网络故障,未通知元数据服务器完成元数据同步;根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。0023与现有技术相比,本发明提供的技术方案,包括在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求;元数据服务器根据处理请求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端;若处理请求的文件符合处理的状态,直接。

14、删除获得的处理请求并反馈给客户端。本发明通过元数据服务器的预处理列表,对处理请求的完成状态进行维护,使数据服务器和元数据服务器对客户端发出的文件的处理请求,保持一致性,实现过程简单。说明书CN104104731A3/4页5附图说明0024附图用来提供对本申请技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本申请的技术方案,并不构成对本申请技术方案的限制。0025图1为本发明维护数据一致性的方法的流程图;0026图2为本发明维护数据一致性的系统的结构框图。具体实施方式0027为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要。

15、说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。0028图1为本发明维护数据一致性的方法的流程图,如图1所示,包括0029步骤100、在客户端出现宕机或网络异常时,元数据服务器获取客户端发送的对文件进行处理的处理请求。这里的处理请求包括处理的文件的存储路径信息及对文件的处理操作包括添加、删除、修改等。0030需要说明的是,这里客户端出现宕机和网络异常情况,元数据服务器是通过本领域技术人员的惯用技术手段获得的状态,是通过实时侦听方式获得的客户端状态,例如心跳机制,本发明仅利用现有技术实现侦听。0031另外,本步骤中元数据服务器获取处理请求后,可以通过相应的处理列表、。

16、任务、或状态参数等进行处理请求的存储。客户端在发送处理请求后,出现宕机和网络异常情况而可能无法接收到元数据服务器关于是否完成文件的处理请求的反馈,因此,需要通过元数据服务器获取客户端发送的处理请求,用于确定是否完成处理请求的,对数据服务器的文件的处理。0032本步骤中,文件的处理请求至少包含对存储路径的文件进行增加的请求,和/或删除的请求,和/或修改的请求。0033步骤101、元数据服务器根据处理请求查看处理请求的文件的存在情况,若处理请求的文件不符合处理的状态,执行步骤102;否则,执行步骤103;0034需要说明的是,处理请求的文件不符合处理的状态,是指根据处理请求的信息中,处理的文件的路。

17、径信息及对文件的处理操作包括添加、删除、修改等的执行结果,如果处理请求完成,则在进行查看时,根据本领域技术人员的惯用技术手段,可以确定文件是否执行了相应的处理操作,即确定处理请求的文件是否符合处理的状态。0035步骤102、元数据服务器根据文件的处理请求执行文件的处理;并在完成处理请求后,删除元数据服务器获取的处理请求,同时更新元数据服务器和将完成处理请求的内容反馈给客户端。结束本流程。0036需要说明的是,根据文件的处理请求执行文件的处理,是指根据处理请求中的文件存储路径及对文件的或删除、或添加、或修改等操作,对文件执行相应的操作。0037步骤103、直接删除获得的处理请求并反馈给客户端。0。

18、038本发明方法还包括当客户端正常时,客户端发送处理请求到元数据服务器和数据服务器,数据服务器根据处理请求进行文件处理,并通知元数据服务器处理请求的文件说明书CN104104731A4/4页6处理的状态,以完成元数据同步。0039当数据服务器完成处理请求时,数据服务器出现宕机或网络故障,未通知元数据服务器完成元数据同步时,本发明方法还包括元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。0040需要说明的是,这里数据服务器出现宕机和网络异常情况,和客户端一样是通过本领域技术人员的惯用技术手段获得的状态,通过实时侦听方式获得的客户端状态,例如心跳机制,本发明仅利用现有技术实。

19、现侦听。元数据服务器根据接收的处理请求访问数据服务器,确定是否完成所述处理请求是指,根据处理请求中文件的存储路径及对文件执行的或删除、或添加、或修改等操作后,元数据服务器访问数据服务器时,文件的处理状态应当与处理请求完成的状态相对应。另外,采用上述方法,不存在断电时,保存在内存的日志文件丢失;保存在磁盘时,影响磁盘工作性能的问题。0041图2为本发明维护数据一致性的系统的结构框图,如图2所示,包括元数据服务器、客户端和数据服务器;其中,0042元数据服务器,用于元数据服务器,用于在客户端出现宕机或网络异常时,获取客户端发送的对文件进行处理的处理请求;根据处理请求查看处理请求的文件的存在情况,0。

20、043若处理请求的文件不符合处理的状态,根据文件的处理请求执行文件的处理;并在完成处理请求后,删除获取的处理请求,同时更新元数据和将完成处理请求的内容反馈给客户端;0044若处理请求的文件符合处理的状态,直接删除获得的处理请求并反馈给客户端;0045数据服务器,用于根据元数据服务器的获取的处理请求完成文件的处理;0046客户端,用于接收元数据服务器,关于处理请求完成的反馈。0047文件的处理请求至少包含对文件进行增加的请求,和/或删除的请求,和/或修改的请求。0048客户端还用于,在正常工作时,发送处理请求到元数据服务器和数据服务器;0049数据服务器,用于根据处理请求进行文件处理,并通知元数。

21、据服务器处理请求的文件处理的状态,以完成元数据同步。0050元数据服务器还用于当数据服务器完成处理请求时出现宕机或网络故障,未通知元数据服务器完成元数据同步;根据接收的处理请求访问数据服务器,确定是否完成所述处理请求。0051虽然本申请所揭露的实施方式如上,但所述的内容仅为便于理解本申请而采用的实施方式,并非用以限定本申请,如本发明实施方式中的具体的实现方法。任何本申请所属领域内的技术人员,在不脱离本申请所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本申请的专利保护范围,仍须以所附的权利要求书所界定的范围为准。说明书CN104104731A1/1页7图1图2说明书附图CN104104731A。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1