Veri akışı depolama alanını Azure Data Lake 2. Nesil'i kullanacak şekilde yapılandırma

Power BI ile kullanılan veriler varsayılan olarak Power BI tarafından sağlanan iç depolama alanında depolanır. Veri akışlarının ve Azure Data Lake Depolama 2. Nesil'in (ADLS 2. Nesil) tümleştirilmesiyle, veri akışlarınızı kuruluşunuzun Azure Data Lake Storage 2. Nesil hesabında depolayabilirsiniz. Bu özellik temelde Power BI veri akışlarına "kendi depolama alanınızı getirmenizi" ve kiracı veya çalışma alanı düzeyinde bağlantı kurmanızı sağlar.

ADLS 2. Nesil çalışma alanını veya kiracı bağlantısını kullanma nedenleri

Veri akışınızı ekledikten sonra Power BI, artık verileri kendi ADLS 2. Nesil'inize okuyup yazabilmeniz için bir başvuru yapılandırır ve kaydeder. Power BI, verileri ortak veri modeli (CDM) biçiminde depolar ve veri akışının kendisi tarafından oluşturulan gerçek verilere ek olarak verilerinizle ilgili meta verileri yakalar. Bu özellik birçok güçlü özelliğin kilidini açar ve verilerinizin ve CDM biçimindeki ilişkili meta verilerin artık genişletilebilirlik, otomasyon, izleme ve yedekleme senaryolarına hizmet vermesine olanak tanır. Bu verileri kendi ortamınızda kullanılabilir ve yaygın olarak erişilebilir hale getirdiğinizde, kuruluşunuzda oluşturulan içgörüleri ve verileri demokratikleştirmenize olanak tanır. Ayrıca, çok çeşitli karmaşıklıklarla daha fazla çözüm oluşturmanıza olanak sağlar. Çözümleriniz, Power Platform, Azure'daki CDM kullanan özel uygulamalar ve çözümler ile iş ortağı ve bağımsız yazılım satıcısı (ISV) ekosistemleri aracılığıyla kullanılabilen uygulamalar olabilir. Veya CSV okumak için bir uygulama oluşturabilirsiniz. Veri mühendisleriniz, veri bilimcileriniz ve analistleriniz artık ADLS 2. Nesil'de seçilen ortak bir veri kümesiyle çalışabilir, bunları kullanabilir ve yeniden kullanabilir.

Kullanılacak ADLS 2. Nesil depolarını yapılandırmanın iki yolu vardır: kiracı tarafından atanan bir ADLS 2. Nesil hesabını kullanabilir veya çalışma alanı düzeyinde kendi ADLS 2. Nesil deponuzu getirebilirsiniz.

Önkoşullar

• Kendi ADLS 2. Nesil hesabınızı getirmek için depolama hesabı katmanında Sahip izniniz olmalıdır. Kaynak grubu veya abonelik düzeyindeki izinler çalışmaz. Yöneticiyseniz, yine de kendinize Sahip izni atamanız gerekir. Şu anda bir güvenlik duvarının arkasındaki ADLS 2. Nesil Depolama Hesaplarını desteklemiyor.

• Depolama hesabı Hiyerarşik Ad Alanı (HNS) etkin olarak oluşturulmalıdır.

• Depolama hesabı, Power BI kiracısı ile aynı Microsoft Entra kiracısında oluşturulmalıdır.

• Kullanıcının depolama hesabı düzeyinde Depolama Blob Veri Sahibi rolüne, Depolama Blob Veri Okuyucusu rolüne ve Sahip rolüne sahip olması gerekir (kapsam bu kaynak olmalı ve devralınmamalıdır). Uygulanan rol değişikliklerinin eşitlenmesi birkaç dakika sürebilir ve Power BI hizmeti aşağıdaki adımların tamamlanması için önce eşitlenmesi gerekir.

• Power BI çalışma alanı kiracı bölgesi, depolama hesabı bölgesiyle aynı olmalıdır.

