Problemi noti di Azure Data Lake Storage Gen2

Questo articolo descrive le limitazioni e i problemi noti per gli account con la funzionalità dello spazio dei nomi gerarchico abilitata.

Nota

Alcune delle funzionalità descritte in questo articolo potrebbero non essere supportate negli account con supporto NFS (Network File System) 3.0 abilitato. Per visualizzare una tabella che mostra l'impatto del supporto delle funzionalità quando sono abilitate varie funzionalità, vedere Supporto delle funzionalità di Archiviazione BLOB negli account Archiviazione di Azure.

Funzionalità di archiviazione BLOB supportate

Un numero crescente di funzionalità di archiviazione BLOB ora funziona con gli account che hanno uno spazio dei nomi gerarchico. Per un elenco completo, vedere Funzionalità di archiviazione BLOB disponibili in Azure Data Lake Storage Gen2.

Integrazioni di servizi di Azure supportate

Azure Data Lake Storage Gen2 supporta diversi servizi di Azure che è possibile usare per inserire dati, eseguire analisi e creare rappresentazioni visive. Per un elenco dei servizi di Azure supportati, vedere Servizi di Azure che supportano Azure Data Lake Storage Gen2.

Per altre informazioni, vedere Servizi di Azure che supportano Azure Data Lake Archiviazione Gen2.

Piattaforme open source supportate

Diverse piattaforme open source supportano Data Lake Storage Gen2. Per un elenco completo, vedere Piattaforme open source che supportano Azure Data Lake Storage Gen2.

Per altre informazioni, vedere Piattaforme open source che supportano Azure Data Lake Archiviazione Gen2.

Api di archiviazione BLOB

Le API data Lake Archiviazione Gen2, NFS 3.0 e BLOB possono operare sugli stessi dati.

Questa sezione descrive i problemi e le limitazioni relativi all'uso delle API BLOB, NFS 3.0 e Data Lake Archiviazione Gen2 per operare sugli stessi dati.

  • Non è possibile usare LE API BLOB, NFS 3.0 e Data Lake Archiviazione API per scrivere nella stessa istanza di un file. Se si scrive in un file usando le API di Data Lake Archiviazione Gen2 o NFS 3.0, i blocchi del file non saranno visibili per le chiamate all'API Get Block List BLOB. L'unica eccezione è quando si sovrascrive. È possibile sovrascrivere un file o un BLOB usando l'API o con NFS 3.0 usando l'opzione zero-truncate.

    I BLOB creati usando un'operazione Data Lake Archiviazione Gen2, ad esempio l'operazione Path - Create, non possono essere sovrascritti tramite operazioni PutBlock o PutBlockList, ma possono essere sovrascritti usando un'operazione PutBlob soggetta alle dimensioni massime consentite del BLOB imposte dalla versione API corrispondente usata da PutBlob.

  • Quando si usa l'operazione Elenca BLOB senza specificare un delimitatore, i risultati includono sia directory che BLOB. Se si sceglie di specificare un delimitatore, usare solo una barra (/). Si tratta dell'unico delimitatore supportato.

  • Se si usa l'API Elimina BLOB per eliminare una directory, tale directory viene eliminata solo se è vuota. Ciò significa che non è possibile usare le directory di eliminazione dell'API BLOB in modo ricorsivo.

Le API REST per i BLOB seguenti non sono supportate:

I dischi delle macchine virtuali non gestiti non sono supportati negli account con uno spazio dei nomi gerarchico. Se si intende abilitare uno spazio dei nomi gerarchico in un account di archiviazione, inserire i dischi non gestiti delle macchine virtuali in un account di archiviazione in cui non è abilitata la funzionalità dello spazio dei nomi gerarchico.

Supporto per l'impostazione degli elenchi di controllo di accesso (ACL) in modo ricorsivo

La possibilità di applicare le modifiche ACL in modo ricorsivo dalla directory padre agli elementi figlio è disponibile a livello generale. Nella versione corrente di questa funzionalità è possibile applicare modifiche ACL usando Archiviazione di Azure Explorer, PowerShell, l'interfaccia della riga di comando di Azure e .NET, Java e Python SDK. Il supporto non è ancora disponibile per il portale di Azure.

Elenchi di controllo di accesso (ACL) e accesso in lettura anonimo

Se è stato concesso l'accesso in lettura anonimo a un contenitore, gli elenchi di controllo di accesso non avranno alcun effetto su quel contenitore o sui file che contiene. Ciò influisce solo sulle richieste di lettura. Le richieste di scrittura rispettano comunque gli elenchi di controllo di accesso. È consigliabile richiedere l'autorizzazione per tutte le richieste ai dati BLOB.

AzCopy

Usare solo la versione più recente di AzCopy (AzCopy v10). Le versioni precedenti di AzCopy, ad esempio AzCopy v8.1, non sono supportate.

Azure Storage Explorer

Usare solo le versioni 1.6.0 o versioni successive.

Archiviazione browser nel portale di Azure

Nel browser di archiviazione visualizzato nella portale di Azure non è possibile accedere a un file o una cartella specificando un percorso. È invece necessario esplorare le cartelle per raggiungere un file. Pertanto, se un ACL concede a un utente l'accesso in lettura a un file ma non l'accesso in lettura a tutte le cartelle che portano al file, tale utente non sarà in grado di visualizzare il file nel browser di archiviazione.

Applicazioni di terze parti

Le applicazioni di terze parti che usano le API REST per funzionare continueranno a funzionare se vengono usate con Data Lake Archiviazione Gen2. Le applicazioni che chiamano LE API BLOB funzioneranno probabilmente.

Driver BLOB di Windows Archiviazione di Azure (WASB)

Il driver WASB, progettato per funzionare solo con l'API BLOB, incontra attualmente problemi in alcuni scenari comuni, In particolare, quando si tratta di un client di un account di archiviazione abilitato per lo spazio dei nomi gerarchico. L'accesso a più protocolli su Data Lake Storage non risolve tali problemi.

L'uso del driver WASB come client per un account di archiviazione abilitato per lo spazio dei nomi gerarchico non è supportato. È invece consigliabile usare il driver ABFS (Blob File System) di Azure nell'ambiente Hadoop. Se si sta provando a eseguire la migrazione da un ambiente Hadoop locale con una versione precedente a Hadoop Branch-3, aprire un ticket di supporto di Azure in modo che sia possibile contattare l'utente nel percorso corretto per l'utente e l'organizzazione.

Eliminazione temporanea per la funzionalità BLOB

Se le directory padre per i file o le directory eliminate temporanea vengono rinominate, gli elementi eliminati soft potrebbero non essere visualizzati correttamente nella portale di Azure. In questi casi è possibile usare PowerShell o l'interfaccia della riga di comando di Azure per elencare e ripristinare gli elementi eliminati soft.In such case you can use PowerShell or Azure CLI to list and restore the soft-deleted items.

evento

Se l'account ha una sottoscrizione di eventi, le operazioni di lettura sull'endpoint secondario genereranno un errore. Per risolvere questo problema, rimuovere le sottoscrizioni di eventi. L'uso dell'endpoint di Archiviazione Data Lake (abfss://URI) per gli account abilitati per gli spazi dei nomi non gerarchici non genererà eventi, ma l'endpoint BLOB (wasb:// URI) genererà eventi.

Suggerimento

L'accesso in lettura all'endpoint secondario è disponibile solo quando si abilita l'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) o l'archiviazione con ridondanza geografica della zona (RA-GZRS).