Чекліст після міграції

Коротка відповідь: Після перемикання DNS: переконайтеся, що домен резолвиться на нову IP, проклацайте живий сайт, перевірте SSL і редиректи, стежте за логами та ресурсами 24–48 годин, знову ввімкніть бекапи й моніторинг уже на новому сервері — і лише потім, після кількох чистих днів, скасовуйте старий хостинг.

Огляд

Міграція не закінчується, коли DNS перемкнувся; вона закінчується, коли новий сервер довів себе під реальним трафіком, а запобіжники (бекапи, моніторинг, cron) працюють на новій машині. Цей чекліст замикає цикл, який відкрив день міграції.

Що потрібно мати

• DNS перемкнутий на новий сервер, старий ще працює як резерв.
• Доступ до логів на обох серверах.

Покрокова інструкція

1. Підтвердьте резолвінг: dig +short example.com з кількох мереж (або онлайн-чекер) показує нову IP.
2. Проклацайте живий сайт: ключові сторінки, форми, логін, пошук, checkout — тепер через реальний DNS, а не hosts-файл.
3. Перевірте SSL і редиректи: замок HTTPS, редирект HTTP→HTTPS, канонічність www/без-www.
4. Стежте за логами: error-лог нового сервера має мовчати; access-лог старого — згасати до нуля за 24–48 год.
5. Переозбройте запобіжники: бекапи тепер націлені на новий сервер, моніторинг/аптайм-чеки дивляться на нову IP, cron-завдання працюють лише на новій машині.
6. Перевірте потік пошти, якщо пошта переїжджала: надішліть і отримайте на кожному домені; звірте SPF/DKIM/PTR для нової IP.
7. Оновіть зовнішні посилання: платіжні вебхуки, зовнішні API з allowlist-ами IP, origin-и CDN.
8. Після кількох чистих днів: зробіть фінальний архів старого сервера, потім скасуйте стару послугу.

Типові проблеми

• Подвійний cron: завдання, що досі працюють на старому сервері, дають подвійні листи й застарілі записи — вимкніть їх у момент перемикання.
• Бекапи, що досі дивляться на стару машину: класична тиха відмова; переконайтеся, що перший бекап після міграції реально виконався і відновлюється.
• Скасування старого хостингу за 24 години: зарано — відсталі на кешованому DNS і забуті дані мають звичку зринати на третій день.

Коли звертатися в підтримку

Якщо помилки з’являються лише під реальним трафіком (сплески навантаження, дивні боти, геозалежні проблеми), відкрийте тикет із фрагментами логів — поведінку нового сервера під продакшн-навантаженням ми можемо тюнити разом.

Часті запитання

Як підтвердити, що DNS повністю поширився?

Опитайте кілька публічних резолверів через dig або онлайн-чекер поширення і спостерігайте, як access-лог старого сервера згасає до нуля — обидва мають зійтися за 24–48 годин.

Коли безпечно скасувати старий хостинг?

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

Що найчастіше тихо ламається після міграції?

Бекапи, що досі націлені на старий сервер, і подвійні cron-завдання на обох машинах. Перевірте і те, і те явно в перший день — жодне не заявить про себе саме.

Схожі статті

• Чекліст міграції
• Типові проблеми міграції
• Як відкотити міграцію
• Як уникнути простою під час міграції

Потрібна допомога? Звернутися в підтримку Cloud2Y →