Настройка резервного копирования Битрикс24 On-Premise

Настройка резервного копирования Битрикс24 On-Premise

Диск умирает неожиданно. Или кто-то случайно выполняет rm -rf в /home/bitrix/www. Восстановление 10 000 клиентских записей без бэкапа — это миф. В практике On-Premise-администрирования именно регулярная и протестированная копия данных отделяет компании, которые спят спокойно, от тех, кто ищет деньги на выкуп данных у восстановителей. Средний ущерб от потери базы в 100 ГБ оценивается в $4.5k–6.5k — такова стоимость простоя и повторного ввода данных. Настройка резервного копирования Битрикс24 On-Premise — это не разовая задача, а процесс. Мы разберём, какие компоненты и как копировать, а главное — как убедиться, что бэкап действительно сработает. За 10 лет администрирования сотен инсталляций мы вывели простую формулу: RPO не более 1 часа, RTO не более 4 часов. И это достижимо без дорогих коробочных решений. Более того, грамотная схема бэкапа сокращает время восстановления до 2 часов в 90% случаев, а стоимость профессиональной настройки окупается уже после первого успешного восстановления. Например, для инсталляции с 50 ГБ базы и 200 ГБ файлов полный цикл бэкапа занимает менее 30 минут.

Что нужно бэкапить

Битрикс24 On-Premise состоит из нескольких компонентов, каждый требует отдельной стратегии. Вот минимальный набор:

Почему Percona XtraBackup лучше mysqldump?

mysqldump создаёт логический дамп — он блокирует таблицы на запись и требует полного дампа каждый раз. Для базы в 50 ГБ время дампа может превышать час, а восстановление — ещё дольше. Percona XtraBackup делает физическую копию InnoDB-таблиц на лету, без блокировки, и поддерживает инкрементальные бэкапы. Результат: полный бэкап 50 ГБ БД — 15 минут, инкремент — 3–5 минут. Это позволяет держать RPO в пределах часа даже на высоконагруженных проектах.

Встроенный бэкап: когда он подходит?

Модуль «Резервное копирование» в Битрикс24 удобен для малых сайтов (до 1 ГБ данных) или как быстрое средство для переноса на тестовый стенд. Но для production он опасен: архив пишется на тот же диск, нет ротации, не поддерживается инкремент. Как сказано в официальной документации 1С-Битрикс (https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2724&LESSON_PATH=3913.3516.2724), «данный метод не рекомендуется для регулярного использования на больших проектах». Используйте его как дополнение к основному бэкапу.

Как настроить профессиональный бэкап через cron

База данных с Percona XtraBackup — стандарт для production:

#!/bin/bash # /usr/local/bin/bitrix-backup-db.sh BACKUP_DIR="/backup/bitrix/db" DATE=$(date +%Y%m%d_%H%M) # Полный бэкап каждое воскресенье if [ $(date +%u) -eq 7 ]; then xtrabackup --backup --target-dir=$BACKUP_DIR/full_$DATE \ --user=bitrix --password=$DB_PASS else # Инкрементальный бэкап в остальные дни xtrabackup --backup --target-dir=$BACKUP_DIR/inc_$DATE \ --incremental-basedir=$BACKUP_DIR/latest_full \ --user=bitrix --password=$DB_PASS fi 

Не забудьте настроить переменные окружения: DB_PASS — пароль пользователя bitrix, а latest_full — симлинк на последний полный бэкап.

#!/bin/bash # Ежедневный бэкап файлов с хранением 30 дней rsync -avz --delete \ /home/bitrix/www/upload/ \ backup-server:/backups/bitrix-upload/$(date +%Y%m%d)/ # Удаление бэкапов старше 30 дней find /backups/bitrix-upload/ -maxdepth 1 -type d -mtime +30 -exec rm -rf {} \; 

Внешнее хранилище: сравнение вариантов

Бэкап на том же сервере — не бэкап. Если сервер умирает, вы теряете всё. Сравните популярные внешние хранилища:

При этом стоимость хранения 1 ТБ в S3 составляет около $9–13 в месяц. Для production рекомендуем гибрид: локальный rsync-бекап на NAS с последующей репликацией в S3-хранилище в другой регион. Это даёт и скорость восстановления, и географическую защиту.

Как часто нужно тестировать восстановление?

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

1. Разверните тестовый сервер с такой же версией ОС и Битрикс24.
2. Восстановите последний полный бэкап БД: xtrabackup --prepare && xtrabackup --copy-back.
3. Разверните файлы из rsync-копии на тестовый сервер.
4. Проверьте работоспособность: авторизация, открытие CRM, создание лида, последние записи.
5. Зафиксируйте время восстановления (RTO). Для большинства On-Premise-инсталляций целевой RTO — не более 4 часов.

Наш опыт: первая проверка часто выявляет ошибки в скриптах или несовместимость версий. После двух-трёх учений процесс становится рутинным.

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

Если вы хотите гарантировать сохранность данных, закажите профессиональную настройку. В работу входит:

• Аудит текущей конфигурации: проверка дисковой подсистемы, каналов связи, прав доступа.
• Установка и настройка Percona XtraBackup с инкрементальным бэкапом (RPO 1 час).
• Скрипты rsync для файлов с ротацией и удалением старых копий.
• Настройка внешнего хранилища (S3 или offsite) с шифрованием канала.
• Документирование процедуры восстановления и обучение вашего администратора.
• Разовое тестовое восстановление с замером RTO.
• Гарантия: при соблюдении регламента мы восстанавливаем данные в оговорённое время.

Получите консультацию — оценим ваш сервер и предложим оптимальную схему бэкапа за один день. Обратитесь к нашим инженерам, чтобы защитить свои данные.