Перенос сайта на другой хостинг требует особого внимания к данным, которые появляются во время работы: заказам, заявкам, регистрациям и загруженным документам. Если скопировать проект утром, а переключить посетителей вечером, между двумя версиями могут возникнуть расхождения. Поэтому переезд начинают с подготовки нового сервера и проверки копии, а завершают переносом последних изменений и переключением домена.
Что меняется при переезде
Хостинг предоставляет ресурсы сервера, на котором работает сайт. При переходе к другому поставщику меняется место размещения файлов и, как правило, базы данных. Доменное имя и адреса страниц можно сохранить.
Регистрация домена при этом остается самостоятельной услугой. Переводить домен к другому регистратору – компании, которая обслуживает его регистрацию, – ради переезда сайта обычно не требуется. Достаточно изменить настройки, направляющие посетителей на новый сервер.
Отдельного внимания заслуживают сопутствующие сервисы. Почта, резервные копии, автоматическая отправка уведомлений и задания по расписанию могут обслуживаться на прежней площадке. Их следует включить в план работ или сохранить у действующих поставщиков.
Полезно заранее записать, какие услуги связаны со старым аккаунтом. Это позволит завершить его обслуживание только после переноса всех нужных компонентов.
Сначала проверьте технические требования
Более дорогой тариф сам по себе не гарантирует, что проект заработает быстрее или стабильнее. Значение имеют совместимость программного обеспечения, доступные ресурсы и ограничения услуги.
До начала работ уточните версию серверного языка программирования, требования к базе данных и дополнительным программным компонентам. Сопоставьте объем файлов с доступным местом на диске. Предусмотрите запас для распаковки архива, резервных копий и дальнейшего роста проекта.
Если сайт обрабатывает изображения, регулярно обновляет каталог или обменивается данными с учетной системой, сообщите об этом поддержке нового хостинга. Для таких операций могут иметь значение ограничения памяти и времени выполнения задач.
Переезд разумно проводить отдельно от крупного обновления системы управления и изменения дизайна. Так проще установить причину ошибки: она связана с новой площадкой или с изменениями самого проекта.
Подготовьте резервную копию и порядок возврата
Резервная копия должна охватывать файлы сайта и его базу данных. Файлы содержат программный код, оформление, изображения и документы. В базе могут храниться публикации, пользователи, заказы и настройки. Сохранение только одной части обычно оставляет копию неполной.
Дополнительно зафиксируйте настройки домена, перенаправления, параметры отправки почты и задания, которые сервер выполняет по расписанию. Последние могут, например, обновлять остатки товаров или отправлять уведомления.
Храните копию отдельно от прежнего хостинг-аккаунта. Проверьте, что архив открывается, а выгрузка базы восстанавливается на новой площадке. Успешное восстановление дает больше информации о качестве копии, чем само наличие файла.
Заранее определите условия возврата: какие ошибки требуют остановить переключение, кто принимает решение и где находится актуальная версия данных. Если новый сервер уже принял заказы, простое возвращение на старую копию создаст расхождения. Сначала потребуется сохранить и согласовать появившиеся записи.
Разверните проект на новом сервере
Добавьте домен в панели нового хостинга и проверьте каталог, назначенный сайту. Затем загрузите файлы, создайте базу данных и восстановите в ней содержимое выгрузки.
В конфигурационном файле – файле с параметрами работы проекта – укажите новые реквизиты подключения к базе: ее название, пользователя, пароль и адрес сервера. Проверьте также пути к рабочим каталогам, если они заданы явно.
Для сайта с системой управления содержимым, то есть административным разделом для редактирования страниц, особенно важны настройки адреса и правила открытия внутренних разделов. При сохранении домена и структуры страниц массовая замена ссылок обычно не требуется. Если адрес действительно меняется, используйте предусмотренный системой инструмент: простая замена текста в базе может нарушить специальный формат хранения настроек.
Перенесите задания по расписанию, но включайте их с учетом действующего сервера. Одновременная работа двух копий может привести к повторной отправке писем или повторной обработке одной операции.
Проверьте копию до переключения посетителей
Новый сервер можно проверить с сохранением привычного доменного имени. Для этого специалист временно задает на своем компьютере соответствие домена новому IP-адресу – числовому адресу сервера. Обычно такую проверку организуют через системный файл hosts. Для остальных посетителей сайт продолжает работать на прежней площадке.
Этот способ помогает проверить поведение проекта именно с рабочим доменом. Временный технический адрес хостинга также полезен, но отдельные функции могут зависеть от основного имени сайта.
Проверьте главную страницу, внутренние разделы, изображения, поиск, вход в личный кабинет и административную часть. Отправьте тестовую заявку и убедитесь, что она появилась в нужной системе.
Тестовую копию настройте так, чтобы проверки не вызывали реальных списаний, массовых рассылок и изменений товарных остатков. Для платежей и внешних подключений используйте предусмотренные ими тестовые режимы.
Сохраните изменения, появившиеся во время подготовки
Пока специалисты проверяют новый сервер, действующий сайт продолжает получать данные. Поэтому первоначальную копию перед переключением нужно актуализировать.
Для небольшого проекта можно запланировать короткое техническое окно. На прежнем сервере временно приостанавливают действия, создающие новые записи: оформление заказов, регистрацию и редактирование материалов. Затем переносят окончательную версию базы и изменившиеся файлы.
На старой площадке ограничение записи сохраняют на переходный период. Иначе посетители, которые еще обращаются к ней, смогут создать данные, оставшиеся за пределами нового сайта.
Для сервиса с непрерывным приемом заказов требуется более сложная схема: например, передача запросов со старого сервера на новый или согласованная синхронизация. Такой вариант разрабатывает технический специалист с учетом устройства проекта.
Ориентир здесь один: в каждый момент должно быть понятно, где находится основная актуальная база и какой сервер принимает изменения.
Переключите домен и сохраните работу почты
DNS, или Domain Name System (система доменных имен), связывает домен с адресами серверов. Для переезда можно изменить адресные записи в действующей DNS-службе либо передать обслуживание записей новому поставщику.
В первом случае обновляют записи A и, при использовании соответствующего подключения, AAAA. Они указывают адреса сервера в форматах IPv4 и IPv6. Проверьте оба типа: оставшаяся запись со старым адресом может направлять часть посетителей на прежнюю площадку. Отдельно проверьте вариант домена с www.
Во втором случае меняют NS-серверы – серверы имен, которые отвечают за DNS-записи домена. Перед переключением перенесите в новую службу весь необходимый набор записей. Особое внимание уделите MX, определяющим доставку почты, и настройкам, связанным с проверкой отправителя писем.
DNS-ответы сохраняются в кеше – временной памяти устройств и служб. Продолжительность хранения задает TTL, или Time to Live (время жизни записи). Поэтому посетители начинают обращаться к новому серверу постепенно. Если планируется уменьшение TTL, сделайте это заранее: уже сохраненные ответы продолжают действовать по прежнему сроку.
Подготовьте защищенное соединение
На новой площадке должен работать сертификат для всех используемых имен сайта. Его можно перенести вместе с необходимым закрытым ключом, если это допускают условия и технические возможности, либо выпустить заново.
SSL-сертификат – распространенное название цифрового сертификата для защищенного соединения. Современную защиту обеспечивает TLS, или Transport Layer Security (защита транспортного уровня): технология шифрует обмен данными между браузером и сервером.
При выпуске сертификата подтверждается контроль над доменом. Проверка через DNS-запись позволяет выполнить это до направления посетителей на новый сервер, если такой способ поддерживает выбранный инструмент.
Проверьте открытие страниц по HTTPS – защищенному протоколу передачи веб-данных, – перенаправление с обычного HTTP и автоматическое продление сертификата.
Что проверить после переключения
После переезда повторите проверку с обычного подключения, убрав временные настройки на тестовом компьютере. Полезно открыть сайт через домашнюю и мобильную сеть, но такие проверки сами по себе не подтверждают завершение переключения для всех посетителей.
Основное внимание уделите следующим результатам:
страницы открываются по прежним адресам;
новые заявки и заказы сохраняются на новом сервере;
письма отправляются и поступают получателям;
платежные уведомления и обмен данными работают;
задания по расписанию выполняются в одном экземпляре;
резервное копирование включено на новой площадке.
Просмотрите журналы ошибок – технические записи о сбоях. Сравните скорость выполнения основных действий с прежней версией сайта.
Если адреса страниц сохранились, отдельные перенаправления только из-за переезда обычно не нужны. Проверьте, что на рабочую версию не перенесены ограничения для поисковых роботов, использовавшиеся при тестировании. Следите за доступностью страниц и обращениями роботов к новому серверу.
Когда можно отключать прежнюю площадку
Старый хостинг сохраняют до проверки данных, основных функций и завершения переходного периода. Решение принимают по фактической работе проекта, DNS-настройкам и журналам обращений, а также после проверки почты и других связанных услуг. Универсального срока для всех сайтов здесь нет.
Успешный переезд определяется сохранностью информации и непрерывностью нужных бизнесу процессов. Подготовленная копия, проверка до переключения и четкий порядок приема новых данных позволяют управлять переходом. Завершающий шаг – сохранить резервную копию уже проверенного проекта на новой площадке и убедиться, что дальнейшее обслуживание настроено.
