steg för steg: migrera dina filservrar med Lagringsmigreringstjänst i Windows Server 2019
i den här artikeln
introduktion
i Windows Server 2019 introducerade Microsoft en helt ny funktion som heter Storage Migration Service (SMS). Med SMS kan du migrera ostrukturerade data från alla Windows Server-versioner (även Windows Server 2003 om du fortfarande har dem) till fysiska, virtuella maskiner, Azure IaaS och Azure-filer. Det är supersnabbt, konsekvent och skalbart, det tar hand om all komplexitet som behörigheter, dela egenskaper, krypterade, attribut, filer i bruk, nätverksinställningar, namn och Active Directory-medlemskap. Följande diagram från Microsoft visar alla scenarier som stöds för Lagringsmigreringstjänst i Windows Server 2019. SMS utnyttjar SMB-protokollet för att migrera dina data.
Lagring Migration Service i Windows Server 2019
Lagring Migration Service fartyg i Windows Server 2019 (Standard och Datacenter edition), och Windows Admin Center (WAC) är den primära verktyg för lagring Migration Service, Windows Admin Center (WAC) utnyttjar PowerShell under täcket.
i den här artikeln visar jag dig steg för steg hur du migrerar en filserver från Windows Server 2016 build 14393 till Windows Server 2019 build 17763. Detta kan också gälla för olika versioner av Windows Server.
förutsättningar
kraven är mycket enkla, för att använda Lagringsmigreringstjänsten behöver du följande:
1) en källserver (Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 eller Windows Server 2019).
2) en målserver (Windows Server 2012 R2, Windows Server 2016 eller Windows Server 2019).
3) en orchestrator-server (Windows Server 2019 Standard eller Datacenter). Du behöver minst en Windows Server 2019 för att fungera som en orkestrator, men du behöver inte göra din destinationsserver 2019, men om din destinationsserver är Windows Server 2019 blir överföringshastigheten dubbel jämfört med Windows Server 2012 R2 och Windows Server 2016. Denna prestandaökning beror på den inbyggda proxytjänsten för Lagringsmigreringstjänst i Windows Server 2019.
4) källan och målservern måste finnas i samma domän och samma skog som idag.
5) en dator eller Server som kör Windows Admin Center (WAC) med minsta Version 1809. Kolla min tidigare artikel om hur du installerar Windows Admin Center.
6) Se till att du har installerat tillägget ’msft.småföretag.Lagring-migration ’ i Windows Admin Center. När detta skrivs kör jag Version 0.59.0 av Lagringsmigreringstjänsten.
hur man gör det…
starta Windows Admin Center portal och gör följande steg, förutsatt att du redan har lagt till käll-och destinationsservern:
1) Välj orchestrator server (Windows Server 2019), välj sedan Lagringsmigreringstjänsten från vänster sida och klicka sedan på Installera för att installera funktionen Lagringsmigreringstjänst.
2) Ett nytt fönster dyker upp som beskriver de tre enkla stegen som du kommer att gå igenom för att migrera dina filresurser och konfiguration till nya servrar utan att påverka befintliga appar och användare. Klicka På Stäng.
3) Detta är fas 1, Klicka på +nytt jobb för att skapa ett nytt jobb, ge det ett namn utan mellanslag (endast alfanumeriskt) och klicka sedan på OK.
4) Ange autentiseringsuppgifterna för källservern som du vill migrera från, Välj om du vill inkludera alla administratörsresurser och klicka sedan på Nästa.
5) Klicka på + Lägg till en enhet, ange källservern och klicka sedan på OK. Observera att du kan lägga till mer än en källserver åt gången. Detta är användbart i scenariot där du vill migrera mer än en filserver till nya Windows-servrar, men inte konsolidera (mer om det i sammanfattningsavsnittet).
6) Klicka på Starta skanning för att starta inventeringen, i det här steget börjar Lagringsmigreringstjänsten titta på all konfiguration, nätverksinställningar och data på källservern. Det här steget kan ta lite tid beror på mängden data du har på källservern.
7) när skanningen är klar ser du alla aktier, deras sökväg, storlek, filer, inklusive konfiguration, nätverkskort och volymer på källservern. Klicka på Nästa för att fortsätta.
8) Nu flyttar vi till Fas 2, anger autentiseringsuppgifterna för destinationsservern som du vill migrera till och klickar sedan på Nästa.
9) Lägg till målservern för att mappa den mot källservern och klicka sedan på Skanna enhet. Efter ett ögonblick ser du alla volymer på destinationsservern inklusive deras lediga utrymme, du kan ändra destinationsvolymen om du vill, och du kan välja vilken källandel du vill inkludera i överföringen. Gör ditt val och klicka sedan på Nästa.
10) på sidan justera överföringsinställningar kan du ställa in Valideringsmetod (kontrollsumma), Max varaktighet och försök igen. Klicka på Nästa för att fortsätta.
11) Då måste du validera för att kontrollera om överföringen kommer att fungera, så du kan se till att allt fungerar innan du börjar migreringen. Detta är den bästa funktionen! Klicka På Validera. I mitt exempel passerade valideringen.
12) Om du klickar på länken Pass ser du alla migrationstestresultat. Klicka på Stäng och klicka sedan på Nästa för att fortsätta.
13) Klicka på Starta överföring på sidan Starta överföring. Överföringen kommer att sparka in och ta lite tid beror på mängden data du överför. Ta en kopp kaffe och kom tillbaka 🙂
14) Om du växlar tillbaka till kontrollpanelen för Lagringsmigreringstjänst i Windows Admin Center ser du migreringsjobbet i realtid inklusive nätverksflödet i en vacker diagramvy. Det här är fantastiskt!
15) När överföringen är klar ser du att statusen har lyckats. Klicka på jobbnamnet längst ner.
16) på sidan Starta överföringen ser du överförings-och felloggsuppgifter där du kan ladda ner loggarna som en CSV-fil och öppna den i Excel. Det här är så intressant eftersom det hjälper dig att dubbelkontrollera att alla filer migreras om någon användare klagar på att han/hon inte kan se sina filer! Klicka på Nästa för att fortsätta.
17) Nu når vi det sista steget, fas 3, Cutover till de nya servrarna. I det här steget kan du använda de lagrade autentiseringsuppgifterna eller ange nya om de ändras på destinationsservern. Klicka på Nästa för att fortsätta.
18) på sidan Konfigurera cutover ser du nätverksadaptern för källservern, du kan mappa nätverksadaptern på destinationsservern, du kan ställa in en ny statisk IP-adress för källservern eller så kan du använda DHCP. Sist men inte minst kan du byta namn på källservern genom att ge den ett nytt namn eller använda ett slumpmässigt namn. Klicka på Nästa för att fortsätta.
19) på sidan justera cutover-inställningar kan du ange timeout för cutover i minuter, standard är 2880 minuter (48 timmar).
20) Klicka på Validera på sidan validera käll-och destinationsenheter. Detta steg kommer att validera att allt kommer att fungera innan du skär över och ta bort den gamla servern. Om du klickar på länken Pass ser du alla migrationstestresultat. Klicka på Stäng och klicka sedan på Nästa för att fortsätta.
21) Slutligen klickar du på Starta cutover. Observera att det här steget kräver driftstopp eftersom det startar om två gånger källan och destinationsservern, sedan kartlägger nätverket på destinationsservern och byter namn på källservern och ändrar dess IP-adress, så se till att schemalägga ett underhållsfönster innan du fortsätter.
22) efter cutover processen lyckas. Jag kunde verifiera att den gamla servern döptes om och den nya servern har identiteten på den gamla servern. Om målservern nu är Windows Server 2019 och fungerar som en orkestrator och du migrerar till samma server som beskrivs i det här exemplet måste du ansluta till det gamla servernamnet i Windows Admin Center eftersom namnet på målorkestratorservern ändras till källservernamnet.
hur det fungerar…
Lagringsmigreringstjänsten är tre faser, inventering, överföring och skärning.
inventeringsfasen är passiv, det finns ingen agent att installera på källan eller destinationsservern. Du skapar ett jobb, du lägger till en server(er), sedan börjar du skanna, upptäcktsfasen skannar konfigurationen, nätverksinställningarna, volymerna och OS-informationen på källservern(er). Detta inkluderar även SMB-information, filantal, filstorlekar och deras delningsegenskaper. När skanningen är klar är du redo att överföra.
i överföringsfasen kommer du att kartlägga destinationsvolymerna baserat på listan över källor du har från inventeringsfasen, du kan hoppa över aktier som inte ska inkluderas i överföringsfasen, du kan också ställa in igen flaggor, reservationer och kontrollsumma. Sedan validerar du överföringsinställningarna för att se om det kommer att fungera, du fortsätter med överföringen (du kan upprepa överföringen så många gånger du vill och bara delta kommer att kopieras), i slutet av överföringen får du en CSV-rapport, och slutligen är du redo att skära över.
i cutover-fasen kommer du att kartlägga nätverksadaptern på destinationsservern, du kan ge din gamla filserver en ny uppsättning IP-adresser och ändra dess namn om du vill, du kan ange den maximala varaktigheten för cutover innan den löper ut, sedan validerar du cutover-inställningarna för att se om det kommer att fungera, och slutligen gör du cutover och väntar på att jobbet ska vara klart.
sammanfattning
Storage Migration Service (SMS) gör det lättare att migrera dina äldre Windows Server-filservrar (2003 & senare) till Windows Server 2016 och Windows Server 2019. SMS ger ett elegant grafiskt användargränssnitt (via Windows Admin Center) som lagrar data på servrar och sedan överför data och konfiguration till nyare servrar—allt utan att appar eller användare behöver ändra någonting. Detta är en stor funktion!
SMS är utformad för att hjälpa till genom att göra följande:
1) inventering flera servrar och deras data.
2) överför snabbt filer, filresurser och säkerhetskonfiguration från källservrarna.
3) eventuellt ta över identiteten på källservrarna (även känd som cutting over) så att användare och appar inte behöver ändra något för att komma åt befintliga data.
4) hantera en eller flera migreringar från Windows Admin Center användargränssnitt.
när detta skrivs är Lagringsmigreringstjänsten i den första utgåvan, Microsoft arbetar för att lägga till ytterligare funktioner inom kort som:
> Full upptäckt alternativ istället för att skriva källdatornamn.
> Lägg till klusterstöd.
> Lägg till stöd för NFS (Linux/Unix), Block och NDMP-protokoll.
> Lägg till stöd för Samba -, NAS-och SAN-enheter.
> Azure File Sync integration. Om du har konfigurerat Azure File Sync kan du också synkronisera denna lagring direkt till Azure. Det här är fantastiskt!
> Lägg till stöd för Azure-filer som mål (SMB/NFS).
> konsolidering. Detta är bra för scenarier när du har många filservrar och du vill konsolidera dem till en filserver.