Delen via

DataBox gebruiken om te migreren van Nas (Network Attached Storage) naar Azure-bestandsshares

  • Artikel

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

  • Gegevensbron: Network Attached Storage (NAS)
  • Migratieroute: NAS ⇒ DataBox ⇒ Azure-bestandsshare
  • 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.

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. In deze handleiding wordt Azure DataBox gebruikt voor bulkgegevenstransport (offline gegevenstransport).

Van toepassing op

Bestands sharetype SMB NFS
Standaardbestandsshares (GPv2), LRS/ZRS Ja Nee
Standaardbestandsshares (GPv2), GRS/GZRS Ja Nee
Premium bestandsshares (FileStorage), LRS/ZRS Ja Nr.

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 in de normale onderhoudsvensters past of slechts iets groter is dan de normale onderhoudsvensters.

Migratieoverzicht

Het migratieproces bestaat uit verschillende fasen. U moet Azure-opslagaccounts en bestandsshares implementeren en netwerken configureren. Vervolgens migreert u uw bestanden met behulp van Azure DataBox en RoboCopy om wijzigingen in te halen. Ten slotte knipt u uw gebruikers en apps over naar de zojuist gemaakte Azure-bestandsshares. 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

In deze stap bepaalt u hoeveel Azure-bestandsshares u nodig hebt. Mogelijk hebt u meer mappen op uw volumes die u momenteel lokaal deelt als SMB deelt met uw gebruikers en apps. Afhankelijk van het aantal bestandsshares dat u wilt migreren naar de cloud, kunt u ervoor kiezen om een 1:1-toewijzing of sharegroepering te gebruiken.

Een 1:1-toewijzing gebruiken

Als u een klein aantal shares hebt, raden we u aan een toewijzing van 1:1 te gebruiken. De eenvoudigste manier om dit scenario voor te stellen, is door een on-premises share te maken die 1:1 toewijst aan een Azure-bestandsshare.

Delen groeperen gebruiken

Als u een groot aantal bestandsshares hebt, kunt u overwegen om groepering te delen. 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 richt u de Azure-opslagaccounts en de bestandsshares hierin in.

Houd er rekening mee dat een Azure-bestandsshare wordt geïmplementeerd in de cloud in een Azure-opslagaccount. Voor standaardbestandsshares is deze rangschikking het opslagaccount een schaaldoel voor prestatienummers zoals IOPS en doorvoer. Als u meerdere bestandsshares in één opslagaccount plaatst, maakt u een gedeelde groep IOPS en doorvoer voor deze shares.

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 u echter zeer actieve shares hebt (shares die door veel gebruikers en/of toepassingen worden gebruikt), wilt u opslagaccounts met één bestandsshare implementeren. Deze beperkingen zijn niet van toepassing op FileStorage-opslagaccounts (Premium), 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 u een lijst met uw shares hebt gemaakt, moet u elke share toewijzen aan het opslagaccount waarin deze wordt gemaakt.

De namen van uw resources zijn ook belangrijk. Als u bijvoorbeeld meerdere shares voor de HR-afdeling groeperen in een Azure-opslagaccount, moet u het opslagaccount de juiste naam opgeven. Op dezelfde manier moet u, wanneer u uw Azure-bestandsshares een naam krijgt, namen gebruiken die vergelijkbaar zijn met de namen die zijn gebruikt voor 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. In de meeste gevallen wilt u ervoor zorgen dat de regio van elk van uw opslagaccounts hetzelfde is.

Fase 3: Bepalen hoeveel Azure DataBox-apparaten u nodig hebt

Start deze stap alleen wanneer u de vorige fase hebt voltooid. Uw Azure-opslagbronnen (opslagaccounts en bestandsshares) moeten op dit moment worden gemaakt. Tijdens uw DataBox-bestelling moet u opgeven in welke opslagaccounts de DataBox gegevens verplaatst.

In deze fase moet u de resultaten van het migratieplan uit de vorige fase toewijzen aan de limieten van de beschikbare DataBox-opties. Deze overwegingen helpen u bij het maken van een plan voor welke DataBox-opties u moet kiezen en hoeveel daarvan u nodig hebt om uw NAS-shares te verplaatsen naar Azure-bestandsshares.

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

  • Elke Azure DataBox kan gegevens verplaatsen naar maximaal 10 opslagaccounts.
  • Elke DataBox-optie heeft een eigen bruikbare capaciteit. Zie DataBox-opties.

