AOMEI Cyber Backup 保留策略：付每台 $99 前先算清存储

一分钟决策

只有以下四点都成立时，才适合直接购买：

1. 你测量的是代表性 VM 的实际已用数据，而不是虚拟磁盘的最大配置容量； 2. 你已经观察过补丁日、月末或其他高峰期的每日变化量； 3. 你在计划使用的仓库上完成过一次计划备份和一次可丢弃的恢复演练； 4. 除许可费外，你还能承担主仓库、第二份副本以及增长余量。

四项实际优势分别是自动保留清理、完整与变化备份分别设置窗口、多种仓库目标，以及可测量的容量模型；对应边界也必须一起看：清理按付费能力处理、删除按组执行、目标位置不等于附送容量、公式必须使用真实测量。

任何一点未知，都应先用 Trial 收集数据。便宜的许可无法弥补仓库过小，也无法替代恢复验证。

默认清理规则到底如何工作

官方手册和 Backup Cleanup 帮助页给出的初始值一致：完整备份保留 60 天；增量和差异备份保留 7 天；第一个完整备份始终保留。规则可以修改或关闭。

当前升级页将自动 Backup Cleanup 定位为高级付费能力。 删除逻辑不是简单地把“超过 7 天的文件逐个删除”。对增量链，AOMEI 表示，当一组增量备份中的最后一个增量达到删除条件时，会删除整个增量组；关联的完整备份仍按自己的完整备份规则处理。差异备份达到条件后可单独删除，其关联完整备份同样按完整规则处理。系统只会在备份任务成功执行后检查清理条件，而且启用清理后也可能处理此前生成的旧备份。

这会带来三个容量影响：

- 任务失败或暂停时，清理检查可能延后，实际占用不会严格跟着日历下降； - “始终保留第一个完整备份”会形成长期容量底线； - 60 天窗口里同时存在多少个完整备份，取决于你的完整备份频率。

手册给的是保留默认值，并没有替你规定完整备份频率。每周做一次完整备份与每月做一次完整备份，即使都选择 60 天保留，仓库占用也可能相差很大。

清理功能权限：按付费能力处理

AOMEI 手册把清理写入任务配置流程，而当前升级页又把 Backup Cleanup 列为升级后解锁的高级能力。做采购判断时，最稳妥的做法是把自动清理视为付费能力，并在实际安装的 Free/Trial 版本中核对权限，不要因为手册描述就假定 Free 永久包含。

试用时应创建代表性任务，打开清理设置，确认界面显示的版本，并检查 Trial 状态变化后哪些设置仍可用。

一个透明的仓库估算公式

NAKIVO 官方容量指南提供了一个可用于规划的通用起点。 AOMEI 手册另行确认，增量只保存变化数据，而且必须从一个完整备份开始。

- 完整备份 = 原始受保护数据 × 数据缩减比例； - 每日增量 = 完整备份占用 × 每日变化率； - 简化仓库容量 = 一个完整备份 + 每日增量 × 保留天数。

举一个**仅用于说明方法**的五台 VM 场景：每台实际已用 500 GB，总受保护数据为 2.5 TB。若实测完整备份在压缩等处理后为原数据的 50%，一个完整备份约 1.25 TB。若每日变化率为 3%，简化后的每日增量约 37.5 GB。一个完整备份加 30 天增量约为 2.375 TB。

这绝不是建议购买的最终容量。它没有计入额外完整备份、AOMEI 的备份组删除规则、始终保留的首个完整备份、仓库元数据、文件系统开销、数据增长、临时操作空间、第二份副本和安全余量。它的价值在于把拍脑袋估算换成可验证的输入。

不要直接套用 50% 和 3%。数据库、补丁、日志、杀毒扫描和月末作业都可能让变化率大幅波动；近期 VM 容量分析也把变化率尖峰列为常见低估原因。应以真实的首个完整备份和后续增量为准。

为什么同样 60 天，容量会完全不同

- 团队 A 每月一个完整备份，日常增量很小； - 团队 B 每周一个完整备份，并保护高变化数据库； - 团队 C 永久保留第一个完整备份，同时保留月度首个完整备份并做第二份归档； - 团队 D 在故障期间暂停任务，清理检查没有按预期运行。

因此，“60 天”不是容量保证。窗口内完整备份数量、完整备份之间的数据变化，以及每条链的删除边界，往往比标签本身更重要。

购买前应明确写出：完整备份频率、增量/差异频率、实际已用数据、实测变化率、实测缩减比例、各类保留时间、always-retain 选择和未来增长期。任何未知项都应变成试用任务，而不是采购假设。

仓库不只是 TB 数字

Veeam 的最佳实践指出，仓库还需要同时考虑容量、写入性能、读取性能、数据密度、安全性和可扩展性；近期恢复点可以放在更快的存储上，长期保留点则可以放到更便宜、更大但较慢的层级。

这个原则同样适用于 AOMEI。便宜 NAS 如果无法稳定接收夜间数据，可能达不到业务目标；云存储在真正恢复时可能产生检索或流量费用；只有一份快速本地仓库，也仍然处在单一故障域。

AOMEI 支持本地、外置、NAS/网络共享和 AWS S3 等位置。应把它们理解为架构选择，而不是许可附送容量。NAS 或磁盘、冗余、云用量、网络带宽、监控、生命周期策略和恢复访问都需要单独计价。

独立价格交叉核对同样列出至少 5 台 VM；其完整评测也确认清理、保留、NAS/网络与 S3 场景，但没有给出固定容量保证。

购买前填写这张表

| 输入 | 要测什么 | 为什么重要 | |---|---|---| | 受保护数据 | 所选 VM 的实际已用块 | 配置容量通常高估活跃数据 | | 首个完整备份 | 第一次运行后的仓库增长 | 揭示真实缩减比例 | | 每日变化 | 普通日和高峰日的增量大小 | 决定持续增长 | | 完整备份频率 | 每周、每月或自定义 | 决定窗口内同时存在多少个大文件 | | 保留规则 | 完整、增量、差异窗口 | 决定删除资格 | | 始终保留 | 首个以及周/月/季/年选项 | 形成长期容量底线 | | 增长量 | 未来 12–24 个月新增 VM 与数据 | 避免很快扩容 | | 恢复余量 | 恢复、迁移和临时操作空间 | 避免仓库长期贴边运行 | | 第二份副本 | 独立介质、位置或云层级 | 支撑 3-2-1 设计 |

试用结束后，再把测得的仓库成本与名义 $495/年许可起点一起比较。对已有 NAS 余量的小团队，新增存储成本可能不高；对需要新建高可靠仓库和第二份副本的团队，存储支出可能超过软件本身。

谁适合现在购买

如果 VM 数量确实需要至少 5 份许可，自动清理能降低人工风险，团队有能力做恢复演练，而且仓库与第二份副本已经有预算，那么 Advanced 是合理选择。需要集中恢复控制，并希望分别调整完整与增量保留策略的团队，也更容易得到价值。

如果每日变化率未知、仓库已经接近满载、没有第二份副本，或者采购理由建立在“云容量包含在许可里”的假设上，就应先暂停购买，用 Trial 把未知项变成数据。

最终结论

不要只按每台 VM 每年 $99 批准 AOMEI Cyber Backup。真正需要批准的是一整套设计：许可、主仓库、保留规则、安全余量、第二份副本，以及一次验证成功的恢复。

默认 60 天完整备份和 7 天增量/差异备份只是策略起点，不是容量答案。先测一个完整备份，再观察一次繁忙周期，按真实完整备份频率建模，计入始终保留的首个完整备份和操作余量，最后再与当前 exact offer 一起比较。