Як перенести сайт з мінімальним або без простоїв

Численні нові технології роблять дуже легким переміщення веб-сайту з одного хоста на інший. Однак, незалежно від того, наскільки швидко швидкість передачі, середній клієнт може відчувати деякий час простою в процесі передачі. Залежно від того, що відбувається за лаштунками, передача DNS-серверів між старими та новими веб-хостами може призвести до темноти домену протягом від 12 до 72 годин після подання запиту на таку зміну новому реєстратору.

У поєднанні з необхідністю перенесення файлів веб-сайтів, відновлення важливих баз даних, а також для того, щоб будь-яка інсталяція програмного забезпечення та конфігурації субдомену працювали в робочому стані, це може зайняти до дня бездіяльності, перш ніж ваш сайт знову повністю функціонує. Однак є, деякі досить великі прийоми, щоб уникнути катастрофи при передачі веб-сайту на новий хост-сервер. Ці поради відносно легко робити, якщо адміністратор сайту має загальне уявлення про cPanel, IP-адреси та більш просунуті процедури FTP-входу, які дозволять їм працювати над конфігурацією нового веб-хостингу до того, як DNS буде змінено та передано до новий хост.

Наприкінці дня, якщо середній клієнт повністю не знає про будь-які зміни, зроблені за лаштунками, то місія буде успішною!

1. Перейти спочатку, скасувати пізніше

Не скасовуйте існуючий план веб-хостингу до завершення переміщення.

Найбільш поширеною помилкою адміністраторів веб-сайтів, які є новими для веб-хостингу взагалі, або новими для перенесення своїх веб-сайтів між серверами, є те, що вони майже відразу ж звертаються до свого старого хоста, щоб повідомити їх про своє рішення перенести свої послуги на нову компанію серверів.

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

Тримайте цей дзвінок

Веб-хостинг компанії взагалі скасовують план майже відразу - як тільки виклик клієнта закінчився - не чекаючи закінчення терміну служби або абонентської плати за поточний місяць. Це розглядається як найкращий інтерес споживача, як вони отримують негайне та пропорційне відшкодування будь-яких залишкових зборів.

Однак це також означає, що компанія фактично буде скидати всі завантажені дані на час роботи з компанією. У багатьох випадках не буде можливості вчасно отримувати ці файли та переміщати їх на новий сервер веб-хостингу або план спільного хостингу вчасно.

Такий вид простою, який дуже важко відновити, оскільки потенційно означає втрату всіх даних про вміст і абонентів, а також комерційних втрат і деталей платежу для деяких веб-сайтів.

Що робити

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

Коли все було перевірено як належним чином перенесено, тільки тоді старий хостинг-план буде скасовано.

2. Завантажте файли резервних копій

Увійдіть до cPanel і отримайте стиснене резервне копіювання файлів веб-сайтів та інформації бази даних.

Для простоти користування клієнти, які переходять до нового веб-хостингу, повинні переконатися, що як нові, так і старі хостингові компанії використовують однакові технології веб-адміністрування. Як правило, це буде вибір між ними cPanel і трохи менш популярні PleskPanel панель керування веб-сайтом.

Вирівнювання технології, що застосовується обома господарями, є найпростішим способом забезпечити швидке резервне копіювання та відновлення даних так само швидко. Для опції панелі керування cPanel, яка є практично стандартом у веб-хостингу, клієнти повинні перейти до свого домену з прикріпленим номером порту 2082.

Для довідки це виглядає так у адресному рядку веб-переглядача: http://my-site.com:2082. Крім того, http://my-site.com/cpanel може працювати для деяких веб-сайтів:

Знайдіть сторінку резервного копіювання

Після успішного входу в інтерфейс cPanel знайдіть позначені групи параметрів і сторінки панелі керування “Резервне копіювання.” Він містить інструменти для резервне копіювання основного сайту “public_html” папки а також будь-які субдомени. Крім того, інструменти тут допоможуть клієнтам веб-хостингу в резервне копіювання своїх баз даних MySQL для відновлення на новому сервері.

Знайди “Завантажити резервні копії” в межах цієї групи, та натисніть на відповідну сторінку адміністрування cPanel.

Завантаження резервних копій

