Видео: Activating Windows Server 2003 over The Phone in 2020 (Септември 2024)
На 14 юли Microsoft ще прекрати разширената поддръжка за Windows Server 2003. Това означава, че няма да има повече корекции, коригиращи уязвимостите в защитата, дефекти на защитата и т.н. Ако Windows Server 2003 и приложенията, работещи на него, играят критична роля в вашата инфраструктура, трябва да започнете да мигрирате към нова сървърна платформа сега (ако вече не сте).
Докато миграцията започва с физическия или виртуален сървър и операционната система, тя не спира дотук. Осигуряването на плавен път за надграждане на приложенията ще сведе до минимум престоя. Важно е да се разберат последствията от миграцията нагоре и надолу по стека, от операционна система до база данни до приложение към уеб предния край. Има много места за разбиване на стека по време на миграция, така че внимателното планиране и тестване са изисквания, които трябва да бъдат вградени във вашата времева линия на проекта.
Ето кратък преглед на процеса на миграция:
1. Открийте - регистрирайте вашия софтуер и натоварвания
2. Оценка - категоризиране на приложения и натоварвания (и зависимости)
3. Цел - идентифицира дестинации и пътища за миграция
4.Migrate, Upgrade and Test - направете ход, след което се уверете, че всичко работи
Независимо от натовареността ви, надграждането и мигрирането няма да е лесно. Не можете да надстроите основната операционна система без да надстроите приложението. Вероятно е, че няма да можете да изтеглите инструмент за миграция, който ще автоматизира всичко за вас. Някои доставчици имат инструменти, които помагат, но никой от тях не автоматизира всичко това вместо вас. Независимо дали използвате Exchange, SharePoint, SQL Server, други приложения на Microsoft или приложения на трети страни, това ще бъде процес, интензивен за планиране и отнемащ време.
Чудесно място за начало е помощникът на Microsoft за планиране на миграцията на Windows Server 2003, който ще ви преведе през четирите основни стъпки, изброени по-горе. Има и инструментариумът за оценка и планиране на Microsoft (MAP) за миграция на Windows Server 2003 и SQL Server 2005 (последният достига края на поддръжката на 12 април 2016 г.). MAP ще открие и приложения на трети страни, за да започнете и с миграцията на тези.
Това е много подходящ момент за преосмисляне на архитектурата на вашите системи. Що се отнася до мигрирането на Exchange, SharePoint и SQL Server, можете да преминете към друг физически Windows Server, виртуален Windows Server или комбинация от облачни услуги. Може да искате частично да се преместите в облака (или напълно) с Microsoft Azure и Office 365 или с някой друг доставчик. Може да искате да консолидирате няколко физически сървъра като виртуални машини, работещи на един физически сървър. Що се отнася до коя версия на софтуера да закупите, най-добре е да помислите за надстройка до най-новата версия на всичко, например, изберете Windows Server 2012 R2 над Windows Server 2008 R2, само за да увеличите максимално времето, което ще мине, преди да трябва да преминете през това отново.
Tricky е
Пътят за миграция се затруднява с трети приложения и персонализирани приложения. Оценката трябва да започне с разбирането на стойността на приложението, особено колко е критично за безпроблемното функциониране на бизнеса. Какви опции за оздравяване са налични и колко лесни са те? Знанието как миграцията на приложение ще се отрази на бизнеса е критичен компонент от процеса на вземане на решения. Плюс това не става въпрос само за всяко отделно приложение, а и за отношенията между тях. И тъй като говорим за приложения, които може да са налични от 2003 г., може да е трудно да се намерят някои от тези отговори. Разбирането на приложенията, които стартирате и как те се интегрират, ще извърви дълъг път към плавна миграция.
Най-важното нещо, което трябва да разберете за приложенията на трети страни и персонализираните приложения е, че ще трябва да определите дали те ще се изпълняват на следващия ви сървър. Например, ако приложението е 32-битово приложение без никакъв 16-битов код или разчитане на 16-битови драйвери, тогава е вероятно да се стартира на Windows Server 2012 R2. Ако се стартира, поддържа ли доставчикът приложението на Windows Server 2012 R2? Ако тя се поддържа, имате ли инсталационните пакети и знанията за извършване на преинсталация и миграция на данни? Ако доставчикът не поддържа стартирането на 32-битовото приложение на Windows Server 2012 R2, тогава ще трябва да надстроите или да намерите алтернатива.
Има няколко инструменти на трети страни като AppZero и Vision Software, които могат да помогнат за миграцията на приложения на трети страни и по поръчка. AppZero идентифицира, извлича и премества съществуващи приложения на Windows сървър на друг сървър на Windows, било във вашия център за данни (физически или виртуален) или в облака. Vision Software извършва миграция на почти време за престой на приложения и данни на друг физически или виртуален сървър, улавяйки всички промени, които потребителите правят по време на миграцията и репликирането им на новия сървър.
заключение
Надграждането и мигрирането на приложения ще бъде много по-трудно от простото надграждане до нова версия на Windows Server. Колкото по-сложна е средата ви, толкова по-сложна е вашата кодова база и по-труден ще бъде този процес. Именно тук е задължително внимателното планиране и тестване, за да се избегне счупване на критични за бизнеса приложения. Разбирането на самите приложения, техните зависимости от други приложения, от заден план на базата данни и от системните компоненти е изключително важно. Пригответе се за немислимото - може да не успеете да мигрирате някакъв код и може да се наложи да бъде пренаписан.
За повече информация вижте първите три части от тази поредица: Ръководството на прокрастинатора за миграция на Windows Server 2003, Ръководство за миграция на Windows Server 2003: Избор на операционна система за подмяна и защо трябва (или не трябва) да направите движение от Windows Server 2003.
