Bestanden migreren tussen bestandsdelingen wanneer je Azure File Sync gebruikt

Dit artikel beschrijft hoe je bestanden kunt migreren van het ene SMB Azure-bestandsdeel naar het andere bij gebruik van Azure File Sync, zelfs als de bestandsdelingen in verschillende opslagaccounts zitten. Dit proces verschilt, afhankelijk van of je cloud tiering hebt ingeschakeld of niet.

Je kunt de status van cloud tiering controleren via het Azure-portaal onder server-endpointeigenschappen. Als cloud-tiering is uitgeschakeld, zie Bestanden migreren wanneer cloud-tiering is uitgeschakeld. Als cloud tiering is ingeschakeld, zie Bestanden migreren wanneer cloud tiering is ingeschakeld.

Bestanden migreren wanneer cloud tiering uit staat

Als je geen cloud tiering gebruikt, dan is al je data lokaal op je Azure File Sync-server, en kun je Azure File Sync gebruiken om de data naar een andere share te uploaden.

De volgende instructies gaan ervan uit dat je één Azure File Sync-server in je synchronisatiegroep hebt. Als je meer dan één Azure File Sync-server hebt verbonden met de bestaande share, verwijder dan eerst alle andere server-eindpunten. Voer de volledige migratie uit op één endpoint en verbind vervolgens de andere server-endpoints weer met de nieuwe sync-groep.

Zorg ervoor dat cloud-tiering op het server-endpoint uitgeschakeld is. Je kunt de status controleren en wijzigen vanuit het Azure-portaal onder server-endpointeigenschappen.
Voer de Invoke-StorageSyncFileRecall-cmdlet uit en gebruik de parameter -PerFileRetryCount om ervoor te zorgen dat bestanden die niet kunnen ophalen, opnieuw worden geprobeerd. Omdat er een actieve cloud-tieringsessie kan zijn wanneer je deze cmdlet voor het eerst uitvoert, is het verstandig om deze twee keer te draaien en de samenvattingsoutput te bekijken om te zorgen dat alle bestanden volledig zijn teruggeroepen en lokaal op de server zijn voordat je verder gaat.
Maak een nieuwe SMB Azure-bestandsdeling aan als doelwit.
Maak een nieuwe synchronisatiegroep aan en koppel het cloud-endpoint aan de Azure-bestandsdeling die je hebt aangemaakt. De synchronisatiegroep moet zich in een opslag-synchronisatiedienst bevinden in dezelfde regio als de nieuwe doel-Azure-bestandsdeling.

Nu heb je twee opties: je kunt je data synchroniseren naar de nieuwe Azure-bestandsdeling via dezelfde lokale bestandsserver (aanbevolen), of overstappen naar een nieuwe Azure File Sync-server.

Verplaatsen naar een nieuwe Azure File Sync-server (optioneel)

Als je van plan bent dezelfde lokale bestandsserver te gebruiken, kun je dit gedeelte overslaan en doorgaan met de verbinding met de nieuwe Azure-bestandsdeling.

Als je wilt overstappen naar een nieuwe lokale Azure File Sync-server, kun je de Storage Migration Service (SMS) gebruiken om:

Kopieer al je machtigingen op share-niveau
Maak meerdere rondes om de veranderingen tijdens de migratie bij te houden
Orkestreer de overgang naar de nieuwe server

Het enige wat je hoeft te doen is een nieuwe on-premises bestandsserver opzetten en vervolgens de nieuwe server verbinden met Azure File Sync en het nieuwe cloud-endpoint. Gebruik vervolgens SMS om van de bronserver naar de doelserver te migreren.

Optioneel kun je de bronshare handmatig kopiëren naar een andere share op de bestaande bestandsserver.

Volg deze instructies om verbinding te maken met de nieuwe Azure-bestandsdeling.

Verwijder het bestaande server-eindpunt. Deze actie behoudt alle gegevens, maar verwijdert de associatie met de bestaande synchronisatiegroep en bestaande bestandsdeling.
Als de nieuwe synchronisatiegroep niet in dezelfde opslag-synchronisatiedienst zit, verwijder dan de registratie van de server bij die opslag-synchronisatiedienst en registreer deze bij de nieuwe dienst. Houd er rekening mee dat een server slechts bij één opslag-syncdienst geregistreerd kan worden.
Maak een nieuw server-eindpunt aan in de sync-groep die je hebt aangemaakt en verbind deze met dezelfde lokale data.

