Резервное копирование Битрикс24: гайд для Облака и Коробки
CRM умерла. Да, бывает. Жесткий диск вышел из строя, скрипт упал в середине миграции, админ случайно дропнул таблицу. Или вы просто захотели откатиться на вчера, потому что сегодня кто-то «оптимизировал» воронку и стер половину сделок. Битрикс24 хранит все: лиды, контакты, счета, документы, историю звонков. Если доступ к ним пропадет, продажи встанут, а бухгалтерия не выставит счета. Сценарий защиты зависит от редакции: в Облаке за сервер отвечает Битрикс24, в Коробке и КПО — вы сами.
Бэкап облачного Битрикс24 — что можно сохранить
На облачных тарифах (Старт, Стандарт, Профессиональный, Энтерпрайз) провайдер сам следит за сохранностью портала: база реплицируется, файлы хранятся с резервированием. Если сервер упадет — копию поднимут за вас.
Данные, которые вы внесли сегодня — ваша зона ответственности. Битрикс24 не дает дамп базы или доступ к папке `/bitrix` для полной копии портала. Доступен только выборочный экспорт:
- CRM — Лиды, Контакты, Компании, Сделки, Счета. В каждом разделе кнопка «Экспорт» → CSV или Excel.
- Диск — «Все файлы» → отметить → «Скачать». Архив уедет на компьютер.
- Отчеты — любой готовый отчет → кнопка «Экспорт».
- Почта — если не подключен IMAP, письма живут только внутри портала. Настройте IMAP-синхронизацию, чтобы копия хранилась в вашем ящике.
- История изменений — фильтр по дате → выгрузка
Автоматизация? Встроенного планировщика бэкапов в Облаке нет. На типовых тарифах ставят менеджеру задачу раз в неделю: «Выгрузить сделки и контакты». На Энтерпрайзе можно через REST API.
Вывод: за инфраструктурную сохранность отвечает провайдер, за копию бизнес-данных — вы. Еженедельный экспорт сделок и контактов в CSV снимет основной риск.
Резервное копирование Битрикс24 Коробка — полная инструкция
В Коробке и КПО полный доступ к серверу и полная ответственность. Если диск полетел, а бэкапов нет — портал поднимается с нуля. Стандартный бэкап состоит из двух частей: база MySQL и файлы (ядро, модули, загруженные документы).
Дамп базы данных
База — все содержимое портала: сделки, пользователи, права, настройки.
bash mysqldump -u bitrix_user -p bitrix_db > /backup/bx_db_$(date +%Y%m%d).sql
Если база большая — с `gzip` и флагами:
bash mysqldump -u bitrix_user -p --single-transaction --quick bitrix_db | gzip > /backup/bx_db_$(date +%Y%m%d).sql.gz
--single-transaction не блокирует таблицы, портал продолжает работать.
Файлы портала
Типовой путь установки — `/var/www/bitrix` или `/home/bitrix/www`.
bash tar -czf /backup/bx_files_$(date +%Y%m%d).tar.gz /var/www/bitrix/
Обязательно включите:
- /bitrix/backup — штатное резервирование модулей
- /upload — файлы, картинки, документы
- /bitrix/wizards — кастомные мастер-процессы (если есть доработки)
Вывод: дамп базы + архив файлов = полная копия портала. Сжатие gzip уменьшает объем в 3-10 раз.
Автоматизация бэкапа на Коробке
Скрипт + crontab закрывают задачу за 15 минут. Создайте `/usr/local/bin/backup_bitrix.sh`:
bash
#!/bin/bash
BACKUP_DIR="/backup/bitrix"
DB_NAME="bitrix_db"
DB_USER="bitrix_user"
DB_PASS="your_password"
SITE_DIR="/var/www/bitrix"
DATE=$(date +%Y%m%d_%H%M)
mkdir -p $BACKUP_DIR/$DATE
mysqldump -u $DB_USER -p$DB_PASS --single-transaction --quick $DB_NAME | gzip > $BACKUP_DIR/$DATE/db.sql.gz
tar -czf $BACKUP_DIR/$DATE/files.tar.gz $SITE_DIR/upload $SITE_DIR/bitrix/backup
find $BACKUP_DIR -type d -mtime +14 -exec rm -rf {} \;
Скрипт создает папку с датой, кладет туда дамп и архив, удаляет бэкапы старше 14 дней.
Назначьте расписание:
bash crontab -e
Добавьте для ежедневного запуска в 3 часа ночи:
0 3 * * * /usr/local/bin/backup_bitrix.sh
Для двух сценариев — быстрый ежедневный и полный еженедельный — создайте два скрипта с разными настройками.
Вывод: скрипт + cron = бэкап работает без вашего участия. Остается раз в месяц проверять, что архивы не пустые.
Восстановление из резервной копии
Бэкап не проверен восстановлением — считайте, что его нет. Раз в месяц тестовый прогон обязателен.
Остановите веб-сервер:
bash systemctl stop nginx systemctl stop php-fpm
Разверните файлы поверх существующей папки:
bash rm -rf /var/www/bitrix/upload rm -rf /var/www/bitrix/bitrix/backup tar -xzf /backup/20250301/files.tar.gz -C /var/www/bitrix/
Восстановите базу:
bash gunzip < /backup/20250301/db.sql.gz | mysql -u bitrix_user -p bitrix_db
Запустите сервер:
bash systemctl start php-fpm systemctl start nginx
Проверьте портал: сделки, контакты, файлы на Диске. Если страницы не грузятся — смотрите `/var/log/nginx/error.log`.
Важно: если между бэкапом и восстановлением вы обновляли платформу, версия ядра может не совпасть со структурой таблиц. Храните в папке бэкапа `version.txt` с номером версии портала (Администрирование → Обновления).
Вывод: рабочий бэкап = тот, который вы реально подняли на стенде хотя бы раз.
Как часто делать бэкап и где хранить
По частоте примерно так:
- До 20 сотрудников: базу клиентов раз в день; файлы раз в неделю; хранить 14 дней на сервере + копия на внешнем диске
- 20-50 человек, активные сделки: базу клиентов раз в день; файлы раз в 3 дня; хранить 30 дней на сервере + SFTP на NAS
- 100+ сотрудников (Энтерпрайз / КПО): базу клиентов раз в 6 часов; файлы раз в день; ротация 7/14/30 дней + S3
Где хранить, чтобы не потерять вместе с сервером:
- Тот же сервер — только как промежуточный этап
- Локальный NAS/SMB — быстрое восстановление в сети
- Удаленный сервер (SFTP/rsync) — защита от пожара в серверной
- S3 (Yandex Object Storage, Selectel) — оптимально для Коробки
Пример отправки в S3 через s3cmd (добавляется в скрипт):
bash s3cmd put /backup/bitrix/$(date +%Y%m%d)/db.sql.gz s3://my-company-backups/bitrix/
Вывод: частота бэкапа = интенсивности работы в CRM. Хранение — всегда вне основного сервера.
Заключение
Бэкап Битрикс24 это набор конкретных действий, которые спасают в экстренных ситуациях. Для Облака это еженедельный экспорт сделок и контактов, для Коробки — скрипт, cron и внешнее хранилище. Схема рабочая, но если возиться с mysqldump и crontab не хочется, или портал сложный (кастомизации, несколько сайтов на одной лицензии) — настройка бэкапов и регулярная проверка восстановления делается под ключ за 1-2 дня. Обращайтесь, проконсультируем, настроим, будем следить, чтобы все работало.


