Gebruik Data Box om te migreren van Network Attached Storage (NAS) naar Azure-bestandsshares

✔️ Van toepassing op: Klassieke SMB-bestandsshares die zijn gemaakt met de Microsoft.Storage-resourceprovider

✖️ Niet van toepassing op: Alle NFS-bestandsshares, inclusief bestandsshares die zijn gemaakt met de Microsoft. FileShares-resourceprovider of klassieke bestandsshares die zijn gemaakt met de Microsoft. Opslagresourceprovider

Dit migratieartikel is een van de vele met de trefwoorden NAS en Azure Data Box. Controleer of dit artikel van toepassing is op uw scenario:

  • Gegevensbron: Network Attached Storage (NAS)
  • Migratieroute: NAS ⇒ Data Box ⇒ Azure bestandsdeling
  • Geen cachebestanden on-premises: Omdat het uiteindelijke doel is om de Azure-bestandsshares rechtstreeks in de cloud te gebruiken, is er geen plan om Azure File Sync te gebruiken.

Als uw scenario anders is, bekijkt u de tabel met migratiehandleidingen.

Notitie

Data Box ondersteunt NFS als kopieerprotocol, dus je kunt het gebruiken om data te kopiëren van een NAS die NFS bedient. Data Box ondersteunt echter niet het direct importeren van data in NFS Azure-bestandsdelingen. Deze gids behandelt alleen SMB-bestandsdelingsdoelen.

Dit artikel begeleidt u end-to-end bij de planning, implementatie en netwerkconfiguraties die nodig zijn om te migreren van uw NAS-apparaat naar functionele Azure-bestandsshares. Deze gids gebruikt Azure Data Box voor bulk datatransport (offline datatransport).

Migratiedoelen

Het doel is om de shares op uw NAS-apparaat naar Azure te verplaatsen en ze systeemeigen Azure-bestandsshares te laten worden. U kunt systeemeigen Azure-bestandsshares gebruiken zonder een Windows Server nodig te hebben. Deze migratie moet worden uitgevoerd op een manier die de integriteit van de productiegegevens en beschikbaarheid tijdens de migratie garandeert. Dit laatste vereist dat downtime tot een minimum wordt beperkt, zodat deze binnen de normale onderhoudsvensters past of slechts iets groter is.

Migratieoverzicht

Het migratieproces bestaat uit verschillende fasen. Implementeer eerst Azure-opslagaccounts en bestandsshares en configureer het netwerk. Migreer vervolgens je bestanden met Azure Data Box en RoboCopy om bij te blijven met veranderingen. Tot slot schakel je gebruikers en apps over naar de nieuw aangemaakte Azure-bestandsdelingen. In de volgende secties worden de fasen van het migratieproces gedetailleerd beschreven.

Tip

Als u terugkeert naar dit artikel, gebruikt u de navigatie aan de rechterkant om naar de migratiefase te gaan waar u was gebleven.

Fase 1: Bepalen hoeveel Azure-bestandsshares u nodig hebt

Bepaal hoeveel Azure-bestandsdelingen je nodig hebt. Mogelijk hebt u op uw volumes meer mappen die u momenteel lokaal deelt als SMB-delen voor uw gebruikers en apps. Afhankelijk van het aantal bestandsshares dat je naar de cloud wilt migreren, kies je voor een één-op-één mapping of een share-groepering.

Een 1:1-toewijzing gebruiken

Als je een klein aantal shares hebt, gebruik dan een één-op-één mapping. De makkelijkste manier om dit scenario voor te stellen is door je een on-premises share voor te stellen die één-op-één koppelt aan een Azure-bestandsdeling.

Gebruik share-groepering

Als u een groot aantal bestandsdelingen hebt, kunt u overwegen om deze te groeperen. Als uw hr-afdeling bijvoorbeeld 15 shares heeft, kunt u overwegen om alle HR-gegevens op te slaan in één Azure-bestandsshare. Op die manier is slechts één Azure-bestandsshare in de cloud nodig voor deze groep on-premises shares.

Fase 2: Azure-opslagbronnen implementeren

In deze fase maakt u de Azure-opslagaccounts en de bestandsshares daarin aan.

Houd er rekening mee dat een Azure-bestandsshare wordt geïmplementeerd in de cloud in een Azure-opslagaccount. Voor (standaard) HDD-bestandsshares maakt deze configuratie het opslagaccount een schaaldoel voor prestatieparameters zoals IOPS en doorvoer. Als u meerdere bestandsdelingen in een opslagaccount plaatst, creëert u een gedeelde pool van IOPS en doorvoersnelheid voor deze delingen.

In de algemene regel kunt u meerdere Azure-bestandsshares in hetzelfde opslagaccount groeperen als u archiveringsshares hebt of als u een lage dagelijkse activiteit verwacht. Als je echter zeer actieve shares hebt (shares die door veel gebruikers en applicaties worden gebruikt), deploy dan opslagaccounts met elk één bestandsdeling. Deze beperkingen zijn niet van toepassing op FileStorage-opslagaccounts (SSD), waarbij de prestaties expliciet worden ingericht en gegarandeerd voor elke share.

