Резервное копирование коробки

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

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

Портал Битрикс24 в коробке состоит из двух логически разных частей, и обе нужны для полного восстановления. Потеря любой из них делает бэкап бесполезным.

• База данных (MySQL/MariaDB) — вся CRM, задачи, настройки, права, структура. Лежит в схеме портала.
• Файлы — ядро и модули в /home/bitrix/www/bitrix/, загрузки пользователей в /home/bitrix/www/upload/, публичная часть.

Штатный механизм бэкапа

В коробке есть встроенный инструмент резервного копирования — раздел Настройки → Инструменты → Резервное копирование. Он создаёт архив с файлами и дампом БД, может складывать его локально или отправлять в облако Битрикс.

1. Откройте /bitrix/admin/dump.php.
2. Выберите, что включать: только файлы, только БД или всё вместе.
3. Задайте размер частей архива, чтобы уложиться в ограничения диска.
4. При необходимости настройте автоматическое копирование по расписанию.

Бэкап средствами сервера

Для боевых порталов резервное копирование делают на уровне ОС — это быстрее, стабильнее и не зависит от лимитов PHP. Базу выгружают через mysqldump, файлы упаковывают в архив.

Дамп базы данных:

mysqldump --single-transaction --routines -u bitrix -p sitemanager | gzip > /backup/db-$(date +%F).sql.gz

Архив файлов портала:

tar -czf /backup/files-$(date +%F).tar.gz /home/bitrix/www

• Флаг --single-transaction снимает согласованный дамп InnoDB без блокировки таблиц.
• --routines сохраняет хранимые процедуры и функции.
• Для инкрементных копий файлов удобен rsync на отдельный диск или сервер.

Автоматизация по расписанию

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

Пример строки crontab для ежедневного бэкапа в 3:30:

30 3 * * * /opt/scripts/backup-bitrix.sh >> /var/log/backup.log 2>&1

Схема ротации важна не меньше самого бэкапа: без удаления старых копий диск переполнится и новые копии перестанут создаваться. Настройте автоочистку по find ... -mtime +N -delete.

Где хранить копии

Бэкап, лежащий на том же сервере, что и портал, защищает только от логических ошибок — но не от отказа диска, шифровальщика или пожара в дата-центре. Правило простое: копия должна быть за пределами боевого сервера.

• Правило 3-2-1: три копии, на двух разных носителях, одна — вне площадки.
• Отгружайте архивы в объектное хранилище (S3-совместимое) или на отдельный backup-сервер.
• Шифруйте копии, если в CRM персональные данные клиентов.
• Ограничьте доступ к каталогу бэкапов — там лежит вся база компании.

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

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

1. Поднимите чистое окружение BitrixVM.
2. Восстановите дамп: gunzip < db.sql.gz | mysql -u bitrix -p sitemanager.
3. Распакуйте файлы и поправьте пути и параметры в .settings.php.
4. Прогоните /bitrix/admin/site_checker.php и проверьте вход в портал.

Итог

Резервное копирование коробки — это база и файлы, снятые согласованно, автоматически по cron и вынесенные за пределы боевого сервера. Штатный бэкап годится для небольших порталов, для крупных — mysqldump, tar и rsync. И ни один бэкап не считается рабочим, пока вы не восстановили его на тесте.

Мы в B2Bsite настраиваем резервное копирование коробочного Битрикс24 под ключ: схема ротации, отгрузка во внешнее хранилище, регулярные тест-восстановления и мониторинг. Если хотите спать спокойно за данные CRM — поможем выстроить надёжную систему бэкапов и сопровождать её.