• Uç noktalarınızın güvenliğini sağlamak için TLS (Aktarım Katmanı Güvenliği) sürüm 1.2 (veya üzeri) gereklidir. TLS 1.2'den önceki TLS sürümlerini kullanan web tarayıcıları ve diğer istemci uygulamaları bağlanamaz.

• Çok faktörlü kimlik doğrulamasının (MFA) arkasına ADLS 2. Nesil ile veri akışı ekleme desteklenmez.

• Son olarak, Yönetici portalından herhangi bir ADLS 2. Nesil'e bağlanabilirsiniz, ancak doğrudan bir çalışma alanına bağlanırsanız bağlanmadan önce çalışma alanında veri akışı olmadığından emin olmanız gerekir.

Aşağıdaki tabloda ADLS 2. Nesil ve Power BI için gereken ADLS ve Power BI izinleri açıklanmaktadır:

Çalışma alanı düzeyinde Azure Data Lake 2. Nesil'e Bağlan

Veri akışı olmayan bir çalışma alanına gidin. Çalışma alanı ayarları'nı seçin. Azure Bağlan ions sekmesini ve ardından Depolama bölümünü seçin.

Yönetici kiracı tarafından atanan bir ADLS 2. Nesil hesabını zaten yapılandırdıysa Varsayılan Azure bağlantısını kullan seçeneği görünür. İki seçeneğiniz vardır:

• Kiracı tarafından yapılandırılmış ADLS 2. Nesil hesabını, Varsayılan Azure bağlantısını kullan adlı kutuyu seçerek kullanın veya
• Yeni bir Azure Depolama hesabına işaret etmek için Azure'a Bağlan'ı seçin.

Azure'a Bağlan seçtiğinizde Power BI, erişiminiz olan Azure aboneliklerinin listesini alır. Açılan menüleri doldurun. Ardından, ADLS 2. Nesil bayrağı olan hiyerarşik ad alanı seçeneğinin etkinleştirildiği geçerli bir Azure aboneliği, kaynak grubu ve depolama hesabı seçin. Azure'a bağlanmak için kullanılan kişisel hesap, ilk bağlantıyı ayarlamak ve Power BI hizmeti hesabına verileri okuma ve yazma hakları vermek için yalnızca bir kez kullanılır ve bundan sonra bağlantıyı etkin tutmak için özgün kullanıcı hesabına gerek kalmaz.

Seçtiğinizi seçtikten sonra Kaydet'i seçin; artık çalışma alanını kendi ADLS 2. Nesil hesabınıza başarıyla bağladınız. Power BI, depolama hesabını gerekli izinlerle otomatik olarak yapılandırarak verilerin yazılacağı Power BI dosya sistemini ayarlar. Bu noktada, bu çalışma alanı içindeki her veri akışının verileri doğrudan bu dosya sistemine yazılır ve bu veriler diğer Azure hizmetleriyle birlikte kullanılabilir. Artık tüm kuruluş veya departman verileriniz için tek bir kaynağınız var.

Azure bağlantıları yapılandırması

Azure bağlantılarını yapılandırmak, isteğe bağlı olarak ayarlanabilen daha fazla özelliğe sahip isteğe bağlı bir ayardır:

• Varsayılan olarak ayarlamanıza olanak tanıyan Kiracı Düzeyi depolama alanı ve/veya
• Çalışma alanı düzeyinde depolama alanı, çalışma alanı başına bağlantıyı belirtmenize olanak tanır

İsteğe bağlı olarak, yalnızca merkezi bir veri gölü kullanmak veya bu depolamanın varsayılan seçenek olmasını istiyorsanız kiracı düzeyinde depolamayı yapılandırabilirsiniz. Yapılandırmanızda esneklik sağlamak için varsayılanı kullanarak otomatik olarak başlamayız, bu nedenle bu bağlantıyı kullanan çalışma alanlarını uygun gördüğünüz şekilde yapılandırma esnekliğine sahip olursunuz. Kiracı tarafından atanan bir ADLS 2. Nesil hesabını yapılandırırsanız, her çalışma alanını bu varsayılan seçeneği kullanacak şekilde yapılandırmanız gerekir.