Migrate bestanden wanneer cloud tiering aan staat

Als je de cloud-tieringfunctie van Azure File Sync gebruikt, kopieer dan de data uit Azure om onnodige cloud-recalls via de bron te voorkomen. Het proces verschilt enigszins, afhankelijk van of je binnen dezelfde regio of tussen verschillende regio's migreert. Het migratieproces vereist altijd enige stilstand tijdens de cutover.

Een geregistreerde server met Azure File Sync kan slechts één storage sync-dienst joinen, en de storage sync-service moet zich in dezelfde regio bevinden als de share. Daarom moet je, als je tussen regio's verhuist, migreren naar een nieuwe Azure File Sync-server die verbonden is met de doelshare. Als je binnen dezelfde regio verhuist, kun je de bestaande Azure File Sync-server gebruiken.

Belangrijk

Wanneer je Azure-bestandsdelingen koppelt in een migratiescenario, zorg er dan voor dat je de opslagaccountsleutel gebruikt om te controleren of de VM toegang heeft tot alle bestanden. Gebruik geen domeinidentiteit.

Migreren binnen dezelfde regio

Volg deze instructies als cloud-tiering is ingeschakeld en u binnen dezelfde regio migreert. Je kunt je bestaande Azure File Sync-server gebruiken (zie diagram), of optioneel een nieuwe server aanmaken als je je zorgen maakt over het beïnvloeden van de bestaande share.

Maak een nieuwe SMB Azure-bestandsdeling aan als doelshare.
Maak een nieuwe synchronisatiegroep aan in de bestaande opslag-synchronisatiedienst en koppel het cloud-eindpunt aan de doelshare. Verbind je bestaande Azure File Sync-server nog niet met de nieuwe synchronisatiegroep.
Implementeer een Windows Server-VM (IaaS-VM) in dezelfde Azure-regio als uw bron- en doelbestandsshares. Voor goede prestaties gebruik je een multi-core VM met minstens 56 GiB geheugen en premium opslag.
Gebruik in je IaaS-VM verschillende schijven voor bron- en doelbestandsdelingen. Gebruik één kleine schijf voor je brondata die is aangesloten op de bestaande synchronisatiegroep en één grotere schijf die je volledige dataset kan bevatten.
Installeer de Azure File Sync-agent op de IaaS VM en registreer de server.
Ga in het Azure-portaal naar je oorspronkelijke synchronisatiegroep (source share) en maak een server-endpoint aan op de IaaS-VM (gebruik de kleine schijf). Schakel cloud-tiering in op dit server-endpoint.
Ga in het Azure-portaal naar je nieuwe synchronisatiegroep (target share) en maak een server-endpoint aan op de IaaS-VM (gebruik de grotere schijf).

Je kunt nu naar de IaaS-VM gaan en de eerste datakopie tussen de bron- en doelshares starten.

Migratie tussen regio's

Volg deze instructies als cloud-tiering aan staat en je migreert naar een bestandsdeling in een andere Azure-regio. Om tussen regio's te migreren, moet je migreren naar een nieuwe Azure File Sync-server die verbonden is met de doelshare (zie diagram).

Maak een nieuwe SMB Azure-bestandsdeling aan in de nieuwe regio als doelshare.
Maak een Storage Sync Service aan in de doelregio en een synchronisatiegroep gekoppeld aan je doelshare.
Maak een nieuwe on-premises Azure File Sync-bestandsserver aan die synchroniseert met de doelshare in de nieuwe regio. Verbind je nieuwe server nog niet met de target sync groep.
Zet een bron-Azure File Sync VM uit met een kleine schijf voor je brondata. Maak een server-eindpunt aan in de source share sync-groep. Schakel cloud-tiering in op dit server-endpoint.
In dezelfde regio als de bronshare implementeer je een doel-VM voor Azure File Sync en registreer je deze server bij de Storage Sync Service in de nieuwe regio. Gebruik een grote schijf die je volledige dataset kan bevatten.
Ga in het Azure-portaal naar de nieuwe Storage Sync Service, ga naar de sync-groep voor je doelshare, en maak een server-endpoint aan op de doel-VM Azure File Sync.
Op de doel-Azure File Sync VM koppel je een schijf aan de bronshare op de bron-Azure File Sync VM.

Je kunt nu de initiële datakopie tussen de bron- en doelshares starten op de doel-Azure File Sync VM.

