Limieten voor Azure Data Box Disk

Artikel
03/10/2024

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 gebruikersshare worden containers of Azure-bestandsshares in de cloud.

Prestaties van Data Box Disk

Bij een test met schijven die verbonden waren via USB 3.0 was de prestatie van de schijven maximaal 430 MB/s. De werkelijke waarden variëren, afhankelijk van de gebruikte bestandsgrootte. Voor kleinere bestanden zijn de prestaties lager.

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:

Belangrijk

Als er bestanden of mappen zijn die de limieten van de Azure Storage-service overschrijden of niet voldoen aan de naamconventies van Azure Files/Blob, worden deze bestanden of mappen niet opgenomen in Azure Storage via de Data Box-service.

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 geüpload als een blok-blob en pagina-blob.
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 zijn gemaakt onder BlockBlob - en PageBlob-mappen , worden niet geüpload.
Als u geen lange paden op de client hebt ingeschakeld en een pad en bestandsnaam in uw gegevenskopieer langer zijn dan 256 tekens, worden fouten door het Hulpprogramma voor splits kopiëren van Data Box (DataBoxDiskSplitCopy.exe) of het hulpprogramma data box-schijfvalidatie (DataBoxDiskValidation.cmd) weergegeven. 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:
- Er kan slechts één beheerde schijf met een bepaalde naam in een resourcegroep aanwezig zijn voor alle vooraf gemaakte mappen en voor de hele 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 naam hebben, wordt er slechts één VHD geconverteerd naar een beheerde schijf met die naam. De overige VHD's worden als pagina-blobs geüpload in het faseringsopslagaccount.
- Kopieer de VHD's altijd naar een van de vooraf gemaakte mappen. Als u de VHD's buiten deze mappen kopieert of kopieert naar een map die u zelf hebt gemaakt, worden de VHD's, en niet de beheerde schijven, naar een Azure Storage-account als pagina-blobs geüpload.
- Alleen de vaste VHD's 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.

Type gegevens	Standaardlimiet
blok-blob, pagina-blob	Zie Azure Blob Storage-schaaldoelen, Azure Standard Storage-schaaldoelen en Azure Files-schaaldoelen voor actuele informatie over deze limieten. De limieten omvatten gegevens uit alle bronnen, waaronder Data Box Disk.

Azure-objectgroottelimieten

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

Azure-objecttype	Standaardlimiet
Blok-blob	7 TiB
Pagina-blob	4 TiB Elk bestand dat in de pagina-blob-indeling is geüpload, moet 512 bytes zijn uitgelijnd (een integraal veelvoud), anders mislukt het uploaden. VHD en VHDX zijn 512 bytes uitgelijnd.
Azure Files	4 TiB
Beheerde schijven	4 TiB Zie voor meer informatie over grootte en limieten: Schaalbaarheidsdoelen van Standard-SCHIJVEN Schaalbaarheidsdoelen van Premium SSD's Schaalbaarheidsdoelen van Standard-HDD's Prijzen en facturering van beheerde schijven

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

Entity	Conventies
Containernamen voor blok-blob en pagina-blob	Moet een geldige DNS-naam zijn van 3 tot 63 tekens. Moet beginnen met een letter of cijfer. Mag alleen kleine letters, cijfers en het afbreekstreepje (-) bevatten. Elk koppelteken (-) moet direct worden voorafgegaan en gevolgd door een letter of cijfer. Opeenvolgende afbreekstreepjes zijn niet toegestaan in namen.
Namen voor Azure-bestanden delen	Hetzelfde als hierboven
Map- en bestandsnamen voor Azure-bestanden	Hoofdlettergevoelig en mag niet langer zijn dan 255 tekens. Kan niet eindigen met de slash (/). Indien opgegeven, wordt deze automatisch verwijderd. De volgende tekens zijn niet toegestaan: `" \ / : \| < > * ?` Gereserveerde tekens voor URL's moeten op de juiste wijze van een escape-teken zijn voorzien. Ongeldige URL-padtekens zijn niet toegestaan. Codepunten zoals \uE000 zijn geen geldige Unicode-tekens. Sommige ASCII- of Unicode-tekens, zoals besturingstekens (0x00 tot 0x1F, \u0081, enzovoort), zijn ook niet toegestaan. Zie RFC 2616, sectie 2.2: Basisregels en RFC 3987 voor regels voor Unicode-tekenreeksen in HTTP/1.1. De volgende bestandsnamen zijn niet toegestaan: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, dot character (.) en twee punttekens (.).).
Blobnamen voor blok-blob en pagina-blob	Blobnamen zijn hoofdlettergevoelig en kunnen elke combinatie van tekens bevatten. Een blobnaam moet 1 tot 1024 tekens bevatten. Gereserveerde tekens voor URL's moeten op de juiste wijze van een escape-teken zijn voorzien. Het aantal padsegmenten dat de blobnaam omvat, mag niet meer dan 254 zijn. Een padsegment is de tekenreeks tussen opeenvolgende scheidingstekens (bijvoorbeeld de slash '/') die overeenkomt met de naam van een virtuele map.

Naamconventies voor beheerde schijven

Entity	Conventies
Namen van beheerde schijven	De naam moet 1 tot 80 tekens lang zijn. De naam moet beginnen met een letter of cijfer, eindigen op een letter, cijfer of onderstrepingsteken. De naam mag alleen letters, cijfers, onderstrepingstekens, punten of afbreekstreepjes bevatten. De naam mag geen spaties of `/`.

Volgende stappen

Systeemvereisten voor Data Box Disk controleren

Delen via