Share via


Bekende problemen met Azure Data Lake Storage Gen2

In dit artikel worden beperkingen en bekende problemen beschreven voor accounts waarvoor de hiërarchische naamruimtefunctie is ingeschakeld.

Notitie

Sommige van de functies die in dit artikel worden beschreven, worden mogelijk niet ondersteund in accounts waarvoor ondersteuning voor Network File System (NFS) 3.0 is ingeschakeld. Als u een tabel wilt weergeven waarin de impact van functieondersteuning wordt weergegeven wanneer verschillende mogelijkheden zijn ingeschakeld, raadpleegt u de functieondersteuning voor Blob Storage in Azure Storage-accounts.

Ondersteunde Blob Storage-functies

Een toenemend aantal Blob Storage-functies werkt nu met accounts die een hiërarchische naamruimte hebben. Zie Blob Storage-functies die beschikbaar zijn in Azure Data Lake Storage Gen2 voor een volledige lijst.

Ondersteunde integraties met Azure-services

Azure Data Lake Storage Gen2 ondersteunt verschillende Azure-services die u kunt gebruiken om gegevens op te nemen, analyses uit te voeren en visuele weergaven te maken. Zie Azure-services die ondersteuning bieden voor Azure Data Lake Storage Gen2 voor een lijst met ondersteunde Azure-services.

Zie Azure-services die ondersteuning bieden voor Azure Data Lake Storage Gen2 voor meer informatie.

Ondersteunde open source-platforms

Verschillende open source-platformen ondersteunen Data Lake Storage Gen2. Zie Open source-platformen die ondersteuning bieden voor Azure Data Lake Storage Gen2 voor een volledig overzicht.

Zie Open source-platformen die Ondersteuning bieden voor Azure Data Lake Storage Gen2 voor meer informatie.

Blob Storage-API's

Data Lake Storage Gen2-API's, NFS 3.0 en Blob-API's kunnen op dezelfde gegevens worden uitgevoerd.

In deze sectie worden problemen en beperkingen beschreven met het gebruik van blob-API's, NFS 3.0 en Data Lake Storage Gen2-API's om op dezelfde gegevens te werken.

  • U kunt geen blob-API's, NFS 3.0 en Data Lake Storage-API's gebruiken om naar hetzelfde exemplaar van een bestand te schrijven. Als u naar een bestand schrijft met behulp van Data Lake Storage Gen2-API's of NFS 3.0, zijn de blokken van dat bestand niet zichtbaar voor aanroepen naar de blob-API voor bloklijst ophalen. De enige uitzondering is wanneer u overschrijft. U kunt een bestand/blob overschrijven met behulp van API of met NFS 3.0 met behulp van de optie nul afkappen.

    Blobs die zijn gemaakt met behulp van een Data Lake Storage Gen2-bewerking zoals het pad - bewerking maken, kunnen niet worden overschreven met behulp van PutBlock - of PutBlockList-bewerkingen , maar ze kunnen worden overschreven met behulp van een PutBlob-bewerking die onderhevig is aan de maximaal toegestane blobgrootte die is opgelegd door de bijbehorende API-versie die PutBlob gebruikt.

  • Wanneer u de bewerking Lijst-blobs gebruikt zonder een scheidingsteken op te geven, bevatten de resultaten zowel mappen als blobs. Als u ervoor kiest om een scheidingsteken te gebruiken, gebruikt u alleen een slash (/). Dit is het enige ondersteunde scheidingsteken.

  • Als u de Blob-API verwijderen gebruikt om een map te verwijderen, wordt die map alleen verwijderd als deze leeg is. Dit betekent dat u de Directory's van de Blob-API niet recursief kunt gebruiken.

Deze Blob REST API's worden niet ondersteund:

Niet-beheerde VM-schijven worden niet ondersteund in accounts met een hiërarchische naamruimte. Als u een hiërarchische naamruimte wilt inschakelen voor een opslagaccount, plaatst u niet-beheerde VM-schijven in een opslagaccount waarvoor de hiërarchische naamruimtefunctie niet is ingeschakeld.

