Обычный сбой или взлом?
Неудачное обновление и заражение могут выглядеть одинаково, но требуют разного подхода. Неизвестные администраторы, переадресации и вредоносные файлы требуют оценки инцидента до перезаписи данных. При обычной поломке сравниваем точечный ремонт и откат. Восстановление старой базы может удалить новые заказы, поэтому отдельно обсуждаем их сохранение.
Сайт не работает: какие сведения помогут восстановлению
Запишите адрес, время начала, вид ошибки и последние изменения. Проверьте, затронуты ли только сайт или также почта, DNS и панель хостинга. Не переустанавливайте приложение до сохранения доступных журналов и данных: это может уничтожить причину сбоя.
При недоступности сначала отделяем проблемы домена, сертификата, хостинга, приложения и внешней зависимости. Если есть признаки подмены страниц или неизвестные административные аккаунты, задача может требовать очистки после взлома, а не только запуска сайта.
Как выбрать путь восстановления
Выбор зависит от причины, состояния данных и возможности безопасно проверить изменения.
| Ситуация | Возможный путь | Что уточнить |
|---|---|---|
| Сбой после изменения | Исправление или согласованный откат | Что изменилось в коде и базе |
| Недоступен хостинг | Разбор с провайдером или перенос | Доступность файлов и копий |
| Повреждены данные | Восстановление из подходящей копии | Заказы и изменения после даты копии |
Запуск страницы и восстановление бизнеса
После устранения причины проверяем согласованные сценарии: вход, форму, заказ, уведомление и фоновые задачи. Ответ 200 от главной страницы не подтверждает сохранность всех данных. Результаты проверки и непроверенные функции отражаем отдельно.
Итог включает причину в пределах доступных доказательств, сделанные изменения и ограничения восстановления. Если копия устарела, обсуждаем потерю изменений и варианты сверки; заранее гарантировать восстановление любого сайта без потерь нельзя.
Иллюстрация магазина с новыми заказами
После ночной копии магазин принял новые заказы, а затем перестал работать. До восстановления всей базы нужно сохранить доступные новые операции, определить способ сверки и получить решение владельца о возможной потере. Критерии приёмки включают нужные страницы, вход, форму, корзину, уведомления и открытые исключения. Код 500, ошибка базы или TLS помогают выбрать область проверки, но не устанавливают причину сами по себе.