Anonim
Migrationsplan för Windows Server 2003: första steg

Den 14 juli avslutar Microsoft utökat stöd för Windows Server 2003. Det innebär att det inte kommer att finnas "fler fläckar som fixar säkerhetsproblem, icke-säkerhetsfel, " etc. Om Windows Server 2003 och applikationerna som körs spelar en avgörande roll i din infrastruktur, måste du börja migrera till en ny serverplattform nu (om du inte redan har gjort det).

Medan migrationen börjar med den fysiska eller virtuella servern och operativsystemet stannar den inte där. Att säkerställa en smidig uppgraderingsväg för applikationer minimerar driftstopp. Det är viktigt att förstå följderna av migrering upp och ner i stacken, från operativsystem till databas till applikation till webbfront. Det finns gott om platser att bryta bunten under migreringen, så noggrann planering och testning är krav som måste byggas in i projektets tidslinje.

Här är en kort översikt av migrationsprocessen:

1. Upptäck - katalog din programvara och arbetsbelastningar

2. Utvärdera - kategorisera applikationer och arbetsbelastningar (och beroenden)

3. Mål - identifiera destinationer och migreringsvägar

4.Migrera, uppgradera och testa - gör flytten och se till att allt fungerar

Oavsett din arbetsbelastning kommer uppgradering och migrering inte att bli enkel. Du kan inte uppgradera det underliggande operativsystemet utan att uppgradera applikationen. Chansen är stor att du inte kommer att kunna ladda ner ett migreringsverktyg som automatiserar allt åt dig. Vissa leverantörer har verktyg som hjälper, men ingen av dem automatiserar allt åt dig. Oavsett om du kör Exchange, SharePoint, SQL Server, andra Microsoft-applikationer eller appar från tredje part kommer detta att bli en planeringskrävande och tidskrävande process.

Ett bra ställe att börja är Microsofts Windows Server 2003 Migration Planning Assistant, som kommer att guida dig genom de fyra huvudstegen som anges ovan. Det finns också Microsoft Assessment and Planning Toolkit (MAP) för migrering av Windows Server 2003 och SQL Server 2005 (den senare når slutet av stödet den 12 april 2016). MAP kommer också att upptäcka tredjepartsapplikationer för att komma igång med att migrera de också.

Det här är en mycket bra tid att tänka om din systemarkitektur. När det gäller migrering av Exchange, SharePoint och SQL Server kan du flytta till en annan fysisk Windows-server, en virtuell Windows-server eller en kombination av molntjänster. Du kanske vill flytta till molnet (eller helt) med Microsoft Azure och Office 365 eller med någon annan leverantör. Du kanske vill konsolidera flera fysiska servrar som virtuella maskiner som körs på en fysisk server. När det gäller vilken programvaruversion du vill köpa är det bäst att överväga att uppgradera till den senaste versionen av allt, till exempel välja Windows Server 2012 R2 över Windows Server 2008 R2, om bara för att maximera tiden som kommer att gå innan du måste gå igenom det här igen.

Det är lurigt
Migrationsvägen blir knepig med tredjeparts- och anpassade applikationer. Bedömningen måste börja med att förstå värdet på applikationen, särskilt hur kritiskt det är för att verksamheten ska fungera smidigt. Vilka saneringsalternativ finns tillgängliga och hur enkla är de? Att veta hur migrering av en applikation kommer att påverka verksamheten är en kritisk del av beslutsprocessen. Dessutom handlar det inte bara om varje enskild applikation, det handlar också om förhållandena mellan dem. Och eftersom vi talar om applikationer som kan ha funnits sedan 2003, kan det vara svårt att hitta några av dessa svar. Att förstå applikationerna du kör och hur de integreras kommer att gå långt mot en smidig migrering.

Det viktigaste att förstå om tredjeparts- och anpassade applikationer är att du måste avgöra om de kommer att köras på din nästa server. Om till exempel applikationen är en 32-bitarsapplikation utan någon 16-bitars kod eller förlitar sig på 16-bitars drivrutiner, är det troligt att det kommer att köras på Windows Server 2012 R2. Om det körs, stöder leverantören applikationen på Windows Server 2012 R2? Om det stöds, har du installationspaketen och kunskapen om att utföra en ominstallering och datamigrering? Om leverantören inte stöder körning av 32-bitarsapplikationen på Windows Server 2012 R2, måste du uppgradera eller hitta ett alternativ.

Det finns några verktyg från tredje part som AppZero och Vision Software som kan hjälpa till att migrera tredjeparts- och anpassade applikationer. AppZero identifierar, extraherar och flyttar befintliga Windows-serverapplikationer till en annan Windows-server, antingen i ditt datacenter (fysiskt eller virtuellt) eller i molnet. Vision Software utför en nästan noll-migrering av applikationer och data till en annan fysisk eller virtuell server, och fångar upp alla ändringar som användare gör under migreringen och replikerar dem till den nya servern.

Slutsats
Att uppgradera och migrera applikationer kommer att bli mycket svårare än att bara uppgradera till en ny version av Windows Server. Ju mer komplex din miljö är, desto mer komplex är din kodbas sannolikt och desto svårare kommer denna process att bli. Det är här noggrann planering och testning är obligatorisk för att undvika att affärskritiska applikationer bryts. Att förstå apparna själva, deras beroende på andra applikationer, en databasback-end och systemkomponenter är avgörande. Förbered dig för det otänkbara - du kanske inte kan migrera någon kod och det kanske måste skrivas om.

Mer information finns i de tre första delarna av denna serie: Procrastinator's Guide to Windows Server 2003 Migration, Windows Server 2003 Migration Guide: Att välja ett ersättnings OS och varför du ska (eller borde inte) göra flytten från Windows Server 2003.