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

<p> Как перенести сайт на Битриксе на другой хостинг – один из популярных вопросов специалистам техподдержки и поиску Google. </p> <p> Мы рассмотрим два способа «переезда» сайта на Битрикс и Битрикс24 с одного хостинга на другой. Их в равной степени можно применять и для миграций с виртуального хостинга на VPS или виртуальные машины, а также к переносу Битрикса с сервера на сервер. </p> <br> <blockquote class="text-incut"> Если вы являетесь клиентом Maxiplace или хотите протестировать наш хостинг, <a target="_blank" href="https://maxiplace.ru/sluzhba-podderzhki/svyazhites-so-sluzhboy-podderzhki/" title="Служба поддержки Maxiplace">напишите в поддержку</a>, и мы бесплатно поможем перенести ваш сайт на быстрые облачные сервера. </blockquote> <h2>Первый способ. Перенос с помощью бэкапа Битрикс</h2> <p> Первый способ – это штатный вариант переноса, предусмотренный как в «1С-Битрикс: Управление сайтом», так и в коробочной версии «Битрикс24». </p> <p> Алгоритм переноса простой: бэкап создается на исходном хостинге и с помощью специальной ссылки разворачивается на новом. При этом на новом хостинге в корневой директории веб-сервера должен быть залит скрипт восстановления <!--noindex--><a href="http://www.1c-bitrix.ru/download/scripts/restore.php" title="Скачать файл restore.php" rel="nofollow" target="_blank">restore.php.</a><!--/noindex--></p> <p> Важно заранее выделить необходимое время для переноса. Сколько времени потребуется — зависит от конкретного проекта. Небольшие сайты в несколько гигабайт потребуют 10-20 минут, а перенос солидных площадок в сотни гигабайт может занять несколько часов. </p> <br> <b>Давайте рассмотрим перенос по шагам.</b> <br> <p> Во многих случаях создание резервной копии из панели администрирования Битрикс работает «из коробки», но есть несколько нюансов. </p> <br> <ul> <li><u>Шаг 1</u> (<b>необязательный</b>). Перед переносом рекомендуется закрыть публичную часть сайта. Либо спланировать перенос на время низкого трафика – ночью или на выходных. Закрытие позволит снизить нагрузку на сайт, поскольку процедура создания бэкапа весьма ресурсоемкая, а сами резервные копии будут содержать все актуальные данные. Однако это необязательное условие. Если вам важна бесперебойная работа сайта, этот процесс можно сделать и без закрытия публичной части. Закрыть публичную часть можно в «Главном модуле»: <br> </li> <div class="image-lightbox"> <img width="500" alt="Главный модуль" src="/upload/medialibrary/536/53658f1a37b772a698ee027255ed65c9.png" height="285" title="Главный модуль-служебные процедуры"> </div> <br> <br> <li> <u>Шаг 2.</u> Начинаем создавать резервную копию. Для этого необходимо следовать пути: Настройки -&gt; Инструменты -&gt; Резервное копирование -&gt; Создание резервной копии. <br> <br> <div class="image-lightbox"> <img width="870" alt="Создание резервной копии" src="/upload/medialibrary/899/899e8dd3697bcf8fb1f731dc77ad91b8.png" height="421" title="Создание резервной копии"> </div> <br> <br> Доступно два варианта размещения резервной копии: <ul> <li> В облаке «1С-Битрикс»; </li> <li> В папке сайта; </li> </ul> <br> При выборе первого варианта копия все равно сначала создается в папке сайта, а после этого копируется в облако и затем удаляется локально. Мы выбираем второй вариант – создание копии в папке сайта. Важный момент: перед созданием рекомендуется убедиться, что на сервере достаточно свободного места для резервной копии. Сделать это можно в панели управления хостинга или на сервере в консоли. </li> <br> <li> <u>Шаг 3.</u> Вкладка «Параметры» позволяет использовать гибкие настройки для создания копии: <br> <br> <div class="image-lightbox"> <img width="688" alt="Вкладка параметры при создании резервной копии сайта на Битрикс" src="/upload/medialibrary/e40/e402d93382e66cbbfef1466f8fb7a732.png" height="534" title="Вкладка параметры при создании резервной копии сайта на Битрикс"> </div> <br> <br> Из архива рекомендуется исключить следующие файлы: <ul> <li> /bitrix/backup/ – очевидно, что бэкап переносить не нужно; </li> <li> /bitrix/cache/ – кэш создастся заново на новом хостинге, потому не нужно тратить время на его перенос; </li> <li> /bitrix/managed_cache/ – аналогично обычному кэшу. </li> </ul> <br> По желанию можно исключить и папку /upload, в которой хранятся картинки и документы, если она большого объема, и перенести ее позже отдельно. </li> <br> <li> <u>Шаг 4.</u> После настроек необходимо нажать кнопку «Создать резервную копию» и дождаться завершения операции. Нюансы данного способа резервного копирования: <ol> <li> Дамп БД и ее архивация создают большую нагрузку на сервер, сайт замедлит свою работу во время резервного копирования. Если сервер слабый, то возможны ошибки 502 и 504. В таких случаях нужно использовать другой способ переноса сайта.</li> <li> Если сайт большого объема (сотни Гб), то использование встроенного резервного копирования – не лучшее решение для бэкапа. Особенно это актуально, если необходимо обеспечить минимальное время простоя.</li> </ol> </li> <br> <li> <u>Шаг 5.</u> После того, как резервная копия будет создана, перейдите в «Список резервных копий» и из выпадающего списка выберите «Получить ссылку для переноса». Скопируйте ее.<br> <br> <div class="image-lightbox"> <img alt="Список резервных копий" src="https://maxiplace.ru/upload/medialibrary/dc2/dc28148bf3de662ad19d5ec33dd86b03.png" title="Список резервных копий"> </div> </li> </ul> <br> <h2>Восстановление резервной копии на новом хостинге</h2> <ul> <li> <u>Шаг 1.</u> Перед восстановлением резервной копии на другом хостинге или сервере мы рекомендуем протестировать их на соответствие с рекомендуемыми настройками для CMS Битрикс. <br> <br> Сделать это можно с помощью скрипта bitrix_server_test.php (описание <!--noindex--><a href="https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=32&LESSON_ID=3262" rel="nofollow" title="Скрипт bitrix_server_test" target="_blank">на сайте Битрикс</a><!--/noindex-->). Для этого скачайте его <!--noindex--><a title="Скачать скрипт bitrix_server_test" href="http://dev.1c-bitrix.ru/download/scripts/bitrix_server_test.php" rel="nofollow" target="_blank">по ссылке</a><!--/noindex-->, положите в корневую директорию сайта на новом хостинге и запустите в браузере <a href="http://ваш_домен_или_ip/bitrix_server_test.php">http://ваш_домен_или_ip/bitrix_server_test.php</a>.<br> <br> У компании Maxiplace есть оптимизированный шаблон BitrixVM, где всё соответствует требованиям CMS Битрикс. Его удобно использовать в качестве нового хостинга.<br> <br> </li> <li> <u>Шаг 2.</u> После того как вы убедились в соответствии системы рекомендуемым настройкам, можно приступать к восстановлению резервной копии. Для этого скачайте файл restore.php <!--noindex--><a href="http://www.1c-bitrix.ru/download/scripts/restore.php" title="Скачать файл restore.php" rel="nofollow" target="_blank">по ссылке</a><!--/noindex--> в корневую директорию сайта и перейдите по ссылке <a href="http://ваш_домен_или_ip/restore.php">http://ваш_домен_или_ip/restore.php</a>. <br> <br> В шаблоне Maxiplace для этого уже всё готово, и достаточно лишь перейти по адресу <a href="http://ваш_IP-адрес">http://ваш_IP-адрес</a>. После этого вы увидите стартовый экран, чтобы начать восстановление. <br> <br> <div class="image-lightbox"> <img width="870" alt="Стартовый экран восстановления сайта на Bitrix" src="/upload/medialibrary/a8e/a8e2b2b35dd813588183528561419c44.png" height="624" title="Стартовый экран восстановления сайта на Bitrix"> </div> </li> <br> <li> <u>Шаг 3.</u> После этого следуйте указанию мастера восстановления, выберите «Скачать резервную копию с дальнего сайта» и вставьте ссылку, полученную ранее. <br> <br> <div class="image-lightbox"> <img width="870" alt="Экран загрузки резервной копии" src="/upload/medialibrary/e43/e434feb9da3f814caad57aab2bd5dd2a.png" height="594" title="Экран загрузки резервной копии"> </div> </li> <br> <li> <u>Шаг 4.</u> После загрузки и распаковки мастер предложит восстановить базу данных.<br> <br> <div class="image-lightbox"> <img width="870" alt="Экран восстановления резервной копии" src="/upload/medialibrary/8f0/8f0c38ce25c90ef53cc4b897db5f2682.png" height="709" title="Экран восстановления резервной копии"> </div> <br> <br> В шаблоне BitrixVM от Maxiplace все данные будут уже внесены в поля, и останется только нажать кнопку «Восстановить».<br> В других случаях необходимо будет указать данные для подключения к локальной базе данных.<br> <br> </li> <li> <u>Шаг 5.</u> После восстановления удалите локальную резервную копию и служебные скрипты. Операция выполнена!<br> <br> <div class="image-lightbox"> <img width="870" alt="Операция по восстановлению Bitrix выполнена успешно" src="/upload/medialibrary/8bf/8bffbca060e5847157e25964967bcbeb.png" height="539" title="Операция по восстановлению Bitrix выполнена успешно"> </div> </li> </ul> <br> <h2>Второй способ. Перенос с помощью rsync и mysqldump</h2> <p> Перенос автоматическими средствами, что мы рассмотрели выше, – это алгоритм, на который почти невозможно повлиять. И если по каким-то причинам в ходе его работы не происходит создание или восстановление данных, то на помощь приходит второй способ. </p> <br> <p> Он подойдет тем, кто имеет доступ к shell-консоли и обладает навыками системного администрирования. Его также логично будет использовать при больших объемах сайтов, наличии множества мелких файлов, отсутствии места на сервере или медлительности исходного хостинга. </p> <p> Перенос с помощью rsync и mysqldump характеризуется: </p> <ol> <li>Большим контролем и гибкими возможностями для переноса. Синхронизация файлов происходит вручную, ошибки можно попутно замечать и исправлять.</li> <li>Минимальным временем простоя сайта и возможностью досинхронизировать файлы. Нет ограничений и по таймингу, когда тайм-ауты веб-серверов ограничивают соединение или выполнение переноса временными рамками.</li> <li>Снижением нагрузки на сервер. Когда Битрикс делает резервные копии, он формирует многотомный архив, в котором для больших сайтов может быть больше сотни томов. При ручном переносе создается один большой архив, который легче контролировать. </li> </ol> <b> Итак, приступим к переносу. </b><br> <br> <ul> <li> <u>Шаг 1.</u> Большинство CMS состоит из файлов и базы данных. С помощью утилиты rsync мы перенесем файлы, а с помощью утилиты mysqldump – перенесем базу. <br> Начнем с переноса файлов: для этого запустите rsync для корневой директории сайта с сервера-источника на сервер-получатель.<br> <code> [root@server1 ~]# rsync -avz корневая _директория_сайта/<br> root@ip_сервера_получателя:/home/bitrix/www/<br> <br> </code> После переноса всегда можно досинхронизировать файлы, запустив эту команду снова. Копируются только изменения. </li> <br> <li><u>Шаг 2.</u> Затем сделаем дамп базы с помощью утилиты mysqldump: <br> <br> <code> [root@server1 ~]# mysqldump -u имя_пользователя -p ИМЯ_БАЗЫ &gt; ИМЯ_БАЗЫ.sql<br> </code> <br> И скопируем дамп через тот же rsync<br> <br> <code> [root@server1 ~]# rsync -avz ИМЯ_БАЗЫ.sql root@ip_сервера_получателя:/home/bitrix/<br> </code> <br> <b>Примечание</b><br> Не делайте и не копируйте дамп базы.sql в корневую директорию сайта, так как к ней могут получить доступ другие пользователи. <br> <br> </li> <li> <u>Шаг 3.</u> После того, как мы скопировали базу данных, перед импортом данных, необходимо создать базу на новом сервере:<br> <br> <code> [root@server2 ~]# mysql -u имя_пользователя -p<br> mysql &gt; create database ИМЯ_БАЗЫ;<br> mysql &gt; exit;<br> </code> <br> И далее выполните ее импорт:<br> <br> <code> [root@server2 ~]# mysql -u имя_пользователя -p ИМЯ_БАЗЫ &lt; ИМЯ_БАЗЫ.sql<br> </code></li> <br> <li><u>Шаг 4.</u> После этого проверьте и при необходимости измените настройки подключения к базе данных в файлах bitrix/.settings.php и bitrix/php_interface/dbconn.php. В заключение – проверьте работу сайта.</li> </ul> <br> <br> <h2> Как проверить систему после переноса</h2> После восстановления следует перейти на сайт, зайти в панель администратора и выполнить проверку системы, чтобы убедится в корректности ее работы. <br> Необходимо следовать пути: Рабочий стол -&gt; Настройки -&gt; Инструменты -&gt; Проверка системы.<br> <br> <div class="image-lightbox"> <img width="1024" alt="Полное тестирование системы Битрикс" src="/upload/medialibrary/edd/edd1b6aa93b261d5f165d9f65e6e19bb.png" height="558" title="Полное тестирование системы Битрикс"> </div> <br> <br> И уже после восстановления резервной копии можно выполнять изменения в DNS, чтобы переключить домен на новый сервер.<br> <br> Важный момент: если необходимо проверить работоспособность сайта на новом хостинге, не перенаправляя туда трафик, то возможны варианты мониторинга по IP-адресу, по техническому домену, если он есть на сайте, либо по основному домену на перенесенной странице через файл host (<a href="https://wiki.maxiplace.ru/virtual-nye-mashiny/redaktirovanie-fajla-hosts" title="Редактирование файла hosts" target="_blank">инструкция</a> в Базе знаний Maxiplace).<br> <br> <h2> Возможные проблемы и ошибки</h2> <br> <h3> Проблемы из-за версий php и mysql<br> </h3> Если на исходном сайте были устаревшие версии php/mysql, а на новом – они уже актуальные, то эта проблема может возникать. Если это произойдёт, обратитесь к разработчикам сайта, приведут код к соответствию новым версиям php/mysql.<br> <br> Кроме того, нужно убедиться, что установлены все обновления Битрикс. Для этого надо сначала обновить php/mysql (даже на старом хостинге), а затем установить обновления Битрикс. <br> <br> <h3> Проблемы с работой старых правил/редиректов .htaccess<br> </h3> После переноса файл .htaccess из резервной копии сохраняется под именем .htaccess.restore, а новый файл .htaccess содержит правила по умолчанию. Можно переименовать старый файл или перенести из него необходимые правила в новый.<br> <br> <h3> Проблемы с отправкой почты с сервера<br> </h3> Для отправки почты в CMS Битрикс используется php функция mail(). Следует через phpinfo() проверить, что параметр sendmail_path указывает путь до sendmail или на его заменитель. Выявлению большинства проблем с отправкой писем помогает лог почтового сервера, по умолчанию это файл /var/log/maillog. <br> <br> В шаблоне BitrixVM для отправки почты уже всё настроено, и останется лишь задать имя отправителя “from” в файле /home/bitrix/.msmtprc<br> <br> <h3> Проблемы с авторизацией пользователя<br> </h3> Если пропадает авторизация пользователя, то можно проверить хостинг/сервер на корректность работы сессий с помощью скрипта bitrix_server_test.php <a title="Скрипт bitrix_server_test.php" target="_blank" href="http://dev.1c-bitrix.ru/download/files/scripts/bitrix_server_test.php">по ссылке.</a> <br> <br> <h3> Проблемы с импортом базы данных<br> </h3> При возникновении сложностей с импортом базы данных объемом более 1 Гб, операцию следует проводить через консоль (<a title="Как загрузить большую базу данных" target="_blank" href="https://www.mediaguru.ru/blog/mysql-na-openserver/">инструкция</a> есть в блоге MediaGuru). <br> <br> <h3> Ошибки с появлением белого экрана<br> </h3> Бывают случаи, когда после переноса появляется белый экран, который сигнализирует об ошибках. Чтобы понять, чем конкретно это вызвано, следует в файле bitrix/php_interface/dbconn.php включить логирование ошибок:<br> <br> <code> 'exception_handling' =&gt; array (<br> 'value' =&gt; array (<br> 'debug' =&gt; true,<br> 'handled_errors_types' =&gt; E_ALL &amp; ~E_NOTICE &amp; ~E_STRICT &amp; ~E_USER_NOTICE,<br> 'exception_errors_types' =&gt; E_ALL &amp; ~E_NOTICE &amp; ~E_WARNING &amp; ~E_STRICT &amp; ~E_USER_WARNING &amp; ~E_USER_NOTICE &amp; ~E_COMPILE_WARNING &amp; ~E_DEPRECATED,<br> 'ignore_silence' =&gt; false,<br> 'assertion_throws_exception' =&gt; true,<br> 'assertion_error_type' =&gt; 256,<br> 'log' =&gt; array (<br> 'settings' =&gt; array (<br> 'file' =&gt; 'bitrix/modules/error.log', //Файл лога, куда и будут писаться наши ошибки<br> 'log_size' =&gt; 1000000,<br> ),<br> ),<br> ),<br> 'readonly' =&gt; false,<br> ),</code><br> <br> <h3> Ошибки «Mysql connect error» и «DB query error. Please try later»<br> </h3> В первом случае следует проверить правильность доступов к БД в файле bitrix/php_interface/dbconn.php и bitrix/.settings.php, а для решения второй ошибки в файле bitrix/php_interface/dbconn.php выставить значение $DBDebug = true, чтобы увидеть детально возникшую ошибку.<br> <br> Другие проблемы и варианты их решения описаны на <a title="Возможные ошибки при переносе" target="_blank" href="https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=135&LESSON_ID=2163">сайте Битрикс</a>. <br> <br> <h2> Перенос силами поддержки Maxiplace<br> </h2> Как видите, перенести сайт на Битриксе на другой хостинг можно как штатными средствами, надеясь что автоматические процессы отработают корректно, или можно сделать это вручную, через команды rsync и mysqldump, которые требуют погружения в тему или квалифицированных специалистов.<br> <br> Ну и важно помнить, что у вас всегда есть третий способ. Можно обратиться в поддержку Maxiplace, и для наших клиентов мы готовы осуществить перенос быстро, бесплатно и «под ключ».

