Перенос сайта на bitrix на другой хостинг инструкция

Просмотров: 132818
Дата последнего изменения: 02.12.2022

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

Сайт, разработанный на «1С-Битрикс», состоит из файлов в формате PHP, файлов контента (изображения и другая информация) и базы данных (БД) в формате SQL. Данная инструкция подробно описывает перенос сайта на «1С-Битрикс» на другой хостинг для 1C-Битрикс, а также помогает устранить возможные ошибки.

Во избежание проблем при переносе на серверы REG.RU вы можете бесплатно воспользоваться помощью наших специалистов: Как перенести сайт на хостинг REG.RU?

Видео: Как перенести сайт на хостинг REG.RU

Как перенести сайт «Битрикс» на другой хостинг

Ниже описан процесс переноса сайта через restore.php из резервной копии, созданной с помощью CMS «1С-Битрикс»:

Готово. Теперь вы знаете, как перенести Битрикс на другой хостинг.

Частые ошибки после переноса сайта на «1С-Битрикс» на другой хостинг:

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

Как перенести сайт на Битриксе на другой хостинг – один из популярных вопросов специалистам техподдержки и поиску Google.

Мы рассмотрим два способа «переезда» сайта на Битрикс и Битрикс24 с одного хостинга на другой. Их в равной степени можно применять и для миграций с виртуального хостинга на VPS или виртуальные машины, а также к переносу Битрикса с сервера на сервер.

 

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

Первый способ. Перенос с помощью бэкапа Битрикс

Первый способ – это штатный вариант переноса, предусмотренный как в «1С-Битрикс: Управление сайтом», так и в коробочной версии «Битрикс24».

Алгоритм переноса простой: бэкап создается на исходном хостинге и с помощью специальной ссылки разворачивается на новом. При этом на новом хостинге в корневой директории веб-сервера должен быть залит скрипт восстановления restore.php.

Важно заранее выделить необходимое время для переноса. Сколько времени потребуется — зависит от конкретного проекта. Небольшие сайты в несколько гигабайт потребуют 10-20 минут, а перенос солидных площадок в сотни гигабайт может занять несколько часов.

Давайте рассмотрим перенос по шагам.

Во многих случаях создание резервной копии из панели администрирования Битрикс работает «из коробки», но есть несколько нюансов.

 

• Шаг 1 (необязательный). Перед переносом рекомендуется закрыть публичную часть сайта. Либо спланировать перенос на время низкого трафика – ночью или на выходных. Закрытие позволит снизить нагрузку на сайт, поскольку процедура создания бэкапа весьма ресурсоемкая, а сами резервные копии будут содержать все актуальные данные. Однако это необязательное условие. Если вам важна бесперебойная работа сайта, этот процесс можно сделать и без закрытия публичной части. Закрыть публичную часть можно в «Главном модуле»:
•  

• Шаг 2. Начинаем создавать резервную копию. Для этого необходимо следовать пути: Настройки -> Инструменты -> Резервное копирование -> Создание резервной копии.
   

  

  Доступно два варианта размещения резервной копии:
  При выборе первого варианта копия все равно сначала создается в папке сайта, а после этого копируется в облако и затем удаляется локально. Мы выбираем второй вариант – создание копии в папке сайта. Важный момент: перед созданием рекомендуется убедиться, что на сервере достаточно свободного места для резервной копии. Сделать это можно в панели управления хостинга или на сервере в консоли.

  • В облаке «1С-Битрикс»;
  • В папке сайта;
     
• Шаг 3. Вкладка «Параметры» позволяет использовать гибкие настройки для создания копии:
   

  

  Из архива рекомендуется исключить следующие файлы:
  По желанию можно исключить и папку /upload, в которой хранятся картинки и документы, если она большого объема, и перенести ее позже отдельно.

  • /bitrix/backup/ – очевидно, что бэкап переносить не нужно;
  • /bitrix/cache/ – кэш создастся заново на новом хостинге, потому не нужно тратить время на его перенос;
  • /bitrix/managed_cache/ – аналогично обычному кэшу.
• Шаг 4. После настроек необходимо нажать кнопку «Создать резервную копию» и дождаться завершения операции. Нюансы данного способа резервного копирования:
  1. Дамп БД и ее архивация создают большую нагрузку на сервер, сайт замедлит свою работу во время резервного копирования. Если сервер слабый, то возможны ошибки 502 и 504. В таких случаях нужно использовать другой способ переноса сайта.
  2. Если сайт большого объема (сотни Гб), то использование встроенного резервного копирования – не лучшее решение для бэкапа. Особенно это актуально, если необходимо обеспечить минимальное время простоя.