Raadpleeg uw migratieplan voor het aantal opslagaccounts dat u hebt gemaakt en de shares in elk account. Bekijk vervolgens de grootte van elk van de shares op uw NAS. Door deze informatie te combineren, kunt u optimaliseren en bepalen welk apparaat gegevens moet verzenden naar welke opslagaccounts. U kunt twee DataBox-apparaten verplaatsen naar hetzelfde opslagaccount, maar geen inhoud van één bestandsshare splitsen in 2 DataBoxes.

Opties voor DataBox

Voor een standaardmigratie moet een of een combinatie van deze twee DataBox-opties worden gekozen:

  • DataBox Dit is de meest voorkomende optie. Een robuust DataBox-apparaat, dat vergelijkbaar is met een NAS, wordt naar u verzonden. Het heeft een bruikbare capaciteit van 80 TiB. Zie de DataBox-documentatie voor meer informatie.
  • DataBox Heavy Deze optie heeft een robuust DataBox-apparaat op wielen, dat vergelijkbaar is 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 DataBox Heavy-documentatie 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 u wacht tot uw Azure DataBox(en) binnenkomen, kunt u al een of meer Windows-servers implementeren die u nodig hebt voor het uitvoeren van RoboCopy-taken.

  • Het eerste gebruik van deze servers is het kopiëren van bestanden naar de DataBox.
  • Het tweede gebruik van deze servers is het inhalen van wijzigingen die zijn opgetreden op het NAS-apparaat terwijl DataBox in transport was. Deze benadering houdt downtime aan de bronzijde tot een minimum.

De snelheid waarin uw RoboCopy-taken werken, zijn voornamelijk afhankelijk van deze factoren:

  • IOPS op de bron- en doelopslag
  • de beschikbare netwerkbandbreedte ertussen
    vindt u meer informatie in de sectie Probleemoplossing: IOPS- en bandbreedteoverwegingen
  • de mogelijkheid om bestanden en mappen snel te verwerken in een naamruimte
    Meer informatie vinden in de sectie Probleemoplossing: Verwerkingssnelheid
  • het aantal wijzigingen tussen RoboCopy-uitvoeringen
    Meer informatie vindt u in de sectie Probleemoplossing: Onnodig werk voorkomen

Het is belangrijk om rekening te houden met de details waarnaar wordt verwezen bij het bepalen van het AANTAL RAM-geheugen en threads dat u aan uw tijdelijke Windows Server(s) verstrekt.

Fase 5: Voorbereiden op het gebruik van Azure-bestandsshares

Als u tijd wilt besparen, moet u doorgaan met deze fase terwijl u wacht totdat uw DataBox binnenkomt. Met de informatie in deze fase kunt u bepalen hoe uw servers en gebruikers in Azure en buiten Azure worden ingeschakeld om uw Azure-bestandsshares te gebruiken. De meest kritieke beslissingen zijn:

  • Netwerken: ervoor zorgen dat uw netwerken SMB-verkeer routeren.
  • Verificatie: Azure-opslagaccounts configureren voor Kerberos-verificatie. Als adConnect en domein lid worden van uw opslagaccount, kunnen uw apps en gebruikers hun AD-identiteit gebruiken voor verificatie
  • Autorisatie: ACL's op shareniveau voor elke Azure-bestandsshare bieden AD-gebruikers en -groepen toegang tot een bepaalde share en binnen een Azure-bestandsshare, worden systeemeigen NTFS-ACL's overgenomen. 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 dit in uw omgeving tot stand brengen. U kunt shareadressen behouden die uw gebruikers en scripts gebruiken, ongewijzigd. 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: Bestanden kopiëren naar uw DataBox

Wanneer uw DataBox binnenkomt, moet u uw DataBox instellen met niet-gempte netwerkconnectiviteit met uw NAS-apparaat. Volg de installatiedocumentatie voor het DataBox-type dat u hebt besteld.