Научная статья

Maxiplace
MaxiPlace - полный спектр услуг по аренде виртуальных выделенных серверов. Служба поддержки: support@maxiplace.ru. Телефон +7-495-777-6954
117105
Россия
Москва
ш. Варшавское, д. 28А, офис 305
+7 495 777 69 54
Как перенести сайт на Битриксе на другой хостинг: 2 способа

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

Содержание статьи:

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

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


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

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

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

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

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


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

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


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


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

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


      Доступно два варианта размещения резервной копии:
      • В облаке «1С-Битрикс»;
      • В папке сайта;

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

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

      Вкладка параметры при создании резервной копии сайта на Битрикс


      Из архива рекомендуется исключить следующие файлы:
      • /bitrix/backup/ – очевидно, что бэкап переносить не нужно;
      • /bitrix/cache/ – кэш создастся заново на новом хостинге, потому не нужно тратить время на его перенос;
      • /bitrix/managed_cache/ – аналогично обычному кэшу.

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

    • Шаг 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-адрес. После этого вы увидите стартовый экран, чтобы начать восстановление.

      Стартовый экран восстановления сайта на Bitrix

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

      Экран загрузки резервной копии

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

      Экран восстановления резервной копии


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

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

      Операция по восстановлению Bitrix выполнена успешно

    Второй способ. Перенос с помощью 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, и для наших клиентов мы готовы осуществить перенос быстро, бесплатно и «под ключ».

    Похожие статьи

    Как создать интернет-магазин Битрикс за 5 шагов

    Как создать интернет-магазин Битрикс за 5 шагов

    5 этапов создания интернет-магазина на Битрикс: от бизнес-проекта и регистрации домена до настройки SEO и маркетинга. Стоимость, плюсы, минусы и подво ...

    Как ускорить сайт на 1С-Битрикс:  14 шагов, чтобы увеличить производительность и скорость

    Как ускорить сайт на 1С-Битрикс: 14 шагов, чтобы увеличить производительность и скорость

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

    Комментарии для сайта Cackle
    ООО "Максиплейс"
    MaxiPlace - полный спектр услуг по аренде виртуальных выделенных серверов. Служба поддержки: support@maxiplace.ru. Телефон +7-495-777-6954
    117105
    Россия
    Москва
    Москва
    ш. Варшавское, д. 28А, эт. 3, оф. 305
    +7 (495) 777 69 54
    support@maxiplace.ru
    MaxiPlace - полный спектр услуг по аренде виртуальных выделенных серверов.
    7725269570