Как сделать тестовое зеркало сайта битрикс

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

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

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

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

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

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

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

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

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

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

Главный модуль

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

Шаг 2.

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

В облаке «1С-Битрикс»;
В папке сайта;

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

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

Дамп БД и ее архивация создают большую нагрузку на сервер, сайт замедлит свою работу во время резервного копирования. Если сервер слабый, то возможны ошибки 502 и 504. В таких случаях нужно использовать другой способ переноса сайта.
Если сайт большого объема (сотни Гб), то использование встроенного резервного копирования – не лучшее решение для бэкапа. Особенно это актуально, если необходимо обеспечить минимальное время простоя.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Полное тестирование системы Битрикс

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

Статья добавлена 1 год назад. Автор — Eltigro

Форум

Всем добрый день. Подскажите пожалуйста, нам сделали сайт интернет-магазин, хочется потихоньку начать самому дорабатывать сайт, для этого безопасней создать второй тестовый сайт. Встал вопрос, как лучше его сделать, или в админке создать еще один сайт тогда будет одно ядро, или раскатать еще одну виртуальную машину и на ней поставить, чтоб была полная независимость от основного. есть предложение вынести его в поддомен, т.е. сейчас главный сайт site.by, а тестовый сделать test.site.by. НО КАК ЛУЧШЕ?

Посетитель
Сообщений: 115 Баллов: 9 Регистрация: 06.02.2013
17.04.2015 14:28:55

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

Заглянувший
Сообщений: 4 Регистрация: 29.08.2013
17.04.2015 14:40:45
Елена Грибанов , можете подсказать как это сделать. Буду очень признателен.
Сообщений: 764 Баллов: 68 Регистрация: 25.09.2012
17.04.2015 14:51:14

Вы главное про лицензию помните, что она на одно ядро битрикса которое доступно извне. Тоесть если локально доступно хоть тысячу копий для разработки а вот смотрящее в инет 1 ядро. В противном случае может возникнуть ситуация, что вам придется улаживать отношение с 1С Битрикс так как на лицо нарушение лицензии. Но тут на ваш страх и риск уже. Кстати можно сделать проще шаблон доступный только для администартора и можете смело его править на родном сайте в общем. помните что копия сайта это не есть всегда гуд, особенно если сайт рабочий уже. и есть посетители продажи или иное. А на тестовом вы завели новые инфоблоки настроили их, провели кучу монипуляций например с шаблоннами писем и так далее. А потом возникает вопрос соединить все. И нужно сохранить то что посетители уже внесли заказы, товары новые, что появились, плюс то, что вы напрогали. Подумайте, а стоит ли это головной боли. Может аккуратно на рабочем сайте в новом шаблоне и так далее. во избижание всего остального. Чтобы не делать одну и туже работу по сто раз.

Делаем копию портала Битрикс24 для тестов правильно

Пошагово пробежимся, что вам необходимо выполнить, для создания копии коробочного портала Битрикс24 для тестирования разработок.
Для начала необходимо подготовить виртуальную машину, на которую будет установлена копия тестового портала. Берём образ с сайта www.1c-bitrix.ru из раздела «Скачать» — «Виртуальная машина» и устанавливаем по инструкции с того же сайта. Когда машина готова, на неё нужно перенести резервную копию портала.

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

Вот теперь создаём резервную копию в административной панели, в разделе «Настройки» — «Инструменты» — «Резервное копирование». Когда копия готова, включаем обратно настройки защиты портала. Через браузер обращаемся к виртуальной машине, выбираем в меню пункт восстановления копии и восстанавливаем (можно даже по ссылке с удалённого сайта, чтобы не перекачивать копию на сервер самостоятельно). Эти пункты подробно не расписываем, они нужны больше для полноты описания процесса. Уверены, что с ними у вас проблем не будет.

А если вам нужна помощь профессионалов, задайте вопрос в бесплатную техническую поддержку «Соли», мы ответим на вопросы по базовой настройке и стандартному функционалу системы.

