Резервное копирование и перенос коробки Битрикс24 — две стороны одной задачи: и там, и там нужна полная, согласованная копия портала (файлы плюс база). Правильно снятый бэкап одновременно является и материалом для переезда на новый сервер, и страховкой на случай аварии. Разберём, как сделать и то и другое без потери данных.
Из чего состоит полная копия портала
Коробочный Битрикс24 хранит данные в двух местах, и для целостной копии нужны оба, снятые на один момент времени:
- Файлы портала — каталог сайта целиком: ядро
/bitrix/, кастомизации/local/, файловое хранилище/upload/; - База данных MySQL — вся структура и данные (CRM, задачи, настройки, пользователи);
- Конфигурация подключения — файлы
/bitrix/php_interface/dbconn.phpи/bitrix/.settings.php.
Штатное резервное копирование
В коробке есть встроенный механизм: Настройки → Инструменты → Резервное копирование (модуль bitrix.backup). Он собирает архив с файлами и дампом базы, может складывать его локально или в облако 1С-Битрикс.
Штатный бэкап удобен для небольших и средних порталов, но у него есть ограничения:
- на больших порталах архивация «из PHP» долгая и упирается в лимиты времени/памяти;
- огромный
/upload/может не поместиться в один архив; - процесс нагружает сам работающий портал.
Поэтому для крупных инсталляций резервное копирование выносят на уровень сервера: дамп базы через mysqldump (или снапшот), а файлы — через rsync/tar. Это быстрее, надёжнее и не зависит от лимитов PHP.
Подготовка к переносу на новый сервер
Перенос портала — это, по сути, восстановление полной копии на другом сервере. Подготовка:
- Разверните на новом сервере совместимое веб-окружение (лучше «1С-Битрикс: Веб-окружение» тех же версий PHP/MySQL);
- Снимите свежую полную копию с текущего сервера (файлы + дамп базы);
- По возможности зафиксируйте старый портал в технологическом режиме на время финального переноса, чтобы не потерять свежие данные;
- Подготовьте домен: либо тот же адрес, либо временный для проверки.
Сверьте окружения: версии PHP, кодировку базы, наличие нужных PHP-расширений. Расхождение версий — частая причина ошибок после переезда, поэтому целевой сервер приводят к параметрам, совместимым с порталом.
Восстановление через restore.php
Классический способ переноса — скрипт restore.php. Он скачивает архив резервной копии и разворачивает файлы и базу на новом сервере автоматически.
- Положите
restore.phpв корень сайта на новом сервере; - Откройте его в браузере и укажите ссылку на архив бэкапа (или загруженный локально файл);
- Скрипт распакует файлы и импортирует дамп базы;
- На финальном шаге он предложит задать параметры подключения к БД.
Для больших порталов вместо restore.php переносят вручную: файлы — rsync, базу — импортом дампа mysql < dump.sql. После этого правят dbconn.php — прописывают хост, имя базы, пользователя и пароль нового сервера.
dbconn.php и .settings.php, очистите кеш и проверьте права на файлы (владелец — пользователь bitrix).Проверка и донастройка после переезда
Портал переехал — но работа не закончена. После переноса нужно пройтись по чек-листу:
| Что проверить | Где |
|---|---|
| Общая работоспособность | Проверка системы, bitrix/admin/site_checker.php |
| Подключение к базе | Портал открывается без ошибок соединения |
| Права на файлы | Владелец bitrix, запись в /upload/ и /bitrix/cache/ |
| Push и чат | Настройки → Push и Pull, перезапуск push-сервера |
| Почта | Отправка тестового письма |
| Cron и агенты | Заново прописать задания планировщика |
Отдельно проверьте лицензию и SSL: при переезде на новый сервер может понадобиться повторная привязка, а сертификат — перевыпуск под новый хост. Также заново настройте интеграции, если они завязаны на IP или домен, и сбросьте кеш, чтобы портал не отдавал старые пути.
Регламент резервного копирования
Разовый бэкап перед переездом — это хорошо, но постоянная защита требует регламента. Разумная схема:
- Ежедневный инкрементальный бэкап файлов и дамп базы в непиковые часы;
- Хранение по правилу 3-2-1: три копии, на двух носителях, одна — вне сервера портала;
- Периодическая проверка восстановления на тестовом окружении;
- Отдельная копия перед каждым обновлением или крупным изменением.
Ключевая мысль: бэкап, который лежит на том же сервере, что и портал, не спасает от отказа этого сервера. Держите хотя бы одну копию на внешнем хранилище. И помните, что ценность бэкапа определяется не фактом его создания, а успешностью восстановления — поэтому восстановление надо репетировать.
Итог
Резервное копирование и перенос коробки Битрикс24 держатся на одном принципе — полной согласованной копии из файлов и базы. Штатный модуль бэкапа подходит для средних порталов, крупные копируют средствами сервера. Переезд — это восстановление такой копии на новом окружении через restore.php или вручную, с обязательной правкой dbconn.php и проверкой по чек-листу.
Мы настраиваем регламент резервного копирования с внешним хранением и проверкой восстановления, а также переносим коробочные порталы на новые серверы без потери данных и простоя. Обращайтесь — возьмём инфраструктуру портала на сопровождение.
Частые вопросы
Что входит в полную копию коробки Битрикс24?
Файлы портала целиком (ядро /bitrix/, кастомизации /local/, хранилище /upload/), полный дамп базы данных MySQL и файлы конфигурации подключения — dbconn.php и .settings.php. Файлы и базу нужно снимать на один момент времени.
Почему важно, чтобы файлы и база были согласованы?
Если снять дамп базы и файлы в разное время активной работы, копия будет несогласованной: в базе появятся ссылки на несуществующие файлы и наоборот. Поэтому бэкап крупных порталов делают в окно минимальной активности.
Когда использовать штатный модуль бэкапа, а когда средства сервера?
Встроенный модуль bitrix.backup удобен для небольших и средних порталов. На крупных инсталляциях он упирается в лимиты PHP по времени и памяти, поэтому базу копируют через mysqldump, а файлы — через rsync или tar.
Как перенести портал на новый сервер?
Разверните совместимое веб-окружение, снимите полную копию и восстановите её на новом сервере через restore.php либо вручную: файлы rsync-ом, базу импортом дампа. После этого пропишите параметры новой базы в dbconn.php.
Что проверить после переезда?
Запустите Проверку системы, убедитесь в подключении к базе и правильных правах на файлы, перезапустите push-сервер, проверьте почту, заново настройте cron и агенты, при необходимости перевыпустите SSL и перепривяжите лицензию.
Достаточно ли хранить бэкап на том же сервере?
Нет. Копия на том же сервере не спасает от его отказа. По правилу 3-2-1 держите три копии на двух носителях, одна из которых — вне сервера портала, например на внешнем хранилище или в облаке.
Как убедиться, что бэкап рабочий?
Единственное надёжное доказательство — успешное восстановление. Периодически разворачивайте резервную копию на тестовом окружении. Бэкап, который ни разу не восстанавливали, нельзя считать проверенным.
Поможем с настройкой и поддержкой Битрикс24
Поможем с настройкой, доработкой и поддержкой Битрикс24.