Gränser för Azure Data Box Disk

  • Artikel

Tänk på de här gränserna när du distribuerar och använder din Microsoft 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.
  • Ett enda lagringskonto stöds med Data Box Disk.
  • Data Box Disk kan lagra högst 100 000 filer
  • Data Box Disk stöder högst 512 containrar eller resurser i molnet. De översta katalogerna i användarresursen blir containrar eller Azure-filresurser i molnet.

Data Box Disk-prestanda

Vid tester med diskar ansluta via USB 3.0 var diskprestandan upp till 430 MB/s. De faktiska hastigheterna varierar beroende på filstorleken. För mindre filer kan du se lägre prestanda.

Azure Storage-gränser

I det här avsnittet beskrivs gränserna för Azure Storage-tjänsten och de namngivningskonventioner som krävs för Azure Files, Azure-blockblobar och Azure-sidblobar, i tillämpliga fall för Data Box-tjänsten. Granska lagringsgränserna noggrant och följ alla rekommendationer.

Den senaste informationen om begränsningar och metodtips för namngivning av resurser, containrar och filer i Azure-lagringstjänsten finns i:

Viktigt!

Om det finns filer eller kataloger som överskrider Azure Storage-tjänstens gränser eller inte följer namngivningskonventionerna för Azure Files/Blob matas inte dessa filer eller kataloger in i Azure Storage via Data Box-tjänsten.

Varningar för datakopiering och uppladdning

  • Import av data till NFS Azure-filresurser stöds inte av Azure Data Box. Att kopiera data från Data Box till en befintlig NFS Azure-filresurs med ett identiskt namn eftersom källmappen skapar en konflikt. För att lösa den här konflikten byter Data Box namn på källresursen till databox-<GUID> och laddar upp den till mållagringskontot som en SMB Azure-filresurs.

  • Kopiera inte data direkt till diskarna. Kopiera data till mapparna BlockBlob, PageBlob och AzureFile som skapats i förväg.

  • En mapp under BlockBlob och PageBlob är en container. Containrar skapas till exempel som BlockBlob/container och PageBlob/container.

  • Om en mapp har 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 har 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.

  • Hierarkin med filer underhålls vid uppladdning till molnet för både blobar och Azure Files. Du kopierade till exempel en fil på den här sökvägen: <container folder>\A\B\C.txt. Den här filen laddas upp till samma sökväg i molnet.

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

  • Om du inte har aktiverat långa sökvägar på klienten och sökvägen och filnamnet i datakopian överskrider 256 tecken rapporterar Data Box Split Copy Tool (DataBoxDiskSplitCopy.exe) eller valideringsverktyget för Data Box Disk (DataBoxDiskValidation.cmd) fel. För att undvika den här typen av fel aktiverar du långa sökvägar på Din Windows-klient.

  • Om det uppstår fel vid uppladdning av data till Azure skapas en fellogg i mållagringskontot. Sökvägen till den här felloggen är tillgänglig i portalen när uppladdningen är klar och du kan granska loggen för att vidta korrigerande åtgärder. Ta inte bort data från källan utan att verifiera de uppladdade data.

  • Om du har angett hanterade diskar i ordningen kan du läsa följande ytterligare överväganden:

    • En hanterad disk i en resursgrupp måste ha ett unikt namn i de förskapade mapparna och på hela Data Box Disk. Det betyder att de virtuella hårddiskarna som laddats upp till de förskapade mapparna måste ha unika namn. Kontrollera att det angivna namnet inte matchar en redan befintlig hanterad disk i en resursgrupp. Om de virtuella hårddiskarna har samma namn, konverteras bara en virtuell hårddisk till den hanterade disken med det namnet. De andra virtuella hårddiskarna laddas upp som sidblobar till mellanlagringskontot.
    • Kopiera alltid de virtuella hårddiskarna till en av de förskapade mapparna. Om du kopierar de virtuella hårddiskarna utanför dessa mappar eller i en mapp som du har skapat, laddas de virtuella hårddiskarna upp till Azure Storage-kontot som sidblobar i stället för som hanterade diskar.
    • Endast fasta virtuella hårddiskar kan laddas upp för att skapa hanterade diskar. Dynamiska virtuella hårddiskar, differentiering av virtuella hårddiskar eller VHDX-filer stöds inte.
    • Icke-VHD-filer som kopieras till de förskapade hanterade diskmapparna konverteras inte till en hanterad disk.

Storleksbegränsningar för Azure Storage-konton

Här är gränserna för storleken på data som kan kopieras till ett lagringskonto. Kontrollera att de data du laddar upp överensstämmer med dessa gränser.

Typ av data Standardgräns
blockblob, sidblob Aktuell information om dessa gränser finns i Skalningsmål för Azure Blob Storage, Skalningsmål för Azure-standardlagring och Azure Files-skalningsmål.

Gränserna omfattar data från alla källor, inklusive Data Box Disk.

Storleksbegränsningar för Azure-objekt

Här är storleken 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
Sidblob 4 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
    		•

    Namngivningskonventioner för Azure-blockblob, sidblob och fil

    Enhet Praxis
    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 gemener, 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ägeskänsligt och får inte överstiga 255 tecken.
  • Det går inte att avsluta med snedstrecket (/).
  • 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 Praxis
    Namn på hanterade diskar
  • Namnet måste vara mellan 1 och 80 tecken långt.
  • Namnet måste börja med en bokstav eller siffra, sluta med en bokstav, ett nummer eller understreck.
  • Namnet får endast innehålla bokstäver, siffror, understreck, punkter eller bindestreck.
  • Namnet får inte innehålla blanksteg eller /.
    		•

    Nästa steg