理解這兩個概念，對于理解Hadoop是如何管理備份，Secondary Namenode、Checkpoint Namenode和Backup Node如何工作的很重要。

• fsimage： 文件是文件系統(tǒng)元數(shù)據(jù)的一個永久性檢查點，包含文件系統(tǒng)中的所有目錄和文件idnode的序列化信息。
• edits： 文件系統(tǒng)的寫操作首先把它記錄在edit中

將文件系統(tǒng)個元數(shù)據(jù)操作分開操作，是為了提升內(nèi)存的處理效率。如果不分開處理，即所有的寫操作均記錄在一個文件中，比 如，fsimage中，那么每個操作都會對這個文件進行修改，因為這個文件可能會很大，所以每次進行寫操作的時候就會很慢，隨著fsimage越來越大， 速度便會越來越低。

Hadoop的解決方案是輔助Namenode節(jié)點，文件系統(tǒng)的寫操作不是直接被修改到fsimage中，二是edits中，輔助Namenode 節(jié)點負責將兩者在自己的內(nèi)存中整合然后進行相應的替換操作，這樣會頻繁的對edits進行修改而不是fsimage，而edits文件的大小是可以接受 的，而且大小也不會不斷增加。具體的checkpoint執(zhí)行過程如下：

?

以下即是checkpoint過程：

1. 輔助Namenode請求主Namenode停止使用edits文件，暫時將新的寫操作記錄到一個新文件中，如edits.new。
2. 輔助Namenode節(jié)點從主Namenode節(jié)點獲取fsimage和edits文件（采用HTTP GET）
3. 輔助Namenode將fsimage文件載入到內(nèi)存，逐一執(zhí)行edits文件中的操作，創(chuàng)建新的fsimage文件
4. 輔助Namenode將新的fsimage文件發(fā)送回主Namenode（使用HTTP POST）
5. 主Namenode節(jié)點將從輔助Namenode節(jié)點接收的fsimage文件替換舊的fsimage文件，用步驟1產(chǎn)生的edits.new文件替換舊的edits文件（即改名）。同時更新fstime文件來記錄檢查點執(zhí)行的時間

注：從Hadoop0.21.0開始，輔助Namenode已經(jīng)放棄不用，由checkpoint節(jié)點取而代之，功能不變。新版本同時引入一種新的Namenode，名為BackupNode。