rdiff-резервное копирование

rdiff-резервное копирование
Оригинальный автор(ы)	Бен Эското (2001–2005) ; Дин Годе, Эндрю Фергюсон, Эдвард Нед Харви (2005–2016) ; Эрик Лаварде, Отто Кекяляйнен, Патрик Дюфрен (переписывание Python 3 начинается в 2019 г.)
Первоначальный выпуск	2001
Стабильная версия	2.2.6 / 8 сентября 2023 г .; 10 месяцев назад
Репозиторий	github .с /rdiff-резервное копирование /rdiff-резервное копирование .git ;
Написано в	Питон
Платформа	Unix-подобные системы, MacOS, Windows
Тип	программное обеспечение для резервного копирования
Лицензия	GPL-2.0 или новее
Веб-сайт	rdiff-резервное копирование .сеть

rdiff-backup — это программное обеспечение для резервного копирования, написанное на Python , которое создает обратные инкрементальные резервные копии . Таким образом, самая последняя резервная копия доступна напрямую, а более ранние резервные копии будут восстановлены из файлов различий с помощью rdiff-backup.

Как следует из названия, rdiff-backup использует метод rdiff (точнее, повторную реализацию rsync в librsync) для вычисления различий между версиями файлов. rdiff-backup может создавать резервные копии файлов на разных машинах через ssh .

Использование

Начиная с версии 2.2, флаги, передаваемые в rdiff-backup, являются либо общими, либо специфичными для операции. Например, отключение fsync (см. ниже) — это общий вариант, поэтому он идет после rdiff-backup. --no-compression специфичен для режима резервного копирования и поэтому идет после backup.

Резервное копирование

Нормальная работа rdiff-backup backup <source directory> <backup directory>. gzip- сжатие файлов приращений можно отключить с помощью --no-compression после backup флаг. Варианты -v 5 и --print-statistics показать ход резервного копирования и некоторую статистику.

Указание --no-fsync отключит fsync , что приведет к значительному ускорению и повышенному риску потери данных.

Восстановление файлов или каталогов

rdiff-backup --restore-as-of <date> <backup> <source> восстановлю до <source> всю резервную копию, отдельный файл или подкаталог. <date> можно указать одним из нескольких способов:

как дата, например «2020-02-14» (которая будет интерпретироваться как полночь рассматриваемого дня) или как строка даты и времени, например «2020-02-14T12:26:53+02:00» (которая можно найти, запустив rdiff-backup --list-increments <backup> первый)
в качестве временного интервала, например «1М» восстановит файлы такими, какими они были месяц назад.
как количество резервных копий, поэтому «10B» восстановит 10-ю самую последнюю версию
или «сейчас», чтобы восстановить самую последнюю резервную копию.

Соответствующий файл с отметкой времени также можно найти в rdiff-backup-data/increments каталог и запустите rdiff-backup <time-stamped file> <file or folder to be restored>.

Проще (но не всегда правильно, так как права доступа к файлу могут быть не восстановлены должным образом), самую последнюю резервную копию также можно восстановить, скопировав файл или каталог из резервной копии с помощью cp -a или rsync -a. Удаленный файл – можно узнать по суффиксу snapshot.gz – также можно восстановить, получив его в rdiff-backup-data/increments каталог, скопировав его в исходный каталог и распаковав с помощью gzip .

Удаление старых резервных копий

Удалить можно только самые старые резервные копии. rdiff-backup --remove-older-than <date> <backup directory>. Возможность удалять самые старые версии определенных файлов (или каталогов) появится в версии 2.2.

При удалении старых версий <date> принимает те же аргументы, что и при восстановлении файлов или каталогов (см. выше).

Проблемы

rdiff-backup не работает в Linux с SSHFS и exFAT файловыми системами , хотя FAT и NTFS работают.В основном это связано с их реализацией в виде модуля FUSE , вызывающего задержки в определенных операциях, что делает его, вероятно, непригодным для целей резервного копирования.Ни одна файловая система явно не поддерживается или не поддерживается, но rdiff-backup проводит тестирование перед началом резервного копирования и отказывается продолжать работу с файловыми системами, которые считаются непригодными.Что касается exFAT, то с помощью более нового встроенного в ядро драйвера exFAT это ограничение должно быть преодолено.

rdiff-backup не может выполнить резервное копирование в место назначения SFTP.

rdiff-backup распознает измененные файлы только по размеру файла, а также времени модификации ( mtime ). Чтобы убедиться, что все измененные файлы были скопированы, запустите rdiff-backup --compare-hash <source directory> <backup directory> (или rdiff-backup --compare-full <source directory> <backup directory> для побайтового сравнения) отобразит все измененные файлы. Затем, используя touch, время модификации всех проблемных файлов можно сбросить на настоящее время, и, таким образом, они будут включены во время следующего запуска резервного копирования rdiff.

Ссылки

^ Эрик Зольф (8 сентября 2023 г.). «Финальный минорный выпуск v2.2.6» . Проверено 13 сентября 2023 г.
^ Эрик Зольф (1 января 2024 г.). «С Новым годом, неизданная версия 2.6.0» . Проверено 9 января 2024 г.

Внешние ссылки

[wikidata-ea5221bf5294a2beedb2a317404ae7c14c0245ab-v13-1] Эрик Зольф (8 сентября 2023 г.). «Финальный минорный выпуск v2.2.6» . Проверено 13 сентября 2023 г.

[wikidata-35f905d83f31dd1378d956f85a8aacbef37d531c-v13-2] Эрик Зольф (1 января 2024 г.). «С Новым годом, неизданная версия 2.6.0» . Проверено 9 января 2024 г.

[1]

[2]