Программы для резервного копирования: как выбрать и настроить бэкап — инструкция для новичка

Что такое программы для резервного копирования и зачем они нужны

Программа для резервного копирования (бэкапа) делает копию файлов, баз данных и системы и умеет вернуть их в рабочее состояние. Копия хранится отдельно от оригинала: на другом диске, сервере или в облаке. Общие принципы описаны в материале про бэкап и резервное копирование.

Бэкап не равен синхронизации. Если вы удалили файл, синхронизация удалит его и на второй стороне, а бэкап сохранит прежнюю версию. RAID (Redundant Array of Independent Disks, массив независимых дисков) переживает поломку одного диска, но не защищает от удаления и вирусов: любое изменение мгновенно попадает на все диски. Как устроен зеркальный массив, объясняет статья про настройку RAID 1.

Программы делятся на три типа:

• для ПК: копируют документы и фото на внешний диск или в облако;
• для серверов и VPS: restic и BorgBackup работают по расписанию и шифруют данные AES-256;
• облачные сервисы: хранят копии у провайдера.

Возьмём сквозной пример: VPS (виртуальный частный сервер) на Ubuntu с каталогами /var/www и /etc. Одна неверная команда rm -rf /var/www/site, сбойное обновление или шифровальщик уничтожают сайт за секунды. Если программа каждый день в 03:00 сохраняет оба каталога и дамп базы данных, вы возвращаете нужную версию из одной из 7 последних копий.

Как работает резервное копирование: полные, инкрементные копии и правило 3-2-1

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

Программы вроде restic и BorgBackup делят данные на блоки и не записывают повторяющиеся блоки заново, это называется дедупликацией. Каждая копия выглядит как полная, а места занимает как инкрементная. Данные шифруются алгоритмом AES-256 (Advanced Encryption Standard), а пароль репозитория храните отдельно от сервера.

Снапшот гипервизора — моментальный снимок диска виртуальной машины. Он лежит в том же хранилище, что и сервер, поэтому при сбое диска или ошибке на стороне провайдера пропадёт вместе с ним. Узнайте, как устроен гипервизор, и делайте снапшот перед обновлением, но не считайте его бэкапом.

Правило 3-2-1 защищает от потери самих копий. Запомните его по трём пунктам:

• 3 копии данных: рабочая и две резервные;
• 2 типа носителей, например диск VPS и объектное хранилище, разберитесь, что такое S3;
• 1 копия вне площадки: в другом дата-центре или в облаке, которое вы создадите за несколько минут.

Запускайте копирование ежедневно в 03:00 (запись cron 0 3 * * *), когда нагрузка на сервер минимальна.

Какую программу для резервного копирования выбрать

Выбор зависит от трёх вещей: операционной системы, места хранения копий и потребности в графическом интерфейсе. В нашем примере — VPS на Ubuntu с каталогами /var/www, /etc и дампом базы данных — нужна программа с шифрованием и дедупликацией, то есть хранением одинаковых блоков данных один раз. Если сервер ещё не готов, сначала изучите настройку Linux для сервера.

У каждого инструмента есть минусы. rsync сам по себе не шифрует и не дедуплицирует данные, поэтому он подходит для простого зеркала или как транспорт. BorgBackup ориентирован на Linux и macOS, а на Windows удобнее restic. Duplicati удобен веб-интерфейсом, но требует внимания: регулярно запускайте проверку и пробное восстановление.

Для VPS на Linux начните с restic или BorgBackup: шифрование AES-256 и дедупликация уже встроены. Для Windows-ПК выбирайте Veeam Agent или Duplicati. Если приложения работают в контейнерах, учтите их тома: установка Docker на VPS показывает, где они лежат. Для хранения копий дома или в офисе пригодится сетевое хранилище NAS.

Сравнение шести программ по ключевым параметрам:

Как настроить резервное копирование VPS пошагово на примере restic

