Перенос сайта Битрикс на другой хостинг — подробное руководство без потери данных

Перенос сайта на 1С-Битрикс на другой хостинг – ответственная задача, которая пугает многих администраторов. Ошибки в процессе могут привести к длительному простою, потере данных и позиций в поиске. Однако с правильным подходом этот процесс становится предсказуемым и безопасным.

В этой статье мы подробно разберем, как перенести сайт Битрикс на другой хостинг двумя способами: штатным, через встроенные инструменты CMS, и ручным – для сложных случаев. Вы получите пошаговую инструкцию, чек-лист действий и решения для самых частых проблем. Мы обещаем: после прочтения вы сможете провести перенос самостоятельно, минимизировав риски и время простоя вашего проекта.

Содержание:

1. Подготовка и планирование переноса сайта
2. Создание резервной копии сайта на Битрикс
3. Перенос сайта на новый хостинг
4. Настройка и проверка после переноса
5. Частые проблемы при переносе Битрикс и их решение
6. Заключение

Подготовка и планирование переноса сайта

Правильная подготовка – это 80% успеха. Прежде чем что-либо переносить, нужно выбрать новую площадку и подготовить старую.

Анализ и выбор нового хостинга для Битрикс

Bitrix – требовательная CMS. Не каждый хостинг сможет обеспечить ее стабильную работу. Вот ключевые критерии выбора:

• Версия PHP: 8.0, 8.1 или 8.2. Битрикс официально прекратил поддержку более старых версий.
• База данных: MySQL 5.7+ или MariaDB 10.5+ с обязательной поддержкой движка InnoDB.
• Производительность: SSD или NVMe диски для высокого TTFB (время до первого байта).
• Кеширование: включенный OPcache ускорит работу в разы.
• Права доступа: возможность гибкой настройки владельца файлов и папок.

Перед оплатой нового хостинга проверьте его совместимость с помощью официального скрипта bitrix_server_test.php. Загрузите его в корень будущего сайта и запустите через браузер. Скрипт покажет все несоответствия требованиям.

Рекомендация: рассмотрите хостинги с предустановленным Bitrix-окружением (BitrixVM или аналогичные шаблоны). Это сэкономит время на первичной настройке сервера.

Подготовка исходного сайта (со старого хостинга)

1. Уведомление: если сайт коммерческий, спланируйте перенос на время наименьшей нагрузки (ночь или выходные). Можно временно вывести предупреждение для пользователей.
2. Закрытие публичной части (опционально): в админ-панели (Главный модуль) можно временно закрыть сайт. Это снизит нагрузку при создании резервной копии и гарантирует целостность данных.
3. Проверка свободного места: убедитесь, что на старом хостинге достаточно места для создания полного архива.

Создание резервной копии сайта на Битрикс

Для переноса необходим полный бэкап. Мы рассмотрим штатный, рекомендованный способ.

Штатный способ через админ-панель Битрикс

Перейдите по пути: Настройки -> Инструменты -> Резервное копирование -> Создание резервной копии.

• Размещение: выберите опцию «В папке сайта». Это обязательно для последующего переноса.
• Перейдите во вкладку «Параметры»:
  • Обязательно отметьте: «Архивировать базу данных», «Архивировать ядро» и «Архивировать публичную часть».
  • Исключите ненужное: чтобы уменьшить размер архива и время переноса, добавьте в исключения папки bitrix/backup/, bitrix/cache/, bitrix/managed_cache/. Кеш создастся заново.
  • Размер части архива: для удобства загрузки установите 500-1000 МБ.
• Нажмите «Создать резервную копию» и дождитесь завершения. Запишите пароль от архива, если использовали шифрование.

Что делать после создания бэкапа

После успешного создания архива вам понадобятся два файла:

1. Сам архив. Он находится в папке /bitrix/backup/ на вашем хостинге. Он может состоять из нескольких частей (файлы с расширениями .tar.gz, .tar.gz.1 и т.д.).
2. Скрипт восстановления restore.php. Скачайте его из раздела «Список резервных копий» в админ-панели.

Альтернатива: в этом же разделе можно получить «Ссылку для переноса». Она понадобится, если вы решите не загружать тяжелый архив вручную.

Перенос сайта на новый хостинг

Теперь работаем на новой площадке. Основной и самый надежный метод – использование restore.php.

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

1. Добавьте домен в панели управления хостингом или используйте временный технический адрес, который предоставляет провайдер.
2. Создайте новую базу данных MySQL. Запишите или сохраните в надежном месте четыре параметра: хост (часто localhost), имя базы, имя пользователя и пароль.
3. Загрузите файлы: через FTP или файловый менеджер хостинга загрузите в корневую папку сайта (обычно public_html, www, htdocs) все части архива и файл restore.php.

Восстановление через restore.php (основной метод)

Откройте в браузере: http://ваш-новый-домен/restore.php.

