Перенос сайта 1С-Битрикс на новый хостинг
Самая частая ошибка при переносе — скопировать файлы, залить дамп базы и считать задачу решённой. На практике сайт не запускается или работает с ошибками: несоответствие версий PHP, другой путь к сайту, кэш с прошлыми настройками, проблемы с правами на папки. Перенос 1С-Битрикс требует чёткого чеклиста.
Подготовка к переносу
До начала работ нужно выяснить конфигурацию нового хостинга и сравнить с текущей:
- Версия PHP (Битрикс поддерживает 7.4–8.2; некоторые хостинги по умолчанию ставят устаревшую)
- Расширения PHP:
mbstring,gd,zip,curl,opcache,PDO,pdo_mysql— всё это обязательно - Тип базы данных и версия: MySQL 5.7+ или MariaDB 10.3+; у некоторых хостингов жёсткие ограничения на
max_allowed_packet,innodb_buffer_pool_size - Доступность
cronи возможность добавлять задания - Ограничения
exec(),shell_exec()— нужны для агентов и некоторых модулей
Создание резервной копии
Штатный инструмент — модуль резервного копирования в административной панели (Настройки → Инструменты → Резервное копирование). Он создаёт архив в /bitrix/backup/. Но у него есть ограничение: при больших сайтах (от 5–10 ГБ) процесс завершается по таймауту.
Для крупных сайтов надёжнее ручной подход:
# Дамп базы данных
mysqldump -u dbuser -p --single-transaction --routines --triggers dbname > dump.sql
# Архивирование файлов (исключая кэш и резервные копии)
tar -czf site_files.tar.gz \
--exclude='./bitrix/cache' \
--exclude='./bitrix/managed_cache' \
--exclude='./bitrix/backup' \
--exclude='./bitrix/html_pages' \
/var/www/site/
Исключение кэша обязательно: он занимает значительный объём и на новом сервере всё равно инвалидируется.
Настройка нового сервера
После распаковки файлов нужно обновить конфигурацию подключения к базе данных в файле /bitrix/php_interface/dbconn.php:
$DBType = "mysql";
$DBHost = "localhost";
$DBLogin = "new_db_user";
$DBPassword = "new_password";
$DBName = "new_db_name";
А также /bitrix/.settings.php — там хранятся аналогичные настройки для модуля ядра и кэша:
'connections' => [
'value' => [
'default' => [
'className' => '\\Bitrix\\Main\\DB\\MysqlConnection',
'host' => 'localhost',
'database' => 'new_db_name',
'login' => 'new_db_user',
'password' => 'new_password',
],
],
],
Права на папки и файлы
Это критично. 1С-Битрикс требует конкретных прав:
| Папка | Права |
|---|---|
/upload/ |
755 (рекурсивно) |
/bitrix/cache/ |
755 |
/bitrix/managed_cache/ |
755 |
/bitrix/.settings.php |
640 |
/bitrix/php_interface/dbconn.php |
640 |
Нередко хостинги работают через suexec, и права должны принадлежать пользователю сайта. Если php-fpm запущен под другим пользователем — ошибки записи в кэш неизбежны.
Проверка после переноса
После запуска обязательно пройтись по чеклисту:
-
Проверка работы ядра: открыть
/bitrix/admin/— должна загрузиться без ошибок -
Тест почты: форма обратной связи, уведомления заказов — php
mail()или SMTP-настройки в Главном модуле -
Агенты и cron: в
/bitrix/admin/agent_list.phpубедиться, что агенты выполняются; настроить cron для/bitrix/modules/main/tools/cron_events.php -
HTTPS и сертификат: обновить
SITE_SERVER_NAMEиBX_UTFв настройках сайта, проверить.htaccessна редиректы - Кэш: очистить управляемый кэш через административную панель (Настройки → Производительность → Очистить кэш)
- Лицензия: если сменился IP сервера — проверить активацию лицензии в личном кабинете 1С-Битрикс
Особый случай: смена домена
Если одновременно с переносом меняется домен, дополнительно нужно:
- Обновить
SITE_SERVER_NAMEв таблицеb_lang(или через Настройки → Сайты) - Обновить адрес сайта в настройках Главного модуля
- Исправить абсолютные пути в контенте инфоблоков (через SQL-обновление или компонент поиска и замены)
- Переконфигурировать интеграции, которые используют webhook-URL (платёжные системы, CRM-интеграции)
Типичные сроки
| Размер сайта | Срок |
|---|---|
| Визитка / лендинг (до 1 ГБ) | 2–4 часа |
| Корпоративный сайт (1–10 ГБ) | 1 рабочий день |
| Интернет-магазин с большим каталогом (10–50 ГБ) | 1–3 дня |
| Нагруженный проект с кластерной конфигурацией | от 1 недели |
Перенос проводится в ночное время или с минимальным downtime через временное DNS-переключение и синхронизацию дельты базы данных.







