Problemi noti di Azure Data Lake Storage
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.
Integrazioni di servizi di Azure supportate
Azure Data Lake Storage 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.
Per altre informazioni, vedere Servizi di Azure che supportano Azure Data Lake Storage.
Piattaforme open source supportate
Diverse piattaforme open source supportano Data Lake Storage. Per un elenco completo, vedere Piattaforme open source che supportano Azure Data Lake Storage.
Per altre informazioni, vedere Piattaforme open source che supportano Azure Data Lake Storage.
Api di archiviazione BLOB
Le API di Data Lake Storage, NFS 3.0 e LE API BLOB possono operare sugli stessi dati.
Questa sezione descrive i problemi e le limitazioni relativi all'uso di API BLOB, NFS 3.0 e API di Data Lake Storage per operare sugli stessi dati.
Non è possibile usare API BLOB, NFS 3.0 e API data Lake Storage per scrivere nella stessa istanza di un file. Se si scrive in un file usando le API di Data Lake Storage o NFS 3.0, i blocchi del file non saranno visibili per le chiamate all'API BLOB Get Block List . 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 di Data Lake Storage, ad esempio l'operazione Path - Create, non possono essere sovrascritti usando 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.
Browser di archiviazione 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 Storage. 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.
Eventi
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 Data Lake Storage (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).