CN103051681A - 一种面向分布式文件***的协作式日志*** - Google Patents
一种面向分布式文件***的协作式日志*** Download PDFInfo
- Publication number
- CN103051681A CN103051681A CN2012105216766A CN201210521676A CN103051681A CN 103051681 A CN103051681 A CN 103051681A CN 2012105216766 A CN2012105216766 A CN 2012105216766A CN 201210521676 A CN201210521676 A CN 201210521676A CN 103051681 A CN103051681 A CN 103051681A
- Authority
- CN
- China
- Prior art keywords
- module
- request
- log
- log recording
- record
- 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
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
一种面向分布式文件***的协作式日志***,属于分布式文件***,解决设备故障导致日志记录丢失致使***恢复操作无法进行的问题,提高分布式文件***的写性能、恢复性能。本发明包括日志请求模块、分发模块、N个传输模块、N个一致性保证模块、N个记录添加模块、N个记录回收模块和N个恢复模块,日志请求模块和分发模块运行于元数据管理节点或数据存储节点,各数据存储节点上均运行传输模块、一致性保证模块、记录添加模块、记录回收模块和恢复模块。本发明利用分布式文件***中网络传输效率高于存储设备低速传输效率的特点,在保证日志可靠性及发挥正常日志作用的前提下,提高了分布式文件***的写性能和恢复性能。
Description
技术领域
本发明属于分布式文件***,具体涉及一种面向分布式文件***的协作式日志***,以提高分布式文件***的写性能、恢复性能。
背景技术
互联网和多媒体应用使得数字信息呈***式增长趋势,在质和量两方面对存储的需求也越来越大,面对这样的海量数据存储需求,运行于成百上千甚至成千上万存储设备的大规模分布式文件***应运而生,并迅速应用于多种领域。分布式文件***包括多个元数据管理节点和多个客户节点,每个客户节点分别连接各元数据管理节点,每个元数据管理节点又连接多个数据存储节点。随着分布式文件***使用的存储设备增多,分布式文件***遭遇不可预料事件的概率也大大增加,为保障***提供服务的时间,保证***运行的正确性,必须使用日志***。许多分布式文件***如Lustre,Google FileSystem,Hadoop File System等都使用了日志***。
日志***由管理日志记录的各类模块和日志构成,首先文件***在磁盘上为日志***开辟额外存储空间,在文件***对文件数据进行修改操作之前会将这些操作生成日志记录并写入到日志中,固定日志记录。在这种情况下,一旦遭遇宕机,日志***就可以利用日志中的日志记录将文件***恢复到宕机前的状态。日志***的最大缺陷是所有文件更新都必须先固定日志记录,每次文件更新操作都要经历两次写操作,一次写入日志的固定日志记录操作,一次才是真正写入文件***,额外的固定日志记录操作会造成文件***性能下降,特别是使用磁盘这种低速存储设备来固定日志记录,文件***性能下降更为严重。
因为分布式文件***下元数据管理节点或数据存储节点都是独立运行,都拥有自己的存储设备并且独自存取自己的日志记录。当存储设备出现设备故障时可能导致日志记录无法读取,导致***恢复操作无法进行,最终致使整体分布式文件***无法使用。
发明内容
本发明提供一种面向分布式文件***的协作式日志***,解决因为设备故障导致日志记录丢失致使***恢复操作无法进行的问题,提高分布式文件***的写性能、恢复性能。
为描述方便起见,本发明所提供的协作式日志***,运行在一个元数据管理节点及其连接的N个数据存储节点上,每个数据存储节点上存储有自身的日志,N≥2;
本发明所提供的一种面向分布式文件***的协作式日志***,包括日志请求模块、分发模块、N个传输模块、N个一致性保证模块、N个记录添加模块、N个记录回收模块和N个恢复模块,N≥2;其特征在于:
(1)日志请求模块,运行于元数据管理节点或数据存储节点,
当收到文件***的修改操作命令时,判断记录添加模块是否发出暂停请求,是则等待记录回收模块发送的回收结束信号,收到该回收结束信号,再形成日志记录添加请求,否则直接形成日志记录添加请求;然后将日志记录添加请求发送到分发模块;日志记录添加请求由请求类型和多条日志记录组成,请求类型为添加记录,各条日志记录均具有序号;
当收到文件***的恢复命令时,形成恢复请求,将恢复请求发送到分发模块并等待,接收到恢复模块传送的各条日志记录后,将它们传送到文件***;恢复请求由请求类型和多个日志记录序号组成,请求类型为恢复;
(2)分发模块,运行于元数据管理节点或数据存储节点,分别向各传输模块发送连接请求,建立网络传输通道;接收到日志记录添加请求或恢复请 求后,将其通过组播方式并行传输到各传输模块;连接请求由请求类型、本地网络地址、目标网络地址和端口号组成,请求类型为连接,本地网络地址为分发模块所在节点的IP地址、目标网络地址为传输模块所在节点的IP地址,端口号为网络传输通道占用的端口号码;
(3)N个传输模块完全相同,分别运行于各数据存储节点,接收到连接请求后,建立网络传输通道;接收到日志记录添加请求后,将其发送到所在数据存储节点的一致性保证模块;接收到恢复请求后,将其发送到所在数据存储节点的恢复模块;接收到记录回收请求后,将其发送到各记录回收模块;
(4)N个一致性保证模块完全相同,分别运行于各数据存储节点,向其它各数据存储节点的一致性保证模块发送所接收日志记录添加请求中的日志记录最大序号,同时接收其它各数据存储节点的一致性保证模块所发送的日志记录最大序号,并记载与自身发送的日志记录最大序号相同的所接收的日志记录最大序号的数目,判断该数目是否超过数据存储节点总数的一半,是则将所接收的日志记录添加请求发送到所在数据存储节点的记录添加模块,否则继续等待传输模块的下一个日志记录添加请求;
(5)N个记录添加模块完全相同,分别运行于各数据存储节点,判断所在数据存储节点上日志剩余空间是否满足所述日志记录添加请求中各条日志记录的总长度,是则将各条日志记录添加到日志中;否则向所在数据存储节点的传输模块发出记录回收请求,并向日志请求模块发出暂停请求;记录回收请求由请求类型和回收记录数目组成,请求类型为回收,回收记录数目为日志记录添加请求中日志记录条数的M倍,M≥2;
(6)N个记录回收模块完全相同,分别运行于各数据存储节点,收到记录回收请求后,从本数据存储节点上日志起始位置开始回收记录回收请求中回收记录数目的日志记录,回收完成后向日志请求模块发送回收结束信号;
(7)N个恢复模块完全相同,分别运行于各数据存储节点,接收到恢复请求后,根据恢复请求中的日志记录序号将相应序号的日志记录传输到日志 请求模块。
客户节点向元数据管理节点发出元数据操作请求,元数据管理节点产生相应的操作日志记录需要存储,通过日志请求模块形成日志记录添加请求;元数据管理节点宕机重启后需要一部分日志记录进行恢复,通过日志请求模块形成恢复请求;分发模块同样运行在元数据管理节点上并且已经与多个数据存储节点建立了网络传输通道;传输模块运行在数据存储节点上接收请求;一致性保证模块运行在数据存储节点上,通过与各数据存储节点的一致性保证模块通信,发送日志记录添加请求中最大日志记录序号,只有接收到超过半数的数据存储节点发送的编号与其相同才将日志记录添加请求发送到记录添加模块;记录添加模块运行在数据存储节点上进行日志记录的添加与固定;记录回收模块运行在数据存储节点上接收记录回收请求后进行日志记录回收操作并通知日志请求模块;恢复模块运行在数据存储节点上根据恢复请求中的日志记录序号将相应序号的日志记录传输到日志请求模块。
本发明利用分布式文件***中网络传输效率高于存储设备低速传输效率的特点,将单个元数据管理节点或数据存储节点产生的日志数据通过网络以组播方式并行传输到各个数据存储节点,将日志记录固定操作分配到多个节点上同时进行,提高了单个节点的写性能。同时由于将重要的日志记录分布式存储在多个数据存储节点上,避免了单个数据存储节点的存储设备故障造成的不可恢复的危害,提高了分布式文件***整体的可靠性。
本发明在***恢复时通过高速网络并行从各个数据存储节点获得部分日志记录,最终拼接形成完整日志记录信息,相比单个数据存储节点从存储设备读取完整日志记录进行恢复操作拥有更高的性能,提高了分布式文件***恢复的性能。
本发明符合日志***的基本功能要求,包括可用性和通用性,并且不降低文件***性能,解决了因为设备故障导致日志记录丢失致使***恢复操作 无法进行的问题,提高分布式文件***的写性能和恢复性能。
附图说明
图1为分布式文件***结构示意图;
图2为本发明的实施例示意图;
图3为日志记录格式示意图;
图4为日志记录分布到各数据存储节点过程示意图;
图5为数据存储节点进行日志记录添加与回收的流程示意图;
图6为日志恢复过程示意图。
具体实施方式
下面结合附图和实施例对本发明进一步说明。
如图1所示,分布式文件***由多个元数据管理节点、多个客户节点、多个数据存储节点以及用于节点间互连的高速网络构成。每个客户节点分别连接各元数据管理节点,每个元数据管理节点又连接多个数据存储节点,客户节点是使用整个分布式文件***的客户终端;元数据管理节点负责管理文件***的元数据信息;数据存储节点负责向客户节点提供存储空间和存储服务。
如图2所示,本发明的实施例,包括日志请求模块、分发模块、3个传输模块、3个一致性保证模块、3个记录添加模块、3个记录回收模块和3个恢复模块;本实施例运行在一个元数据管理节点及其连接的3个数据存储节点上,每个数据存储节点上存储有自身的日志;
日志请求模块和分发模块运行于元数据管理节点,3个数据存储节点上均运行传输模块、一致性保证模块、记录添加模块、记录回收模块和恢复模块;
如图3所示,一条日志记录包括七个部分:幻数(Magic Number)、日志 编号(Journal Number)、记录序号(Sequence Number)、记录类型(Type)、记录长度(Length)、日志记录数据(Log data)和校验和(Checksum)。其中,幻数用来验证日志记录的合法性;日志编号就是此条日志记录所属的日志的编号,数据存储节点上可能管理着多个***的日志,故需要使用日志编号来确定某条日志记录是属于哪个日志;记录序号是日志记录本身在日志中的序号,日志请求模块可以根据这个记录序号计算日志记录分布在哪个数据存储节点上,记录添加模块也会根据这个记录序号将日志记录***到对应的位置上进行管理;记录类型用来表示日志记录的类型,包括事务开始类型,写操作类型,删除操作类型,事务结束类型等;记录长度用来表示这条日志记录需要的空间大小,因为日志记录类型不同,日志记录数据长度也可能有变化;日志记录数据就是文件***产生的操作记录数据,文件***宕机后可以通过这些数据进行恢复;校验和用来验证日志记录存储的完整性。
如图4所示,本实施例需要将记录序号为0到2的日志记录添加到三个数据存储节点;具体描述如下:
日志请求模块形成日志记录添加请求发送到分发模块;该日志记录添加请求由请求类型和三条日志记录组成,请求类型为添加记录,三条日志记录的记录序号分别为0,1,2;
分发模块已经与三个数据存储节点建立了网络传输通道;接收到日志记录添加请求后将其通过组播方式并行传输到三个数据存储节点上的传输模块;
传输模块接收到日志记录添加请求后发送到所在数据存储节点上的一致性保证模块;向其它两个数据存储节点的一致性保证模块发送所接收日志记录添加请求中的日志记录最大序号,应该等于2;同时接收其它两个数据存储节点发送的日志记录最大序号,并记载与自身发送的日志记录最大序号相同的所接收的日志记录最大序号的数目,当数目等于2时,则将所接收的日志 记录添加请求发送到所在数据存储节点的记录添加模块;
记录添加模块负责将日志记录添加请求中的三条日志记录添加到所在数据存储节点上的日志中。
如图5所示,数据存储节点进行日志记录添加与回收,过程如下:
1.日志请求模块接收到文件***命令后产生相应日志添加请求;
2.添加模块接收到请求后尝试进行日志添加操作,需要判断日志剩余空间是否满足所述日志记录添加请求中各条日志记录的总长度,如果满足则跳转到第3步,否则跳转到第4步;
3.日志剩余空间满足,协调一致性保证模块与记录添加模块进行日志记录的添加操作,添加操作完成后跳转到第7步;
4.日志剩余空间不满足,向日志请求模块发出暂停请求,要求暂停产生日志记录添加请求,同时向所在数据存储节点的传输模块发出记录回收请求;
5.传输模块接收日志记录回收请求后通知记录回收模块,开始日志记录回收操作,从日志起始位置开始回收日志记录;
6.如果日志记录回收成功则向日志请求模块发送回收结束信号,恢复产生日志记录添加请求并跳转到第1步重新开始,否则继续第7步;
7.操作完毕。
如图6所示,本实施例需要记录序号为0到2的日志记录进行恢复,具体描述如下:
日志请求模块形成恢复请求发送到分发模块;该恢复请求由请求类型和三个日志记录序号组成,请求类型为恢复,三个日志记录序号分别为0,1,2;
分发模块已经与三个数据存储节点建立了网络传输通道;接收到恢复请求后将其通过组播方式并行传输到三个数据存储节点上的传输模块;
传输模块接收到恢复请求后发送到所在数据存储节点上的恢复模块,恢 复模块根据恢复请求中的日志记录序号将相应序号的日志记录传输到日志请求模块;其中第一个数据存储节点传输记录序号为0和1的日志记录,第二个数据存储节点传输记录序号为1和2的日志记录,第三个数据存储节点传输记录序号为0和2的日志记录;
现在日志请求模块已经完整接收到记录序号为0到2的日志记录,将它们传送到文件***,文件***可以利用这些日志记录进行恢复。
Claims (1)
1.一种面向分布式文件***的协作式日志***,包括日志请求模块、分发模块、N个传输模块、N个一致性保证模块、N个记录添加模块、N个记录回收模块和N个恢复模块,N≥2;其特征在于:
(1)日志请求模块,运行于元数据管理节点或数据存储节点,
当收到文件***的修改操作命令时,判断记录添加模块是否发出暂停请求,是则等待记录回收模块发送的回收结束信号,收到该回收结束信号,再形成日志记录添加请求,否则直接形成日志记录添加请求;然后将日志记录添加请求发送到分发模块;日志记录添加请求由请求类型和多条日志记录组成,请求类型为添加记录,各条日志记录均具有序号;
当收到文件***的恢复命令时,形成恢复请求,将恢复请求发送到分发模块并等待,接收到恢复模块传送的各条日志记录后,将它们传送到文件***;恢复请求由请求类型和多个日志记录序号组成,请求类型为恢复;
(2)分发模块,运行于元数据管理节点或数据存储节点,分别向各传输模块发送连接请求,建立网络传输通道;接收到日志记录添加请求或恢复请求后,将其通过组播方式并行传输到各传输模块;连接请求由请求类型、本地网络地址、目标网络地址和端口号组成,请求类型为连接,本地网络地址为分发模块所在节点的IP地址、目标网络地址为传输模块所在节点的IP地址,端口号为网络传输通道占用的端口号码;
(3)N个传输模块完全相同,分别运行于各数据存储节点,接收到连接请求后,建立网络传输通道;接收到日志记录添加请求后,将其发送到所在数据存储节点的一致性保证模块;接收到恢复请求后,将其发送到所在数据存储节点的恢复模块;接收到记录回收请求后,将其发送到各记录回收模块;
(4)N个一致性保证模块完全相同,分别运行于各数据存储节点,向其它各数据存储节点的一致性保证模块发送所接收日志记录添加请求中的日志记录最大序号,同时接收其它各数据存储节点的一致性保证模块所发送的日志记录最大序号,并记载与自身发送的日志记录最大序号相同的所接收的日志记录最大序号的数目,判断该数目是否超过数据存储节点总数的一半,是则将所接收的日志记录添加请求发送到所在数据存储节点的记录添加模块,否则继续等待传输模块的下一个日志记录添加请求;
(5)N个记录添加模块完全相同,分别运行于各数据存储节点,判断所在数据存储节点上日志剩余空间是否满足所述日志记录添加请求中各条日志记录的总长度,是则将各条日志记录添加到日志中;否则向所在数据存储节点的传输模块发出记录回收请求,并向日志请求模块发出暂停请求;记录回收请求由请求类型和回收记录数目组成,请求类型为回收,回收记录数目为日志记录添加请求中日志记录条数的M倍,M≥2;
(6)N个记录回收模块完全相同,分别运行于各数据存储节点,收到记录回收请求后,从本数据存储节点上日志起始位置开始回收记录回收请求中回收记录数目的日志记录,回收完成后向日志请求模块发送回收结束信号;
(7)N个恢复模块完全相同,分别运行于各数据存储节点,接收到恢复请求后,根据恢复请求中的日志记录序号将相应序号的日志记录传输到日志请求模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210521676.6A CN103051681B (zh) | 2012-12-06 | 2012-12-06 | 一种面向分布式文件***的协作式日志*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210521676.6A CN103051681B (zh) | 2012-12-06 | 2012-12-06 | 一种面向分布式文件***的协作式日志*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103051681A true CN103051681A (zh) | 2013-04-17 |
CN103051681B CN103051681B (zh) | 2015-06-17 |
Family
ID=48064175
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210521676.6A Active CN103051681B (zh) | 2012-12-06 | 2012-12-06 | 一种面向分布式文件***的协作式日志*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103051681B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103235754A (zh) * | 2013-04-24 | 2013-08-07 | 曙光信息产业(北京)有限公司 | 分布式文件***中请求的处理方法和装置 |
CN103336785A (zh) * | 2013-06-04 | 2013-10-02 | 华中科技大学 | 一种基于网络编码的分布式存储方法及其装置 |
CN104394023A (zh) * | 2014-12-09 | 2015-03-04 | 上海斐讯数据通信技术有限公司 | 用于网络接入终端的故障收集方法及*** |
CN104932986A (zh) * | 2014-03-19 | 2015-09-23 | ***通信集团公司 | 一种数据重分布方法及装置 |
CN105487963A (zh) * | 2015-11-26 | 2016-04-13 | 小米科技有限责任公司 | 消息确认方法及装置 |
CN105589887A (zh) * | 2014-10-24 | 2016-05-18 | 中兴通讯股份有限公司 | 分布式文件***的数据处理方法及分布式文件*** |
CN106302577A (zh) * | 2015-05-19 | 2017-01-04 | 广州四三九九信息科技有限公司 | 日志处理方法 |
CN106776130A (zh) * | 2016-11-30 | 2017-05-31 | 华为技术有限公司 | 一种日志恢复方法、存储装置和存储节点 |
CN108108476A (zh) * | 2018-01-03 | 2018-06-01 | 中科边缘智慧信息科技(苏州)有限公司 | 高可靠分布式日志***的工作方法 |
CN110019105A (zh) * | 2019-01-24 | 2019-07-16 | 江苏中云科技有限公司 | 一种可靠高效的分布式文件*** |
CN111046009A (zh) * | 2019-11-11 | 2020-04-21 | 杭州迪普科技股份有限公司 | 日志存储方法及装置 |
CN115344539A (zh) * | 2022-10-12 | 2022-11-15 | 北京奥星贝斯科技有限公司 | 用于分布式数据库的日志空间回收方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183377A (zh) * | 2007-12-10 | 2008-05-21 | 华中科技大学 | 一种基于消息中间件的高可用性数据库集群 |
CN102024016A (zh) * | 2010-11-04 | 2011-04-20 | 天津曙光计算机产业有限公司 | 一种分布式文件***快速数据恢复的方法 |
US20120011398A1 (en) * | 2010-04-12 | 2012-01-12 | Eckhardt Andrew D | Failure recovery using consensus replication in a distributed flash memory system |
CN102662795A (zh) * | 2012-03-20 | 2012-09-12 | 浪潮电子信息产业股份有限公司 | 一种分布式存储***中元数据容错恢复方法 |
CN102664923A (zh) * | 2012-03-30 | 2012-09-12 | 浪潮电子信息产业股份有限公司 | 一种利用Linux全局文件***实现共享存储池的方法 |
-
2012
- 2012-12-06 CN CN201210521676.6A patent/CN103051681B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101183377A (zh) * | 2007-12-10 | 2008-05-21 | 华中科技大学 | 一种基于消息中间件的高可用性数据库集群 |
US20120011398A1 (en) * | 2010-04-12 | 2012-01-12 | Eckhardt Andrew D | Failure recovery using consensus replication in a distributed flash memory system |
CN102024016A (zh) * | 2010-11-04 | 2011-04-20 | 天津曙光计算机产业有限公司 | 一种分布式文件***快速数据恢复的方法 |
CN102662795A (zh) * | 2012-03-20 | 2012-09-12 | 浪潮电子信息产业股份有限公司 | 一种分布式存储***中元数据容错恢复方法 |
CN102664923A (zh) * | 2012-03-30 | 2012-09-12 | 浪潮电子信息产业股份有限公司 | 一种利用Linux全局文件***实现共享存储池的方法 |
Non-Patent Citations (1)
Title |
---|
熊劲等: "DCFS2的元数据一致性策略", 《计算机研究与发展》 * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103235754A (zh) * | 2013-04-24 | 2013-08-07 | 曙光信息产业(北京)有限公司 | 分布式文件***中请求的处理方法和装置 |
CN103235754B (zh) * | 2013-04-24 | 2016-10-05 | 曙光信息产业(北京)有限公司 | 分布式文件***中请求的处理方法和装置 |
CN103336785A (zh) * | 2013-06-04 | 2013-10-02 | 华中科技大学 | 一种基于网络编码的分布式存储方法及其装置 |
CN103336785B (zh) * | 2013-06-04 | 2016-12-28 | 华中科技大学 | 一种基于网络编码的分布式存储方法及其装置 |
CN104932986A (zh) * | 2014-03-19 | 2015-09-23 | ***通信集团公司 | 一种数据重分布方法及装置 |
CN105589887A (zh) * | 2014-10-24 | 2016-05-18 | 中兴通讯股份有限公司 | 分布式文件***的数据处理方法及分布式文件*** |
CN104394023A (zh) * | 2014-12-09 | 2015-03-04 | 上海斐讯数据通信技术有限公司 | 用于网络接入终端的故障收集方法及*** |
CN104394023B (zh) * | 2014-12-09 | 2018-05-01 | 上海斐讯数据通信技术有限公司 | 用于网络接入终端的故障收集方法及*** |
CN106302577B (zh) * | 2015-05-19 | 2019-07-09 | 广州四三九九信息科技有限公司 | 日志处理方法 |
CN106302577A (zh) * | 2015-05-19 | 2017-01-04 | 广州四三九九信息科技有限公司 | 日志处理方法 |
CN105487963B (zh) * | 2015-11-26 | 2018-04-06 | 小米科技有限责任公司 | 消息确认方法及装置 |
CN105487963A (zh) * | 2015-11-26 | 2016-04-13 | 小米科技有限责任公司 | 消息确认方法及装置 |
CN106776130A (zh) * | 2016-11-30 | 2017-05-31 | 华为技术有限公司 | 一种日志恢复方法、存储装置和存储节点 |
WO2018098972A1 (zh) * | 2016-11-30 | 2018-06-07 | 华为技术有限公司 | 一种日志恢复方法、存储装置和存储节点 |
CN108108476A (zh) * | 2018-01-03 | 2018-06-01 | 中科边缘智慧信息科技(苏州)有限公司 | 高可靠分布式日志***的工作方法 |
CN110019105A (zh) * | 2019-01-24 | 2019-07-16 | 江苏中云科技有限公司 | 一种可靠高效的分布式文件*** |
CN111046009A (zh) * | 2019-11-11 | 2020-04-21 | 杭州迪普科技股份有限公司 | 日志存储方法及装置 |
CN111046009B (zh) * | 2019-11-11 | 2023-11-21 | 杭州迪普科技股份有限公司 | 日志存储方法及装置 |
CN115344539A (zh) * | 2022-10-12 | 2022-11-15 | 北京奥星贝斯科技有限公司 | 用于分布式数据库的日志空间回收方法和装置 |
CN115344539B (zh) * | 2022-10-12 | 2023-02-17 | 北京奥星贝斯科技有限公司 | 用于分布式数据库的日志空间回收方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103051681B (zh) | 2015-06-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103051681B (zh) | 一种面向分布式文件***的协作式日志*** | |
CN105335251B (zh) | 一种故障恢复方法及*** | |
CN101997823B (zh) | 一种分布式文件***及其数据访问方法 | |
CN103226502B (zh) | 一种数据灾备控制***及数据恢复方法 | |
CN102521072B (zh) | 虚拟磁带库设备及数据恢复方法 | |
CN102088490B (zh) | 数据存储方法、设备和*** | |
CN113641511B (zh) | 一种消息通信方法和装置 | |
CN109376197B (zh) | 一种数据同步方法、服务器及计算机存储介质 | |
KR102016095B1 (ko) | 트랜잭셔널 미들웨어 머신 환경에서 트랜잭션 레코드들을 유지하기 위한 시스템 및 방법 | |
CN103929500A (zh) | 一种分布式存储***的数据分片方法 | |
CN102142032B (zh) | 一种分布式文件***的数据读写方法及*** | |
CN102024016A (zh) | 一种分布式文件***快速数据恢复的方法 | |
CN102355369A (zh) | 虚拟化集群***及其处理方法和设备 | |
CN102394914A (zh) | 集群脑裂处理方法和装置 | |
CN105635311A (zh) | 一种云管理平台中资源池信息同步的方法 | |
CN105518641A (zh) | 点对点数据复制方法、设备和***以及主节点切换方法、设备和*** | |
CN102708158A (zh) | 一种PostgreSQL云存储归档调度*** | |
CN102609479A (zh) | 一种内存数据库节点复制方法 | |
CN104077199A (zh) | 基于共享磁盘的高可用集群的隔离方法和*** | |
CN105721582A (zh) | 多节点文件备份*** | |
CN103516734A (zh) | 数据处理方法、设备和*** | |
CN110286852A (zh) | 双控构架分布式存储***、数据读取方法、装置和存储介质 | |
CN102984009A (zh) | 一种基于P2P的VoIP***容灾备份方法 | |
CN116010111B (zh) | 一种跨集群资源调度方法、***及终端设备 | |
CN101459544A (zh) | 一种采集性能数据的方法及*** |
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 |