Что произойдет, если rsnapshot / rdiff-backup прервется в середине передачи? [дубликат]

Я понимаю, что ...

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 для чего-то критического , прочитайте каждое слово руководства и тестируйте, тестируйте, тестируйте все самостоятельно! [ 1121]

1120 Это только что случилось со мной. мой внешний накопитель наполнился на полпути через инкрементное резервное копирование rsnapshot:

rsync: write failed on "<path>": No space left on device (28) 

Теперь я хотел бы поделиться несколькими вещами, которые я узнал из этого. то есть, чтобы восстановить и значительно ограничить шансы такого случая откусить меня назад;)

Возобновить прерванную резервную копию Rsnapshot

Я знаю два способа откатить это безопасно.

Вручную

1. Удалить последний каталог (например, daily.0)
2. Переименовать последовательные каталоги (daily.1 -> daily.0, ...); Возможный сценарий 1
3. Запустите резервное копирование как обычно (снова).

Автоматически

rsnapshot не имеет возможностей паузы / остановки и возобновления (за исключением ограниченного « пропущено из-за плана отката » 2 ), поэтому мы должны использовать оболочку для обработки этих функций.

rsnapshot-once 3 Филиппа С. Хеккеля - это обертка для rsnapshot в PHP, которая:

• работает без изменения conf вашего rsnapshot
• и гарантирует, что ежедневные, еженедельные и ежемесячные задачи выполняются только один раз в соответствующий период времени через cron (хорошо для ноутбуков)
• откат неудачного резервного копирования (проверяет, является ли последнее резервное копирование завершено, если не последний каталог удален и последовательные каталоги переименованы, например daily1. -> daily.0, ...)

Используя его в течение года, я счастливый пользователь: I отредактировал php.ini openbase_dir для моей потребности в резервном копировании и вуаля, счастливый день ^ _ ^ Более гладкий и безопасный, чем мое предыдущее необработанное решение на основе rsnapshot.

Примечание: slm связал меня здесь с повторяющимся вопросом: Rsnapshot destination full - как безопасно выполнить повторный запуск?