İsteğe bağlı olarak veya ek olarak, çalışma alanı düzeyindeki depolama izinlerini ayrı bir seçenek olarak yapılandırabilirsiniz. Bu seçenek çalışma alanı temelinde belirli bir ADLS 2. Nesil hesabını ayarlama konusunda tam esneklik sağlar.

Özetlemek gerekirse, kiracı düzeyinde depolama ve çalışma alanı düzeyinde depolama izinlerine izin veriliyorsa, çalışma alanı yöneticileri isteğe bağlı olarak varsayılan ADLS bağlantısını kullanabilir veya varsayılandan ayrı başka bir depolama hesabı yapılandırmayı tercih edebilir. Kiracı depolama alanı ayarlanmadıysa, çalışma alanı yöneticileri isteğe bağlı olarak çalışma alanı temelinde ADLS hesaplarını yapılandırabilir. Son olarak, kiracı düzeyinde depolama seçiliyse ve çalışma alanı düzeyinde depolamaya izin verilmiyorsa, çalışma alanı yöneticileri isteğe bağlı olarak veri akışlarını bu bağlantıyı kullanacak şekilde yapılandırabilir.

ADLS 2. Nesil çalışma alanı bağlantıları için yapı ve biçim

ADLS 2. Nesil depolama hesabında, tüm veri akışları dosya sisteminin powerbi kapsayıcısında depolanır.

Powerbi kapsayıcısının yapısı şöyle görünür: <workspace name>/<dataflow name>/model.jsonve <workspace name>/<dataflow name>/model.json.snapshots/<all snapshots><workspace name>/<dataflow name>/<table name>/<tablesnapshots>

Veri akışlarının ADLS 2. Nesil klasör hiyerarşisinde veri depoladığı konum, çalışma alanının paylaşılan kapasitede veya Premium kapasitede bulunması fark etmeksizin aynıdır.

Aşağıdaki örnekte Northwind Odata örneğinin Orders tablosu kullanılmaktadır.

Yukarıdaki görüntüde:

• model.json, veri akışının en son sürümüdür.
• model.json.snapshots veri akışının tüm önceki sürümleridir. Bu geçmiş, karmanın önceki bir sürümüne veya artımlı ayarlara ihtiyacınız varsa kullanışlıdır.
• tablename, bir veri akışı yenilemesi tamamlandıktan sonra elde edilen verileri içeren klasördür.

Yalnızca bu depolama hesabına yazıyoruz ve şu anda verileri silmiyoruz. Bu nedenle, ayırdıktan sonra bile ADLS hesabından silmeyiz, bu nedenle önceki listede belirtilen tüm dosyalar hala depolanır.

Dosyaları ADLS 2. Nesil depolama hesapları arasında/içinde taşıma

Veri akışını bir ADLS 2. Nesil depolama hesabından diğerine taşıdığınızda, model.json dosyasındaki yolların yeni konumu yansıtacak şekilde güncelleştirildiğinden emin olmanız gerekir. Bunun nedeni model.json dosyasının veri akışının yolunu ve veri yolunu içermesidir. Yolları güncelleştirmezseniz, veri akışı verileri bulamaz ve izin hatalarına neden olur. Yolları güncelleştirmek için aşağıdaki adımları kullanabilirsiniz:

• model.json dosyasını bir metin düzenleyicisinde açın.
• Depolama hesabı URL'sini bulun ve yeni depolama hesabı URL'si ile değiştirin.
• Dosyayı kaydedin.
• ADLS 2. Nesil depolama hesabındaki mevcut model.json dosyasının üzerine yazın.

ADLS 2. Nesil çalışma alanı bağlantıları için genişletilebilirlik

ADLS 2. Nesil'i Power BI'a bağlıyorsanız, bu eylemi çalışma alanında veya kiracı düzeyinde gerçekleştirebilirsiniz. Doğru erişim düzeyine sahip olduğunuzdan emin olun. Önkoşullar bölümünden daha fazla bilgi edinin.

