Поддержка сайта / Блог ontech.pro
Резервная копия сайта: как проверить, что она действительно спасёт
Надпись «резервное копирование включено» успокаивает до первой попытки восстановить сайт. Потом может выясниться, что сохранены только файлы, база устарела, а доступ к архиву находился на том же недоступном сервере. Хорошая копия — та, из которой проверенно получается рабочий результат.
Подготовила команда ontech.pro · · 3 мин чтенияОпределите, что именно нужно сохранить
У сайта могут быть код, загруженные изображения, база данных, настройки сервера и внешние сервисы. У статической витрины один набор зависимостей, у магазина с заказами — другой. Если заявки хранятся отдельно от сайта, архив страницы не сохранит их автоматически. Состав копии должен соответствовать реальной архитектуре.
Составьте короткую схему с владельцами доступов: где домен, где файлы, где база, куда идут обращения. Пароли и ключи не добавляйте в общий документ. Для них нужен отдельный защищённый порядок хранения. Копия, содержащая данные клиентов, сама становится чувствительным ресурсом и не должна лежать по общедоступной ссылке.
Выберите частоту по цене потери данных
Для редко меняющегося сайта услуг может быть достаточно одной схемы, для магазина с ежедневными заказами — совсем другой. Спросите себя, какой промежуток данных допустимо потерять и сколько времени бизнес может работать без сайта. Ответы определяют частоту копирования и требования к восстановлению лучше универсального обещания «раз в неделю».
Отдельная копия перед рискованным обновлением полезна даже при автоматическом расписании. Убедитесь, что завершение задания проверяется, а ошибка отправляется ответственному. Наличие записи в календаре ещё не означает, что архив создан полностью и доступен. Также нужно заранее решить, сколько версий хранить.
Не храните единственный архив рядом с оригиналом
Копия на том же сервере удобна для быстрого отката, но может исчезнуть вместе с ним. Нужен независимый вариант хранения с ограниченным доступом. Проверьте, сможет ли ответственный получить архив при недоступности основной панели хостинга и не зависит ли вход от единственного потерянного устройства.
Документация WordPress по обслуживанию также рекомендует регулярные резервные копии и отдельное хранение. Но конкретная схема зависит от проекта. Для бизнеса важны не названия инструментов, а понятный ответ: какие данные сохранены, где лежат, кто имеет доступ и когда проверялось восстановление.
Документация: WordPress: обслуживание и резервное копирование
Проверьте восстановление без риска для клиентов
Разверните копию в изолированной среде с ограниченным доступом. Отключите реальные письма, платежи, рассылки и обмен с рабочими системами, чтобы тест не создал дубли заказов. Затем проверьте страницы, вход, каталог и нужные записи. Сравните дату и состав данных, зафиксируйте длительность восстановления.
После проверки тестовую среду нужно содержать безопасно или убрать по согласованному порядку. Копия магазина с настоящими контактами не должна стать забытым открытым поддоменом. Сам тест не следует проводить поверх рабочего сайта: задача — доказать восстанавливаемость, а не устроить незапланированный переезд.
Назначьте ответственного и порядок действий
При аварии команде нужен короткий план: кто принимает решение, какую версию выбирает и как учитывает новые данные. Восстановление вчерашней базы может удалить сегодняшние заказы, поэтому откат нельзя делать механически. В поддержке ontech.pro схему резервирования обсуждаем отдельно от красивой надписи в тарифе: важен проверенный путь возврата к работе.