Azure Data Lake Storage 2. Nesil’deki bilinen sorunlar

Bu makalede, hiyerarşik ad alanı özelliğinin etkinleştirildiği hesaplarla ilgili sınırlamalar ve bilinen sorunlar açıklanmaktadır.

Desteklenen Blob depolama özellikleri

Artan sayıda Blob depolama özelliği artık hiyerarşik ad alanına sahip hesaplarla çalışıyor. Tam liste için bkz. Azure Data Lake Storage 2. Nesil'da kullanılabilen Blob Depolama özellikleri.

Desteklenen Azure hizmet tümleştirmeleri

Azure Data Lake Storage 2. Nesil verileri almak, analiz gerçekleştirmek ve görsel gösterimler oluşturmak için kullanabileceğiniz çeşitli Azure hizmetlerini destekler. Desteklenen Azure hizmetlerinin listesi için bkz. Azure Data Lake Storage 2. Nesil destekleyen Azure hizmetleri.

Daha fazla bilgi için bkz. Azure Data Lake Storage 2. Nesil destekleyen Azure hizmetleri.

Desteklenen açık kaynaklı platformlar

Çeşitli açık kaynak platformları Data Lake Storage 2. Nesil destekler. Tam liste için bkz. Azure Data Lake Storage 2. Nesil destekleyen açık kaynak platformları.

Daha fazla bilgi için bkz. Azure Data Lake Storage 2. Nesil destekleyen açık kaynak platformları.

Blob depolama API'leri

Data Lake Storage 2. Nesil API'leri, NFS 3.0 ve Blob API'leri aynı veriler üzerinde çalışabilir.

Bu bölümde blob API'leri, NFS 3.0 ve Data Lake Storage 2. Nesil API'lerini kullanarak aynı veriler üzerinde çalışmayla ilgili sorunlar ve sınırlamalar açıklanmaktadır.

• Bir dosyanın aynı örneğine yazmak için blob API'leri, NFS 3.0 ve Data Lake Depolama API'lerini kullanamazsınız. Data Lake Storage 2. Nesil API'lerini veya NFS 3.0'ı kullanarak bir dosyaya yazarsanız, bu dosyanın blokları Blok Listesini Al blob API'sine yapılan çağrılara görünmez. Bunun tek istisnası üzerine yazmanızdır. Sıfır kesme seçeneğini kullanarak API veya NFS 3.0 ile bir dosyanın/blobun üzerine yazabilirsiniz.

  Path - Create işlemi gibi bir Data Lake Storage 2. Nesil işlemi kullanılarak oluşturulan blobların üzerine PutBlock veya PutBlockList işlemleri kullanılarak yazılamaz, ancak PutBlob'un kullandığı ilgili api-sürümü tarafından izin verilen en yüksek blob boyutuna tabi bir PutBlob işlemi kullanılarak bunların üzerine yazılabilir.

• Sınırlayıcı belirtmeden Blobları Listele işlemini kullandığınızda, sonuçlar hem dizinleri hem de blobları içerir. Sınırlayıcı kullanmayı seçerseniz, yalnızca eğik çizgi (/ ) kullanın. Desteklenen tek sınırlayıcı budur.

• Bir dizini silmek için Blob SILME API'sini kullanırsanız, bu dizin yalnızca boşsa silinir. Başka bir deyişle, Blob API silme dizinlerini yinelemeli olarak kullanamazsınız.

Bu Blob REST API'leri desteklenmez:

• Blob Koy (Sayfa)
• Sayfa Koy
• Sayfa Aralıklarını Al
• Artımlı Kopyalama Blobu
• URL'den Sayfa Yerleştir

Yönetilmeyen VM diskleri hiyerarşik ad alanına sahip hesaplarda desteklenmez. Depolama hesabında hiyerarşik ad alanını etkinleştirmek istiyorsanız, yönetilmeyen VM disklerini hiyerarşik ad alanı özelliğinin etkinleştirilmediği bir depolama hesabına yerleştirin.

