Limiti di Azure Data Box Disk

  • Articolo

Quando si distribuisce e si usa la soluzione Microsoft Azure Data Box Disk, tenere presenti i limiti seguenti.

Limiti di servizio Data Box

  • Il servizio Data Box è disponibile nelle aree di Azure elencate nella disponibilità dell'area.
  • Con Data Box Disk è supportato un unico 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 directory di primo livello all'interno della condivisione utente diventano contenitori o condivisioni file di Azure nel cloud.

Prestazioni di Data Box Disk

Nei test con dischi connessi tramite USB 3.0 sono risultate prestazioni dei dischi fino a 430 MB/s. I valori effettivi variano a seconda delle dimensioni dei file usate. Per i file più piccoli, le prestazioni potrebbero essere inferiori.

Limiti di Archiviazione di Azure

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

Per informazioni aggiornate su limiti del servizio Archiviazione di Azure e le procedure consigliate per la denominazione di condivisioni, contenitori e file, vedere:

Importante

Se sono presenti file o directory che superano i limiti del servizio Archiviazione di Azure o non sono conformi alle convenzioni di denominazione File di Azure/BLOB, questi file o directory non vengono inseriti nel Archiviazione di Azure tramite il servizio Data Box.

Copia dei dati e caricamento di avvertenze

  • L'importazione di dati in condivisioni file di Azure NFS non è supportata da Azure Data Box. La copia di dati da Data Box in una condivisione file di Azure NFS esistente con un nome identico alla cartella di origine crea un conflitto. Per risolvere questo conflitto, Data Box rinomina la condivisione databox-<GUID> di origine in e la carica nell'account di archiviazione di destinazione come condivisione file di Azure SMB.

  • Non copiare i dati direttamente nei dischi. Copiare i dati nelle cartelle BlockBlob, PageBlob e AzureFile già create.

  • Una cartella in BlockBlob e PageBlob è un contenitore. I contenitori, ad esempio, vengono creati come BlockBlob/container e PageBlob/container.

  • Se una cartella ha 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 ha lo stesso nome di un file o di un BLOB già presente nel contenitore, il file o il BLOB esistente viene sovrascritto.

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

  • La gerarchia dei file viene mantenuta durante il caricamento nel cloud sia per i BLOB che per File di Azure. Ad esempio, è stato copiato un file in questo percorso: <container folder>\A\B\C.txt. Questo file viene caricato nello stesso percorso nel cloud.

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

  • Se nel client non sono abilitati percorsi lunghi e qualsiasi percorso e nome file nella copia dei dati supera i 256 caratteri, lo strumento data box split copy (DataBoxDiskSplitCopy.exe) o lo strumento di convalida di Data Box Disk (DataBoxDiskValidation.cmd) segnala gli errori. Per evitare questo tipo di errore, abilitare i percorsi lunghi nel client Windows.

  • Per migliorare le prestazioni durante il caricamento dei dati, è consigliabile abilitare condivisioni file di grandi dimensioni nell'account di archiviazione e aumentare la capacità di condivisione a 100 TiB. Le condivisioni file di grandi dimensioni sono supportate solo per gli account di archiviazione con archiviazione con ridondanza locale.

  • Se si verificano errori durante il caricamento dei dati in Azure, viene creato un log degli errori nell'account di archiviazione di destinazione. Il percorso del log degli errori è disponibile nel portale quando il caricamento è completo ed è possibile esaminare il log per eseguire azioni correttive. Non eliminare i dati dall'origine senza verificare i dati caricati.

  • I metadati dei file e le autorizzazioni NTFS non vengono mantenuti quando i dati vengono caricati in File di Azure. Ad esempio, l'attributo Last modified dei file non verrà mantenuto quando i dati vengono copiati.

  • Se si sono specificati i dischi gestiti nell'ordine, esaminare le considerazioni aggiuntive seguenti:

    • In tutte le cartelle create preventivamente e in Data Box Disk può essere presente un solo disco gestito con un determinato nome in un gruppo di risorse. I dischi rigidi virtuali caricati nelle cartelle create preventivamente devono quindi avere nomi univoci. Assicurarsi che il nome specificato non corrisponda a un disco gestito già esistente in un gruppo di risorse. Se i dischi rigidi virtuali hanno lo stesso nome, un solo disco rigido virtuale verrà convertito in un disco gestito con tale nome. Gli altri dischi rigidi virtuali verranno caricati come BLOB di pagine nell'account di archiviazione di staging.
    • Copiare sempre i dischi rigidi virtuali in una delle cartelle create preventivamente. Se vengono copiati all'esterno di queste cartelle o in una cartella creata dall'utente, i dischi rigidi virtuali verranno caricati nell'account di archiviazione di Azure come BLOB di pagine e non come dischi gestiti.
    • Per la creazione di dischi gestiti possono essere caricati solo dischi rigidi virtuali a dimensione fissa. I dischi rigidi virtuali dinamici, i dischi rigidi virtuali differenze o i file VHDX non sono supportati.
    • I file non VHD copiati nelle cartelle disco gestito precreate non verranno convertiti in un disco gestito.

Limiti delle dimensioni dell'account di archiviazione di Azure

Ecco i limiti per le dimensioni dei dati che possono essere copiati in un account di archiviazione. Verificare che i dati caricati siano conformi a tali limiti.

Tipo di dati Limite predefinito
BLOB in blocchi, BLOB di pagine Per informazioni aggiornate su questi limiti, vedere Destinazioni di scalabilità di Archiviazione BLOB di Azure, destinazioni di scalabilità di archiviazione standard di Azure e File di Azure destinazioni di scalabilità.

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

Limiti delle dimensioni degli oggetti di Azure

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

Tipo di oggetto di Azure Limite predefinito
BLOB in blocchi 7 TiB
BLOB di pagine 4 TiB
Le dimensioni di tutti i file caricati nel formato BLOB di pagine devono essere multipli integrali di 512 byte per garantire che il caricamento venga completato in modo corretto.
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à di hdd Standard
  • Prezzi e fatturazione dei dischi gestiti
    		•

    Convenzioni di denominazione per BLOB in blocchi, BLOB di pagine e file

    Entità Convenzioni
    Nomi di contenitori BLOB in 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.
    Nomi delle condivisioni per i file di Azure Vedere sopra.
    Nomi dei file e delle directory per i file di Azure
  • Mantengono le maiuscole/minuscole, non fanno distinzione tra maiuscole e minuscole e non devono superare i 255 caratteri.
  • Non possono terminare con la barra (/).
  • Se inserita, verrà automaticamente rimossa.
  • I caratteri seguenti non sono consentiti: " \ / : | < > * ?
  • I caratteri URL riservati devono essere preceduti da una sequenza di escape.
  • Non sono consentiti caratteri di percorso URL non validi. 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.
  • I nomi di file seguenti non sono consentiti: 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 (.).
    		•
    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 preceduti da una sequenza di escape.
  • 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