Резервное копирование сайта: как не потерять всё

Сайт может перестать работать за минуту: неудачное обновление, взлом, случайное удаление раздела или авария в дата-центре. В такой момент всё решает одно — есть ли у вас свежая и рабочая резервная копия. Рассказываем, как устроить резервное копирование так, чтобы восстановление занимало часы, а не недели, и не зависело от удачи.

Почему сайты теряют данные

Многие владельцы уверены, что с их сайтом ничего не случится: он небольшой, никому не интересен, работает давно и стабильно. Практика показывает обратное — данные теряют проекты любого масштаба, и чаще всего причина вовсе не в хакерах.

• Человеческий фактор. Сотрудник удалил не ту страницу, контент-менеджер перезаписал каталог при импорте, подрядчик внёс правки прямо на рабочем сайте без проверки.
• Неудачные обновления. Обновление CMS, плагина или модуля конфликтует с остальным кодом, и сайт перестаёт открываться.
• Взлом и вирусы. Автоматические боты постоянно сканируют интернет в поисках уязвимых сайтов. Заражённый сайт может рассылать спам, перенаправлять посетителей на мошеннические ресурсы или просто оказаться заблокированным поисковиками.
• Сбой оборудования. Диски выходят из строя, серверы ломаются, в дата-центрах случаются аварии.
• Проблемы с хостингом. Неоплаченный вовремя тариф блокируется, а через некоторое время данные удаляются. Бывает, что провайдер прекращает работу.
• Потеря доступов. Сайт делал фрилансер, который пропал, и вместе с ним исчезли пароли от хостинга.

Во всех этих случаях резервная копия превращает катастрофу в неприятный, но решаемый эпизод.

Что именно нужно копировать

Сайт — это не только то, что видно на экране. Для полноценного восстановления нужна копия всех составляющих.

Файлы сайта

Код движка и шаблонов, модули и плагины, загруженные изображения, документы для скачивания, конфигурационные файлы. Для сайта на CMS это обычно вся папка проекта на сервере.

База данных

Здесь хранится самое ценное: тексты страниц, каталог товаров, заказы, заявки, учётные записи пользователей, настройки. Без базы данных файлы сайта — пустая оболочка. Именно база меняется чаще всего, поэтому её копируют особенно регулярно.

Сопутствующие настройки

DNS-записи домена, настройки почты, параметры сервера, cron-задачи, SSL-сертификаты, ключи доступа к внешним сервисам. Их редко сохраняют, а потом долго восстанавливают по памяти. Достаточно держать актуальный текстовый документ с описанием конфигурации.

Правило «3-2-1» и как его применить

В мире резервного копирования есть простое и проверенное правило: три копии данных, на двух разных типах носителей, одна из которых хранится вне основной площадки. Для сайта его можно адаптировать так:

1. Первая копия — автоматический бэкап на стороне хостинга. Большинство провайдеров делают его ежедневно и хранят несколько дней.
2. Вторая копия — в отдельном облачном хранилище, куда бэкапы выгружаются по расписанию. Если с сервером что-то случится, эта копия останется в безопасности.
3. Третья копия — периодический архив, который хранится у владельца сайта или у студии на сопровождении, например ежемесячно.

Главная ошибка — полагаться только на копии хостинга. Если аккаунт заблокирован, взломан или провайдер недоступен, вы теряете и сайт, и все его бэкапы одновременно.

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

Частота зависит от того, как быстро меняется сайт и сколько стоит потеря данных за определённый период. Хороший вопрос для самопроверки: «Сколько информации я готов потерять без серьёзного ущерба?»

Тип сайта	База данных	Файлы	Срок хранения
Сайт-визитка, лендинг	Раз в неделю и перед изменениями	Раз в неделю	Не менее месяца
Корпоративный сайт с блогом	Ежедневно	Раз в неделю	Один-три месяца
Интернет-магазин	Несколько раз в сутки	Ежедневно	Не менее трёх месяцев
Сервис с личными кабинетами	Каждый час или непрерывно	Ежедневно	По требованиям бизнеса

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

Также важен срок хранения. Взлом или вирус часто обнаруживаются не сразу, а через несколько недель. Если хранится только копия за последние три дня, все они уже будут заражены. Поэтому стоит держать цепочку: ежедневные копии за последнюю неделю, еженедельные за месяц и ежемесячные за квартал или дольше.

Проверка восстановления — самый недооценённый этап

Резервная копия, из которой ни разу не пробовали восстановиться, — это надежда, а не защита. На практике встречаются архивы, которые оказываются повреждёнными, неполными, без базы данных или с базой в устаревшей кодировке. Узнавать об этом в момент аварии — худший сценарий.

Поэтому периодически, хотя бы раз в квартал, копию нужно разворачивать на тестовой площадке и проверять:

• открываются ли все основные страницы и разделы;
• на месте ли изображения и загружаемые документы;
• работает ли вход в административную панель;
• сохранились ли последние заказы, заявки и изменения контента;
• сколько времени реально занимает восстановление.

Последний пункт важен для бизнеса: если восстановление магазина занимает сутки, стоит заранее понимать, во что обходится такой простой, и, возможно, пересмотреть схему копирования.

Автоматизация и безопасность бэкапов

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

• Расписание. Копии создаются автоматически по заданному графику с помощью средств хостинга, скриптов или модулей CMS.
• Уведомления. Если копирование не выполнилось, ответственный получает сообщение на e-mail.
• Шифрование. Архивы содержат персональные данные клиентов, поэтому их лучше шифровать, особенно при хранении во внешних сервисах.
• Разграничение доступа. Хранилище копий не должно быть доступно с тех же учётных данных, что и сайт. Иначе злоумышленник, получивший доступ к серверу, удалит и бэкапы.
• Контроль места. Старые копии удаляются автоматически по правилам ротации, чтобы хранилище не переполнилось и не остановило процесс.

Что делать, если сайт уже пострадал

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

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

Вывод: копии нужны до того, как понадобятся

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

В «Студии-125» настройка и контроль резервного копирования входят в техническую поддержку сайтов: мы выстраиваем схему под ваш проект, следим за выполнением копий и периодически проверяем восстановление. Ориентиры по стоимости обслуживания — на странице цен. Напишите нам, и мы оценим, насколько защищён ваш сайт сейчас.