Veeam 虚拟机备份与容灾实践(19) 备份架构简析 二

在上一节课程中，我们初步构建了 Veeam 备份架构的全局视图，理解了代理服务器、备份库以及扩展模块之间的协作关系。而本节将深入探讨 Veeam 备份过程中最核心、也最常被误解的部分——数据传输模式。理解这几种传输模式，不仅有助于在报错时快速定位问题，更是优化备份窗口、提升恢复速度的关键所在。

本内容的学习门槛并不高，只要你熟悉基本的 VMware vSphere 概念即可上手。建议的学习顺序是：先通览所有模式建立整体认知，再重点对比 Direct SAN 与 Hot Add 的适用场景，最后通过文档中的案例理解 NBD 的降级逻辑。学完后，你将能够根据企业的存储网络现状，设计出最优的备份传输策略，并具备独立排查备份超时或性能瓶颈的能力。

首先，我们需要明确一个概念：虚拟机数据是如何从 ESXi 主机“流动”到 Veeam 备份服务器的？根据网络路径和存储接口的不同，Veeam 提供了多种传输模式，各具优劣。

第一种是 **Direct SAN Access（直连 SAN）**，这是性能最强的模式。当备份服务器与存储区域网络（SAN）直接相连，并能看到虚拟机所在的 LUN 时，数据无需经过 vSphere 的网络栈，而是通过 SCSI 命令直接在存储层面读取。这种模式极大减轻了 ESXi 主机的 CPU 和内存负担，适合大规模、高性能要求的备份场景。但其前提是存储网络的基础设施必须完善，且配置较为复杂，需要管理员具备相应的 SAN 知识。

第二种是 **Hot Add（热添加）**，这是一种折中且高效的方案。在此模式下，Veeam 备份 Proxy 会以虚拟机的形式“插入”到运行目标 VM 的 ESXi 主机上。通过内核对内总线直接访问磁盘数据，避免了网络传输的开销。Hot Add 模式无需额外的存储网络配置，只需计算资源即可，因此在中大型环境中应用广泛，是许多管理员的首选替代方案。

第三种则是 **NBD（NetBIOS/Data）**，即通过 vSphere 网络进行传输。当上述两种模式均不可用时（例如存储隔离或网络限制），Veeam 会自动降级到 NBD 模式。数据先由 vCenter 读取，再通过网络发送给备份 Proxy，最后写入备份库。虽然实现简单、兼容性好，但由于依赖虚拟化网络栈，CPU 和网络带宽占用较高，容易成为备份窗口的瓶颈。

此外，课程还特别提到了**两种特例**：一是虚拟机位于不同集群或跨站点时，需考虑数据路由的优化；二是部分特殊格式的磁盘或快照链异常时，传输模式的选择会直接影响备份的成功率。这些细节往往是实战中出现故障的高发区，务必仔细研读配套资料中的分析图表。

在实际生产环境中，建议优先规划 SAN 或 Hot Add 架构，以保障备份效率；NBD 则作为可靠的兜底机制。资料包中的演示视频能帮助你将抽象理论转化为直观印象，建议结合视频反复观察数据流向。下一节，我们将通过真实案例，分析如何根据业务需求选择最合适的传输模式，并排查常见的连接故障。