Как да мигрирате уебсайт с минимален или без престой

Многобройни нови технологии правят изключително лесно преместването на уебсайт от един хост на друг. Въпреки това, без значение колко бърза е скоростта на прехвърляне, средният клиент може да изпита известно време на престой по време на процеса на прехвърляне. В зависимост от това какво се случва зад кулисите, прехвърлянето на 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 връзката не е специално включена, приемете също “/ вашият бизнес” или “: 2082” приставката на пристанището може да бъде добавена към този IP адрес, за да се даде възможност за административно влизане.

След като влезете в cPanel итерацията на новия сървър, намерете инструментите за архивиране, споменати в Стъпка 2, след това отидете на страницата Backup Downloads. На страницата намерете полето за качване на файлове, свързано с архива на целия сайт. Това често се обозначава като “Възстановяване на резервни копия” особеност. Изберете архивния файл на целия сайт, изтеглен от старата компания за уеб хостинг , за да започнете процеса на качване.

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

4. Уверете се, че базата данни работи

Едно нещо, което трябва да се отбележи е, че архивните файлове на базата данни не съдържат информация за потребителските имена, пароли и разрешения, свързани с всяка база данни MySQL. Тази информация трябва да бъде въведена в интерфейса на MySQL базите данни в рамките на cPanel.

Префикс

Също така, обърнете внимание на префикса, присвоен на всяка база данни в cPanel. В случай на несъответствия (напр. "Jsmith_wordpress" срещу "jsm_wordpress"), префиксите трябва да бъдат променени в конфигурационния файл на всяко софтуерно приложение, което се свързва с тази база данни.

Цялата информация

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

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

5. Превключете сървърите на имената

Кажете на регистратора на домейни да използва нови сървъри за имена на домейни

Последната стъпка на процеса е просто да се каже на името на домейна да се показват файлове и данни на различен сървър от този в текущата употреба. Това се прави от влизане в контролния панел за регистрация на домейни предоставени от регистратора на домейни (например услуги като GoDaddy или Hover).

В този контролен панел, с име на заглавие или странична лента “Сървъри на имена на домейни” трябва да се показва и текущата информация, поставена в тази област, трябва да изглежда така:

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

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

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

Изчакайте разпространението на сървъра

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

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

резюме

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