А вот когда вы развернули копию, нужно превратить её из «боевой» в тестовую. 1. Перейдите в настройки главного модуля. На вкладке «Система обновлений» проставляем галочку «Установка для разработки».
Дело в том, что на одном лицензионном ключе Битрикс24, согласно лицензионному соглашению, можно одновременно использовать две копии. Но одна из них — для работы, а вторая — для тестов. И эта галочка говорит системе обновлений, что копия тестовая и нарушения лицензионного соглашения нет, ключ блокировать не нужно. 2. Прописываем тестовый адрес портала в настройках сайтов, главном модуле, настройках модуля чат-ботов. Так как портал у нас тестовый, то и адрес у него не такой, как у «боевого». Об этом нужно сообщить системе, чтобы модули отправляли свои команды по правильным адресам, подставляли верные ссылки в уведомления и т.д. 3. Далее переустанавливаем модуль «imopenlines» без сохранения таблиц. У вас были подключены открытые линии к CRM? Так вот они могут быть подключены одновременно только к одному порталу. Поэтому быстренько их отключаем. Да так, чтобы никакие ключи подключения не уцелели. Чтобы по отдельности не отключать и ничего не забыть, быстрее всего переустановить модуль. 4. Ломаем отправку почтовых уведомлений или работу модуля почты, чтобы пользователи не получали уведомления с тестового портала (в настройках виртуальной машины отключаем подключение к SMTP). Как правило, никакие письма с тестового портала отправляться не должны: ни уведомления, ни маркетинговые рассылки. Так что на всякий случай просто делаем так, чтобы почта не отправлялась. Если на боевом портале для отправки писем используются сторонние модули — удаляем и эти настройки. 5. Деактивируем все почтовые шаблоны и почтовые события. Переходим в Настройки — Настройки продукта. Чтобы наверняка ничего никуда с портала не ушло. Уведомления (в том числе и СМС) работают с использованием шаблонов. Значит, нужно сделать так, чтобы Битрикс24 не знал, как это сделать. 6. Деактивируем все почтовые ящики. Заходим в Сервисы — Почта — Почтовые ящики. Если вы и ваши коллеги подключали почтовые ящики, чтобы получать и отправлять почту, то на тестовом портале это уже не будет нужно. И, более того, может навредить (мало ли, вы заходите письма удалить, а они и с почтового сервера удалятся). Нужен будет ящик для тестов — подключите потом. 7. Удаляем из таблицы b_option настройки service_client_id и service_client_secret модуля rest (с последующей очисткой кэша). Найти и удалить данные из базы можно прямо в административном разделе: «Настройки» — «Производительность» — «Таблицы». Это нужно сделать, чтобы ваш тестовый портал у сервера авторизации приложений (той же интеграции с 1С) не путался с боевым. И трафик запросов не ушел «на лево», изменив на боевом то, что должен был сделать на тестовом и наоборот. 8. Переустанавливаем модуль rest без сохранения таблиц (кнопка удаления не активна, но через просмотр кода страницы можно удалить параметр «disabled», а дальше — разберётесь 😉 ). От старых ключей подключения мы избавились, теперь нужно получить новые. Переустановка это решит. 9. Если были установленные или созданные локальные приложения/вебхуки, которые нужны на копии, то их придется вычищать из базы и ставить заново. Всё потому, что мы переустанавливали модуль rest. Но так было нужно. 10. Если были настроены обмены через дополнительные модули или серверные скрипты — отключаем их или меняем адрес сервера обмена на тестовые. Тут уже вам виднее конечно, что у вас на портале с чем обменивалось не стандартными методами. Но лучше, конечно всё поотключать, потому что мы развернули точную копию боевого портала. И пусть к этому моменту она уже не совсем точная, но ваши скрипты обмена всё ещё обращаются к боевым системам. 11. Выполнить полную очистку кэша. Битрикс24 кэширует очень много различной информации и настроек. Его очистка позволит избежать головоломок из категории «У меня же в настройках уже другой адрес, почему до сих пор открывается старый?» Всё сделали? Супер! Теперь можно спокойно дорабатывать, экспериментировать, ломать тестовую копию и не бояться, что об этом пользователи узнают раньше времени! Не хотите экспериментов? Вы всегда можете обратиться к нашим специалистам службы клиентского счастья.

Самостоятельный перенос битрикс-сайта

Копия сайта должна успешно запуститься на нашем хостинге.