• Шаг 5. После того, как резервная копия будет создана, перейдите в «Список резервных копий» и из выпадающего списка выберите «Получить ссылку для переноса». Скопируйте ее.

 

Восстановление резервной копии на новом хостинге

• Шаг 1. Перед восстановлением резервной копии на другом хостинге или сервере мы рекомендуем протестировать их на соответствие с рекомендуемыми настройками для CMS Битрикс.

  Сделать это можно с помощью скрипта bitrix_server_test.php (описание

  на сайте Битрикс). Для этого скачайте его по ссылке, положите в корневую директорию сайта на новом хостинге и запустите в браузере http://ваш_домен_или_ip/bitrix_server_test.php.

  У компании Maxiplace есть оптимизированный шаблон BitrixVM, где всё соответствует требованиям CMS Битрикс. Его удобно использовать в качестве нового хостинга.

• Шаг 2. После того как вы убедились в соответствии системы рекомендуемым настройкам, можно приступать к восстановлению резервной копии. Для этого скачайте файл restore.php по ссылке в корневую директорию сайта и перейдите по ссылке http://ваш_домен_или_ip/restore.php.

  В шаблоне Maxiplace для этого уже всё готово, и достаточно лишь перейти по адресу http://ваш_IP-адрес. После этого вы увидите стартовый экран, чтобы начать восстановление.

  

• Шаг 3. После этого следуйте указанию мастера восстановления, выберите «Скачать резервную копию с дальнего сайта» и вставьте ссылку, полученную ранее.
   

  

• Шаг 4. После загрузки и распаковки мастер предложит восстановить базу данных.
   

  

  В шаблоне BitrixVM от Maxiplace все данные будут уже внесены в поля, и останется только нажать кнопку «Восстановить».
  В других случаях необходимо будет указать данные для подключения к локальной базе данных.

• Шаг 5. После восстановления удалите локальную резервную копию и служебные скрипты. Операция выполнена!
   

  

 

Второй способ. Перенос с помощью rsync и mysqldump

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

 

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

Перенос с помощью rsync и mysqldump характеризуется:

1. Большим контролем и гибкими возможностями для переноса. Синхронизация файлов происходит вручную, ошибки можно попутно замечать и исправлять.
2. Минимальным временем простоя сайта и возможностью досинхронизировать файлы. Нет ограничений и по таймингу, когда тайм-ауты веб-серверов ограничивают соединение или выполнение переноса временными рамками.
3. Снижением нагрузки на сервер. Когда Битрикс делает резервные копии, он формирует многотомный архив, в котором для больших сайтов может быть больше сотни томов. При ручном переносе создается один большой архив, который легче контролировать.

Итак, приступим к переносу.

• Шаг 1. Большинство CMS состоит из файлов и базы данных. С помощью утилиты rsync мы перенесем файлы, а с помощью утилиты mysqldump – перенесем базу.
  Начнем с переноса файлов: для этого запустите rsync для корневой директории сайта с сервера-источника на сервер-получатель.
  [root@server1 ~]# rsync -avz корневая _директория_сайта/
root@ip_сервера_получателя:/home/bitrix/www/

  После переноса всегда можно досинхронизировать файлы, запустив эту команду снова. Копируются только изменения.

• Шаг 2. Затем сделаем дамп базы с помощью утилиты mysqldump:

  [root@server1 ~]# mysqldump -u имя_пользователя -p ИМЯ_БАЗЫ > ИМЯ_БАЗЫ.sql

  И скопируем дамп через тот же rsync

  [root@server1 ~]# rsync -avz ИМЯ_БАЗЫ.sql root@ip_сервера_получателя:/home/bitrix/

  Примечание
  Не делайте и не копируйте дамп базы.sql в корневую директорию сайта, так как к ней могут получить доступ другие пользователи.

• Шаг 3. После того, как мы скопировали базу данных, перед импортом данных, необходимо создать базу на новом сервере:

  [root@server2 ~]# mysql -u имя_пользователя -p
mysql > create database ИМЯ_БАЗЫ;
mysql > exit;

  И далее выполните ее импорт:

  [root@server2 ~]# mysql -u имя_пользователя -p ИМЯ_БАЗЫ < ИМЯ_БАЗЫ.sql

