我们目前有一个备份到磁带的文件服务器。 备份是增量式的，这意味着自上次备份以来，文件被写入磁带。 随着时间的推移，磁带组越来越大。 一旦他们达到一定的规模，我们的备份软件通过删除旧版本的文件来修复这些设置。
在这个scheme下，如果一个文件从服务器上被意外删除，我们只能有一定的时间来找出并恢复它。 否则，该文件的所有版本将在足够的时间后从备份磁带中整理出来。 这不是一个可以接受的风险。
我看到的唯一解决办法是停止梳理我们的磁带集。 这些套将继续增长，一旦它们变得笨重，也许我们只是把它们存放在异地，并开始新的一套。 我错过了一个更好的解决scheme？ 这种无限期的档案保留政策是不合理的吗？
备份到磁带是很好的长期保留，但为了从错误中恢复，我们使用备份到磁盘。
根据您的总存储空间，这可以是一种便宜的方法，便宜而快速地保留每个文件的至less一个副本。
假设你有4TB的存储空间来备份。 build立一个12TB备份卷并备份到那里并不需要太多的开销。 然后保存您的磁带长期存档，做完整的备份，并将其运到现场或防火安全等。
通常情况下，如果您关心在可接受的时间内灾难后恢复数据，则定期进行完整备份（每周，每两周，无论如何），每天执行增量或差异备份。 差异化将允许你做三个完整的恢复步骤：
恢复最新的完整版（这将只有一两个礼拜）。
恢复最新的差异。
去吃点心吧
增量将需要您自上次完整备份以来恢复每个磁带。 这不是一件好事，如果你只是有永无止境的增量。
另外，请记住，现场存储的备份可能会像服务器（灾难，火灾，愤怒的前雇员）一样在灾难中遭到破坏。 发送到现场。 定期将其发送到现场。 磁带旋转是相当普遍的。
我现在轮换了大约200个磁带。 每个周末我们使用大约12次，差分使用每天3-5次。 我们有5个磁带“序列”，基本上是一个星期。 每天都有快递员拿起当天的录像带，并从5个星期前拿回一个盒子。 我们手头上的唯一磁带就是我们需要的一周备份。 其他的一切都是在一个坚固的设施外，在一个防火的情况下。 如果你想从灾难中恢复，这是做到这一点的唯一方法。
当磁带从灾难恢复设备返回并被送到饥饿的磁带机器人时，它们被添加到暂存池中并被覆盖。 我至多只会损失一天的数据，如果有必要，我可以回到最多5周。 对于某些事情还有其他的政策需要更长期的保留，但这是另外一个故事，它们是例外而非规则。
当然，磁盘到磁盘对于快速恢复也是不错的，但是对于DR来说，离线存档是必须的。
tl; dr – 大多数人不会一遍又一遍地使用相同的磁带。 如果您关心灾难事件中的档案恢复，最好的办法是将多个磁带序列在现场循环，只要在他们回来时覆盖最早的磁带序列，除非您有合法的理由不要。