每次都应该将静态数据备份到磁带吗?

San*_*dra 8 linux windows backup tape

在《备份和恢复》一书中,他们写道,每月进行一次完整备份是一种很好的做法,然后每周进行增量或差异备份。

如果我每周有 800GB 数据和大约 10GB 的变化怎么办。

我还应该每个月做一次完整备份吗?

我的意思是,在 LTO 磁带上,它们可以保证 30 年的数据集成性。

那么为什么每次都要进行全面备份呢?

sys*_*138 11

那是通用指南。具体指导要好得多。

在开始设置备份保留计划之前,您需要回答的重要问题是:

我愿意丢失多少数据,我愿意花多长时间来恢复我能恢复的数据?

磁带备份靠近备份/灾难恢复层次结构的底部。粗略地说,就是(我确定我会忘记几个步骤):

  1. RAID(数据丢失防护)
  2. 传统数据备份
  3. 多站点数据备份
  4. 数据复制
  5. 冷故障转移服务
  6. 热故障转移服务
  7. 负载均衡的复制服务
  8. 多站点复制
  9. 多站点冷故障切换服务
  10. 多站点热故障切换服务
  11. 多站点负载均衡复制服务

我们在这里讨论第 2 步和第 3 步。您希望数据恢复的速度取决于几个因素:

  • 你有多少
  • 您必须经过多少个备份集才能将其全部恢复
  • 这些备份集存储在什么地方
  • 支持所有这些的硬件(服务器、网络和备份硬件)的运行速度有多快
  • 备份系统是否可以进行“差异”备份,或者只是完整/增量备份

如果您在差异备份被定义为“自上次完整备份以来发生的所有变化”之前没有遇到过这个术语。我认为这个术语起源于 BackupExec,后来被其他地方采用。但我离题了。

在本书的备份方案中,一个月一个完整的,其余的每天净更改,最坏的灾难恢复场景是在进行完整备份的前一天发生数据丢失事件。在这种情况下恢复将需要:

  • 上次完整备份,29 天前
  • 从那以后的每一盘磁带,全部 28 盘。

根据上述变量,这可能需要很长时间才能恢复。

采取另一种情况,周五满,其他 6 天净变化。这里最糟糕的复苏是周五下午的亏损事件。在这种情况下恢复需要:

  • 上周五的磁带
  • 其他 6 个磁带

这应该花费更少的时间。

没有涉及的一件事是备份磁带坏了会发生什么。在 30 天间隔的情况下,坏磁带可能会导致 1 到 59 天的数据丢失。如果这是不可接受的,请更频繁地运行完整备份。

一些备份到磁盘供应商最近出售的一种东西是一种称为合成完整备份的东西。它的工作原理是您进行初始完整备份,然后永远进行净更改。按照既定的时间表,您执行合成完整备份,将一周/两周/几个月的净变化与上次完整备份合并,以形成虚拟完整备份。这对于留在备份窗口内很方便。

在使用混合磁盘/磁带系统时,您每周/每月备份到磁盘,然后将假脱机存档开始到磁带上,在架子上放置 3/5/7/10 年。当与可以进行合成完整的东西结合使用时,合成完整可以旋转到磁带上并定期发送到场外。如今,混合系统提供了最大的灵活性,我建议尽可能使用它们。短线看盘,长线看盘。


pau*_*ska 5

(mailq 说的) 加上:使用磁带进行永久增量操作并不常见,因为您可能会丢失带有完整备份的磁带,并使整个备份变得无用。

现在的转变是对带有重复数据删除的磁盘备份进行完整备份 + 永久增量备份..这基本上可以永远运行,并且您通常在底部运行 RAID6,它可以容忍 2 个磁盘出现故障。再加上每周/每月/每季度/每年的磁带备份存储在某个远离地下的保险库中。


Mar*_*ner 5

我的意思是,在 LTO 磁带上,它们可以保证 30 年的数据集成性。

我强烈怀疑没有有意义的“保证”。如果您需要从磁带进行恢复,而结果发现磁带已损坏,并且您的公司在额外停机期间损失了 1000 万美元或完全停业,那么磁带供应商会怎么做?没有。

即使数据没有改变,每月的完整数据也很有价值。

  1. 您的所有数据都会被读取,因此您可以验证它是否仍然可读。
  2. 由于磁带驱动器在写入后进行读取,因此您有一些迹象表明备份是可读的。
  3. 您的备份和恢复过程已经过测试。(你做测试恢复,对吧?)