• Шаг 4. После этого проверьте и при необходимости измените настройки подключения к базе данных в файлах bitrix/.settings.php и bitrix/php_interface/dbconn.php. В заключение – проверьте работу сайта.

 

Как проверить систему после переноса

После восстановления следует перейти на сайт, зайти в панель администратора и выполнить проверку системы, чтобы убедится в корректности ее работы.
Необходимо следовать пути: Рабочий стол -> Настройки -> Инструменты -> Проверка системы.

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

Важный момент: если необходимо проверить работоспособность сайта на новом хостинге, не перенаправляя туда трафик, то возможны варианты мониторинга по IP-адресу, по техническому домену, если он есть на сайте, либо по основному домену на перенесенной странице через файл host (инструкция в Базе знаний Maxiplace).

Возможные проблемы и ошибки

Проблемы из-за версий php и mysql

Если на исходном сайте были устаревшие версии php/mysql, а на новом – они уже актуальные, то эта проблема может возникать. Если это произойдёт, обратитесь к разработчикам сайта, приведут код к соответствию новым версиям php/mysql.

Кроме того, нужно убедиться, что установлены все обновления Битрикс. Для этого надо сначала обновить php/mysql (даже на старом хостинге), а затем установить обновления Битрикс.

Проблемы с работой старых правил/редиректов .htaccess

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

Проблемы с отправкой почты с сервера

Для отправки почты в CMS Битрикс используется php функция mail(). Следует через phpinfo() проверить, что параметр sendmail_path указывает путь до sendmail или на его заменитель. Выявлению большинства проблем с отправкой писем помогает лог почтового сервера, по умолчанию это файл /var/log/maillog.

В шаблоне BitrixVM для отправки почты уже всё настроено, и останется лишь задать имя отправителя “from” в файле /home/bitrix/.msmtprc

Проблемы с авторизацией пользователя

Если пропадает авторизация пользователя, то можно проверить хостинг/сервер на корректность работы сессий с помощью скрипта bitrix_server_test.php по ссылке.

Проблемы с импортом базы данных

При возникновении сложностей с импортом базы данных объемом более 1 Гб, операцию следует проводить через консоль (инструкция есть в блоге MediaGuru).

Ошибки с появлением белого экрана

Бывают случаи, когда после переноса появляется белый экран, который сигнализирует об ошибках. Чтобы понять, чем конкретно это вызвано, следует в файле bitrix/php_interface/dbconn.php включить логирование ошибок:

'exception_handling' => array (
'value' => array (
'debug' => true,
'handled_errors_types' => E_ALL & ~E_NOTICE & ~E_STRICT & ~E_USER_NOTICE,
'exception_errors_types' => E_ALL & ~E_NOTICE & ~E_WARNING & ~E_STRICT & ~E_USER_WARNING & ~E_USER_NOTICE & ~E_COMPILE_WARNING & ~E_DEPRECATED,
'ignore_silence' => false,
'assertion_throws_exception' => true,
'assertion_error_type' => 256,
'log' => array (
'settings' => array (
'file' => 'bitrix/modules/error.log', //Файл лога, куда и будут писаться наши ошибки
'log_size' => 1000000,
),
),
),
'readonly' => false,
),

Ошибки «Mysql connect error» и «DB query error. Please try later»

В первом случае следует проверить правильность доступов к БД в файле bitrix/php_interface/dbconn.php и bitrix/.settings.php, а для решения второй ошибки в файле bitrix/php_interface/dbconn.php выставить значение $DBDebug = true, чтобы увидеть детально возникшую ошибку.

Другие проблемы и варианты их решения описаны на сайте Битрикс.

Перенос силами поддержки Maxiplace

Как видите, перенести сайт на Битриксе на другой хостинг можно как штатными средствами, надеясь что автоматические процессы отработают корректно, или можно сделать это вручную, через команды rsync и mysqldump, которые требуют погружения в тему или квалифицированных специалистов.

Ну и важно помнить, что у вас всегда есть третий способ. Можно обратиться в поддержку Maxiplace, и для наших клиентов мы готовы осуществить перенос быстро, бесплатно и «под ключ».

Видео выкладываются на Boosty.
Подписка, всего 23 рубля в месяц.

Для переноса сайта на другой хостинг есть много причин: повышение стоимости обслуживания, нехватка ресурсов, разворачивание тестового сервера для разработки и т.д.

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

