
У меня есть сервер, который использует Rsnapshot для создания снимков папок на разных компьютерах в локальной сети.
Мне бы хотелось иметь еще один удаленный сервер, который будет служить резервной копией этого локального сервера.
Но Rsnapshot хранит свои снимки в особой структуре папок, а rsync/зеркалирование этой структуры папок не является простой процедурой, поскольку, например, Rsync, скорее всего, запутается и попытается синхронизировать daily.0 удаленно с daily.0 локально, но на самом деле во многих случаях это будут разные дни.
Или как это работает? Безопасно/эффективно ли просто синхронизировать с помощью Rsync всю папку резервных копий/снимков, созданную Rsnapshot, на удаленном сервере?
У меня вопрос:
как лучше всего сделать удаленное резервное копирование сервера Rsnapshooting?
решение1
Нет «лучшего способа». Все зависит от ваших настроек и требований.
Один из способов, который также работает, если резервные каталоги содержат много файлов, — это использовать снимки на более низком уровне и отправлять их на удаленный сервер. ZFS может это делать, и, вероятно, LVM тоже, но я никогда этим не пользовался. Вы не указали свою файловую систему или используете ли вы менеджер томов, в зависимости от этого это может быть вариантом.
В любом случае безопасно синхронизировать резервную копию каталога с удаленным сервером. Если у вас много файлов, это менее эффективно, чем отправлять снимки на уровне блоков.
решение2
Я перешел с rsnapshot на backintime именно из-за этой проблемы. В backintime каталоги именуются по дате. Они оба используют жесткие ссылки, но backintime немного умнее в том, что если ничего не меняется, он не утруждает себя созданием всех ссылок. Одно отличие в том, что backintime изменяет права доступа файлов на «только чтение» и сохраняет права доступа в отдельном файле.