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

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

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

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

Далее проверьте, чтобы на новом хостинге была установлена нужная версия 1С-Битрикс. Не стоит переносить сайт с версией 20.0.0 на хостинг, где установлен 19.0.0 — это приведёт к ошибкам. Особенно, если вы используете модули, которые появились только в более новых версиях. Система не всегда уведомляет об этом, и вы можете получить непредсказуемый результат. А если сайт работает с внешними API или платёжными системами — у вас будут проблемы с авторизацией и данными.

Также важно, чтобы на новом сервере был доступ к базе данных и соответствующие настройки PHP. Многие забывают про это. В итоге — сайт работает, но не показывает данные. Или вылезают ошибки типа "MySQL server has gone away«. Или даже »Access denied for user". Всё это — из-за неправильно настроенных параметров. Это не сложно, но важно. Каждый раз, когда кто-то спрашивает, почему сайт не работает — мы проверяем настройки PHP и базы данных. И почти всегда там — одна из этих двух проблем.

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

Если вы работаете с модулями сторонних разработчиков — убедитесь, что они совместимы с новой версией CMS. Некоторые из них могут требовать дополнительной настройки или даже обновления. Это не обязательно, но если вы хотите, чтобы всё работало как надо — лучше заранее проверить совместимость.

Настройка нового хостинга

На новом хостинге вам нужно создать новую базу данных. Без этого никак не обойтись. На некоторых хостингах можно создать её через панель управления, на других — через SSH или специальные скрипты. Главное — чтобы всё было готово заранее. Многие забывают об этом и начинают перенос, а потом вспоминают, что база не создана. И тогда всё начинается сначала.

Проверьте, чтобы настройки PHP были совместимы с текущей версией CMS. Часто забывают про ограничения по времени выполнения скриптов или объему памяти. Эти параметры могут стать причиной сбоя при переносе. Если вы не знаете, какие именно параметры нужны — загляните в документацию 1С-Битрикс. Всё написано там, где вы не будете искать. Но это не проблема, если вы не забыли сделать резервную копию.

Если вы работаете с кастомными модулями или плагинами — убедитесь, что они совместимы с новым сервером. Это особенно важно, если вы используете сторонние библиотеки. Они могут зависеть от определённой версии PHP или библиотек, которые не установлены на новом сервере. Просто забудьте про них, и вы получите ошибку типа "Class not found« или »Undefined function".

Проверьте также, чтобы на сервере были установлены все необходимые расширения PHP. Некоторые модули требуют GD, cURL, OpenSSL и прочих. Если их нет — сайт может работать некорректно или вообще не запускаться. Или вы получите ошибку "PHP extension missing". Это не фишка, а реальная проблема.

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

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

Все гуру говорят, что нужно использовать скрипт restore.php. Да, он действительно работает. Но важно понимать, что он должен быть скопирован в корневую директорию нового сайта. Если этого не сделать — восстановление не запустится. Это элементарная ошибка, которую делают даже опытные специалисты, если не уделяют внимание деталям.

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

Если вы работаете с большими сайтами — подумайте о том, чтобы сделать резервную копию по частям. Это ускорит процесс и позволит избежать проблем с таймаутами. Особенно, если вы переносите сайт с хостинга, где нет возможности увеличить лимиты на выполнение скриптов.

Проверьте, чтобы файл restore.php находился в правильной директории. Он должен быть доступен по адресу http://ваш_сайт/restore.php. Если он не открывается — значит, вы что-то не сделали. Это не ошибка, а сигнал. Не игнорируйте его.

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

Перенос файлов и базы данных

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

Перенос базы данных тоже требует внимания. Не забывайте про кодировку и структуру таблиц. Особенно если вы переходите с одного типа СУБД на другой (например, с MySQL на PostgreSQL). Это может привести к потере данных или неправильному отображению информации. Никогда не используйте автоматический импорт без проверки.

