本文记录了使用 Proxmox Backup Server（PBS）对多个 Proxmox VE 虚拟机进行完整备份的过程，分析了各个虚拟机的备份特征、性能瓶颈，并提出了一些优化建议。
🛠️ 背景简介
Proxmox Backup Server 是一款原生支持增量、去重、压缩的备份系统，特别适合与 Proxmox VE 配合使用。
对 7 台虚拟机进行了完整备份。使用的是 snapshot（快照）模式，并通过 PBS 后端存储，确保备份的可靠性与性能。
🧾 备份配置参数
备份命令如下（VM ID 和邮箱已脱敏处理）：
vzdump <VM_IDs> --mailto <admin@domain> --node pve --mode snapshot \
--notes-template '{{guestname}}' --mailnotification always --storage pbs
- 模式：
snapshot，实现在线备份，尽量不影响业务运行 - 存储：PBS 本地部署，存储位于独立硬盘阵列中
- 通知：每次备份无论成败都发送邮件报告
- 每台虚拟机均设置唯一名称标签，方便追踪备份状态
📊 各虚拟机备份表现概览
| 虚拟机编号 | 状态 | 模式 | 数据容量 | 用时 | 平均速率 | 复用率估计 |
|---|---|---|---|---|---|---|
| VM-A | 已关闭 | stop | 12 GiB | 4 分钟 | 51.2 MiB/s | 18% |
| VM-B | 运行中 | snapshot | 6 TB | 24 小时 | 72.7 MiB/s | 较低 |
| VM-C | 运行中 | snapshot | 12 GiB | 4 分钟 | 52.5 MiB/s | 17% |
| VM-D | 运行中 | snapshot | 2.9 TB | 23 小时 | 37.1 MiB/s | 中等 |
| VM-E | 运行中 | snapshot | 200 GiB (含双盘) | 49 分钟 | 69.9 MiB/s | 34% |
| VM-F | 运行中 | snapshot | 32 GiB | 9 分钟 | 60.3 MiB/s | 31% |
| VM-G | 运行中 | snapshot | 100 GiB | 约 15 分钟 | ~80 MiB/s | 51% |
🧠 分析与发现
✅ 增量去重已生效
虽然是第一轮完整备份，但 PBS 已开始启用 数据块重用机制，部分虚拟机的重复数据复用率达 51%，显著减少了实际传输与存储压力。
⏳ 慢速 VM 的瓶颈识别
- VM-B（6 TB） 与 VM-D（2.9 TB） 耗时分别超过 24 小时。
- 初步判断瓶颈原因：
- 后端 PBS 存储使用机械硬盘，随机写性能有限
- 虚拟机运行中，且数据变动频繁，导致快照不易合并
- PBS 服务端 CPU 或压缩线程调度不足
⚡ 高速读写异常？实为去重特征
- 多台虚拟机日志中出现瞬时 2~3 GiB/s 的读取速率，但实际写入仅数十 MiB/s。
- 这是 PBS 检测重复块 后自动复用的表现，并非真实网络传输。
🧩 优化建议
1. 优化大容量 VM 的备份策略
- 考虑为 TB 级虚拟机设置单独的备份计划，避免拖慢整轮任务
- 若业务允许，可使用
stop模式缩短时间（需提前通知业务方）
2. 提升 PBS 后端性能
- 建议将 PBS 存储改用 SSD/NVMe，特别是用于存储
datastore的目录 - 确保 PBS 主机的 CPU 核心数充足（压缩、去重线程非常吃 CPU）
3. 后续备份将更快
- 因为 dirty bitmap（脏页追踪）已经初始化完毕，未来只需备份变更部分
- 同时数据块会持续积累复用率，备份效率呈指数提升
4. 使用 PBS 的验证与清理机制
- 定期执行
verify,prune,garbage collection，确保数据一致性和空间回收
📌 总结
这一轮 Proxmox 虚拟机的完整备份测试展示了 PBS 的强大潜力：
- ✅ 所有备份任务成功完成
- ✅ 去重机制显著节省空间
- ⏳ 个别大型虚拟机仍需优化策略
- 🔧 下一轮将具备更快的执行效率
Proxmox + PBS 是现代虚拟化环境中性价比极高的备份组合。通过合理的规划和调度，即可在不中断业务的前提下，实现每日甚至小时级的增量保护。