Процедура совершенно не сложная, а для работы нужны только админские доступы к сайту, регистратору домена (если необходимо) и доступы к панелям управления старым и новым хостингом.

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

1. Архивирование файлов сайта и базы данных

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

Для создания резервной копии нужно зайти в Административную панель битрикса, далее: Настройки — Инструменты — Резервное копирование — Создание резервной копии.

В зависимости от того продлена ли у вас лицензия 1С-Битрикс, у вас будет доступен вариант создания резервной копии в облако 1С-Битрикс. Если лицензия не продлена – будет доступен единственный вариант – “В папке сайта”.

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

На вкладке Параметры нужно обязательно проверить настройки резервного копирования.

Включаем Экспертные настройки, если это необходимо.

Обязательно отмечаем галочкой: “Архивировать базу данных”, “Архивировать ядро” и “Архивировать публичную часть”. Обязательно снимите галочки “Исключить из базы данных …”, “Исключить из архива файлы и директории по маске”, если вам нужно перенести сайт целиком. Также поставьте 0 в строке “Исключить из архива файлы размером более …”. Эта настройка может понадобится, если на вашем сайте много тяжелого контента и попадание его в архив нежелательно.

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

Длительность шага и интервал можно оставить по-умолчанию, а вот размер частей архива я всегда увеличиваю почти до 1Гб.

После настройки нажимаем на зеленую кнопку создания резервной копии и ждем окончания. Длительность процесса зависит от количества и размера файлов.

Если включено шифрование резервной копии (с вариантом бэкапа в облако эта опция не отключается), обязательно запомните или запишите пароль на архив, он нам пригодится.

2. Перенос файлов на новый хостинг

После успешного создания архива нужно перейти на страницу со списком резервных копий (Настройки – Инструменты – Резервное копирование – Список резервных копий). Дальше возможны 2 варианта.

Если вы создавали архив в облаке, вам необходимо скачать файл restore.php.

Для переноса сайта вам понадобится только лицензионный ключ, который можно посмотреть на странице Маркетплейс – Обновление платформы.

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

Подготовительные работы завершены, теперь вкладку со старым сайтом можно закрыть.

Авторизация на новом хостинге. Тут порядок действий может сильно отличаться в зависимости от хостера т.к. у них у всех абсолютно разные панели управления и могут по-разному называться абсолютно одинаковые страницы. Мы в качестве примера приведем скрины со
Спринтхоста, которым пользуется большинство наших клиентов.

Для загрузки файла restore.php найдите в админ панели Файловый менеджер и загрузите его в корень будущего сайта.

Как правило, хостинги дают бесплатный технический домен для таких работ. Он будет выглядеть как абракадабра. Необходимо зайти на него, указав страницу restore.php. Например, afafsdfasdf.afds.ru/restore.php.

Если все сделано правильно, нас встретит окно подготовки архива.

Сразу переходим на следующий шаг. На нем надо выбрать откуда мы будем разворачивать бэкап.

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

После нажатия на кнопку “Ок”, появится список всех резервных копий, доступных на данной лицензии. Вводим пароль от архива (вы же его не забыли?) и переходим на следующий шаг.

Если вы выбрали вариант с копией в папке сайта, то нужно будет ввести ссылку на архив и тоже перейти к следующему шагу.

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

В панели управления хостингом надо перейти на страницу управления БД и создать новую базу.

Заполняем все нужные поля, не забыв сохранить эти доступы в надежном месте. Возвращаемся на вкладку с мастером установки и вводим эти данные в соответствующие поля.

Сервер, как правило, localhost. Если нет – уточните актуальный сервер у своего хостера.

После успешного восстановления БД, мастер предложит удалить архив и скрипт restore.php. Обязательно сделайте это. На этом процедура переноса файлов и БД закончена, осталось перенести домен.

3. Перенос домена

Тут тоже возможны варианты. Домен можно перенести к новому регистратору, а можно делегировать.

Перенос домена стоит делать, если вы не хотите больше иметь дело с текущим хостингом/регистратором. После переноса у вас будет один новый кабинет для управления и доменом, и хостингом. Для переноса домена, вам необходимо написать письмо в техподдержку вашего регистратора и запросить Authinfo код, а дальше следовать инструкции по переносу домена (её нужно посмотреть на новом хостинге/регистраторе).

Делегирование домена – процесс более простой и быстрый. Из минусов: у вас будет отдельные личные кабинеты для оплаты домена и хостинга. Если все это не смущает, то смело выбирайте этот вариант.

