Condividi tramite

Limiti di Azure Data Box Disk

Le sezioni seguenti contengono limiti che devono essere osservati durante la distribuzione e l'uso della soluzione azure Data Box Disk.

Limiti di servizio Data Box

  • Il servizio Data Box è disponibile nelle aree di Azure elencate nella sezione Region availability dell'articolo di panoramica di Data Box.
  • Data Box Disk supporta un singolo account di archiviazione.
  • Data Box Disk può archiviare un massimo di 100.000 file
  • Data Box Disk supporta un massimo di 512 contenitori o condivisioni nel cloud. Le cartelle di primo livello all'interno della condivisione utente diventano contenitori o condivisioni file di Azure nel cloud.

le prestazioni di Data Box Disk

Le prestazioni della velocità effettiva del disco fino a 430 MB/s sono state osservate quando i dischi sono connessi tramite USB 3.0. Le prestazioni effettive variano a seconda delle dimensioni del file usate. Ad esempio, i file più piccoli comportano spesso prestazioni inferiori.

limiti di archiviazione Azure

Questa sezione descrive i limiti per il servizio Archiviazione di Azure, incluse le convenzioni di denominazione necessarie per File di Azure e i BLOB di blocchi e pagine, in relazione al servizio Data Box. Esaminare attentamente i limiti di archiviazione e seguire tutte le raccomandazioni.

Per i limiti più recenti del servizio di archiviazione Azure, incluse e procedure consigliate per la denominazione di condivisioni, contenitori e file, vedere:

Importante

I file o le directory che superano i limiti del servizio di Archiviazione di Azure o che non rispettano le convenzioni di denominazione dei file o blob di Azure non vengono inseriti in Archiviazione di Azure tramite il servizio Data Box.

Copia dei dati e caricamento di avvertenze

  • Azure Data Box non supporta l'importazione di dati in condivisioni file del file system di rete (NFS) di Azure. La copia di dati tra le condivisioni file NFS Azure di origine e destinazione, che condividono nomi identici, crea un conflitto. Per risolvere questo conflitto, Data Box rinomina la condivisione di origine in databox-<GUID> e la carica nell'account di archiviazione di destinazione come condivisione file Azure SMB (Server Message Block).

  • Non copiare i dati direttamente nella radice del disco. Copiare i dati nelle cartelle BlockBlob, PageBlob e AzureFile create in modo preliminare.

  • Qualsiasi cartella creata all'interno della cartella BlockBlob e PageBlob diventa un contenitore. Ad esempio, i contenitori vengono creati come BlockBlob/container e PageBlob/container.

  • Se una cartella condivide lo stesso nome di un contenitore esistente, il contenuto della cartella viene unito al contenuto del contenitore. I file o i BLOB che non sono già presenti nel cloud vengono aggiunti al contenitore. Se un file o un BLOB condivide lo stesso nome di un file o di un BLOB già esistente all'interno del contenitore, il file o il BLOB esistente viene sovrascritto.

  • Ogni file scritto nelle condivisioni BlockBlob e PageBlob viene caricato rispettivamente come BLOB in blocchi e BLOB di pagine.

  • Le gerarchie di blob e file di Azure vengono mantenute durante l'upload nel cloud. Ad esempio, copiare un file con un percorso di <container folder>\A\B\C.txt porta al caricamento del file nello stesso percorso cloud.

  • Qualsiasi gerarchia di directory vuota (senza file) creata nelle cartelle BlockBlob e PageBlob non viene caricata.

  • Qualsiasi percorso e nome file superiore a 256 caratteri nelle operazioni di copia comporta errori da parte dello strumento di copia divisa di Data Box (DataBoxDiskSplitCopy.exe) o dallo strumento di convalida Data Box Disk (DataBoxDiskValidation.cmd) se i percorsi lunghi non sono abilitati nel client. Per evitare questo tipo di errore, abilitare i percorsi lunghi nel client Windows.

  • Qualsiasi errore generato durante il caricamento in Azure genera un log degli errori all'interno dell'account di archiviazione di destinazione. Il percorso del log degli errori è disponibile nel portale una volta completato il caricamento. È necessario esaminare il file di log ed eseguire azioni correttive per evitare la perdita di dati. Non eliminare mai i dati dall'origine senza verificare i dati caricati.

  • Se sono stati specificati dischi gestiti nell'ordine, esaminare le considerazioni seguenti:

    • È possibile avere un solo disco gestito con un nome specificato in un gruppo di risorse tra le cartelle precreate, nell'Data Box Disk. Pertanto, tutti i dischi rigidi virtuali (VHD) caricati nelle cartelle precreate devono avere nomi univoci. Assicurarsi che il nome specificato non corrisponda a un disco gestito esistente all'interno di un gruppo di risorse. Se un disco rigido virtuale condivide un nome identico, un solo disco rigido virtuale viene convertito in un disco gestito con tale nome. Tutti gli altri dischi rigidi virtuali vengono caricati come BLOB di pagine nell'account di archiviazione temporaneo.
    • Copiare sempre i dischi rigidi virtuali in una delle cartelle create preventivamente. Qualsiasi disco rigido virtuale copiato all'esterno di queste cartelle o in una cartella creata viene caricato nell'account di archiviazione come blob di pagine anziché come disco gestito.
    • È possibile caricare solo VHD fissi per creare dischi gestiti. Le operazioni per dischi rigidi virtuali dinamici, dischi rigidi virtuali differenze o file VHDX (Virtual Hard Disk v2) non sono supportate.
    • I file non VHD copiati nelle cartelle disco gestito precreate non vengono convertiti in un disco gestito.

