在《备份和恢复》一书中，他们写道，每月进行一次完整备份，然后每周进行增量或差异备份是一种很好的做法。
如果我有 800GB 的数据并且每周有 ~10GB 的变化，该怎么办呢？
我还应该每月进行一次完整备份吗？
我的意思是，他们保证 LTO 磁带 30 年内的数据完整性。
那么为什么每次都要进行完整备份？
答案1
这只是一般性的指导。具体指导会更好。
在开始设置备份保留计划之前，您需要回答以下重要问题：
我愿意丢失多少数据？我愿意花多长时间来恢复数据？
磁带备份位于备份/灾难恢复层次结构的底部。大致来说（我肯定会忘记几个步骤）：
- RAID（数据丢失预防）
- 传统数据备份
- 多站点数据备份
- 数据复制
- 冷故障转移服务
- 热故障转移服务
- 负载平衡复制服务
- 多站点复制
- 多站点冷故障转移服务
- 多站点热故障转移服务
- 多站点负载平衡复制服务
我们在这里讨论的是步骤 2 和 3。您希望数据恢复的速度取决于以下几个因素：
- 你有多少
- 你需要进行多少次备份才能恢复
- 这些备份集存储在什么地方
- 支持所有这些（服务器、网络和备份硬件）的硬件运行速度有多快
- 备份系统是否可以进行“差异”备份，或者只是完整/增量备份
如果您以前没有遇到过这个术语，差异备份的定义是“自上次完整备份以来发生更改的所有内容”。我认为这个术语起源于 BackupExec，后来被其他地方采用。但我离题了。
按照本书的备份方案，每月进行一次完整备份，其余时间每天进行净更改，最糟糕的灾难恢复情况是在进行完整备份的前一天发生数据丢失事件。在这种情况下进行恢复将需要：
- 上次完整备份，29 天前
- 从那时起的每一盘磁带，一共 28 盘。
根据上述变量，这可能需要很长时间才能恢复。
再举一个替代方案，周五全额结算，其余 6 天净变化。这里最糟糕的恢复情况是周五下午发生亏损事件。在这种情况下恢复将需要：
- 上周五的录音带
- 其他 6 盘磁带
这应该会花费更少的时间。
有一件事还没有被提及当备份磁带坏了会发生什么. 在 30 天的备份间隔情况下，一盘坏磁带可能会造成 1 到 59 天的数据丢失。如果这不可接受，请更频繁地运行完整备份。
如今，一些磁盘备份供应商正在销售一种称为合成完整备份的产品。它的工作原理是，您先进行初始完整备份，然后永远进行净更改。按照设定的时间表，您可以执行合成完整备份它将一周/两周/几个月的净变化与上次完整备份合并起来，形成虚拟完整备份。这对于保持在备份窗口内非常方便。
使用混合磁盘/磁带系统时，您需要每周/每月将数据备份到磁盘，然后将卷轴存档放到磁带上，在架子上保存 3/5/7/10 年。当与可以进行合成完整备份的设备结合使用时，可以将合成完整备份旋转到磁带上并定期发送到异地。混合系统目前提供了最大的灵活性，我尽可能推荐使用它们。磁盘用于短期，磁带用于长期。
答案2
（mailq 所说的）另外：使用磁带进行永久增量备份并不是常见的做法，因为您可能会丢失带有完整备份的磁带，并使整个备份变得毫无用处。
现在的转变是使用重复数据删除对磁盘备份进行完全备份 + 永久增量备份。这基本上可以永远运行，并且您通常在底部运行 RAID6，它可以容忍 2 个磁盘发生故障。此外，每周/每月/每季度/每年的磁带备份都存储在地下很远的某个保险库中。
答案3
我的意思是，他们保证 LTO 磁带 30 年内的数据完整性。
我强烈怀疑没有任何有意义的“保证”。如果你需要从磁带恢复，而磁带却坏了，你的公司在额外的停机时间内损失了 1000 万美元或完全停业，磁带提供商会做什么？什么也不会做。
即使数据没有变化，每月的完整数据也是有价值的。
- 所有数据都已读取，因此您可以验证它仍然可读。
- 由于磁带驱动器在写入后执行读取操作，因此有迹象表明备份是可读的。
- 您的备份和恢复过程经过测试。（您会进行测试恢复，对吗？）
答案4
这只是一个灾难恢复时间的问题。
如果您有能力从 1 月份的磁带中恢复数据，然后重播从那时到现在的所有增量备份，那么每年进行一次完整备份是没有问题的。但如果 1 月份的磁带被毁坏了怎么办？您是否有一年前的 1 月份磁带可以重播？
这些建议并不是因为完整性，而是因为有足够的可能性让您在可以接受的时间内从最坏的情况中恢复过来。