Notitie

Er geldt een limiet van 250 opslagaccounts per abonnement per Azure-regio. Met een quotumverhoging kunt u maximaal 500 opslagaccounts per regio maken. Zie Quota voor Azure Storage-accounts verhogen voor meer informatie.

Een andere overweging bij het implementeren van een opslagaccount is redundantie. Zie Azure Files-redundantie.

Als je een lijst maakt van je shares, koppel dan elke share aan het opslagaccount waar je het aanmaakt.

De namen van uw resources zijn ook belangrijk. Als je bijvoorbeeld meerdere shares voor de HR-afdeling groepeert in een Azure storage-account, noem dan het storage-account passend. Evenzo, wanneer je je Azure-bestandsshares benoemt, gebruik dan namen die lijken op die van hun on-premises tegenhangers.

Implementeer nu het juiste aantal Azure-opslagaccounts met het juiste aantal Azure-bestandsshares. Volg hiervoor de instructies in Een SMB-bestandsshare maken. Zorg er in de meeste gevallen voor dat de regio van elk van je opslagaccounts hetzelfde is.

Fase 3: Bepalen hoeveel Azure Data Box-apparaten u nodig hebt

Begin deze stap pas als je de vorige fase hebt voltooid. Op dat moment had je je Azure-opslagbronnen moeten aanmaken, inclusief opslagaccounts en bestandsdelingen. Tijdens je bestelling van de Data Box moet je aangeven naar welke opslagaccounts de Data Box de data verplaatst.

In deze fase wordt de resultaten van het migratieplan uit de vorige fase gekoppeld aan de limieten van de beschikbare Data Box-opties. Deze overwegingen helpen je een plan te maken voor welke Data Box-opties je kiest en hoeveel je nodig hebt om je NAS-shares naar Azure-bestandsshares te verplaatsen.

Houd rekening met de volgende belangrijke limieten om te bepalen hoeveel apparaten van welk type u nodig hebt:

  • Elke Azure Data Box kan data verplaatsen naar maximaal 10 opslagaccounts.
  • Elke Data Box-optie heeft zijn eigen bruikbare capaciteit. Zie Data Box-opties.

Raadpleeg je migratieplan voor het aantal opslagaccounts die je hebt besloten te maken en de bestandsshares in elk account. Bekijk vervolgens de grootte van elk van de shares op uw NAS. Door deze informatie te combineren kun je beslissen welk apparaat data naar welke opslagaccounts moet sturen. Je kunt twee Data Box-apparaten bestanden naar hetzelfde opslagaccount laten verplaatsen, maar verdeel de inhoud van één enkele bestandsdeling niet over twee Data Box-apparaten.

Databoxopties

Voor een standaardmigratie kies je één of een combinatie van deze twee Data Box-opties:

  • Data Box Deze optie is de meest voorkomende keuze. Het is een robuust Data Box-apparaat dat vergelijkbaar werkt met een NAS. Het wordt naar je verzonden met een bruikbare capaciteit van 80 TiB. Zie de Data Box-documentatie voor meer informatie.
  • Data Box Heavy Deze optie beschikt over een robuust Data Box-apparaat op wielen dat vergelijkbaar werkt met een NAS, met een capaciteit van 1 PiB. De bruikbare capaciteit is ongeveer 20% minder, vanwege de overhead van het versleutelings- en bestandssysteem. Zie de Documentatie van Data Box Heavy voor meer informatie.

Waarschuwing

