Бэкап, который можно вернуть

Архив и резервная копия — не одно и то же

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

Запишите, что нужно восстановить

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

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

Минимальный тест восстановления

На отдельной машине или в безопасной временной директории создайте тестовый путь, распакуйте копию и сравните результат с ожидаемой структурой.

mkdir -p /tmp/restore-check
# Сначала посмотреть состав архива:
tar -tf backup.tar.gz | head
# Распаковывать только доверенный архив:
tar -xzf backup.tar.gz -C /tmp/restore-check

Не распаковывайте неизвестный архив от root. Для рабочих данных выполняйте восстановление в изолированной среде; не перезаписывайте производственные файлы ради проверки.

Правило 3–2–1

Полезный ориентир: три копии данных, на двух независимых носителях или системах, одна из которых хранится отдельно. Для критичных данных стоит предусмотреть также неизменяемые или изолированные копии.

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

Фиксируйте время восстановления

После теста запишите, сколько заняло восстановление, чего не хватило и какая часть процесса выполнялась вручную. Такая запись полезнее абстрактного статуса «бэкап работает».

← Вернуться ко всем статьям