Depolama yapısı Ortak Veri Modeli biçimine bağlıdır. Analiz veri akışları için depolama yapısı nedir? ve Azure Data Lake Storage 2. Nesil iyileştirmek için Ortak Veri Modeli'ni kullanma makalesini ziyaret ederek depolama yapısı ve CDM hakkında daha fazla bilgi edinin.

Düzgün yapılandırıldıktan sonra veriler ve meta veriler denetiminizde olur. Birçok uygulama CDM'nin farkındadır ve veriler Azure, PowerApps ve PowerAutomate kullanılarak genişletilebilir. Ayrıca, biçime uygun olarak veya ham verileri okuyarak üçüncü taraf ekosistemlerini de kullanabilirsiniz.

Azure Data Lake 2. Nesil'i çalışma alanından veya kiracıdan ayırma

Çalışma alanı düzeyinde bir bağlantıyı kaldırmak için önce çalışma alanı içindeki tüm veri akışlarının silindiğinden emin olmanız gerekir. Tüm veri akışları kaldırıldıktan sonra çalışma alanı ayarlarında Bağlantıyı Kes'i seçin. Aynı durum kiracı için de geçerlidir, ancak kiracı düzeyinde bağlantıyı kesebilmeniz için önce tüm çalışma alanlarının da kiracı depolama hesabıyla bağlantısının kesildiğinden emin olmanız gerekir.

Azure Data Lake 2. Nesil'i devre dışı bırakma

Yönetici portalında, veri akışları altında, kullanıcıların bu özelliği kullanmasına yönelik erişimi devre dışı bırakabilir ve çalışma alanı yöneticilerinin kendi Azure Depolama getirmelerine izin vermeyebilirsiniz.

Azure Data Lake 2. Nesil'den geri dönme

Veri akışı depolama alanı Azure Data Lake 2. Nesil'i kullanacak şekilde yapılandırıldıktan sonra otomatik olarak geri dönmenin bir yolu yoktur. Power BI tarafından yönetilen depolamaya geri dönme işlemi el ile gerçekleştirilir.

2. Nesil'e yaptığınız geçişi geri almak için veri akışlarınızı silmeniz ve aynı çalışma alanında yeniden oluşturmanız gerekir. Ardından, ADLS 2. Nesil'den veri silmediğimiz için kaynağın kendisine gidin ve verileri temizleyin. Bu eylem aşağıdaki adımları içerir.

1. Power BI'dan veri akışının bir kopyasını dışarı aktarın. Veya model.json dosyasını kopyalayın. model.json dosyası ADLS'de depolanır.

2. Veri akışlarını silin.

3. ADLS'i ayırma.

4. İçeri aktarmayı kullanarak veri akışlarını yeniden oluşturun. Artımlı yenileme verilerinin (varsa) içeri aktarma işleminden önce silinmesi gerekir. Bu eylem, model.json dosyasındaki ilgili bölümler silinerek yapılabilir.

5. Yenileme/artımlı yenileme ilkelerini yeniden oluşturma.

ADLS 2. Nesil bağlayıcısını kullanarak verilere Bağlan

Bu belgenin kapsamı, Power BI ADLS 2. Nesil bağlayıcısını değil ADLS 2. Nesil veri akışları bağlantılarını açıklar. ADLS 2. Nesil bağlayıcısı ile çalışmak ayrı, büyük olasılıkla ek bir senaryodur. ADLS bağlayıcısı yalnızca ADLS'yi veri kaynağı olarak kullanır. Bu nedenle Power Query Online'ı kullanarak bu verileri sorgulamak için CDM biçiminde olması gerekmez. Bu, müşterinin istediği veri biçimi olabilir. Daha fazla bilgi için bkz. Azure Data Lake Storage 2. Nesil.

İlgili içerik

Aşağıdaki makaleler veri akışları ve Power BI hakkında daha fazla bilgi sağlar:

• Veri akışlarına giriş ve self servis veri hazırlığı
• Veri akışı oluşturma
• Veri akışını yapılandırma ve kullanma
• Veri akışlarının premium özellikleri
• Veri akışlarıyla yapay zeka
• Veri akışlarında dikkat edilmesi gerekenler ve sınırlamalar
• Veri akışları için en iyi yöntemler