Коротка відповідь: Перед міграцією зробіть повний бекап, задокументуйте стек (версії PHP, бази даних, вебсервера та налаштування), приберіть зайві файли й бази, знизьте DNS TTL і заплануйте переїзд на години найменшого трафіку. Саме хороша підготовка робить перенесення швидким і нудним — у найкращому сенсі.
Огляд
Більшість проблем міграції виявляються під час переїзду, але створюються до нього: невідомі залежності, роздуті зайві дані, забуті cron-завдання. Година підготовки зазвичай економить кілька годин налагодження в день міграції та різко скорочує вікно простою.
Що потрібно мати
- Доступ до поточного хостингу (SSH або панель керування) і керування DNS.
- Свіжий перевірений бекап, збережений не на сервері, який мігрує.
- Новий сервер Cloud2Y, розгорнутий і доступний.
Покрокова інструкція
- Інвентаризуйте стек: зафіксуйте вебсервер (Nginx/Apache), версію PHP та розширення, рушій і версію бази даних, cron-завдання, воркери черг і SSL-сертифікати.
- Зробіть повний бекап: файли плюс дампи баз, і переконайтеся, що архів справді відкривається — див. як працює відновлення.
- Приберіться: видаліть невикористані плагіни, старі бекапи у webroot, роздуті логи та покинуті бази — менше даних означає швидше копіювання.
- Знизьте DNS TTL до 300 секунд щонайменше за 24 години до переїзду, щоб фінальне перемикання поширилося швидко.
- Заморозьте зміни: заплануйте freeze контенту й коду на вікно міграції, щоб під час копіювання на старий сервер нічого не писалося.
- Сплануйте вікно: оберіть години найменшого трафіку та повідомте всіх причетних, коли відбудеться перемикання.
Типові проблеми
- Бекапи, які ніколи не відновлювали: неперевірений бекап — це надія, а не план; спершу зробіть тестове відновлення.
- Зашиті налаштування: абсолютні шляхи, старі IP чи серверні специфіки в конфігах ламаються на новому хості — занотуйте їх під час інвентаризації.
- TTL, залишений на годинах: TTL у 24 години означає, що частина відвідувачів бачитиме старий сервер ще цілу добу після перемикання.
Коли звертатися в підтримку
Якщо інвентаризація виявила щось, що ви не знаєте як перенести — кастомні демони, дуже великі бази, ліцензійне ПЗ — опишіть це в запиті на безкоштовну міграцію, і ми сплануємо переїзд разом.
Часті запитання
Навіщо знижувати DNS TTL перед міграцією?
TTL визначає, як довго резолвери кешують стару IP-адресу. Зниження до приблизно 300 секунд за добу наперед означає, що фінальне перемикання DNS дійде до відвідувачів за хвилини, а не години.
Чи потрібен бекап, якщо старий сервер лишається онлайн?
Так. Перевірений незалежний бекап захищає від помилок копіювання, сюрпризів на старому хостингу та всього, що станеться між знімком даних і перемиканням.
Що найчастіше забувають під час переїзду сайту?
Класична трійка — cron-завдання, SSL-сертифікати та поштові скриньки. Внесіть їх до інвентаризації, щоб кожен пункт був явно перенесений або створений на новому сервері.
Схожі статті
- Чекліст міграції
- Як уникнути простою під час міграції
- Як перенести бази даних
- Як працює процес міграції в Cloud2Y
Готові почати? Замовити VPS у Cloud2Y →