Для делегирования домена загуглите адреса NS серверов вашего нового хостинга. Например, “NS спринтхост” и смотрите официальную документацию. Вы должны найти примерно такой список, в нем будет минимум 2 сервера.

Теперь идем в панель старого регистратора/хостинга, переходим в настройки домена и находим управление NS-серверами.

Сюда вводим адреса NS серверов. Сама процедура занимает до суток, наберитесь терпения. Пока настройки не вступят в силу, лучше не вносить никаких изменений на сайт, иначе их придется потом переносить вручную.

Основная часть работ завершена.

4. На что обратить внимание

Сразу после переноса домена получите SSL сертификат и настройте работу сайта по https.

Также надо будет перенастроить доменную почту.

Не забудьте сделать новые FTP/SFTP доступы для разработчиков.

Перенос сайта на 1С-Битрикс на другой хостинг отличается от переноса сайтов на других CMS:

• Хостинг необходимо вначале протестировать.
• Перенос рекомендуется выполнять с помощью специального инструмента.

Рассмотрим поэтапно, как перенести сайт на 1C-Битрикс к новому хостеру.

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

Хостинг для 1C-Битрикс рекомендуется вначале проверить специальным скриптом, созданным компанией-разработчиком. Эта CMS имеет определенные требования, и, если сервер хостинга им не соответствует, сайт может работать некорректно.

Для проверки используется скрипт bitrix_server_test https://dev.1c-bitrix.ru/download/scripts/bitrix_server_test.php

Его нужно положить в любой раздел на новом хостинге и открыть путь, по которому он лежит, в браузере.

Если результаты теста неудовлетворительные, можно написать в техподдержку хостера и попросить исправить проблемы. Если это невозможно – искать другую площадку для сайта.

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

Переезд сайта состоит из следующих шагов:

• Создание доменного имени на новом хостинге.
• Создание базы данных на новом хостинге
• Создание бекапа сайта на старом хостинге.
• Загрузка бекапа на новую площадку.
• Распаковка бекапа на новой площадке и внесение данных о новой базе.

Добавляем доменное имя

На новом хостинге нам нужно добавить доменное имя сайта – для того, чтобы у нас была папка, куда загрузятся файлы. Открываем панель управления хостингом и находим раздел с доменами. Он обычно так и называется – «Домены», «Мои домены» и т. д.

Добавляем в панели домен сайта (кнопки «Создать», «Добавить»).

Привязку домена к новому хостингу пока не делайте – мы рекомендуем выполнять ее на последнем этапе, после проверки работоспособности сайта.

Создаем базу данных

Делается на новом хостинге. Базу данных можно создать в панели управления (раздел обычно носит имя «Базы данных»), или же используйте phpMyAdmin. Обратите внимание, что реквизиты подключения к нему будут не такие, как на предыдущей площадке, их нужно получить от нового хостера.

При создании БД запомните ее имя и логин/пароль для подключения: они нам понадобятся при восстановлении сайта 1С-Битрикс из резервной копии.

Создаем бекап сайта

Компания «1С-Битрикс» создала утилиту переноса сайта с помощью резервной копии. В бекап добавляется сайт полностью, вместе с файлами, контентом и даже базой данных.

Для создания бекапа зайдите в админку сайта на старом хостинге и найдите раздел «Настройки». В нем нужно перейти в «Инструменты» и выбрать «Резервное копирование». Получившийся файл-архив скачиваете на компьютер.

Загружаем бекап на новый хостинг

Теперь нужно загрузить архив вашего сайта на новую площадку. Для этого можно использовать панель управления или FTP-клиент (например, FIlezilla). Архив нужно положить в корневой каталог сайта. У большинства хостеров он носит имя public_html.

Восстанавливаем сайт из бекапа

В корневую директорию сайта загрузите файл-скрипт для восстановления сайта на «1С-Битрикс». Его можно скачать по ссылке http://www.1c-bitrix.ru/download/scripts/restore.php

Теперь нам нужно открыть этот скрипт в браузере. Адрес будет иметь вид http://домен_вашего_сайта/restore.php. Но так как мы еще не перепривязали домен, браузер будет обращаться к старому хостингу. Чтобы запустить процесс восстановления сайта на новом хостинге без перепривязки, сделайте следующее:

