Москва: проверенные б/у ноутбуки с гарантией и проверкой перед оплатой
+7 906 722-94-45

Главная → Статьи → BorgBackup, restic и rsync: что выбрать для бэкапа ноутбука

BorgBackup, restic и rsync: что выбрать для резервных копий домашнего ноутбука

Сравнение rsync, restic и BorgBackup по дедупликации, шифрованию, бэкендам, проверке целостности и восстановлению — с практическими критериями выбора для дома.

BorgBackup, restic и rsync: что выбрать для резервных копий домашнего ноутбука

Три инструмента решают три разные задачи. rsync быстро приводит одно дерево файлов в соответствие с другим. restic и BorgBackup создают дедуплицированные зашифрованные снапшоты, из которых можно достать файл месячной давности. Выбор зависит не от «что лучше», а от того, нужны ли вам версии, шифрование и хранение у чужого провайдера.

Коротко: чем они отличаются

Критерий rsync restic BorgBackup
Модель синхронизация деревьев снапшоты в репозитории снапшоты в репозитории
Дедупликация нет да, блоки переменной длины да, блоки фиксированной границы
Шифрование данных нет (только транспорт SSH) да, всё содержимое репозитория да, режимы repokey/keyfile
Сжатие нет да да, настраиваемое
Типы хранилищ локальный диск, SSH локальный, SFTP, REST, S3, B2 и др. локальный, SSH
Монтирование копии не нужно restic mount borg mount
Проверка целостности сверка при передаче restic check [--read-data] borg check [--verify-data]
Защита от удаления копий нет зависит от хранилища append-only режим
Порог входа минимальный низкий средний

Таблица описывает возможности инструментов, а не их скорость на вашем железе: конкретные цифры зависят от объёма данных, процессора и канала связи, поэтому сравнивать их надо измерениями на своей задаче, а не чужими таблицами.

Как работает дедупликация и зачем она нужна

И restic, и Borg разбивают файлы на блоки и хранят каждый уникальный блок один раз. Повторный прогон по почти не изменившемуся каталогу добавляет только новые блоки. Для домашнего архива это означает, что месячная история версий документного каталога занимает заметно меньше, чем десять полных копий.

У Borg устройство репозитория и дедупликация описаны в разделе internals документации; у restic механизм content-defined chunking и формат данных описаны в разделе Design/References.

Когда достаточно rsync

  • нужна быстрая копия «как есть» на диск в той же квартире, и вы готовы сами организовать снапшоты через --link-dest;
  • приёмник — ваш собственный NAS с шифрованием на уровне тома (LUKS/ZFS), поэтому шифрование инструмента не требуется;
  • важна простота: команду можно прочитать глазами и понять, что она сделала.

Готовая схема с ключами SSH и исключениями — в статье rsync для резервных копий с ноутбука на Linux.

Когда стоит взять restic

  • копии уходят к чужому провайдеру (облако, S3, B2) — шифрование на клиенте обязательно;
  • нужны версии файлов с политикой хранения (forget --keep-*);
  • хочется один бинарный файл и минимум зависимостей, а также богатый набор бэкендов;
  • важна простота восстановления с «чистого» компьютера: достаточно restic, адреса репозитория и пароля.

Пошаговая настройка — в статье restic на Linux.

Когда стоит взять BorgBackup

  • приёмник доступен по SSH, и вы хотите зрелый инструмент с монтажом архивов как файловой системы;
  • нужна защита от удаления и перезаписи копий со стороны взломанного клиента: append-only режим репозитория не позволяет клиенту удалять уже записанные данные;
  • удобно использовать обёртку (borgmatic) для конфигурации в YAML и расписания.

Ключевые команды Borg описаны в разделе usage документации проекта: borg init --encryption=repokey-blake2, borg create, borg list, borg extract, borg check, borg prune, borg mount.

Чего ни один из трёх инструментов не делает

  • Не откатывает систему после неудачного обновления. Для этого нужны снапшоты файловой системы или системы состояний пакетов — см. снапшоты btrfs и Timeshift.
  • Не копирует открытые базы данных согласованно. Сначала штатный дамп, потом копия файла дампа.
  • Не заменяет копию на отдельном носителе. Репозиторий на том же диске, где лежат оригиналы, не защищает от его отказа.
  • Не проверяет себя сам. Периодический check и контрольное восстановление — часть схемы, а не опция.

Практические критерии выбора

  1. Куда уходит копия. Свой NAS → rsync или Borg по SSH. Чужое облако → restic.
  2. Нужны ли версии. Да → restic/Borg. Нет → rsync.
  3. Кто будет восстанавливать. Если восстанавливать придётся человеку без вашего опыта, выбирайте инструмент с простым restore и напишите инструкцию рядом с паролем.
  4. Проверяемость. Убедитесь, что в выбранной паре «инструмент + хранилище» есть команда проверки целостности и вы знаете, как её запускать.

Частые вопросы

Можно ли комбинировать инструменты?

Да, и это обычная практика: rsync для быстрой локальной копии и restic для зашифрованной копии в облако. Так одна схема закрывает и быстрый откат, и защиту от потери дома.

Что быстрее при первом прогоне?

Первый прогон у всех трёх упирается в чтение всего объёма данных. restic и Borg дополнительно тратят процессор на дедупликацию, сжатие и шифрование; rsync в этом смысле легче, но и результат у него проще.

Какой инструмент безопаснее при компрометации ноутбука?

У restic и Borg содержимое репозитория зашифровано, поэтому доступ к хранилищу не даёт доступа к данным. У Borg дополнительно есть append-only режим, ограничивающий удаление копий клиентом. У rsync данные на приёмнике лежат в открытом виде, если приёмник не зашифрован.

Стоит ли переходить с rsync на restic, если схема уже работает?

Если текущая схема не даёт версий и не шифрует копии, уходящие за пределы дома, — да. Если локальная копия на зашифрованный NAS вас устраивает, достаточно добавить второй слой вместо полной замены.