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

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

Перед началом работ убедитесь, что у вас есть доступ к панели управления старого и нового хостинга, SSH или FTP-доступ к файлам, а также доступ к базе данных (обычно через phpMyAdmin или консоль MySQL). Также проверьте, что новый хостинг соответствует системным требованиям Битрикса: нужная версия PHP, MySQL/MariaDB, достаточный объём диска и оперативной памяти.

Важный момент — лицензия. Лицензия 1С-Битрикс привязана к домену, а не к хостингу, поэтому при смене сервера с сохранением домена никаких дополнительных действий с лицензией не требуется. Если меняется и домен, лицензию нужно перерегистрировать.

Подготовка: что проверить до начала переноса

Начните с аудита текущего сайта. Узнайте объём файлов (папка upload с медиафайлами часто занимает десятки гигабайт) и размер базы данных — от этого зависит выбор способа переноса. Проверьте версию PHP на старом хостинге: если новый сервер поддерживает только более новую версию, убедитесь, что ваша редакция Битрикса с ней совместима, и при необходимости сначала обновите ядро.

На новом хостинге заранее создайте пустую базу данных, пользователя БД с полными правами на неё и запишите реквизиты: имя базы, логин, пароль, хост (обычно localhost). Проверьте, что на новом сервере установлены необходимые PHP-расширения (mysqli, mbstring, gd, curl, zip и другие) — полный список требований есть в документации Битрикса, а проверить конфигурацию можно штатным скриптом bitrix_server_test.php.

Способ 1: перенос через резервную копию и restore.php

Это рекомендуемый Битриксом способ, подходящий для сайтов небольшого и среднего размера. В административном разделе откройте «Настройки → Инструменты → Резервное копирование → Создание резервной копии». Выберите размещение копии «в облаке 1С-Битрикс» или локально, включите в копию базу данных, ядро и публичную часть. Экспертные настройки позволяют исключить из архива лишнее — например, папку upload, если планируете перенести её отдельно.

Если копия размещалась в облаке, на новом хостинге достаточно загрузить в корень сайта скрипт restore.php (скачивается с официального сайта Битрикса) и открыть его в браузере: скрипт сам скачает архив из облака по вашему лицензионному ключу и распакует его. Если копия локальная — загрузите на новый сервер и сам архив (файл .tar.gz), и restore.php в корневую папку.

1. 1
   Создайте полную резервную копию в админпанели старого сайта
2. 2
   Загрузите на новый хостинг в корень сайта restore.php и архив копии (если она локальная)
3. 3
   Откройте http://новый-сайт/restore.php и следуйте мастеру распаковки
4. 4
   На шаге базы данных укажите реквизиты новой БД — скрипт сам развернёт дамп
5. 5
   После завершения удалите restore.php и архив с сервера
6. 6
   Проверьте работу сайта и выполните «Проверку системы» в админпанели

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

Способ 2: ручной перенос файлов и базы данных

Ручной перенос предпочтителен для крупных проектов, когда штатный архиватор не справляется, и при наличии SSH-доступа на обоих серверах. Сначала упакуйте файлы сайта в архив прямо на старом сервере, исключив ненужное (кеш, временные файлы):

tar -czf site_backup.tar.gz --exclude='bitrix/cache' --exclude='bitrix/tmp' --exclude='upload/resize_cache' /path/to/site

Затем создайте дамп базы данных. Для MySQL/MariaDB используйте mysqldump:

mysqldump -u USER -p DATABASE_NAME --single-transaction --quick > db_dump.sql

Перенесите оба файла на новый сервер — удобнее всего напрямую между серверами командой scp или rsync, чтобы не скачивать гигабайты на локальный компьютер. На новом сервере распакуйте архив в корневую папку сайта и импортируйте дамп в заранее созданную базу:

mysql -u USER -p DATABASE_NAME < db_dump.sql

После импорта отредактируйте файлы конфигурации подключения к БД. В файле bitrix/php_interface/dbconn.php укажите новые реквизиты, а в bitrix/.settings.php — параметры подключения в секции connections. Также проверьте права на папки и файлы: владельцем должен быть пользователь, под которым работает веб-сервер, иначе Битрикс не сможет писать в кеш и upload.

Переключение домена на новый сервер

Когда сайт развёрнут и проверен по техническому адресу, переключайте домен. В панели управления доменом измените A-запись на IP-адрес нового сервера. Учтите, что распространение DNS занимает от нескольких минут до суток — в этот период часть посетителей будет попадать на старый сервер. Поэтому старый хостинг нельзя отключать сразу.

Чтобы минимизировать потери данных при переезде интернет-магазина (заказы, регистрации), на время переключения DNS переведите старый сайт в режим обслуживания или ограничьте оформление заказов. Альтернатива — после полного перехода DNS вручную перенести «дельту»: заказы и изменения, появившиеся на старой площадке за время распространения DNS.

Настройка и проверка сайта после переезда

Первым делом войдите в административный раздел на новом сервере и запустите «Настройки → Инструменты → Проверка системы». Она покажет проблемы конфигурации PHP, прав доступа и почтовых функций. Затем проверьте вручную ключевые сценарии: открытие страниц, поиск по сайту, отправку форм, оформление заказа, работу почтовых уведомлений.

Типичные моменты, требующие внимания: пути в настройках модулей (если на новом хостинге другой корневой путь), cron-задания для агентов Битрикса — их нужно пересоздать на новом сервере, SSL-сертификат — выпустить и подключить заново, настройки отправки почты (SMTP или локальный sendmail). Также очистите кеш Битрикса после переезда, чтобы исключить ссылки на старые пути.

Типичные ошибки при переносе и как их избежать

Большинство проблем после переезда связано не с самим переносом, а с различиями окружения. Разные версии PHP, другие настройки прав доступа, отсутствующие расширения — всё это проявляется только после переключения домена, когда откат уже болезнен. Поэтому золотое правило: сначала полная проверка на техническом домене или через правку локального файла hosts, и только потом смена DNS.

Когда лучше заказать перенос у хостера или специалиста

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

Помощь специалиста по Битриксу оправдана для интернет-магазинов с обменом данными с 1С, высоконагруженных проектов, сайтов с кастомными модулями и нестандартной серверной конфигурацией (nginx + php-fpm, memcached, кластер баз данных). В таких проектах цена ошибки — простой магазина и потерянные заказы — заметно выше стоимости работ.

Частые вопросы о переносе 1С-Битрикс