1. Выбор архива. Нажмите «Далее». Выберите источник: «Архив загружен в корневую папку сервера». Скрипт автоматически найдет архив.
2. Распаковка. Начнется процесс распаковки файлов. Дождитесь его полного завершения, не закрывая вкладку.
3. Подключение к базе данных. Введите сохраненные данные для доступа к новой БД (хост, логин, пароль, имя базы).
4. Восстановление БД. Нажмите «Восстановить». Система импортирует все таблицы и данные.
5. Финальный и самый важный шаг. После успешного восстановления мастер предложит удалить локальную резервную копию и служебные скрипты. Обязательно нажмите эту кнопку! Это удалит restore.php и архив, что критически важно для безопасности сайта.

Альтернативный (ручной) метод для опытных

Для сайтов-гигантов (сотни ГБ) или при проблемах со штатным бэкапом можно использовать ручной перенос через командную строку.

• Файлы: синхронизируйте папку сайта с нового хостинга на старый с помощью rsync. Это позволяет досылать изменения и минимизировать простой.
• База данных: создайте дамп через mysqldump, перенесите файл и импортируйте его на новом сервере.
• Главный нюанс: после переноса файлов и БД нужно вручную прописать новые параметры подключения к базе в конфигурационных файлах Битрикс: bitrix/.settings.php и bitrix/php_interface/dbconn.php.

Этот метод дает полный контроль, но требует навыков администрирования.

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

После переноса сайт может работать, но требуется финальная доводка.

Базовые проверки работоспособности

1. Откройте главную страницу и несколько внутренних разделов.
2. Проверьте вход в админ-панель (/bitrix/admin/).
3. Протестируйте ключевые функции: отправку форм, добавление товара в корзину, поиск.

Техническая настройка после переноса

• ЧПУ и .htaccess: после восстановления оригинальный .htaccess часто сохраняется как .htaccess.restore. Переименуйте его или перенесите нужные правила в новый файл. Проверьте, работают ли человекопонятные URL.
• Очистка кеша: сбросьте кеш в админ-панели (Настройки -> Настройки продукта -> Автокеширование) или удалите папки bitrix/cache/ и bitrix/managed_cache/ вручную.
• Проверка системы: запустите встроенную проверку (Настройки -> Инструменты -> Проверка системы), чтобы выявить скрытые конфликты.

Обновление сервисов и интеграций

1. Robots.txt и sitemap.xml: убедитесь, что в этих файлах указан корректный новый домен. Пересоздайте карту сайта.
2. Системные настройки: проверьте настройки почтовых событий и основной домен в Настройки -> Настройки продукта.
3. Счетчики аналитики: удостоверьтесь, что код Яндекс.Метрики или Google Analytics загружается.
4. Cron-задачи: перенастройте все запланированные задачи (например, выгрузку из 1С) на новом хостинге.
5. Почта: проверьте отправку тестового письма. При проблемах настройте отправку через SMTP.

Переключение домена и DNS

Когда сайт полностью протестирован на новом хостинге (по техническому домену или IP), можно переключать трафик.

• Делегирование: в панели управления вашего регистратора домена замените NS-серверы на адреса, предоставленные новым хостинг-провайдером.
• Или настройте A-записи, указав IP-адрес нового сервера.
• Установите SSL-сертификат на новом хостинге.
• Имейте в виду: обновление DNS-записей по всему миру может занять от нескольких минут до 72 часов.

Частые проблемы при переносе Битрикс и их решение

• Ошибка кодировки (кракозябры): вызвана несовпадением кодировок соединения с БД. Проверьте кодировку в настройках подключения в .settings.php (должна быть utf8mb4).
• Ошибка 403 / 500: проблема с правами доступа (CHMOD). Выставьте для папок 755, для файлов 644. Для папок upload/, bitrix/cache/ может потребоваться 777. Также проверьте .htaccess на ошибки.
• Белый экран: включите отображение ошибок PHP. Для этого в файле bitrix/php_interface/dbconn.php найдите строку $DBDebug = false; и поменяйте на true. Или проверьте логи ошибок на хостинге.
• Ошибки подключения к БД: дважды проверьте хост, логин, пароль и имя базы в файлах bitrix/.settings.php и bitrix/php_interface/dbconn.php. Убедитесь, что пользователь БД имеет все права.
• Не работают изображения/стили: скорее всего, сбились права на папку /upload/. Установите для нее права 755, а для файлов внутри – 644.
• Не работают ЧПУ: проверьте, включен ли модуль mod_rewrite на сервере и корректен ли файл .htaccess.

Заключение

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

Если на каком-либо этапе возникли непреодолимые сложности, не стесняйтесь обратиться к технической поддержке вашего нового хостинга или к опытным разработчикам. Грамотный перенос – это инвестиция в стабильность и скорость работы вашего проекта на долгое время.