![磁带备份方案 - 尝试节省磁带](https://linux22.com/image/572571/%E7%A3%81%E5%B8%A6%E5%A4%87%E4%BB%BD%E6%96%B9%E6%A1%88%20-%20%E5%B0%9D%E8%AF%95%E8%8A%82%E7%9C%81%E7%A3%81%E5%B8%A6.png)
我继承了一个磁带备份方案,目前不需要清洗任何磁带。虽然昂贵,但很好。我们目前每季度运行一次完整备份,这些备份成为我们的异地备份。然后,我们会在过渡期间运行增量备份。完整备份将永久存档在异地。
我想改用更传统的方案来节省磁带。
但是,我无法无限期地恢复在完整备份之间被用户删除(或损坏)的数据。例如,我有一个包含 400 个文件的大型 ESRI 数据集。1 月 1 日进行了完整备份。用户处理数据集数周,然后在某个时间点将其存档到网络存储。在用户不知情的情况下,数据集中的一个文件损坏,导致整个数据集无法使用。
是否有任何可洗备份方案可以无限期地恢复此类丢失的文件,或者我的问题是我需要定义一个我可以提供恢复的时间范围?
只是好奇是否有其他人处理过或考虑过这种情况?
答案1
如果您 1) 尝试重新使用磁带并且 2) 确保可以从任何时间点检索任何文件,我认为在我们生活的宇宙中这种安排是不可能的。
答案2
我已经看到了您要查找的内容,但只包含磁盘备份。这种轮换通常如何工作:
- 增量文件每天都会旋转到磁盘。
- 增量文件的磁盘版本被旋转到磁带上,通常采用多路复用以便快速处理。
- 增量保存一周。
- 每周创建一次“虚拟完整”备份。
- “虚拟完整”采用上次完整(也可能是虚拟的),将数周的增量卷入其自身,并将新的“完整”发布到磁盘存档。
- 一旦虚拟完整完成,就会将其旋转到磁带并存档。
- N-1 满的被丢弃。
- 下一个增量基于最近的完整增量。
上述做法的优点是增量大小要小得多,因此您消耗的磁带更少。您需要进行更多完整备份,因此最终差异可能微不足道。磁带备份中的重复级别为您提供了更好的恢复选项,因为您可以每周进行一次完整备份来提取好数据,而不是每季度进行一次。
此外,如果您可以保留增量磁带,您甚至可以恢复损坏前一天的数据;增量链大大缩短,意味着恢复此类数据会轻松得多。
答案3
我认为这样的备份模式不可能存在。
唯一能有所帮助的是,如果你有一种方法可以在抛出之前验证所有文件的完整性任何后退。