Покажем настройку на VPS (виртуальном сервере) с Ubuntu. Копируем каталоги /var/www и /etc плюс дамп базы данных. Вся настройка занимает около 30 минут.

Репозиторий restic держите вне основного сервера: так вы выполните правило 3-2-1, где одна копия лежит вне площадки. Подойдёт удалённый сервер по SFTP (SSH File Transfer Protocol) или хранилище S3 (Simple Storage Service). Если сервера ещё нет, посмотрите, как арендовать виртуальный сервер.

Пошаговая настройка, где каждая команда выполняется от имени администратора:

1. Подключитесь по SSH (Secure Shell) на порт 22 и установите программу: apt install restic. Если подключаетесь из Windows, настройте PuTTY.
2. Создайте репозиторий: restic -r sftp:user@backup.example.com:/backups/vps init. Для S3 укажите путь вида s3:адрес/bucket. Задайте пароль и сохраните его отдельно от сервера: им шифруются данные (AES-256).
3. Сделайте дамп базы перед копированием. Для PostgreSQL: pg_dump mydb > /var/backups/db/mydb.sql. Установку описывает инструкция по PostgreSQL.
4. Запустите первую копию: restic backup /var/www /etc /var/backups/db.
5. Проверьте результат командой restic snapshots: в списке появится снимок с датой и путями.
6. Добавьте задание в cron (планировщик задач) через crontab -e: 0 3 * * * запускает дамп и копию каждый день в 03:00.
7. Настройте хранение: restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune. Это 7 ежедневных, 4 недельных и 6 месячных копий.
8. Проверьте восстановление: restic restore latest --target /tmp/restore, затем restic check для контроля целостности репозитория.

Если возникнут трудности с доступом или тарифом, загляните в ответы на вопросы о VPS.

Сколько места и денег нужно для хранения копий

Под копии закладывайте от 1,5 до 3 размеров исходных данных. Сайт на 20 ГБ потребует около 30–60 ГБ в хранилище. Точное значение зависит от доли данных, которые меняются каждый день, и от срока хранения: схема из 7 ежедневных, 4 недельных и 6 месячных копий даёт до 17 точек восстановления. Дедупликация (хранение одинаковых блоков один раз) и сжатие в restic и BorgBackup заметно сокращают расход.

Копии хранят на втором VPS по SFTP (SSH File Transfer Protocol, порт 22), в S3-хранилище (объектное хранилище по протоколу Amazon S3) или на домашнем NAS (Network Attached Storage, сетевое хранилище). Второй VPS и S3 оплачиваются обычно помесячно, а у S3 иногда отдельно считают исходящий трафик. NAS покупается один раз, но зависит от вашего домашнего интернета. Цены различаются у провайдеров и тарифов, поэтому проверяйте актуальный тариф до покупки: сравните варианты в рейтинге VPS-хостингов и уточните детали в ответах о VPS.

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

• раз в неделю смотрите занятый объём командой df -h на сервере хранилища;
• сверяйте размер репозитория командой restic stats;
• настройте оповещение при заполнении диска, например на 80%, через систему мониторинга Zabbix.

Частые ошибки при резервном копировании и как их исправить

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

Копия лежит на том же сервере

Если диск VPS выйдет из строя или аккаунт заблокируют, пропадут и данные, и копия. Следуйте правилу 3-2-1: 3 копии, 2 типа носителей, 1 копия вне площадки. Отправляйте репозиторий restic на другой сервер по SFTP (порт SSH 22) или в S3-хранилище. Для собственного удалённого узла изучите, как собрать домашний сервер для хранения данных.

Восстановление ни разу не проверяли

Копия, которую не пробовали развернуть, может оказаться неполной или повреждённой. Минимум раз в 3 месяца выполняйте restic restore latest --target /tmp/restore и сверяйте файлы. Целостность репозитория проверяет команда restic check.

Копируют файлы базы данных без дампа

