Veeam备份和复制作业重组来解决空间不足的问题

我有两个站点,一个托pipeVeeampipe理服务器,另一个托pipe一个代理服务器。 两台服务器都具有代理和存储库angular色,并且都运行一个作业来备份现场ESXi的所有生产虚拟机。 另外,它们都运行复制作业,以移动并保留本地和远程站点上的所有备份(启用GFS保留策略)。

我们的目标是保留一部分生产虚拟机用于存档目的,同时维护我们所有生产虚拟机的保护。

我计划重新组织我们的备份作业和存储库,因为实际的计划几乎消耗了我们所有的存储库:我们所有的生产虚拟机都保留有GFS保留策略。

所以我的计划是:

  1. 在每个站点上创build新的存储库“存档”(仅在同一存储上的新文件夹),以便为了监视目的而分割事物。
  2. 移动我的所有备份和备份 – 将文件复制到新的存储库,然后启动重新扫描。
  3. 创build新的备份作业,只有我们想要归档的部分虚拟机,将存储库设置为新的“归档”仓库,然后将移动的备份映射到这些作业。
  4. 为新创build的备份作业创build新的复制作业,并启用GFS保留,并设置0个还原点以保留备份,在本地和其他站点上保留备份,将存储库设置为新的“归档”仓库,然后映射移动的备份 – 复制文件到那些工作。
  5. 删除生产虚拟机以从原始文件备份和复制作业(使用repos重新扫描和备份重新映射)。
  6. 移除生产虚拟机(不归档的)的备份,移除将保留要归档的数据的复制作业文件。

我是否犯过错误,或者忘记了从我们不想存档的数据中清除原始备份的任何步骤?

问候,Clément。

你正在做正确的事情。 在开始之前,只需要考虑一些提示(如果不是太晚)。 如果使用增量备份链(而不是永久增量),则应该可以通过删除以前使用的链来释放一些空间。 在反向增量链的情况下,删除最落后的点更容易。 一般build议,您使用备份作业进行短期备份(1周 – 1个月,具体取决于您的策略),并使用备份副本作业来维护长期存档(例如GFS)。 如果不确定,请查看Veeam有关保留策略和备份模式的最佳做法: https : //veeampdf.s3.amazonaws.com/guide/veeam_best_practices_vmware.pdf