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

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

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

И самое неприятное: в большинстве случаев это не какая-то «фантастика», а вполне обычные причины.

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

Причин может быть масса, но вот то, что встречается чаще всего:

• Вирусы и взлом
  Иногда звучит как «да кому мы нужны», но это ровно до первого случая, когда сайт заражают, шифруют, подменяют файлы или удаляют базу данных.
• Забыли оплатить хостинг / домен
  Особенно на длинных праздниках (например, новогодних), когда все «выпадают» из рабочих задач. Некоторые хостинги после определённого периода действительно могут удалить данные. Потом начинается квест «верните как было», а возвращать уже нечего.
• Человеческий фактор и ошибки при доработках
  Программист «чуть-чуть поправил», обновили модуль, поменяли настройки, а в итоге что-то развалилось. И вместо того чтобы переделывать всё с нуля, гораздо проще откатиться на рабочую версию.
• Сбой сервера / диска / инфраструктуры
  Даже если у вас всё идеально настроено, железо и облака иногда ломаются. Это нормально. Ненормально — когда у вас нет плана восстановления.

Резервные копии важны не только для сайтов — вообще для любых данных (сетевые папки, документы, бухгалтерия и т.д.). Но здесь говорим именно про сайты.

Что входит в резервную копию сайта

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

1. Файлы сайта (архив файлов)
   Там лежит всё, что относится к «программе»: шаблоны, плагины/модули, картинки, скрипты, кастомные доработки и т.д.
2. База данных
   В базе чаще всего хранится «контент и жизнь сайта»: пользователи, заявки, товары, заказы, тексты, настройки, связи между сущностями — в зависимости от CMS/проекта.

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

Какие бывают варианты резервных копий (и что выбрать)

Вариант 1. «Вечная» резервная копия на хостинге (самый простой минимум)

Практически любой современный хостинг предлагает базовую возможность: одна “вечная” резервная копия, часто бесплатная. Дальше — дополнительные копии за деньги (условно «пара рублей в сутки» или тарифом).

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

Что я рекомендую:

• включить этот функционал сразу после запуска сайта;
• если нет бюджета на регулярное хранение нескольких копий — поставьте себе напоминание и обновляйте «вечный бэкап» вручную раз в какое-то время.

Пример функционала “Вечная резервная копия” на хостинг-провайдере Beget.

Вариант 2. Регулярные резервные копии по расписанию (правильный вариант)

Если сайт живой (контент меняется, идут заявки, есть личные кабинеты, товары, заказы), лучше настроить регулярные бэкапы.

Как часто?

• в идеале хотя бы 1–2 раза в неделю;
• если сайт активно обновляется — можно чаще (хоть ежедневно).

Полная и инкрементальная копия: в чём разница

Обычно используются два типа:

• Полная копия (Full backup)
  Берутся целиком и файлы, и база данных.
• Инкрементальная/дополнительная (Incremental backup)
  Один раз делается полная копия, а дальше сохраняются только изменения за период (что поменялось с прошлого бэкапа).

Инкрементальные копии удобнее, когда сайт большой, а хранение стоит денег: они занимают меньше места и быстрее создаются.

Разница между полной и инкрементной резервными копиями

Как это можно настроить на практике

Тут есть несколько подходов — выбирайте по бюджету и по тому, насколько хочется «вникать».

1) Штатные бэкапы в панели хостинга

Очень часто хостинг даёт админку, где можно включить:

• расписание,
• сроки хранения,
• типы копий,
• восстановление в пару кликов.

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

2) Через серверную панель (например, ISPmanager)

Если у вас сервер/VPS и есть панель управления вроде ISPmanager, там обычно есть нормальные настройки бэкапов в графическом интерфейсе: куда сохранять, как часто, что исключать.

Пример настройки резервной копии в ISP Manager

3) Скрипт + cron (вариант «для технарей»)

Можно попросить программиста/админа написать скрипт, который будет запускаться по cron.

Cron — это просто автозапуск задач по расписанию (например, каждую ночь в 03:00), который:

• собирает архив файлов,
• делает дамп базы,
• складывает это в нужное место,
• чистит старые копии.

Что можно (и иногда нужно) исключать из резервных копий

Если объёмы большие, а хранение дорого, можно настроить бэкапы с исключениями.

Примеры:

• тяжёлые видеофайлы, которые и так лежат отдельно (например, на CDN/в облаке),
• временные папки, кеши,
• логи, которые раздуваются.

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

Главная ошибка: хранить бэкап там же, где сайт

Правило простое: резервная копия должна быть отдельно.

Почему:

• если сайт лежит на том же сервере/диске, и диск умирает — вы теряете и сайт, и бэкап;
• если взломали сервер — часто удаляют или шифруют всё сразу.

Где хранить правильно:

• облачное хранилище (S3-совместимые, Яндекс/Google/и т.п. — не принципиально);
• отдельное сетевое хранилище (NAS);
• внешний диск (как ручной «дополнительный» уровень);
• отдельный сервер/аккаунт, куда копии выгружаются по FTP/SFTP/rsync.

Да, новичкам это иногда кажется сложным. Но это ровно та задача, которую нужно один раз настроить и забыть. А потом она может сэкономить вам кучу нервов, времени и денег.

Вывод: бэкапы — это не «если понадобится», а «когда понадобится»

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

Если хотите, мы можем:

• проверить, как у вас сейчас устроены резервные копии;
• настроить регулярный бэкап (файлы + база) с хранением в отдельном месте;
• сделать понятную схему восстановления, чтобы в критический момент не было паники;
• взять на себя любые работы по технической поддержке сайта.

Напишите нам — подскажем оптимальный вариант под ваш сайт.