Distribuera Azure File Sync
Använd Azure File Sync för att centralisera organisationens filresurser i Azure Files, samtidigt som du behåller flexibiliteten, prestandan och kompatibiliteten hos en lokal filserver. Windows Server omvandlas av Azure File Sync till ett snabbt cacheminne för Azure-filresursen. Du kan använda alla protokoll som är tillgängliga på Windows Server för att komma åt data lokalt, inklusive SMB, NFS och FTPS. Du kan ha så många cacheminnen som du behöver över hela världen.
Vi rekommenderar starkt att du läser Planera för en Azure Files-distribution och Planera för en Azure File Sync-distribution innan du slutför stegen som beskrivs i den här artikeln.
Förutsättningar
- En Azure-filresurs i samma region som du vill distribuera Azure File Sync. Mer information finns i:
- Regionstillgänglighet för Azure File Sync.
- Skapa en filresurs för en stegvis beskrivning av hur du skapar en filresurs.
- Minst en instans av server- Windows server- eller Windows serverkluster som ska synkroniseras med Azure File Sync. Mer information om versioner av Windows Server och rekommenderade systemresurser finns i Windows filserveröverväganden.
Förbereda Windows Server för användning med Azure File Sync
För varje server som du tänker använda med Azure File Sync, inklusive varje servernod i ett redundanskluster, inaktiverar du Internet Explorer Förbättrad säkerhetskonfiguration. Detta krävs endast för den första serverregistreringen. Du kan aktivera det igen när servern har registrerats.
Anteckning
Du kan hoppa över det här steget om du distribuerar Azure File Sync på Windows Server Core.
- Öppna Serverhanteraren.
- Klicka på Lokal server:

- I underfönstret Egenskaper väljer du länken för Förbättrad säkerhetskonfiguration i Internet Explorer.

- I dialogrutan Internet Explorer Förbättrad säkerhetskonfiguration väljer du Av för Administratörer och användare:

