CN107402870B - 一种元数据服务器中日志段的处理方法及装置 - Google Patents
一种元数据服务器中日志段的处理方法及装置 Download PDFInfo
- Publication number
- CN107402870B CN107402870B CN201710638963.8A CN201710638963A CN107402870B CN 107402870 B CN107402870 B CN 107402870B CN 201710638963 A CN201710638963 A CN 201710638963A CN 107402870 B CN107402870 B CN 107402870B
- Authority
- CN
- China
- Prior art keywords
- log segment
- log
- sequence number
- segment
- subtree root
- 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
- 238000000034 method Methods 0.000 title claims abstract description 17
- 230000004048 modification Effects 0.000 claims abstract description 22
- 238000012986 modification Methods 0.000 claims abstract description 22
- 230000001960 triggered effect Effects 0.000 claims description 4
- 238000003672 processing method Methods 0.000 claims 2
- 230000004044 response Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
-
- 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/17—Details of further file system functions
- G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/875—Monitoring of systems including the internet
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请提供的一种元数据服务器中日志段的处理方法,当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记;若是,将所述序号最小的日志段的子树根单独进行落盘,并对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段;若否,不将所述子树根落盘,直接对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。元数据服务器中的子树根单独落盘,不再跟随日志段落盘,减少了落盘数据和落盘频率,提升了落盘效率。
Description
技术领域
本发明涉及分布式集群存储技术领域,更具体的,涉及一种元数据服务器中日志段的处理方法及装置。
背景技术
集群文件***中,对于文件元数据的所有操作都是通过元数据服务器来进行响应处理的。当集群规模变大以后,单个元数据服务器不足以支撑消息的响应处理,因此增加为多个元数据服务器作为集群来处理请求响应。
元数据服务器为保证数据安全,需要将子树根作为一个整体存放在每个日志段的开头,跟随日志段一起落盘,以备在重启元数据服务器时候回放使用。但随着子树根的增多,每次需要落盘的数据量大大增加,严重影响了落盘效率,进而影响了元数据的其他处理流程,影响***正常使用。
发明内容
有鉴于此,本发明提供了一种元数据服务器中日志段的处理方法,元数据服务器中的子树根单独落盘,不再跟随日志段落盘,减少了落盘数据和落盘频率,提升了落盘效率。
为了实现上述发明目的,本发明提供的具体技术方案如下:
一种元数据服务器中日志段的处理方法,包括:
当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记;
若是,将所述序号最小的日志段的子树根进行落盘,并对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段;
若否,对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。
优选的,所述将所述序号最小的日志段的子树根进行落盘,包括:
从内存中读取所述序号最小的日志段的子树根;
将所述子树根保存到磁盘中;
删除所述内存中的所述子树根。
优选的,当所述元数据服务器重启或被接替后,所述方法还包括:
对所述元数据服务器中的多个日志段进行回放。
优选的,所述对所述元数据服务器中的多个日志段进行回放,包括:
将序号最大的日志段确定为当前日志段;
判断所述当前日志段中是否有子树根修改标记;
若是,从磁盘中读取与所述当前日志段序号相对应的子树根,并将所述子树根保存到内存;
若否,从磁盘中读取小于所述当前日志段序号的日志段中序号最大的日志段对应的子树根;
依次对所述当前日志段中的每个事件进行回放;
按日志段序号从大到小的顺序将所述当前日志段的下一个日志段确定为当前日志段,并返回执行所述判断所述当前日志段中是否有子树根修改标记这一步骤,直到所述元数据服务器中的所有日志段回放完成。
一种元数据服务器中日志段的处理装置,包括:
判断单元,用于当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记,若是,触发第一保存单元,若否,触发第二保存单元;
所述第一保存单元,用于将所述序号最小的日志段的子树根进行落盘,并触发所述第二保存单元;
所述第二保存单元,用于对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。
优选的,所述第一保存单元包括:
第一读取子单元,用于从内存中读取所述序号最小的日志段的子树根;
保存子单元,用于将所述子树根保存到磁盘中;
删除子单元,用于删除所述内存中的所述子树根。
优选的,当所述元数据服务器重启或被接替后,所述处理装置还包括:
回放单元,用于对所述元数据服务器中的多个日志段进行回放。
优选的,所述回放单元包括:
第一确定子单元,用于将序号最大的日志段确定为当前日志段;
判断子单元,用于判断所述当前日志段中是否有子树根修改标记,若是,触发第二读取子单元,若否,触发第三读取子单元;
所述第二读取子单元,用于从磁盘中读取与所述当前日志段序号相对应的子树根,并将所述子树根保存到内存,并触发回放子单元;
所述第三读取子单元,用于从磁盘中读取小于所述当前日志段序号的日志段中序号最大的日志段对应的子树根,并触发回放子单元;
所述回放子单元,用于依次对所述当前日志段中的每个事件进行回放;
第二确定子单元,用于按日志段序号从大到小的顺序将所述当前日志段的下一个日志段确定为当前日志段,并触发所述判断子单元,直到所述元数据服务器中的所有日志段回放完成。
相对于现有技术,本发明的有益效果如下:
本发明提供的一种元数据服务器中日志段的处理方法,当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记;若是,将所述序号最小的日志段的子树根单独进行落盘,并对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段;若否,不将所述子树根落盘,直接对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。元数据服务器中的子树根单独落盘,不再跟随日志段落盘,减少了落盘数据和落盘频率,提升了落盘效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例公开的一种元数据服务器中日志段的处理方法流程图;
图2为本发明实施例公开的另一种元数据服务器中日志段的处理方法流程图;
图3为本发明实施例公开的一种元数据服务器中日志段的处理装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
元数据服务器用于处理接收到的各种事件,将处理后的元数据写入日志段。
当元数据服务器接收到事件请求时,根据当前日志段中的事件数量判断是否需要构建新日志段,具体的,当前日志段中的事件数量达到上限时需要构建新日志段;
若需要,判断所述当前日志段中的子树根是否已修改;
若已修改,将所述子树根保存到内存,在所述当前日志段中添加子树根修改标记,创建新的日志段,并将所述时间记录到新创建的日志段中;
若未修改,创建新的日志段,并将所述时间记录到新创建的日志段中;
若不需要,将所述事件记录到所述当前日志段中。
在此基础上,请参阅图1,本实施例公开了一种元数据服务器中日志段的处理方法,具体包括以下步骤:
S101:当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记,若是,执行S102,若否,执行S103;
子树根是一种特殊的目录,是元数据服务器负载的基础,子树根修改是指子树根由一个元数据服务器负载转移到另外一个元数据服务器上去负载,转移前后的两个元数据服务器都会有子树根的数量变化。
每个日志段都对应一个序号,日志段的创建时间越早对应的序号越小。
S102:将所述序号最小的日志段的子树根进行落盘,并执行S103;
所述将所述序号最小的日志段的子树根进行落盘,具体为从内存中读取所述序号最小的日志段的子树根;将所述子树根保存到磁盘中;删除所述内存中的所述子树根。
S103:对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段;
对所述序号最小的日志段进行解析的目的是得到日志段中各个事件数据。
本实施例中公开的一种元数据服务器中日志段的处理方法,当检测到元数据服务器中日志段的数量超过预设值时,对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。只有当序号最小的日志段中有子树根修改标记时,才将所述序号最小的日志段的子树根进行落盘,当序号最小的日志段中没有子树根修改标记时,不将所述子树根落盘。元数据服务器中的子树根单独落盘,不再跟随日志段落盘,减少了落盘数据和落盘频率,提升了落盘效率。
元数据服务器重启或者被接替后,为防止数据丢失,要对所述元数据服务器中的多个日志段进行回放。基于上述实施例公开的一种元数据服务器中日志段的处理方法,请参阅图2,本实施例公开了另一种元数据服务器中日志段的处理方法,当所述元数据服务器重启或被接替后,所述方法还包括:对所述元数据服务器中的多个日志段进行回放。
优选的,对所述元数据服务器中的多个日志段进行回放,具体执行过程如下:
S201:将序号最大的日志段确定为当前日志段;
S202:判断所述当前日志段中是否有子树根修改标记,若是,执行S203,若否,执行S204;
S203:从磁盘中读取与所述当前日志段序号相对应的子树根,并将所述子树根保存到内存;
S204:从磁盘中读取小于所述当前日志段序号的日志段中序号最大的日志段对应的子树根;
S205:依次对所述当前日志段中的每个事件进行回放;
需要说明的是,在日志段回访过程中,首先回放的是该日志段头部的子树根,后面的事件依据子树根来回放。
S206:按日志段序号从大到小的顺序将所述当前日志段的下一个日志段确定为当前日志段,并返回执行S202,直到所述元数据服务器中的所有日志段回放完成。
可以理解的是,对元数据服务器中的每个日志段中的每个事件的回放是元数据服务器记录事件、创建新日志段的逆过程,目的为避免元数据服务器重启或被接替后的数据丢失。
基于上述实施例公开的一种元数据服务器中日志段的处理方法,请参阅图3,本实施例对应公开了一种元数据服务器中日志段的处理装置,包括:
判断单元101,用于当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记,若是,触发第一保存单元102,若否,触发第二保存单元103;
所述第一保存单元102,用于将所述序号最小的日志段的子树根进行落盘,并触发所述第二保存单元103;
所述第二保存单元103,用于对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。
优选的,所述第一保存单元包括:
第一读取子单元,用于从内存中读取所述序号最小的日志段的子树根;
保存子单元,用于将所述子树根保存到磁盘中;
删除子单元,用于删除所述内存中的所述子树根。
优选的,当所述元数据服务器重启或被接替后,所述处理装置还包括:
回放单元,用于对所述元数据服务器中的多个日志段进行回放。
优选的,所述回放单元包括:
第一确定子单元,用于将序号最大的日志段确定为当前日志段;
判断子单元,用于判断所述当前日志段中是否有子树根修改标记,若是,触发第二读取子单元,若否,触发第三读取子单元;
所述第二读取子单元,用于从磁盘中读取与所述当前日志段序号相对应的子树根,并将所述子树根保存到内存,并触发回放子单元;
所述第三读取子单元,用于从磁盘中读取小于所述当前日志段序号的日志段中序号最大的日志段对应的子树根,并触发回放子单元;
所述回放子单元,用于依次对所述当前日志段中的每个事件进行回放;
第二确定子单元,用于按日志段序号从大到小的顺序将所述当前日志段的下一个日志段确定为当前日志段,并触发所述判断子单元,直到所述元数据服务器中的所有日志段回放完成。
本实施例提供的一种元数据服务器中日志段的处理装置,当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记;若是,将所述序号最小的日志段的子树根单独进行落盘,并对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段;若否,不将所述子树根落盘,直接对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。元数据服务器中的子树根单独落盘,不再跟随日志段落盘,减少了落盘数据和落盘频率,提升了落盘效率。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (6)
1.一种元数据服务器中日志段的处理方法,其特征在于,包括:
当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记;
若是,从内存中读取所述序号最小的日志段的子树根,将所述子树根保存到磁盘中,删除所述内存中的所述子树根,并对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段;
若否,对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。
2.根据权利要求1所述的处理方法,其特征在于,当所述元数据服务器重启或被接替后,所述方法还包括:
对所述元数据服务器中的多个日志段进行回放。
3.根据权利要求2所述的处理方法,其特征在于,所述对所述元数据服务器中的多个日志段进行回放,包括:
将序号最大的日志段确定为当前日志段;
判断所述当前日志段中是否有子树根修改标记;
若是,从磁盘中读取与所述当前日志段序号相对应的子树根,并将所述子树根保存到内存;
若否,从磁盘中读取小于所述当前日志段序号的日志段中序号最大的日志段对应的子树根;
依次对所述当前日志段中的每个事件进行回放;
按日志段序号从大到小的顺序将所述当前日志段的下一个日志段确定为当前日志段,并返回执行所述判断所述当前日志段中是否有子树根修改标记这一步骤,直到所述元数据服务器中的所有日志段回放完成。
4.一种元数据服务器中日志段的处理装置,其特征在于,包括:
判断单元,用于当检测到元数据服务器中日志段的数量超过预设值时,判断序号最小的日志段中是否有子树根修改标记,若是,触发第一保存单元,若否,触发第二保存单元;
所述第一保存单元,用于从内存中读取所述序号最小的日志段的子树根,将所述子树根保存到磁盘中,删除所述内存中的所述子树根,并触发所述第二保存单元;
所述第二保存单元,用于对所述序号最小的日志段进行解析,将得到的事件数据保存到磁盘中,删除所述序号最小的日志段。
5.根据权利要求4所述的处理装置,其特征在于,当所述元数据服务器重启或被接替后,所述处理装置还包括:
回放单元,用于对所述元数据服务器中的多个日志段进行回放。
6.根据权利要求5所述的处理装置,其特征在于,所述回放单元包括:
第一确定子单元,用于将序号最大的日志段确定为当前日志段;
判断子单元,用于判断所述当前日志段中是否有子树根修改标记,若是,触发第二读取子单元,若否,触发第三读取子单元;
所述第二读取子单元,用于从磁盘中读取与所述当前日志段序号相对应的子树根,并将所述子树根保存到内存,并触发回放子单元;
所述第三读取子单元,用于从磁盘中读取小于所述当前日志段序号的日志段中序号最大的日志段对应的子树根,并触发回放子单元;
所述回放子单元,用于依次对所述当前日志段中的每个事件进行回放;
第二确定子单元,用于按日志段序号从大到小的顺序将所述当前日志段的下一个日志段确定为当前日志段,并触发所述判断子单元,直到所述元数据服务器中的所有日志段回放完成。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710638963.8A CN107402870B (zh) | 2017-07-31 | 2017-07-31 | 一种元数据服务器中日志段的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710638963.8A CN107402870B (zh) | 2017-07-31 | 2017-07-31 | 一种元数据服务器中日志段的处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107402870A CN107402870A (zh) | 2017-11-28 |
CN107402870B true CN107402870B (zh) | 2020-10-16 |
Family
ID=60401103
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710638963.8A Active CN107402870B (zh) | 2017-07-31 | 2017-07-31 | 一种元数据服务器中日志段的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107402870B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108427728A (zh) * | 2018-02-13 | 2018-08-21 | 百度在线网络技术(北京)有限公司 | 元数据的管理方法、设备及计算机可读介质 |
CN108647151B (zh) * | 2018-04-26 | 2021-10-29 | 郑州云海信息技术有限公司 | 一种全闪***元数据落盘方法、装置、设备及存储介质 |
CN109144425A (zh) * | 2018-09-07 | 2019-01-04 | 郑州云海信息技术有限公司 | 一种元数据存储方法、装置、设备及计算机可读存储介质 |
CN109521963B (zh) * | 2018-11-14 | 2021-08-10 | 郑州云海信息技术有限公司 | 一种元数据落盘方法及装置 |
CN109582244B (zh) * | 2018-12-05 | 2022-08-12 | 广东浪潮大数据研究有限公司 | 一种元数据落盘方法、装置、终端及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577735A (zh) * | 2009-06-24 | 2009-11-11 | 成都市华为赛门铁克科技有限公司 | 一种接管故障元数据服务器的方法、装置及*** |
CN101697168A (zh) * | 2009-10-22 | 2010-04-21 | 中国科学技术大学 | 一种分布式文件***动态元数据管理方法及*** |
CN103544322A (zh) * | 2013-11-08 | 2014-01-29 | 北京邮电大学 | 基于服务器集群的热点元数据管理方法 |
CN103793534A (zh) * | 2014-02-28 | 2014-05-14 | 苏州博纳讯动软件有限公司 | 分布式文件***及均衡元数据存储和访问负载的实现方法 |
US9311220B1 (en) * | 2013-12-31 | 2016-04-12 | Google Inc. | System to uncover root cause of non-deterministic (flaky) tests |
-
2017
- 2017-07-31 CN CN201710638963.8A patent/CN107402870B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577735A (zh) * | 2009-06-24 | 2009-11-11 | 成都市华为赛门铁克科技有限公司 | 一种接管故障元数据服务器的方法、装置及*** |
CN101697168A (zh) * | 2009-10-22 | 2010-04-21 | 中国科学技术大学 | 一种分布式文件***动态元数据管理方法及*** |
CN103544322A (zh) * | 2013-11-08 | 2014-01-29 | 北京邮电大学 | 基于服务器集群的热点元数据管理方法 |
US9311220B1 (en) * | 2013-12-31 | 2016-04-12 | Google Inc. | System to uncover root cause of non-deterministic (flaky) tests |
CN103793534A (zh) * | 2014-02-28 | 2014-05-14 | 苏州博纳讯动软件有限公司 | 分布式文件***及均衡元数据存储和访问负载的实现方法 |
Non-Patent Citations (1)
Title |
---|
一种面向海量存储***的高效元数据集群管理方案;肖中正等;《计算机研究与发展》;20150430;第929-941页 * |
Also Published As
Publication number | Publication date |
---|---|
CN107402870A (zh) | 2017-11-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107402870B (zh) | 一种元数据服务器中日志段的处理方法及装置 | |
CN108647151B (zh) | 一种全闪***元数据落盘方法、装置、设备及存储介质 | |
CN108319654B (zh) | 计算***、冷热数据分离方法及装置、计算机可读存储介质 | |
CN107729558B (zh) | 文件***碎片整理的方法、***、装置及计算机存储介质 | |
CN107168651B (zh) | 一种小文件聚合存储处理方法 | |
US8863110B2 (en) | Firmware updating system and method | |
CN110727404A (zh) | 一种基于存储端的数据重删方法、设备以及存储介质 | |
CN107506266B (zh) | 一种数据恢复方法及*** | |
CN112783831B (zh) | 一种文件迁移方法及装置 | |
CN109614045B (zh) | 一种元数据落盘方法、装置及相关设备 | |
CN112182010B (zh) | 脏页刷新方法和装置、存储介质和电子设备 | |
CN106844491B (zh) | 一种临时数据的写入、读取方法及写入、读取装置 | |
CN110955639A (zh) | 一种数据处理方法及装置 | |
CN106294470B (zh) | 基于切分日志的实时增量日志信息读取的方法 | |
CN111061429B (zh) | 一种数据访问方法、装置、设备、介质 | |
CN111625506A (zh) | 一种基于删除队列的分布式数据删除方法、装置及设备 | |
CN111221790A (zh) | 一种日志文件的处理方法、装置及计算机可读存储介质 | |
CN110647498A (zh) | 一种文件存储方法、装置、设备及计算机可读存储介质 | |
CN103176753A (zh) | 存储设备及其数据管理方法 | |
CN112882659B (zh) | 一种信息获得方法、装置、电子设备及存储介质 | |
CN111880735B (zh) | 一种存储***中数据迁移方法、装置、设备及存储介质 | |
CN113655958A (zh) | 应用数据的存储方法 | |
CN107301073B (zh) | 一种基于固态硬盘***的配置信息检索方法及其装置 | |
CN111026720A (zh) | 一种文件处理方法、***及相关设备 | |
CN112684981B (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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200916 Address after: 215100 No. 1 Guanpu Road, Guoxiang Street, Wuzhong Economic Development Zone, Suzhou City, Jiangsu Province Applicant after: SUZHOU LANGCHAO INTELLIGENT TECHNOLOGY Co.,Ltd. Address before: 450018 Henan province Zheng Dong New District of Zhengzhou City Xinyi Road No. 278 16 floor room 1601 Applicant before: ZHENGZHOU YUNHAI INFORMATION TECHNOLOGY Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |