Gränser för Azure Data Box Disk

Följande avsnitt innehåller gränser som bör observeras när du distribuerar och använder din Azure Data Box Disk-lösning.

Data Box-tjänstbegränsningar

• Data Box-tjänsten är tillgänglig i de Azure regioner som anges i Regiontillgänglighet i Data Box-översikt artikel.
• Data Box Disk stöder ett enda lagringskonto.
• Data Box Disk kan lagra högst 100 000 filer
• Data Box Disk stöder högst 512 containrar eller resurser i molnet. Katalogerna på den översta nivån i användardelningen blir containrar eller Azure fildelningar i molnet.

Data Box Disk-prestanda

Prestanda för diskdataflöde på upp till 430 MB/s observerades när diskar ansluts via USB 3.0. Den faktiska prestandan varierar beroende på filstorleken som används. Till exempel resulterar mindre filer ofta i lägre prestanda.

Azure lagringsgränser

I det här avsnittet beskrivs gränserna för Azure Storage-tjänsten, inklusive obligatoriska namngivningskonventioner för Azure Files och block- och sidblobar, som de gäller för Data Box-tjänsten. Granska lagringsgränserna noggrant och följ alla rekommendationer.

De senaste begränsningarna för Azure-lagringstjänsten, inklusive bästa praxis för namngivning av aktier, containrar och filer, finns i:

• Namnge och referera till containrar.
• Namnge och referera till resurser.
• Blockera blobar och sidblobkonventioner.

Viktigt!

Filer eller kataloger som överskrider Azure Storage tjänstgränser eller som inte överensstämmer med Azure fil- eller blobnamngivningskonventioner matas inte in i Azure Storage via Data Box-tjänsten.

Varningar för datakopiering och uppladdning

• Azure Data Box stöder inte import av data till NFS (Network File System) Azure filresurser. Att kopiera data mellan käll- och mål-NFS-Azure filresurser som delar identiska namn skapar en konflikt. För att lösa den här konflikten byter Data Box namn på källresursen till databox-<GUID> och överför den till mållagringskontot som ett servermeddelandeblock (SMB) Azure filresurs.

• Kopiera inte data direkt till diskroten. Kopiera data till förskapade BlockBlob, PageBlob och AzureFile.

• Alla mappar som skapas i mappen BlockBlob och PageBlob blir en container. Containrar skapas till exempel som BlockBlob/container och PageBlob/container.

• Om en mapp delar samma namn som en befintlig container sammanfogas mappens innehåll med containerns innehåll. Filer eller blobar som inte redan finns i molnet läggs till i containern. Om en fil eller blob delar samma namn som en fil eller blob som redan finns i containern skrivs den befintliga filen eller bloben över.

• Varje fil som skrivs till BlockBlob och PageBlob-resurser laddas upp som en blockblob respektive sidblob.

• Azure blob- och filhierarkier underhålls vid uppladdning till molnet. Till exempel, att kopiera en fil med en sökväg med <container folder>\A\B\C.txt resulterar i att filen laddas upp till samma molnsökväg.

• Alla tomma kataloghierarkier (utan filer) som skapats under Mapparna BlockBlob och PageBlob laddas inte upp.

• Sökväg och filnamn som överskrider 256 tecken i kopieringsåtgärderna leder till fel i verktyget För delad kopia i Data Box (DataBoxDiskSplitCopy.exe) eller Data Box Disk valideringsverktyget (DataBoxDiskValidation.cmd) om långa sökvägar inte är aktiverade på klienten. För att undvika den här typen av fel aktivera långa sökvägar på din Windows-klient.

• Eventuella fel som genereras under uppladdningen till Azure genererar en fellogg i mållagringskontot. Sökvägen till den här felloggen är tillgänglig i portalen när uppladdningen är klar. Du måste granska loggfilen och vidta åtgärder för att undvika dataförlust. Ta aldrig bort data från källan utan att verifiera de uppladdade data.

• Om du har angett hanterade diskar i din beställning, ska du läsa följande överväganden:

  • Du kan bara ha en hanterad disk med ett visst namn i en resursgrupp i de förskapade mapparna i Data Box Disk. Därför måste alla virtuella hårddiskar (VHD) som laddats upp till de förskapade mapparna ha unika namn. Kontrollera att det angivna namnet inte matchar en befintlig hanterad disk i en resursgrupp. Om några virtuella hårddiskar delar ett identiskt namn konverteras endast en virtuell hårddisk till en hanterad disk med det namnet. Alla andra virtuella hårddiskar laddas upp som sidblobar till mellanlagringskontot.
  • Kopiera alltid VHD:arna till en av de förskapade mapparna. Alla virtuella hårddiskar som kopieras utanför dessa mappar eller till en mapp som du skapar kommer att laddas upp till ditt lagringskonto som en "page blob" i stället för en hanterad disk.
  • Endast fasta VHD:er kan laddas upp för att skapa hanterade diskar. Åtgärder för dynamiska virtuella hårddiskar, differentiering av virtuella hårddiskar eller VHDX-filer (Virtuell hårddisk v2) stöds inte.
  • Icke-VHD-filer som kopieras till de förskapade hanterade diskmapparna konverteras inte till en hanterad disk.

Azure storleksgränser för lagringskonto

Följande tabell innehåller de gränser som gäller storleken på data som kan kopieras till ett lagringskonto. Se till att de data du laddar upp uppfyller dessa gränser.

Typ av data	Standardgräns
blockblob, sidblob	Aktuell information om dessa gränser finns i Azure Skalningsmål för Blob Storage, Azure standardmål för lagringsskalning och Azure Files skalningsmål. Gränserna omfattar data från alla källor, inklusive Data Box Disk.

Azure storleksgränser för objekt

Här är storlekarna på de Azure-objekt som kan skrivas. Kontrollera att alla filer som laddas upp överensstämmer med dessa gränser.

Azure objekttyp	Standardgräns
Blockblob	7 TiB
Page Blob	7 TiB Varje fil som laddas upp i sidblobformat måste vara 512 byte justerad (en integrerad multipel), annars misslyckas uppladdningen. VHD och VHDX är 512 byte justerade.
Azure Files	4 TiB
Hanterade diskar	4 TiB Mer information om storlek och gränser finns i: Skalbarhetsmål för Standard SSD Skalbarhetsmål för Premium SSD Skalbarhetsmål för standard-HDD:ar Priser och fakturering för hanterade diskar

Azure blockblob, sidblob och namngivningskonventioner för filer

Enhet	Konventioner
Containernamn för blockblob och sidblob	Måste vara ett giltigt DNS-namn som är mellan 3 och 63 tecken långt. Måste börja med en bokstav eller en siffra. Får endast innehålla små bokstäver, siffror och bindestreck (-). Varje bindestreck (-) måste föregås och följas av en bokstav eller siffra. På varandra följande bindestreck tillåts inte i namn.
Dela namn för Azure filer	Samma som ovan
Katalog- och filnamn för Azure filer	Skiftlägesbevarande, skiftlägesokänsligt och får inte överstiga 255 tecken i längd. Det går inte att avsluta med snedstreck (/). Om den tillhandahålls tas den bort automatiskt. Följande tecken tillåts inte: " \ / : | < > * ? Reserverade URL-tecken måste undantas korrekt. Ogiltiga URL-sökvägstecken tillåts inte. Kodpunkter som \uE000 är inte giltiga Unicode-tecken. Vissa ASCII- eller Unicode-tecken, till exempel kontrolltecken (0x00 till 0x1F, \u0081 osv.), tillåts inte heller. Regler för Unicode-strängar i HTTP/1.1 finns i RFC 2616, avsnitt 2.2: Grundläggande regler och RFC 3987. Följande filnamn tillåts inte: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, punkttecken (.) och två punkttecken (..).
Blobnamn för blockblobar och sidblobar	Blobnamn är skiftlägeskänsliga och kan innehålla valfri kombination av tecken. Ett blobnamn måste vara mellan 1 och 1 024 tecken långt. Reserverade URL-tecken måste undantas korrekt. Antalet sökvägssegment som blobnamnet består av får inte överskrida 254. Ett segment är strängen mellan avgränsningstecken (till exempel snedstreck ”/”) som motsvarar namnet på en virtuell katalog.

Namngivningskonventioner för hanterade diskar

Enhet	Konventioner
Namn på hanterade diskar	Namnet måste vara mellan 1 och 80 tecken långt. Namnet måste börja med en bokstav eller ett tal, sluta med en bokstav, ett tal eller ett understreck. Namnet får bara innehålla bokstäver, siffror, understreck, punkter eller bindestreck. Namnet får inte innehålla blanksteg eller /.

Nästa steg

• Granska systemkraven för Data Box Disk