Ondersteuning voor het recursief instellen van toegangsbeheerlijsten (ACL's)

De mogelijkheid om ACL-wijzigingen recursief van bovenliggende map toe te passen op onderliggende items, is algemeen beschikbaar. In de huidige versie van deze mogelijkheid kunt u ACL-wijzigingen toepassen met behulp van Azure Storage Explorer, PowerShell, Azure CLI en .NET, Java en Python SDK. Ondersteuning is nog niet beschikbaar voor Azure Portal.

Toegangsbeheerlijsten (ACL) en anonieme leestoegang

Als anonieme leestoegang is verleend aan een container, hebben ACL's geen effect op die container of de bestanden in die container. Dit is alleen van invloed op leesaanvragen. Schrijfaanvragen respecteren nog steeds de ACL's. We raden u aan om autorisatie te vereisen voor alle aanvragen voor blobgegevens.

AzCopy

Gebruik alleen de nieuwste versie van AzCopy (AzCopy v10). Eerdere versies van AzCopy, zoals AzCopy v8.1, worden niet ondersteund.

Azure Storage Explorer

Gebruik alleen versies 1.6.0 of hoger.

Opslagbrowser in Azure Portal

In de opslagbrowser die wordt weergegeven in Azure Portal, hebt u geen toegang tot een bestand of map door een pad op te geven. In plaats daarvan moet u door mappen bladeren om een bestand te bereiken. Als een ACL een gebruiker leestoegang verleent tot een bestand, maar geen leestoegang verleent tot alle mappen die tot het bestand leiden, kan die gebruiker het bestand niet weergeven in de opslagbrowser.

Toepassingen van derden

Toepassingen van derden die GEBRUIKMAKEN van REST API's blijven werken als u ze gebruikt met Data Lake Storage Gen2. Toepassingen die Blob-API's aanroepen, werken waarschijnlijk.

Windows Azure Storage Blob-stuurprogramma (WASB)

Momenteel ondervindt het WASB-stuurprogramma, dat is ontworpen om alleen met de Blob-API te werken, problemen in een aantal veelvoorkomende scenario's. Met name wanneer het een client is voor een hiërarchische naamruimte waarvoor opslagaccount is ingeschakeld. Toegang met meerdere protocollen in Data Lake Storage vermindert deze problemen niet.

Het WASB-stuurprogramma als client gebruiken voor een opslagaccount met hiërarchische naamruimte wordt niet ondersteund. In plaats daarvan wordt u aangeraden het ABFS-stuurprogramma (Azure Blob File System) in uw Hadoop-omgeving te gebruiken. Als u een on-premises Hadoop-omgeving wilt migreren met een versie die ouder is dan Hadoop branch-3, opent u een Azure-ondersteuningsticket zodat we contact met u kunnen opnemen op het juiste pad voor u en uw organisatie.

Voorlopig verwijderen voor blobs-functionaliteit

Als de naam van bovenliggende mappen voor voorlopig verwijderde bestanden of mappen wordt gewijzigd, worden de voorlopig verwijderde items mogelijk niet correct weergegeven in Azure Portal. In dergelijke gevallen kunt u PowerShell of Azure CLI gebruiken om de voorlopig verwijderde items weer te geven en te herstellen.

Gebeurtenissen

Als uw account een gebeurtenisabonnement heeft, resulteren leesbewerkingen op het secundaire eindpunt in een fout. U kunt dit probleem oplossen door gebeurtenisabonnementen te verwijderen. Als u het Data Lake Storage-eindpunt (abfss://URI) gebruikt voor accounts met niet-hiërarchische naamruimten, worden er geen gebeurtenissen gegenereerd, maar genereert het blob-eindpunt (wasb:// URI) gebeurtenissen.

Fooi

Leestoegang tot het secundaire eindpunt is alleen beschikbaar wanneer u geografisch redundante opslag met leestoegang (RA-GRS) of geografisch zone-redundante opslag met leestoegang (RA-GZRS) inschakelt.