Как да преместите уебсайт при друг хостинг доставчик без прекъсване и загуба на данни

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

Най-важното е да не правите промени прибързано. Подгответе резервни копия, тествайте сайта на новия сървър и оставете стария хостинг активен, докато потвърдите, че всичко работи нормално.

Подгответе сайта за миграцията

Преди да започнете, направете кратък, но подробен одит на текущия сайт. Запишете какви файлове, бази данни, настройки и външни услуги използвате.

Създайте пълно резервно копие на:

• файловете на сайта;
• базата данни;
• имейл акаунтите и съобщенията, ако са хоствани при текущия доставчик;
• конфигурационните файлове;
• персонализирания код;
• SSL сертификатите, ако не се издават автоматично от новия хостинг.

Добра практика е архивите да се пазят на поне две отделни места, например в локално хранилище и облачна услуга. Не разчитайте само на автоматичния бекъп на хостинг компанията.

Направете списък с използваните плъгини, теми, разширения и интеграции с външни системи. Това е особено важно за WordPress сайтове, онлайн магазини и платформи с CRM, платежни методи, чатове или системи за имейл маркетинг.

Проверете и достъпа до домейна. Трябва да разполагате с данни за вход в регистратора на домейна или в услугата, от която управлявате DNS записите. Без този достъп няма да можете да насочите трафика към новия сървър.

Полезно е да измерите и текущата скорост на сайта. Така след преместването ще можете да прецените дали новият хостинг действително предлага по-добра производителност.

Настройте новия хостинг акаунт

Сравнете различните хостинг услуги и изберете план, който отговаря на реалните нужди на сайта ви. Вземете предвид дисково пространство, трафик, версия на PHP, тип база данни, кеширане, защита и възможности за автоматично архивиране.

Новата среда трябва максимално да прилича на старата. Ако сайтът използва конкретна версия на PHP или MySQL/MariaDB, проверете дали тя се поддържа. Несъвместима версия на PHP е сред най-честите причини сайтът да показва грешки след миграция.

Преди да прехвърлите сайта, създайте необходимите имейл акаунти, инсталирайте SSL сертификат и активирайте услугите, от които се нуждаете, като защитна стена, кеширане и резервни копия.

След това качете копие на сайта в тестова среда, например staging поддомейн или временен адрес, предоставен от хостинга. Тествайте внимателно:

• зареждането на основните страници;
• контактните форми;
• входа за потребители и администратори;
• качването на файлове;
• търсенето в сайта;
• плащанията, ако имате онлайн магазин;
• изпращането и получаването на имейли;
• външните API връзки.

Не променяйте DNS настройките, докато не сте сигурни, че тестовото копие работи коректно.

Подгответе план за връщане назад

Дори добре планираната миграция може да срещне проблем. Затова преди финалното пренасочване подгответе ясен план за връщане към стария сървър.

Той трябва да включва:

• актуален архив на файловете и базата данни;
• копие на DNS настройките преди промяната;
• списък с всички направени промени;
• стъпки за възстановяване на сайта;
• лице за контакт при технически проблем.

Ако сайтът се обновява често, например има поръчки, регистрации или нови публикации, планирайте финално синхронизиране на базата данни непосредствено преди смяната. В противен случай рискувате част от последните записи да останат само на стария сървър.

Тествайте възстановяването на архив поне веднъж в тестова среда. Архив, който не може да бъде възстановен, не е надеждна защита.

Прехвърлете файловете и базата данни

Качете файловете към новия сървър чрез SFTP, SSH или инструментите за миграция на хостинг доставчика. SFTP и SSH са за предпочитане пред обикновения FTP, защото предават данните криптирано.

Експортирайте базата данни от стария сървър и я импортирайте в новата среда. След това обновете настройките за връзка с базата данни в конфигурационния файл на сайта.

При по-динамични сайтове може да е необходима временна синхронизация между двете бази данни или кратък режим на поддръжка по време на последния трансфер. Това важи най-вече за онлайн магазини, форуми и сайтове с чести потребителски действия. На практика „без прекъсване“ често означава без видимо прекъсване за повечето посетители, а не непременно нулев технически риск.

Тествайте новата версия, без да променяте публичния DNS. Можете да използвате staging адрес или локална промяна във файла hosts, за да отворите сайта през новия сървър само на вашия компютър.

Проверете и за твърдо зададени URL адреси, абсолютни пътища към файлове и настройки, които съдържат IP адреса на стария сървър.

Насочете домейна към новия сървър

Когато тестовете са успешни, актуализирайте DNS записите на домейна. В повечето случаи е достатъчно да промените A или AAAA записите, така че домейнът да сочи към новия IP адрес. Не е задължително да сменяте nameserver-ите, освен ако искате новият доставчик да управлява цялата DNS зона.

Ако имате контрол върху DNS записите предварително, намалете TTL стойността им 24 до 48 часа преди миграцията. Така промяната обикновено се разпространява по-бързо. Времето за обновяване не е еднакво навсякъде и зависи от TTL настройката, интернет доставчиците и локалните DNS кешове.

Оставете стария хостинг активен поне няколко дни. През този период наблюдавайте двата сървъра, особено ако сайтът приема поръчки, заявки или потребителски данни.

Проверете сертификата, формите, имейлите, плащанията и логовете за грешки. Следете дали има 404 страници, проблеми със зареждането на изображения или заявки към стария сървър.

Наблюдавайте сайта след миграцията

Първите 48 до 72 часа след преместването са най-важни. Преглеждайте логовете на сървъра и на приложението, както и данните от Google Search Console и аналитичните инструменти, ако ги използвате.

Проверете сайта в основните браузъри и на мобилни устройства. Уверете се, че критичните функции работят нормално, включително регистрация, вход, форми, търсене, качване на файлове и плащания.

Едва когато сте сигурни, че трафикът достига до новия сървър и няма липсващи данни или грешки, премахнете старите файлове и прекратете стария хостинг план. Преди това направете последен архив.