Коротка відповідь: Відкат — це просто повернення DNS на старий сервер, ЯКЩО старий сервер ще працює і ЯКЩО на новий не встигли записатися важливі дані. Саме тому старий сервіс живе після перемикання, а сайти з активними записами звіряють дані перед відкатом. Правила відкату визначайте до міграції, а не посеред інциденту.
Огляд
Відкат — не поразка; це запобіжник, який робить сміливі перемикання безпечними. Пастка — у даних: з моменту зміни DNS нові замовлення, пости й завантаження можуть існувати лише на новому сервері. Чистий відкат тому має дві частини — простий DNS-крок і акуратний крок звірки даних.
Що потрібно мати
- Старий сервер цілий і працює (золоте правило перемикань).
- Розуміння, які записи сталися після перемикання: замовлення, реєстрації, завантаження, коментарі.
- Низький DNS TTL, що досі діє з міграції, — щоб зворотне перемикання поширилося швидко.
Покрокова інструкція
- Вирішуйте швидко і спокійно: відкат виправданий для функціональної поломки, яку не полагодити швидко — не для косметичного глюка.
- Заморозьте записи на новому сервері (maintenance-режим), щоб розбіжність перестала рости.
- Експортуйте дельту: витягніть із нового сервера все, створене після перемикання — рядки бази від часової мітки перемикання, завантажені файли за датою.
- Імпортуйте дельту в старий сервер і перевірте об’єднаний стан (для магазинів: ID замовлень безперервні, без дублікатів).
- Перемкніть DNS назад на стару IP і підтвердьте через
dig +short. - Розбір польотів перед повтором: усуньте корінь проблеми на новому сервері, перетестуйте через hosts-файл і заплануйте нове перемикання.
Типові проблеми
- Старий сервер уже скасований: тоді відкочуватися нема куди — саме тому старий сервіс переживає міграцію на кілька днів.
- Пропущена звірка: повернення DNS без злиття дельти тихо викидає реальні дані клієнтів.
- Гойдалка туди-сюди: перемикання назад-вперед за години множить плутанину кешів — відкотіться раз, полагодьте як слід, переріжте раз.
Коли звертатися в підтримку
Якщо ви посеред інциденту і не впевнені, чи розійшлися дані, відкрийте терміновий тикет із деталями обох серверів — інженер допоможе порівняти стани, перш ніж ви ухвалите рішення.
Часті запитання
Коли відкочуватися, а коли лагодити на місці?
Відкат — для функціональної поломки, яку не встигаєте полагодити у своєму допустимому вікні: зламаний checkout, помилки даних, жорсткий простій. Косметику лагодять уперед на новому сервері.
Що станеться з даними, створеними після перемикання DNS?
Вони живуть лише на новому сервері, тож експортуйте дельту — замовлення, користувачів, завантаження від часу перемикання — і злийте її в старий сервер перед поверненням DNS.
Чи означає відкат, що міграція провалилася остаточно?
Ні. Він дає час спокійно усунути корінь проблеми, перетестувати через hosts-файл і запланувати чисте друге перемикання — це краще, ніж дебажити в продакшні під тиском.
Схожі статті
- Як уникнути простою під час міграції
- Типові проблеми міграції
- Чекліст після міграції
- Як перенести WooCommerce без втрати замовлень
Потрібна допомога? Звернутися в підтримку Cloud2Y →
