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

Главное правило. Копия на том же сервере, что и сайт, - это не бэкап, а самообман: умерший диск, шифровальщик или взломщик уничтожают сайт вместе с его «резервной копией». Чем заканчивается взлом без внешнего бэкапа, мы разбирали в статье что делать, если взломали сайт - спойлер: восстанавливаться бывает не из чего.

Какие бывают бэкапы сайта

ВидЧто этоСильные и слабые стороны
ПолныйВсе файлы и база целикомПросто восстанавливать; занимает много места и времени
ИнкрементныйТолько изменения с прошлой копииБыстрый и лёгкий; восстановление требует всей цепочки
ДифференциальныйИзменения с последнего полногоКомпромисс: нужны полный плюс последний срез
Снапшот сервераСлепок всей виртуальной машиныВосстанавливает всё окружение; тяжёлый, зависит от площадки
Штатный бэкап БитриксАрхив сайта средствами платформыУмеет выгружать в облако Битрикс; настраивается за вечер

Схема 3-2-1: как хранить бэкапы, чтобы они пережили аварию

Классика отрасли: три копии данных, на двух разных типах хранилищ, одна - вне основной площадки. Для сайта это выглядит так: рабочие данные на хостинге, автоматический бэкап на самом хостинге (быстро восстанавливаться после мелких ошибок) и копия во внешнем хранилище - облаке или на другом сервере у другого провайдера. Такая схема закрывает все сценарии: от «случайно удалили раздел» до «хостинг сгорел вместе с бэкапами».

Про бэкапы хостинга. Штатные копии хостинга - полезное дополнение, но не основа: глубина обычно 7-14 дней, гарантий по договору чаще всего нет, а хранятся они на той же площадке. Классический сценарий беды: заражение заметили через три недели, а все копии хостинга уже перезаписаны заражёнными.

Как часто делать бэкап сайта

Частота определяется простым вопросом: сколько данных вы готовы потерять безвозвратно? Для интернет-магазина с заказами база копируется минимум ежедневно, лучше - несколько раз в день; потерять сутки заказов - это реальные деньги и репутация. Корпоративному сайту с редкими правками хватает еженедельной копии базы и месячной - файлов. Отдельное железное правило: полный бэкап перед каждым обновлением платформы, модулей или PHP - откат из свежей копии в разы быстрее любого разбора руин.

Как настроить бэкапы для сайта на Битрикс: 5 шагов

  1. Включите штатный бэкапМодуль резервного копирования Битрикс умеет собирать файлы и базу в архив и класть его в облако Битрикс или на внешний FTP.
  2. Задайте расписаниеБаза - ежедневно ночью, файлы - еженедельно. Время выбирайте вне пиков нагрузки и вне окна обмена с 1С.
  3. Добавьте внешнее хранилищеКопия должна уезжать с сервера: облачное S3-хранилище, другой сервер, на худой конец - регулярное скачивание к себе.
  4. Настройте контроль успешностиБэкап, который молча перестал создаваться три месяца назад, обнаруживается в самый страшный день. Уведомление о результате - обязательно.
  5. Проверяйте восстановлениеРаз в квартал разворачивайте копию на тестовой площадке. Это единственный способ узнать, что бэкап - не просто файл, а спасение.

Не уверены, что ваши бэкапы вас спасут?

Проверим текущую схему, настроим копирование по правилу 3-2-1 с контролем успешности и тестами восстановления. Входит в поддержку от 250 BYN в месяц.

Настроить бэкапы
Совет. Непроверенный бэкап - лотерейный билет: узнаете, выиграли ли, только в день аварии. Пометьте в календаре квартальную «пожарную учёбу»: развернуть копию, открыть сайт, оформить тестовый заказ. Полчаса ритуала - и вы точно знаете цену своим копиям.

Частые вопросы про бэкап сайта

Сколько места нужно под бэкапы сайта?
Ориентир - 3-5 объёмов сайта: несколько ежедневных копий базы, пара недельных полных и месячные срезы. Место экономят инкрементные схемы и сжатие; хранение в облаке сегодня стоит дешевле, чем один час простоя магазина.
Как долго хранить старые копии?
Оперативные - 7-30 дней, плюс месячные срезы за квартал-полгода. Длинный хвост нужен на случай медленно обнаруживаемых проблем: заражение или порчу данных иногда замечают через недели, и тогда спасает только старая чистая копия.
Хостинг и так делает бэкапы. Зачем свои?
Затем, что копии хостинга живут 7-14 дней на той же площадке и без гарантий. Они хороши против мелких ошибок, но не спасают от пожара на площадке, долгого незамеченного заражения или закрытия хостинга. Своя внешняя копия - независимость от чужих обещаний.
Что копировать кроме файлов и базы?
Всё, что долго восстанавливать руками: конфигурацию сервера, SSL-сертификаты, DNS-зону (список записей), настройки почты, ключи интеграций. Одна текстовая памятка с этими данными сокращает восстановление после серьёзной аварии на часы.

Бэкап - единственная технология, которая гарантированно возвращает сайт после любой катастрофы: от кривого обновления до шифровальщика. Не хотите настраивать и проверять всё это сами - подключите администрирование сайта в Alavir: настроим схему 3-2-1, будем следить за успешностью копий и регулярно проверять восстановление. С 2013 года, 450+ проектов - и ни одного клиента, потерявшего сайт безвозвратно.