Бэкап — сохранённая копия данных, из которой можно восстановить сайт после ошибки, сбоя или неудачного обновления. Он нужен до происшествия. Когда из каталога уже исчезли товары, создавать первую копию поздно: она сохранит состояние после потери.
Главный вопрос — не «включены ли бэкапы в тариф», а «смогу ли я вернуть рабочий сайт и насколько свежими будут данные».
Почему архива с фотографиями недостаточно
У сайта на CMS обычно есть две важные части. В файлах находятся код, шаблоны, изображения и загруженные документы. В базе данных — содержимое страниц, настройки и другие записи. Конкретный состав зависит от устройства проекта.
Если сохранить только папку сайта, можно потерять тексты и заказы. Если выгрузить только базу, в восстановленной версии могут отсутствовать фотографии или нужные файлы. Для статического сайта без базы задача проще, но и его файлы нужно сохранить полностью.
Копия должна включать всё, что требуется для запуска. Отдельно проверьте конфигурацию, зависимости и внешние сервисы: резервирование сайта не обязательно сохраняет почту, объектное хранилище или данные другой системы.
Копия должна быть согласованной
Допустим, ночью вы сохранили базу, а утром обновили код и сделали архив файлов. Части относятся к разным состояниям сайта. При восстановлении код может ожидать структуру базы, которой ещё нет в старой копии.
Согласованное копирование зависит от проекта. Для активно работающего магазина может понадобиться остановка записи или специальный механизм резервирования. Одинаковая дата на двух архивах сама по себе не доказывает, что данные согласованы.
Перед обновлением сохраняйте рабочее состояние. Автоматические копии полезны для регулярного резервирования, ручная копия перед изменениями — для конкретной точки возврата.
Как часто делать бэкап
Подумайте, сколько новых данных вы можете потерять. Для редко меняющейся страницы и магазина с постоянными заказами ответ будет разным. Если копия сделана вчера, новые записи после её создания в ней отсутствуют.
Проверьте периодичность, срок хранения и количество доступных версий. Одна последняя копия может оказаться уже повреждённой. История версий помогает вернуться к состоянию до ошибки — если нужная версия ещё хранится.
У Beget для виртуального хостинга в руководстве по резервному копированию указано создание автоматических копий в среднем раз в 3–4 дня; периодичность зависит от нагрузки. Если такой интервал не подходит вашему проекту, нужно организовать дополнительные копии. Условия проверены 2 октября 2026 года.
Как понять, что копия работает
Проверьте восстановление на отдельной тестовой площадке. Не заменяйте работающий сайт просто ради проверки. Перед запуском копии отключите реальные платежи, рассылки и интеграции, которые могут отправить данные клиентам или во внешние системы.
- Восстановите файлы и базу совместимого состояния.
- Настройте доступ к базе и нужное серверное окружение.
- Откройте несколько страниц, изображения и административную часть.
- Проверьте важные функции с тестовыми данными.
- Запишите порядок действий и время, которое потребовалось.
Так вы заранее узнаете, хватает ли копии и доступов. Архив, который никто не пробовал восстановить, пока остаётся непроверенным.
Где хранить копию
Архив рядом с сайтом может помочь после случайной правки, но при потере доступа или сбое того же хранилища вы рискуете лишиться обоих. Храните дополнительную копию отдельно от рабочей площадки и ограничивайте доступ: внутри могут находиться настройки подключения и данные пользователей.
При выборе тарифа уточните, можно ли выгрузить файлы и базу, какие версии доступны и кто помогает восстановить проект. Это одинаково важно для виртуального хостинга и VPS.
Остальные вопросы перед оплатой собраны в руководстве по выбору хостинга. Начинайте проверку копий, пока сайт работает: в спокойной обстановке пропущенные шаги найти гораздо легче.