Proxmox Backup Server（PBS）常用于对虚拟机（VM）和容器的备份与验证。随着备份规模的增长，日常验证任务可能逐渐成为系统的性能瓶颈。本文结合实际案例，分析了 PBS 验证任务在高负载环境下的表现，并探讨了如何优化验证流程以提升整体效率。
背景：验证任务变慢的表现
在某台 PBS 节点上，原本每天进行全量验证任务可以在 24 小时内完成。然而，近期观察到验证任务执行时间大幅拉长，部分任务甚至延续至次日，影响了备份策略的可控性。这一变化引发了对系统资源使用情况的详细排查。
性能分析：iostat 输出与 IO 利用率
通过运行 iostat -x 1 观察磁盘 IO 负载，发现以下几点：
%util长期接近 100%，表明磁盘带宽被打满；rkB/s在 30,000 左右，即磁盘持续以 30MB/s 的速率读取；r_await均值约为 20–23ms，显示 IO 等待时间偏高；- CPU
%iowait维持在 10%左右，说明系统常处于等待磁盘响应状态。
进一步分析磁盘结构发现，PBS 的数据存储磁盘通过 USB 接口外接，使用的是传统机械硬盘阵列。
关键瓶颈定位：USB 2.0 接口
该服务器为 Dell PowerEdge某型号，标准配置中仅配备 USB 2.0 接口（最高理论带宽为 480 Mbps，约 60 MB/s）。结合 iostat 观察到的读取速度上限及 %util 指标，判断瓶颈根源为 USB 2.0 接口速率限制。
在验证过程中，PBS 会顺序读取备份中的每个 .chunk 文件，并在内存中进行解压与哈希校验。这一过程主要依赖磁盘的顺序读取性能，而 USB 2.0 无法满足持续高强度的 IO 需求。
验证为何特别耗资源？
PBS 的验证过程涉及以下步骤：
- 遍历备份清单；
- 顺序读取所有
.chunk数据块； - 将每个块加载进内存；
- 如果启用了压缩，先解压；
- 计算校验值并比对 manifest；
- 验证完成后释放内存。
整个过程以 IO 为主，同时对 CPU 和内存有一定依赖，尤其是在启用压缩格式（如 zstd）时，CPU 和内存占用更为显著。多任务并发验证会进一步加剧资源竞争。
可行的优化策略
针对上述情况，提出如下优化建议：
1. 更换高速存储接口
- 加装 USB 3.0 PCIe 扩展卡，可将读速从 30MB/s 提升至 100MB/s 甚至更高；
- 优先推荐将存储迁移至内置 SATA 或 SAS 接口，避免外接存储带来的性能瓶颈。
2. 限制验证并发任务数
编辑 /etc/proxmox-backup/datastore.cfg 文件，添加以下内容：
verify-concurrency 1
重启 PBS 服务以生效：
systemctl restart proxmox-backup-proxy
这样可以防止多个验证任务同时压满磁盘 IO。
3. 滚动验证机制
将所有备份验证任务按天分批执行，例如：
- 周一验证 VM 组 A；
- 周二验证 VM 组 B；
- 一周内完成一次完整验证轮回。
此策略可平衡系统压力，提升可预测性。
总结
在备份系统中，验证任务虽不产生新数据，却极为依赖磁盘带宽与 IO 性能。若存储介质连接速率不足，验证速度将显著下降，影响备份策略的可执行性。通过合理分析 IO 利用率、调整并发策略及更换连接方式，可以有效提升 PBS 验证效率，确保备份数据的完整性与可靠性。