Как перенести ваш сайт на новый сервер без простоев

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

Существует два основных типа веб-хостинга: Общий хостинг и VPS / выделенный хостинг. Общий хостинг означает, что сайт размещен в общей среде и имеет тот же IP-адрес, что и сотни (или даже тысячи) других сайтов. На виртуальном хостинге административный контроль, предоставляемый пользователю, обычно очень ограничен, поэтому практически нет возможности манипулировать функцией DNS. С другой стороны, VPS / выделенный хостинг дает пользователям полный контроль над своими серверами, и они могут экспериментировать с функцией DNS, чтобы сократить время простоя. Давайте посмотрим ниже, как мы можем сократить время простоя для этих двух хостинговых сред.

Примечание: В этом руководстве предполагается, что вы используете cPanel / WHM для хостинга своего сайта.

Перенос сайта в среду виртуального хостинга

1. Создайте резервную копию всех файлов на старом сервере. Вы можете легко сделать это с помощью любых FTP-программ. Если вы используете динамический сайт (например, WordPress), не забудьте также сделать резервную копию своей базы данных (через PhpMyAdmin-> Export).

2. Настройте новый сервер. Скопируйте все файлы со старого сервера на новый. Обратите особое внимание на сохранение целостности файловой структуры. Для динамического веб-сайта настройте новую базу данных (с точно таким же именем и паролем) и импортируйте всю базу данных в нее. Еще раз убедитесь, что структура базы данных не повреждена.

Для статического веб-сайта

3. Перейдите к регистратору домена и измените сервер имен на новый сервер. Это оно. На распространение DNS потребуется 24–48 часов. В течение этого времени ваш сайт будет нестабильным, колебаться между новым и старым сервером, но поскольку это статический сайт, ваши посетители не заметят никаких различий. Избегайте внесения каких-либо изменений в этот период времени.

Для динамического веб-сайта

4. Вам нужно будет настроить свой сайт так, чтобы он указывал на базу данных на новом сервере (некоторые веб-хосты не разрешают удаленный доступ к своей базе данных, поэтому перед тем, как начать, проконсультируйтесь с вашим веб-хостом). Откройте свою cPanel на новом сервере. Прокрутите вниз, пока не увидите значок Удаленный MySQL. Нажмите здесь.

миграция сайта удаленный sql

Введите имя своего домена в поле и нажмите " Добавить хост".

миграция-сайт-добавление-хост

Выйдите из cPanel. На старом сервере откройте файл конфигурации базы данных (для WordPress это файл wp-config.php). В поле, где вас просят указать подробности имени хоста базы данных, измените его на IP-адрес нового сервера. В WordPress:

Сохраните и загрузите на старый сервер.

5. Перейдите к своему регистратору домена и измените сервер имен на новый сервер. Это оно. Пока DNS распространяется, ваши посетители будут видеть контент со старого сервера. Однако, поскольку база данных указывает на новый сервер, все изменения, сделанные на сайте, будут обновлены на новом сервере. После завершения миграции (24–48 часов) ваш новый сервер будет запущен и будет работать со всеми изменениями, внесенными во время миграции.

Перенос сайта в среду VPS / выделенного хостинга

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

1. Войдите в WHM на старом сервере. На левой панели прокрутите вниз, пока не увидите ссылку " Изменить зону DNS". Нажмите здесь.

миграция-сайт-редактирование-DNS-зона

2. Выберите домен, который вы переносите.

3. Найдите в этом поле имя домена и IP-адрес.

миграция сайта-DNS1

Измените 86400 (или 14400) на 300. Сохраните изменения.

миграция сайта-DNS2

Что вы только что сделали, так это установили значение TTL (Time To Live) на 5 минут, чтобы DNS-клиент кэшировал информацию в этой записи только в течение 5 минут (обычно это 24 часа 4 часа). Теперь вам нужно подождать 4-24 часа, чтобы это значение TTL распространялось, в зависимости от исходного значения.

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

5. Когда вы будете готовы к миграции сайта, снова войдите в свой старый сервер WHM. Перейдите на страницу зоны DNS. На этот раз измените IP-адрес на IP-адрес нового сервера. Сохраните изменения.

миграция сайта-DNS3

Вы только что настроили его как ретранслятор и направили на новый сервер.

6. Перейдите к своему регистратору домена и смените сервер имен на новый сервер. Это оно. Ваш новый сервер будет запущен всего через 5 минут. Как и во всех случаях, для распространения DNS потребуется 24-48 часов, поэтому пока что не трогайте старый сервер (не удаляйте файлы и не прекращайте работу службы) до завершения распространения DNS.

Сообщите нам в комментариях, если это будет вам полезно.

Изображение предоставлено: EJP Photo

14 комментариев

  1. хорошая информация, очень полезная.
    в основном хорошая поддержка веб-хостинга также может помочь вам в переносе. Я с http://www.shopaserver.com с отличной поддержкой

  2. Хорошая статья, я не знал о гибкости при изменении DNS.
    Я лично обнаружил, что мой DNS работает довольно быстро, но это очень полезно, когда время имеет первостепенное значение!


    @Shawn: Некоторые интернет-провайдеры кэшируют настройки DNS, чтобы не возвращаться к ним регулярно. По-прежнему лучше изменить время DNS на 5 минут и заставить интернет-провайдеров возвращаться через более короткий интервал, чтобы получить новую настройку.

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

    Об этом должен знать провайдер? Перед началом миграции я задал все необходимые вопросы, чтобы гарантировать отсутствие / ограничение времени простоя. И если будет время простоя, то получите временную страницу ожидания, чтобы сообщить людям, что это техническое обслуживание.

    Затем, когда я показываю им ваш метод, они говорят мне: "О… да, мы можем сделать это так"… Так почему же они просто не сделали это вообще?

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


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

  4. Большинство хозяев не устанавливают время жизни из-за дополнительных шагов. Во-первых, клиенты очень редко имеют какое-либо представление о том, что такое DNS, поэтому даже представление концепции изменения IP-адреса A-записи может привести к остановке или потере продажи.

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

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


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

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

      Точно так же вы не можете просто изменить время активации в DNS до пяти минут и сразу же начать процесс миграции. Вам все равно придется подождать до следующего дня, - вот что я говорю нашим клиентам, - чтобы все было по-настоящему бесшовным (что также немного вольно обсуждается в статье выше).

  5. У меня есть учетная запись ГЛАВНОГО ПОСРЕДНИКА на общих серверах с хостинговой компанией. Теперь я хочу ПЕРЕМЕСТИТЬ ВСЕ веб-сайты наших клиентов с текущего общего сервера на VPS / среду выделенного хостинга
    - и старый, и новый серверы работают под управлением cPanel / WHM. Я вошел в систему, проверил WHM и увидел зону DNS, но не нашел там "Edit DNS Zone". Как мне сделать МИГРАЦИЮ?

    - Соджи Ф.


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

  6. Здравствуйте, я хотел спросить об этом ..
    Для блога wordpress, нельзя ли изменить серверы имен с помощью регистратора домена и настроить тот же блог с новым хостом, используя резервную копию блога?
    Почему все шаги для удаленного доступа и изменения config.php требуются на старом сервере ..


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

  7. Спасибо за сообщение, Дэмиен, я уже добавил его в закладки, потому что через несколько дней я воспользуюсь им. Я хочу перенести VPS на другой хост и просто ищу лучший способ. У меня нет клиента на хостинге, но я хочу, чтобы все мои сайты были в сети и не подводили своих читателей. Надеюсь, это все еще будет работать :)

  8. Очень хорошая статья

Комментарии закрыты.