Avamar：avtar 在檔案掃描階段讀取檔案時會發生什麼情況

Avamar 在備份期間掃描檔案時會發生什麼情況？

在 Avamar 備份期間，avtar 會掃描來源資料集中指定的整個檔案系統。它會檢查每個檔案，以瞭解自上次備份後是否有修改。   

如需更多有關 avtar 如何偵測檔案是否經過修改的資訊，請參閱 Avamar 用戶端 - 在 avtar 將檔案視為已修改之前，需要變更哪些內容？

Avtar 遍曆所有目錄，即使目錄本身的修改時間沒有更改。這是因為較低級別的子目錄可能已更改。

對於每個非目錄檔，avtar 會收集其元數據。這個中繼資料是檔案的「統計」資訊。
在具有安全描述符的Windows NTFS或ReFS文件系統上，avtar還會收集安全描述符。
這是因為該資訊可以在不更改「檔修改時間」的情況下更改。

對象的整個路徑與類似 stat 的元數據相結合，以執行檔緩存查找。

在檔案快取讀取命中時，會傳回 Data Domain 備份的內容雜湊或位置。

這可讓您在不開啟檔案的情況下備份檔案。沒有必要，因為自上次備份以來它從未更改過。

在未命中檔緩存讀取時，將打開檔並讀取內容、進行分塊、壓縮和哈希處理。然後使用雜湊快取 （或 Data Domain 的 DDBoost） 來避免將內容傳送至 Avamar 伺服器。

哈希是根據從類似統計資訊的操作返回的資訊生成的。

Linux 中的範例：

stat testtest.gz
  File: `testtest.gz'
  Size: 29              Blocks: 8          IO Block: 4096   regular file
Device: 803h/2051d      Inode: 2149406915  Links: 1
Access: (0600/-rw-------)  Uid: (  500/   admin)   Gid: (  500/   admin)
Access: 2014-12-30 07:51:14.335261000 +0000
Modify: 2014-12-30 07:51:14.335261000 +0000
Change: 2014-12-30 07:51:18.443265606 +0000

在評估檔是否已更改時，avtar 會考慮修改和更改時間，但不考慮訪問時間。

這是一個快速操作，並解釋了為什麼具有很少更改檔和低更改率的 Avamar 備份如此之快。

如果計算的哈希值與用戶端檔緩存中的哈希值不同，則認為該檔已更改。必須完整處理變更的檔案，且必須將新區塊傳送至 Avamar 伺服器。

相關的文章：

• Avamar：備份性能行為和理論。
• Avamar：如何使用用戶端記錄，以識別自上次備份之後的新檔案或變更檔案。
• Avamar：排解備份效能緩慢的問題。
• Avamar 用戶端 - 在 avtar 認為檔案已被修改之前，必須變更哪些內容？