进行增量备份的策略

目前我使用一个简单的shell脚本来备份我的个人文件,这个脚本创build了一个tarball。 它正在按小时运行。

我打算切换到增量备份(我将使用重复),因为这将最大限度地减lessnetworking上的数据传输。

这导致了我一些一般问题:

  • 在进行增量备份时,要select什么策略? 据我所知,这样的策略意味着创build一个完整的备份,然后是一些增量备份。 在某个时候,一个完整的备份被重新创build,并开始一个新的集合。 我的问题是我不知道如何决定我应该多久进行一次这个完全备份。 如果我每小时进行一次备份,那么以完整备份开始一天的工作,稍后再做一些增量备份,还是有更好的策略?
  • 在开始旋转之前,我应该保留多less套完整的备份?

正确的答案取决于像这样的问题:

  1. 备份设备上有多less空间可用?
  2. 你想保持备份多久?
  3. 你的数据多久改变一次?
  4. 什么是“变化率”(多less数据将在完整备份之间变化?)我读过的变化率是5%,对许多企业来说是很典型的。 那么你的个人档案或多或less会频繁出现。

除非你有特殊需求,否则尽量保持你的日程安排简单。 复杂的备份计划可能会在还原过程中引起混淆,并且在还原期间不需要更多混淆。

许多备份产品提供了类似于以下内容的简单的默认备份计划。 这可以很容易地适应您的未来需求。

  • 每月满员,保持1年。 星期天完成。
  • 每周收费,保持1个月。 星期天完成。
  • 每日增量,保持2周。

  • 小时增量的声音对于大多数人来说太频繁了,因为文件不会经常更改。

增量备份是一个完整的PITA,应尽可能避免。

如果networking带宽确实是一个问题,那么我build议在其他地方维护一个镜像,并使用rsync / unison从源代码复制,然后在目标上创build刷新映像的连贯tarball。