Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Tavsiye
Power BI Veri Akışı 1. Nesil artık eski bir durumdadır ve yeni özellik yatırımı almaz. Dataflow Gen2, iç depolama alanı ile Azure Data Lake Storage arasında seçim yapmaktansa, Fabric Lakehouse, Warehouse, Azure SQL Veritabanı ve daha fazlası dahil olmak üzere daha geniş bir veri hedefleri yelpazesini destekler — hepsi doğrudan veri akışı düzenleyicisinde yapılandırılabilir. Mevcut veri akışlarını yükseltme hakkında bilgi edinmek için bkz. Veri Akışı 1. Nesil'den Veri Akışı 2. Nesil'e yükseltme.
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 Storage 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 Gen 2'nize okuyup yazabilmeniz için bir referans 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ıarkasında 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 Blobu Veri Sahibi rolüne, Depolama Blob Veri Okuyucusu rolüne ve Sahip rolüne sahip olması gerekir (kapsam bu kaynak olmalıdır ve devralınmamalıdır). Uygulanan rol değişikliklerinin eşitlenmesi birkaç dakika sürebilir ve aşağıdaki adımların Power BI hizmetinde tamamlanabilmesi için önce eşitlenmesi gerekir.
Pro çalışma alanları için depolama hesabı Fabric ana bölgesiyle aynı bölgede olmalıdır. Premium çalışma alanları için depolama hesabı premium kapasiteyle aynı bölgede 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önetim portalından herhangi bir ADLS 2. Nesilbağ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.
Note
Kendi depolamanızı getirin (Azure Data Lake Gen 2), ABD Hükümeti GCC müşterileri için Power BI hizmetinde mevcut değildir. ABD Kamu müşterileri için hangi özelliklerin mevcut olduğu ve hangilerinin olmadığı hakkında daha fazla bilgi için, bkz. Power BI özellik kullanılabilirliği.
Aşağıdaki tabloda ADLS 2. Nesil ve Power BI için gereken ADLS ve Power BI izinleri açıklanmaktadır:
| Eylem | ADLS izinleri | En düşük Power BI izinleri |
|---|---|---|
| ADLS Gen 2'yi Power BI kiracısına bağlama | Owner | Power BI yöneticisi |
| ADLS 2. Nesil'i Çalışma Alanına Bağlama | Owner | Çalışma alanı yöneticisi |
| Bağlı ADLS hesabına geri yazarak Power BI veri akışları oluşturma | Uygulanamaz | Çalışma Alanı Katkı Sağlayan |
| Power BI veri akışını kullanma | Uygulanamaz | Çalışma alanı görüntüleyicisi |
Azure Data Lake 2. Nesil'e çalışma alanı düzeyinde bağlanma
Veri akışı olmayan bir çalışma alanına gidin. çalışma alanı ayarlarını seçin. Azure Bağlantıları 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ğlanseçtiğinizde, Power BI erişiminiz olan Azure aboneliklerinin bir 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 hizmet hesabı 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çiminizi yaptıktan sonra Kaydet'i seçin ve artık çalışma alanını kendi ADLS Gen2 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 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.json, <workspace name>/<dataflow name>/model.json.snapshots/<all snapshots> ve <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 önceki sürümleridir. Bu geçmiş, bir mashup uygulamasının önceki bir sürümüne veya artımlı ayarlara ihtiyacınız varsa kullanışlıdır.
- tablo adı, 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.
Note
Veri akışları, diğer veri akışlarındaki tabloları bağlamaya veya tablolara başvurmaya olanak sağlar. Bu tür veri akışlarında, model.json dosyası aynı ya da farklı bir çalışma alanındaki bir başka veri akışının model.json'ine başvurabilir.
Dosyaları ADLS 2. Nesil depolama hesapları arasında/içinde taşıma
Bir 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şullarhakkında daha fazla bilgi alabilirsiniz.
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'i 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 Power Automate 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ından Bağlantıyı Kes seçeneğini 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önetim 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 alanlarını 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.
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.
Veri akışlarını silin.
ADLS'i ayır.
İç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.
Artımlı yenileme ilkelerini yapılandırın/yeniden oluşturun.
ADLS 2. Nesil bağlayıcısını kullanarak verilere bağlanma
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: