Резервное копирование сайта: как часто делать бэкапы и куда их класть

Что входит в полную копию сайта

Файлы сайта - это код, картинки, стили, скрипты. Обычно лежат в папке на хостинге, доступ по FTP или SSH. Размер зависит от проекта: лендинг - пара мегабайт, интернет-магазин с тысячами товаров - несколько гигабайт.

База данных хранит контент, настройки, заказы, пользователей. Находится отдельно от файлов, качается дампом через phpMyAdmin, консольные команды или панель хостинга. Весит обычно меньше файлов, но критичнее: без базы сайт не запустится.

Почтовые ящики на домене и SSL-сертификаты копируют редко, но если используете корпоративную почту или платный сертификат - добавьте в список. Потеря переписки или необходимость перевыпускать сертификат добавляет проблем при восстановлении.

Как часто делать резервные копии

Частота зависит от того, как часто меняется содержимое. Если публикуете новости каждый день, копируйте базу ежедневно. Статичный корпоративный сайт, который правят раз в месяц, можно копировать раз в неделю.

Интернет-магазин с заказами требует ежедневных бэкапов базы, иначе при сбое потеряете заказы и оплаты. Файлы товаров меняются реже, их можно копировать раз в неделю.

На практике оптимально: база данных - каждый день автоматически, файлы сайта - раз в неделю или после обновлений. Если обновляете дизайн или ставите новый плагин - сделайте копию перед изменениями вручную, даже если автоматическая была вчера.

Где хранить копии и сколько версий держать

Копия на том же хостинге, где лежит сайт, не защищает. Если хостинг упал или удалил ваш аккаунт по ошибке, копия пропадёт вместе с оригиналом. Это частая ошибка: панель хостинга предлагает автобэкапы, владелец думает, что защищён, но копии лежат там же.

Минимально безопасная схема: одна копия на хостинге для быстрого восстановления, вторая - на стороннем облаке (Яндекс Диск, Google Drive, Dropbox) или отдельном сервере. Если работаете с критичными данными - третья копия на внешнем диске у себя.

Держите 7-10 последних копий базы и 3-4 копии файлов. Это позволяет откатиться не только на вчера, но и на неделю назад, если проблему заметили не сразу. Старые копии удаляйте автоматически, иначе место закончится.

Автоматизация: скрипты и плагины

На WordPress ставьте плагин UpdraftPlus или Duplicator. Настраиваете расписание, указываете облако для выгрузки, плагин делает всё сам. Бесплатных версий хватает для большинства задач.

Если сайт на самописном движке или хостинг даёт доступ по SSH, пишите bash-скрипт с mysqldump для базы и tar для файлов. Запускаете через cron. Скрипт занимает 10-15 строк, примеры есть в документации хостинга.

Не полагайтесь только на автоматику. Раз в месяц проверяйте, что копии действительно создаются: зайдите в облако, посмотрите дату последнего файла и его размер. Если размер базы внезапно уменьшился вдвое или дата не обновляется - скрипт сломался.

Проверка восстановления - без неё копии бесполезны

Копия, которую ни разу не пробовали развернуть, в половине случаев не работает. Файл битый, в дампе базы не хватает таблицы, пути в конфиге указаны неправильно. Узнаёте об этом в момент, когда сайт уже упал и нужно срочно восстанавливать.

Раз в квартал разворачивайте копию на тестовом поддомене или локальном сервере. Проверьте, что сайт открывается, страницы грузятся, формы отправляются. Если что-то не работает - чините процедуру копирования, пока не поздно.

Держите инструкцию по восстановлению. Три месяца спустя вы забудете, в какой последовательности заливать файлы и базу, какие настройки менять в конфиге. Запишите порядок действий в текстовый файл и положите рядом с копиями.

Типичные ошибки при настройке бэкапов

Копируют только базу или только файлы. Сайт не заработает, если восстановить что-то одно: база ссылается на файлы картинок, код подключается к структуре базы. Нужно и то, и другое.

Хранят одну версию копии. Если она испортилась или вы поняли, что откатываться нужно на две недели назад, а не на вчера, - делать нечего. Минимум три версии с разными датами.

Не шифруют копии с критичными данными. Если сливаете базу с паролями и платёжными данными в открытое облако, это дыра в безопасности. Используйте шифрование на стороне плагина или архивируйте с паролем перед загрузкой.

Сколько стоит настроить резервное копирование

Если сайт на популярной CMS и хостинг поддерживает плагины, настраиваете сами за полчаса бесплатно. Платить придётся только за место в облаке, если бесплатного лимита не хватает - 200-300 рублей в месяц за 100 Гб.

Для самописного проекта или нестандартной конфигурации разработчик напишет скрипт за 5-10 тысяч рублей. Один раз настроили - работает годами. В EFIMOV DEV делаем это в рамках поддержки сайта, если она подключена, или отдельной задачей по фиксированной смете.

Хостинги с управляемым бэкапом (например, Timeweb, Beget) берут 100-500 рублей в месяц за автоматические копии. Удобно, но проверяйте, куда они складывают файлы: если на тот же сервер - защита неполная.

Частые вопросы