Краткий ответ: После переключения DNS: убедитесь, что домен резолвится на новый IP, прощёлкайте живой сайт, проверьте SSL и редиректы, следите за логами и ресурсами 24–48 часов, снова включите бэкапы и мониторинг уже на новом сервере — и только потом, после нескольких чистых дней, отменяйте старый хостинг.
Обзор
Миграция не заканчивается, когда DNS переключился; она заканчивается, когда новый сервер доказал себя под реальным трафиком, а предохранители (бэкапы, мониторинг, cron) работают на новой машине. Этот чек-лист замыкает цикл, который открыл день миграции.
Что нужно иметь
- DNS переключён на новый сервер, старый ещё работает как резерв.
- Доступ к логам на обоих серверах.
Пошаговая инструкция
- Подтвердите резолвинг:
dig +short example.comиз нескольких сетей (или онлайн-чекер) показывает новый IP. - Прощёлкайте живой сайт: ключевые страницы, формы, логин, поиск, checkout — теперь через реальный DNS, а не hosts-файл.
- Проверьте SSL и редиректы: замок HTTPS, редирект HTTP→HTTPS, каноничность www/без-www.
- Следите за логами: error-лог нового сервера должен молчать; access-лог старого — угасать к нулю за 24–48 ч.
- Перевооружите предохранители: бэкапы теперь нацелены на новый сервер, мониторинг/аптайм-чеки смотрят на новый IP, cron-задачи работают только на новой машине.
- Проверьте поток почты, если почта переезжала: отправьте и получите на каждом домене; сверьте SPF/DKIM/PTR для нового IP.
- Обновите внешние ссылки: платёжные вебхуки, внешние API с allowlist-ами IP, origin-ы CDN.
- После нескольких чистых дней: сделайте финальный архив старого сервера, затем отмените старую услугу.
Типичные проблемы
- Двойной cron: задачи, всё ещё работающие на старом сервере, дают двойные письма и устаревшие записи — отключите их в момент переключения.
- Бэкапы, всё ещё смотрящие на старую машину: классический тихий отказ; убедитесь, что первый бэкап после миграции реально выполнился и восстанавливается.
- Отмена старого хостинга за 24 часа: слишком рано — отставшие на кешированном DNS и забытые данные имеют привычку всплывать на третий день.
Когда обращаться в поддержку
Если ошибки появляются только под реальным трафиком (всплески нагрузки, странные боты, геозависимые проблемы), откройте тикет с фрагментами логов — поведение нового сервера под продакшн-нагрузкой мы можем тюнить вместе.
Частые вопросы
Как подтвердить, что DNS полностью распространился?
Опросите несколько публичных резолверов через dig или онлайн-чекер распространения и наблюдайте, как access-лог старого сервера угасает к нулю — оба должны сойтись за 24–48 часов.
Когда безопасно отменить старый хостинг?
После нескольких дней чистых логов на новом сервере, проверенного первого бэкапа с новой машины и финального архива старого сервера, сохранённого в надёжном месте.
Что чаще всего тихо ломается после миграции?
Бэкапы, всё ещё нацеленные на старый сервер, и двойные cron-задачи на обеих машинах. Проверьте и то, и другое явно в первый день — ни одно не заявит о себе само.
Похожие статьи
- Чек-лист миграции
- Типичные проблемы миграции
- Как откатить миграцию
- Как избежать простоя во время миграции
Нужна помощь? Связаться с поддержкой Cloud2Y →