Afhankelijk van het DataBox-type zijn er mogelijk hulpprogramma's voor het kopiëren van DataBox beschikbaar voor u. Op dit moment worden ze niet aanbevolen voor migraties naar Azure-bestandsshares omdat ze uw bestanden niet met volledige betrouwbaarheid naar de DataBox kopiëren. Gebruik in plaats daarvan RoboCopy.

Wanneer uw DataBox binnenkomt, zijn er vooraf ingerichte SMB-shares beschikbaar voor elk opslagaccount dat u hebt opgegeven op het moment van bestellen.

  • Als uw bestanden naar een Premium Azure-bestandsshare gaan, is er één SMB-share per premium 'File Storage'-opslagaccount.
  • Als uw bestanden naar een standaardopslagaccount gaan, zijn er drie SMB-shares per standaardopslagaccount (GPv1 en GPv2). Alleen de bestandsshares die eindigen, _AzFiles zijn relevant voor uw migratie. Negeer eventuele blok- en pagina-blobshares.

Volg de stappen in de Documentatie voor Azure DataBox:

  1. Verbinding maken met Data Box
  2. Gegevens kopiëren naar Data Box
  3. Uw DataBox voorbereiden voor vertrek naar Azure

De gekoppelde DataBox-documentatie geeft een RoboCopy-opdracht op. De opdracht is echter niet geschikt om het volledige bestand en de volledige kwaliteit van de map te behouden. Gebruik in plaats daarvan deze opdracht:

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 heeft Data Box een gegevenskopieerservice gemaakt. 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

Zodra uw DataBox rapporteert dat alle bestanden en mappen zijn geplaatst in de geplande Azure-bestandsshares, kunt u doorgaan met deze fase. Een inhaalbewerking van RoboCopy is alleen nodig als de gegevens op de NAS mogelijk zijn gewijzigd sinds de DataBox-kopie is gestart. 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.

In gevallen waarin u een share nodig hebt om tijdens de migratie te worden gelezen-schrijven en alleen een klein downtimevenster kan absorberen, is deze inhaalstap RoboCopy belangrijk om te voltooien voordat de failover van gebruikerstoegang rechtstreeks naar de Azure-bestandsshare wordt uitgevoerd.

In deze stap voert u RoboCopy-taken uit om uw cloudshares in te halen met de meest recente wijzigingen op uw NAS sinds de tijd dat u uw shares hebt gesplitst in de DataBox. Deze inhaalbewerking van RoboCopy kan snel of even duren, afhankelijk van de hoeveelheid verloop die is opgetreden op uw NAS-shares.

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. De Azure-bestandsshare koppelen als een lokaal netwerkstation op uw tijdelijke Windows Server
  4. De kopie starten 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 waarop u van plan bent voor RoboCopy te gebruiken.

Belangrijk

Voordat u een Azure-bestandsshare kunt koppelen aan een lokale Windows Server, moet u fase hebben voltooid: Voorbereiden om Azure-bestandsshares te gebruiken.

Als u klaar bent, raadpleegt u het artikel Een Azure-bestandsshare gebruiken met Windows-instructies en koppelt u de Azure-bestandsshare waarvoor u de NAS-catch-up RoboCopy wilt starten.

RoboCopy

