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

Многочисленные новые технологии позволяют чрезвычайно легко перемещать веб-сайты с одного хоста на другой. Однако независимо от того, насколько высока скорость передачи, средний клиент может испытывать некоторые простои во время процесса передачи. В зависимости от того, что происходит за кулисами, передача DNS-серверов между старым и новым веб-хостами может привести к потере работоспособности домена в течение от 12 до 72 часов после того, как запрос о таком изменении будет отправлен новому регистратору..

В сочетании с необходимостью передавать файлы веб-сайта, восстанавливать важные базы данных и приводить в порядок все установки программного обеспечения и конфигурации поддоменов, может потребоваться до одного дня бездействия, прежде чем ваш сайт снова начнет функционировать полностью. Есть, однако,, несколько довольно полезных трюков, чтобы избежать катастрофы при переносе сайта на новый хост-сервер. Эти советы относительно легко выполнить, если у администратора сайта есть общее представление о cPanel, IP-адресах и более продвинутых процедурах входа в систему по протоколу FTP, которые позволят им работать с конфигурацией нового плана веб-хостинга до изменения DNS и его передачи на сервер. новый хозяин.

В конце концов, если среднестатистический клиент полностью не знает о каких-либо изменениях, происходящих за кулисами, то миссия является успешной!

1. Двигайтесь первым, отмените позже

Не отменяйте существующий план веб-хостинга до завершения переезда.

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

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

Держи этот звонок

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

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

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

Что делать

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

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

2. Скачать файлы резервных копий

Войдите в cPanel и получите сжатые резервные копии файлов сайта и информации базы данных.

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

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

Для справки, это выглядит так в адресной строке веб-браузера: http://my-site.com:2082. Кроме того, http://my-site.com/cpanel может работать для некоторых веб-сайтов:

Найдите страницу резервной копии

После успешного входа в интерфейс cPanel найдите группу настроек и страницы панели управления с пометкой “Резервное копирование.” Это содержит инструменты для сделать резервную копию основного сайта “public_html” папка а также любые субдомены. Кроме того, эти инструменты помогут клиентам веб-хостинга в резервное копирование их баз данных MySQL для восстановления на новый сервер.

Найти “Скачать резервные копии” в этой группе и перейдите на соответствующую страницу администрирования cPanel.

Загрузка резервных копий

На этой странице cPanel будет разбивать доступные резервные копии по типу. Доступна полная резервная копия сайта; они должны загрузить этот файл, чтобы позже его можно было загрузить на другой хост. Там также будет файлы резервных копий, специфичные для каждого субдомена на сайте. Как правило, они являются необязательными, поскольку полная резервная копия веб-сайта будет содержать всю эту информацию, но для безопасности вы также можете загрузить их.

В отдельной области на той же странице загрузок резервных копий клиенты могут защитить сжатую резервную копию каждой базы данных MySQL в отдельности.. Каждая база данных должна быть загружена в сжатом формате. Они будут загружены на новый сервер для создания соответствующих имен баз данных позже..

Не распаковывать!

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

Для пользователей Mac OS X убедитесь, что Safari не настроен на автоматическое открытие так называемых “безопасный” Расширения файлов после загрузки. Это гарантирует, что файл остается без сжатия и готов к быстрому восстановлению. Когда все сжатые файлы резервной копии защищены, выйдите из старой установки хоста cPanel и перейдите к новой версии популярного программного обеспечения для администрирования веб-сайта..

3. Оформление перевода

Начните загрузку сжатых файлов резервных копий на новый сервер.

Практически каждая веб-хостинговая компания, после получения платы за первый месяц, отправит электронное письмо с такой информацией, как серверы доменных имен и детали IP-адреса для нового плана хостинга. Этот IP-адрес можно использовать для просмотра содержимого веб-сайта до распространения DNS, а также для доступа к отдельной учетной записи FTP и интерфейсу администрирования cPanel до внесения изменений..

Вход в систему

Найдите это письмо и найдите соответствующий IP-адрес. Если ссылка на cPanel не была специально включена, предположим, что либо “/ Cpanel” или “: 2082” к этому IP-адресу можно добавить суффикс порта, чтобы разрешить административный вход.

После входа в итерацию cPanel нового сервера найдите инструменты резервного копирования, упомянутые в шаге 2, затем перейдите на страницу «Загрузки резервных копий». На странице найдите поле загрузки файла, связанное с полной резервной копией сайта. Это часто будет помечено как “Восстановления резервной копии” особенность. Выберите файл резервной копии полного сайта, который был загружен из старой компании веб-хостинга начать процесс загрузки.

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

4. Убедитесь, что база данных работает

Следует отметить, что файлы резервных копий базы данных не содержат информации об именах пользователей, паролях и разрешениях, связанных с каждой базой данных MySQL. Эта информация должна быть введена в интерфейсе баз данных MySQL в cPanel.

Префикс Дело

Также обратите внимание на префикс, назначенный каждой базе данных в cPanel. В случае расхождений (например, «jsmith_wordpress» против «jsm_wordpress») префиксы необходимо будет изменить в файле конфигурации каждого программного приложения, которое подключается к этой базе данных..

Вся соответствующая информация

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

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

5. Переключите серверы имен

Скажите регистратору домена использовать новые серверы доменных имен

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

В этой панели управления, заголовок или элемент боковой панели с именем “Серверы доменных имен” должен появиться, и текущая информация, помещенная в эту область, должна выглядеть следующим образом:

 NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM

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

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

Ждите распространения имен

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

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

Резюме

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