emf Asked: 2010-10-13 19:07:23 +0800 CST2010-10-13 19:07:23 +0800 CST 2010-10-13 19:07:23 +0800 CST 如果 rsnapshot / rdiff-backup 在传输过程中被中断会发生什么？ 772 问题说明了一切： 如果 rsnapshot 或 rdiff-backup 在传输过程中被中断会发生什么？ 我知道 rsnapshot 会尝试以旋转方式制作系统的完整快照，而 rdiff-backup 会进行差异备份，这将基于之前保存在其后面的文件。 那么：如果中间被打断了怎么办？ 这会导致“不完整的快照”吗？ 其他依赖于此快照的快照是否会损坏？（当然不是，但是……？） backup rdiff-backup rsnapshot rsync 2 个回答 Voted Best Answer ændrük 2010-10-15T19:28:44+08:002010-10-15T19:28:44+08:00 我的理解是…… rdiff-backup将在下次运行时检测到不完整的增量。它将删除不完整的增量，以便备份位置与中断的备份尝试从未开始一样。 rsnapshot稍微复杂一些，因为它的例程更加循序渐进，并且根据sync_first和use_lazy_deletes选项的使用而有所不同。 如果您使用sync_first并被rsnapshot sync打断，您只需rsnapshot sync再次运行即可解决问题。如果您不小心rsnapshot <backup level>在此时运行，则最新的备份点将保持不完整，并将通过轮换进行。 如果您不使用sync_first，那么您只会遇到一个不完整的备份点，该备份点是新旧版本文件的混合体。除非您手动反向旋转每个备份点，否则不完整的备份点将通过旋转进行。 在这两种情况下，运行rsnapshot <backup level>都会导致最旧的备份点丢失，除非use_lazy_deletes启用。 请注意，sync_first并use_lazy_deletes以使用更多磁盘空间为代价。 提醒/免责声明：这是不言而喻的，但永远不要盲目相信互联网上其他人的建议。如果您打算将 rdiff-backup 或 rsnapshot 用于关键任务，请阅读手册中的每一个字，然后自己测试、测试、测试一切！ tuk0z 2015-02-18T07:22:29+08:002015-02-18T07:22:29+08:00 那只是发生在我身上。在 rsnapshot 的增量备份中，我的外部驱动器已满： rsync: write failed on "<path>": No space left on device (28) 现在我想分享一些我从中学到的东西。即修复和限制这种情况下咬我的相当大的机会；） 恢复 Rsnapshot 的中断备份 我知道两种安全回滚的方法。 手动 删除最后一个目录（例如daily.0） 重命名连续目录（daily.1 -> daily.0, ...）；可能的脚本1 像往常一样（再次）运行备份。 自动地 rsnapshot 没有暂停/停止和恢复功能（除了有限的“由于回滚计划而跳过” 2），因此我们必须使用包装器来处理这些功能。 rsnapshot-oncePhilipp C. Heckel 的3是 PHP 中 rsnapshot 的包装器，它： 无需修改您的 rsnapshot 的配置即可工作 确保每天、每周和每月的任务在各自的时间段内只运行一次，通过 cron（对笔记本电脑很好） 备份失败的回滚（检查上次备份是否完成；如果没有，则删除最后一个目录并重命名连续目录，例如daily1.->daily.0，...） 使用它一年我是一个快乐的用户：我openbase_dir为我的备份需要编辑了 php.ini，瞧，幸运的一天 ^_^ 比我以前基于原始 rsnapshot 的解决方案更顺畅、更安全。 注意：slm 从重复的问题中将我链接到此处：Rsnapshot 目的地已满 - 如何安全地重新运行？
我的理解是……
rdiff-backup将在下次运行时检测到不完整的增量。它将删除不完整的增量，以便备份位置与中断的备份尝试从未开始一样。
rsnapshot稍微复杂一些，因为它的例程更加循序渐进，并且根据
sync_first和use_lazy_deletes选项的使用而有所不同。sync_first并被rsnapshot sync打断，您只需rsnapshot sync再次运行即可解决问题。如果您不小心rsnapshot <backup level>在此时运行，则最新的备份点将保持不完整，并将通过轮换进行。sync_first，那么您只会遇到一个不完整的备份点，该备份点是新旧版本文件的混合体。除非您手动反向旋转每个备份点，否则不完整的备份点将通过旋转进行。rsnapshot <backup level>都会导致最旧的备份点丢失，除非use_lazy_deletes启用。请注意，
sync_first并use_lazy_deletes以使用更多磁盘空间为代价。提醒/免责声明：这是不言而喻的，但永远不要盲目相信互联网上其他人的建议。如果您打算将 rdiff-backup 或 rsnapshot 用于关键任务，请阅读手册中的每一个字，然后自己测试、测试、测试一切！
那只是发生在我身上。在 rsnapshot 的增量备份中，我的外部驱动器已满：
现在我想分享一些我从中学到的东西。即修复和限制这种情况下咬我的相当大的机会；）
恢复 Rsnapshot 的中断备份
我知道两种安全回滚的方法。
手动
自动地
rsnapshot 没有暂停/停止和恢复功能（除了有限的“由于回滚计划而跳过” 2），因此我们必须使用包装器来处理这些功能。
rsnapshot-oncePhilipp C. Heckel 的3是 PHP 中 rsnapshot 的包装器，它：使用它一年我是一个快乐的用户：我
openbase_dir为我的备份需要编辑了 php.ini，瞧，幸运的一天 ^_^ 比我以前基于原始 rsnapshot 的解决方案更顺畅、更安全。注意：slm 从重复的问题中将我链接到此处：Rsnapshot 目的地已满 - 如何安全地重新运行？