Met de volgende RoboCopy-opdracht worden alleen de verschillen (bijgewerkte bestanden en mappen) van uw NAS-opslag naar uw Azure-bestandsshare gekopieerd.

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>
Switch Betekenis
/MT:n Met Robocopy kunnen meerdere threads 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 tussen 8 en 20 evenwichtige prestaties worden weergegeven voor een eerste kopieerbewerking. 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 tijden voordat het bestand permanent niet kan worden gekopieerd in de uitvoering. 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 geen nieuwe poging of een waarde als u denkt dat het bestand niet kan worden gekopieerd 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 is het accepteren van het bestand niet gekopieerd en in een van uw geplande, volgende Robocopy-uitvoeringen, mogelijk geslaagd om het bestand uiteindelijk te kopiëren. 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 u Robocopy voor Azure Files gebruikt, moet u ervoor zorgen dat u de Azure-bestandsshare koppelt met behulp van de toegangssleutel voor het opslagaccount versus 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 /MIR tot grootschalige verwijderingen en nieuwe bereiken.
/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 fidelity van de kopie van het bestand. Standaard: /COPY:DAT. Copy flags: D= Data, A= Attributes, T= Timestamps, S= Security = NTFS ACL's, O= Owner information, U= Auditing information. Controlegegevens kunnen niet worden opgeslagen in een Azure-bestandsshare.
/DCOPY:[copyflags] Fidelity voor de kopie van mappen. Standaard: /DCOPY:DA. Copy flags: D= Data, A= Attributes, T= Timestamps.
/NP Geeft aan dat de voortgang van de kopie voor elk bestand en elke map niet wordt weergegeven. Als de voortgang wordt weergegeven, zullen de prestaties aanzienlijk verminderen.
/NFL Hiermee geeft u op dat bestandsnamen niet aan het logboek moeten worden toegevoegd. Verbetert de kopieerprestaties.
/NDL Hiermee geeft u op dat mapnamen niet aan het logboek moeten worden toegevoegd. Verbetert de kopieerprestaties.
/XD Hiermee geeft u mappen 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 in die informatie specifiek voor het exacte volume op dit exacte systeem en kan worden herbouwd op aanvraag. Het kopiëren van deze informatie is niet handig in de cloud of wanneer de gegevens ooit worden gekopieerd naar een ander Windows-volume. Als u deze inhoud achterlaat, mag niet worden beschouwd als gegevensverlies.
/UNILOG:<file name> Hiermee wordt de status naar het logboekbestand geschreven als Unicode. (Hiermee wordt het bestaande logboek overschreven.)
/L Alleen voor een testuitvoeringsbestanden
worden alleen weergegeven. 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 modus Opnieuw opstarten. Deze optie gebruikt de back-upmodus als de toegang is geweigerd. Deze optie vermindert de kopieerprestaties aanzienlijk vanwege controlepunten.

Belangrijk

U wordt aangeraden een Windows Server 2022 te gebruiken. Wanneer u een Windows Server 2019 gebruikt, moet u ervoor zorgen dat op het laatste patchniveau of ten minste KB5005103 besturingssysteemupdate 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.

Door gebruiker afgekapt

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 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.

Zodra de eerste uitvoering is voltooid, voert u de opdracht opnieuw uit.

Een tweede keer dat u RoboCopy uitvoert voor dezelfde share, wordt deze sneller voltooid, omdat deze alleen wijzigingen moet transporteren die zijn opgetreden sinds de laatste uitvoering. 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. Hiermee worden eventuele wijzigingen opgehaald, die mogelijk zijn gemist. 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 map Windows Server en pas de DFS-N-implementatie mogelijk aan zodat deze verwijst. Zorg ervoor dat u dezelfde machtigingen op shareniveau instelt als op uw NAS SMB-share. Als u een nas van bedrijfsklasse hebt die lid is van een domein, komen de gebruikers-SID's automatisch overeen als de gebruikers bestaan in Active Directory en RoboCopy kopieert bestanden en metagegevens op volledige kwaliteit. Als u lokale gebruikers op uw NAS hebt gebruikt, moet u deze gebruikers opnieuw maken als lokale gebruikers van Windows Server en de bestaande SID's RoboCopy toewijzen aan uw Windows Server naar de SID's van uw nieuwe lokale gebruikers van Windows Server.

U bent klaar met het migreren van een share/groep shares naar een gemeenschappelijke hoofdmap of een gemeenschappelijke volume.

U kunt proberen een aantal van deze kopieën parallel uit te voeren. Het is raadzaam om het bereik van één Azure-bestandsshare tegelijk te verwerken.

Problemen oplossen

Snelheid en slagingspercentage van een bepaalde RoboCopy-uitvoering zijn afhankelijk 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 kopiëren zo snel mogelijk mogelijk is, is vaak het meest gewenst, kunt u het gebruik van uw lokale netwerk en NAS-apparaat overwegen voor andere, vaak bedrijfskritieke taken.

Het kopiëren zo snel mogelijk is mogelijk niet wenselijk wanneer er een risico bestaat dat de migratie beschikbare resources kan in beslag kunnen maken.

  • 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 bij het vermijden van het gebruik van resources op zowel I/O-beperkte apparaten als overvolle netwerkkoppelingen.

