Migrarea de la serverul Windows 2003: ce trebuie să știți

Pe 14 iulie Microsoft va încheia asistența extinsă pentru Windows Server 2003. Acest lucru înseamnă că nu vor mai exista "patch-uri care să remedieze vulnerabilități de securitate, defecte de securitate" etc. Dacă Windows Server 2003 și aplicațiile care rulează pe acesta joacă un rol esențial în infrastructura dvs., trebuie să începeți să migrați către o nouă platformă de server acum (dacă nu ați făcut-o deja).

În timp ce migrația începe cu serverul fizic sau virtual și cu sistemul de operare, aceasta nu se oprește aici. Asigurarea unei căi de actualizare lină pentru aplicații va reduce timpul de oprire. Este important să înțelegeți ramificările migrației în sus și în jos a stivei, de la sistemul de operare la baza de date la aplicația la front end Web. Există o mulțime de locuri pentru a rupe stiva în timpul migrației, astfel încât planificarea și testarea atentă sunt cerințe care trebuie încorporate în calendarul proiectului.

Iată un scurt rezumat al procesului de migrare:

1. Descoperiți - catalogați software-ul și volumul de muncă

2. Evaluarea - clasificarea aplicațiilor și a volumelor de muncă (și a dependențelor)

3. Țintă - identificați destinațiile și căile de migrare

4.Migrare, upgrade și testare - faceți mișcarea, apoi asigurați-vă că totul funcționează

Indiferent de volumul de muncă, actualizarea și migrarea nu va fi simplă. Nu puteți actualiza sistemul de operare de bază fără să actualizați aplicația. Este posibil să nu descărcați un instrument de migrare care să automatizeze totul pentru dvs. Unii furnizori au instrumente care vă ajută, dar niciunul dintre ei nu automatizează totul pentru dvs. Indiferent dacă executați Exchange, SharePoint, SQL Server, alte aplicații Microsoft sau aplicații terțe, acesta va fi un proces care necesită foarte mult timp și planificare.

Un loc minunat pentru a începe este asistentul de planificare a migrației Windows Server 2003 Microsoft, care vă va ghida prin cele patru etape majore enumerate mai sus. Există, de asemenea, Microsoft Instrumentul de evaluare și planificare (MAP) pentru migrarea Windows Server 2003 și SQL Server 2005 (acesta din urmă ajunge la sfârșitul asistenței la 12 aprilie 2016). MAP va descoperi, de asemenea, aplicații terțe pentru a vă începe să migrați.

Acesta este un moment foarte bun pentru a vă regândi arhitectura sistemelor. În ceea ce privește migrarea Exchange, SharePoint și SQL Server, puteți trece la un alt Windows Server fizic, un Windows Server virtual sau o combinație de servicii cloud. Poate doriți să vă mutați parțial în cloud (sau complet) cu Microsoft Azure și Office 365 sau cu un alt furnizor. Poate doriți să consolidați mai multe servere fizice ca mașini virtuale care rulează pe un singur server fizic. În ceea ce privește ce versiune software să cumpărați, este mai bine să luați în considerare actualizarea la cea mai nouă versiune a tuturor, de exemplu, alegeți Windows Server 2012 R2 pe Windows Server 2008 R2, dacă doar pentru a maximiza timpul care va trece înainte de a trece asta din nou.

Este complicat

Calea de migrare devine dificilă cu aplicații terțe și personalizate. Evaluarea trebuie să înceapă prin înțelegerea valorii aplicației, în special cât de critică este pentru buna funcționare a afacerii. Ce opțiuni de remediere sunt disponibile și cât de simple sunt? A ști cum migrarea unei aplicații va afecta afacerea este o componentă critică a procesului de luare a deciziilor. În plus, nu este vorba doar despre fiecare aplicație individuală, ci și despre relațiile dintre ele. Și având în vedere că vorbim despre aplicații care au existat încă din 2003, poate fi dificil să găsiți unele dintre aceste răspunsuri. Înțelegerea aplicațiilor pe care le executați și modul în care acestea se integrează vor merge mult spre o migrare lină.

Cel mai important lucru de înțeles despre aplicațiile terțe și personalizate este că va trebui să determinați dacă vor rula pe următorul dvs. server. De exemplu, dacă aplicația este o aplicație pe 32 de biți, fără niciun cod de 16 biți sau dependență de drivere de 16 biți, atunci este probabil să fie difuzată pe Windows Server 2012 R2. Dacă rulează, furnizorul acceptă aplicația pe Windows Server 2012 R2? Dacă este acceptat, aveți pachetele de instalare și cunoștințele pentru a efectua o reinstalare și migrare a datelor? Dacă furnizorul nu acceptă rularea aplicației pe 32 de biți pe Windows Server 2012 R2, atunci va trebui să actualizați sau să găsiți o alternativă.

Există câteva instrumente de la terți precum AppZero și Vision Software care pot ajuta la migrarea aplicațiilor terțe și personalizate. AppZero identifică, extrage și mută aplicațiile de server Windows existente pe un alt server Windows, fie în centrul de date (fizic sau virtual), fie în cloud. Software-ul Vision efectuează o migrare a timpului de inactivitate aproape de zero a aplicațiilor și a datelor către un alt server fizic sau virtual, captând toate modificările pe care le fac utilizatorii în timpul migrării și le replică pe noul server.

Concluzie

Actualizarea și migrarea aplicațiilor va fi mult mai dificilă decât simpla actualizare la o nouă versiune a Windows Server. Cu cât este mai complex mediul dvs., cu atât este mai complexă baza de coduri și cu atât acest proces va fi mai dificil. Aici este obligatorie planificarea și testarea atentă pentru a evita ruperea aplicațiilor critice pentru afaceri. Înțelegerea aplicațiilor în sine, dependențele lor de alte aplicații, de o bază de date bazată și de componentele sistemului este esențială. Pregătiți-vă de neconceput - este posibil să nu puteți migra un cod și este posibil să fie rescris.

Pentru mai multe, consultați primele trei părți ale acestei serii: Ghidul Procrastinator pentru migrația Windows Server 2003, Ghidul migrației Windows Server 2003: Alegerea unui sistem de înlocuire și de ce ar trebui (sau nu ar trebui) Efectuați trecerea din Windows Server 2003.