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

Правило 3–2–1 как отправная точка

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

Что обычно забывают включить

Вместе с данными полезно сохранять:

  • конфигурацию приложения и reverse proxy;
  • декларации инфраструктуры (compose.yml, systemd units, скрипты);
  • дампы баз данных, созданные консистентным способом;
  • сведения о версиях образов и пакетов;
  • процедуру получения секретов из отдельного защищённого хранилища.

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

Пример копирования каталога

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

rsync -a --numeric-ids --delete \
  /srv/project-data/ backup-host:/srv/backups/project-data/

Опция --delete удаляет на приёмнике файлы, которых больше нет в источнике. Она полезна для зеркала, но опасна без версионирования. Для устойчивости к ошибкам и шифровальщикам нужны независимые версии и политика удержания.

Проверка восстановления

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

Важны два показателя: RPO — допустимая потеря данных по времени, и RTO — допустимое время простоя. Они определяют частоту копирования и подход к автоматизации восстановления.

Не ограничивайтесь сообщением «архив создан». Полезный результат — проверенное восстановление сервиса.