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 hierarkisk namnrymd aktiverad.
Anteckning
Vissa av funktionerna som beskrivs i den här artikeln kanske inte stöds i konton som har stöd för Network File System (NFS) 3.0 aktiverat. Om du vill visa en tabell som visar effekten av funktionsstöd när olika funktioner är aktiverade kan du gå till 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 en hierarkisk namnrymd. 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 plattformar med öppen källkod 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
Data Lake Storage Gen2-API:er, NFS 3.0 och Blob-API:er kan användas på samma data.
I det här avsnittet beskrivs problem och begränsningar med att använda blob-API:er, NFS 3.0 och Data Lake Storage Gen2-API:er för att arbeta med 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 Data Lake Storage Gen2 eller API:er eller NFS 3.0 är inte filblocken synliga för anrop till blob-API:et För att hämta blocklista. Det enda undantaget är när du använder skriver över. Du kan skriva över en fil/blob med antingen API eller med NFS 3.0 med hjälp av alternativet noll trunkering.
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 virtuella datordiskar stöds inte i konton som har en hierarkisk namnrymd. Om du vill aktivera en hierarkisk namnrymd på ett lagringskonto placerar du ohanterade VM-diskar i ett lagringskonto som inte har funktionen hierarkisk namnrymd aktiverad.
Stöd för att ställa in åtkomstkontrollistor (ACL:er) 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. Supporten är ännu inte tillgänglig för Azure Portal.
Åtkomstkontrollista (ACL) och anonym läsbehörighet
Om anonym läsåtkomst har beviljats till en container har ACL:er ingen effekt på den containern eller filerna i containern. Detta påverkar endast läsbegäranden. Skrivbegäranden kommer fortfarande att respektera ACL:erna.
AzCopy
Använd bara 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 senare.
Storage Explorer i Azure Portal
ACL:er stöds inte ännu.
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 troligen att fungera.
Storage Analysloggar (klassiska)
Inställningen för kvarhållningsdagar stöds inte ännu, men du kan ta bort loggar manuellt med val annat verktyg som stöds, till exempel Azure Storage Explorer, REST eller en SDK.
Windows Azure Storage WASB-drivrutin (Blob)
För närvarande stöter WASB-drivrutinen, som har utformats för att endast fungera med blob-API:et, på problem i några vanliga scenarier. Mer specifikt när det är en klient till ett hierarkiskt namnområdesaktiverade lagringskonto. Åtkomst med flera protokoll på Data Lake-Storage åtgärdar inte dessa problem.
Det finns inte stöd för att använda WASB-drivrutinen som klient för ett hierarkiskt namnområdesaktiverade lagringskonto. I stället rekommenderar vi att du använder Azure Blob File System (ABFS)-drivrutinen i Hadoop-miljön. Om du försöker migrera från en lokal Hadoop-miljö med en tidigare version än Hadoop branch-3 öppnar du en Azure Support-biljett så att vi kan kontakta dig på rätt väg framåt för dig och din organisation.
Mjuk borttagning för blobfunktioner (för närvarande i förhandsversion)
Om överordnade kataloger för mjukt borttagna filer eller kataloger har bytt namn kanske de mjukt borttagna objekten inte visas korrekt i Azure Portal. I sådana fall kan du använda PowerShell eller Azure CLI för att visa 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.
Tips
Läsåtkomst till den sekundära slutpunkten är bara tillgänglig när du aktiverar ra-redundant lagring med läsbehörighet (RA-GRS) eller geo-zonredundant lagring med läsbehörighet (RA-GZRS).