虚拟机不用装Agent也能备份？无代理备份是怎么做到的

作者：钱萌萌

# 虚拟机无代理备份：我为什么放弃给每台VM装Agent？

说实话，2018年我刚接触虚拟化备份时，还傻乎乎地给每台虚拟机手动装Agent。结果呢？300台VM装了一周，运维经理差点拿刀找我。

后来才明白，原来无代理备份这玩意儿早就在行业里用烂了，只是我一直没摸对门路。今天聊聊这个吧，给还在纠结“装不装Agent”的朋友一点参考。

无代理和有代理，到底差在哪？

先给个定义句：无代理备份，是通过虚拟化平台API直接读取VM磁盘文件；有代理备份，是在每台VM操作系统内部安装Agent程序。

我遇到过很多客户问：“不装Agent，数据怎么读出来？”其实原理很简单——虚拟化平台（比如VMware的vSphere）本身就有底层接口，可以直接访问VM的虚拟磁盘文件（VMDK或VHDX）。备份软件通过这个接口，绕过操作系统，直接从磁盘层面拉数据。

有代理就不一样了。你得在每台VM里装个小程序，它运行在操作系统内，调用文件系统或数据库接口来备份。我见过最夸张的案例：某客户500台VM，光Agent部署就花了两周，中间还有30台因为系统版本不兼容装不上。

支持哪些平台？我踩过的坑

先说主流的：

VMware vSphere：靠VADP（vStorage APIs for Data Protection）。这是VMware的亲儿子接口，性能很稳。我之前用这个接口做过一次全量备份，100台VM同时跑，宿主机CPU只涨了3%左右。

Hyper-V：走VSS（Volume Shadow Copy Service）。微软的这套东西有个坑——如果VM里装了SQL Server，VSS可能会因为数据库日志截断问题导致备份失败。我第一次用Hyper-V无代理备份时就翻车了，后来加了预脚本才解决。

KVM：相对小众些，但也在用。通常通过libvirt API或QEMU的磁盘快照功能。说实话，KVM的无代理生态不如VMware成熟，如果环境中有KVM，我建议配合CDP方案做更保险。

无代理备份的优势，真不是吹的

1. 不需要每台VM装Agent。这个最直观。你想想，2000台VM，装一次Agent得多少人力？我算过，平均每台装+配置大概15分钟，2000台就是500小时，够写一本小说了。

2. 不消耗VM内CPU和内存。有Agent的情况下，备份时VM里会跑一个进程，会占内存和CPU，尤其是Windows系统，有时候备份没跑完，业务就卡了。无代理在宿主机层面操作，VM里的应用完全感知不到。

3. 部署简单。只需要在备份服务器上配置好虚拟化平台连接，指定要保护的VM列表就行。我之前帮一个客户从零搭建，2小时搞定200台VM的保护策略。

局限性：别以为无代理万能

但说实话，无代理也有硬伤。

首先是应用级一致性的问题。比如SQL Server和Exchange，无代理只能保证“崩溃一致性”——也就是磁盘层面的快照，但不能保证数据库事务日志被正确截断。这意味着如果备份时数据库正好在写事务，恢复后可能遇到不一致。

我之前有个客户用无代理备份SQL Server，结果恢复时发现数据库状态是“Recovery Pending”，折腾了半天才发现是事务日志没处理。后来改成了有代理+VSS方案才解决。

其次是粒度恢复受限。无代理备份的粒度最小是虚拟磁盘。如果你想恢复某封邮件或某个数据库里的单条记录，抱歉，不行。你得先把整个虚拟机还原，再手动提取数据——这在灾难恢复场景下简直是灾难。

什么场景选无代理？什么场景选有代理？

这个问题我一直按这个逻辑来：

无代理优先的场景：

有代理必须的场景：

我一般建议：80%的VM用无代理，20%的关键数据库用有代理。这样既省事又保险。

实战：VMware环境下一键备份100台VM

去年帮一个客户做项目，100台VM跑在VMware vSphere 7.0上，需求是每天凌晨2点全量备份，保留7天。我用了热备云的方案（之前做过类似测试），流程大概是这样：

1. 在备份控制台添加vCenter连接，输入IP和凭证

2. 创建备份策略：选择“无代理备份”，备份源选“全部虚拟机”

3. 配置调度：每天02:00执行，保留7天

4. 点击“应用”，系统自动通过VADP接口读取100台VM的磁盘

整个过程用了不到5分钟，备份作业自动启动。第一次全量备份大概用了4小时（总数据量约3TB），之后的增量备份只需要20分钟。

有个细节要注意：不要在VM快照存在时运行无代理备份。我之前没检查，结果备份失败报“Snapshot already exists”，后来加了预检脚本才解决。

避坑提醒

1. 网络带宽：无代理备份是通过管理网络或存储网络传输数据的。如果和业务共用网络，建议限速，不然备份时业务会卡。

2. 快照遗留：无代理备份依赖快照技术，如果备份失败，快照可能没被删除。我建议在备份后加一个“快照清理”步骤，或者设置快照最大存活时间。

3. 测试恢复：别以为备份成功就万事大吉。我见过太多备份成功但恢复失败的案例。每季度至少做一次恢复演练，这是底线。

---

说实话，我在这个行业摸爬滚打这么多年，见过太多因为备份方案选错导致数据丢失的悲剧。无代理备份确实方便，但不是万能药。关键是要根据业务场景——文件服务器用无代理，数据库用有代理，混合方案才是最优解。

如果你正在规划虚拟化环境的数据保护，不妨先梳理一下VM类型，再决定用哪种模式。毕竟，数据安全这事儿，省两步可能就踩坑了。