Eerste datakopie met Robocopy

Gebruik Robocopy, een tool die in Windows is ingebouwd, om de bestanden van bron- naar doelshares te kopiëren.

Voer deze opdracht uit bij de Windows-opdrachtprompt. U kunt desgewenst vlaggen voor logboekregistratiefuncties opnemen als best practice (/NP, /NFL, /NDL, /UNILOG).
```
robocopy <source> <target> /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
```
Als je bronshare als s:\ was gekoppeld en de doelshare als t:\, dan ziet het commando er zo uit:
```
robocopy s:\ t:\ /MIR /COPYALL /MT:16 /R:2 /W:1 /B /IT /DCOPY:DAT
```
Terwijl Robocopy in ontwikkeling is, verbind je de on-premises Azure File Sync-server met de doel-synchronisatiegroep. Configureer eerst de locatie van je nieuwe server-endpoint met een beleid voor hoge vrije ruimte, omdat je de laatste wijzigingen overneemt en ervoor moet zorgen dat je genoeg ruimte hebt. Als bijvoorbeeld je huidige cachelocatie is D:\cache, gebruik T:\cache voor het nieuwe server-endpoint. Als je de bestaande Azure File Sync-server gebruikt (voor migraties binnen dezelfde regio), plaats dan de lokale cache op een apart volume van het bestaande endpoint. Het gebruik van hetzelfde volume is prima, zolang de map niet dezelfde map is of een submap van het server-eindpunt dat verbonden is met de bronshare. Schakel cloud tiering in op dit endpoint zodat geen van de gegevens automatisch wordt gedownload naar de on-premises server. Nadat je het server-eindpunt hebt aangemaakt in de doel-synchronisatiegroep, geef dan wat tijd om de namespace-data te synchroniseren.
Wacht tot de eerste Robocopy-run succesvol is afgerond en tot de synchronisatie van bron naar doel voltooid is. Wacht nog een uur om zeker te zijn dat alle resterende wijzigingen gesynchroniseerd zijn. Om te controleren of alle wijzigingen gesynchroniseerd zijn, zie Hoe monitor ik de voortgang van een huidige synchronisatiesessie?

Synchroniseer laatste wijzigingen

Voordat je de definitieve wijzigingen synchroniseert, schakel je SMB-deling voor de bestaande gedeelde map uit of stel je deze op zijn minst in als alleen-lezen. Wacht na het uitschakelen van SMB-delen een uur om zeker te zijn dat alle resterende wijzigingen gesynchroniseerd zijn met Azure.

Als je een verbinding hebt tussen de bronbestandsshare en het doel, kun je recente wijzigingen met Robocopy naar het doel kopiëren:

robocopy s:\ t:\ /mir /copyall /mt:16 /DCOPY:DAT /XD S:\$RECYCLE.BIN /XD "S:\System Volume Information"

Als je de laatste wijzigingen niet direct naar de nieuwe bestandsdeling kunt kopiëren, voer dan het Robocopy mirror-commando opnieuw uit op de IaaS VM. Dit commando synchroniseert alle wijzigingen die sinds de eerste run zijn doorgevoerd, waarbij alles wat al is gekopieerd wordt overgeslagen, wordt overgeslagen.

robocopy s:\ t:\target /mir /copyall /mt:16 /DCOPY:DAT

Zodra je IaaS VM-synchronisatie voltooid is, is de lokale target agent ook up-to-date.

Als je overstapt naar een nieuwe Azure File Sync-server, hernoem dan de oude server naar een willekeurige naam, en hernoem dan de nieuwe server naar dezelfde naam als de oude server. Op deze manier blijft de URL van het gedeelde bestand hetzelfde voor je eindgebruikers.

Schakel de nieuwe gedeelde map T:\cache in. Alle ACL's van hetzelfde bestand zijn aanwezig. Maak alle share-level rechten opnieuw die op de oude share bestonden.

Verwijder het oude servereindpunt en synchronisatiegroep

Zodra je hebt bevestigd dat alles correct werkt met de nieuwe synchronisatiegroep, kun je de oude synchronisatiegroep deprovisioneren. Verwijder eerst de servereindpunten . Je hoeft niet alle data naar de oude server terug te roepen voordat je het server-endpoint verwijdert.

Zie ook

Feedback

Is deze pagina nuttig?

Last updated on 2026-07-21