Если вы переносите сайт с другого хостинга, возможно, вам потребуется изменить пути в файлах конфигурации. Например, в файле /bitrix/.settings.php могут быть указаны старые пути к серверу. Это легко забыть, но в результате сайт будет пытаться подключаться к старому серверу. Или даже не запустится.

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

Если у вас есть кастомные шаблоны или модули — убедитесь, что они также скопированы. Иногда они могут быть в отдельной папке, и их легко упустить. Всегда проверяйте, что всё, что нужно — есть на новом сервере.

Проверка работоспособности

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

Используйте скрипт bitrix_server_test.php. Он покажет, какие параметры нужно изменить, если что-то не так. Это особенно актуально, если вы переносите сайт с другого хостинга. Он проверяет совместимость с PHP, базой данных и другими компонентами. Не стоит пренебрегать этим шагом — он может сэкономить много времени.

Если сайт не запускается — проверьте, правильно ли указаны пути в конфигурационных файлах. Особенно это касается файлов .settings.php и .settings_custom.php. Если вы не настроили их корректно — сайт может не найти базу данных или не запуститься.

Проверьте, чтобы все модули были активны. Иногда они отключаются при переносе. Это может быть связано с тем, что вы не перенесли все файлы или не обновили настройки. Проверьте, не заблокированы ли они по какой-то причине.

Также проверьте, чтобы все поддомены и переадресации работали корректно. Иногда они теряются при переносе, особенно если вы используете .htaccess или специальные правила. Убедитесь, что пользователи не теряют доступ к старым страницам.

Типовые ошибки и их решения

Одна из самых распространённых ошибок — это неправильная настройка базы данных. Многие специалисты забывают проверить, правильно ли указаны логин, пароль и имя базы. Это может привести к ошибке "Access denied« или »Connection failed". Не забывайте, что имя базы может отличаться от того, что было на старом сервере.

Ещё одна частая ошибка — неправильное расположение скрипта restore.php. Если он не находится в корневой директории сайта — восстановление не запустится. Это не ошибка системы, а человеческий фактор. Всегда проверяйте, что файл находится по нужному адресу.

Некоторые специалисты не проверяют совместимость версий PHP и 1С-Битрикс. Если вы переносите сайт с версии 19 на 20 — не забудьте проверить, не устарела ли какая-то функция. Всегда проверяйте логи ошибок, особенно в /bitrix/logs/ — там могут быть полезные сообщения.

Если сайт не работает после переноса, проверьте, не заблокирована ли лицензия. Это может произойти, если вы не активировали её на новом сервере. Это не ошибка переноса, а просто забытая настройка.

Если вы используете кастомные модули или шаблоны — убедитесь, что они корректно скопированы и настроены. Иногда они не работают, потому что пути к файлам изменились. Это легко исправить, но только если вы обратили внимание на это.

Что делать, если уже сломалось

Если сайт уже сломался после переноса — не паникуйте. Первое, что нужно сделать — проверить логи ошибок. Они могут подсказать, где именно произошла ошибка. Логи находятся в папке /bitrix/logs/, и там вы найдете информацию о сбоях.

Если сайт не запускается — проверьте, правильно ли указаны данные подключения к базе данных. Это самый частый случай. Иногда достаточно просто изменить параметры в файле .settings.php. Если не получается — обратитесь к хостинг-провайдеру или специалисту.

Если вы потеряли данные — попробуйте восстановить их из резервной копии. Если копия была сделана до переноса — она должна быть актуальной. Восстановление из резервной копии — это не только способ вернуть данные, но и способ понять, что именно пошло не так.

Если вы не уверены в своих действиях — не бойтесь обратиться за помощью. Мы часто помогаем клиентам, которые столкнулись с трудностями при переносе сайта. Специалисты быстро разберутся и помогут восстановить сайт.

Важно помнить, что перенос сайта — это не только техническая задача, но и риск. Чем больше вы делаете самостоятельно, тем больше шансов, что что-то пойдёт не так. Но если вы всё делаете правильно — перенос может быть успешным.

Частые вопросы