Аналитика и скорость 4 мин чтения

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

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

02.10.2026 Обновлено 06.10.2026 Олег Макаров, ADSCentr

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

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

Файлы сайта

Код, тема, изображения, документы, загруженные файлы. Именно здесь живут доработки и настройки, которых нет в базе данных.

База данных

Страницы, товары, заказы, пользователи, настройки. База снимается в согласованном состоянии: копия, сделанная во время активной записи, может оказаться битой.

Что часто забывают

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

Где хранить копии

Главное правило: копия не должна лежать на том же сервере, что и сайт. Сбой хостинга, ошибка администратора или атака уничтожат и данные, и их резерв. Рабочая схема: копия на внешнем хранилище или отдельном сервере, доступ к которому есть у владельца.

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

Что входит в техническую поддержку

  1. Мониторинг доступности

    круглосуточно, реакция до звонка

  2. Резервное копирование

    ежедневно, с ротацией

  3. Обновления CMS и плагинов

    1–⁠2 раза в месяц, через тестовый контур

  4. Безопасность

    постоянно: уязвимости и доступы

Как часто снимать копии

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

Если сомневаетесь в периодичности, ориентируйтесь не на срок, а на объём потерь: сколько заказов или правок вы согласны потерять. Ответ на этот вопрос и определяет расписание.

Как проверить копию

  • Развернуть копию на тестовом стенде и открыть сайт.
  • Проверить вход в административную часть.
  • Открыть несколько страниц, каталог и формы.
  • Убедиться, что заявка с тестового стенда уходит в тестовый ящик, а не клиентам.
  • Сверить дату и состав: база и файлы должны быть из одного момента.

Типовые ошибки

  • Копии только на хостинге. Автоматические бэкапы удобны, но исчезают вместе с аккаунтом.
  • Хранится только последняя копия. Повреждение успевает попасть в неё, и откатываться некуда.
  • Копии есть, но никто не знает где. Пароли и доступы к хранилищу теряются, и копия становится бесполезной.
  • Восстановление не проверялось. Обнаружить, что архив битый, обычно доводится в самый неподходящий момент.
  • Копия не снята перед обновлением. Откатить неудачное обновление нечем.

Кто отвечает за копии

Если сайт на поддержке, копии снимаются по расписанию и проверяются: это часть регулярных работ, а не разовая услуга. Если сайт обслуживаете вы сами, заведите расписание и хотя бы раз в несколько месяцев проверяйте восстановление. Поддержка идёт пакетом часов: от 35 000 ₽, разовые работы — от 2 000 ₽ за час; условия на странице техподдержка сайтов.

Как наладить копирование с нуля

Если сайт до сих пор живёт без копий, порядок такой:

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

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

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

Достаточно ли бэкапов хостинга

Как дополнительный уровень — да, как единственный — нет. Они хранятся внутри того же аккаунта и обычно на короткий срок. Владельцу нужна собственная копия, к которой есть доступ. Общий разбор темы — в статье техническая поддержка сайта.

Можно ли делать копии только базы

Нет. База без файлов не восстановит сайт, а файлы без базы не восстановят контент. Полная копия — всегда пара: файлы и база из одного момента.

Сколько места занимает копия

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

Что делать, если копия оказалась битой

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

Нужно ли шифровать копии

Если в базе есть персональные данные или заказы — да, особенно когда хранилище внешнее. Доступ к архиву должен быть только у владельца и ответственного специалиста. Ставки на работы открыты в разделе цены.

Олег Макаров — основатель ADSCentr, Санкт-Петербург

Ведёт проекты по SEO, Яндекс.Директу и разработке на WordPress, 1С-Битрикс и Laravel: от аудита и семантики до внедрения и аналитики. Подробнее об опыте →

Нужна такая же работа по вашему сайту?

Начнем с бесплатного аудита точек роста — пришлем разбор за 3 дня.

Получить аудит точек роста →