Файлы работающей базы в /var/lib/mysql копируются в несогласованном состоянии и часто не открываются после восстановления. Перед бэкапом создавайте дамп, например mysqldump --single-transaction, и включайте файл дампа в набор каталогов рядом с /var/www и /etc.

Потерян пароль репозитория

Шифрование AES-256 (Advanced Encryption Standard) нельзя обойти: без пароля данные не восстановить. Храните пароль отдельно от сервера, в менеджере паролей и в бумажной записи.

Нет мониторинга заданий cron

Запись 0 3 * * * может молча перестать срабатывать, например при недоступности сервера во время DDoS-атаки (Distributed Denial of Service); о защите читайте в материале как защитить сервер от DDoS-атаки. Пишите вывод задания в лог и раз в неделю проверяйте restic snapshots: свежий снимок должен быть не старше суток.

Не хватает места из-за отсутствия политики хранения

Без очистки репозиторий растёт бесконечно. Под копии нужно примерно от 1,5 до 3 размеров исходных данных. Добавьте в расписание команду restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune.

Каждая из этих ошибок исправляется за несколько минут, а цена пропуска — потерянный сайт. Вынесите копию за пределы сервера, проверьте восстановление и настройте очистку, и бэкап начнёт работать так, как вы ожидаете.

Альтернативы: облачный бэкап, панель хостинга и сетевое хранилище

Если сайт небольшой и редко меняется, часто хватает встроенных копий хостера или панели управления. Они включаются в пару кликов и не требуют настройки. Но копии лежат у того же провайдера, а срок хранения ограничен тарифом. При блокировке аккаунта или сбое площадки вы потеряете и сервер, и копии, поэтому правило 3-2-1 (3 копии, 2 типа носителей, 1 копия вне площадки) такой бэкап не закрывает. Прочитайте ответы на вопросы о VPS, если сомневаетесь, что именно входит в ваш тариф.

Облачные сервисы резервного копирования работают двумя способами: агент на сервере копирует файлы, а копирование на уровне гипервизора (программы, которая запускает виртуальные машины) сохраняет машину целиком. Это удобно, но вы платите за объём, а ключами шифрования управляете не всегда сами. Если нужна готовая рабочая среда, а не копия сервера, посмотрите, как устроено 1С-облако.

Собственные хранилища дают больше контроля, но требуют вашего времени:

• S3 (объектное хранилище): оплата зависит от объёма и тарифа, restic пишет туда напрямую.
• NAS (network attached storage, сетевое хранилище) дома или в офисе: разовая покупка, но диски и питание на вас.
• Nextcloud: удобная точка для копий файлов, например /var/www; установите Nextcloud на VPS и подключите его по WebDAV.
• Панель хостинга: проще всего, контроль минимальный.

Когда программы для резервного копирования недостаточно

Схема из этой статьи закрывает типовой случай: VPS на Ubuntu, каталоги /var/www и /etc, дамп базы ежедневно в 03:00. У неё есть предел: при сбое вы потеряете все изменения с последнего запуска, то есть до 24 часов.

Если базе нельзя терять ни одной транзакции, суточного дампа мало. Нужна репликация (живая копия на втором сервере) и непрерывное архивирование журналов, например WAL (Write-Ahead Log, журнал предзаписи) в PostgreSQL. Так базу можно восстановить на любой момент времени.

Новичку стоит начать с малого: схема 7 ежедневных, 4 недельных и 6 месячных копий настраивается около 30 минут. Затем проверьте восстановление командой restic restore latest --target /tmp/restore и повторяйте проверку минимум раз в 3 месяца. Если вы переносите нагрузку в контейнеры, изучите настройку кластера Kubernetes, а для отдельной машины посмотрите, как создать сервер в облаке.

Обратитесь к специалистам или выберите управляемый сервис, если выполняется хотя бы одно условие:

• данные нельзя терять даже на минуту;
• парк серверов растёт, и копиями нужно управлять из одного места;
• аудит требует отчётов о копиях и фиксированных сроков хранения;
• регуляторика обязывает хранить копии в определённом месте.