Перенесення з cPanel на cPanel: чекліст
Оновлено 6 хв читанняКоманда DNSPeek
Перенесення з cPanel на cPanel зазвичай зводиться до однієї повної резервної копії акаунта, відновленої на новому сервері, або до запуску WHM Transfer Tool, якщо на новому боці у вас є root-доступ. Резервна копія містить файли, бази даних, поштові скриньки, DNS-зону і cron-завдання, але не налаштування рівня сервера, як-от розширення PHP чи правила файрвола. Перевірте відновлений акаунт на новому IP до зміни DNS, потім синхронізуйте пошту й перемкніть.
Два способи перенести акаунт cPanel
| Спосіб | Хто може скористатися | Як це працює |
|---|---|---|
| Повна резервна копія акаунта і відновлення | Будь-хто з доступом до cPanel на старому хостингу | Створіть повну резервну копію в cPanel (Backup → Download a Full Account Backup), а потім попросіть новий хостинг відновити її або відновіть самостійно у WHM, якщо маєте до нього доступ. |
| WHM Transfer Tool | Root- або реселерський доступ на новому сервері | WHM підключається до старого сервера і копіює один чи кілька акаунтів разом із їхніми базами даних і поштою. |
| Перенесення силами хостингу | Клієнти хостингів, що пропонують безкоштовне перенесення | Новий хостинг робить для вас один із наведених варіантів. Запитайте, що входить у перенесення і коли буде фінальна синхронізація. |
Усі три способи дають однаковий результат: акаунт існує на новому сервері з тим самим імʼям користувача, домашнім каталогом, базами даних і поштовими скриньками, а DNS ще вказує на старий. Саме в цей проміжок ви й перевіряєте.
Що копіює резервна копія cPanel, а що ні
Повна резервна копія акаунта ґрунтовна, але знає лише про акаунт. Усе, що налаштовано на рівні сервера, залишається позаду.
| Зазвичай копіюється | Перевірте вручну |
|---|---|
| Домашній каталог, зокрема public_html і папки додаткових доменів | Версія PHP для кожного домену (MultiPHP) і розширення PHP |
| Бази даних MySQL чи MariaDB та їхні користувачі | Ліміти PHP, як-от memory_limit і upload_max_filesize |
| Поштові акаунти, листи, переадресації та фільтри | Файрвол сервера, правила ModSecurity і списки дозволених IP |
| DNS-зона доменів акаунта | Хости віддаленого доступу до бази даних і SSH-ключі |
| Cron-завдання, піддомени, додаткові та припарковані домени | Виділені IP-адреси і все, що жорстко привʼязано до старого IP |
| Установлені SSL-сертифікати | Сторонні інтеграції, які додали IP старого сервера до списку дозволених |
Спершу порівняйте версію PHP: сайт, перенесений з PHP 7.4 на 8.x без перевірки, може падати з фатальними помилками, які зʼявляються лише на деяких сторінках. QA-звіт сканує сайт на новому сервері й показує помилки PHP, виведені на сторінках, відсутні файли та сторінки помилок сервера.
Крок за кроком
Крок 1: Опишіть старий акаунт
Запишіть домени, версію PHP для кожного домену, ліміти PHP, cron-завдання, поштові акаунти і зовнішні сервіси, які додали старий IP до списку дозволених.
Крок 2: Знизьте TTL
За день-два до перенесення встановіть TTL A-записів і записів, повʼязаних із MX, на 300 секунд. Поточні значення перевірте за допомогою перевірки TTL.
Крок 3: Створіть резервну копію або запустіть перенесення
Згенеруйте повну резервну копію акаунта в cPanel і завантажте її або запустіть WHM Transfer Tool з нового сервера.
Крок 4: Відновіть акаунт і узгодьте налаштування сервера
Відновіть акаунт на новому сервері, а потім встановіть для кожного домену ту саму версію PHP, розширення й ліміти.
Крок 5: Перевірте на новому IP до зміни DNS
Відкрийте сайт на новому сервері за допомогою посилання-превʼю (домен плюс новий IP), пройдіться ключовими сторінками, надішліть форму й увійдіть у CMS. Поділіться посиланням із власником сайту.
Крок 6: Запустіть QA-звіт
Проскануйте превʼю за допомогою QA-звіту: він позначає биті сторінки й файли, помилки PHP, проблеми з редиректами і відсутні поштові DNS-записи.
Крок 7: Перемкніть DNS і синхронізуйте пошту
Заморозьте вміст, спрямуйте A-записи (і MX, якщо пошта теж переїжджає) на новий IP, а потім скопіюйте пошту й дані, що тим часом надійшли на старий сервер.
Крок 8: Перевірте результат і ще деякий час збережіть старий акаунт
Стежте за поширенням за допомогою перевірки поширення DNS, перевірте сертифікат і скасуйте старий акаунт лише тоді, коли трафік і пошта перестануть туди надходити.
Пошта: те, про що забувають
Якщо MX-запис домену вказує на старий сервер cPanel (часто mail.example.com на тому самому IP), пошта надходить туди, доки не зміниться DNS. Листи, що прийшли після створення резервної копії, є лише на старому сервері. Заплануйте це:
- Перемкніть записи сайту і пошти одночасно, а потім скопіюйте пошту, що надійшла в проміжку. Новий хостинг може повторити перенесення лише для пошти, або ви можете синхронізувати скриньки через IMAP.
- Попередьте користувачів, що налаштування поштових клієнтів можуть змінитися, якщо на новому сервері зміниться імʼя поштового хоста чи сертифікат.
- Переконайтеся, що SPF-запис містить новий сервер, якщо той надсилає пошту, наприклад із контактних форм. Перевірте його за допомогою перевірки SPF-запису, а MX — за допомогою перевірки MX-записів.
Якщо пошта розміщена деінде, наприклад у Google Workspace чи Microsoft 365, MX не чіпайте. Просто переконайтеся, що DNS-зона на новому боці містить ті самі записи MX, SPF, DKIM і DMARC, перш ніж змінювати NS-сервери.
Змінити A-запис чи NS-сервери?
Якщо домен використовує NS-сервери старого хостингу, у вас є два варіанти. Зміна NS-серверів на новий хостинг — чистий, але повільніший шлях, бо делегування в реєстрі багато резолверів кешують до двох діб. Зміна лише A-записів у поточного DNS-провайдера швидка й зворотна, а NS-сервери можна перенести пізніше, коли нічого іншого не змінюватиметься.
У будь-якому разі спершу порівняйте зону на обох боках. Інструмент Порівняння DNS показує записи, що відрізняються між старими і новими DNS-серверами, а перевірка NS-серверів показує, які NS-сервери реєстр видає сьогодні.
SSL на новому сервері cPanel
AutoSSL у cPanel часто не може випустити сертифікат для вашого домену, доки той не вказує на новий сервер. До того часу сервер показує власний сертифікат імені хоста або самопідписаний. Щоб усе ж перевірити сайт через HTTPS, встановіть для посилання-превʼю DNSPeek режим Пропускати перевірку, а після перемикання перевірте справжній сертифікат за допомогою перевірки SSL. Див. Режими SSL.
Чекліст перенесення cPanel
З cPanel на cPanel
- Домени, додаткові домени й піддомени записано
- Версію PHP, розширення й ліміти для кожного домену записано
- Cron-завдання і зовнішні списки дозволених IP записано
- TTL заздалегідь знижено до 300 секунд
- Повну резервну копію акаунта завантажено або перенесення через WHM завершено
- На новому сервері застосовано ті самі налаштування PHP
- Сайт перевірено на новому IP за допомогою посилання-превʼю
- Контактна форма надсилає пошту з нового сервера
- QA-звіт запущено, критичні зауваження виправлено
- DNS-зону порівняно: MX, SPF, DKIM і DMARC є на новому боці
- A-записи перемкнуто; пошту синхронізовано після перемикання
- Сертифікат випущено, і він дійсний на новому сервері
- Старий акаунт скасовано лише після того, як трафік і пошта припинилися
Поширені запитання
Чи містить повна резервна копія cPanel пошту?
Так. Повна резервна копія акаунта містить поштові акаунти, збережені листи, переадресації та фільтри. Листів, що надійшли на старий сервер після створення копії, у ній немає, тому синхронізуйте пошту ще раз після перемикання DNS.
Чи можна відновити резервну копію cPanel без доступу до WHM?
Як цілий акаунт — ні. Відновлення повної резервної копії є функцією WHM, тому на віртуальному хостингу ви завантажуєте копію і просите новий хостинг відновити її. Маючи лише доступ до cPanel, можна відновити частини, як-от домашній каталог чи базу даних, із часткових резервних копій.
Чи перестане працювати мій сайт під час перенесення cPanel?
Ні, якщо старий акаунт працює, доки DNS не перемкнуто. Старий сервер обслуговує відвідувачів, поки ви відновлюєте й перевіряєте сайт на новому, а після перемикання відвідувачі переходять на новий сервер у міру того, як спливає кеш DNS.
Як перевірити відновлений акаунт до зміни DNS?
Запитуйте сайт із нового IP під його справжнім доменним імʼям. Посилання-превʼю DNSPeek робить це в будь-якому браузері, і ним можна поділитися; запис у файлі hosts робить це на одному компʼютері. Якщо відкрити сайт лише за IP, зазвичай показується стандартна сторінка сервера, а не ваш сайт.
Чи варто переносити NS-сервери на новий хостинг?
Лише якщо ви хочете, щоб DNS керував новий хостинг. Зміна NS-серверів поширюється довше, ніж зміна A-запису, тому багато хто спершу перемикає A-записи, а NS-сервери переносить пізніше, скопіювавши всі записи в нову зону.