Avamar：当 avtar 在文件扫描阶段读取文件时会发生什么情况

Avamar 在备份期间扫描文件时会发生什么情况？

在 Avamar 备份期间，avtar 会扫描在源数据集中指定的整个文件系统。它会检查每个文件，以了解自上次备份以来是否已修改。   

有关 avtar 如何检测文件是否已修改的更多信息，请参阅 Avamar Client — 在 avtar 认为文件已被修改之前，必须进行哪些更改？

即使目录本身的修改时间没有更改，Avtar 也会遍历所有目录。这是因为较低级别的子目录可能已更改。

对于每个非目录文件，avtar 会收集其元数据。此元数据是关于文件的“统计”信息。
在具有安全描述符的 Windows NTFS 或 ReFS 文件系统上，avtar 还会收集安全描述符。
这是因为该信息可以在“文件修改时间”不更改的情况下更改。

对象的整个路径与类似统计信息的元数据相结合，以执行文件缓存查找。

在文件缓存读取命中时，将返回内容哈希或 Data Domain 备份的位置。

这允许在不打开文件的情况下对其进行备份。没有必要，因为自上次备份以来，它从未更改过。

在文件缓存读取未命中时，文件将被打开，内容将被读取、分块、压缩和哈希处理。然后，哈希缓存（或 Data Domain 的 DDBoost）用于避免将内容发送到 Avamar Server。

哈希是根据从类似统计信息的作返回的信息生成的。

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 Server。

相关文章：

• Avamar：备份性能行为和理论。
• Avamar：如何使用客户端日志确定自上次备份以来哪些文件是新文件或已更改的文件。
• Avamar：对备份性能缓慢进行故障处理。
• Avamar Client — 在 avtar 认为文件已修改之前，必须更改哪些内容？