Как перенести Битрикс на другой сервер: пошаговый план

Перенос сайта на 1С-Битрикс на другой сервер обычно занимает от нескольких часов до рабочего дня — срок зависит от размера сайта и базы данных. В конце у вас должен открываться сайт на новом сервере, а обновления и формы — работать так же, как на старом. Инструкция подходит для сайтов на 1С-Битрикс: Управление сайтом, где вы можете управлять файлами и базой данных; названия пунктов в панели зависят от версии и хостинга.

Что подготовить до переноса

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

• Версия 1С-Битрикс и редакция: проверьте их в административной панели сайта.
• Версия PHP, расширения PHP и версия MySQL или MariaDB на старом сервере. Сверьте их с требованиями вашей версии продукта и доступностью на новом сервере.
• Доступ к старой и новой базам данных, например через панель хостинга или консоль.
• Свободное место на новом сервере: хватит ли его для файлов сайта, архива и временной копии базы.
• Доступ к DNS домена и сертификату HTTPS. Если почта сайта работает через старый сервер, запишите её настройки отдельно.

Важно: сначала проверьте совместимость версий. Более новая версия PHP или базы данных не всегда совместима с установленной версией сайта и сторонними модулями. Не обновляйте CMS одновременно с переносом: если что-то сломается, будет сложнее найти причину.

Пошаговый перенос

1. Снимите резервную копию. Скопируйте все файлы сайта и сделайте отдельный экспорт базы данных. Если в панели Битрикс доступен штатный инструмент резервного копирования, используйте его как дополнительную копию, но не полагайтесь на единственный архив. Сохраните копии вне старого сервера. Проверка: архивы открываются, файл базы не пустой, а объём копии выглядит правдоподобно относительно сайта.
2. Зафиксируйте настройки старого окружения. Запишите версию PHP, параметры подключения к базе, настройки веб-сервера, корневую папку сайта, расписание заданий и параметры отправки почты. Не публикуйте и не отправляйте пароли в открытом виде. Проверка: у вас есть список параметров, по которому можно сверить новую конфигурацию.
3. Создайте сайт и базу на новом сервере. В панели хостинга или у администратора настройте виртуальный хост, базу данных и пользователя с правами на эту базу. Укажите документный корень сайта — обычно это каталог, где находится входной файл сайта, но точный путь зависит от конфигурации. Проверка: тестовый файл или страница хостинга открывается по временному адресу, а подключение к базе проходит.
4. Перенесите файлы. Скопируйте сайт целиком, включая скрытые файлы и каталоги с пользовательскими загрузками. Не заменяйте файлы старой версии CMS файлами из дистрибутива: это уже обновление, а не перенос. Проверка: на новом сервере совпадают структура каталогов и размер основных папок; права на чтение и запись соответствуют требованиям CMS и хостинга.
5. Импортируйте базу данных. Создайте базу на новом сервере из экспортированной копии. Для больших баз используйте доступный на хостинге способ импорта или попросите поддержку выполнить операцию: веб-интерфейс может ограничивать размер файла и время выполнения. Проверка: импорт завершился без ошибок, таблицы видны в панели управления базой.
6. Укажите новые реквизиты базы. В конфигурации подключения к базе замените имя базы, пользователя и пароль на выданные новым сервером. В стандартных установках Битрикс параметры подключения находятся в конфигурации сайта, но конкретный файл и способ настройки зависят от структуры проекта и версии. Не копируйте настройки с чужого сайта и не оставляйте старые реквизиты. Проверка: административная часть открывается и не сообщает об ошибке соединения с базой.
7. Проверьте сайт до переключения домена. Откройте новый сервер по временному адресу или настройте локальное разрешение домена на новый IP только на своём компьютере. Проверьте главную страницу, карточки товаров, поиск, формы, личный кабинет, загрузки и административную панель. Проверка: страницы открываются без ошибок, изображения на месте, тестовая форма доходит до нужного адресата.
8. Переключите DNS и проверьте HTTPS. Когда тесты пройдены, поменяйте записи домена на IP нового сервера. Обновление DNS происходит не мгновенно: часть посетителей ещё некоторое время может попадать на старый сервер. Проверьте сертификат, редирект с HTTP на HTTPS и версии страниц с www и без www. Проверка: домен открывает новый сайт по защищённому соединению, сертификат действителен.
9. Оставьте старый сервер на время наблюдения. Не принимайте заказы и изменения на двух копиях одновременно: так данные разойдутся. После переключения проверьте новые заказы, формы, отправку почты, фоновые задания и журналы ошибок. Удаляйте старую копию только после согласованного периода наблюдения и проверки резервного плана. Проверка: новые данные появляются в базе нового сервера, задания выполняются, а ошибок в журналах нет.

Самая рискованная часть переноса — не копирование файлов, а момент переключения: если сайт продолжает принимать заказы на старом сервере, новая база не получит эти изменения автоматически.

Если что-то не получилось

• Сайт показывает ошибку подключения к базе. Сверьте имя базы, пользователя, пароль и адрес сервера базы в настройках. Уточните у хостинга, должна ли база подключаться через localhost или отдельный адрес.
• Появилась ошибка 500 или пустая страница. Проверьте журнал ошибок веб-сервера и PHP, права на файлы и совместимость версии PHP с CMS и модулями. Не меняйте сразу несколько параметров: исправляйте по одному и повторяйте проверку.
• На страницах нет изображений или документов. Убедитесь, что перенесены каталоги пользовательских файлов и скрытые папки. Проверьте, не ссылаются ли настройки сайта на абсолютный путь старого сервера.
• Не отправляется почта или не выполняются фоновые задачи. Эти функции могут зависеть от настроек почтового сервера и планировщика на хостинге. Сверьте их со старой конфигурацией и проверьте журналы; само копирование файлов такие настройки не переносит.

Что делать после переноса

На следующий день проверьте журналы веб-сервера и Битрикс, скорость открытия ключевых страниц, новые заказы и выполнение регулярных заданий. Затем сделайте отдельную резервную копию уже на новом сервере и проверьте, что её можно восстановить. Если сайт работает через интеграции с оплатой, доставкой или внешней CRM, выполните тестовый сценарий для каждой из них: адреса и разрешённые IP могли быть привязаны к старому серверу.

Термин: DNS — система, которая связывает доменное имя с IP-адресом сервера. Из-за кэширования DNS переключение домена у разных пользователей может завершиться в разное время.