Копия не содержит всего проекта
Архив может включать базу данных, но не загруженные пользователями файлы; или файлы без базы. Иногда вне резервной задачи остаются настройки сервера, секреты приложения, сертификаты и задания планировщика. После восстановления сайт запускается, но формы, изображения или интеграции не работают.
Составьте перечень компонентов по фактической архитектуре, а не по названию кнопки «создать копию». Для каждого укажите место хранения, частоту копирования и владельца доступа.
Данные взяты из разных моментов времени
На работающем магазине база и файловое хранилище могут меняться одновременно. Если файлы скопированы утром, а дамп базы вечером, ссылки на новые изображения или заказы могут не совпасть с содержимым. Нужен способ согласовать снимки или понятный план доведения данных после восстановления.
Проверьте целостность дампа, ошибки резервной задачи и возможность распаковать архив. Успешное завершение процесса копирования само по себе не проверяет рабочее состояние восстановленного сайта.
Новая среда отличается от прежней
Другая версия PHP или базы, недоступный модуль, неподходящие права на файлы и неверный адрес приложения способны остановить запуск. На тестовом восстановлении видно, какие зависимости не описаны и сколько времени требуется для настройки.
Сохраняйте перечень версий и конфигураций вместе с инструкцией восстановления. Секреты храните отдельно и защищённо, но убедитесь, что у ответственного есть к ним доступ во время аварии.
Проводите проверку как учение
Разверните копию на изолированном адресе, запретите отправку реальных писем и проверьте вход, формы, изображения и критичные операции. Засеките время, зафиксируйте ошибки и повторите тест после исправлений.
Практический результат — восстановленный сайт и воспроизводимая инструкция. Если процесс удаётся только одному человеку по памяти, риск ещё не устранён.
Разбираете похожую ситуацию? Расскажите о ней в форме ниже — обсудим, с чего начать именно в вашем случае.