Erişim denetim listelerini (ACL) özyinelemeli olarak ayarlama desteği

ACL değişikliklerini üst dizinden alt öğelere özyinelemeli olarak uygulama özelliği genel olarak kullanılabilir. Bu özelliğin geçerli sürümünde Azure Depolama Gezgini, PowerShell, Azure CLI ve .NET, Java ve Python SDK'sını kullanarak ACL değişikliklerini uygulayabilirsiniz. Azure portalı için henüz destek sağlanmamıştır.

Erişim denetim listeleri (ACL) ve anonim okuma erişimi

Bir kapsayıcıya anonim okuma erişimi verildiyse, ACL'lerin söz konusu kapsayıcıyı veya kapsayıcıdaki dosyaları etkilemesi gerekmez. Bu yalnızca okuma isteklerini etkiler. Yazma istekleri yine de ACL'leri kabul eder. Blob verilerine yönelik tüm istekler için yetkilendirme gerektirmenizi öneririz.

AzCopy

AzCopy'nin yalnızca en son sürümünü kullanın (AzCopy v10). AzCopy v8.1 gibi AzCopy'nin önceki sürümleri desteklenmez.

Azure Depolama Gezgini

Yalnızca veya daha yüksek sürümleri 1.6.0 kullanın.

Azure portalında tarayıcı Depolama

Azure portalında görüntülenen depolama tarayıcısında, yol belirterek bir dosyaya veya klasöre erişemezsiniz. Bunun yerine, bir dosyaya ulaşmak için klasörlere göz atmalısınız. Bu nedenle, bir ACL kullanıcıya bir dosyaya okuma erişimi verirse ancak dosyaya giden tüm klasörlere okuma erişimi vermezse, bu kullanıcı dosyayı depolama tarayıcısında görüntüleyemez.

Üçüncü taraf uygulamalar

çalışmak için REST API'lerini kullanan üçüncü taraf uygulamalar, bunları Data Lake Storage 2. Nesil ile kullanırsanız çalışmaya devam eder. Blob API'lerini çağıran uygulamalar büyük olasılıkla çalışır.

Windows Azure Depolama Blob (WASB) sürücüsü

Şu anda yalnızca Blob API'siyle çalışacak şekilde tasarlanan WASB sürücüsü, bazı yaygın senaryolarda sorunlarla karşılaşıyor. Özellikle, hiyerarşik ad alanı etkin bir depolama hesabının istemcisi olduğunda. Data Lake Depolama'da çoklu protokol erişimi bu sorunları azaltmaz.

WASB sürücüsünü hiyerarşik ad alanı etkin depolama hesabına istemci olarak kullanmak desteklenmez. Bunun yerine, Hadoop ortamınızda Azure Blob Dosya Sistemi (ABFS) sürücüsünü kullanmanızı öneririz. Hadoop branch-3'ten önceki bir sürüme sahip şirket içi Hadoop ortamından geçiş yapmaya çalışıyorsanız, sizin ve kuruluşunuz için doğru yolda sizinle iletişim kurabilmemiz için lütfen bir Azure Destek bileti açın.

Bloblar için geçici silme özelliği

Geçici olarak silinen dosyalar veya dizinler için üst dizinler yeniden adlandırılırsa, geçici olarak silinen öğeler Azure portalında doğru görüntülenmeyebilir. Böyle durumlarda geçici olarak silinen öğeleri listelemek ve geri yüklemek için PowerShell veya Azure CLI kullanabilirsiniz.

Ekinlikler

Hesabınızın olay aboneliği varsa, ikincil uç noktadaki okuma işlemleri hataya neden olur. Bu sorunu çözmek için olay aboneliklerini kaldırın. Hiyerarşik ad alanı etkin olmayan hesaplar için Data Lake Depolama uç noktasının (abfss://URI) kullanılması olay oluşturmaz, ancak blob uç noktası (wasb:// URI) olaylar oluşturur.