Как проверить, что резервная копия базы данных действительно работает, а не просто существует?

Короткий ответ

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

Как это работает подробнее

процесс бэкапа может завершиться "успешно" по коду возврата, но содержать повреждённый, неполный или несовместимый с текущей версией СУБД файл; это выявляется только при попытке восстановления и проверки данных (чексуммы, количество строк, работоспособность приложения на восстановленных данных).

Пример / кейс

Ожидаемое поведение: скрипт должен завершаться с `RESTORE_OK` и числом строк, близким к ожидаемому; отсутствие вывода или ошибка `pg_restore` должны генерировать алерт команде ещё до того, как бэкап понадобится в реальном инциденте.

Пример кода

example.shКопировать

# Еженедельный cron-скрипт проверки бэкапа PostgreSQL
pg_restore --dbname=verify_db /backups/latest.dump \
  && psql -d verify_db -c "SELECT count(*) FROM orders;" \
  && echo "RESTORE_OK"

Что использовать на практике

• Практический подход. Автоматизируют периодическое (например, еженедельное) восстановление бэкапа в тестовую среду с прогоном smoke-тестов поверх восстановленных данных; фиксируют время восстановления (это же данные для RTO) и результат проверки в отдельном дашборде/алерте.

Подводные камни

• Частые ошибки. Проверять только факт завершения job без кода ошибки; не тестировать восстановление вообще до реального инцидента; тестировать восстановление один раз при внедрении и больше не повторять, из-за чего со временем бэкап перестаёт быть совместимым (например, после смены версии СУБД).