hadoop之fsimage和edits工作机制和元数据namenode宕机恢复

hdfs数据误删后恢复方式 背景 我们知道hdfs是hadoop体系上的文件系统,负责具体的数据文件存储,且如果一旦hdfs文件被误删除后,尤其是重要数据,对公司来说影响非常大。所以需要提前做一些安全预防措施,例如使用Hdfs Trash机制,或者重要目录应用Hdfs SnapShot功能,然后针对于删除的文件或者目录可以通过trash或者SnapShot机制来进行恢复,如果数据确实已经删除了(例如直接通过hadoopapi进行delete,未配置SnapShot),如果想恢复数据,就需要快速采取一定的措施了。下面我们来分别介绍下. 阅读详情

今天发现我们的集群namenode启动不了了,报错如下图


关键在于在secondarynamenode报错停止之后,namenode开始创建edits.new文件记录新的操作元数据,然后不知道是由于什么问题导致的这个元数据加载报错。

按照网上的一下资料恢复了集群,但是丢失了n多数据

4.恢复 
制造namenode宕机的情况 
1) kill 掉namenode的进程 



Java代码  
1. [root @master  name]# jps    
2. 11749  NameNode    
3. 12339  Jps    
4. 11905  JobTracker    
5. [root@master  name]# kill  11749     



 2)删除dfs.name.dir所指向的文件夹,这里是/data/work/hdfs/name 



Java代码  
1. [root @master  name]# rm -rf *    


   删除name目录下的所有内容,但是必须保证name这个目录是存在的 

3)从secondarynamenode远程拷贝namesecondary文件到namenode的namesecondary 



Java代码  
1. [root @master  hdfs]# scp -r slave- 001 :/data/work/hdfs/namesecondary/ ./    



 4)启动namenode 



Java代码  
1. [root @master  /data]# hadoop namenode –importCheckpoint    


正常启动以后,屏幕上会显示很多log,这个时候namenode就可以正常访问了 

5)检查 
使用hadoop fsck /user命令检查文件Block的完整性 

6)停止namenode,使用crrl+C或者会话结束 

7)删除namesecondary目录下的文件(保存干净) 



Java代码  
1. [root @master  namesecondary]# rm -rf *    



 8)正式启动namenode 



Java代码  
1. [root @master  bin]# ./hadoop-daemon.sh  start namenode    



恢复工作完成,检查hdfs的数据 
 还有一个将edits的工作原理的,这里也记录一下


        
namenode宕机导致数据丢失,hdfs启动namenode失败,secondarynamenode冷备份 namenode宕机导致数据丢失,hdfs启动namenode失败,secondarynamenode冷备份查看namenode(镜像和日志丢失) 查看namenode(镜像和日志丢失) 日志丢失 镜像丢失 启动hadoop(发现namenode没有启动) 查看namenode启动日志 镜像和日志数据丢失 从secondarynamenode中找备份数据,恢复数据 secondarynamenode存放备份日志的路径 /export/servers/hadoop-2.6.0-cdh5.14.0/ 阅读详情

相关推荐

Hadoop之HDFS03【NameNode工作原理】

日志文件是滚动的,一个正在写,几个已写好的,checkpoint的时候,把正在写的滚动一下,然后把fsimage文件和日志文件下载到secondaryNameNode机器上,完成同步,只有第一次才会下载fsimage文件,这时不会很大,下一次的时候secondaryNameNode上就有fsimage文件了就只需要下载日志文件即可,单个日志文件不会很大。文件中记录的是edits滚动的序号,每次重启namenode时,namenode就知道要将哪些edits进行加载edits。如果能恢复如何恢复?

2401_89790580的博客 723

NameNode的元数据管理及HA

1、NameNode的作用   NameNode是HDFS主从架构的主节点的守护进程,其主要作用为: 负责相应客户端的读写请求 管理HDFS的元数据 配置和应用副本存放策略 管理集群数据块负载均衡问题  其中元数据管理是NameNode最重要的功能之一,WAL(预写式日志)是管理NameNode元数据的主要手段。在使用WAL的系统中,所有的修改在提交前都要写入日志文件。 ...

