Стратегия резервного копирования: правило 3-2-1 на практике

Стратегия резервного копирования: правило 3-2-1 на практике

Правило 3-2-1 звучит просто: 3 копии данных, на 2 разных типах носителей, 1 копия вне офиса/дата-центра. Реализация сложнее.

Типичные ошибки при настройке бэкапов:

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

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

Бэкап только базы данных. Код приложения тоже меняется. Настройки веб-сервера, cron-задания, конфигурация окружения — всё это нужно бэкапить или хранить в git.

Минимальный рабочий стек:
— Ежедневный pg_dump / mysqldump → шифрование → S3 в другом регионе
— Еженедельная проверка: скрипт разворачивает последний бэкап БД в тестовую базу, проверяет наличие ключевых таблиц и данных, пишет отчёт в мессенджер
— Репозиторий git как бэкап кода (само собой)

Время восстановления (RTO) должно быть измерено, а не предположено.