На цій сторінці cPanel розбиває доступні резервні копії за типом. Доступна повна резервна копія сайту; вони повинні завантажити цей файл, щоб він міг бути завантажений на інший хост пізніше. Там також буде файли резервного копіювання, специфічні для кожного субдомену на веб-сайті. Вони, як правило, необов'язкові, оскільки повне резервне копіювання веб-сайту буде містити всю цю інформацію, але для того, щоб бути безпечними, ви також можете завантажити їх.

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

Не розпаковуйте!

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

Для користувачів Mac OS X переконайтеся, що Safari не налаштовано на автоматичне відкриття так званого “безпечний” розширення файлів після завантаження. Це дозволить забезпечити файл залишається нестисненим і готовий до швидкого відновлення. Коли всі стислі файли резервної копії захищені, вийдіть зі старого встановлення cPanel хоста і перейдіть до версії популярного програмного забезпечення адміністратора нового хоста.

3. Здійснення переказу

Почніть завантажувати стислі резервні файли на новий сервер.

Практично кожен веб-хостинг компанія, після отримання першого місяця плату, відправити електронну пошту з інформацією, як сервера доменних імен та деталі IP-адреси для нового плану хостингу. Ця IP-адреса може використовуватися для перегляду вмісту веб-сайту перед розповсюдженням DNS, а також для доступу до окремого облікового запису FTP і інтерфейсу адміністрування cPanel до внесення змін.

Вхід

Знайдіть цей електронний лист і знайдіть відповідну IP-адресу. Якщо посилання cPanel не було спеціально включене, припустимо, що теж “/ cpanel” або “: 2082” до цього IP-адреси можна додати суфікс портів, щоб увімкнути адміністративний вхід.

Після входу в ітерацію cPanel нового сервера знайдіть інструменти резервного копіювання, зазначені в кроці 2, а потім перейдіть на сторінку резервного копіювання. На сторінці знайдіть вікно завантаження файлу, пов’язане з резервною копією всього сайту. Часто це буде позначено як a “Відновлення резервного копіювання” функція. Виберіть файл резервної копії для повного сайту, який був завантажений зі старого веб-хостингу , щоб почати процес завантаження.

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

4. Забезпечити роботу бази даних

Зауважимо, що файли резервної копії баз даних не містять інформації про імена користувачів, паролі та дозволи, пов'язані з кожною базою даних MySQL. Ця інформація повинна бути введена в інтерфейс баз даних MySQL в межах cPanel.

Префікс

Також зверніть увагу на префікс, призначений для кожної бази даних у cPanel. У разі розбіжностей (наприклад, "jsmith_wordpress" vs "jsm_wordpress"), префікси потрібно буде змінити у файлі конфігурації кожного програмного забезпечення, яке підключається до цієї бази даних.

Всі відповідні відомості

Додайте всіх відповідних користувачів, паролі та дозволи, а потім внесіть необхідні зміни до системних файлів, увійшовши в обліковий запис FTP через IP-адресу веб-сайту. Це буде забезпечити безперебійну роботу програмного забезпечення після перенесення доменного імені для показу файлів нового хоста замість тих, що знаходяться у старій компанії. Після того, як це буде зроблено, все буде на місці і готове працювати бездоганно.

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

5. Перемикайте сервери імен

Скажіть реєстратору домену, щоб він використовував нові сервери доменних імен

Останній крок процесу полягає в тому, щоб просто назвати доменне ім'я для показу файлів і даних на іншому сервері, ніж той, що використовується в поточному режимі. Це робиться вхід до панелі керування реєстрацією доменів надаються реєстратором доменів (наприклад, службами GoDaddy або Hover).

На цій панелі керування називається елемент заголовка або бічної панелі “Сервери доменних імен” має відображатися, а поточна інформація, розміщена в цій області, має виглядати так:

 NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM

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

Зміни записів DNS набудуть чинності через 12 до 24 годин у більшості випадків, хоча деякі з них пережили лише шість годин. За цей час як нові, так і старі веб-сайти працюватимуть належним чином клієнти побачать ідентичний вміст незалежно від того, які файли розміщено.

Дочекайтеся розповсюдження сервера імен

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

Коли це станеться, процес перенесення веб-сайту на новий веб-провайдер буде завершено, і користувачі пережили перехід без секунди простою.

Резюме

Обов'язково перевірте веб-сайт і переконайтеся, що всі функції працюють належним чином; коли все працює так само, як раніше, можна скасувати старий план хостингу. Це все, що потрібно!