Limieten voor Azure Data Box Disk

De volgende secties bevatten limieten die moeten worden waargenomen wanneer u uw Azure Data Box Disk-oplossing implementeert en uitvoert.

Data Box-servicelimieten

• De Data Box service is beschikbaar in de Azure-regio's die worden vermeld in de sectie Region-beschikbaarheid van het Data Box overzicht artikel.
• Data Box Disk ondersteunt één opslagaccount.
• Data Box Disk maximaal 100.000 bestanden kan opslaan
• Data Box Disk ondersteunt in de cloud een maximum van 512 containers of shares. De mappen op het hoogste niveau binnen de gebruikersgedeelde map worden containers of Azure-bestandsshares in de cloud.

prestaties van Data Box Disk

Prestaties van schijfdoorvoer van maximaal 430 MB/s werden waargenomen wanneer schijven zijn aangesloten via USB 3.0. De werkelijke prestaties variëren, afhankelijk van de gebruikte bestandsgrootte. Kleinere bestanden leiden bijvoorbeeld vaak tot lagere prestaties.

Azure opslaglimieten

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

Raadpleeg voor de meest recente Azure opslagservicelimieten, inclusief en aanbevolen procedures voor het benoemen van shares, containers en bestanden:

• Containers een naam geven en hiernaar verwijzen.
• Shares een naam geven en hiernaar verwijzen.
• Block blobs en page blob-conventies.

Opmerkingen bij het kopiëren en uploaden van gegevens

• Azure Data Box biedt geen ondersteuning voor het importeren van gegevens in NFS (Network File System) Azure bestandsshares. Als u gegevens kopieert tussen bron- en doel-NFS Azure bestandsshares die identieke namen delen, ontstaat er een conflict. Om dit conflict op te lossen, wijzigt Data Box de naam van de bronshare in databox-<GUID> en uploadt deze naar het doelopslagaccount als een server message block (SMB) Azure bestandsshare.

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

• Elke map die in de map BlockBlob en PageBlob is gemaakt, wordt een container. Containers worden bijvoorbeeld gemaakt als BlockBlob/container en PageBlob/container.

• Als een map dezelfde naam deelt als een bestaande container, wordt de inhoud van die map samengevoegd met de inhoud van de container. Bestanden of blobs die nog niet in de cloud aanwezig zijn, worden toegevoegd aan de container. Als een bestand of blob dezelfde naam deelt als een bestand of blob dat al in de container bestaat, wordt het bestaande bestand of de bestaande blob overschreven.

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

• Azure blob- en bestandshiërarchieën worden onderhouden tijdens het uploaden naar de cloud. Bijvoorbeeld, het kopiëren van een bestand met een pad zoals <container folder>\A\B\C.txt resulteert in het bestand dat wordt geüpload naar hetzelfde cloudpad.

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

• Een pad en bestandsnaam van meer dan 256 tekens in uw kopieerbewerkingen leiden tot fouten door de Data Box Split Copy Tool (DataBoxDiskSplitCopy.exe) of de Data Box Disk Validatie-tool (DataBoxDiskValidation.cmd) als lange paden niet zijn ingeschakeld op de client. Om dit soort fouten te voorkomen, schakel lange paden in op uw Windows-client.

• Elke fout die tijdens het uploaden naar Azure ontstaat, genereert een foutenlogboek in de doelopslagaccount. Het pad naar dit foutenlogboek is beschikbaar in de portal nadat het uploaden is voltooid. U moet het logboekbestand controleren en corrigerende maatregelen nemen om gegevensverlies te voorkomen. Verwijder nooit gegevens uit de bron zonder de geüploade gegevens te verifiëren.

• Als u beheerde schijven in uw bestelling hebt opgegeven, bekijkt u de volgende overwegingen:

  • U kunt slechts één beheerde schijf met een bepaalde naam in een resourcegroep hebben in de vooraf gemaakte mappen, in de Data Box Disk. Daarom moeten alle virtuele harde schijven (VHD's) die zijn geüpload naar de vooraf gemaakte mappen unieke namen hebben. Zorg ervoor dat de opgegeven naam niet overeenkomt met een bestaande beheerde schijf binnen een resourcegroep. Als VHD's een identieke naam delen, wordt slechts één VHD met die naam geconverteerd naar een beheerde schijf. Alle andere VHD's worden als pagina-blobs geüpload naar het stagingopslagaccount.
  • Kopieer de VHD's altijd naar een van de vooraf gemaakte mappen. Elke VHD die buiten deze mappen wordt gekopieerd of in een map die u maakt, wordt als een pagina-blob geüpload naar uw opslagaccount in plaats van een beheerde schijf.
  • Alleen vaste VHD's kunnen worden geüpload voor het aanmaken van beheerde schijven. Bewerkingen voor dynamische VHD's, differentiërende VHD's of VHDX-bestanden (Virtual Hard Disk v2) worden niet ondersteund.
  • Niet-VHD-bestanden die naar de vooraf gemaakte beheerde schijfmappen worden gekopieerd, worden niet geconverteerd naar een beheerde schijf.

limieten voor Azure opslagaccountgrootte

De volgende tabel bevat de limieten met betrekking tot de grootte van gegevens die kunnen worden gekopieerd naar een opslagaccount. Zorg ervoor dat de gegevens die u uploadt, voldoen aan deze limieten.

limieten voor Azure objectgrootte

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

Azure blok-blob, pagina-blob en naamconventies voor bestanden

Naamconventies voor beheerde schijven

Volgende stappen

• Bekijk Data Box Disk systeemvereisten