存在单点故障的namenode宕机恢复测试

前提：如果namenode没有做HA，那么至少应该启用secondarynamenode，以便namenode宕机之后手动恢复数据

实验环境：3个节点（cenos 6.10）

测试前数据：

 

 1.为了确保数据尽可能恢复，手动checkpoint一下

[root@hadoop1 dfs]# hdfs secondarynamenode -checkpoint force
/************************************************************
STARTUP_MSG: Starting SecondaryNameNode
STARTUP_MSG:   host = hadoop1/192.168.110.11
STARTUP_MSG:   args = [-checkpoint, force]
STARTUP_MSG:   version = 2.7.3
。。。。。。
。。。。。。
18/11/14 16:15:12 WARN namenode.SecondaryNameNode: Checkpoint done. New Image Size: 57464
18/11/14 16:15:12 INFO util.ExitUtil: Exiting with status 0
18/11/14 16:15:12 INFO namenode.SecondaryNameNode: SHUTDOWN_MSG: 
/************************************************************
SHUTDOWN_MSG: Shutting down SecondaryNameNode at hadoop1/192.168.110.11
************************************************************/

2.从1的输出可以看到，checkpoint成功。现在kill掉namenode，删除namenode的元数据文件夹。

3.停止所有节点，格式化namenode

4.用/tmp/hadoop-root/dfs/namesecondary/current/VERSION的内容替换掉新生成的元数据文件夹里面的VERSION文件内容，同时复制/tmp/hadoop-root/dfs/namesecondary/current文件夹下以fsimage开头的文件到namenode的元数据文件夹下

5.重启集群。通过UI界面可以看到数据已经恢复。

 生产环境中数据可能不会完全恢复，因为宕机时没有机会来做checkpoint。

转载于:https://www.cnblogs.com/cqdxwjd/p/9958723.html