Distribuera tjänsten för synkronisering av lagring
Distributionen av Azure File Sync börjar med att placera en Storage Sync Service-resurs i en resursgrupp för din valda prenumeration. Vi rekommenderar att du etablerar så få av dessa som behövs. Du skapar en förtroenderelation mellan dina servrar och den här resursen och en server kan bara registreras till en Storage Sync Service. Därför rekommenderar vi att du distribuerar så många tjänster för synkronisering av lagring som du behöver för att separera grupper av servrar. Tänk på att servrar från olika tjänster för synkronisering av lagring inte kan synkroniseras med varandra.
Anteckning
Synkroniseringstjänsten Storage ärver åtkomstbehörigheter från prenumerationen och resursgruppen som den har distribuerats till. Vi rekommenderar att du noggrant kontrollerar vem som har åtkomst till den. Entiteter med skrivåtkomst kan börja synkronisera nya uppsättningar filer från servrar som är registrerade för den här tjänsten för synkronisering av lagring och göra så att data flödar till Azure Storage som de kan komma åt.
Om du vill Storage tjänst för synkronisering går du till Azure Portal, klickar på Skapa en resurs och söker sedan efter Azure File Sync. I sökresultaten väljer du Azure File Sync och sedan Skapa för att öppna fliken Distribuera Storage Sync.
I fönstret som öppnas anger du följande information:
- Namn: Ett unikt namn (per region) för Storage Sync Service.
- Prenumeration: Den prenumeration där du vill skapa Storage Sync Service. Beroende på organisationens konfigurationsstrategi kan du ha åtkomst till en eller flera prenumerationer. En Azure-prenumeration är den mest grundläggande containern för fakturering för varje molntjänst (till exempel Azure Files).
- Resursgrupp: En resursgrupp är en logisk grupp med Azure-resurser, till exempel ett lagringskonto eller en Storage Sync Service. Du kan skapa en ny resursgrupp eller använda en befintlig resursgrupp för Azure File Sync. (Vi rekommenderar att du använder resursgrupper som containrar för att logiskt isolera resurser för din organisation, till exempel gruppering av HR-resurser eller resurser för ett visst projekt.)
- Plats: Den region där du vill distribuera Azure File Sync. Endast regioner som stöds är tillgängliga i den här listan.
När du är klar väljer du Skapa för att distribuera Storage Sync Service.
Installera Azure File Sync-agenten
Azure File Sync-agenten är ett nedladdningsbart paket som möjliggör att Windows Server kan synkroniseras med en Azure-filresurs.
Du kan ladda ned agenten från Microsoft Download Center. När nedladdningen är klar dubbelklickar du på MSI-paketet för att starta Azure File Sync agentinstallationen.
Viktigt
Om du tänker använda Azure File Sync med ett redundanskluster måste Azure File Sync-agenten installeras på varje nod i klustret. Varje nod i klustret måste vara registrerad för att fungera med Azure File Sync. Det enda scenario som stöds av Azure File Sync är Windows server-redundanskluster med klustrade diskar. Se Redundansklustring för Azure File Sync.
Vi rekommenderar att du gör följande:
- Låt standardinstallationssökvägen (C:\Program Files\Azure\StorageSyncAgent) vara kvar för att förenkla felsökningen och serverunderhållet.
- Aktivera Microsoft Update att hålla Azure File Sync uppdaterad. Alla uppdateringar till Azure File Sync, inklusive funktionsuppdateringar och snabbkorrigeringar, sker från Microsoft Update. Vi rekommenderar att du installerar den senaste uppdateringen Azure File Sync. Mer information finns i Azure File Sync uppdateringsprincip.
När Azure File Sync agentinstallationen är klar öppnas användargränssnittet för serverregistrering automatiskt. Du måste ha en Storage Sync-tjänst innan du registrerar dig. se nästa avsnitt om hur du skapar en Storage Sync Service.
Registrera Windows Server i tjänsten för synkronisering av lagring
När du registrerar Windows Server med en tjänst för synkronisering av lagring etableras en förtroenderelation mellan din server (eller ditt kluster) och tjänsten för synkronisering av lagring. En server kan bara registreras på en tjänst för synkronisering av lagring och kan synkronisera med andra servrar och Azure-filresurser som associeras med samma tjänst för synkronisering av lagring.
Anteckning
Serverregistreringen använder dina Azure-autentiseringsuppgifter för att skapa en förtroenderelation mellan Storage Sync-tjänsten och din Windows-server, men därefter skapar och använder servern sin egen identitet som är giltig så länge servern förblir registrerad och den aktuella token för signatur för delad åtkomst (Storage SAS) är giltig. En ny SAS-token kan inte utfärdas till servern när servern har avregistrerats, vilket innebär att serverns möjlighet att komma åt dina Azure-filresurser tas bort, vilket stoppar synkroniseringen.
Administratören som registrerar servern måste vara medlem i hanteringsrollerna Ägare eller Deltagare för den angivna Storage Sync-tjänsten. Detta kan konfigureras under Access Control (IAM) i Azure Portal för Storage Sync Service.
Det är också möjligt att skilja administratörer som kan registrera servrar från dem som också tillåts konfigurera synkronisering i en Storage Sync Service. För detta skulle du behöva skapa en anpassad roll där du listar de administratörer som endast tillåts registrera servrar och ger din anpassade roll följande behörigheter:
- "Microsoft.StorageSync/storageSyncServices/registeredServers/write"
- "Microsoft.StorageSync/storageSyncServices/read"
- "Microsoft.StorageSync/storageSyncServices/workflows/read"
- "Microsoft.StorageSync/storageSyncServices/workflows/operations/read"
Användargränssnittet för serverregistrering bör öppnas automatiskt efter installationen Azure File Sync agenten. Om det inte gör det kan du öppna det från dess filplats: C:\Program\Azure\StorageSyncAgent\ServerRegistration.exe. När användargränssnittet för serverregistrering öppnas väljer du Logga in för att börja.
När du har loggat in uppmanas du att ange följande information:

