Перенос проекта между серверами

Переезд Битрикс — это не «скопировать папку», а перенос файлов, базы, настроек и окружения как единого целого. Разбираем два пути: штатный через restore.php и ручной через rsync + mysqldump, а также правку конфигов, DNS и финальную проверку.

Подготовка к переносу

Перед миграцией зафиксируйте окружение-источник и подготовьте приёмник. Целевой сервер должен удовлетворять тем же требованиям: PHP 8.1+, MySQL 8.0 на InnoDB, нужные расширения и корректный sql_mode. Идеально — тот же BitrixEnv той же версии.

• снимите свежий дамп БД и полную копию файлов;
• запишите версии PHP/MySQL и список нестандартных расширений;
• проверьте кастомные пути в /bitrix/.settings.php и /bitrix/php_interface/dbconn.php;
• предупредите о технологическом окне и, если можно, включите режим «Сайт недоступен» на время финальной синхронизации.

Штатный способ: restore.php

Самый простой путь для средних сайтов — механизм резервного копирования Битрикс. В админке источника: Настройки → Резервное копирование, создаёте архив (файлы + БД). Затем на чистом целевом сайте кладёте в корень restore.php (скачивается с сайта 1С-Битрикс) и открываете его в браузере.

Скрипт скачает архив (по ссылке или из облака 1С-Битрикс), распакует файлы, восстановит базу и предложит ввести новые параметры подключения. Плюсы — не нужен доступ к консоли, минусы — ограничение по размеру и времени выполнения PHP.

Ручной перенос файлов

Для крупных проектов файлы переносят напрямую через rsync — он умеет докачку и синхронизацию изменений, что удобно для минимизации простоя:

rsync -avz --delete -e ssh /home/bitrix/www/ bitrix@new-server:/home/bitrix/www/

Первый прогон делают заранее (данные большие), а финальный — в технологическое окно, чтобы догнать изменившиеся файлы. Альтернатива для разового переноса — архив:

tar -czf site.tar.gz -C /home/bitrix/www .
scp site.tar.gz bitrix@new-server:/home/bitrix/www/

После распаковки на приёмнике обязательно вернуть владельца: chown -R bitrix:bitrix /home/bitrix/www и, при RHEL, восстановить контексты SELinux через restorecon -Rv.

Перенос базы данных

Базу выгружают mysqldump с ключами, важными для больших таблиц Битрикс:

mysqldump --single-transaction --quick --default-character-set=utf8mb4 -u root -p sitemanager | gzip > db.sql.gz

Флаг --single-transaction снимает согласованный дамп InnoDB без блокировки таблиц, --quick экономит память на больших выборках. На целевом сервере создаём базу и импортируем:

gunzip < db.sql.gz | mysql -u root -p sitemanager

Правка настроек после переноса

После копирования файлов и БД портал ещё не заработает, пока не поправлены параметры подключения и путей. Проверьте и при необходимости отредактируйте:

• /bitrix/.settings.php — секция connections (хост, имя базы, логин, пароль MySQL);
• /bitrix/php_interface/dbconn.php — старые параметры БД и настройки кеша/memcached;
• /bitrix/.settings_extra.php — переопределения окружения;
• очистите кеш: удалите содержимое /bitrix/cache, /bitrix/managed_cache, /bitrix/stack_cache и композит /bitrix/html_pages.

DNS-переключение и проверка

Когда новый сервер отвечает по своему IP (проверьте, подставив адрес в /etc/hosts локально), переключайте DNS A-запись на новый IP. Благодаря сниженному TTL переезд займёт минуты. Финальный чек-лист:

1. запустите /bitrix/admin/site_checker.php — окружение должно быть зелёным;
2. проверьте авторизацию, оформление заказа, обмен с 1С и отправку почты;
3. убедитесь, что работает cron и агенты (Настройки → Настройки продукта → Агенты);
4. проверьте SSL-сертификат и редиректы;
5. включите композит и прогрейте кеш.

Итог

Перенос Битрикс — это связка «файлы + база + настройки + окружение». Для средних сайтов подходит штатный restore.php, для тяжёлых — ручная миграция через rsync и mysqldump с последующей правкой .settings.php и dbconn.php, очисткой кеша и аккуратным переключением DNS. Финальную приёмку всегда делайте по site_checker и реальным бизнес-сценариям.

Миграция боевого магазина без простоя и потери заказов требует репетиции и отката наготове. Мы в B2Bsite переносим проекты на 1С-Битрикс между серверами и в облака под ключ: планируем окно, синхронизируем данные, тестируем на копии и переключаем трафик так, чтобы пользователи ничего не заметили.