Limiti delle dimensioni dell'account di archiviazione di Azure

La tabella seguente contiene i limiti relativi alle dimensioni dei dati che possono essere copiati in un account di archiviazione. Assicurarsi che i dati caricati siano conformi a questi limiti.

Tipo di dati Limite predefinito
BLOB in blocchi, BLOB di pagine Per informazioni aggiornate su questi limiti, vedere obiettivi di scalabilità di Azure Blob Storage, obiettivi di scalabilità dello storage standard di Azure e obiettivi di scalabilità di File di Azure.

I limiti includono i dati di tutte le origini, incluse le Data Box Disk.

limiti delle dimensioni degli oggetti Azure

Ecco le dimensioni degli oggetti Azure che possono essere scritti. Verificare che tutti i file caricati siano conformi a questi limiti.

Tipo di oggetto Azure Limite predefinito
BLOB in blocchi 7 TiB
BLOB di pagine 7 TiB
Tutti i file caricati nel formato BLOB di pagine devono essere allineati su 512 byte (multipli integrali), altrimenti il caricamento fallisce.
I file VHD e VHDX sono allineati a 512 byte.
File di Azure 4 TiB
Dischi gestiti 4 TiB
Per altre informazioni sulle dimensioni e sui limiti, vedere:
  • Obiettivi di scalabilità delle unità SSD Standard
  • Obiettivi di scalabilità delle unità SSD Premium
  • Obiettivi di scalabilità degli HDD Standard
  • Prezzi e fatturazione dei dischi gestiti
    		•

    Azure Blob di blocchi, Blob di pagine e convenzioni di denominazione dei file

    Entità Convenzioni
    Nomi dei contenitori per blob di blocchi e blob di pagine Deve essere un nome DNS valido compreso tra 3 e 63 caratteri.
    Deve iniziare con una lettera o un numero.
    Può contenere solo lettere minuscole, numeri e trattini (-).
    Ogni trattino (-) deve essere immediatamente preceduto e seguito da una lettera o un numero.
    I trattini consecutivi non sono consentiti nei nomi.
    Condividere nomi per i file di Azure Vedere sopra.
    Nomi di file e directory per i file di Azure
  • Mantengono il caso originale, sono insensibili al caso e non devono superare i 255 caratteri.
  • Non può terminare con la barra obliqua (/).
  • Se inserita, verrà automaticamente rimossa.
  • I caratteri seguenti non sono consentiti: " \ / : | < > * ?
  • I caratteri URL riservati devono essere correttamente codificati.
  • I caratteri illegali nei percorsi URL non sono ammessi. I punti di codice come \uE000 non sono caratteri Unicode validi. Alcuni caratteri ASCII o Unicode, ad esempio i caratteri di controllo (da 0x00 a 0x1F, \u0081 e così via), non sono ammessi. Per le regole che controllano le stringhe Unicode in HTTP/1.1, vedere RFC 2616, sezione 2.2: Basic Rules e RFC 3987.
  • Non sono ammessi i nomi file seguenti: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, punto (.) e due punti (..).
    		•
    Nomi di BLOB per BLOB in blocchi e BLOB di pagine
  • I nomi di BLOB fanno distinzione tra maiuscole e minuscole e possono contenere una qualsiasi combinazione di caratteri.
  • La lunghezza di un nome di BLOB deve essere compresa tra 1 e 1.024 caratteri.
  • I caratteri URL riservati devono essere correttamente codificati.
  • Il numero di segmenti del percorso che includono il nome BLOB non può essere superiore a 254. Un segmento di percorso è la stringa tra caratteri di delimitatore consecutivi, ad esempio, la barra rovesciata '/', che corrisponde al nome di una directory virtuale.
    		•

    Convenzioni di denominazione dei dischi gestiti

    Entità Convenzioni
    Nomi dei dischi gestiti
  • Il nome deve essere lungo da 1 a 80 caratteri.
  • Il nome deve iniziare con una lettera o un numero, terminare con una lettera, un numero o un carattere di sottolineatura.
  • Il nome può contenere solo lettere, numeri, caratteri di sottolineatura, punti o trattini.
  • Il nome non deve contenere spazi o /.
    		•

    Passaggi successivi

    • Last updated on