如果主节点失败,那么如何恢复主节点上的所有数据以及如何再次启动hadoop群集?

如果主节点失败,那么如何恢复主节点上的所有数据以及如何再次启动hadoop群集?,hadoop,hdfs,ambari,bigdata,Hadoop,Hdfs,Ambari,Bigdata,我有三个hadoop的主服务器,slave1,salve2集群服务器,我的问题是,如果ambari系统的主服务器出现故障,我们如何恢复?我们是否需要添加新服务器并再次安装ambari,或者如何从故障服务器恢复数据。如果添加了新服务器,我们可以将其分配为主服务器,那么我们该怎么做?可以建议我关闭主服务器,然后如何解决此问题 提前感谢。如果名称节点死亡且您没有备份,则不会检索数据。您需要一个备份名称节点(也称为辅助名称节点),它将在每个固定间隔后进行元数据备份。此间隔通常很长,因此仍会丢失一些数据

我有三个hadoop的主服务器,slave1,salve2集群服务器,我的问题是,如果ambari系统的主服务器出现故障,我们如何恢复?我们是否需要添加新服务器并再次安装ambari,或者如何从故障服务器恢复数据。如果添加了新服务器,我们可以将其分配为主服务器,那么我们该怎么做?可以建议我关闭主服务器,然后如何解决此问题


提前感谢。

如果名称节点死亡且您没有备份,则不会检索数据。您需要一个备份名称节点(也称为辅助名称节点),它将在每个固定间隔后进行元数据备份。此间隔通常很长,因此仍会丢失一些数据


使用hadoop 2.0,您可以借助被动名称节点进行更频繁的备份,如果主名称节点死亡且数据仍然可以访问,则被动名称节点将变为活动名称节点

如果名称节点死亡且您没有备份,则不会检索数据。您需要一个备份名称节点(也称为辅助名称节点),它将在每个固定间隔后进行元数据备份。此间隔通常很长,因此仍会丢失一些数据


使用hadoop 2.0,您可以借助被动名称节点进行更频繁的备份,如果主名称节点死亡且数据仍然可以访问,则被动名称节点将变为活动名称节点

谢谢你的回复。您的意思是,如果我的主服务器因电力故障或其他原因而崩溃,如果没有启动,那么如何获取namenode数据?我可以从其他群集节点服务器(如slave1或Slave2服务器)检索吗?请向我推荐hadoop echo系统的备份恢复。这就是我解释的,您需要另一个节点(辅助节点或被动节点),该节点将具有备份元数据,以便您可以恢复您的主名节点。在任何情况下,都需要安装辅助节点。辅助名称节点无法消除SPOF问题。这是由备用名称节点完成的。@Philantrovt我知道他在询问获取数据的方法,这就是为什么我提到了被动名称节点,也感谢您指出SPOF Thought感谢您的回复。您的意思是,如果我的主服务器因电力故障或其他原因而崩溃,如果没有启动,那么如何获取namenode数据?我可以从其他群集节点服务器(如slave1或Slave2服务器)检索吗?请向我推荐hadoop echo系统的备份恢复。这就是我解释的,您需要另一个节点(辅助节点或被动节点),该节点将具有备份元数据,以便您可以恢复您的主名节点。在任何情况下,都需要安装辅助节点。辅助名称节点无法消除SPOF问题。这是由Standby namenode完成的。@Philantrovet我知道他在询问获取数据的方法,这就是为什么我提到了被动名称节点,也感谢您指出SPOF思想如果您使用的是Hadoop 2,您可以运行Standby namenode来实现高可用性。否则,集群的主节点将成为单点故障。您无法从其他任何地方检索Namenode的数据,因为它与您存储的常用数据不同。如果您的namenode宕机,您的块和文件仍将存在,但您将无法访问它们,因为namenode中没有相关元数据。如果您使用的是Hadoop 2,则可以运行备用namenode以实现高可用性。否则,集群的主节点将成为单点故障。您无法从其他任何地方检索Namenode的数据,因为它与您存储的常用数据不同。如果您的namenode关闭,您的块和文件仍将在那里,但您将无法访问它们,因为namenode中没有相关的元数据。