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.

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.