Обсудить проект
Все статьи

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

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

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

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

Статья для разработчиков и владельцев сайтов. Ниже — что копировать, как часто, где хранить, как проверить восстановление и кто за это отвечает.

Что копировать

Таблица: Что, Зачем, Заметки
ЧтоЗачемЗаметки
Файлы сайтаКод, тема, плагиныЕсли код в репозитории, достаточно знать точную версию
Загруженные файлыФото, документы, вложенияЧасто самая объёмная часть
База данныхСтраницы, товары, заказы, заявки, настройкиСамое ценное: меняется каждый день
Конфигурация сервераНастройки веб-сервера, задания по расписаниюБез неё восстановленный сайт может работать иначе
Список доступов и сервисовДомен, DNS, почта, интеграцииНе пароли в открытом виде, а где они хранятся и у кого доступ

Секреты — пароли, ключи, токены — не стоит хранить в копии в открытом виде. Либо шифруйте копию целиком, либо храните секреты отдельно в менеджере паролей.

Пять составляющих резервной копии: файлы сайта, загруженные файлы, база данных, конфигурация сервера, список доступов и сервисов
Что входит в полную резервную копию

Как часто

Частоту определяют два вопроса:

  • Сколько данных можно потерять? Если сайт принимает заказы, потеря суток — это потерянные заказы. Если на сайте меняются только новости раз в месяц, ежедневная копия избыточна.
  • За сколько нужно восстановиться? От этого зависит, где хранить копию и насколько процесс восстановления отработан.

Ориентиры — условные, под вашу ситуацию их стоит уточнить:

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

Где хранить

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

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

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

Раз в квартал и обязательно перед запуском сайта:

  1. Возьмите последнюю копию из внешнего хранилища, а не с сервера.
  2. Разверните её на тестовом сервере.
  3. Проверьте: сайт открывается, вход в админку работает, картинки на месте, последние заказы и заявки есть, формы отправляются.
  4. Засеките время восстановления — это ваш реальный срок, а не теоретический.
  5. Запишите, что пошло не так, и поправьте процесс.
Пять шагов проверки восстановления: взять копию из внешнего хранилища, развернуть на тестовом сервере, проверить сайт, админку, картинки, заказы и формы, засечь время, записать проблемы
Проверка восстановления: раз в квартал и перед запуском

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

Автоматизация и контроль

  • Копии создаются по расписанию, без участия человека.
  • Если копирование не удалось, приходит уведомление.
  • Размер копии отслеживается: резкое уменьшение — признак проблемы, например пустой базы.
  • Перед обновлениями системы и плагинов — внеплановая копия. Документация WordPress, например, прямо советует сделать резервную копию перед обновлением (WordPress).

Кто отвечает

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

В поддержку сайтов PIP после запуска входят регулярное резервное копирование, мониторинг доступности и небольшие обновления — так указано на странице цен. Не уверены, что ваш сайт можно восстановить из копии? Расскажите о задаче.

Короткие подсказки о сайтах и автоматизации — в Telegram-канале @pip_kz.

Ещё по этой теме

Обновления CMS и плагинов без поломок: порядок работы

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

Хостинг для сайта: на что смотреть, кроме цены

Как выбрать хостинг: девять критериев с вопросами к провайдеру, типы хостинга, вопрос о месте хранения персональных данных в Казахстане, правило «аккаунт на компании» и порядок смены хостинга.

Поддержка сайта после запуска: что входит и как оценить объём

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

Обсудим вашу задачу

Разберёмся в деталях и предложим план.

Обсудить проект

Просмотр изображения