/IPG:n kan niet worden gebruikt voor nauwkeurige netwerkbeperking 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, bijvoorbeeld van ongeveer 20 milliseconden (n=20) naar veelvouden van dat getal. Zodra u een vertraging hebt geïntroduceerd, kunt u evalueren of uw andere apps nu naar verwachting kunnen werken. Met deze optimalisatiestrategie kunt u de optimale RoboCopy-snelheid in uw omgeving vinden.

Verwerkingssnelheid

RoboCopy doorkruist de naamruimte waarnaar wordt verwezen en evalueert elk bestand en elke map voor kopiëren. Elk bestand wordt geëvalueerd tijdens een eerste kopie en tijdens inhaalkopieën. Herhaalde uitvoeringen van RoboCopy /MIR op dezelfde bron- en doelopslaglocaties. Deze herhaalde uitvoeringen zijn handig om downtime voor gebruikers en apps te minimaliseren en om het algehele slagingspercentage van gemigreerde bestanden te verbeteren.

Er wordt vaak standaard rekening gehouden met bandbreedte als de meest beperkende factor in 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. Houd er rekening mee dat het kopiëren van 1 TiB van 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 er sprake zijn van trage overdracht als u een groot aantal kleine bestanden migreert. Dit is normaal gedrag.

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 ons 1 TiB-voorbeeld van kleine bestanden aanzienlijk sneller dan minder threads. Tegelijkertijd levert de extra investering op onze 1 TiB van grotere bestanden mogelijk geen proportionele voordelen op. Een hoog aantal threads probeert tegelijkertijd meer grote bestanden via het netwerk te kopiëren. Deze extra netwerkactiviteit verhoogt de kans dat de doorvoer- of opslag-IOPS wordt beperkt.

Tijdens een eerste RoboCopy in een leeg doel of een differentiële uitvoering met veel gewijzigde bestanden, bent u waarschijnlijk beperkt door de netwerkdoorvoer. 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: De eerste RoboCopy-uitvoering die veel gegevens van een netwerk met een hogere latentie verplaatst, profiteert van het over-inrichten van het aantal threads (/MT:n). Volgende uitvoeringen kopiëren minder verschillen en de kans is groter dat de netwerkdoorvoer wordt beperkt tot de rekenbeperking. 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:

  • uitgebreide Runtime van RoboCopy-taken omdat elk bestand en elke map die wordt beïnvloed door een wijziging in de ACL moet worden bijgewerkt
  • het hergebruik van gegevens die eerder zijn verplaatst, moet mogelijk opnieuw worden gecopieerd. Er moeten bijvoorbeeld meer gegevens worden gekopieerd wanneer mapstructuren veranderen nadat bestanden al eerder 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. Met het aanbevolen RoboCopy-script maakt en slaat u een logboekbestand op voor fouten. Er kunnen kopieerfouten optreden. Dat is normaal. Deze fouten maken het vaak nodig om meerdere rondes van een kopieerprogramma zoals RoboCopy uit te voeren. Een eerste uitvoering, bijvoorbeeld van een NAS naar DataBox of een server naar een Azure-bestandsshare. En een of meer extra uitvoeringen met de /MIR-switch om bestanden te vangen en opnieuw uit te voeren die niet zijn gekopieerd.

U moet voorbereid zijn om meerdere rondes van RoboCopy uit te voeren op basis van een bepaald naamruimtebereik. Opeenvolgende uitvoeringen worden sneller voltooid omdat ze minder te kopiëren zijn, maar steeds meer worden beperkt door de snelheid van de verwerking van de naamruimte. 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. Bestanden die vaak zijn mislukt omdat ze in gebruik zijn of vanwege time-outproblemen, kunnen uiteindelijk op deze manier worden gekopieerd.

Volgende stappen

Er is meer te ontdekken over Azure-bestandsshares. In de volgende artikelen vindt u meer informatie over geavanceerde opties, aanbevolen procedures en bevat ook hulp bij het oplossen van problemen. Deze artikelen bevatten waar nodig een koppeling naar documentatie over Azure-bestandsshares.