qq_22042675的博客 1381

【Hadoop】(一)分布式文件系统 HDFS_namenode -format format the dfs filesystem

namenode是整个文件系统的管理节点。他维护着整个文件系统的文件目录树,文件/目录的元信息和每个文件对应的数据块列表。接收用户的操作请求。fsimage:元数据镜像文件。存储某一时段NameNode内存元数据信息。edits:操作日志文件。fstime:保存最近一次checkpoint的时间。在 PNN(Primary NameNode) 合并之前,会将 edits 和 fsimage 文件发送给 SNN,然后 PNN 创建一个新的 edits.new 文件继续记录 PNN 的操作。

2401_84615524的博客 787

HDFS NameNode故障处理:元数据高可用与HA切换实战指南

NameNode是HDFS集群的元数据中枢,其故障直接影响整个分布式文件系统的可用性与数据一致性。理解NameNode的启动原理(fsimage加载与edits回放)、内存状态强依赖特性及客户端缓存机制,是构建高可用架构的基础。Quorum Journal Manager(QJM)保障edits日志的多副本强一致写入,ZooKeeper Failover Controller(ZKFC)实现主备自动仲裁,二者协同支撑秒级故障切换。在超大规模集群中,手动恢复面临元数据丢失、恢复时间非线性增长与客户端重连风暴等

weixin_29057065的博客 210

Hadoop高可用架构原理与实战:NameNode故障恢复与集群切换

分布式系统的高可用设计,核心在于对状态的一致同步与故障时的快速转移。以Hadoop为例,NameNode作为集群元数据的唯一持有者,一旦宕机,整个文件系统将失去对外服务能力。借助QJM仲裁日志机制,多个JournalNode协同保证edits日志的多数派写入,使Standby NameNode能够持续同步状态;Zookeeper与ZKFC则完成自动选主与隔离,防止脑裂。YARN ResourceManager同样依赖类似思路实现调度层的高可用。理解这些基础原理,是构建生产级大数据平台的前提,也能帮助运维人员

weixin_29057237的博客 270

大数据入门(二)Hadoop分布式文件系统——HDFS简介

1. HDFS是什么

qq_37771475的博客 2758

Hadoop高可用架构实战:NameNode与ResourceManager双活方案全解析

高可用(HA)是分布式系统设计的核心话题,核心目标是消除单点故障对集群稳定性的影响。在Hadoop生态中,NameNode和ResourceManager分别承担HDFS元数据管理与YARN资源调度职责,一旦发生故障,整个数据链路和计算服务都会面临中断风险。通过引入QJM(Quorum Journal Manager)实现元数据日志的多数派持久化,结合ZooKeeper协调自动故障转移,可以构建无单点的双活架构。该方案能有效缩短RTO,保障实时采集、离线调度、即席查询等生产场景的持续可用。本文从工程实践角度

weixin_34038293的博客 491

【分布式】第三章 HDFS

HDFS是一种用于存储大规模数据的分布式文件管理系统,具有高容错性、高吞吐量等特点。其核心架构包括NameNode、DataNode和Secondary NameNode。HDFS适合一次写入、多次读取的场景,但不适合低延迟访问或频繁修改。文件以块(默认128MB)形式存储,通过多副本机制确保数据可靠性。HDFS提供了丰富的Shell操作命令和Java API客户端,支持文件上传、下载、删除等操作。数据读写流程涉及客户端、NameNode和DataNode的协同工作,采用机架感知策略优化数据分布。

2502_91990594的博客 297

校招Hadoop工程师面试复盘:HDFS、MapReduce、YARN高频考点全解析

