Kända problem med Azure Data Lake Storage Gen2
I den här artikeln beskrivs begränsningar och kända problem för konton som har funktionen för hierarkiskt namnområde aktiverat.
Kommentar
Vissa av de funktioner som beskrivs i den här artikeln kanske inte stöds i konton som har stöd för NFS (Network File System) 3.0. Information om hur du visar en tabell som visar effekten av funktionsstöd när olika funktioner är aktiverade finns i Stöd för Blob Storage-funktioner i Azure Storage-konton.
Blob Storage-funktioner som stöds
Ett ökande antal Blob Storage-funktioner fungerar nu med konton som har ett hierarkiskt namnområde. En fullständig lista finns i Blob Storage-funktioner som är tillgängliga i Azure Data Lake Storage Gen2.
Azure-tjänstintegreringar som stöds
Azure Data Lake Storage Gen2 stöder flera Azure-tjänster som du kan använda för att mata in data, utföra analyser och skapa visuella representationer. En lista över Azure-tjänster som stöds finns i Azure-tjänster som stöder Azure Data Lake Storage Gen2.
Mer information finns i Azure-tjänster som stöder Azure Data Lake Storage Gen2.
Plattformar för öppen källkod som stöds
Flera öppen källkod plattformar stöder Data Lake Storage Gen2. En fullständig lista finns i Plattformar med öppen källkod som stöder Azure Data Lake Storage Gen2.
Mer information finns i Plattformar med öppen källkod som stöder Azure Data Lake Storage Gen2.
API:er för Blob Storage
Api:er för Data Lake Storage Gen2, NFS 3.0 och Blob-API:er kan användas på samma data.
I det här avsnittet beskrivs problem och begränsningar med användning av blob-API:er, NFS 3.0 och Data Lake Storage Gen2-API:er för att använda samma data.
Du kan inte använda blob-API:er, NFS 3.0 och Data Lake Storage-API:er för att skriva till samma instans av en fil. Om du skriver till en fil med hjälp av Api:er för Data Lake Storage Gen2 eller NFS 3.0 visas inte filens block för anrop till blob-API:et Hämta blockeringslista . Det enda undantaget är när du skriver över. Du kan skriva över en fil/blob med antingen API eller med NFS 3.0 med hjälp av alternativet noll trunkering.
Blobar som skapas med hjälp av en Data Lake Storage Gen2-åtgärd, till exempel åtgärden Sökväg – Skapa , kan inte skrivas över med hjälp av PutBlock - eller PutBlockList-åtgärder , men de kan skrivas över med hjälp av en PutBlob-åtgärd som omfattas av den maximala tillåtna blobstorleken som anges av motsvarande API-version som PutBlob använder.
När du använder åtgärden Listblobar utan att ange en avgränsare innehåller resultatet både kataloger och blobar. Om du väljer att använda en avgränsare använder du bara ett snedstreck (
/). Det här är den enda avgränsare som stöds.Om du använder API:et Ta bort blob för att ta bort en katalog tas katalogen bara bort om den är tom. Det innebär att du inte kan använda blob-API:ets borttagningskataloger rekursivt.
Dessa BLOB REST-API:er stöds inte:
- Placera blob (sida)
- Placera sida
- Hämta sidintervall
- Inkrementell kopieringsblob
- Placera sida från URL
Ohanterade vm-diskar stöds inte i konton som har ett hierarkiskt namnområde. Om du vill aktivera ett hierarkiskt namnområde på ett lagringskonto placerar du ohanterade virtuella datordiskar i ett lagringskonto som inte har funktionen hierarkisk namnrymd aktiverad.
Stöd för att ställa in åtkomstkontrollistor rekursivt
Möjligheten att tillämpa ACL-ändringar rekursivt från överordnad katalog till underordnade objekt är allmänt tillgänglig. I den aktuella versionen av den här funktionen kan du tillämpa ACL-ändringar med hjälp av Azure Storage Explorer, PowerShell, Azure CLI och .NET, Java och Python SDK. Support är ännu inte tillgängligt för Azure-portalen.
Åtkomstkontrollistor (ACL) och anonym läsåtkomst
Om anonym läsåtkomst har beviljats till en container har ACL:er ingen effekt på containern eller filerna i containern. Detta påverkar endast läsbegäranden. Skrivbegäranden kommer fortfarande att uppfylla ACL:erna. Vi rekommenderar att du kräver auktorisering för alla begäranden till blobdata.
AzCopy
Använd endast den senaste versionen av AzCopy (AzCopy v10). Tidigare versioner av AzCopy, till exempel AzCopy v8.1, stöds inte.
Azure Storage Explorer
Använd endast versioner 1.6.0 eller högre.
Lagringswebbläsare i Azure-portalen
I lagringswebbläsaren som visas i Azure-portalen kan du inte komma åt en fil eller mapp genom att ange en sökväg. I stället måste du bläddra igenom mappar för att nå en fil. Om en ACL ger en användare läsbehörighet till en fil men inte läsbehörighet till alla mappar som leder fram till filen kan användaren därför inte visa filen i lagringswebbläsaren.
Program från tredje part
Program från tredje part som använder REST-API:er för att fungera fortsätter att fungera om du använder dem med Data Lake Storage Gen2. Program som anropar Blob-API:er kommer sannolikt att fungera.
Drivrutin för Windows Azure Storage Blob (WASB)
För närvarande stöter WASB-drivrutinen, som endast har utformats för att fungera med blob-API:et, på problem i några vanliga scenarier. Mer specifikt när det är en klient till ett hierarkiskt namnområde aktiverat lagringskonto. Åtkomst med flera protokoll på Data Lake Storage åtgärdar inte dessa problem.
Det går inte att använda WASB-drivrutinen som en klient till ett hierarkiskt namnområdesaktiverat lagringskonto. I stället rekommenderar vi att du använder ABFS-drivrutinen (Azure Blob File System) i Din Hadoop-miljö. Om du försöker migrera från en lokal Hadoop-miljö med en tidigare version än Hadoop branch-3 öppnar du ett Azure-supportärende så att vi kan komma i kontakt med dig på rätt väg framåt för dig och din organisation.
Mjuk borttagning för blobfunktion
Om överordnade kataloger för mjukt borttagna filer eller kataloger har bytt namn kan det hända att de mjukt borttagna objekten inte visas korrekt i Azure-portalen. I sådana fall kan du använda PowerShell eller Azure CLI för att lista och återställa de mjukt borttagna objekten.
Händelser
Om ditt konto har en händelseprenumeration resulterar läsåtgärder på den sekundära slutpunkten i ett fel. Lös problemet genom att ta bort händelseprenumerationer. Om du använder Data Lake Storage-slutpunkten (abfss://URI) för konton som inte är hierarkiska genereras inte händelser, men blobslutpunkten (wasb:// URI) genererar händelser.
Dricks
Läsåtkomst till den sekundära slutpunkten är endast tillgänglig när du aktiverar geo-redundant lagring med läsåtkomst (RA-GRS) eller geo-zonredundant lagring med läsåtkomst (RA-GZRS).