Определите, что перестанет работать при сбое
Начните с заявок у B2B-компании, записей у клиники или заказов и оплаты у магазина. Зафиксируйте, где остаётся каждый результат. Форма может писать в базу сайта, отправлять письмо или сразу передавать данные в CRM. От этого зависит, какие записи удастся восстановить вместе с сайтом и что придётся сверять в других системах.
Назначьте человека, который принимает решение при инциденте. Ему нужны контакты разработчика, хостинга и регистратора, список важных страниц и понимание, сколько часов простоя бизнес может выдержать. Держите инструкцию там, где команда откроет её даже при недоступности сайта и корпоративной почты.
Проверьте доступы и обновления
Владелец бизнеса или уполномоченный сотрудник должен иметь доступ к аккаунту регистратора, настройкам DNS, серверу и резервным копиям. Включите двухфакторную аутентификацию там, где она доступна. Используйте отдельные учётные записи для разработчиков и подрядчиков и закрывайте доступ после завершения работы. Сохраните коды восстановления в защищённом хранилище с отдельным доступом.
Ведите список CMS, плагинов, модулей, версий PHP и компонентов, которые давно не обновлялись. Обновляйте их после бэкапа и проверки на тестовом контуре. Например, после обновления плагина записи клинике стоит провести тестовую запись до того, как изменения попадут на рабочий сайт. Для WordPress есть отдельный разбор бэкапа и тестового восстановления.
Вынесите копии за пределы хостинга
Сохраняйте файлы и базу данных, а также настройки, без которых проект нельзя запустить. Обычный ZIP с папкой сайта может не содержать заказы, пользователей и тексты из базы. Укажите ответственного за расписание, глубину истории и периодическую проверку копий.
Вторая точка хранения особенно полезна, когда сам аккаунт хостинга недоступен. Проверьте, можно ли выгрузить архив с другого устройства и под отдельной учётной записью. Разницу между двумя файлами в одной папке и двумя независимыми хранилищами показывает схема двойного резервного копирования.
Настройте мониторинг и проведите учебное восстановление
Проверяйте извне главную, ключевые посадочные и хотя бы один бизнес-сценарий. Страница с сообщением об ошибке иногда отвечает кодом HTTP 200, поэтому контролируйте и содержание ответа. Отдельно проверьте, кто получит уведомление и что сделает в первые 15 минут.
Разверните копию на закрытой тестовой площадке. Изолируйте отправку писем, оплату и интеграции. Сверьте дату базы, работу форм и SEO-настройки. Запишите реальное время от получения архива до запуска и объясните команде, где находится инструкция. Для оценки срока пригодится сценарий восстановления из бэкапа.
Что спросить у подрядчика
- Где лежат две копии и кто может их скачать, если хостинг недоступен?
- В каком виде сохранены база, файлы и настройки? Как убедиться, что они совместимы?
- Кто принимает решение о переключении DNS и что входит в работы по восстановлению?
- Сколько изменений можно потерять при выбранной частоте копирования и как сверять новые заявки?
- Когда последний раз удалось запустить копию на отдельной площадке?
Если на эти вопросы нет ответов, начните с короткой инвентаризации. Evrica SiteGuard помогает оценить текущую схему, подобрать частоту копирования и подготовить порядок действий.