• найдите файл hosts на своем ПК;
• впишите в него строку вида «333.333.333.333 hoster.ru www.hoster.ru». 333.333.333.333 заменяете на IP-адрес вашего сайта на новом хостинге (узнайте его у хостера), а домены hoster.ru – на ваш домен;
• очистите кеш браузера.

Теперь откройте в браузере скрипт (http://домен_вашего_сайта/restore.php). Запустится мастер восстановления. Следуйте пошаговой инструкции, а на этапе восстановления базы данных введите имя БД, логин и пароль подключения, которые вы прописывали при создании БД на новом хостинге. Имя сервера базы данных уточните у хостера.

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

Проверяем, как работает сайт

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

Привязываем домен

Ваш сайт на 1C-Битрикс перенесен. Осталось привязать его доменное имя к новому хостингу. Для этого:

• узнаем у нового хостера имена NS-серверов;
• идем на сайт, где вы покупали доменное имя. Это может быть сторонняя компания-регистратор доменных имен или ваш старый хостер;
• в личном кабинете находим настройки домена и меняем прописанные там NS-серверы на новые;
• если там предусмотрены поля для заполнения IP-адреса сервера, оставьте их пустыми.

Обновление информации о привязке может занять до 24 часов.

После этого удалите изменения из hosts, очистите кеш браузера и еще раз проверьте работоспособность сайта.

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

Перенос сайта на WordPress на другой хостинг

Какой хостинг лучше выбрать?

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

Предварительный этап

Подготовительный этап включает в себя проверку хостинга на соответствие требованиям CMS, выбор подходящего веб-хостинга и создание бэкапов. Если коротко, то хостинг, соответствующий техническим требованиями на сайте Битрикса. Это почти любой платный хостинг начиная от 100 рублей в месяц. Этого хватит, чтобы поставить и запустить CMS. Теперь рассмотрим каждый шаг подробнее. 

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

Перед переносом сайта на Bitrix нужно убедиться, что на хостинг можно установить систему «Битрикс». Она подходит как для Windows, так и для UNIX-платформ, может работать на всех популярных браузерах, включая Opera, Google Chrome, Mozilla Firefox и Safari, но имеет некоторые требования.

Обязательные условия для установки Битрикса на веб-хостинг: 

— Имеется веб-сервер версии «Apache», версия от 1.3.0. Также должны быть выданы права уровня не ниже 0644 для файлов и 0755 для папок на все элементы в корневой директории пользователя «Apache» . 

— PHP версии от 5.3. 

— Отключен безопасный режим в PHP. 

— Включен short_open_tag. 

— Лимит памяти установлен от 32 Мб для версии «Старт» или от 64 Мб для бизнес-версии. 

— MySQL от 4.1.11 или выше. Для сервера — от 4.1.11 или выше.

— Есть библиотеки Zlib.

— Есть рабочие элементы для сокетов, это понадобится для регулярного обновления системы. 

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

Чтобы проверить хостинг, не обязательно уточнять технические параметры у поддержки веб-провайдера — достаточно запустить официальный скрипт «Битрикс» bitrix_server_test.php. Скачать его можно с официального сайта.

Затем добавьте его в корневую директорию и запустите. После анализа программное обеспечение предоставит результат в виде сведений о хостинге:

Кстати, этот скрипт периодически обновляется. По мере выхода новых версий рекомендуем скачивать их, чтобы проверять хостинг на соответствие параметрам. Так вы будете в курсе, если понадобится что-то обновить в системе или искать другой веб-хостинг.

Если по результатам проверки система удовлетворяет требованиям, будет повод перейти к следующему шагу.

Выбор хостинга

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

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

Также рекомендуем обратить внимание на наличие специальных тарифов, если такие предлагает провайдер. Например, компания TimeWeb предлагает тарифный план «Мощный» для интернет-магазинов, СМИ и больших инфо-сайтов, выполненных на CMS «1С:Битрикс». 

Если ваш сайт использует CMS версии «Бизнес» или «Эксперт», это тоже дополнительный повод поискать отдельные тарифные планы, чтобы иметь возможность хранить большие объемы данных и обладать высоким порогом посещаемости ресурса.  

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

Первый способ переноса на другой хостинг — с помощью штатных средств Битрикса. Алгоритм переноса простой: бэкап создается на исходном хостинге и с помощью специальной ссылки разворачивается на новом. 

Разберем перенос сайта Битрикс по шагам.

Шаг 1. Создаем резервную копию сайта 

Для этого переходим по следующему пути: Настройки — Инструменты — Резервное копирование — Создание резервной копии.

Бэкап сайта будет помещен в облако, когда резервная копия будет готова. Также она сохраняется и на локальное хранилище.

Если вы планируете сделать резервные копии нескольких веб-ресурсов, первый будет находиться в корне архива, а остальные можно будет найти в папке через путь: bitrix/backup/sites. 

Примечания:

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

2. Изменить процесс создания бэкапа — например, исключить из базы данных статистику или поисковый индекс, включить или отключить архивацию ядра и публичной части, можно во вкладке «Параметры». Для этого перейдите в нее и нажмите «Включить экспертные настройки создания резервной копии». Будьте осторожны — если выставить неправильные параметры, архив будет поврежден без возможности восстановления.   

3. При восстановлении копий учитывайте, что: 

• Многосайтовость придется создавать заново через симлинки.
• Открытые части при распаковке помещаются в папки через путь /bitrix/backup/sites/side_ID. После окончания процедуры распаковки перенесите все директории сайтов в нужные папки на сервере. 
• Из выбранных вами сайтов в архив  включается только первый.

Шаг 2. Процедура переноса сайта Битрикс

После создания бэкапа можно перейти непосредственно к процедуре переноса сайта Битрикс на другой хостинг.

Сперва резервную копию нужно загрузить на новый хостинг:

1. Через административную панель обозначьте папку, в которую планируете перенести бэкап. 

2. Загрузите его в корневую директорию сайта, расположенного на локальной машине или удаленном сервере. Большинство хостеров имеет корневой каталог с наименованием «public_html». 

3. Далее создайте базу данных, придумав название и пароль. 

Совет: Также можно воспользоваться любым FTP-клиентом. 

Мы рекомендуем переносить полную копию сайта Битрикс — тогда на сервер не нужно будет устанавливать CMS систему.  

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

Важно: проверьте, чтобы URL в адресной стройке был вида http://адрес/restore.php. 

Если вы еще не привязали новый домен, веб-браузер будет делать обращение к старому хостингу. Если хотите запустить его без перепривязки, внесите корректировки в файл «hosts». 

Для этого:

1. Откройте файл.

2. Вставьте строку вида «ХХХ.ХХХ.ХХХ.ХХХ www.host.ru». Где Х — цифры IP-адреса вашего веб-сайта на новом хостинге, а вместо host.ru — новое доменное имя.

3. Очистите кэш браузера. 

Обновите страницу. Должно появиться всплывающее окно восстановления.

Откройте скрипт, выберите нужный пункт с расположением файла и нажмите кнопку «Далее». Следуйте дальнейшим инструкциям.

На этапе с БД введите логин и пароль от базы данных, которые вы указывали ранее.  

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

На этом вся процедура переноса сайта Битрикс на другой хостинг будет завершена. Осталось привязать домен. 

Привязка домена

Для привязки вам нужно будет узнать name-сервера (NS). Это можно сделать у провайдера. Затем замените прописанные веб-сервера на новые в аккаунте компании, которая продавала вам домен. После этого домен обновится, обычно в течение 24 часов. 

Итоги

После переноса сайта Bitrix на другой хостинг не забудьте проверить скорость сайта на одном из сервисов, например, Google PageSpeed Insights. Если она уменьшилась, это повод внести корректировки — например, сжать изображения, удалить или сократить ненужные CSS и фрагменты JavaScript. 

После этого очистите кэш браузера и еще раз проверьте корректную работу сайта.

Как проверить новый хостинг на соответствие требованиям «Битрикса»

Продукт «1С-Битрикс» разработан на языке программирования PHP, а потому эффективно функционирует на любой Windows или UNIX-платформе. Сайт на этой CMS поддерживает все актуальные типы браузеров: Opera, Safari, Google Chrome и др.

Среди обязательных требований:

• Установка CMS выполняется только в корневую папку сервера.
• На сервере есть веб-сервер Apache 1.3.0 или выше.
• PHP 5.3 или выше.
• Не работает safe_mode.
• Работает short_open_tag.
• Memory_limit для оперативной памяти минимум 64 Мб для версии «Бизнес» или 32 Мб для версии «Старт».
• Присутствуют элементы работы с сокетами для регулярного обновления.
• MySQL-сервера версии 4.1.11 или выше.
• Присутствуют библиотеки Zlib (для уменьшения времени на выгрузку обновлений есть компрессия).

В число желательных, но не обязательных требований входит присутствие акселератора PHP (например, eAccelerotor). Выгоднее будет также использовать рабочий режим PHP как модуля Apache.

Чтобы проверить хостинг на соответствие требованиям, требуется загрузить скрипт bitrix_server_test.php с сайта продукта. Добавив скрипт в корневую директорию хостинга и запустив его, вы увидите следующие сведения:

Проверяем хостинг на соответствие требованиям

После переноса изучите сайт с помощью специального инструмента «Проверка сайта».

Выбираем хостинг

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

Сам «Битрикс» предлагает ряд сертифицированных хостингов, которые точно отвечать требованиям CMS. Возьмите на заметку пару советов.

Если у вас интернет-магазин, новостной сайт или инфопроект, то выбрать следует специальный тариф хостинга, если таковой имеется. Например, Timeweb предлагает тарифы EthernoB или «1Сайт». Они как раз предназначены для сайтов с непростой структурой, огромным объемом данных и достаточно большим порогом посещаемости. На обычном тарифе сложному сайту будет «тесно».

Второй совет касается направления вашего бизнеса и тематики сайта: если он функционирует на редакции «Бизнес» или «Эксперт», то выбирать стоит особые тарифы. Связано это с высокими требованиями к ресурсам хостинга у таких редакций. Обычный тариф подходит только для сайтов маленьких компаний, где количество посетителей в сутки не превышает 250 человек.

Также, мы подготовили рейтинг лучших хостингов для сайтов на «1С-Битрикс», надеемся он поможет вам определиться.

Бэкап

Перед тем, как перенести сайт на «Битриксе» с одного хостинга на другой, требуется выполнить его резервное копирование. Для этого переходим по вкладкам «Настройки» => «Инструменты» => «Рез. копирование».

Помните, что бэкап выполняется только для БД MySQL. Вот как выглядит блок формирования резервной копии:

Выполняем резервное копирование

CMS предоставит бесплатное место в облаке для сохранения трех развернутых копий. Если для размещения в архиве выбирается много разных сайтов, то в корне архива будет находиться первый в перечне сайт. Доступные части других сайтов поместятся в папку /bitrix/backup/sites.

При условии многосайтовости на различных доменах процедура бэкапа имеет следующие особенности:

• Создание копий допустимо для любого сочетания имеющихся в системе файлов.
• БД целиком помещается в архив.

Восстановление сайтов требует ряда действий со стороны администратора. Учитывайте следующие моменты:

• Многосайтовость восстанавливается самостоятельно с использованием симлинков.Только потом оставшиеся сайты будут функционировать должным образом.
• Открытая часть других ресурсов помещается в архив папок типа /bitrix/backup/sites/_ID_сайта_. После распаковки вы должны самостоятельно перенести все папки сайтов в сопутствующие папки на сервере.
• Учитывайте, что из обозначенных сайтов в состав архива переносится первый по сортировке. В полностью рабочем процессе восстановлению подлежит только этот сайт.

Сама резервная копия сохраняется как на локальный носитель, так и в облачное хранилище.

Перенос

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

Зайдите в панель управления нового хостинга. Обозначьте, в какую именно папку вы планируете загрузить архив. Корневой файл формируется самостоятельно при включении домена в панель управления хостингом.

Скачайте архив в корневую папку домена. Чтобы использовать импорт базы данных и далее, потребуется БД. Создайте её, назовите и придумайте пароль. Затем сохраните скрипт восстановления restore.php в корневом каталоге сайта.

Чтобы запустить сайт до обновления DNS-серверов, внести правки в файл hosts. Очистите кэш браузера прежде, чем запустить сайт. Иначе он будет демонстрироваться на прежнем хостинге.

Подготовьте архив. В строке браузера введите http://ваш_сайт/restore.php. Кликните кнопку «Далее». Укажите, где следует расположить файл с архивом. Когда файлы будут распакованы, система предложит обозначить настройки соединения с БД. Пропишите атрибуты доступа к сформированной до этого базе и кликните «Восстановить». Затем удалите резервную копию и служебные скрипты.

Важно: по окончании переноса сайта с одного хостинга на другой нужно проверить, не изменилась ли его скорость. Если она стала ниже, воспользуйтесь нашими рекомендациями по ускорению из статьи об оптимизации сайта на «Битриксе».

Какие проблемы могут возникнуть после переноса

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

• mbstring.func_overload=2,
• mbstring.internal_encoding=UTF-8.

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