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

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

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

Type bestandssamenwerking	SMB	NFS
Standaard bestandsdeling (GPv2), LRS/ZRS
Standaardbestandsshares (GPv2), GRS/GZRS
Premium bestandsshares (FileStorage), LRS/ZRS

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. 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 verplaatst u uw gebruikers en apps naar de zojuist gemaakte Azure-bestandsdeling. In de volgende secties worden de fasen van het migratieproces gedetailleerd beschreven.

Fase 1: Bepalen hoeveel Azure-bestandsshares u nodig hebt

In deze stap bepaalt u hoeveel Azure-bestandsshares u 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 u wilt migreren naar de cloud, kunt u ervoor kiezen om een 1:1-mapping of groeperen van shares te gebruiken.

Een 1:1-toewijzing gebruiken

Als u een voldoende klein aantal aandelen hebt, raden we u aan om een 1:1 toewijzing te gebruiken. De eenvoudigste manier om dit scenario voor te stellen, is door zich een on-premises bestandsdeling voor te stellen die 1:1 toewijst 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 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 maakt deze opstelling van het opslagaccount een schaaldoel voor prestatiekenmerken 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 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.

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 groepeert in een Azure-opslagaccount, moet u het opslagaccount op een passende manier benoemen. Op dezelfde manier moet u, wanneer u uw Azure-bestandsdeling een naam geeft, namen gebruiken die vergelijkbaar zijn met de namen die zijn gebruikt voor hun lokale 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.

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 gedeelde adressen behouden die uw gebruikers en scripts gebruiken, zodat deze ongewijzigd blijven. U gebruikt DFS-N als een routeringsservice voor naamruimten voor SMB door DFS-naamruimtedoelen na de migratie om te leiden naar Azure-bestandsshares.

Fase 6: Bestanden kopiëren naar uw DataBox

Wanneer uw DataBox aankomt, moet u uw DataBox instellen met een ongestoorde netwerkverbinding met uw NAS-systeem. Volg de installatiedocumentatie voor het DataBox-type dat u hebt besteld.

• Data Box instellen
• Data Box Disk instellen
• Data Box Heavy instellen

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 de volledige integriteit van bestanden en mappen 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.

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 als lees-schrijf tijdens de migratie en slechts een klein downtimevenster kunt absorberen, is deze RoboCopy-inhaalstap belangrijk om te voltooien voordat de failover van gebruikerstoegang rechtstreeks naar de Azure-bestandsshare plaatsvindt.

In deze stap voert u RoboCopy-taakopdrachten uit om uw cloudshares bij te werken met de laatste wijzigingen op uw NAS sinds u uw shares naar de DataBox hebt gekopieerd. Deze inhaalproces van RoboCopy kan snel worden voltooid of enige tijd duren, afhankelijk van de hoeveelheid veranderingen die zijn opgetreden op uw NAS-delen.

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 die u van plan bent te gebruiken voor RoboCopy.

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> 

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

U bent klaar met het migreren van een share of groep shares naar een gemeenschappelijke hoofd- of volumemap.

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.

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 om monopolisatie van resources te vermijden op zowel IO-beperkte apparaten als drukke netwerkkoppelingen.

/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, 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 lege doelmap, of bij een differentiële kopieeractie met veel gewijzigde bestanden, zit u waarschijnlijk aan de grens van uw netwerkcapaciteit. 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.

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
• Het hergebruik van gegevens die eerder zijn verplaatst, moet mogelijk opnieuw worden gekopieerd. 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 één of meer extra uitvoeringen met de /MIR-switch om bestanden op te vangen en opnieuw te proberen 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 niet konden worden gekopieerd omdat ze in gebruik zijn of vanwege time-out problemen, kunnen uiteindelijk mogelijk succesvol 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.

• Migratieoverzicht
• Monitor, diagnose, and troubleshoot Microsoft Azure Storage (Bewaken, diagnosticeren en problemen oplossen in Microsoft Azure Storage)
• Netwerkoverwegingen voor directe toegang
• Back-up: Momentopnamen van Azure-bestandsshares