分布式存储与计算是当前大数据技术体系的根基,Hadoop作为其中最经典的开源框架,承担着海量数据的可靠存储与并行处理任务。理解Hadoop生态,需要从HDFS的架构设计、MapReduce的计算模型以及YARN的资源调度原理入手,再延伸到Hive、ZooKeeper等组件的协同工作方式。掌握这些核心机制,不仅能帮助开发者搭建高可用的大数据平台,还能在实际业务中快速定位数据倾斜、小文件过多等典型问题。无论是进行Hadoop伪分布式搭建的环境实操,还是应对校招中的Hadoop面试题,扎实的原理认知都远比死记硬背

weixin_30321709的博客 525

从零搭建完全分布式HDFS集群:企业级大数据存储实战指南

分布式文件系统是处理海量数据的核心技术,它通过将数据分散存储在多台服务器上,实现了存储容量的线性扩展和高可用性。其核心原理在于元数据与数据存储的分离,由NameNode统一管理文件系统命名空间和数据块映射,而DataNode负责实际的数据块存储与读写。这种架构设计带来了显著的技术价值:一方面通过数据冗余副本机制保障了数据的容错性,即使部分节点故障数据也不会丢失;另一方面支持横向扩展,能够应对PB级甚至EB级的数据存储需求。在应用场景上,分布式文件系统是构建大数据分析平台、数据湖和机器学习训练环境的存储基石。

weixin_34068198的博客 607

字节跳动大数据校招面试复盘:从HDFS到Spark的考点与经验

在分布式系统与海量数据处理成为企业核心竞争力的今天,大数据开发岗位的面试考察早已超越简单的API调用,转而聚焦对底层原理与工程实践的深刻理解。从HDFS的读写流程与副本策略,到MapReduce的Shuffle机制,再到Spark的RDD依赖与调优思路,这些基础组件共同构成了大数据技术栈的基石。与此同时,Kafka在实时链路中的高吞吐设计、数据倾斜的排查方法以及系统设计思维,也成为了衡量候选人能否应对真实业务场景的关键标尺。无论是准备校招还是跳槽,掌握这些核心概念并理解其背后的设计思想,都是通往字节跳动等一

weixin_34294649的博客 869

HDFS Namenode故障恢复:从元数据损坏到集群重启全指南

HDFS的Namenode是整个分布式文件系统的“大脑”——它存储着所有文件的元数据(文件名、路径、权限、块位置等),协调Datanode的读写操作。一旦Namenode故障(比如元数据损坏、服务器宕机),整个HDFS集群会完全不可用:既无法读取 existing 文件,也无法写入新文件。新手可能会慌不择路,误操作导致元数据彻底丢失;有经验的工程师也可能因为对“元数据恢复逻辑”理解不深,踩中隐藏的坑(比如恢复后文件块丢失)。本文的目标是把Namenode故障恢复变成可复制的“流程化操作”你将学会。

小白菜的博客 516

【HDFS】集群高可用

集群高可用 HDFS单节点架构存在的问题 HDFS单点架构存在一些问题,首先是NameNode内存受限,因为数据的元数据信息全部保存在NameNode内存中。如果数据量足够庞大,可能会将NameNode内存占满,这种情况下会导致HDFS的扩展性上限。 其次就是单点故障问题,主从架构的HDFS是依靠主节点NameNode来运转的,一旦主节点挂掉就会导致整个集群不可用。 Federation(联邦)机制 联邦机制是Hadoop 2.x中提出的解决NameNode内存瓶颈问题的水平横向扩展方案。 它将多台Nam

pengpengsays 320

【Educoder作业】※ 数字图像——绿幕抠像

这次作业比上一篇博客基本得多,大多都是基础函数的运用。没啥说的,就整个sizesizesize即可。 T2 获取一个像素 T3 图像反色 T4 修改透明度 ′RGBA′'RGBA'′RGBA′也是一种图像格式 T5 抠图 T6 添加场景 这个主要是pastepastepaste函数里面的maskmaskmask参量没整明白,转载一篇博客供参考。...

JZYshuraK的博客 7571

SAP PS模块预算控制实战:为什么你的采购订单金额和预算占用对不上?

