Первые действия после падения сайта
Зафиксируйте время, ошибку, какие страницы затронуты и что изменилось перед сбоем. Проверьте хостинг, DNS, сертификат и логи приложения. Просроченный сертификат или одна ошибочная настройка иногда устраняются без отката базы. Если есть признаки взлома, ограничьте доступ к затронутой системе, сохраните доступные журналы и снимки для расследования, согласуйте действия с технической командой.
Скопируйте текущее состояние, если это безопасно и доступно. Даже неисправная база может содержать заявки, которых нет в старом архиве. На время восстановления оцените, нужно ли приостановить создание новых заказов или перевести запись на альтернативный канал.
Как выбрать пригодную резервную копию
Найдите дату последней стабильной версии и сравните её с историей релизов. Для ошибки обновления подойдёт копия перед релизом, если файлы и база совместимы. При подозрении на взлом проверьте, не попали ли в копию вредоносные файлы, новые администраторы и изменённые задания. Иногда приходится проверять несколько версий подряд.
Посчитайте разрыв между временем снимка базы и моментом прекращения записи. Сверьте этот интервал с CRM, журналом оплат и входящими заявками. Если затронута только часть файлов, разработчик может восстановить её отдельно после проверки совместимости. Такой подход сохраняет более свежую базу.
Как развернуть сайт на тестовой площадке
- Создайте изолированную директорию или сервер с нужной версией приложения и СУБД.
- Восстановите файлы и базу в новые каталоги и экземпляры базы. Перенесите согласованные настройки и обновите параметры подключения.
- Отключите реальные письма, платежи и фоновые выгрузки. Ограничьте доступ к тестовой площадке авторизацией.
- Проверьте главную, несколько посадочных страниц, вход в админку, формы, поиск и изображения. Для магазина прогоните тестовый заказ, для клиники тестовую запись.
- Если случился взлом, устраните путь проникновения, обновите уязвимые компоненты и отзовите скомпрометированные пароли, ключи и сессии до возврата трафика.
Затем решите, восстанавливать ли основной сервер или запускать сайт на резервной площадке. Для второго варианта заранее проверьте DNS, сертификат и возможность переключения.
Что проверить на рабочем домене
Убедитесь, что формы доходят до CRM, интеграции включены в нужном режиме, а записи после даты копии сверены. Проверьте коды ответов, редиректы, robots.txt, sitemap.xml, canonical, метатеги и счётчики. Сравните выборку важных URL со списком из аналитики и панели вебмастера. Проверьте, не осталось ли тестовых запретов на индексацию.
Можно ли восстановить сайт, если бэкапа нет
Проверьте снимки у провайдера, репозиторий кода, выгрузки CMS, старый сервер, объектное хранилище и копии у разработчиков. Из CRM можно вернуть часть бизнес-данных, из репозитория код и шаблоны. Публичные копии страниц могут помочь восстановить открытые тексты. Полнота зависит от доступных материалов, поэтому начните с инвентаризации и сохраните то, что ещё можно получить.
Для профилактики следующего инцидента используйте чек-лист защиты сайта и согласуйте сценарий с Evrica SiteGuard.