Перенос сайта на 1С-Битрикс на другой хостинг

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

Когда и зачем переносят сайт

Причины переезда обычно сводятся к нескольким: текущий хостинг не тянет нагрузку и магазин «тормозит», не хватает прав на настройку окружения (нельзя поставить BitrixEnv или поднять лимиты PHP), заканчивается срок услуг у прежнего провайдера, либо проект перерос shared-хостинг и переезжает на VPS или выделенный сервер. Во всех случаях цель одна — перенести сайт целиком, ничего не потеряв, и с минимальным простоем.

Способы переноса: какой выбрать

У Битрикс есть несколько путей миграции. Выбор зависит от размера сайта и доступа к серверу:

Способ	Когда подходит	Плюсы и ограничения
Резервная копия в админке + restore.php	Небольшие и средние сайты	Просто, всё через браузер. Упирается в лимиты размера архива и времени выполнения на слабом хостинге.
Меню резервного копирования BitrixEnv	Сервер с окружением BitrixEnv/BitrixVM	Готовые пункты меню для бэкапа и восстановления, работает с большими объёмами.
Ручной перенос (архив файлов + mysqldump)	Крупные магазины, десятки ГБ данных	Максимальный контроль, обходит лимиты. Требует ручной правки параметров БД.

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

Подготовка нового хостинга

Прежде чем что-то переносить, подготовьте площадку-приёмник:

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

Шаг 1. Резервная копия в административной панели

1. Войдите в админку старого сайта: Настройки → Инструменты → Резервное копирование.
2. Запустите создание полной копии — в архив попадут и файлы, и база данных. Для больших сайтов включите разбиение архива на части.
3. Дождитесь готовности архива и скачайте его, а также файл-скрипт восстановления restore.php из документации Битрикс.

Шаг 2. Восстановление через restore.php

1. Загрузите архив резервной копии и файл restore.php в корень нового сайта.
2. Откройте https://новый-адрес/restore.php в браузере.
3. Скрипт найдёт архив (или предложит указать его), спросит параметры новой базы данных — введите имя базы, пользователя, пароль и хост, подготовленные на предыдущем шаге.
4. Запустите восстановление. Битрикс распакует файлы, импортирует базу и сам скорректирует пути и параметры подключения.
5. После завершения обязательно удалите restore.php и архив с сервера — это требование безопасности.

На окружении BitrixEnv восстановление удобнее делать через пункт меню резервного копирования — оно рассчитано на большие объёмы и не упирается в лимиты браузера. Настроить и обслуживать такое окружение помогает администрирование 1С-Битрикс.

Шаг 3. Параметры подключения к базе данных

Если восстановление шло через restore.php или BitrixEnv, параметры БД обычно прописываются автоматически. При ручном переносе их нужно указать самому в двух файлах:

• /bitrix/php_interface/dbconn.php — «классические» константы подключения к базе;
• /bitrix/.settings.php — параметры подключения в ядре D7 (секция connections).

Укажите новые имя базы, пользователя, пароль и хост в обоих файлах. Также стоит проверить /bitrix/.settings_extra.php, если он используется. После правки очистите кеш в каталогах /bitrix/cache/ и /bitrix/managed_cache/, чтобы не остались старые пути.

Шаг 4. Проверка и переключение DNS

1. Проверьте сайт на новом хостинге по временному адресу или прописав новый IP в локальном файле hosts — так вы видите новый сервер, а остальные пользователи ещё старый.
2. Пройдитесь по ключевым сценариям: главная, каталог, корзина, оформление заказа, вход в админку, обмен с 1С.
3. Убедитесь, что работают почтовые уведомления, агенты и cron (их настройки тоже переезжают, но окружение другое).
4. Когда всё в порядке — перенесите свежие изменения (новые заказы за время миграции) и переключите DNS (A-запись) на новый сервер.
5. Учтите, что обновление DNS по миру занимает от нескольких минут до суток — на этот период держите оба сервера рабочими.

Если переезд идёт между серверами внутри одной инфраструктуры, отдельно рассмотрите услугу переноса Битрикс-проекта между серверами — там свои нюансы с сетевыми настройками и окружением.

Частые ошибки при переносе

• Переключили DNS раньше времени. Копия ещё не развернулась, а трафик уже идёт на пустой сервер — простой и потеря заказов. Сначала проверка, потом DNS.
• Неверные параметры БД. Сайт открывается, а админка выдаёт ошибку соединения — проверьте dbconn.php и .settings.php.
• Не совпала версия PHP или нет расширения. На новом хостинге старый PHP или отключён mbstring/GD — часть функций ломается. Сверьте окружение заранее.
• Забыли про права на каталоги. Не работают кеш и загрузки, потому что веб-сервер не может писать в /bitrix/cache/ и /upload/.
• Остался старый кеш. После переноса видны старые пути или домен — очистите кеш в админке и в каталогах кеша.
• Не удалили restore.php и архив. Оставленные в корне файлы восстановления — прямая угроза безопасности.

Итог

Перенос сайта на 1С-Битрикс на другой хостинг сводится к четырём шагам: полная резервная копия, восстановление через restore.php или BitrixEnv, правка параметров подключения к базе и аккуратное переключение DNS после проверки. Для небольших сайтов хватает штатной копии из админки, для крупных магазинов — ручного переноса файлов и базы. Ключ к переезду без потерь — проверить копию на новом сервере до смены DNS и не забыть про права на каталоги и удаление служебных файлов. Если проект большой или простой недопустим, безопаснее доверить миграцию специалистам.