在“备份和恢复”一书中，他们认为每个月进行一次完整备份是一种很好的做法，然后每周进行一次备份或差异备份。
如果我每周有800GB的数据和〜10GB的变化怎么办？
我应该每月还是做一个完整的备份吗？
我的意思是，在LTO磁带上，他们保证了数据的可积性达30年之久。
那么为什么每次都要全面备份？
这是通用的指导。 具体指导好多了。
在开始设置备份保留时间表之前，需要回答的重大问题是：
我愿意输掉多less数据，我愿意花多less时间来恢复我的能力？
磁带备份接近备份/灾难恢复层次结构的底部。 非常粗略的说，（我相信我会忘记几个步骤）：
我们在这里讨论第二步和第三步。 您希望数据返回的速度取决于以下几个因素：
如果在差异备份被定义为“自上次完整备份以来发生变化的所有内容”之前未碰到该术语。 我认为这个术语起源于BackupExec，并已被其他地方采用。 但是我离题了。
在本书的备份scheme中，每月完整的一个月，其余部分每天都要进行净更换，最糟糕的灾难恢复scheme是在完全备份前一天发生数据丢失事件。 在这种情况下恢复将需要：
根据上述variables，这可能需要很长时间才能恢复。
换个scheme，星期五全满，换6天。 这里最糟糕的复苏是周五下午的亏损事件。 在这种情况下恢复将需要：
这应该花更less的时间。
有一件没有被覆盖的事情是当备份磁带坏时发生的事情 。 在整个场景之间有30天的时间，一个坏的磁带可能会让你花费1到59天的数据丢失。 如果这是不可接受的，请更频繁地运行完整备份。
有些备份到磁盘厂商的东西现在正在销售，这就是所谓的合成完整备份。 它的工作原理是先进行初始完整备份，然后再进行更换。 按照设定的时间表，您可以进行一次综合完全备份 ，将最后一次完整备份的净变更周数/两周/月的时间合并为一个虚拟完全备份。 这对于保持在备份窗口中是很方便的。
在做混合磁盘/磁带系统时，每周/每月进行一次磁盘备份，然后将存档集合转换为磁带，以便在3/5/7/10年的时间内放置在架子上。 当与能够合成完整的东西结合使用时，合成的全部可以旋转到胶带并定期发送到现场。 现在混合动力系统提供了最大的灵活性，我build议他们尽可能。 短期磁盘，长期磁带。
（什么mailq说）再加上永远做永远不是磁带通常的做法，因为你可以失去磁带上的完整备份，并使整个备份无用。
现在的转变是永久性地对重复数据删除的磁盘备份进行完全备份+内容…这基本上可以永久运行，而且您通常在底部运行RAID6，可以容忍2个磁盘失败。 那么，加上每周/每月/每季度/每年的磁带备份存储在远远低于地面的某个金库中。
我的意思是，在LTO磁带上，他们保证了数据的可积性达30年之久。
我强烈怀疑没有有意义的“保证”。 如果你需要从磁带恢复，磁带变得不好，你的公司在额外的停机时间里损失1000万美元，或完全停业，磁带供应商会做什么？ 没有。
即使数据没有变化，每月填写也很有价值。
这只是灾难恢复时间的问题。
如果你能够在1月份从磁带恢复，然后重播从现在到现在的所有增量备份，那么每年完全备份就没有问题了。 但是如果一月份的磁带被破坏会发生什么？ 你有一年前的一月份录像带吗？
这些build议并不是因为诚信，而是因为有足够的可能性来从最糟糕的情况中恢复过来，只要你能够忍受。