Limiti di Azure Data Box

Quando si distribuisce e si usa Microsoft Azure Data Box, tenere presenti i limiti seguenti. La tabella seguente illustra i limiti di Data Box.

Limiti di servizio Data Box

• Se si usano più account di archiviazione con il servizio Data Box, tutti gli account di archiviazione devono appartenere alla stessa area di Azure.
• È consigliabile usare non più di tre account di archiviazione. L'uso di un numero maggiore di account di archiviazione potrebbe influire sulle prestazioni.

Limiti di Data Box

• Data Box può archiviare un massimo di 500 milioni di file per l'importazione e l'esportazione.
• Data Box 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.
• La capacità di utilizzo di Data Box potrebbe essere inferiore a 80 TiB a causa del consumo di spazio dei metadati ReFS.
• Data Box supporta un massimo di 10 connessioni client alla volta in una condivisione NFS (Network File System).

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:

• Naming and referencing containers (Assegnazione di nomi e riferimenti a contenitori)
• Naming and referencing shares (Assegnazione di nomi e riferimenti a condivisioni)
• Block blobs and page blob conventions (Convenzioni su BLOB in blocchi e BLOB di pagine)

Copia dei dati e caricamento di avvertenze

Per l'ordine di importazione

Le avvertenze di Data Box per un ordine di importazione includono:

• Contenitori, condivisioni e cartelle:
  • Non copiare i file direttamente in nessuna delle condivisioni create in modo preliminare. È necessario creare una cartella nella condivisione e quindi copiare i file in tale cartella.
  • Una cartella in StorageAccount_BlockBlob e StorageAccount_PageBlob è un contenitore. I contenitori, ad esempio, vengono creati come StorageAccount_BlockBlob/container e StorageAccount_PageBlob/container.
  • Ogni cartella creata direttamente in StorageAccount_AzFile viene convertita in una condivisione file di Azure.
  • Archivio BLOB di Azure non supporta le directory. Se si crea una cartella nella cartella StorageAccount_BlockBlob, vengono create cartelle virtuali nel nome del BLOB. Per File di Azure, viene mantenuta la struttura di directory effettiva.
• Unione dei contenuti delle cartelle in corso:
  • Ogni file scritto nelle condivisioni StorageAccount_BlockBlob e StorageAccount_PageBlob viene caricato rispettivamente come BLOB in blocchi e BLOB di pagine.
  • 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.
  • Un caricamento in un BLOB nel livello Archivio avrà esito negativo se il contenitore ha un BLOB archiviato esistente con lo stesso nome. Mentre un BLOB è nel livello archivio, non può essere letto o modificato. Se è necessario sovrascrivere un BLOB, assicurarsi che il BLOB non sia impostato su archivio. Per altre informazioni, vedere Livello di accesso archivio.
  • Una gerarchia di directory vuota (senza alcun file) creata nelle cartelle StorageAccount_BlockBlob e StorageAccount_PageBlob non viene caricata.
• 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 di origine in databox-<GUID> e la carica nell'account di archiviazione di destinazione come condivisione file di Azure SMB.
• Se si usano entrambi i protocolli SMB e NFS per le copie dei dati, è consigliabile:
  • Usare account di archiviazione diversi per SMB e NFS.
  • Non copiare gli stessi dati nella stessa destinazione finale in Azure usando sia SMB che NFS. In questi casi, non è possibile prevedere il risultato finale.
  • Anche se la copia tramite SMB e NFS in parallelo può funzionare, non è consigliabile farlo perché è soggetta a errori umani. Attendere il completamento della copia dei dati SMB prima di avviare una copia dei dati NFS.
• Gestione caricamento:
  • 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 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 possono essere mantenuti quando i dati vengono caricati in File di Azure usando indicazioni per mantenere gli ACL, gli attributi e i timestamp dei file con Azure Data Box.
  • 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.
  • Se il campo CreateTime o LastWriteTime per un file supera le dimensioni consentite durante un caricamento, "Fri, 31 Dec 9999 23:59:59" sostituisce la data originale nella proprietà file di Azure. Il caricamento del file ha esito positivo e non viene generato alcun errore.

Per l'ordine di esportazione

Le avvertenze di Data Box per un ordine di esportazione includono:

• Data Box è un dispositivo basato su Windows e non supporta nomi di file con distinzione tra maiuscole e minuscole. Ad esempio, potrebbero essere presenti due file diversi in Azure con nomi che differiscono solo in maiuscolo. Non usare Data Box per esportare file come i file vengono sovrascritti nel dispositivo.
• Se sono presenti tag duplicati nei file di input o nei tag che fanno riferimento agli stessi dati, l'esportazione di Data Box potrebbe ignorare o sovrascrivere i file. Il numero di file e dimensioni dei dati visualizzati dal portale di Azure può differire dalle dimensioni effettive dei dati nel dispositivo.
• Data Box esporta i dati nel sistema basato su Windows tramite il protocollo SMB (Server Message Block) ed è limitato dalle limitazioni SMB per file e cartelle. I file e le cartelle con nomi non supportati non vengono esportati.
• Esiste un mapping 1:1 dal prefisso al contenitore.
• La dimensione massima del nome file è di 1.024 caratteri. I nomi file che superano questa lunghezza non vengono esportati.
• I prefissi duplicati nel file xml (caricato durante la creazione dell'ordine) vengono esportati. I prefissi duplicati non vengono ignorati.
• I BLOB di pagine e i nomi dei contenitori fanno distinzione tra maiuscole e minuscole. Se la combinazione di maiuscole e minuscole non corrisponde, il BLOB e/o il contenitore non verranno trovati.

Limiti delle dimensioni dell'account di archiviazione di Azure

Di seguito vengono indicati i limiti sulle dimensioni dei dati copiati in un account di archiviazione. Verificare che i dati caricati siano conformi a tali limiti. Per informazioni aggiornate su questi limiti, vedere Obiettivi di scalabilità e prestazioni per l'archiviazione BLOB e Obiettivi di scalabilità e prestazioni di File di Azure.

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.

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