вверх
Резервное копирование Битрикс24: гайд для Облака и Коробки
14/06 2026
назад

Резервное копирование Битрикс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 дня. Обращайтесь, проконсультируем, настроим, будем следить, чтобы все работало.

Доставка полезной информации от экспертов по Битрикс24!

Подпишитесь, и раз в неделю у вас на почте будет подборка полезных советов и обзоров про Битрикс24

Выберите рассылку

Created by potrace 1.13, written by Peter Selinger 2001-2015

Войти как пользователь
Вы можете войти на сайт, если вы зарегистрированы на одном из этих сервисов: