Настройка резервного копирования сайта
Бэкапы - дешёвая страховка, которая стоит копейки в спокойное время и спасает бизнес в момент аварии. Сайт может пострадать от взлома, ошибки администратора, сбоя хостинга, повреждения базы данных, неудачного обновления плагина. Во всех этих случаях вернуть рабочую версию из бэкапа - вопрос минут вместо дней пересоздания.
Веб-студия Enternet настраивает резервное копирование сайтов с проверенной схемой: ежедневные автоматические бэкапы, off-site хранение, периодическая проверка восстанавливаемости. Подход подходит для WordPress, Joomla, OpenCart, Bitrix, Drupal, Next.js и проектов на других стеках.
Что бывает без бэкапов
Как мы настраиваем бэкапы
Частота копий зависит от того, как часто меняется сайт. Для контентных проектов и блогов с ежедневными публикациями делаем daily-бэкапы. Для интернет-магазинов с активными заказами - daily плюс ежечасные снимки базы данных. Для редко обновляемых сайтов-визиток достаточно weekly с дополнительной копией перед каждым обновлением.
Глубина хранения по умолчанию: ежедневные копии за последние 14 дней, еженедельные за 2 месяца, ежемесячные за полгода. Этого хватает, чтобы откатиться к моменту, когда сайт ещё работал, даже если проблема обнаружилась не сразу.
Главное правило: бэкапы никогда не лежат на том же сервере, что и сайт. Если хостинг падает или взломан, локальные копии бесполезны. Поэтому мы храним архивы off-site - на отдельных серверах, в S3-совместимых хранилищах (BackBlaze B2, Wasabi, Scaleway), либо в облаке Hetzner Storage Box.
Проверка восстанавливаемости
Бэкап считается рабочим только после проверки. Раз в квартал мы разворачиваем последнюю копию на тестовом окружении и убеждаемся, что сайт запускается, база подключается, изображения на месте, формы работают. Это исключает ситуацию, когда копии есть, но в нужный момент они оказываются битыми или неполными.
Дополнительно настраиваем уведомления: если очередной автоматический бэкап не создался или прошёл с ошибкой, приходит письмо или сообщение в Telegram. Молчание сервиса бэкапов - первый признак, что схема перестала работать.
GDPR и хранение бэкапов
Если на сайте есть данные пользователей (регистрации, заказы, формы с контактами), бэкапы попадают под действие GDPR. Это значит, что хранение должно быть защищённым (шифрование архивов), а серверы желательно располагать в ЕС. Мы используем хранилища в Германии, Финляндии и Нидерландах, шифруем архивы с уникальным ключом для каждого клиента.
При удалении персональных данных по запросу пользователя помогаем корректно удалить эти данные не только из боевой базы, но и из всех бэкапов, в которых они могли остаться. Это важный момент, который часто упускают.
Частые вопросы
Хостерские бэкапы лучше, чем ничего, но они хранятся на той же инфраструктуре. Если у хостера серьёзный сбой, эти копии тоже могут пропасть. Рекомендуем дублировать в независимое off-site хранилище.
Похожие услуги
Защитим сайт автоматическими бэкапами с проверкой
Расскажите о задаче - подготовим решение и бесплатный расчёт стоимости. Без обязательств.