- Azure-prenumeration: Den prenumeration som innehåller Storage Sync Service (se Distribuera Storage Sync Service).
- Resursgrupp: Den resursgrupp som innehåller Storage Sync Service.
- Storage Sync Service: Namnet på den Storage Sync-tjänst som du vill registrera dig med.
När du har valt lämplig information väljer du Registrera för att slutföra serverregistreringen. Som en del av registreringsprocessen uppmanas du att logga in en ytterligare inloggning.
Skapa en synkroniseringsgrupp och en molnslutpunkt
En synkroniseringsgrupp definierar synkroniseringstopologin för en uppsättning filer. Slutpunkter i en synkroniseringsgrupp synkroniseras med varandra. En synkroniseringsgrupp måste innehålla en molnslutpunkt, som representerar en Azure-filresurs och en eller flera serverslutpunkter. En serverslutpunkt representerar en sökväg på en registrerad server. En server kan ha serverslutpunkter i flera synkroniseringsgrupper. Du kan skapa så många synkroniseringsgrupper som du behöver för att beskriva din önskade synkroniseringstopologi på rätt sätt.
En molnslutpunkt är en pekare till en Azure-filresurs. Alla serverslutpunkter synkroniseras med en molnslutpunkt, vilket gör molnslutpunkten till hubben. Lagringskontot för Azure-filresursen måste finnas i samma region som Storage Sync-tjänsten. Hela Azure-filresursen synkroniseras, med ett undantag: En särskild mapp som är jämförbar med den dolda mappen "System Volume Information" på en NTFS-volym etableras. Den här katalogen heter ". SystemShareInformation". Den innehåller viktiga synkroniseringsmetadata som inte synkroniseras till andra slutpunkter. Använd inte eller ta bort det!
Viktigt
Du kan göra ändringar i valfri molnslutpunkt eller serverslutpunkt i synkroniseringsgruppen och synkronisera filerna med de andra slutpunkterna i synkroniseringsgruppen. Om du gör en ändring i molnslutpunkten (Azure-filresursen) direkt måste ändringarna först identifieras av en Azure File Sync-jobb för ändringsidentifiering. Ett ändringsidentifieringsjobb initieras endast för en molnslutpunkt en gång var 24:e timme. Mer information finns i Azure Files vanliga frågor och svar.
Administratören som skapar molnslutpunkten måste vara medlem i hanteringsrollen Ägare för lagringskontot som innehåller den Azure-filresurs som molnslutpunkten pekar på. Detta kan konfigureras under Access Control (IAM) i Azure Portal för lagringskontot.
Om du vill skapa en synkroniseringsgrupp går Azure Portaltill din Storage Sync Service och väljer sedan + Synkroniseringsgrupp:

I fönstret som öppnas anger du följande information för att skapa en synkroniseringsgrupp med en molnslutpunkt:
- Namn på synkroniseringsgrupp: Namnet på synkroniseringsgruppen som ska skapas. Det här namnet måste vara unikt i tjänsten för synkronisering av lagring men kan vara vilket namn som helst som är logiskt för dig.
- Prenumeration: Den prenumeration där du distribuerade Storage Sync-tjänsten i Distribuera Storage Sync Service.
- Storage konto: Om du väljer Välj lagringskonto visas ett annat fönster där du kan välja det lagringskonto som har den Azure-filresurs som du vill synkronisera med.
- Azure-filresurs: Namnet på den Azure-filresurs som du vill synkronisera med.
Skapa en serverslutpunkt
En serverslutpunkt representerar en viss plats på en registrerad server, till exempel en mapp på en servervolym. En serverslutpunkt omfattas av följande villkor:
- En serverslutpunkt måste vara en sökväg på en registrerad server (i stället för en monterad resurs). NAS (Network Attached Storage) stöds inte.
- Serverslutpunkten kan finnas på systemvolymen, men serverslutpunkter på systemvolymen kanske inte använder molnnivåindelad lagring.
- Det går inte att ändra sökvägen eller enhetsbeteckningen efter att du har upprättat en serverslutpunkt på en volym. Kontrollera att du använder en slutlig sökväg på den registrerade servern.
- En registrerad server har stöd för flera serverslutpunkter, men en synkroniseringsgrupp kan bara ha en serverslutpunkt per registrerad server vid en given tidpunkt. Andra serverslutpunkter i synkroniseringsgruppen måste finnas på olika registrerade servrar.
Om du vill lägga till en serverslutpunkt går du till den nyligen skapade synkroniseringsgruppen och väljer sedan Lägg till serverslutpunkt.

