CN105069152A - 数据处理方法及装置 - Google Patents
数据处理方法及装置 Download PDFInfo
- Publication number
- CN105069152A CN105069152A CN201510524829.6A CN201510524829A CN105069152A CN 105069152 A CN105069152 A CN 105069152A CN 201510524829 A CN201510524829 A CN 201510524829A CN 105069152 A CN105069152 A CN 105069152A
- Authority
- CN
- China
- Prior art keywords
- management node
- information
- metadata
- main
- management
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
- G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
- G06F16/1827—Management specifically adapted to NAS
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供了一种数据处理方法,数据处理方法包括:A、任一管理节点接收更新元数据的请求;B、任一管理节点判断自身是否为主管理节点,如果是,则进入步骤C,如果否,则将更新元数据的请求发送给主管理节点,进入步骤C;C、主管理节点将更新元数据的请求发送至所有从管理节点,以便跨数据中心存储架构中所有管理节点依据待更新的元数据信息进行更新。采用本发明实施例提供的方法和装置,当需要更新元数据信息时,主管理节点和从管理节点均对其存储的元数据信息作了更新,所以主管理节点和从管理节点存储的元数据信息是一样的,当任一管理节点出现故障时,由于其他管理节点存储的元数据信息相同,所以不会出现现有技术中的空闲时间。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种数据处理方法及装置。
背景技术
随着计算机技术的发展,各领域的数据量呈海量的趋势增长,对数据存储的需求越来越高,对数据的备份要求也随之提高。例如,卫星遥感等应用的数据正由PB级向EB级发展,如何满足EB级数据存储需求已成为大数据存储平台亟待解决的问题。
当前多数据中心成为解决大数据挑战的主要方法,满足了数据容量扩充的需求,例如卫星应用、Google、Facebook等公司在全球建立了多个数据中心。针对多数据中心对数据的管理不便,提出了跨数据中心管理架构,例如Google的Spanner管理***。但跨数据中心管理架构的管理节点的有时会发生故障,例如断电。
对此有如下两种应对策略:一、NFS(NetworkFileSystem,网络文件***)远程挂载目录保存多个副本,将本地元数据信息同步到远端的文件服务器上,当发生故障时,可以将远端的文件服务器上的信息同步到正常运行的管理节点上;二、主管理节点定时将自己存储的信息发送至备份管理节点,当主管理节点出现故障时,由备份管理节点替代主管理节点。
在实现本发明创造的过程中发明人发现在“将远端的文件服务器上的信息同步到正常运行的管理节点”和“由备份管理节点替代主管理节点”过程中均存在一个空闲时间,在该空闲时间内没有管理节点存储该段时间更新的元数据信息。
发明内容
有鉴于此,本发明提供了一种数据处理方法及装置,用以解决现有技术中在该空闲时间内没有管理节点在存储该段时间更新或修改的元数据信息的问题,其技术方案如下:
一种数据处理方法,应用于跨数据中心存储架构,所述跨数据中心存储架构包括至少两个管理节点,将所述至少两个管理节点中一个管理节点作为主管理节点,其他管理节点作为从管理节点,所述数据处理方法包括:
A、任一所述管理节点接收更新元数据的请求,所述更新元数据的请求包括待更新的元数据信息;
B、所述任一管理节点判断自身是否为主管理节点,如果是,则进入步骤C,如果否,则将所述更新元数据的请求发送给所述主管理节点,进入步骤C;
C、所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
其中,所述步骤C具体包括:
C1、所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点;
C2、所述主管理节点接收所有所述从管理节点的第一反馈信息,所述第一反馈信息包括同意更新信息;
C3、当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于预设值时,向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
其中,在步骤C3后,还可以包括:
C4、当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于等于预设值时,所述主管理节点反馈元数据信息更新成功的消息;
C5、当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量小于预设值时,所述主管理节点反馈元数据信息更新失败的消息。
其中,还包括:从所述跨数据中心存储架构中所有正常运行的管理节点中选取主管理节点的方法,所述跨数据中心存储架构中任一管理节点中存储的各个元数据信息均分配有唯一的事物ID号,且事物ID号是随着元数据信息的更新而增大的,对于所述跨数据中心存储架构中任一管理节点,将所述任一管理节点称为第一管理节点,所述方法包括:
D1、设置所述第一管理节点的状态为寻找状态;
D2、将设置第一管理节点为主管理节点的请求发送至所述跨数据中心存储架构中的其他所有管理节点;
D3、向所述跨数据中心存储架构中所有管理节点发送其认可的主管理节点信息;
D4、接收其他管理节点的第二反馈信息,所述第二反馈信息包括管理节点的状态信息、管理节点所认可的主管理节点信息,所述状态信息包括寻找状态信息、主管理节点状态信息、从管理节点状态信息;
D5、当接收到的其他管理节点中第三管理节点的状态信息为寻找状态信息时,比较所述第一管理节点中最大事物ID号与所述第三管理节点中最大事物ID号的大小,当所述第一管理节点的最大事物ID号大于所述第三管理节点的最大事物ID号时,进入步骤D6,否则进入步骤D7;
D6、将所述第一管理节点的状态信息改为主管理节点状态信息,进入步骤D3;
D7、计算认可所述第三管理节点为主管理节点的管理节点的个数,当所述认可所述第三管理节点为主管理节点的管理节点的个数大于等于预设数量时,将所述第一管理节点的状态信息更新为从管理节点状态信息,记录主管理节点信息为所述第三管理节点,结束,当认可所述第三管理节点为主管理节点的管理节点的个数小于所述预设数量时,进入步骤D3;
D8、当接收到的所有所述其他管理节点的所有第二反馈信息为从管理节点状态信息时,更新自身的状态为主管理节点状态,结束;
D9、当接收到的所述其他管理节点中第二管理节点的第二反馈信息为主管理节点状态信息时,更新所述第一管理节点存储的主管理节点信息为所述第二管理节点,结束。
其中,还包括获取管理节点中元数据的方法,所述跨数据中心存储架构中所有管理节点之间采用对等互联网技术,所述方法包括:
E1、所述跨数据中心存储架构中任一管理节点接收来自客户端的获取元数据请求,所述获取元数据请求包括元数据事物ID号;
E2、所述任一管理节点将具有所述事物ID号的元数据反馈至所述客户端。
一种数据处理装置,应用于跨数据中心存储架构,所述跨数据中心存储架构包括至少两个管理节点,将所述至少两个管理节点中一个管理节点作为主管理节点,其他管理节点作为从管理节点,所述数据处理装置包括:
第一接收模块,用于任一所述管理节点接收更新元数据的请求,所述更新元数据的请求包括待更新的元数据信息;
判断模块,用于所述任一管理节点判断自身是否为主管理节点,如果是,则执行第一发送模块,如果否,则将所述更新元数据的请求发送给所述主管理节点,执行所述第一发送模块;
所述第一发送模块,用于所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
其中,所述第一发送模块包括:
发送单元,用于所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点;
接收单元,用于所述主管理节点接收所有所述从管理节点的第一反馈信息,所述第一反馈信息包括同意更新信息;
执行单元,用于当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于预设值时,向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
其中,还包括:
第一反馈单元,用于当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于等于预设值时,所述主管理节点反馈元数据信息更新成功的消息;
第二反馈单元,用于当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量小于预设值时,所述主管理节点反馈元数据信息更新失败的消息。
其中,所述跨数据中心存储架构中任一管理节点中存储的各个元数据信息均分配有唯一的事物ID号,且事物ID号是随着元数据信息的更新而增大的,所述跨数据中心存储架构中任一管理节点还包括选取主管理节点装置,将所述任一管理节点称为第一管理节点,所述选取主管理节点装置包括:
设置模块,用于设置所述第一管理节点的状态为寻找状态;
第二发送模块,用于将设置第一管理节点为主管理节点的请求发送至所述跨数据中心存储架构中的其他所有管理节点;
第三发送模块,用于向所述跨数据中心存储架构中所有管理节点发送其认可的主管理节点信息;
第二接收模块,用于接收其他管理节点的第二反馈信息,所述第二反馈信息包括管理节点的状态信息、管理节点所认可的主管理节点信息,所述状态信息包括寻找状态信息、主管理节点状态信息、从管理节点状态信息;
比较模块,用于当接收到的其他管理节点中第三管理节点的状态信息为寻找状态信息时,比较所述第一管理节点中最大事物ID号与所述第三管理节点中最大事物ID号的大小,当所述第一管理节点的最大事物ID号大于所述第三管理节点的最大事物ID号时,执行修改模块,否则,执行计算模块;
所述修改模块,用于将所述第一管理节点的状态信息改为主管理节点状态信息,返回所述第三发送模块;
所述计算模块,用于计算认可所述第三管理节点为主管理节点的管理节点的个数,当所述认可所述第三管理节点为主管理节点的管理节点的个数大于等于预设数量时,将所述第一管理节点的状态信息更新为从管理节点状态信息,记录主管理节点信息为所述第三管理节点,结束,当认可所述第三管理节点为主管理节点的管理节点的个数小于所述预设数量时,返回所述第三发送模块;
第一更新模块,用于当接收到的所有所述其他管理节点的所有第二反馈信息为从管理节点状态信息时,更新自身的状态为主管理节点状态,结束;
第二更新模块,用于当接收到的所述其他管理节点中第二管理节点的第二反馈信息为主管理节点状态信息时,更新所述第一管理节点存储的主管理节点信息为所述第二管理节点,结束。
其中,还包括获取元数据装置,所述跨数据中心存储架构中所有管理节点之间采用对等互联网技术,所述获取元数据装置包括:
第三接收模块,用于所述跨数据中心存储架构中任一管理节点接收来自客户端的获取元数据请求,所述获取元数据请求包括元数据事物ID号;
反馈模块,用于所述任一管理节点将具有所述事物ID号的元数据反馈至所述客户端。
上述技术方案具有如下有益效果:当需要更新元数据信息时,主管理节点和从管理节点均对其存储的元数据信息作了更新,所以主管理节点和从管理节点存储的元数据信息是一样的,当任一管理节点出现故障时,由于其他管理节点存储的元数据信息相同,所以不会出现现有技术中的空闲时间,从而有效的提高了跨数据中心存储***中存储服务的可用性。
附图说明
图1为本发明实施例提供的一种数据处理方法的一种实现方式的方法流程示意图;
图2为本发明实施例提供的一种数据处理方法的中步骤C的一种实现方式的方法流程示意图;
图3为本发明实施例提供的一种数据处理方法中从所述跨数据中心存储架构中所有正常运行的管理节点中选取主管理节点的方法的一种实现方式的方法流程示意图;
图4为本发明实施例提供的一种数据处理方法中获取管理节点中元数据的方法的一种实现方式的方法流程示意图;
图5为本发明实施例提供的一种数据处理装置的一种实现方式的结构示意图;
图6为本发明实施例提供的一种数据处理装置中第一发送模块的一种实现方式的结构示意图;
图7为本发明实施例提供的一种数据处理装置中选取主管理节点装置的一种实现方式的结构示意图;
图8为本发明实施例提供的一种数据处理装置中获取元数据装置的一种实现方式的结构示意图。
具体实施方式
为了引用和清楚起见,下文中使用的技术名词的说明、简写或缩写总结如下:
GFS:GoogleFileSystem,分布式文件***;
HDFS:HadoopDistributedFileSystem,Hadoop分布式文件***;
CRC:CyclicRedundancyCheck,循环冗余校验码;
NFS:NetworkFileSystem,网络文件***;
TFS:TaobaoFileSystem,面向互联网的分布式文件***;
Namenode:名字节点。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
随着计算机技术的发展,各领域的数据量呈海量的趋势增长,对数据存储的需求越来越高,对数据的备份要求也随之提高。例如,卫星遥感等应用的数据正由PB级向EB级发展,如何满足EB级数据存储需求已成为大数据存储平台亟待解决的问题。当前多数据中心成为解决大数据挑战的主要方法,满足了数据容量扩充的需求,例如卫星应用、Google、Facebook等公司在全球建立了多个数据中心。针对多数据中心对数据的管理不便,提出了跨数据中心管理架构,例如Google的Spanner管理***。跨数据中心管理架构的管理节点的单个管理节点故障等瓶颈无法满足EB级数据存储的需求。目前分布式存储***和多数据中心存储是满足EB级数据存储需求的关键的技术途径。跨数据中心的统一分布式存储***能够有效解决应用环境中数据分布式存储和管理问题,***通过广域网互联不同地域的分布式存储***,提供EB级存储架构服务。
在当前的分布式环境下,***故障,尤其是针对于低廉的服务器来讲,是比较正常的情况,这其中包括软件、硬件等故障,因此需要***故障恢复和保障方法来保证***的运行正常。典型的分布式文件***GFS、HDFS采用了具体的报障措施,比如对于数据块进行做CRC校验和计算来保证数据块数据的完整和正确,这是针对于数据进行的故障保护机制;除了数据的故障保护机制,HDFS采用了NameNode元数据备份、NameNode主备切换的思想来保障NameNode这个管理节点宕机后***的正常服务。正常运行的NameNode通过NFS远程挂载目录保存多个副本把本地元数据信息同步到远端的文件服务器上保证元数据信息的多副本正常运行,但是主NameNode宕机后切换至备份的NameNode启动之间有停止服务时间间隔。HDFS新的高可用方案借助第三方***ZooKeeper来保证HDFS中NameNode的高可用,两个NameNode,一个为激活状态(active),一个用于备份(standby),在正常运行情况下standby的NameNode不提供服务,这样***standby的NameNode的资源没有得到充分的利用。TFS是淘宝针对于电商需求的网络小图片海量存储需求的分布式文件***,TFS采用基于Linux的heartbeat机制来保证名字节点的高可用方案,同样实现的是主NameNode发送heartbeat信息给从NameNode,一旦超时没收到主NameNode的heartbeat信息,则从NameNode接管整个元数据管理的服务。Hadoop生态圈中的分布式数据库***HBase(分布式的、面向列的开源数据库)采用同样的也是基于ZooKeeper来实现HMaster的高可用方案,在HBase中可以拥有多个HMaster,但是只能有一个HMaster作为服务节点,多个HMaster同时竞争成为主HMaster。
采用CRC校验码,只能保证数据块的有效性,并不能保证管理节点的有效性。使用NFS进行元数据的挂载保存多个副本,然后同步元数据到本地重新启动管理节点,这种冷备切换的思路中间有一段服务停止时间间隔。新型的基于heartbeat机制以及基于ZooKeeper机制实现的master节点的热备切换思路,也具有服务停止时间间隔。
服务停止时间间隔即在“将远端的文件服务器上的信息同步到正常运行的管理节点”和“由备份管理节点替代主管理节点”过程中均存在一个空闲时间,在该空闲时间内没有管理节点在存储该段时间更新或修改的元数据信息。
请参阅图1,为本发明实施例提供的一种数据处理方法的一种实现方式的方法流程示意图,该数据处理方法应用于跨数据中心存储架构,所述跨数据中心存储架构包括至少两个管理节点,将所述至少两个管理节点中一个管理节点作为主管理节点,其他管理节点作为从管理节点,所述数据处理方法包括:
步骤A:任一管理节点接收更新元数据的请求。
更新元数据的请求包括待更新的元数据信息。上述更新元数据信息可以为修改元数据信息、增加元数据信息、删除元数据信息等等。元数据信息又称中介数据、中继数据,为描述数据的数据(dataaboutdata),主要是描述数据属性(property)的信息,用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。
跨数据中心存储架构中的任一管理节点均可以接收更新元数据的请求,不论该管理节点为主管理节点还是从管理节点。
为了实现主管理节点和从管理节点均能够接收更新元数据的请求,则可以设置主管理节点和从管理节点之间为peertopeer的结构等等,本发明实施例并不对主管理节点和从管理节点之间的结构进行限定,主管理节点和从管理节点之间的结构关系可以是能实现“主管理节点和从管理节点均能够接收更新元数据的请求”的任一结构。
触发跨数据中心存储架构生成“更新元数据信息请求”的可以是检测到管理节点之间具有不同的元数据信息的情况,也可以是生成了一个元数据信息、删除元数据信息或修改元数据信息,例如新建WORD后,有WORD的建立时间,该建立时间为新增加的元数据信息。
步骤B:上述任一管理节点判断自身是否为主管理节点,如果是,则进入步骤C,如果否,则将所述更新元数据的请求发送给所述主管理节点,进入步骤C。
上述任一管理节点是指接收到“待更新的元数据信息”的管理节点。
本发明实施例中的管理节点可以管理着多个分布式文件***集群例如HDFS集群,也包括分布式数据库***集群,例如HBase集群,这样管理节点可以支持分布式文件***和分布式数据库***nosql的操作请求。由于分布式文件***集群和分布式数据库***集群,都支持集群级别的扩容机制,所以本发明实施例中的跨数据中心存储架构可以实现空间动态的平滑增长和减小,可以使用多个集群数据服务器来进行数据后端的存储。
步骤C:主管理节点将更新元数据的请求发送至所有所述从管理节点,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
主管理节点可以与从管理节点同时更新元数据信息,也可以比从管理节点先一步更新元数据信息,对此本发明实施例不做具体限制。
通过设置多个管理节点来保证多个元数据的备份,提高跨数据中存储架构的运行的可靠性。
本发明实施例提供了一种数据处理方法,当需要更新元数据信息时,主管理节点和从管理节点均对其存储的元数据信息作了更新,所以主管理节点和从管理节点存储的元数据信息是一样的,当任一管理节点出现故障时,由于其他管理节点存储的元数据信息相同,所以不会出现现有技术中的空闲时间。
请参阅图2,为本发明实施例提供的一种数据处理方法的中步骤C的一种实现方式的方法流程示意图,该方法包括:
C1、所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点。
C2、所述主管理节点接收所有所述从管理节点的第一反馈信息。
所述第一反馈信息包括同意更新信息。
C3、当主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于预设值时,向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
上述步骤C的具体方法可以为paxos算法,paxos算法是一个保证多个副本一致性的算法,通过上述方法来保证多个管理节点上的元数据信息同步。
一般情况下,从管理节点接收到更新元数据请求时,都会同意更新,此处判断“同意更信息的数量大于预设值”是考虑了时间延迟,因为有的从管理节点将第一反馈信息发送至主管理节点需要的时间较长,为了更加快速的节省时间,只要主管理节点收到的同意更新请求信息超过预设值,则向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令。
此处判断“同意更新信息的数量大于预设值”还考虑到从管理节点出现故障,无法及时反馈同意信息的情况。
上述预设值可以为跨数据中心存储架构中正常运行的管理节点的总数量的一半以上,例如假设跨数据中心存储架构中正常运行的管理节点的总数量为9,预设值可以为5、6、7、8中的任一值。
第一反馈信息还可以包括不同意更新信息,例如管理节点检测到自身已经更新了此次需要更新的元数据信息,那么可以拒绝此次更新元数据信息的请求。
上述任一数据处理方法中在步骤C3后,还可以包括:C4、当主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于等于预设值时,所述主管理节点反馈元数据信息更新成功的消息;C5、当主管理节点接收到的所述第一反馈信息中所述同意更信息的数量小于预设值时,所述主管理节点反馈元数据信息更新失败的消息。
请参阅图3,为本发明实施例提供的一种数据处理方法中从所述跨数据中心存储架构中所有正常运行的管理节点中选取主管理节点的方法的一种实现方式的方法流程示意图,跨数据中心存储架构中任一管理节点中存储的各个元数据信息均分配有唯一的事物ID号,且事物ID号是随着元数据信息的更新而增大的,对于所述跨数据中心存储架构中任一管理节点,将所述任一管理节点成为第一管理节点,所述方法包括:
D1、设置所述第一管理节点的状态为寻找状态。
管理节点进行元数据更新操作的时候,采用事物号ID特性来进行每次元数据更新操作管理。例如当前第一管理节点的事物ID号为5,当在第一管理节点新增加一元数据信息时,该新的元数据信息的事物ID为6,所以随着第一管理节点中元数据的不断更新,其存储的元数据的事物ID号越来越大。
D2、将设置第一管理节点为主管理节点的请求发送至所述跨数据中心存储架构中的其他所有管理节点。
在最初时,第一管理节点推荐自己为主管理节点。
D3、向所述跨数据中心存储架构中所有管理节点发送其认可的主管理节点信息。
D4、接收其他管理节点的第二反馈信息,所述第二反馈信息包括管理节点的状态信息、管理节点所认可的主管理节点信息。
所述状态信息包括寻找状态信息、主管理节点状态信息、从管理节点状态信息。
D5、当接收到的其他管理节点中第三管理节点的状态信息为寻找状态信息时,比较所述第一管理节点中最大事物ID号与所述第三管理节点中最大事物ID号的大小,当所述第一管理节点的最大事物ID号大于所述第三管理节点的最大事物ID号时,进入步骤D6,否则,进入步骤D7。
第三管理节点为跨数据中心存储架构中除第一管理节点以外的任一管理节点,这里为了与第一管理节点进行区分,所以称为第三管理节点。
D6、将所述第一管理节点的状态信息改为主管理节点状态信息,进入步骤D3。
D7、计算认可所述第三管理节点为主管理节点的管理节点的个数,当认可所述第三管理节点为主管理节点的管理节点的个数大于等于预设数量时,将所述第一管理节点的状态信息更新为从管理节点状态信息,记录主管理节点信息为所述第三管理节点,结束,当认可所述第三管理节点为主管理节点的管理节点的个数小于预设数量时,进入步骤D3。
预设数量可以为于跨数据中心存储架构中正常运行的管理节点的总数量的一半以上,例如假设跨数据中心存储架构中正常运行的管理节点的总数量为9,预设数量可以为5、6、7、8中任一值。
D8、当接收到的所有所述其他管理节点的所有第二反馈信息为从管理节点状态信息时,更新自身的状态为主管理节点状态,结束。
D9、当接收到的所述其他管理节点中第二管理节点的第二反馈信息为主管理节点状态信息时,更新所述第一管理节点存储的主管理节点信息为所述第二管理节点,结束。
上述步骤D1至D9的主语均为第一管理节点,即适用于跨数据中心存储架构中的任一管理节点。
本发明实施例提供的数据处理方法中采用了主管理节点提出重新选取主管理节点的方式,避免了上述选取主管理节点的方法中的活锁问题。活锁指的是任务或者执行者没有被阻塞,由于某些条件没有满足,导致一直重复尝试,失败,尝试,失败。
现有技术中作为备份的管理节点并不能充分发挥它本身拥有的价值,即同一时刻主管理节点和从管理节点不能同时服务于客户端。为此本发明提供以下方法。
请参阅图4,为本发明实施例提供的一种数据处理方法中获取管理节点中元数据的方法的一种实现方式的方法流程示意图,所述跨数据中心存储架构中所有管理节点之间采用对等互联网技术,该方法包括:
E1、所述跨数据中心存储架构中任一管理节点接收来自客户端的获取元数据请求,所述获取元数据请求包括元数据事物ID号。
E2、所述任一管理节点将具有所述事物ID号的元数据反馈至所述客户端。
本发明实施例采用了对等互联网技术,这样不论是主管理节点还是从管理节点都可以正常服务请求,这样在客户端可以选择其中一个管理节点进行访问,充分利用多个管理节点的资源。每一个管理节点都可以服务来自客户端的请求,如果是元数据的读请求,则管理节点直接响应回复请求;如果是元数据更新请求,则从管理节点将该请求发往主管理节点。
本发明实施例可以用在软件上,此时操作***可以为Linux***,运行在Linux机群中提供文件IO服务的软件之上,如HDFS等分布式文件***和HBase等NoSQL分布式数据库***,并且HDFS分布式文件***配置多个DataNode。
请参阅图5,为本发明实施例提供的一种数据处理装置的一种实现方式的结构示意图,该数据处理装置应用于跨数据中心存储架构,所述跨数据中心存储架构包括至少两个管理节点,将所述至少两个管理节点中一个管理节点作为主管理节点,其他管理节点作为从管理节点,所述数据处理装置包括:第一接收模块501、判断模块502、第一发送模块503,其中:
第一接收模501,用于任一所述管理节点接收更新元数据的请求。
更新元数据的请求包括待更新的元数据信息。上述更新元数据信息可以为修改元数据信息、增加元数据信息、删除元数据信息等等。元数据信息又称中介数据、中继数据,为描述数据的数据(dataaboutdata),主要是描述数据属性(property)的信息,用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。
跨数据中心存储架构包括至少两个管理节点,具体可以为大于等于3个管理节点。
跨数据中心存储架构中的任一管理节点均可以接收更新元数据的请求,不论该管理节点为主管理节点还是从管理节点。
为了实现主管理节点和从管理节点均能够接收更新元数据的请求,则可以设置主管理节点和从管理节点之间为peer-to-peer的结构等等,本发明实施例并不对主管理节点和从管理节点之间的结构进行限定,主管理节点和从管理节点之间的结构关系可以是能实现“主管理节点和从管理节点均能够接收更新元数据的请求”的任一结构。
触发跨数据中心存储架构生成“更新元数据信息请求”的可以是检测到管理节点之间具有不同的元数据信息的情况,也可以是生成了一个元数据信息、删除元数据信息或修改元数据信息,例如新建WORD后,有WORD的建立时间,该建立时间为新增加的元数据信息。
判断模块502,用于所述任一管理节点判断自身是否为主管理节点,如果是,则执行第一发送模块503,如果否,则将所述更新元数据的请求发送给所述主管理节点,执行所述第一发送模块503。
上述任一管理节点是指接收到“待更新的元数据信息”的管理节点。
本发明实施例中的管理节点可以管理着多个分布式文件***集群例如HDFS集群,也包括分布式数据库***集群,例如HBase集群,这样管理节点可以支持分布式文件***和分布式数据库***NoSQL的操作请求。由于分布式文件***集群和分布式数据库***集群,都支持集群级别的扩容机制,所以本发明实施例中的跨数据中心存储架构可以实现空间动态的平滑增长和减小,可以使用多个集群数据服务器来进行数据后端的存储。
所述第一发送模块503,用于所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
主管理节点可以与从管理节点同时更新元数据信息,也可以比从管理节点先一步更新元数据信息,对此本发明实施例不做具体限制。
通过设置多个管理节点来保证多个元数据的备份,提高跨数据中存储架构的运行的可靠性。
本发明实施例提供了一种数据处理装置,当需要更新元数据信息时,主管理节点和从管理节点均对其存储的元数据信息作了更新,所以主管理节点和从管理节点存储的元数据信息是一样的,当任一管理节点出现故障时,由于其他管理节点存储的元数据信息相同,所以不会出现现有技术中的空闲时间。
请参阅图6,为本发明实施例提供的一种数据处理装置中第一发送模块的一种实现方式的结构示意图,第一发送模块可以包括:发送单元601、接收单元602、执行单元603,其中:
发送单元601,用于所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点。
接收单元602,用于所述主管理节点接收所有所述从管理节点的第一反馈信息,所述第一反馈信息包括同意更新信息。
执行单元603,用于当主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于预设值时,向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
上述第一发送模块的具体实现方式可以为paxos算法,paxos算法是一个保证多个副本一致性的算法,通过上述方法来保证多个管理节点上的元数据信息同步。
一般情况下,从管理节点接收到更新元数据请求时,都会同意更新,此处判断“同意更信息的数量大于预设值”是考虑了时间延迟,因为有的从管理节点将第一反馈信息发送至主管理节点需要的时间较长,为了更加快速的节省时间,只要主管理节点收到的同意更新请求信息超过预设值,则向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令。
此处判断“同意更新信息的数量大于预设值”还考虑到从管理节点出现故障,无法及时反馈同意信息的情况。
上述预设值可以为跨数据中心存储架构中正常运行的管理节点的总数量的一半以上,例如假设跨数据中心存储架构中正常运行的管理节点的总数量为9,预设值可以为5、6、7、8中的任一值。
第一反馈信息还可以包括不同意更新信息,例如管理节点检测到自身已经更新了此次需要更新的元数据信息,那么可以拒绝此次更新元数据信息的请求。
上述任一数据处理装置还可以包括:第一反馈单元,用于当主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于等于预设值时,所述主管理节点反馈元数据信息更新成功的消息;第二反馈单元,用于当主管理节点接收到的所述第一反馈信息中所述同意更信息的数量小于预设值时,所述主管理节点反馈元数据信息更新失败的消息。
客户端为触发此次“更新元数据请求”的客户端。
请参阅图7,为本发明实施例提供的一种数据处理装置中选取主管理节点装置的一种实现方式的结构示意图,所述跨数据中心存储架构中任一管理节点中存储的各个元数据信息均分配有一事物ID号,且事物ID号是随着元数据信息的更新而增大的,所述跨数据中心存储架构中任一管理节点还包括选取主管理节点装置,将所述任一管理节点称为第一管理节点,所述选取主管理节点装置包括:设置模块701、第二发送模块702、第三发送模块703、第二接收模块704、比较模块705、修改模块706、计算模块707、第一更新模块708、第二更新模块709,其中:
设置模块701,用于设置所述第一管理节点的状态为寻找状态。
管理节点进行元数据更新操作的时候,采用事物号ID特性来进行每次元数据更新操作管理。例如当前第一管理节点的事物ID号为5,当在第一管理节点新增加一元数据信息时,该新的元数据信息的事物ID为6,所以随着第一管理节点中元数据的不断更新,其存储的元数据的事物ID号越来越大。
第二发送模块702,用于将设置第一管理节点为主管理节点的请求发送至所述跨数据中心存储架构中的其他所有管理节点。
第三发送模块703,用于向所述跨数据中心存储架构中所有管理节点发送其认可的主管理节点信息。
在最初时,第一管理节点推荐自己为主管理节点。
第二接收模块704,用于接收其他管理节点的第二反馈信息,所述第二反馈信息包括管理节点的状态信息、管理节点所认可的主管理节点信息。
所述状态信息包括寻找状态信息、主管理节点状态信息、从管理节点状态信息。
比较模块705,用于当接收到的其他管理节点中第三管理节点的状态信息为寻找状态信息时,比较所述第一管理节点中最大事物ID号与所述第三管理节点所存储的最大事物ID号的大小,当所述第一管理节点的最大事物ID号大于所述第三管理节点中最大事物ID号时,执行修改模块706,当所述第一管理节点的最大事物ID号小于所述第三管理节点的最大事物ID号时,执行计算模块707。
第三管理节点为跨数据中心存储架构中除第一管理节点以外的任一管理节点,这里为了与第一管理节点进行区分,所以称为第三管理节点。所述修改模块706,用于将所述第一管理节点的状态信息改为主管理节点状态信息,返回所述第三发送模块703。
所述计算模块707,用于计算认可所述第三管理节点为主管理节点的管理节点的个数,当认可所述第三管理节点为主管理节点的管理节点的个数大于等于预设数量时,将所述第一管理节点的状态信息更新为从管理节点状态信息,记录主管理节点信息为所述第三管理节点,结束,当认可所述第三管理节点为主管理节点的管理节点的个数小于预设数量时,返回所述第三发送模块703。
预设数量可以为于跨数据中心存储架构中正常运行的管理节点的总数量的一半以上,例如假设跨数据中心存储架构中正常运行的管理节点的总数量为9,预设数量可以为5、6、7、8中任一值。
第一更新模块708,用于当接收到的所有所述其他管理节点的所有第二反馈信息为从管理节点状态信息时,更新自身的状态为主管理节点状态,结束。
第二更新模块709,用于当接收到的所述其他管理节点中第二管理节点的第二反馈信息为主管理节点状态信息时,更新所述第一管理节点存储的主管理节点信息为所述第二管理节点,结束。
本发明实施例提供的数据处理方法中采用了主管理节点提出重新选取主管理节点的方式,避免了上述选取主管理节点的方法中的活锁问题。活锁指的是任务或者执行者没有被阻塞,由于某些条件没有满足,导致一直重复尝试,失败,尝试,失败。
上述设置模块701、第二发送模块702、第三发送模块703、第二接收模块704、比较模块705、修改模块706、计算模块707、第一更新模块708、第二更新模块709均属于第一管理节点,即适用于跨数据中心存储架构中的任一管理节点。
本发明实施例提供的数据处理方法中采用了主管理节点提出重新选取主管理节点的方式,避免了上述选取主管理节点的方法中的活锁问题。活锁指的是任务或者执行者没有被阻塞,由于某些条件没有满足,导致一直重复尝试,失败,尝试,失败。
现有技术中作为备份的管理节点并不能充分发挥它本身拥有的价值,即同一时刻主管理节点和从管理节点不能同时服务于客户端。为此本发明提供以下装置。
请参阅图8,为本发明实施例提供的一种数据处理装置中获取元数据装置的一种实现方式的结构示意图,所述跨数据中心存储架构中所有管理节点之间采用对等互联网技术,获取元数据装置包括:
第三接收模块801,用于所述跨数据中心存储架构中任一管理节点接收来自客户端的获取元数据请求,所述获取元数据请求包括元数据事物ID号。
反馈模块802,用于所述任一管理节点将具有所述事物ID号的元数据反馈至所述客户端。
本发明实施例采用了对等互联网技术,这样不论是主管理节点还是从管理节点都可以正常服务请求,这样在客户端可以选择其中一个管理节点进行访问,充分利用多个管理节点的资源。每一个管理节点都可以服务来自客户端的请求,如果是元数据的读请求,则管理节点直接响应回复请求;如果是元数据更新请求,则有管理节点发往主管理节点。
本发明实施例可以用在软件上,此时操作***可以为Linux***,运行在Linux机群中提供文件IO服务的软件之上,如HDFS等分布式文件***和HBase等nosql分布式数据库***,并且HDFS分布式文件***配置多个datanode。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所提供的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所提供的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种数据处理方法,其特征在于,应用于跨数据中心存储架构,所述跨数据中心存储架构包括至少两个管理节点,将所述至少两个管理节点中一个管理节点作为主管理节点,其他管理节点作为从管理节点,所述数据处理方法包括:
A、任一所述管理节点接收更新元数据的请求,所述更新元数据的请求包括待更新的元数据信息;
B、所述任一管理节点判断自身是否为主管理节点,如果是,则进入步骤C,如果否,则将所述更新元数据的请求发送给所述主管理节点,进入步骤C;
C、所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
2.根据权利要求1所述数据处理方法,其特征在于,所述步骤C具体包括:
C1、所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点;
C2、所述主管理节点接收所有所述从管理节点的第一反馈信息,所述第一反馈信息包括同意更新信息;
C3、当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于预设值时,向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
3.根据权利要求2所述数据处理方法,其特征在于,在步骤C3后,还可以包括:
C4、当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于等于预设值时,所述主管理节点反馈元数据信息更新成功的消息;
C5、当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量小于预设值时,所述主管理节点反馈元数据信息更新失败的消息。
4.根据权利要求1、2或3所述数据处理方法,其特征在于,还包括:从所述跨数据中心存储架构中所有正常运行的管理节点中选取主管理节点的方法,所述跨数据中心存储架构中任一管理节点中存储的各个元数据信息均分配有唯一的事务ID号,且所述事物ID号是随着元数据信息的更新而增大的,对于所述跨数据中心存储架构中任一管理节点,将所述任一管理节点称为第一管理节点,所述方法包括:
D1、设置所述第一管理节点的状态为寻找状态;
D2、将设置第一管理节点为主管理节点的请求发送至所述跨数据中心存储架构中的其他所有管理节点;
D3、向所述跨数据中心存储架构中所有管理节点发送其认可的主管理节点信息;
D4、接收其他管理节点的第二反馈信息,所述第二反馈信息包括管理节点的状态信息、管理节点所认可的主管理节点信息,所述状态信息包括寻找状态信息、主管理节点状态信息、从管理节点状态信息;
D5、当接收到的其他管理节点中第三管理节点的状态信息为寻找状态信息时,比较所述第一管理节点中最大事物ID号与所述第三管理节点中最大事物ID号的大小,当所述第一管理节点的最大事物ID号大于所述第三管理节点的最大事物ID号时,进入步骤D6,否则进入步骤D7;
D6、将所述第一管理节点的状态信息改为主管理节点状态信息,进入步骤D3;
D7、计算认可所述第三管理节点为主管理节点的管理节点的个数,当所述认可所述第三管理节点为主管理节点的管理节点的个数大于等于预设数量时,将所述第一管理节点的状态信息更新为从管理节点状态信息,记录主管理节点信息为所述第三管理节点,结束,当认可所述第三管理节点为主管理节点的管理节点的个数小于所述预设数量时,进入步骤D3;
D8、当接收到的所有所述其他管理节点的所有第二反馈信息为从管理节点状态信息时,更新自身的状态为主管理节点状态,结束;
D9、当接收到的所述其他管理节点中第二管理节点的第二反馈信息为主管理节点状态信息时,更新所述第一管理节点存储的主管理节点信息为所述第二管理节点,结束。
5.根据权利要求1、2或3所述数据处理方法,其特征在于,还包括获取管理节点中元数据的方法,所述跨数据中心存储架构中所有管理节点之间采用对等互联网技术,所述方法包括:
E1、所述跨数据中心存储架构中任一管理节点接收来自客户端的获取元数据请求,所述获取元数据请求包括元数据事物ID号;
E2、所述任一管理节点将具有所述事物ID号的元数据反馈至所述客户端。
6.一种数据处理装置,其特征在于,应用于跨数据中心存储架构,所述跨数据中心存储架构包括至少两个管理节点,将所述至少两个管理节点中一个管理节点作为主管理节点,其他管理节点作为从管理节点,所述数据处理装置包括:
第一接收模块,用于任一所述管理节点接收更新元数据的请求,所述更新元数据的请求包括待更新的元数据信息;
判断模块,用于所述任一管理节点判断自身是否为主管理节点,如果是,则执行第一发送模块,如果否,则将所述更新元数据的请求发送给所述主管理节点,执行所述第一发送模块;
所述第一发送模块,用于所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
7.根据权利要求6所述数据处理装置,其特征在于,所述第一发送模块包括:
发送单元,用于所述主管理节点将所述更新元数据的请求发送至所有所述从管理节点;
接收单元,用于所述主管理节点接收所有所述从管理节点的第一反馈信息,所述第一反馈信息包括同意更新信息;
执行单元,用于当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于预设值时,向所述跨数据中心存储架构中所有从管理节点发送执行更新元数据信息的命令,以便所述跨数据中心存储架构中所有管理节点依据所述待更新的元数据信息进行更新。
8.根据权利要求7所述数据处理装置,其特征在于,还包括:
第一反馈单元,用于当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量大于等于预设值时,所述主管理节点反馈元数据信息更新成功的消息;
第二反馈单元,用于当所述主管理节点接收到的所述第一反馈信息中所述同意更信息的数量小于预设值时,所述主管理节点反馈元数据信息更新失败的消息。
9.根据权利要求6、7或8所述数据处理装置,其特征在于,所述跨数据中心存储架构中任一管理节点中存储的各个元数据信息均分配有唯一的事物ID号,且事物ID号是随着元数据信息的更新而增大的,所述跨数据中心存储架构中任一管理节点还包括选取主管理节点装置,将所述任一管理节点称为第一管理节点,所述选取主管理节点装置包括:
设置模块,用于设置所述第一管理节点的状态为寻找状态;
第二发送模块,用于将设置第一管理节点为主管理节点的请求发送至所述跨数据中心存储架构中的其他所有管理节点;
第三发送模块,用于向所述跨数据中心存储架构中所有管理节点发送其认可的主管理节点信息;
第二接收模块,用于接收其他管理节点的第二反馈信息,所述第二反馈信息包括管理节点的状态信息、管理节点所认可的主管理节点信息,所述状态信息包括寻找状态信息、主管理节点状态信息、从管理节点状态信息;
比较模块,用于当接收到的其他管理节点中第三管理节点的状态信息为寻找状态信息时,比较所述第一管理节点中最大事物ID号与所述第三管理节点中最大事物ID号的大小,当所述第一管理节点的最大事物ID号大于所述第三管理节点的最大事物ID号时,执行修改模块,否则,执行计算模块;
所述修改模块,用于将所述第一管理节点的状态信息改为主管理节点状态信息,返回所述第三发送模块;
所述计算模块,用于计算认可所述第三管理节点为主管理节点的管理节点的个数,当所述认可所述第三管理节点为主管理节点的管理节点的个数大于等于预设数量时,将所述第一管理节点的状态信息更新为从管理节点状态信息,记录主管理节点信息为所述第三管理节点,结束,当认可所述第三管理节点为主管理节点的管理节点的个数小于所述预设数量时,返回所述第三发送模块;
第一更新模块,用于当接收到的所有所述其他管理节点的所有第二反馈信息为从管理节点状态信息时,更新自身的状态为主管理节点状态,结束;
第二更新模块,用于当接收到的所述其他管理节点中第二管理节点的第二反馈信息为主管理节点状态信息时,更新所述第一管理节点存储的主管理节点信息为所述第二管理节点,结束。
10.根据权利要求6、7或8所述数据处理装置,其特征在于,还包括获取元数据装置,所述跨数据中心存储架构中所有管理节点之间采用对等互联网技术,所述获取元数据装置包括:
第三接收模块,用于所述跨数据中心存储架构中任一管理节点接收来自客户端的获取元数据请求,所述获取元数据请求包括元数据事物ID号;
反馈模块,用于所述任一管理节点将具有所述事物ID号的元数据反馈至所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510524829.6A CN105069152B (zh) | 2015-08-25 | 2015-08-25 | 数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510524829.6A CN105069152B (zh) | 2015-08-25 | 2015-08-25 | 数据处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105069152A true CN105069152A (zh) | 2015-11-18 |
CN105069152B CN105069152B (zh) | 2019-12-13 |
Family
ID=54498521
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510524829.6A Active CN105069152B (zh) | 2015-08-25 | 2015-08-25 | 数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105069152B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106325768A (zh) * | 2016-08-19 | 2017-01-11 | 华中科技大学 | 一种双机存储***及方法 |
CN107277111A (zh) * | 2017-05-19 | 2017-10-20 | 腾讯科技(深圳)有限公司 | 一种集群数据处理方法、主节点、从节点和集群 |
CN107786650A (zh) * | 2017-10-20 | 2018-03-09 | 郑州云海信息技术有限公司 | 一种存储介质和管理策略的同步方法、装置及*** |
CN107832138A (zh) * | 2017-09-21 | 2018-03-23 | 南京邮电大学 | 一种扁平化的高可用namenode模型的实现方法 |
CN109995554A (zh) * | 2017-12-29 | 2019-07-09 | ***通信集团吉林有限公司 | 多级数据中心主备切换的控制方法及云调度指挥器 |
CN110633168A (zh) * | 2018-06-22 | 2019-12-31 | 北京东土科技股份有限公司 | 一种分布式存储***的数据备份方法和*** |
CN111400112A (zh) * | 2020-03-18 | 2020-07-10 | 深圳市腾讯计算机***有限公司 | 分布式集群的存储***的写入方法、装置及可读存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101730200A (zh) * | 2008-10-13 | 2010-06-09 | 大唐移动通信设备有限公司 | 目标节点选取方法、装置与***以及操作管理维护服务器 |
CN102122306A (zh) * | 2011-03-28 | 2011-07-13 | 中国人民解放军国防科学技术大学 | 一种数据处理方法及应用该方法的分布式文件*** |
CN102523251A (zh) * | 2011-11-25 | 2012-06-27 | 北京开拓天际科技有限公司 | 对海量数据处理的云存储架构及应用该架构的云存储平台 |
CN103139302A (zh) * | 2013-02-07 | 2013-06-05 | 浙江大学 | 考虑负载均衡的实时副本调度方法 |
CN103384266A (zh) * | 2013-06-07 | 2013-11-06 | 曙光信息产业(北京)有限公司 | 一种基于文件级实时同步的Parastor200管理节点高可用方法 |
CN103944981A (zh) * | 2014-04-14 | 2014-07-23 | 中国科学院计算技术研究所 | 一种基于纠删码技术改进的云存储***及实现方法 |
CN104135539A (zh) * | 2014-08-15 | 2014-11-05 | 华为技术有限公司 | 数据存储方法、sdn控制器和分布式网络存储*** |
US20150081694A1 (en) * | 2013-09-18 | 2015-03-19 | International Business Machines Corporation | Multi-temporal widely distributed hardware and software transaction state and data state memory system |
-
2015
- 2015-08-25 CN CN201510524829.6A patent/CN105069152B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101730200A (zh) * | 2008-10-13 | 2010-06-09 | 大唐移动通信设备有限公司 | 目标节点选取方法、装置与***以及操作管理维护服务器 |
CN102122306A (zh) * | 2011-03-28 | 2011-07-13 | 中国人民解放军国防科学技术大学 | 一种数据处理方法及应用该方法的分布式文件*** |
CN102523251A (zh) * | 2011-11-25 | 2012-06-27 | 北京开拓天际科技有限公司 | 对海量数据处理的云存储架构及应用该架构的云存储平台 |
CN103139302A (zh) * | 2013-02-07 | 2013-06-05 | 浙江大学 | 考虑负载均衡的实时副本调度方法 |
CN103384266A (zh) * | 2013-06-07 | 2013-11-06 | 曙光信息产业(北京)有限公司 | 一种基于文件级实时同步的Parastor200管理节点高可用方法 |
US20150081694A1 (en) * | 2013-09-18 | 2015-03-19 | International Business Machines Corporation | Multi-temporal widely distributed hardware and software transaction state and data state memory system |
CN103944981A (zh) * | 2014-04-14 | 2014-07-23 | 中国科学院计算技术研究所 | 一种基于纠删码技术改进的云存储***及实现方法 |
CN104135539A (zh) * | 2014-08-15 | 2014-11-05 | 华为技术有限公司 | 数据存储方法、sdn控制器和分布式网络存储*** |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106325768A (zh) * | 2016-08-19 | 2017-01-11 | 华中科技大学 | 一种双机存储***及方法 |
CN106325768B (zh) * | 2016-08-19 | 2019-08-13 | 华中科技大学 | 一种双机存储***及方法 |
CN107277111A (zh) * | 2017-05-19 | 2017-10-20 | 腾讯科技(深圳)有限公司 | 一种集群数据处理方法、主节点、从节点和集群 |
CN107277111B (zh) * | 2017-05-19 | 2018-09-04 | 腾讯科技(深圳)有限公司 | 一种集群数据处理方法、主节点、从节点和集群 |
CN107832138A (zh) * | 2017-09-21 | 2018-03-23 | 南京邮电大学 | 一种扁平化的高可用namenode模型的实现方法 |
CN107832138B (zh) * | 2017-09-21 | 2021-09-14 | 南京邮电大学 | 一种扁平化的高可用namenode模型的实现方法 |
CN107786650A (zh) * | 2017-10-20 | 2018-03-09 | 郑州云海信息技术有限公司 | 一种存储介质和管理策略的同步方法、装置及*** |
CN107786650B (zh) * | 2017-10-20 | 2021-06-18 | 郑州云海信息技术有限公司 | 一种存储介质和管理策略的同步方法、装置及*** |
CN109995554A (zh) * | 2017-12-29 | 2019-07-09 | ***通信集团吉林有限公司 | 多级数据中心主备切换的控制方法及云调度指挥器 |
CN110633168A (zh) * | 2018-06-22 | 2019-12-31 | 北京东土科技股份有限公司 | 一种分布式存储***的数据备份方法和*** |
CN111400112A (zh) * | 2020-03-18 | 2020-07-10 | 深圳市腾讯计算机***有限公司 | 分布式集群的存储***的写入方法、装置及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105069152B (zh) | 2019-12-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11360854B2 (en) | Storage cluster configuration change method, storage cluster, and computer system | |
CN105069152A (zh) | 数据处理方法及装置 | |
CN103268318B (zh) | 一种强一致性的分布式键值数据库***及其读写方法 | |
CN107734026B (zh) | 一种网络附加存储集群的设计方法、装置及设备 | |
JP6382454B2 (ja) | 分散ストレージ及びレプリケーションシステム、並びに方法 | |
CN103138912B (zh) | 数据同步方法及*** | |
CN105814544B (zh) | 用于支持分布式数据网格中的持久化分区恢复的***和方法 | |
US10089187B1 (en) | Scalable cloud backup | |
CN102523234B (zh) | 一种应用服务器集群实现方法及*** | |
CN102571991B (zh) | 基于多级映射的大规模多副本分布式存储***的应用方法 | |
CN109407977B (zh) | 一种大数据分布式存储管理方法及*** | |
US9286298B1 (en) | Methods for enhancing management of backup data sets and devices thereof | |
CN111090699A (zh) | 业务数据的同步方法和装置、存储介质、电子装置 | |
US9201747B2 (en) | Real time database system | |
CN102158540A (zh) | 分布式数据库实现***及方法 | |
US20120278429A1 (en) | Cluster system, synchronization controlling method, server, and synchronization controlling program | |
CN102122306A (zh) | 一种数据处理方法及应用该方法的分布式文件*** | |
CN107623703B (zh) | 全局事务标识gtid的同步方法、装置及*** | |
CN108616574B (zh) | 管理数据的存储方法、设备及存储介质 | |
CN103207841A (zh) | 基于键值对缓存的数据读写方法及装置 | |
CN103124299A (zh) | 一种异构环境下的分布式块级别存储*** | |
CN105511987A (zh) | 一种强一致性且高可用的分布式任务管理*** | |
CN104270271A (zh) | 一种互联网应用中的容灾备份***及方法 | |
CN113268472B (zh) | 一种分布式数据存储***及方法 | |
CN111787055A (zh) | 一种基于Redis且面向事务机制和多数据中心的数据分发方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |