Поддержка 03 июля 2026 8 мин

Бэкапы Битрикс: RPO, RTO и проверка восстановления

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

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

Сначала определите RPO и RTO

RPO — допустимая потеря данных по времени. Если магазин не может потерять больше 15 минут заказов, ночного дампа недостаточно. RTO — допустимое время восстановления: сколько бизнес может ждать возвращения сайта.

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

RPO сколько последних данных допустимо потерять

RTO за какое время сервис должен вернуться

До выбора инструмента запишите оба значения и назначьте ответственного за восстановление.

Что должно входить в резервную копию

исходники и файлы проекта;
папка upload с пользовательскими файлами;
согласованный дамп базы данных;
настройки окружения и секреты в защищённом хранилище;
конфиги веб‑сервера, PHP и контейнеров;
расписание cron, агенты и почтовые настройки;
версии образов, пакетов и модулей;
пошаговая инструкция восстановления и контакты ответственных.

Где хранить

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

bash

# Пример простой проверки: есть ли свежий дамп и архив upload
ls -lah /backup/bitrix/
find /backup/bitrix/ -type f -mtime -2

Проверка восстановления

Бэкап считается рабочим только после тестового восстановления. Периодичность зависит от RPO/RTO и риска изменений; для критичного магазина ежемесячной проверки может быть недостаточно.

Разверните чистое окружение. Не используйте файлы и базу действующего сайта.
Восстановите конфигурацию, базу и upload. Соблюдайте порядок и права доступа из инструкции.
Запустите контрольные сценарии. Админка, авторизация, каталог, заказ, формы, письма, агенты и интеграции.
Измерьте время. Сравните фактическое восстановление с заявленным RTO.
Зафиксируйте расхождения. Обновите инструкцию и повторите проверку после исправлений.

Контроль свежести и целостности

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

Пароли шифрования и ключи доступа нельзя хранить только внутри резервируемого сервера: при аварии они исчезнут вместе с ним.

Когда делать бэкап обязательно

перед обновлением модулей;
перед переносом сайта;
перед изменением структуры инфоблоков;
перед массовым импортом товаров;
перед правками шаблонов и компонентов;
перед изменениями сервера.

Главное правило Если никто не проверял восстановление, это ещё не бэкап, а надежда.