Сайт не работает: безопасный порядок диагностики и восстановления

Аварийный порядок

Первые 10 минут: ничего не переустанавливайте

Главная задача в начале инцидента — не увеличить ущерб. Не очищайте базу, не удаляйте контейнеры, не обновляйте зависимости и не восстанавливайте случайную копию поверх текущих данных. Сначала зафиксируйте симптомы и состояние системы.

Запишите время и симптом Не открывается весь сайт, отдельная страница, форма или административная панель. Сохраните точный текст ошибки и URL.
Проверьте с другой сети Откройте сайт с мобильного интернета. Это отделяет локальный DNS, VPN и кэш браузера от общей недоступности.
Сохраните текущее состояние До перезапуска зафиксируйте статусы процессов или контейнеров, последние ошибки и свободное место.

Проверяйте систему слоями

1. Домен и DNS

2. HTTPS

3. Reverse proxy

4. Приложение

5. База и внешние сервисы

Симптом и безопасное следующее действие

Диагностическая таблица

Симптом	Что проверить сначала	Чего не делать
Домен не открывается	Регистрацию домена и DNS	Не переустанавливать приложение
Ошибка сертификата	Срок сертификата и доступность портов 80/443	Не отключать HTTPS
502 или 504	Статус web и связь с reverse proxy	Не пересоздавать все сервисы
500 на одной странице	Логи web рядом со временем запроса	Не очищать базу
Форма сообщает об ошибке	Ответ API, запись в базе и журнал уведомлений	Не отправлять серию тестовых заявок

Когда использовать backup и rollback

Резервная копия нужна для восстановления данных, а rollback релиза — для возврата рабочей версии кода. Это разные операции. Если проблема появилась сразу после публикации и данные не повреждены, обычно безопаснее вернуть предыдущий web-релиз. Если потеряны или испорчены данные, сначала проверяют целостность копии в отдельной среде.

Не считайте файл backup рабочим, пока dump или архив не прошёл проверку чтения.
Не восстанавливайте копию поверх production без отдельной точки возврата.
После rollback проверьте не только главную, но и форму, базу, уведомления и основные страницы.

Какие данные передать специалисту

URL и точное время возникновения ошибки.
Скриншот или текст ответа без паролей, токенов и персональных данных.
Что менялось перед сбоем: релиз, DNS, сертификат, контент или доступы.
Где находятся backup и документация восстановления.

Что передать специалисту для первой проверки

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