CN111176901A - 一种hdfs删除文件恢复方法、终端设备及存储介质 - Google Patents

一种hdfs删除文件恢复方法、终端设备及存储介质 Download PDF

Info

Publication number
CN111176901A
CN111176901A CN201911407195.0A CN201911407195A CN111176901A CN 111176901 A CN111176901 A CN 111176901A CN 201911407195 A CN201911407195 A CN 201911407195A CN 111176901 A CN111176901 A CN 111176901A
Authority
CN
China
Prior art keywords
file
hdfs
deleted
log
data block
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
Application number
CN201911407195.0A
Other languages
English (en)
Other versions
CN111176901B (zh
Inventor
杜辉阳
沈长达
吴少华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xiamen Meiya Pico Information Co Ltd
Original Assignee
Xiamen Meiya Pico Information Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Xiamen Meiya Pico Information Co Ltd filed Critical Xiamen Meiya Pico Information Co Ltd
Priority to CN201911407195.0A priority Critical patent/CN111176901B/zh
Publication of CN111176901A publication Critical patent/CN111176901A/zh
Application granted granted Critical
Publication of CN111176901B publication Critical patent/CN111176901B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1471Saving, restoring, recovering or retrying involving logging of persistent data for recovery

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明涉及一种HDFS删除文件恢复方法、终端设备及存储介质,该方法中包括:S1:扫描本地存储介质,识别HDFS的Namenode池和DataNode池并关联;S2:查找HDFS文件系统中的fsimage文件,并根据fsimage文件构建目录树;S3:解析HDFS文件系统中edit日志文件,提取所有删除文件的文件信息组成删除文件集合;S4:从HDFS文件系统对应的所有磁盘的未分配簇空间中查找DataNode节点对应的所有数据块组成数据块集合;S5:针对删除文件集合中的每个文件,从数据集合中查找其对应的数据块信息,并进行关联;S6:将删除文件集合与构建的目录树合并为包含删除文件的完整目录树。本发明通过日志重新构建文件系统目录结构,恢复出丢失文件,填补了国内HDFS删除文件恢复技术方便的空白。

Description

一种HDFS删除文件恢复方法、终端设备及存储介质
技术领域
本发明涉及文件恢复领域,尤其涉及一种HDFS删除文件恢复方法、终端设备及存储介质。
背景技术
HDFS文件系统是运行在通用硬件上的分布式文件系统,随着大数据的发展与普及,其删除文件的恢复技术在智能设备安全、网络信息安全领域将是一个备受关注的热点。目前对HDFS文件系统的文件提取均需通过Hadoop服务器进行文件读取,在Hadoop服务器未启动情况下,无法读取HDFS文件系统存储的文件;在HDFS文件删除情况下,国内外还没有发现有软件支持HDFS文件系统的删除恢复,导致无法深入对HDFS分布式文件系统删除文件进行取证。
发明内容
为了解决上述问题,本发明提出了一种HDFS删除文件恢复方法、终端设备及存储介质。
具体方案如下:
一种HDFS删除文件恢复方法,包括以下步骤:
S1:扫描所有本地存储介质,识别HDFS的Namenode池和DataNode池,并关联同一个HDFS对应的namenode池和datanode池;
S2:从HDFS的NameNode池中查找HDFS文件系统的fsimage元数据文件,并根据fsimage文件构建目录树;
S3:从HDFS的NameNode池中查找HDFS文件系统的edit日志文件,并解析HDFS的edit日志文件,提取所有删除文件的文件信息组成删除文件集合;
S4:从HDFS文件系统关联的所有DataNode池的本地存储介质中,恢复出所有在DataNode池目录下被删除和已存在的数据块组成数据块集合;
S5:针对删除文件集合中的每个文件,从数据集合中查找其对应的数据块信息,并进行关联;当删除文件的数据块信息记载的所有数据块都完整查找到,将该文件标注为可恢复;当删除文件的数据块信息记载的数据块只有部分能够查找到,将该文件标注为部分可恢复;当删除文件的数据块信息记载的部分数据块都查找不到,将该文件标注为不可恢复;
S6:将删除文件集合与构建的目录树合并为包含删除文件的完整目录树。
进一步的,步骤S1具体包括以下步骤:
S11:扫描所有本地存储介质,获取所有具有HDFS目录结构的目录;
S12:读取HDFS目录结构下的VERSION文件,并获取ClusterID和UuID;
S13:通过ClusterID和UuID,关联同一个HDFS的数据池,即namenode池和datanode池。
进一步的,步骤S2中目录树的构建方法包括以下步骤:
S21:根据fsimage文件中的filesummarylength,计算filesummary所占的位置和长度;
S22:根据filesummary文件,解析其中的INODE section和Direction section两个块的位置和长度;
S23:根据INODE section,提取HDFS文件系统存储的所有文件的文件系统以及文件的数据块信息;
S24:根据Direction section,构建HDFS文件系统的目录树。
进一步的,步骤S3中删除文件集合的获取方法包括以下步骤:
S31:提取HDFS文件系统对应的所有edit日志文件组成日志集合;
S32:依次解析日志集合中的每个日志文件,筛选出所有的OPCODE参数值为OP_ADD的日志文件,并提取其对应的文件属性和数据块信息,将所有筛选出的日志文件对应的文件属性和数据块信息组成新增文件集合;
S33:依次解析日志集合中的每个日志文件,筛选出所有的OPCODE参数值为OP_DELETE的日志文件,并提取其对应的文件属性和数据块信息,将所有筛选出的日志文件对应的文件属性和数据块信息组成的集合与新增文件集合的交集作为删除文件集合。
一种HDFS删除文件恢复终端设备,包括处理器、存储介质以及存储在所述存储介质中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现本发明实施例上述的方法的步骤。
一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现本发明实施例上述的方法的步骤。
本发明采用如上技术方案,基于HDFS的日志特点结合本地存储介质文件系统的删除恢复功能,通过日志重新构建文件系统目录结构,恢复出丢失文件,为HDFS文件系统上因为误删除或者恶意删除导致的数据丢失提供了解决方案,填补了国内HDFS删除文件恢复技术方便的空白。恢复过程不需要hadoop服务运行和hadoop服务器运行日志以及hadoop的软件支撑。
附图说明
图1所示为本发明实施例一的流程图。
图2所示为该实施例中HDFS文件系统的结构示意图。
图3所示为该实施例中HDFS文件系统的框架示意图。
图4所示为该实施例中fsimage文件的结构示意图。
图5所示为该实施例中的实验结果示意图。
具体实施方式
为进一步说明各实施例,本发明提供有附图。这些附图为本发明揭露内容的一部分,其主要用以说明实施例,并可配合说明书的相关描述来解释实施例的运作原理。配合参考这些内容,本领域普通技术人员应能理解其他可能的实施方式以及本发明的优点。
现结合附图和具体实施方式对本发明进一步说明。
实施例一:
本发明实施例提出一种HDFS删除文件恢复方法,如图1所示,包括以下步骤:
S1:扫描所有本地存储介质,识别HDFS的Namenode池和DataNode池,并关联同一个HDFS对应的namenode池和datanode池。
HDFS会在其所在的Hadoop服务器运行的主机集群上创建一个NameNode池和若干个DataNode池。所有DataNode池和Namenode池都有一个VERSION文件,VERSION文件包含当前数据池的ClusterID、UuID以及数据池类型。当扫描到存储介质中存在目录结构与HDFS数据池的目录结构一致时候,读取VERSION文件内容,通过VERSION文件的内容可以判断是否为HDFS的数据池。所有存储介质扫描结束后,通过VERSION文件的ClusterID和UuID关联同一个HDFS的Namenode和所有Datanode。
需要说明的是,单个本地主机通常只会运行一个HDFS,但是存在格式化后重建Hadoop服务的情况,所以需要重新识别数据池所属的HDFS。再者可能会存在多块存储介质进行数据恢复时候,在不同存储介质中可能存在多个HDFS文件系统的数据池,因此也需要重新区分。
步骤S1具体包括以下步骤:
S11:扫描所有本地存储介质,获取所有具有HDFS目录结构的目录。
S12:读取HDFS目录结构下的VERSION文件,并获取ClusterID和UuID。
S13:通过ClusterID和UuID,关联同一个HDFS的数据池,即namenode池和datanode池。
S2:从HDFS的NameNode池中查找HDFS文件系统的fsimage元数据文件,并根据fsimage文件构建目录树。
HDFS文件系统是一种主从体系的分布式文件系统,其概念图如图2所示,其中,master代表HDFS的主机,Slave代表HDFS的从机,clien代表用户客户端。
HDFS文件系统在主从机器的磁盘上建立NameNode和DataNode两类节点用来存放元数据和数据。也就是说HDFS是建立在本地文件系统之上的分布式文件系统,其框架图如图3所示。
NameNode为HDFS的名称节点,相当于HDFS的元数据。NameNode用来管理HDFS中的目录树、文件以及文件信息。DataNode为HDFS的数据节点,负责存储HDFS的数据。Block为数据块,HDFS文件系统将一个文件分割成若干个数据块后,再将均匀分布存放在从机的DataNode节点上。
HDFS在主机的NameNode节点上创建一个以“fsimage”开头的文件用来存放元数据(下面统称为fsimage文件),并创建一系列以“edit”开头的文件(下面统称为edit日志)用来存放操作日志。
HDFS将元数据保存到fsimage文件中,fsimage文件用于存储文件的属性以及数据块信息。通过分析fsimage的文件结构才能进行文件解析。fsimage的文件结构如图4所示。
在HDFS中,文件和文件夹都被抽象成一个INODE(索引节点),使用fsimage文件中的INODE Section片段管理文件和文件夹信息。而文件的目录使用fsimage文件中的Directory Section片段进行管理。
目录树的构建方法包括以下步骤:
S21:根据fsimage文件中的filesummarylength,计算filesummary所占的位置和长度。
S22:根据filesummary,解析其中的INODE section和Direction section两个块的位置和长度。
S23:根据INODE section,提取HDFS文件系统存储的所有文件的文件系统以及文件的数据块信息。
S24:根据Direction section,构建HDFS文件系统的目录树。
S3:从HDFS的NameNode池中查找HDFS文件系统的edit日志文件,并解析HDFS的edit日志文件,提取所有删除文件的文件信息组成删除文件集合。
edit日志保存着HDFS的操作日志,包括创建文件,创建路径,删除文件等动作。edit日志中通过参数OPCODE来记录用户操作,参数OPCODE为OP_ADD时表示用户添加文件,OPCODE为OP_DELETE时表示用户删除文件,OPCODE为OP_CLOSE时表示用户操作完成。用户删除文件时候,HDFS只会通过PATH这个参数来记载哪个文件被删除。而用户添加文件时候,HDFS会记录用户添加文件的时间、文件长度,以及数据块信息,数据块信息是恢复文件的重要信息,在edit日志中通过参数BLOCK来记录数据块信息,该实施例中所述数据块信息包括数据块的ID,数据块的大小等。在HDFS中只需要获取到数据块的ID,就可以在DataNode中获取到数据块。即通过获取到被删除文件的参数BLOCK,就可以实现数据恢复。
删除文件集合的获取方法包括以下步骤:
S31:提取HDFS文件系统对应的所有edit日志文件组成日志集合。
S32:依次解析日志集合中的每个日志文件,筛选出所有的OPCODE参数值为OP_ADD的日志文件,并提取其对应的文件属性和数据块信息,将所有筛选出的日志文件对应的文件属性和数据块信息组成新增文件集合。
S33:依次解析日志集合中的每个日志文件,筛选出所有的OPCODE参数值为OP_DELETE的日志文件,并提取其对应的文件属性和数据块信息,将所有筛选出的日志文件对应的文件属性和数据块信息组成的集合与新增文件集合的交集作为删除文件集合。
所述文件属性为文件的时间、文件长度,所述数据块信息为包含参数BLOCK的信息。
S4:从HDFS文件系统关联的所有DataNode池的本地存储介质中,利用本地存储介质的文件系统或者其他存储特性的数据恢复技术,恢复出所有在DataNode池目录下被删除和已存在的数据块,并组成数据块集合。
S5:针对删除文件集合中的每个文件,从数据集合中查找其对应的数据块信息,并进行关联;当删除文件的数据块信息记载的所有数据块都完整查找到,将该文件标注为可恢复;当删除文件的数据块信息记载的数据块只有部分能够查找到,将该文件标注为部分可恢复;当删除文件的数据块信息记载的部分数据块都查找不到,将该文件标注为不可恢复。
通过对删除文件进行标注,可以帮助用户确定删除文件的内容是否恢复完全。当标注为可恢复时,文件可以完整显示;当标注为部分可恢复时,文件仅可部分显示或不能显示,其根据具体的文件特性决定;当标注为不可恢复时,文件不能显示。
S6:将删除文件集合与构建的目录树合并为包含删除文件的完整目录树,实现删除文件的恢复。
将删除文件集合中的被删除文件添加至目录树中,更新后的目录树为包含被删除文件的完整目录树,则HDFS文件系统中可以显示被删除的文件。
实验结果:
为验证本实施例的正确性和有效性,进行以下实验:
1、搭建一个三个节点的HDFS集群文件系统;
2、运行HDFS集群,往HDFS文件系统中加入文件MOVI9936.avi等文件;
3、删除MOVI9936.avi文件;
4、关闭HDFS集群,然后将HDFS集群三个节点的主机硬盘作成镜像;
5、解析HDFS主机的硬盘镜像,解析中发现存在HDFS集群,采用本实施例中方法对HDFS集群进行数据恢复。恢复效果如图5所示,从图中可以看出,MOVI9936.avi文件已被完整恢复。
本发明实施例在对HDFS运行原理进行研究以及大量实验的基础上,提出一种HDFS删除文件的恢复方法。该方法为HDFS文件系统上因为误删除或者恶意删除导致的数据丢失提供了解决方案,填补了国内HDFS删除文件恢复技术方便的空白。本实施例利用HDFS文件系统的日志特性并结合本地磁盘文件系统的数据恢复方法,挖掘其中存在过的痕迹,达到恢复文件的目的。
本发明实施例并不局限于本地存储介质的类型以及本次存储介质上搭载文件系统的类型,不需要hadoop服务运行和hadoop服务器运行日志以及不需要hadoop的任何软件帮助下,直接从本地存储介质中识别出HDFS文件系统部署过的痕迹,再利用HDFS文件系统的日志特性并结合本地磁盘文件系统的数据恢复方法,挖掘其中存在过的痕迹,达到恢复文件的目的。
实施例二:
本发明还提供一种HDFS删除文件恢复终端设备,包括存储介质、处理器以及存储在所述存储介质中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现本发明实施例一的上述方法实施例中的步骤。
进一步地,作为一个可执行方案,所述HDFS删除文件恢复终端设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述HDFS删除文件恢复终端设备可包括,但不仅限于,处理器、存储介质。本领域技术人员可以理解,上述HDFS删除文件恢复终端设备的组成结构仅仅是HDFS删除文件恢复终端设备的示例,并不构成对HDFS删除文件恢复终端设备的限定,可以包括比上述更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述HDFS删除文件恢复终端设备还可以包括输入输出设备、网络接入设备、总线等,本发明实施例对此不做限定。
进一步地,作为一个可执行方案,所称处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述HDFS删除文件恢复终端设备的控制中心,利用各种接口和线路连接整个HDFS删除文件恢复终端设备的各个部分。
所述存储介质可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储介质内的计算机程序和/或模块,以及调用存储在存储介质内的数据,实现所述HDFS删除文件恢复终端设备的各种功能。所述存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据手机的使用所创建的数据等。此外,存储介质可以包括高速随机存取存储介质,还可以包括非易失性存储介质,例如硬盘、内存、插接式硬盘,智能存储卡(Smart MediaCard,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储介质、闪存器件、或其他易失性固态存储介质。
本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现本发明实施例上述方法的步骤。
所述HDFS删除文件恢复终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)以及软件分发介质等。
尽管结合优选实施方案具体展示和介绍了本发明,但所属领域的技术人员应该明白,在不脱离所附权利要求书所限定的本发明的精神和范围内,在形式上和细节上可以对本发明做出各种变化,均为本发明的保护范围。

Claims (6)

1.一种HDFS删除文件恢复方法,其特征在于,包括以下步骤:
S1:扫描所有本地存储介质,识别HDFS的Namenode池和DataNode池,并关联同一个HDFS对应的namenode池和datanode池;
S2:从HDFS的NameNode池中查找HDFS文件系统的fsimage元数据文件,并根据fsimage文件构建目录树;
S3:从HDFS的NameNode池中查找HDFS文件系统的edit日志文件,并解析HDFS的edit日志文件,提取所有删除文件的文件信息组成删除文件集合;
S4:从HDFS文件系统关联的所有DataNode池的本地存储介质中,恢复出所有在DataNode池目录下被删除和已存在的数据块组成数据块集合;
S5:针对删除文件集合中的每个文件,从数据集合中查找其对应的数据块信息,并进行关联;当删除文件的数据块信息记载的所有数据块都完整查找到,将该文件标注为可恢复;当删除文件的数据块信息记载的数据块只有部分能够查找到,将该文件标注为部分可恢复;当删除文件的数据块信息记载的部分数据块都查找不到,将该文件标注为不可恢复;
S6:将删除文件集合与构建的目录树合并为包含删除文件的完整目录树。
2.根据权利要求1所述的HDFS删除文件恢复方法,其特征在于:步骤S1具体包括以下步骤:
S11:扫描所有本地存储介质,获取所有具有HDFS目录结构的目录;
S12:读取HDFS目录结构下的VERSION文件,并获取ClusterID和UuID;
S13:通过ClusterID和UuID,关联同一个HDFS的数据池,即namenode池和datanode池。
3.根据权利要求1所述的HDFS删除文件恢复方法,其特征在于:步骤S2中目录树的构建方法包括以下步骤:
S21:根据fsimage文件中的filesummarylength,计算filesummary所占的位置和长度;
S22:根据filesummary,解析其中的INODE section和Direction section两个块的位置和长度;
S23:根据INODE section,提取HDFS文件系统存储的所有文件的文件系统以及文件的数据块信息;
S24:根据Direction section,构建HDFS文件系统的目录树。
4.根据权利要求1所述的HDFS删除文件恢复方法,其特征在于:步骤S3中删除文件集合的获取方法包括以下步骤:
S31:提取HDFS文件系统对应的所有edit日志文件组成日志集合;
S32:依次解析日志集合中的每个日志文件,筛选出所有的OPCODE参数值为OP_ADD的日志文件,并提取其对应的文件属性和数据块信息,将所有筛选出的日志文件对应的文件属性和数据块信息组成新增文件集合;
S33:依次解析日志集合中的每个日志文件,筛选出所有的OPCODE参数值为OP_DELETE的日志文件,并提取其对应的文件属性和数据块信息,将所有筛选出的日志文件对应的文件属性和数据块信息组成的集合与新增文件集合的交集作为删除文件集合。
5.一种HDFS删除文件恢复终端设备,其特征在于:包括处理器、存储介质以及存储在所述存储介质中并在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1~4中任一所述方法的步骤。
6.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1~4中任一所述方法的步骤。
CN201911407195.0A 2019-12-31 2019-12-31 一种hdfs删除文件恢复方法、终端设备及存储介质 Active CN111176901B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911407195.0A CN111176901B (zh) 2019-12-31 2019-12-31 一种hdfs删除文件恢复方法、终端设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911407195.0A CN111176901B (zh) 2019-12-31 2019-12-31 一种hdfs删除文件恢复方法、终端设备及存储介质

Publications (2)

Publication Number Publication Date
CN111176901A true CN111176901A (zh) 2020-05-19
CN111176901B CN111176901B (zh) 2022-10-11

Family

ID=70657717

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911407195.0A Active CN111176901B (zh) 2019-12-31 2019-12-31 一种hdfs删除文件恢复方法、终端设备及存储介质

Country Status (1)

Country Link
CN (1) CN111176901B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113467997A (zh) * 2021-07-20 2021-10-01 成都易我科技开发有限责任公司 一种数据恢复方法、装置、移动设备和存储介质
CN113553219A (zh) * 2021-07-30 2021-10-26 成都易我科技开发有限责任公司 应用于网络存储设备的数据恢复方法及相关设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050289414A1 (en) * 2004-06-29 2005-12-29 Microsoft Corporation Lossless recovery for computer systems with remotely dependent data recovery
CN102024016A (zh) * 2010-11-04 2011-04-20 天津曙光计算机产业有限公司 一种分布式文件系统快速数据恢复的方法
US20160253362A1 (en) * 2013-11-29 2016-09-01 Tencent Technology (Shenzhen) Company Limited Method, device, node and system for managing file in distributed data warehouse
CN106919470A (zh) * 2015-12-25 2017-07-04 中兴通讯股份有限公司 一种数据恢复方法及装置
CN108052679A (zh) * 2018-01-04 2018-05-18 焦点科技股份有限公司 一种基于hadoop的日志分析系统
CN109522290A (zh) * 2018-11-14 2019-03-26 中国刑事警察学院 一种HBase数据块恢复及数据记录提取方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050289414A1 (en) * 2004-06-29 2005-12-29 Microsoft Corporation Lossless recovery for computer systems with remotely dependent data recovery
CN102024016A (zh) * 2010-11-04 2011-04-20 天津曙光计算机产业有限公司 一种分布式文件系统快速数据恢复的方法
US20160253362A1 (en) * 2013-11-29 2016-09-01 Tencent Technology (Shenzhen) Company Limited Method, device, node and system for managing file in distributed data warehouse
CN106919470A (zh) * 2015-12-25 2017-07-04 中兴通讯股份有限公司 一种数据恢复方法及装置
CN108052679A (zh) * 2018-01-04 2018-05-18 焦点科技股份有限公司 一种基于hadoop的日志分析系统
CN109522290A (zh) * 2018-11-14 2019-03-26 中国刑事警察学院 一种HBase数据块恢复及数据记录提取方法

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
ZHANYE WANG 等: "NCluster: Using Multiple Active Namenodes to Achieve High Availability for HDFS", 《2013 IEEE 15TH INTERNATIONAL CONFERENCE ON HIGH PERFORMANCE COMPUTING AND COMMUNICATIONS & 2013 IEEE INTERNATIONAL CONFERENCE ON EMBEDDED AND UBIQUITOUS COMPUTING (HPCC_EUC)》 *
曾琳: "基于存储特征的HBase数据恢复技术研究", 《中国优秀博硕士学位论文全文数据库(硕士)信息科技辑》 *
王占业: "大数据处理若干关键技术研究", 《中国优秀博硕士学位论文全文数据库(硕士)信息科技辑》 *
罗文华等: "基于存储形态及特征的HBase数据库灾难恢复机制研究", 《信息网络安全》 *
高元照: "云计算取证模型及其关键技术研究", 《中国优秀博硕士学位论文全文数据库(硕士)信息科技辑》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113467997A (zh) * 2021-07-20 2021-10-01 成都易我科技开发有限责任公司 一种数据恢复方法、装置、移动设备和存储介质
CN113467997B (zh) * 2021-07-20 2024-04-23 成都易我科技开发有限责任公司 一种数据恢复方法、装置、移动设备和存储介质
CN113553219A (zh) * 2021-07-30 2021-10-26 成都易我科技开发有限责任公司 应用于网络存储设备的数据恢复方法及相关设备

Also Published As

Publication number Publication date
CN111176901B (zh) 2022-10-11

Similar Documents

Publication Publication Date Title
CN110276002B (zh) 搜索应用数据处理方法、装置、计算机设备和存储介质
CN104714755B (zh) 一种快照管理方法及装置
CN109522290B (zh) 一种HBase数据块恢复及数据记录提取方法
CN111177302B (zh) 业务单据处理方法、装置、计算机设备和存储介质
CN110287192B (zh) 搜索应用数据处理方法、装置、计算机设备和存储介质
CN110569147B (zh) 一种基于索引的删除文件恢复方法、终端设备及存储介质
CN109739828B (zh) 一种数据处理方法、设备及计算机可读存储介质
US20140244606A1 (en) Method, apparatus and system for storing, reading the directory index
CN109241003B (zh) 文件管理方法和装置
CN111176901B (zh) 一种hdfs删除文件恢复方法、终端设备及存储介质
CN107330024B (zh) 标签系统数据的存储方法和装置
CN113010476B (zh) 元数据查找方法、装置、设备及计算机可读存储介质
CN111125298A (zh) 重建ntfs文件目录树的方法、设备及存储介质
CN114281779A (zh) 数据同步方法、装置、计算机设备及存储介质
CN103177022A (zh) 一种恶意文件搜索方法及装置
CN115858488A (zh) 基于数据治理的平行迁移方法、装置及可读介质
CN105843809B (zh) 数据处理方法和装置
Zhang et al. Recovering SQLite data from fragmented flash pages
CN112559913B (zh) 一种数据处理方法、装置、计算设备及可读存储介质
CN113448946A (zh) 数据迁移方法及装置、电子设备
CN115705313A (zh) 一种数据处理方法、装置、设备及计算机可读存储介质
CN109947739B (zh) 数据源管理方法及装置
CN111309677A (zh) 一种分布式文件系统的文件管理方法及装置
CN114611039B (zh) 异步加载规则的解析方法、装置、存储介质和电子设备
CN115858471A (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