Резервная копия: проверять восстановлением

Почему наличие архива ещё не означает, что сервис получится восстановить.

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

Сохраняйте зависимости

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

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

Согласованность важнее размера

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

Восстанавливайте отдельно

1. Подготовьте изолированное окружение.
2. Восстановите файлы и настройки из выбранной копии.
3. Запустите сервис и проверьте основные действия.
4. Запишите необходимые команды и недостающие зависимости.

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

Обновляйте инструкцию вместе с системой

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