Bladet Lägg till serverslutpunkt öppnas. Ange följande information för att skapa en serverslutpunkt:
- Registrerad server: Namnet på den server eller det kluster där du vill skapa serverslutpunkten.
- Sökväg: Windows serversökvägen som ska synkroniseras som en del av synkroniseringsgruppen.
- Molnnivåindelad: En växel för att aktivera eller inaktivera molnnivåindelad lagring. Med molnnivåindelad kan filer som används sällan eller som används sällan nivåindelade till Azure Files.
- Ledigt volymutrymme: Mängden ledigt utrymme som ska reserveras på den volym där serverslutpunkten finns. Om du till exempel anger 50 % ledigt utrymme på en volym som bara har en serverslutpunkt är ungefär hälften av mängden data nivåindelad till Azure Files. Oavsett om molnnivåindelning är aktiverat har Azure-filresursen alltid en fullständig kopia av data i synkroniseringsgruppen.
- Inledande nedladdningsläge: Ett valfritt val som kan vara användbart när det finns filer i Azure-filresursen men inte på servern. En sådan situation kan till exempel finnas om du skapar en serverslutpunkt för att lägga till en annan avdelningskontorsserver i en synkroniseringsgrupp eller när du haveriberedskap för en misslyckad server. Om molnnivåindelning är aktiverat är standardinställningen att endast återkalla namnområdet, inget filinnehåll från början. Det är användbart om du tror att användaråtkomstbegäranden i stället ska bestämma vilket filinnehåll som ska återkallas till servern. Om molnnivåindelad är inaktiverad är standardinställningen att namnområdet laddas ned först och sedan kommer filerna att återkallas baserat på den senaste ändrade tidsstämpeln tills den lokala kapaciteten har nåtts. Du kan dock ändra det första nedladdningsläget till endast namnområde. Ett tredje läge kan bara användas om molnnivåindelad är inaktiverat för den här serverslutpunkten. I det här läget undviker du att namnområdet återkallas först. Filer visas bara på den lokala servern om de hade möjlighet att ladda ned fullständigt. Det här läget är användbart om till exempel ett program kräver att fullständiga filer finns och inte tolererar nivåindelade filer i dess namnområde.
Om du vill lägga till serverslutpunkten väljer du Skapa. Dina filer synkroniseras nu i Azure-filresursen och Windows Server.
Konfigurera inställningar för brandvägg och virtuellt nätverk
Portal
Om du vill konfigurera azure-filsynkronisering så att den fungerar med brandväggs- och virtuella nätverksinställningar gör du följande:
Från Azure Portal navigerar du till det lagringskonto som du vill skydda.
Välj Nätverk på den vänstra menyn.
Under Valda nätverk under Tillåt åtkomst från.
Kontrollera att dina servrars IP-adress eller virtuella nätverk visas under avsnittet Adressintervall.
Kontrollera att Tillåt betrodda Microsoft-tjänster åtkomst till det här lagringskontot är markerat.
Välj Spara för att spara inställningarna.