本文深入解析SAP PS模块中采购订单金额与预算占用偏差的常见问题,揭示承诺成本与实际成本的分流处理机制。通过实战案例和六步定位法,提供发票拆分、跨年度预算等典型场景的解决方案,并分享预防性配置框架和最佳实践,帮助企业有效控制预算偏差。

weixin_30363981的博客 516

FPGA实现Gardner环定时同步:Verilog代码与Testbench实战解析

本文深入解析了在FPGA上实现Gardner环定时同步的完整过程,详细阐述了其非数据辅助的定时误差检测原理。通过Verilog代码实战,展示了内插滤波器、定时误差检测器、环路滤波器和数控振荡器等核心模块的设计,并提供了完整的Testbench验证方法,帮助开发者解决数字通信系统中的时钟同步难题。

gpt4scribbler的博客 576

matlab电子科技大学数学实验期末模拟35道(1)

【代码】matlab电子科技大学数学实验期末模拟35道。

c_wrj_的博客 2044

YOLO26优化:FPN涨点&轻量化篇 |多级特征融合金字塔(HS-FPN),助力小目标检测

高层筛选特征金字塔网络(HS-FPN),能够刷选出大小目标,增强模型表达不同尺度特征的能力,助力小目标检测

①答疑群聊服务;②YOLO大模型知识问答系统;③计算机视觉论文生成智能体; 331

高通平台Android 无线 UWB 开发全解析:UWB系统设计、天线与校准全流程指南

为使 UWB 系统达到目标性能,在整个开发流程中遵循一套设计最佳实践至关重要。系统架构:需基于飞行时间(ToF)功能的基准方案(POR)定义系统框图,这是整体系统架构的基础。天线布局:天线位置对性能影响极大,需尽可能贴近 UWB 芯片,以减少信号损耗、保持高传输效率。器件选型:需谨慎选择元器件,推荐使用单刀双掷(SPDT)或双刀双掷(DPDT)开关、UWB 带通滤波器射频同轴测试接头,以保障信号传输路径与测试能力。原理图优化:原理图开发阶段,走线损耗优化极为关键。

专业开发者的博客,一个从事Android WiFi和蓝牙的工程师 171

RepHead一种重参数化检测头用于提升YOLOv8在困难样本上的检测性能

在目标检测任务中,困难样本通常是指那些由于特殊背景、遮挡、低分辨率或极度小物体等因素,导致模型难以识别的样本。这类样本对传统YOLO系列模型的影响较大,常常造成漏检或误检。重参数化(Reparameterization)是一种深度学习中常用的技术,旨在通过对网络参数的变换,使得模型在训练过程中能够更加灵活地适应不同的数据特征。通过对原始网络结构的参数进行重新表达,能够引导模型在训练过程中学习到更加有效的特征。本文详细介绍了YOLOv8的改进——RepHead检测头,并深入分析了它在解决困难样本检测中的应用。

博客 1209

小论文/大论文必备 | RT-DETR目标检测、数据集增强 | 引入多种数据集增强方法,支持图像和标签同步扩充增强,助力小论文和大论文实验涨点策略,平均提升模型mAP约1-2个百分点

RT-DETR目标检测数据增强策略研究 ,本文针对RT-DETR目标检测模型提出9种数据增强方法,包括几何变换(水平/垂直翻转、中心裁剪)、光照调整(亮度、对比度)和噪声添加(高斯/椒盐噪声)等。所有增强操作均保持图像与标签同步变换,确保训练数据的准确性。实验表明,该策略可提升模型mAP 1-2个百分点,对小目标检测效果尤为显著。文中提供了完整的Python实现代码,支持批量处理图像和标签文件,并详细说明了各增强方法的功能特点。该方法通过提升数据多样性,有效增强了模型在复杂场景下的鲁棒性和泛化能力。

Ai缝合怪、助力小伙伴高效发论文 461

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

上一篇: 使用mapreduce读取hfile
下一篇: VSFTP 添加用户
willwill1101
博客等级 码龄11年 5粉丝 29原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值