Как перенести сайт на другой хостинг и не потерять данные

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

Опишите состав проекта

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

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

Подготовьте резервную копию и новую площадку

Сохраните файлы и выгрузку базы, проверьте дату и размер архивов. Запишите исходные настройки DNS и важные параметры приложения. Копия должна находиться вне каталога, который будет заменён при переносе. Убедитесь, что доступ к ней сохранится при проблеме со старым аккаунтом.

На новом хостинге создайте окружение и базу, загрузите данные, укажите новые реквизиты соединения. Если домен остаётся прежним, не меняйте адреса в базе без необходимости. Для WordPress используйте подходящий инструмент миграции: произвольная замена текста может повредить сериализованные данные.

Проверьте копию до переключения

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

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

Согласуйте момент последней синхронизации

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

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

Завершите перенос проверкой

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

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

Заранее назначьте время наблюдения после переезда. Особенно полезно проверить очередное выполнение регулярного задания: часть проблем проявляется не при открытии страниц, а позднее.