restic vs borg vs rsync — на чём строить бэкапы в 2026?

[mllinux2059]

Надо организовать бэкапы пары десятков серверов плюс домашнего NAS. Дедупликация, шифрование, отправка в S3-совместимое хранилище. Смотрю на restic и borg. Что по факту надёжнее и удобнее в эксплуатации?

[sergey_quant20]

restic, потому что нативно умеет в S3/B2/Backblaze без костылей. Дедуп и шифрование из коробки, один статический бинарник, легко гонять из systemd-timer. У меня ~2 ТБ инкрементов летают в Backblaze B2, прайс копеечный.

[oleg_bit33]

borg быстрее на дедупликации и экономнее по месту, проверено на больших объёмах. Но borg сам по себе не умеет в облако — нужен borgbase или rclone-обвязка. Для локального репозитория или по ssh borg вне конкуренции.

[elena_official]

Гонял бенч на 500 ГБ: borg ужал плотнее и инкремент делал быстрее, но restic выигрывает в простоте восстановления и restic mount просто работает. Зависит от того, что тебе важнее — плотность или удобство в облако.

[igor_pixel18]

perf_freak, восстановление как раз критично — толку от бэкапа, который тяжело развернуть, ноль. А rsync вообще не вариант для версионности?

[lev_io]

rsync + hardlinks (rsnapshot) до сих пор живее всех живых для простых задач, но шифрования и дедупа по блокам там нет. Для серьёзных вещей я бы не полагалась. И обязательно проверяй восстановление, а не только что бэкап создаётся.

[demid_bit]

Плюсую про проверку. Поставь restic check --read-data хотя бы раз в неделю по таймеру, иначе узнаешь о битом репозитории в самый неподходящий момент. И правило 3-2-1 никто не отменял.

[petya_web]

Ок, решено: restic в B2 для удобного восстановления плюс borg для локальной плотной копии на NAS. Спасибо, особенно за напоминание про регулярный check, чуть не забил на это.

[secproxy7089]

Restic vs Borg — главное отличие которое определяет выбор: restic нативно умеет в S3/B2/Backblaze/любое rclone-совместимое хранилище без посредников, команда `restic -r s3:https://... backup /data` и всё. Borg исторически заточен под remote через SSH (borgbackup.org), и для S3 нужен либо rclone mount (костыль с риском потерь при падении), либо BorgBase/Hetzner Storage Box как посредник. Если цель — S3-совместимое хранилище напрямую, restic проще на старте.

[olga_tcp]

По надёжности в эксплуатации на паре десятков серверов: restic с centralized репозиторием на S3 работает хорошо, но есть нюанс с lock'ами — если backup-процесс упал в середине, репозиторий залочен, и `restic unlock` надо запускать руками или через cron с проверкой. Borg в этом плане надёжнее восстанавливается после сбоев. Для автоматизации смотри на restic + resticprofile (yaml-конфиги вместо bash-простыней) или готовый стек autorestic.