Limieten voor Azure Data Box Disk

Houd rekening met deze limieten bij het implementeren en uitvoeren van uw Microsoft Azure Data Box Disk-oplossing.

Data Box-servicelimieten

• De Data Box-service is beschikbaar in de Azure-regio's die worden vermeld in beschikbaarheid van regio's.
• Eén opslagaccount wordt ondersteund met Data Box Disk.
• Data Box Disk kan maximaal 100.000 bestanden opslaan
• Data Box Disk ondersteunt maximaal 512 containers of 'shares' in de cloud. De mappen op het hoogste niveau binnen de gebruikersgedeelde map worden containers of Azure-bestanden in de cloud.

Prestaties van Data Box Disk

Bij een test met schijven die zijn aangesloten via USB 3.0, was de schijfprestaties tot 430 MB/s. De werkelijke getallen variëren, afhankelijk van de gebruikte bestandsgrootte. Voor kleinere bestanden ziet u mogelijk lagere prestaties.

Limieten voor Azure Storage

In deze sectie worden de limieten voor de Azure Storage-service en de vereiste naamconventies voor Azure Files, Azure-blok-blobs en Azure-pagina-blobs beschreven, zoals van toepassing op de Data Box-service. Controleer de opslaglimieten zorgvuldig en volg alle aanbevelingen.

Voor de meest recente informatie over limieten en aanbevolen procedures voor azure-opslagservices voor het benoemen van shares, containers en bestanden, gaat u naar:

• Containers een naam geven en hiernaar verwijzen
• Naamgeving en verwijzing naar aandelen
• Blok-blobs en pagina-blob-conventies

Opmerkingen bij het kopiëren en uploaden van gegevens

• Het importeren van gegevens in NFS Azure-bestandsshares wordt niet ondersteund door Azure Data Box. Het kopiëren van gegevens uit Data Box naar een bestaande NFS Azure-bestandsshare met een identieke naam als uw bronmap een conflict veroorzaakt. Om dit conflict op te lossen, wijzigt Data Box de naam van de bronshare databox-<GUID> in en uploadt deze naar het doelopslagaccount als een SMB Azure-bestandsshare.

• Kopieer geen gegevens rechtstreeks naar de schijven. Kopieer gegevens naar vooraf gemaakte mappen BlockBlob, PageBlob en AzureFile .

• Een map onder blockblob en PageBlob is een container. Containers worden bijvoorbeeld gemaakt als BlockBlob/container en PageBlob/container.

• Als een map dezelfde naam heeft als een bestaande container, wordt de inhoud van de map samengevoegd met de inhoud van de container. Bestanden of blobs die zich nog niet in de cloud bevinden, worden toegevoegd aan de container. Als een bestand of blob dezelfde naam heeft als een bestand of blob die zich al in de container bevindt, wordt het bestaande bestand of de bestaande blob overschreven.

• Elk bestand dat wordt geschreven in BlockBlob- en PageBlob-shares, wordt respectievelijk geüpload als een blokblob en een paginablob.

• De hiërarchie van bestanden wordt bijgehouden tijdens het uploaden naar de cloud voor zowel blobs als Azure Files. U hebt bijvoorbeeld een bestand gekopieerd op dit pad: <container folder>\A\B\C.txt. Dit bestand wordt geüpload naar hetzelfde pad in de cloud.

• Lege maphiërarchieën (zonder bestanden) die onder de mappen BlockBlob en PageBlob worden aangemaakt, worden niet geüpload.

• Als u geen lange paden hebt ingeschakeld op de client en een pad en bestandsnaam in uw gegevenskopie langer zijn dan 256 tekens, melden het Hulpprogramma voor Data Box Split Copy (DataBoxDiskSplitCopy.exe) of het Hulpprogramma Data Box Disk Validation (DataBoxDiskValidation.cmd) fouten. Als u dit soort fouten wilt voorkomen, schakelt u lange paden in op uw Windows-client.

• Als er fouten zijn bij het uploaden van gegevens naar Azure, wordt er een foutenlogboek gemaakt in het doelopslagaccount. Het pad naar dit foutenlogboek is beschikbaar in de portal wanneer het uploaden is voltooid en u kunt het logboek controleren om corrigerende actie te ondernemen. Verwijder geen gegevens uit de bron zonder de geüploade gegevens te verifiëren.

• Als u beheerde schijven in de volgorde hebt opgegeven, bekijkt u de volgende aanvullende overwegingen:

  • U kunt slechts één beheerde schijf met een bepaalde naam in een resourcegroep hebben in alle vooraf gemaakte mappen en op alle Data Box Disk. Dit betekent dat de VHD's die naar de vooraf gemaakte mappen zijn geüpload, unieke namen moeten hebben. Zorg ervoor dat de opgegeven naam niet overeenkomt met een reeds bestaande beheerde schijf in een resourcegroep. Als VHD's dezelfde namen hebben, wordt slechts één VHD met die naam geconverteerd naar een beheerde schijf. De andere VHD's worden geüpload als pagina-blobs naar het tijdelijke opslagaccount.
  • Kopieer de VHD's altijd naar een van de vooraf gemaakte mappen. Als u de VHD's buiten deze mappen kopieert of in een map die u hebt gemaakt, worden de VHD's als pagina-blobs geüpload naar het Azure Storage-account en niet als beheerde schijven.
  • Alleen de vaste VHD-bestanden kunnen worden geüpload om beheerde schijven te maken. Dynamische VHD's, differentiërende VHD's of VHDX-bestanden worden niet ondersteund.
  • Niet-VHD-bestanden die naar de vooraf gemaakte beheerde schijfmappen worden gekopieerd, worden niet geconverteerd naar een beheerde schijf.

Groottelimieten voor Azure-opslagaccounts

Hier volgen de limieten voor de grootte van gegevens die kunnen worden gekopieerd naar een opslagaccount. Zorg ervoor dat de gegevens die u uploadt, voldoen aan deze limieten.

Azure-objectgroottelimieten

Hier zijn de formaten van de Azure-objecten die kunnen worden geschreven. Zorg ervoor dat alle bestanden die zijn geüpload, voldoen aan deze limieten.

Azure-blokblobs, paginablobs en naamgevingsconventies voor bestanden

Naamconventies voor beheerde schijven

Volgende stappen

• Systeemvereisten van Data Box Disk beoordelen