Veeam Backup & Replication 10 NAS 数据备份试用

Veeam Backup & Replication 10 发布已经有段时间了，最新的版本是 10.0.0.4461 ，其中新增了备份 NAS 存储功能。该功能是对 Veeam 企业用户请求的响应，这些用户在文件容器中存储的非结构化数据比虚拟机中的结构化数据多 10 倍。

Veeam Backup and Replication 10 可以备份 1-3 版的 SMB 文件（CIFS）以及 3 和 4.1 版的 NFS，可以还原整个存储，单个文件，或在给定的时间点回滚到以前的文件版本，还可以从 NAS 存储上的快照进行备份，降低对生产环境的影响。

NAS 存储备份过程的主要功能是使用“更改文件跟踪”机制，该机制允许通过跟踪更改的文件并将此元信息保存在 Cache Repository 中来增量备份文件存储。

更多的相关信息可以到官网看版本说明进行了解：https://www.veeam.com/veeam_backup_10_0_release_notes_rn.pdf

一、工作方式

官方文档对 NAS 备份原理进行了比较详细的说明，有助于我们了解在备份任务中出现的各种文件。原文见 https://helpcenter.veeam.com/docs/backup/vsphere/how_file_share_backup_works.html?ver=100

Google 译文如下：

文件共享备份的工作方式
Veeam Backup＆Replication 通过以下方式执行文件共享备份：

1. 当新的备份作业会话开始时，Veeam 备份和复制将分配文件代理以枚举文件共享上的文件和文件夹，并创建具有循环冗余校验（CRC）值的文件树。
2. 文件代理枚举文件共享上的文件和文件夹，并使用 CRC 值创建文件树。
3. 文件代理将文件树传输到缓存存储库。
4. 高速缓存存储库保存文件树。
5. 当缓存存储库从代理接收到新的树结构时，会将其与在上一次备份会话运行期间创建的文件树进行比较。如果自上次备份会话运行以来文件共享的任何文件或文件夹已更改，则高速缓存存储库将指示文件代理开始从源文件共享读取更改的数据。
6. 文件代理从文件共享读取新数据。
7. 文件代理创建数据包。数据包包含保存为数据文件（每个大小为 64 MB）的备份数据和包含备份文件的名称和版本以及备份文件中的数据分配的元数据文件。
8. 文件代理将新数据发送到目标备份存储库。

二、添加文件共享源

可以添加以下三种类型的文件共享：

1. Windows 或 Linux 服务器
2. NFS 文件共享
3. SMB 文件共享

备份时如果需要从微软的 VSS 快照读取数据，需要满足两个条件：

1. 源文件共享在启用了 SMB v3 功能的计算机上运行。
2. 文件代理角色分配给运行 Microsoft Windows Server 2012 R2 或更高版本的、启用了 SMB v3 功能的计算机。

 本次测试使用的是 SMB share，源目录内数据情况如下图

  Backup I/O control 调整为最快速度

  

三、SMB 共享文件备份测试

SMB 共享文件备份的高级选项里有如下三种：

1. 直接从文件共享中备份。Veeam备份和复制将忽略锁定的文件和文件夹，创建备份作业时，可以配置通知以列出在备份过程中跳过的文件和文件夹。
2. 从 Microsoft VSS 快照备份。需确保用于文件备份作业的文件共享和文件代理支持 SMB 协议版本 3.0 或更高版本。
3. 从本地存储快照备份。我理解应该是从支持 NAS 和 Snapshot 功能的存储中直接备份，和 VSS 类似。

此次备份测试选择默认设置，即“直接从文件共享中备份”

整个备份过程耗时 27 分 21 秒，数据传输速率 80MB/s，主要瓶颈在源，因为是 3.5 寸大盘的存储，IOPS 有限，所以拖慢了速度。 

备份过程中，程序在选定的 Cache repository 中创建具有循环冗余校验（CRC）值的文件树，文件类型为 Veeam 非结构化数据存储缓存文件

Backup repository 中有一个文件和一个文件夹

文件夹中的目录结构如下，一个 metadata 文件、三个文件夹 

data 目录下有多个文件夹，每个文件夹里有 16 个压缩后的数据文件，每个文件大小约 64MB，文件夹总大小为 50.8G，压缩比 2.34

      

meta 和 metabackup 里的元数据文件是一样的，应该是只进行过一次备份的原因。2 个文件一组，一共 16 组，合计 32 个文件，大小 2.13G。

从文件名上看，每个 index 和 pointers 文件是对应 data 中的 blob 文件的元数据，例如两个 00f 文件对应了 data 中 所有的 0000 文件，依次类推。

   

结论：

1. 备份速度还是可以的，当然也受限于各个环节，本例中如果源文件所在设备的 IOPS 更高的话，预计备份时间还将进一步减少；
2. 压缩比比较可观，但和文件类型有关，本例中主要是文档；
3. 从 Microsoft VSS 快照备份没测试成功，一开始是备份服务器没加 AD 域，后面加了 AD 域也不行，后续解决了再测试。