增量与差异备份的优缺点?[关闭]


0

Back In Time说它保存了已更改文件的完整副本。它通过硬链接链接未更改的文件。所以这是一个增量备份。

增量备份(如完成Back In Time)与差异备份的优点和缺点是什么?

我什么时候应该选择其中一个?


我担心像你这样的问题违反了本网站的政策。这些问题的答案主要是基于意见的。有太多不同的备份策略可以满足一个人的需求,但不会被其他人占用。BackInTime基本上是包装rsync,可以使用硬链接进行增量备份和节省空间,这在您经常需要访问存档时非常有用,但如果使用tar带压缩的增量备份,长期存档会更有效。缩小你的问题,这样就不会广泛。
Alex

Answers:


1

虽然您的问题超出了本网站的政策,但我认为它可能对其他人有帮助,所以我会尝试澄清一点。

术语增量备份和差异备份大多是非常误导和难以理解的。问题没有确切的答案 - 由于某些特定软件实施的备份技术不同以及备份的不同需求,哪种方法比其他方法更好。有人需要及时拥有完整的快照,其中包括备份时的所有文件,但其他需要仅保存从上次备份更改的文件。

此外,不同的操作系统具有某些文件系统的功能,这些功能在其他系统上不存在,因此差异备份和增量备份的实现将非常不同。

基本上所有差异备份仅保存自上次完全备份以来更改的数据。虽然仅备份相对于完整备份的新更改很小,但随着时间的推移它开始变得越来越多,因为原始完全备份和当前阶段之间会有很大差异。

与差异备份相比, - 增量备份还仅保存已更改的数据,但它仅保存自上次备份以来已更改的数据- 无论是完整备份还是增量备份。增量备份并没有像差异备份一样疯狂,这就是为什么随着时间的推移经常进行完全备份并不是那么重要。对于从完全备份到最后一个增量备份的完整备份链保持不变,那么在不牺牲备份存储空间的情况下将数据恢复到之前的阶段并不是一个问题。

差异备份的优点是您只需要两个备份,完整的备份和您之前需要还原的差异备份。
使用增量备份,需要恢复从完全备份开始的完整备份链。

这是差异备份和增量备份之间的主要区别。

例如,看一下tar可以做经典的增量备份。我张贴增量备份的不那么久以前例子在这里,使用tar工具。tar在该脚本中创建专用的单独文件,保留所有更改(包括删除)。此文件保留上次增量备份的阶段。很容易检查是否会打开中间增量备份文件,并且只会发现自上次备份以来发生的更改/新文件和目录。此解决方案可以很好地保留不经常访问的备份(由于压缩)。要完全恢复此类存档,需要首先解压缩(level = 0)完整备份,并按顺序恢复所有增量(level = 1)备份,以便保存。稍微更长的恢复过程与差异进行比较,但备份将尽可能小。

您在问题中引用的BackInTime基本上是rsync实用程序的包装器。
以下是使用功能创建增量快照的增量备份示例。 它与经典增量备份略有不同,因为此类解决方案创建数据副本,就像它在特定时间点被冻结一样,它包括作为备份主题的所有文件和目录。rsync

相比之下tar,此类解决方案会及时创建快照,因此,如果您检查任何snopshot,它将包括备份时的整个目录和文件。虽然看起来像是完整备份,但实际上并非如此,因为rsync不要复制/创建先前备份中已存在的文件,而是rsync创建指向现有数据的硬链接,以防止在备份设备上浪费空间。这样,这样的快照将是增量的,但它在同一时间看起来像一个完整的备份。
如果需要尽快访问备份数据而不花费时间进行解包,并且可以及时看到准确的快照阶段,这样的解决方案非常有用。

我希望这个信息可以帮助某人计算关于差异备份和增量备份的优点和缺点。


谢谢您的回答。我不知道差异备份是上次完整备份的累积备份。我认为差异总是取自最后一次备份。是否有这样的方法总是从上次备份中获取差异?它的名字是什么?
Arch Linux Tux

始终与上次备份不同的方法是 - 增量。
Alex

0

我认为“全副本备份”具有以下优势:

  • 只有文件系统上的损坏文件丢失,其他所有文件都可以恢复
  • 备份驱动器上删除的文件更有可能恢复(我希望这可以理解)
  • 恢复文件更快

欢迎更多答案🙂。


rsync这是BackInTime在首次运行时执行FULL备份以及所有后续调用保存更改的主要工具,有效地创建了shapshots及时。如果某些快照没有某些文件(已删除),则可以返回文件夹并在以前的快照中找到已删除的文件。如果您的备份磁盘运行正常,则不会出现“仅文件系统上的损坏文件丢失”等情况,但如果备份硬盘失败则根本不信任此类备份。 删除的文件更有可能 - 如果备份保存这些文件肯定更可能恢复它们。
Alex
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.