Най-добри практики за мигриране на данни

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

  • Без обида, но мисля, че трябва да публикувате този въпрос на serverfault.com Това е същата страна като Stackoverflow, но фокусирана върху въпроси, свързани със сървъра.

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

  • Свалете сайта и поставете страница "под поддръжка", която показва на потребителите, че сайтът е спрян и скоро ще се върне.

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

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

Стъпка 4 на Ollybee е важно да се вземе под внимание. Някои интернет доставчици отнемат много време, за да актуализират кеширания си DNS (т.е. ДНИ!), Дори ако сте задали Time To Live (TTL) наистина ниско за миграцията.

Ако можете и не се притеснявате да оставите стария сървър за няколко дни, като той се свързва ДИСТАНЦИОННО към базата данни на новия сървър, тогава това е най-добрият начин.

Друга възможност е да настроите поддомейн като нов. [Домейн] .com и да го насочите към новия сървър. Добавете файл robots.txt само за този временен поддомейн, който няма да позволи на търсачката да го индексира, причинявайки дублиране на проблеми със съдържанието. Уведомете потребителите за този поддомейн, като публикувате известие, в което се казва точно кога ще се случи на вашия уебсайт (в зависимост от това колко често хората посещават сайта, може би седмица преди време) или изпратите имейл до бюлетина. В известието трябва да бъде ясно, че ако някой от тях има проблеми с посещението на [domain] .com веднага след миграцията, той трябва да опита нов. [Domain] .com, но това е само временно. След миграцията свалете стария сървър, ако трябва или още по-добре, известете известие, което казва на хората да посетят нов. [Домейн] .com, докато се извършва преходът. След няколко дни или повече, спрете да показвате уебсайта на нов. [Домейн] .com и излепете известие, на което хората казват, че преходът е приключил и да не използват нов. [Домейн] .com. Не го препращайте или хората все още ще си мислят, че могат да посетят уебсайта ви на нов. [Домейн] .com.

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

  1. Изящно деактивирайте сайта
  2. Изхвърлете вашата база данни
  3. копирайте и импортирайте базата данни на новия сървър
  4. променете низа на връзка на стария сървър, за да използвате база данни на нови сървъри
  5. рестартирайте сайта

Трябва да можете да направите това за броени минути. Разпространението на DNS ще отнеме повече време, но само една база данни ще бъде актуализирана, така че е по-малко проблем.

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

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?