Коротко о главном

Резервная копия нужна не для отчёта, а для восстановления. Ошибка новичка — делать копию на тот же диск и ни разу не проверять её. Ниже — практическая схема для домашнего сервера и небольшой инфраструктуры.

Диски выходят из строя, обновления ломают конфигурацию, а ошибка администратора удаляет данные быстрее любого злоумышленника. Регулярный и проверенный бэкап — единственная страховка.

Этот материал — быстрый старт по Резервное копирование. За 15 минут вы получите рабочую конфигурацию и поймёте, куда смотреть дальше.

Установка

В Debian, Ubuntu и Linux Mint используется пакетный менеджер APT:

sudo apt install rsync restic borgbackup

В Fedora и RHEL-совместимых системах пакет ставится через DNF:

sudo dnf install rsync restic borgbackup

В Arch Linux и производных пакет доступен в официальных репозиториях:

sudo pacman -S rsync restic borg

Минимальная настройка

1. Определите, что защищаете

Начните с данных, без которых система не восстановится: домашние каталоги, конфиги, базы. Не копируйте кэши и временные файлы.

du -sh /home /etc /var/lib/postgresql

2. Сделайте первую копию

Restic создаёт зашифрованный репозиторий с инкрементальными снапшотами. Пароль храните отдельно от репозитория.

restic init --repo /backup/restic
restic backup /home /etc --repo /backup/restic

3. Настройте расписание

systemd-таймер или cron запускает бэкап регулярно. Проверьте, что задание действительно выполняется.

systemctl list-timers --all
journalctl -u restic-backup -n 50

4. Проверьте восстановление

Восстановите несколько файлов в отдельный каталог и сравните контрольные суммы. Это обязательный шаг.

restic restore latest --target /tmp/restore --include /home/user/Documents
ls -la /tmp/restore

Минимальный конфиг

Начните с минимального рабочего варианта. Не копируйте большой конфиг целиком: добавляйте параметры по одному и проверяйте результат после каждого изменения.

# restic environment
RESTIC_REPOSITORY=/backup/restic
RESTIC_PASSWORD_FILE=/root/.restic-pass

Шпаргалка по командам

  • Определите, что защищаете: du -sh /home /etc /var/lib/postgresql
  • Сделайте первую копию: restic init —repo /backup/restic
  • Настройте расписание: systemctl list-timers —all
  • Проверьте восстановление: restic restore latest —target /tmp/restore —include /home/user/Documents
  • Храните копию вне хоста: rsync -av —delete /backup/restic/ user@backup-host:/srv/backup/

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

Эти рекомендации проверены на повседневных задачах. Начните с тех, которые закрывают вашу текущую боль, а не со всего списка сразу.

Совет 1. Шифруйте бэкапы, если они покидают доверенный носитель.

Шифруйте бэкапы, если они покидают доверенный носитель.

Совет 2. Храните пароль восстановления отдельно от данных.

Храните пароль восстановления отдельно от данных.

Совет 3. Ограничивайте срок хранения снапшотов, чтобы не разрастался репозитори

Ограничивайте срок хранения снапшотов, чтобы не разрастался репозиторий.

Совет 4. Проверяйте целостность через restic check.

Проверяйте целостность через restic check.

Что дальше

Быстрый старт не означает «настроить навсегда». Когда базовый сценарий заработает, вернитесь к конфигурации и проверьте, что она переживёт перезагрузку: файлы на месте, служба включена в автозагрузку, путь к данным не зависит от текущего каталога.

Дальше имеет смысл разобраться с резервной копией и журналами Резервное копирование. Это не самая заметная часть работы, но именно она превращает эксперимент в инструмент, которым можно пользоваться каждый день.

Чек-лист

  • Команды из шпаргалки выполняются без ошибок после перезагрузки.
  • Пароли и токены не хранятся в истории команд и конфигурации в открытом виде.
  • Понятно, где смотреть логи и что считать признаком проблемы.
  • Есть копия конфигурации, которую можно восстановить.

Короткие ответы на частые вопросы

Нужно ли запускать всё от root?

Нет. Права root нужны для установки пакетов и изменения системных файлов, но сама программа и её данные должны принадлежать отдельному пользователю. Постоянная работа под root превращает любую ошибку в критическую.

Что делать, если после перезагрузки ничего не работает?

Сначала проверьте, включена ли служба в автозагрузку и не изменился ли путь к конфигурации. Посмотрите журнал текущей загрузки: он почти всегда указывает на отсутствующий файл, неверные права или занятый порт.

Как обновлять без сюрпризов?

Читайте примечания к версии, делайте резервную копию конфигурации и проверяйте обновление на тестовом стенде. Не обновляйтесь в пятницу вечером перед выходными: время на откат должно быть частью плана.

Итог

Этого достаточно, чтобы начать. Дальше углубляйтесь по мере задач: документация Резервное копирование станет понятнее, когда появится реальный сценарий использования.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 0 / 5. Количество оценок: 0

Оценок пока нет. Поставьте оценку первым.

Поделиться: Telegram ВКонтакте