Data Box Disks wordt niet aanbevolen voor migraties naar Azure-bestandsshares. Data Box Disks behoudt geen metagegevens van bestanden, zoals toegangsmachtigingen (ACL's) en andere kenmerken.

Fase 4: Een tijdelijke Windows Server inrichten

Terwijl je wacht op de komst van je Azure Data Box-apparaten, kun je al één of meer Windows Servers uitrollen die je nodig hebt voor RoboCopy-jobs. Voor eisen aan de OS-versie, zie de belangrijke opmerking in de sectie RoboCopy.

  • Gebruik deze servers om bestanden naar de Data Box te kopiëren.
  • Gebruik deze servers om wijzigingen in te halen die plaatsvinden op het NAS-apparaat terwijl de Data Box wordt vervoerd. Deze benadering houdt downtime aan de bronzijde tot een minimum.

De snelheid waarmee je RoboCopy-opdrachten werken, hangt vooral af van deze factoren:

Houd de genoemde details in gedachten bij het bepalen van het RAM en het aantal threads dat je aan je tijdelijke Windows Server(s) geeft.

Fase 5: Voorbereiden op het gebruik van Azure-bestandsshares

Om tijd te besparen, ga je door met deze fase terwijl je wacht tot je Data Box arriveert. Met de informatie in deze fase kun je beslissen hoe je servers en gebruikers je Azure-bestandsdelingen kunnen gebruiken. De meest kritieke beslissingen zijn:

  • Netwerken: ervoor zorgen dat uw netwerken SMB-verkeer routeren.
  • Verificatie: Azure-opslagaccounts configureren voor Kerberos-verificatie. Microsoft Entra Connect en het joinen van je opslagaccount met een domein stelt je apps en gebruikers in staat hun AD-identiteit te gebruiken voor authenticatie.
  • Autorisatie: Share-level ACL's voor elke Azure-bestandsdeling stellen AD-gebruikers en groepen in staat toegang te krijgen tot een bepaalde share, en binnen een Azure-bestandsdeling nemen native NTFS ACL's het over. Autorisatie op basis van bestands- en map-ACL's werkt dan net als voor on-premises SMB-shares.
  • Bedrijfscontinuïteit: Integratie van Azure-bestandsshares in een bestaande omgeving houdt vaak in dat bestaande shareadressen behouden blijven. Als u nog geen DFS-naamruimten gebruikt, kunt u overwegen dat in uw omgeving tot stand te brengen. Je kunt share-adressen die je gebruikers en scripts gebruiken ongewijzigd laten. U gebruikt DFS-N als een routeringsservice voor naamruimten voor SMB door DFS-naamruimtedoelen na de migratie om te leiden naar Azure-bestandsshares.

Deze video is een handleiding en demo voor het veilig beschikbaar maken van Azure-bestandsshares rechtstreeks aan informatiewerkers en apps in vijf eenvoudige stappen.
De video verwijst naar specifieke documentatie voor de volgende onderwerpen. Houd er rekening mee dat Azure Active Directory nu Microsoft Entra ID is. Meer informatie leest u in Nieuwe naam voor Azure AD.

Fase 6: Kopieer bestanden naar je Data Box

Wanneer je Data Box arriveert, stel je je Data Box in met onbelemmerde netwerkconnectiviteit naar je NAS-apparaat. Volg de installatiedocumentatie voor het type Data Box dat je hebt besteld.

Afhankelijk van het type Data Box heb je mogelijk toegang tot kopieertools van Data Box. Gebruik ze op dit moment niet voor migraties naar Azure-bestandsdelingen, want ze kopiëren je bestanden niet volledig naar de Data Box. Gebruik in plaats daarvan RoboCopy.

Wanneer je Data Box arriveert, zijn er vooraf geprovisioneerde SMB-shares beschikbaar voor elk opslagaccount dat je bij het bestellen hebt opgegeven.

  • Als je bestanden worden opgeslagen in een SSD Azure-bestandsshare, heeft elk SSD-"File storage"-opslagaccount één SMB-share.
  • Als je bestanden in een HDD-opslagaccount terechtkomen, zijn er drie SMB-shares per HDD pay-as-you-go opslagaccount. Alleen de file share die eindigt met _AzFile is relevant voor je migratie. Negeer eventuele blok- en pagina-blobshares.

Hoe Data Box mappen naar Azure-bestandsshares koppelt

Onder de <storage-account-name>_AzFile device share wordt elke map op het eerste niveau gekoppeld aan een Azure-bestandsdeling op het doelopslagaccount:

  • De naam van de map op het eerste niveau wordt tijdens de invoering de Azure-bestandssharenaam. Als een share met die naam nog niet bestaat in het doelopslagaccount, maakt Data Box deze aan. Als het wel bestaat, kopieert Data Box de data naar dat bestaande share.

  • Kopieer bestanden niet direct naar de root van de _AzFile share. Alle data moet in een map op het eerste niveau worden geplaatst.

  • Voor een één-op-één mapping met je bron-SMB-shares, maak je voor elke bronshare één map op eerste niveau (met de gewenste Azure-bestandssharenaam) en kopieer je elke bronshare naar de bijbehorende map. Voorbeeld:

    \\<DataBox-IP>\<storage-account-name>_AzFile\Share1
\\<DataBox-IP>\<storage-account-name>_AzFile\Share2
\\<DataBox-IP>\<storage-account-name>_AzFile\Share3

Voor meer informatie, zie Connect to Data Box.

Volg de stappen in de Documentatie voor Azure Data Box:

  1. Verbinding maken met Data Box
  2. Gegevens kopiëren naar Data Box
  3. Bekijk het RoboCopy-logbestand op fouten om te bevestigen dat alle bestanden succesvol zijn gekopieerd.
  4. Bereid je Data Box voor op vertrek naar Azure

De gekoppelde Data Box-documentatie specificeert een RoboCopy-commando. Het commando is echter niet geschikt om de volledige bestands- en mapnauwkeurigheid te behouden. Dit commando maakt gebruik van /MT:32 omdat het een lokale LAN-kopie naar de Data Box is met verwaarloosbare latentie, dus een hoger aantal threads hier passend is dan voor de op WAN gebaseerde inhaalkopie in fase 7:

Robocopy /MT:32 /NP /NFL /NDL /B /MIR /IT /COPY:DATSO /DCOPY:DAT /UNILOG:<FilePathAndName> <SourcePath> <Dest.Path>
  • Bekijk de tabel in de komende sectie RoboCopy voor meer informatie over de details van de afzonderlijke RoboCopy-vlaggen.
  • Voor meer informatie over het passend wijzigen van het aantal /MT:nthreads, het optimaliseren van RoboCopy-snelheid en het maken van RoboCopy een goede buur in uw datacenter, bekijkt u de sectie RoboCopy-probleemoplossing.

Tip

Als alternatief voor RoboCopy biedt Data Box een datakopieerdienst. U kunt deze service gebruiken om bestanden met volledige betrouwbaarheid in uw Data Box te laden. Volg deze zelfstudie over het kopiëren van gegevens en zorg ervoor dat u het juiste Azure-bestandssharedoel instelt.

Fase 7: RoboCopy inhalen vanaf uw NAS

Nadat Data Box heeft gemeld dat alle bestanden en mappen in de geplande Azure-bestandsshares zijn geplaatst, ga je verder met deze fase. Je hebt alleen een inhaal-RoboCopy nodig als de data op de NAS veranderd is sinds de Data Box-kopie is begonnen. In bepaalde scenario's waarin u een share gebruikt voor archiveringsdoeleinden, kunt u mogelijk wijzigingen in de share op uw NAS stoppen totdat de migratie is voltooid. Mogelijk hebt u ook de mogelijkheid om aan uw zakelijke vereisten te voldoen door NAS-shares in te stellen op alleen-lezen tijdens de migratie.

Als een share tijdens de migratie lees- en schrijfbewerkingen moet toestaan en je slechts een korte periode van uitval kunt opvangen, is het belangrijk deze inhaalstap met RoboCopy te voltooien voordat de gebruikerstoegang via failover rechtstreeks naar de Azure-bestandsshare wordt overgezet.

In deze stap voer je RoboCopy-taken uit om je cloudshares bij te houden met de laatste wijzigingen op je NAS sinds het moment dat je je shares op de Data Box hebt geforkt. Deze inhaalslag met RoboCopy kan snel klaar zijn of even duren, afhankelijk van de hoeveelheid wijzigingen die op je NAS-shares hebben plaatsgevonden.

Voer de eerste lokale kopie uit naar de doelmap van Windows Server:

  1. Identificeer de eerste locatie op uw NAS-apparaat.
  2. Identificeer de overeenkomende Azure-bestandsshare.
  3. Koppel de Azure-bestandssite als lokaal netwerkstation op uw tijdelijke Windows Server.
  4. Start de kopie met RoboCopy, zoals beschreven.

Een Azure-bestandsshare koppelen

Voordat u RoboCopy kunt gebruiken, moet u de Azure-bestandsshare toegankelijk maken via SMB. De eenvoudigste manier is om de share te koppelen als een lokaal netwerkstation aan de Windows Server die u van plan bent te gebruiken voor RoboCopy.

Belangrijk

Voordat u een Azure-bestandsshare kunt koppelen aan een lokale Windows Server, moet u fase 5 voltooien: Voorbereiden op het gebruik van Azure-bestandsshares.

Als je er klaar voor bent, bekijk dan het how-to-artikel 'Een Azure-bestandsshare gebruiken met Windows' en koppel de Azure-bestandsshare waarvoor je de NAS-catch-up met RoboCopy wilt starten.

RoboCopy

Het volgende RoboCopy-commando kopieert alleen de verschillen (bijgewerkte bestanden en mappen) van je NAS-opslag naar je Azure-bestandsdeling.

robocopy <SourcePath> <Dest.Path> /MT:20 /R:2 /W:1 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /XD "System Volume Information" /UNILOG:<FilePathAndName>
Schakelaar Betekenis
/MT:n Hiermee kan Robocopy in multithreaded-modus worden uitgevoerd. De standaardwaarde n is 8. Het maximum is 128 threads. Hoewel een hoog aantal threads helpt de beschikbare bandbreedte te verzadigen, betekent dit niet dat uw migratie altijd sneller is met meer threads. Tests met Azure Files geven aan dat een aantal tussen 8 en 20 zorgt voor evenwichtige prestaties bij een eerste kopieeropdracht. Volgende /MIR uitvoeringen worden geleidelijk beïnvloed door de beschikbare rekenkracht versus de beschikbare netwerkbandbreedte. Voor volgende uitvoeringen moet u de waarde van het aantal threads nauwkeuriger overeen laten komen met het aantal processorkernen en het aantal threads per kern. Overweeg of kernen moeten worden gereserveerd voor andere taken die een productieserver mogelijk heeft. Tests met Azure Files hebben aangetoond dat maximaal 64 threads een goede prestaties opleveren, maar alleen als uw processors ze tegelijkertijd in leven kunnen houden.
/R:n Het Maximum aantal nieuwe pogingen voor een bestand dat niet kan worden gekopieerd bij de eerste poging. Robocopy probeert n keer voordat het bestand definitief niet kan worden gekopieerd. U kunt de prestaties van uw uitvoering optimaliseren: kies een waarde van twee of drie als u denkt dat time-outproblemen in het verleden fouten hebben veroorzaakt. Dit kan vaker voorkomen via WAN-koppelingen. Kies niet opnieuw proberen of een waarde van één als u denkt dat het kopiëren van het bestand is mislukt omdat het actief in gebruik was. Als u het een paar seconden later opnieuw probeert, is het mogelijk niet voldoende om de status in gebruik van het bestand te wijzigen. Gebruikers of apps die het bestand openen houden, hebben mogelijk uren meer tijd nodig. In dit geval kan het accepteren dat het bestand niet meteen is gekopieerd, ervoor zorgen dat het bij een van je geplande, volgende Robocopy-uitvoeringen alsnog succesvol wordt gekopieerd. Dit helpt de huidige uitvoering sneller te voltooien zonder te worden verlengd door veel nieuwe pogingen die uiteindelijk in een meerderheid van de kopieerfouten terechtkomen omdat bestanden nog steeds zijn geopend na de time-out voor opnieuw proberen.
/W:n Specificeert de tijd dat Robocopy wacht voordat wordt geprobeerd een bestand te kopiëren dat niet is gekopieerd tijdens een vorige poging. n is het aantal seconden dat moet worden gewacht tussen nieuwe pogingen. /W:n wordt vaak samen met /R:n.
/B Voert Robocopy uit in dezelfde modus die een back-uptoepassing zou gebruiken. Met deze switch kan Robocopy bestanden verplaatsen waarvoor de huidige gebruiker geen machtigingen heeft. De back-upswitch is afhankelijk van het uitvoeren van de Robocopy-opdracht in een console met verhoogde beheerdersrechten of PowerShell-venster. Als je Robocopy gebruikt voor Azure Files, zorg er dan voor dat je de Azure-bestandsdeling mountt met de toegangssleutel van het opslagaccount in plaats van een domeinidentiteit. Als u dat niet doet, leiden de foutberichten mogelijk niet intuïtief tot een oplossing van het probleem.
/MIR (Sspiegelen van bron naar doel.) Hiermee kan Robocopy alleen delta's kopiëren tussen bron en doel. Lege submappen worden gekopieerd. Items (bestanden of mappen) die zijn gewijzigd of die niet bestaan in het doel, worden gekopieerd. Items die aanwezig zijn in het doel, maar niet in de bron, worden opgeschoond (verwijderd) uit het doel. Wanneer u deze switch gebruikt, moeten de bron- en doelmapstructuren exact overeenkomen. Vergelijking betekent dat u kopieert van het juiste bron- en mapniveau naar het overeenkomende mapniveau op het doel. Alleen dan kan een 'inhaalkopie' succesvol zijn. Wanneer de bron en het doel niet overeenkomen, leidt het gebruik van /MIR tot grootschalige verwijderingen en herkopieën.
/IT Zorgt dat de betrouwbaarheid behouden blijft in bepaalde spiegelscenario's.
Als een bestand bijvoorbeeld een wijziging in een ACL en een kenmerkupdate tussen twee Robocopy-uitvoeringen ondervindt, wordt het gemarkeerd als verborgen. Zonder /ITkan de ACL-wijziging worden gemist door Robocopy en niet worden overgedragen naar de doellocatie.
/COPY:[copyflags] De nauwkeurigheid van de kopie van het bestand. Standaard: /COPY:DAT. Kopieer vlaggen: D= Gegevens, A= Attributen, T= Tijdstempels, S= Beveiliging = NTFS ACL's, O= Eigenaarsinformatie, U= Controleinformatie. Controlegegevens kunnen niet worden opgeslagen in een Azure-bestandsshare.
/DCOPY:[copyflags] Nauwkeurigheid bij het kopiëren van mappen. Standaard: /DCOPY:DA. Kopievlaggen: D= Gegevens, A= Attributen, T= Tijdstempels.
/NP Geeft aan dat de voortgang van de kopie voor elk bestand en elke map niet wordt weergegeven. Het weergeven van de voortgang verlaagt de kopieerprestaties aanzienlijk.
/NFL Hiermee wordt aangegeven dat bestandsnamen niet worden gelogd. Verbetert de kopieerprestaties.
/NDL Hiermee wordt aangegeven dat mapnamen niet worden gelogd. Verbetert de kopieerprestaties.
/XD Hiermee geeft u directories op die moeten worden uitgesloten. Wanneer Robocopy wordt uitgevoerd op de hoofdmap van een volume, kunt u overwegen om de verborgen System Volume Information map uit te sluiten. Indien gebruikt zoals ontworpen, is alle informatie specifiek voor het exacte volume op dit exacte systeem en kan op aanvraag opnieuw worden opgebouwd. Het kopiëren van deze informatie is niet nuttig in de cloud of wanneer de data ooit terug wordt gekopieerd naar een ander Windows-volume. Het achterlaten van deze content is geen dataverlies.
/UNILOG:<file name> Hiermee wordt de status naar het logboekbestand geschreven als Unicode. (Hiermee wordt het bestaande logboek overschreven.)
/L Alleen voor een testrun
Bestanden moeten alleen worden vermeld. Ze worden niet gekopieerd, niet verwijderd en krijgen geen tijdstempel. Vaak gebruikt met /TEE voor console-uitvoer. Vlaggen uit het voorbeeldscript, zoals /NP, /NFLen /NDL, moeten mogelijk worden verwijderd om u goed gedocumenteerde testresultaten te bereiken.
/Z Gebruik voorzichtig
Bestanden kopiëren in de modus voor opnieuw opstarten. Deze switch wordt alleen aanbevolen in een instabiele netwerkomgeving. Het vermindert de kopieerprestaties aanzienlijk vanwege extra logboekregistratie.
/ZB Gebruik voorzichtig
de opnieuw opstartmodus. Deze optie gebruikt de back-upmodus als de toegang is geweigerd. Deze optie vermindert de prestaties van het kopiëren aanzienlijk door het gebruik van controlepunten.

Belangrijk

Gebruik indien mogelijk Windows Server 2022 of nieuwer. Zorg er bij het gebruik van Windows Server 2019 voor dat het nieuwste patchniveau of ten minste OS-update KB5005103 is geïnstalleerd. Het bevat belangrijke oplossingen voor bepaalde Robocopy-scenario's.

Tip

Bekijk de sectie Probleemoplossing als RoboCopy van invloed is op uw productieomgeving, rapporteert veel fouten of loopt niet zo snel als verwacht.

Overstap door gebruiker

Wanneer u de RoboCopy-opdracht voor het eerst uitvoert, hebben uw gebruikers en toepassingen nog steeds toegang tot bestanden op de NAS en kunnen ze wijzigen. Het is mogelijk dat RoboCopy een map heeft verwerkt, naar de volgende map gaat en vervolgens een gebruiker op de bronlocatie (NAS) een bestand toevoegt, wijzigt of verwijdert dat nu niet wordt verwerkt in deze huidige RoboCopy-uitvoering. Dit gedrag is verwacht.

De eerste uitvoering gaat over het verplaatsen van het grootste deel van de gegevens naar uw Azure-bestandsshare. Dit eerste exemplaar kan enige tijd duren. Bekijk de sectie Probleemoplossing voor meer inzicht in wat van invloed kan zijn op RoboCopy-snelheden.

Na de eerste run voer je het commando opnieuw uit.

De tweede keer dat je RoboCopy voor dezelfde netwerkshare uitvoert, is het sneller klaar, omdat het alleen wijzigingen hoeft te kopiëren die sinds de vorige uitvoering hebben plaatsgevonden. U kunt herhaalde taken uitvoeren voor dezelfde share.

Wanneer u rekening houdt met de downtime die acceptabel is, moet u gebruikerstoegang tot uw NAS-shares verwijderen. U kunt dit doen door stappen uit te voeren waardoor gebruikers de bestands- en mapstructuur en inhoud niet kunnen wijzigen. Een voorbeeld is om uw DFS-naamruimte te laten verwijzen naar een niet-bestaande locatie of de hoofd-ACL's op de share te wijzigen.

Voer een laatste RoboCopy-ronde uit. Het pikt eventuele veranderingen op die misschien gemist zijn. Hoe lang deze laatste stap duurt, is afhankelijk van de snelheid van de RoboCopy-scan. U kunt een schatting maken van de tijd (die gelijk is aan uw downtime) door te meten hoe lang de vorige uitvoering duurde.

Maak een share in de Windows Server-map en pas eventueel de DFS-N-implementatie aan zodat deze ernaar verwijst. Zorg ervoor dat u dezelfde machtigingen op shareniveau instelt als op uw NAS SMB-share. Als u een NAS van ondernemingsniveau hebt die lid is van een domein, komen de gebruikers-SIDs automatisch overeen omdat de gebruikers in Active Directory bestaan en RoboCopy bestanden en metagegevens met volledige nauwkeurigheid kopieert. Als u lokale gebruikers op uw NAS hebt gebruikt, moet u deze gebruikers opnieuw aanmaken als lokale gebruikers van Windows Server. Vervolgens moet u de bestaande SID's, die door RoboCopy zijn verplaatst naar uw Windows Server, koppelen aan de SID's van uw nieuwe lokale gebruikers van Windows Server.

Je hebt een gedeelde map of een groep gedeelde mappen gemigreerd naar een gemeenschappelijke hoofdmap of volume.

U kunt proberen een aantal van deze kopieën parallel uit te voeren. Verwerk de scope van één Azure-bestandsdeling tegelijk.

Problemen oplossen

De snelheid en slagingspercentage van een RoboCopy-run hangen af van verschillende factoren:

  • IOPS op de bron- en doelopslag
  • de beschikbare netwerkbandbreedte tussen bron en doel
  • de mogelijkheid om bestanden en mappen in een naamruimte snel te verwerken
  • het aantal wijzigingen tussen RoboCopy-uitvoeringen
  • de grootte en het aantal bestanden dat u moet kopiëren

Overwegingen voor IOPS en bandbreedte

In deze categorie moet u rekening houden met de mogelijkheden van de bronopslag, de doelopslag en het netwerk waarmee ze worden verbonden. De maximale doorvoer wordt bepaald door de traagste van deze drie onderdelen. Zorg ervoor dat uw netwerkinfrastructuur is geconfigureerd ter ondersteuning van optimale overdrachtssnelheden naar de beste mogelijkheden.

Let op

Hoewel het vaak wenselijk is om zo snel mogelijk te kopiëren, kunt u overwegen gebruik te maken van uw lokale netwerk en NAS-apparaat voor andere, vaak bedrijfskritieke taken.

Zo snel mogelijk kopiëren is mogelijk niet wenselijk wanneer er een risico bestaat dat de migratie beschikbare resources in beslag neemt.

  • Overweeg wanneer het het beste in uw omgeving is om migraties uit te voeren: overdag, buiten kantooruren of in het weekend.
  • Overweeg ook QoS te netwerken op een Windows Server om de RoboCopy-snelheid te beperken.
  • Vermijd onnodig werk voor de migratiehulpprogramma's.

RoboCopy kan vertragingen tussen pakketten invoegen door de /IPG:n switch op te geven waar n wordt gemeten in milliseconden tussen RoboCopy-pakketten. Het gebruik van deze switch kan helpen monopolisering van middelen op zowel I/O-beperkte apparaten als overvolle netwerkverbindingen te voorkomen.

/IPG:n kan niet worden gebruikt voor precieze netwerksnelheidsbeperking tot een bepaalde Mbps. Gebruik in plaats daarvan QoS voor Windows Server-netwerk. RoboCopy is volledig afhankelijk van het SMB-protocol voor alle netwerkbehoeften. Het gebruik van SMB is de reden waarom RoboCopy de netwerkdoorvoer zelf niet kan beïnvloeden, maar het gebruik ervan kan vertragen.

Een vergelijkbare gedachteregel is van toepassing op de IOPS die op de NAS is waargenomen. De clustergrootte op het NAS-volume, pakketgrootten en een matrix van andere factoren beïnvloeden de waargenomen IOPS. Het introduceren van vertraging tussen pakketten is vaak de eenvoudigste manier om de belasting van de NAS te beheren. Test meerdere waarden, zoals van ongeveer 20 milliseconden (n=20) tot veelvouden van dat getal. Nadat je een vertraging hebt ingevoerd, kun je beoordelen of je andere apps nu weer normaal werken. Deze optimalisatiestrategie helpt je de optimale RoboCopy-snelheid in je omgeving te vinden.

Verwerkingssnelheid

RoboCopy doorloopt de door je opgegeven naamruimte en evalueert elk bestand en map voor kopiëren. Het evalueert elk bestand tijdens een eerste kopie en tijdens inhaalkopieën. Bijvoorbeeld herhaalde uitvoeringen van RoboCopy /MIR op dezelfde bron- en doelopslaglocaties. Deze herhaalde runs minimaliseren downtime voor gebruikers en apps en verbeteren het algehele slagingspercentage van gemigrerde bestanden.

Bandbreedte wordt vaak beschouwd als de meest beperkende factor bij een migratie, en dat kan waar zijn. Maar de mogelijkheid om een naamruimte op te sommen, kan de totale tijd beïnvloeden om nog meer te kopiëren voor grotere naamruimten met kleinere bestanden. Bedenk dat het kopiëren van 1 TiB aan kleine bestanden aanzienlijk langer duurt dan het kopiëren van 1 TiB van minder maar grotere bestanden, ervan uitgaande dat alle andere variabelen hetzelfde blijven. Daarom kan het zijn dat u trage overdracht ondervindt als u een groot aantal kleine bestanden migreert. Dit verschil wordt verwacht.

De oorzaak van dit verschil is de verwerkingskracht die nodig is om een naamruimte te doorlopen. RoboCopy ondersteunt kopieën met meerdere threads via de /MT:n parameter waarbij n staat voor het aantal threads dat moet worden gebruikt. Houd bij het inrichten van een machine die specifiek is bedoeld voor RoboCopy, rekening met het aantal processorkernen en de relatie met het aantal threads dat ze bieden. De meest voorkomende zijn twee threads per kern. Het aantal kernen en threads van een machine is een belangrijk gegevenspunt om te bepalen welke waarden voor meerdere threads /MT:n u moet opgeven. Overweeg ook hoeveel RoboCopy-taken u parallel wilt uitvoeren op een bepaalde computer.

Meer threads kopiëren het 1 TiB-voorbeeld van kleine bestanden aanzienlijk sneller dan minder threads. Tegelijkertijd levert de extra investering van middelen in de 1 TiB van grotere bestanden mogelijk geen evenredige voordelen op. Een hoog aantal threads probeert meer van de grote bestanden gelijktijdig over het netwerk te kopiëren. Deze extra netwerkactiviteit verhoogt de kans dat de doorvoer- of opslag-IOPS wordt beperkt.

Tijdens een eerste RoboCopy naar een lege doellocatie of een differentiële uitvoering met veel gewijzigde bestanden, wordt u waarschijnlijk beperkt door uw netwerkbandbreedte. Begin met een hoog aantal threads voor een eerste uitvoering. Een hoog aantal threads, zelfs buiten de momenteel beschikbare threads op de machine, helpt de beschikbare netwerkbandbreedte te verzadigen. Volgende /MIR-uitvoeringen worden geleidelijk beïnvloed door het verwerken van items. Minder wijzigingen in een differentiële uitvoering betekenen minder transport van gegevens via het netwerk. Uw snelheid is nu afhankelijk van de mogelijkheid om naamruimteitems te verwerken dan ze via de netwerkkoppeling te verplaatsen. Voor volgende uitvoeringen moet u de waarde voor het aantal threads vergelijken met het aantal processorkernen en het aantal threads per kern. Overweeg of kernen moeten worden gereserveerd voor andere taken die een productieserver mogelijk heeft.

Tip

Vuistregel: Tijdens de eerste RoboCopy-uitvoering, die veel gegevens van een netwerk met hogere latentie verplaatst, is het voordelig om het aantal threads te overprovisioneren (/MT:n). Bij volgende uitvoeringen worden er minder verschillen gekopieerd en is de kans groter dat de beperking verschuift van netwerkdoorvoer naar rekencapaciteit. Onder deze omstandigheden is het vaak beter om het aantal RoboCopy-threads te vergelijken met de daadwerkelijk beschikbare threads op de machine. Overinrichting in dat scenario kan leiden tot meer contextverschuivingen in de processor, waardoor uw kopie mogelijk wordt vertraagd.

Vermijd onnodig werk

Vermijd grootschalige wijzigingen in uw naamruimte. Bijvoorbeeld het verplaatsen van bestanden tussen mappen, het wijzigen van eigenschappen op grote schaal of het wijzigen van machtigingen (NTFS ACL's). Met name ACL-wijzigingen kunnen een grote impact hebben omdat ze vaak een trapsgewijs wijzigingseffect hebben op bestanden die lager in de maphiërarchie zijn. Gevolgen kunnen zijn:

  • verlengde uitvoeringstijd van RoboCopy-taken omdat alle bestanden en mappen die beïnvloed worden door een wijziging in de ACL, moeten worden bijgewerkt
  • Eerder verplaatste gegevens opnieuw gebruiken kan betekenen dat deze opnieuw moeten worden gekopieerd. Zo moet er meer data worden gekopieerd wanneer mapstructuren veranderen nadat bestanden al zijn gekopieerd. Een RoboCopy-taak kan een naamruimtewijziging niet 'afspelen'. De volgende taak moet de bestanden die eerder naar de oude mapstructuur zijn verplaatst, leegmaken en de bestanden opnieuw uploaden in de nieuwe mapstructuur.

Een ander belangrijk aspect is het effectief gebruiken van het RoboCopy-hulpprogramma. Door het aanbevolen RoboCopy-script te gebruiken, maak je een logbestand aan en sla je het op voor fouten. Er kunnen kopieerfouten optreden en dat is normaal. Deze fouten maken het vaak nodig om meerdere rondes van een kopieerprogramma zoals RoboCopy uit te voeren. Bijvoorbeeld, een eerste run, bijvoorbeeld van een NAS naar Data Box of een server naar een Azure-bestandsdeling, en één of meer extra runs met de /MIR switch om bestanden te vangen en opnieuw te proberen die niet gekopieerd zijn.

Wees voorbereid om RoboCopy meerdere keren uit te voeren binnen een bepaald naamruimtebereik. Opeenvolgende runs zijn sneller klaar omdat ze minder hoeven te kopiëren, maar worden steeds meer beperkt door de snelheid waarmee de naamruimte wordt verwerkt. Wanneer u meerdere rondes uitvoert, kunt u elke ronde versnellen door RoboCopy niet onredelijk hard te laten proberen om alles in een bepaalde uitvoering te kopiëren. Deze RoboCopy-switches kunnen een aanzienlijk verschil maken:

  • /R:n n = hoe vaak u een mislukt bestand opnieuw probeert te kopiëren en
  • /W:n n = het aantal seconden dat moet worden gewacht tussen nieuwe pogingen

/R:5 /W:5 is een redelijke instelling die u naar wens kunt aanpassen. In dit voorbeeld wordt een mislukt bestand vijf keer opnieuw geprobeerd, met een wachttijd van vijf seconden tussen nieuwe pogingen. Als het bestand nog steeds niet kan worden gekopieerd, probeert de volgende RoboCopy-taak het opnieuw. Vaak kunnen bestanden die zijn mislukt omdat ze in gebruik zijn of vanwege time-outproblemen uiteindelijk op deze manier worden gekopieerd.

Zie ook

  • Last updated on