我有两个站点，一个托管 Veeam 管理服务器，另一个托管代理。两台服务器都具有代理和存储库角色，并且都运行一项作业来备份现场 ESXi 的所有生产虚拟机。此外，它们都在运行复制作业以移动和保留本地和远程站点上的所有备份（启用 GFS 保留策略）。
我们的目标是保留部分生产 VM 用于存档目的，同时维护对我们所有生产 VM 的保护。
我计划重新组织我们的备份作业和存储库，因为实际计划几乎消耗了我们在存储库上的所有存储：我们所有的生产 VM 都使用 GFS 保留策略。
所以我的计划是：
- 在每个站点上创建新的存储库“存档”（仅限同一存储上的新文件夹），以拆分内容以进行监控。
- 将我所有的备份和备份复制文件移动到这些新存储库，然后对它们启动重新扫描。
- 创建新的备份作业，仅使用我们要归档的部分 VM，将存储库设置为我们的新“存档”存储库，然后将移动的备份映射到这些作业。
- 为新创建的备份作业创建新的复制作业，启用 GFS 保留，并设置 0 个要保留的还原点，在本地和其他站点上保留备份，将存储库设置为我们的新“存档”存储库，然后将移动的备份复制文件映射到那些工作。
- 从原始备份和复制作业中删除生产 VM 以存档（使用 repos rescan 和备份重新映射）。
- 从将保留要存档的数据的已移动复制作业文件中删除生产虚拟机的备份（不存档的）。
我是否犯了错误，或者忘记了从我们不想归档的数据中清除原始备份的任何步骤？
问候，克莱门特。
你在做正确的事。在开始之前只需要考虑一些提示（如果还不算太晚的话）。如果您使用增量备份链（不是永久增量），那么您应该能够通过删除以前使用的链来释放一些空间。在反向增量链的情况下，删除最过时的点就更容易了。一般建议，您使用备份作业进行短期备份（1 周 - 1 个月，具体取决于您的策略）并使用备份复制作业来维护长期存档（GFS 就是一个示例）。如果不确定，请查看有关保留策略和备份模式的 Veeam 最佳实践：https ://veeampdf.s3.amazonaws.com/guide/veeam_best_practices_vmware.pdf