Registrering med Azure File Sync
De rekommenderade stegen för att publicera på Azure File Sync för första gången med noll driftstopp samtidigt som fullständig filåtergivning och åtkomstkontrollista (ACL) bevaras är följande:
- Distribuera en Storage Sync Service.
- Skapa en synkroniseringsgrupp.
- Installera Azure File Sync agenten på servern med den fullständiga datauppsättningen.
- Registrera servern och skapa en serverslutpunkt på resursen.
- Låt synkroniseringen göra den fullständiga uppladdningen till Azure-filresursen (molnslutpunkten).
- När den första uppladdningen är klar installerar du Azure File Sync agenten på var och en av de återstående servrarna.
- Skapa nya filresurser på var och en av de återstående servrarna.
- Skapa serverslutpunkter på nya filresurser med en princip för molnnivåindelning om du vill. (Det här steget kräver att ytterligare lagringsutrymme är tillgängligt för den första installationen.)
- Låt Azure File Sync agenten göra en snabb återställning av det fullständiga namnområdet utan den faktiska dataöverföringen. Efter den fullständiga namnområdessynkronisering fyller synkroniseringsmotorn det lokala diskutrymmet baserat på molnnivåprincipen för serverslutpunkten.
- Se till att synkroniseringen slutförs och testa topologin efter behov.
- Omdirigera användare och program till den här nya resursen.
- Du kan också ta bort alla dubblettresurser på servrarna.
Om du inte har extra lagringsutrymme för inledande registrering och vill ansluta till befintliga resurser kan du förinstallera data i Azure-filresurser. Den här metoden rekommenderas, om och bara om du kan acceptera driftstopp och absolut garantera att inga data ändras på serverresurser under den första onboarding-processen.
- Se till att data på någon av servrarna inte kan ändras under registreringsprocessen.
- Förinstallera Azure-filresurser med serverdata med hjälp av ett dataöverföringsverktyg via SMB. Till exempel Robocopy. Du kan också använda AzCopy via REST. Se till att använda AzCopy med lämpliga växlar för att bevara tidsstämplar och attribut för ACL:er.
- Skapa Azure File Sync topologi med önskade serverslutpunkter som pekar på befintliga resurser.
- Låt synkroniseringen slutföra avstämningsprocessen på alla slutpunkter.
- När avstämningen är klar kan du öppna resurser för ändringar.
För närvarande har för seeding-metoden några begränsningar –
- Dataändringar på servern innan synkroniseringstopologin är helt igång kan orsaka konflikter på serverslutpunkterna.
- När molnslutpunkten har skapats kör Azure File Sync process för att identifiera filerna i molnet innan den inledande synkroniseringen påbörjas. Hur lång tid det tar att slutföra den här processen varierar beroende på olika faktorer som nätverkshastighet, tillgänglig bandbredd och antal filer och mappar. För en ungefärlig uppskattning i förhandsversionen körs identifieringsprocessen cirka 10 filer per sekund. Även om förse seeding körs snabbt kan den övergripande tiden för att få ett fullständigt system vara betydligt längre när data förinstalleras i molnet.
Självåterställning via tidigare versioner och VSS (tjänsten Volume Shadow Copy)
Viktigt
Följande information kan bara användas med version 9 (eller senare) av lagringssynkroniseringsagenten. Versioner som är lägre än 9 har inte cmdletarna StorageSyncSelfService.
Tidigare versioner är en Windows funktion som gör att du kan använda VSS-ögonblicksbilder på serversidan av en volym för att presentera återställningsbara versioner av en fil till en SMB-klient. Detta möjliggör ett kraftfullt scenario, som ofta kallas självbetjäning, direkt för informationsarbetare i stället för beroende på återställningen från en IT-administratör.
VSS-ögonblicksbilder och tidigare versioner fungerar oberoende av Azure File Sync. Molnnivåindelad lagring måste dock vara inställt på ett kompatibelt läge. Många Azure File Sync serverslutpunkter kan finnas på samma volym. Du måste göra följande PowerShell-anrop per volym som har till och med en serverslutpunkt där du planerar att använda eller använder molnnivåindelad lagring.
Import-Module '<SyncAgentInstallPath>\StorageSync.Management.ServerCmdlets.dll'
Enable-StorageSyncSelfServiceRestore [-DriveLetter] <string> [[-Force]]
VSS-ögonblicksbilder tas av en hel volym. Som standard kan det finnas upp till 64 ögonblicksbilder för en viss volym, givet att det finns tillräckligt med utrymme för att lagra ögonblicksbilderna. VSS hanterar detta automatiskt. Standardschemat för ögonblicksbilder tar två ögonblicksbilder per dag, måndag till fredag. Schemat kan konfigureras via en schemalagd Windows aktivitet. Ovanstående PowerShell-cmdlet gör två saker:
- Den konfigurerar Azure File Syncs molnnivåindelning på den angivna volymen så att den är kompatibel med tidigare versioner och garanterar att en fil kan återställas från en tidigare version, även om den nivåindelades till molnet på servern.
- Det aktiverar VSS-standardschemat. Du kan sedan välja att ändra den senare.
Anteckning
Det finns två viktiga saker att notera:
- Om du använder parametern -Force och VSS är aktiverat skriver den över det aktuella schemat för VSS-ögonblicksbilden och ersätter det med standardschemat. Se till att du sparar din anpassade konfiguration innan du kör cmdleten .
- Om du använder den här cmdleten på en klusternod måste du också köra den på alla andra noder i klustret!
Du kan köra följande cmdlet för att se om kompatibiliteten för självbetjäning har aktiverats.
Get-StorageSyncSelfServiceRestore [[-Driveletter] <string>]
Den visar alla volymer på servern samt antalet kompatibla dagar för molnnivåindelad lagring för var och en. Det här antalet beräknas automatiskt baserat på maximalt antal möjliga ögonblicksbilder per volym och standardschemat för ögonblicksbilder. Som standard kan alltså alla tidigare versioner som presenteras för ett informationsarbetare användas för att återställa från. Samma sak gäller om du ändrar standardschemat så att det tar fler ögonblicksbilder. Men om du ändrar schemat på ett sätt som resulterar i en tillgänglig ögonblicksbild på volymen som är äldre än värdet för kompatibla dagar, kommer användarna inte att kunna använda den äldre ögonblicksbilden (tidigare version) att återställa från.
Anteckning
Aktivering av självbetjäning av återställning kan påverka din Azure-lagringsförbrukning och -faktura. Den här effekten är begränsad till filer som för närvarande är nivåindelade på servern. Aktivering av den här funktionen säkerställer att det finns en tillgänglig filversion i molnet som kan refereras via en tidigare version (VSS-ögonblicksbild) post.
Om du inaktiverar funktionen minskar Azure-lagringsförbrukningen långsamt tills fönstret med kompatibla dagar har passerat. Det finns inget sätt att påskynda detta.
Standardvärdet för maximalt antal VSS-ögonblicksbilder per volym (64) samt standardschemat för att ta dem, resulterar i högst 45 dagars tidigare versioner som en informationsarbetare kan återställa från, beroende på hur många VSS-ögonblicksbilder du kan lagra på din volym.
Om högst 64 VSS-ögonblicksbilder per volym inte är rätt inställning för dig ändrar du värdet via en registernyckel. För att den nya gränsen ska gälla måste du köra cmdleten igen för att aktivera tidigare versionskompatibilitet på alla volymer som den tidigare var aktiverad, med flaggan -Force för att ta hänsyn till det nya maximala antalet VSS-ögonblicksbilder per volym. Detta resulterar i ett nyligen beräknat antal kompatibla dagar. Observera att den här ändringen endast börjar gälla för nyligen nivåindelade filer och skriver över eventuella anpassningar enligt VSS-schemat som du har gjort.
Proaktivt återkalla nya och ändrade filer från en Azure-filresurs
Med agentversion 11 blir ett nytt läge tillgängligt på en serverslutpunkt. Med det här läget kan globalt distribuerade företag ha servercachen i en fjärransluten region förifylld även innan lokala användare får åtkomst till filer. När det här läget aktiveras på en serverslutpunkt gör det att servern återkallar filer som har skapats eller ändrats i Azure-filresursen.
Scenario
Ett globalt distribuerat företag har avdelningskontor i USA och Indien. På morgonen (amerikansk tid) skapar informationsarbetare en ny mapp och nya filer för ett helt nytt projekt och arbetar hela dagen med det. Azure File Sync synkroniserar mappar och filer till Azure-filresursen (molnslutpunkt). Informationsarbetare i Indien fortsätter att arbeta med projektet i sin tidszon. När de anländer på morgonen måste den lokala Azure File Sync-aktiverade servern i Indien ha dessa nya filer tillgängliga lokalt, så att Indien-teamet effektivt kan arbeta bort från en lokal cache. Aktivering av det här läget förhindrar att den första filåtkomsten går långsammare på grund av återkallning på begäran och gör att servern proaktivt kan återkalla filerna så fort de har ändrats eller skapats i Azure-filresursen.
Viktigt
Det är viktigt att du inser att spårning av ändringar i Azure-filresursen som är nära på servern kan öka utgående trafik och faktureras från Azure. Om filer som återkallas till servern inte faktiskt behövs lokalt kan onödigt återkallande av servern ha negativa konsekvenser. Använd det här läget när du vet att en förifylld cache på en server med de senaste ändringarna i molnet har en positiv effekt på användare eller program som använder filerna på den servern.
Aktivera en serverslutpunkt för att proaktivt återkalla vad som har ändrats i en Azure-filresurs
- I Azure Portaldu till din Storage Sync-tjänst, väljer rätt synkroniseringsgrupp och identifierar sedan serverslutpunkten som du vill spåra ändringar i Azure-filresursen (molnslutpunkt) för.
- I avsnittet molnnivåindelning letar du reda på avsnittet "Ladda ned Azure-filresurs". Du ser det valda läget och kan ändra det för att spåra ändringar i Azure-filresursen närmare och proaktivt återkalla dem till servern.
Migrera en DFS Replication -distribution (DFS-R) till Azure File Sync
Migrera en DFS-R-distribution till Azure File Sync:
- Skapa en synkroniseringsgrupp som representerar den DFS-R-topologi som du ersätter.
- Starta på den server som har den fullständiga datauppsättningen i din DFS-R-topologi som ska migreras. Installera Azure File Sync på den servern.
- Registrera servern och skapa en serverslutpunkt för den första servern som ska migreras. Aktivera inte molnnivåindelad.
- Låt alla data synkroniseras till din Azure-filresurs (molnslutpunkt).
- Installera och registrera Azure File Sync på var och en av de återstående DFS-R-servrarna.
- Inaktivera DFS-R.
- Skapa en serverslutpunkt på var och en av DFS-R-servrarna. Aktivera inte molnnivåindelad.
- Se till att synkroniseringen slutförs och testa topologin efter behov.
- Dra tillbaka DFS-R.
- Molnnivåindelad lagring kan nu aktiveras på valfri serverslutpunkt efter behov.
Mer information finns i Azure File Sync interop med Distributed File System (DFS).