Power BI'da veri yenileme

Power BI, veriden içgörüye ve içgörüden eyleme hızla geçmenize olanak tanır. Ancak, Power BI rapor ve panolarınızdaki verilerin güncel olduğundan emin olmanız gerekir. Verileri yenilemeyi bilmek, doğru sonuçların sunulması için genellikle kritik öneme sahiptir.

Bu makalede, Power BI’ın veri yenileme özellikleri ve bu özelliklerin bağımlılıkları kavramsal düzeyde açıklanmaktadır. Sık karşılaşılan yenileme sorunlarını önlemeye yönelik en iyi yöntemler ve ipuçları da sunulmaktadır. İçerik, veri yenilemenin nasıl çalıştığını anlamanıza yardımcı olacak bir temel oluşturur. Veri yenilemeyi yapılandırmaya yönelik hedefli, adım adım yönergeler için bu makalenin sonunda bulunan Sonraki adımlar kısmında listelenen öğreticilere ve nasıl yapılır kılavuzlarına başvurun.

Veri yenilemeyi anlama

Her veri yenilediğinizde Power BI’ın temel alınan veri kaynaklarını sorgulaması, muhtemelen kaynak verileri bir veri kümesine yüklemesi, rapor ve panolarınızdaki tüm görselleştirmeleri güncelleştirmesi gerekir. Bu görselleştirmeler güncelleştirilmiş veri kümesini kullanır. Tüm süreç, aşağıdaki kısımlarda açıklandığı gibi veri kümelerinizin depolama modlarına bağlı olarak birden çok aşamadan oluşur.

Power BI’ın veri kümelerinizi, raporlarınızı ve panolarınızı nasıl yenilediğini anlamak için aşağıdaki kavramları bilmeniz gerekir:

• Depolama modları ve veri kümesi türleri: Power BI’ın desteklediği depolama modları ve veri kümesi türlerinin farklı yenileme gereksinimleri bulunur. Oluşan tüm değişiklikleri görmek için verileri Power BI’a yeniden aktarmayı veya verileri doğrudan kaynağında sorgulamayı seçebilirsiniz.
• Power BI yenileme türleri: Veri kümesi özelliklerinden bağımsız olarak çeşitli yenileme türlerini bilmeniz, bir yenileme işlemi esnasında Power BI’ın zamanını hangi işlemlerde geçireceğini anlamanıza yardımcı olabilir. Ayrıca bu ayrıntıları depolama modu özellikleriyle birleştirerek, bir veri kümesi için şimdi yenile'yi Power BI tam olarak hangi performansı sergileyebilirsiniz?

Depolama modları ve veri kümesi türleri

Bir Power BI veri kümesi, çeşitli veri kaynaklarında bulunan verilere erişmek için aşağıdaki modlardan birinde çalışabilir. Daha fazla bilgi için bkz. Power BI Desktop’ta depolama modu.

• İçeri aktarma modu
• DirectQuery modu
• LiveConnect modu
• Gönderim modu

Aşağıdaki diyagram, depolama modunu temel alarak farklı veri akışlarını gösterir. En önemli nokta, sadece İçeri aktarma modundaki veri kümelerinin bir veri kaynağı yenileme işlemini gerektirmesidir. Yalnızca bu tür veri kümeleri verileri veri kaynaklarından içeri aktardığından ve içeri aktarılan veriler düzenli veya geçici olarak güncelleştirilebileceğinden, bu tür veri kümeleri yenileme gerektirir. DirectQuery veri kümeleri ve Analysis Services’a yönelik LiveConnect modundaki veri kümeleri, verileri içeri aktarmaz. Bunlar, her kullanıcı etkileşiminde, temel alınan veri kaynağını sorgular. Gönderim modundaki veri kümeleri, veri kaynaklarına doğrudan erişmez, verileri Power BI’a sizin göndermenizi bekler. Veri kümesi yenileme gereksinimleri, depolama moduna/veri kümesi türüne göre farklılık gösterir.

İçeri aktarma modundaki veri kümeleri

Power BI, verileri özgün veri kaynaklarından veri kümesine aktarır. Veri kümesine gönderilen Power BI rapor ve pano sorguları, içeri aktarılan tablo ve sütunlardaki sonuçları döndürür. Bu tür veri kümelerini belirli bir nokta kopyası olarak düşünebilirsiniz. Power BI verileri kopyaladığından, temel alınan veri kaynaklarından değişiklikleri getirmek amacıyla veri kümesini yenilemeniz gerekir.

Power BI verileri önbelleğe aldığından, İçeri aktarma modu veri kümesi boyutları çok büyük olabilir. Kapasite başına en yüksek veri kümesi boyutları için aşağıdaki tabloya bakın. Veri kümeleriniz bir yenileme işlemi esnasında kullanılabilir olan en yüksek kaynak miktarından daha fazlasını gerektirirse yenileme sorunları oluşabilir. Bu sorunları önlemek için en yüksek veri kümesi boyutlarının oldukça altında kalın.

DirectQuery/LiveConnect modundaki veri kümeleri

Power BI, verileri DirectQuery/LiveConnect modunda çalışan bağlantılar üzerinden içeri aktarmaz. Bunun yerine veri kümesi, bir rapor veya pano tarafından sorgulandığında, temel alınan veri kaynağındaki sonuçları döndürür. Power BI sorguları dönüştürüp veri kaynağına iletir.

DirectQuery modu ve LiveConnect modu, sorguların kaynağa Power BI tarafından iletilmesi yönünden benzer olsa da, Power BI’ın LiveConnect modunda sorguları dönüştürmesinin gerekmediğine dikkat edilmelidir. Sorgular doğrudan, paylaşılan kapasitedeki veya Premium kapasitedeki kaynakları tüketmeden veritabanını barındıran Analysis Services örneğine gider.

Power BI verileri içeri aktarmadığından veri yenileme işlemi çalıştırmanız gerekmez. Ancak, bir sonraki yenileme türleri kısmında açıklandığı gibi, Power BI kutucuk yenilemelerini ve olası rapor yenilemelerini yine de gerçekleştirir. Kutucuk, panoya sabitlenen bir rapor görselidir ve kutucukların güncel sonuçları göstermesi için pano kutucuğu yenilemeleri yaklaşık her saatte bir gerçekleştirilir. Aşağıdaki ekran görüntüsünde olduğu gibi veri kümesi ayarlarında zamanlamayı değiştirebilir veya Şimdi yenile seçeneğini kullanarak pano güncelleştirmesini el ile zorabilirsiniz.

Gönderme veri kümeleri

Gönderme veri kümeleri, veri kaynağının resmi tanımını içermedikleri için Power BI’da bir veri yenilemesi yapmanızı gerektirmez. Verilerinizi, Azure Stream Analytics gibi harici bir hizmet veya işlem aracılığıyla veri kümesine göndererek bu veri kümelerini yenilersiniz. Bu, Power BI ile gerçek zamanlı analiz için sık kullanılan bir yaklaşımdır. Power BI, gönderme veri kümesinde kullanılan tüm kutucuklar için önbellek yenilemelerini yine de gerçekleştirir. Ayrıntılı bilgi için bkz. Öğretici: Stream Analytics ve Power BI: Akış verilerine yönelik gerçek zamanlı bir analiz panosu.

Power BI yenileme türleri

Power BI yenileme işlemi, veri yenileme, OneDrive yenilemesi, sorgu önbelleklerinin yenilenmesi, kutucuk yenileme ve rapor görsellerinin yenilenmesi gibi birden çok yenileme türünden oluşabilir. Power BI, belirli bir veri kümesi için gereken yenileme adımlarını otomatik olarak belirlese de, bunların bir yenileme işleminin karmaşıklığını ve süresini nasıl etkilediğini bilmeniz gerekir. Hızlı başvuru için aşağıdaki tabloya bakın.

Veri yenileme

Power BI kullanıcıları için verilerin yenilenmesi, genellikle bir yenileme zamanlamasını temel alarak veya isteğe bağlı olarak verileri özgün veri kaynaklarından bir veri kümesine aktarmaktan ibarettir. Günlük olarak birden çok veri kümesi yenilemesi gerçekleştirebilirsiniz. Bu, temel alınan kaynak verileri sıkça değişiyorsa gerekli olabilir. Power BI, paylaşılan kapasitede veri kümelerini sekiz günlük veri kümesi yenilemelerinden sınırlandırır. sekiz zaman değeri arka uç veritabanında depolanır ve veri kümesi Ayarlar sayfasında seçili olan yerel saat dilimini temel alır. Zamanlayıcı hangi modelin yenileneceğini ve ne zaman (ler) i olduğunu denetler. Sekiz yenilemelerin kotası saat 12:01 ' de her gün sıfırlanır Yerel Saat.

Veri kümesi bir Premium kapasitede bulunuyorsa, veri kümesi ayarlarında günde 48’e kadar yenileme zamanlayabilirsiniz. Daha fazla bilgi için bu makalenin devamındaki Zamanlanmış yenileme yapılandırma bölümüne göz atın. Premium kapasitede olan, okuma/yazma işlemleri için XMLA uç noktası etkinleştirilmiş veri kümeleri TMSL veya PowerShell ile programlı bir şekilde yapılandırıldığında sınırsız sayıda yenileme işlemini destekler.

Günlük yenilemelere ilişkin paylaşılan kapasite sınırlamasında hem zamanlanmış yenilemelerin hem de API yenilemelerinin dikkate alındığının unutulmaması önemlidir. Ayrıca, aşağıdaki ekran görüntüsünde gösterildiği gibi, veri kümesi menüsünde Şimdi Yenile ' yi seçerek isteğe bağlı yenileme tetikleyebilirsiniz. İsteğe bağlı yenilemeler, yenileme sınırlamasına dahil değildir. Ayrıca, Premium kapasitedeki veri kümelerinin API yenileme sınırlamaları getirmediğini unutmayın. Power BI REST API kullanarak kendi yenileme çözümünüzü oluşturmak istiyorsanız bkz. Veri Kümeleri - Veri Kümesini Yenileme.

OneDrive yenilemesi

Veri kümelerinizi ve raporlarınızı bir Power BI Desktop dosyasını, Excel çalışma kitabını, OneDrive veya SharePoint Online’da bulunan bir virgülle ayrılmış değer (.csv) dosyasını temel alarak oluşturduysanız Power BI, OneDrive yenilemesi olarak bilinen farklı türde bir yenileme gerçekleştirir. Daha fazla bilgi için bkz. Power BI için dosyalardan veri alma.

Power BI’ın, veri kaynağındaki verileri bir veri kümesine aktardığı veri kümesi yenileme işleminin aksine, OneDrive yenilemesi esnasında veri kümeleri ve raporlar kendi kaynak dosyalarıyla eşitlenir. Power BI, OneDrive veya SharePoint Online’daki bir dosyaya bağlı veri kümesinin eşitleme gerektirip gerektirmediğini varsayılan olarak yaklaşık saatte bir denetler.

Power BI, OneDrive’daki öğe kimliği temelinde yenileme yapar, dolayısıyla değiştirme yerine güncelleştirmeyi tercih ederken dikkatli olun. Veri kaynağı olarak bir OneDrive dosyası ayarladığınızda, Power BI yenileme işlemi gerçekleştirdiğinde dosyanın öğe kimliğine başvurur. Şu senaryoyu düşünün: Ana dosyanız A, bu dosyanın üretim kopyası B olsun ve OneDrive’ı B dosyasını yenileyecek şekilde yapılandırdınız. A dosyasını B dosyası üzerine kopyalarsanız bu işlem eski B dosyasını silip farklı bir öğe kimliğiyle yeni bir B dosyası oluşturur, bu da OneDrive’ın yenileme işlemini bozar. Bu durumu önlemek için aynı öğe kimliğini koruyan B dosyasını karşıya yükleyebilir ve diğerinin yerine koyabilirsiniz.

Dosyayı sürükleyip bırakarak başka bir konuma taşıyabilirsiniz. Bu durumda Power BI dosya kimliğini biliyor olduğundan yenileme işlemi devam eder. Ancak, bu dosyayı başka bir konuma kopyalarsanız dosyanın yeni bir örneği ve yeni bir dosya kimliği oluşturulur. Dolayısıyla, Power BI dosya başvurunuz artık geçerli olmaz ve yenileme işlemi başarısız olur.

Geçmiş eşitleme döngülerini incelemek için yenileme geçmişindeki OneDrive sekmesini denetleyin. Aşağıdaki ekran görüntüsü örnek bir veri kümesinin tamamlanan eşitleme döngüsünü gösterir.

Yukarıdaki ekran görüntüsünde gösterildiği gibi, Power BI bu OneDrive yenilemesini Zamanlanmış yenileme olarak tanımlar. Ancak, yenileme aralığının yapılandırılması mümkün değildir. OneDrive yenilemesini sadece veri kümesinin ayarlarından devre dışı bırakabilirsiniz. Power BI’daki veri kümelerinizin ve raporlarınızın, değişiklikleri kaynak dosyalardan otomatik olarak almasını istemiyorsanız yenilemeyi devre dışı bırakmak faydalı olur.

Aşağıdaki ekran görüntüsünde gösterildiği gibi, veri kümesi OneDrive veya SharePoint Online’daki bir dosyaya bağlıysa, veri kümesi ayarları sayfasında sadece OneDrive Kimlik Bilgileri ve OneDrive yenilemesi bölümlerinin gösterildiğine dikkat edin. OneDrive veya SharePoint Online’daki bir kaynak dosyasına bağlı olmayan veri kümeleri için bu bölümler gösterilmez.

bir veri kümesi için OneDrive yenilemeyi devre dışı bırakırsanız, veri kümesi menüsünde şimdi yenile ' yi seçerek veri kümenizi isteğe bağlı olarak eşitlemeye devam edebilirsiniz. Power BI, isteğe bağlı yenileme kapsamında Online veya SharePoint Online’daki kaynak dosyanın Power BI’daki veri kümesinden daha güncel olup olmadığını denetler ve dosya güncelse veri kümesini eşitler. Yenileme geçmişi, bu etkinlikleri OneDrive sekmesindeki isteğe bağlı yenilemeler olarak listeler.

OneDrive yenilemesinin özgün veri kaynaklarından veri çekmediğini aklınızda bulundurun. OneDrive yenilemesi, aşağıdaki diyagramda gösterildiği gibi meta veriler ve .pbix, .xslx veya .csv dosyasındaki veriler ile Power BI’daki kaynakları güncelleştirir. Power BI, veri kümesinin veri kaynaklarındaki en güncel verilerin alındığından emin olmak için isteğe bağlı yenileme kapsamında bir veri yenileme işlemi tetikler. Zamanlanmış sekmesine geçerseniz Yenileme geçmişi bölümünden bunu doğrulayabilirsiniz.

OneDrive veya SharePoint Online’a bağlı bir veri kümesi için OneDrive yenilemesini etkin tutup zamanlamaya göre bir veri yenileme gerçekleştirmek isterseniz, zamanlamayı Power BI veri yenilemesi OneDrive yenilemesinden sonra olacak şekilde yapılandırın. Örneğin, OneDrive veya SharePoint Online’da her akşam 01:00’de kaynak dosyasını güncelleştirmesi için kendi hizmet veya işleminizi oluşturduysanız, Power BI’a veri yenileme işlemini başlatmadan önce OneDrive yenilemesini tamamlaması için yeterli olacak süreyi tanımak üzere zamanlanmış yenilemeyi 02:30’da gerçekleşecek şekilde yapılandırabilirsiniz.

Sorgu önbelleklerini yenileme

Veri kümeniz bir Premium kapasitede bulunuyorsa, aşağıdaki ekran görüntüsünde gösterildiği gibi sorgu önbelleğe alma özelliğini etkinleştirerek ilişkili rapor ve panoların performansını geliştirebilirsiniz. Sorgu önbelleğe alma, sorgu sonuçlarını korumak için Premium kapasiteden kendi yerel önbelleğe alma hizmetini kullanmasını ister ve temel alınan veri kaynağının o sonuçları işlemesini önler. Daha fazla bilgi için bkz. Power BI Premium'da sorgu önbelleğe alma.

Ancak, veri yenilemenin ardından daha önce önbelleğe alınmış sorgu sonuçları geçerliliğini yitirir. Power BI önbelleğe alınan bu sonuçları atar ve bunları yeniden oluşturması gerekir. Bu nedenle, sorgu önbelleğe alma özelliği, (günde 48 kez gibi) sıkça yenilediğiniz veri kümeleri ile ilişkili olan raporlar ve panolar için pek faydalı olmayabilir.

Kutucuk yenileme

Power BI, panolarınızda yer alan her kutucuk görseli için bir önbellek tutar ve veriler değiştiğinde kutucuk önbelleklerini proaktif bir şekilde güncelleştirir. Diğer bir deyişle kutucuk yenileme, bir veri yenilemesinden sonra otomatik olarak gerçekleşir. Bu, hem zamanlanmış hem de isteğe bağlı gerçekleştirilen yenileme işlemleri için geçerlidir. Ayrıca, bir panonun sağ üst bölümündeki Diğer seçenekler (...) simgesini seçerek ve Pano kutucuklarını yenile seçeneğini belirleyerek kutucuk yenileme işlemi yapabilirsiniz.

Bu işlem otomatik olarak gerçekleştiği için, kutucuk yenilemeyi veri yenilemenin bir iç parçası olarak düşünebilirsiniz. Ayrıca, yenileme süresinin kutucuk sayısıyla birlikte arttığını görebilirsiniz. Kutucuk yenileme ek yükü önemli olabilir.

Power BI, varsayılan olarak her kutucuk için tek bir önbellek tutar. Ancak, Power BI ile satır düzeyinde güvenlik (RLS) makalesinde anlatıldığı gibi kullanıcı rollerini temel alarak veri erişimini kısıtlamak için dinamik güvenlik kullanırsanız, Power BI’ın her rol ve kutucuk için bir önbellek tutması gerekir. Kutucuk önbelleklerinin sayısı rollerin sayısıyla katlanır.

Analysis Services tablosal modeli ile dinamik satır düzeyinde güvenlik öğreticisinde vurgulandığı gibi, veri kümeniz RLS ile bir Analysis Services veri modeline canlı bağlantı kullanırsa bu durum daha karmaşık hale gelebilir. Bu durumda, Power BI’ın her kutucuk ve panoyu görüntüleyen her kullanıcı için bir önbellek tutması gerekir. Bu tür veri yenileme işleminin kutucuk yenileme kısmının, verileri kaynağından getirmek için harcadığı süreyi aşması, nadir gerçekleşen bir durum değildir. Kutucuk yenileme hakkında daha fazla ayrıntı için bkz. Kutucuk hatalarıyla ilgili sorunları giderme.

Rapor görsellerini yenileme

Bu yenileme, sadece Analysis Services’e canlı bağlantılarla ilgili olduğu için daha az önem taşır. Power BI, bu bağlantılar için rapor görsellerinin son durumunu önbelleğe alır. Böylece, raporu tekrar görüntülediğinizde Power BI’ın Analysis Services tablosal modelini sorgulaması gerekmez. Power BI, rapor ile bir rapor filtresini değiştirme gibi etkileşimler kurduğunuzda, tablosal modeli sorgular ve rapor görsellerini otomatik olarak güncelleştirir. Bir raporun eski verileri gösterdiğinden şüpheleniyorsanız, aşağıdaki ekran görüntüsünde gösterildiği gibi tüm rapor görsellerinde bir yenileme işlemi yapılmasını tetiklemek için raporun Yenile düğmesini de seçebilirsiniz.

Veri altyapısı bağımlılıklarını inceleme

Depolama modu ne olursa olsun, temel alınan veri kaynakları erişilebilir olmadıkça hiçbir veri yenilemesi başarıyla tamamlanamaz. Başlıca üç veri erişimi senaryosu bulunur:

• Şirket içinde bulunan veri kaynaklarını kullanan veri kümesi
• Buluttaki veri kaynaklarını kullanan veri kümesi
• Hem şirket içi hem de bulut kaynaklarındaki verileri kullanan veri kümesi

Şirket içi veri kaynaklarına bağlanma

Veri kümeniz, Power BI’ın doğrudan ağ bağlantısı üzerinden erişemediği bir veri kaynağını kullanıyorsa, yenileme zamanlamasını etkinleştirebilmeniz veya isteğe bağlı veri yenilemesi gerçekleştirebilmeniz için bu veri kümesine yönelik bir ağ geçidi bağlantısı yapılandırmanız gerekir. Veri ağ geçitleri ve nasıl çalıştıkları hakkında daha fazla bilgi edinmek için bkz. Şirket içi veri ağ geçitleri nedir?

Aşağıdaki seçenekler mevcuttur:

• Gerekli veri kaynağı tanımı ile bir kurumsal ağ geçidi seçme
• Kişisel veri ağ geçidi dağıtma

Kurumsal ağ geçidi kullanma

Microsoft, veri kümesini şirket içi veri kaynağına bağlamak için kişisel ağ geçidinin yerine kurumsal veri ağ geçidinin kullanılmasını önerir. Ağ geçidinin doğru yapılandırıldığından emin olun. Ağ geçidinin en son güncelleştirmelere ve gerekli tüm veri kaynağı tanımlarına sahip olması gerekir. Veri kaynağı tanımı, Power BI’a, belirtilen kaynağa yönelik olarak bağlantı uç noktalarını, kimlik doğrulaması modunu ve kimlik bilgilerini de içeren bağlantı bilgilerini sağlar. Bir ağ geçidinde veri kaynaklarını yönetme hakkında daha fazla bilgi için bkz. Veri kaynağınızı yönetme - içeri aktarma/zamanlanmış yenileme.

Ağ geçidi yöneticisiyseniz, veri kümesini bir kurumsal ağ geçidine kolayca bağlayabilirsiniz. Yönetici izinleriyle, ağ geçidini hızla güncelleştirip varsa eksik veri kaynaklarını ekleyebilirsiniz. Hatta, eksik bir veri kaynağını doğrudan veri kümesi ayarları sayfasından ağ geçidinize ekleyebilirsiniz. Aşağıdaki ekran görüntüsünde gösterildiği gibi, veri kaynaklarını görüntülemek için iki durumlu düğmeyi genişletip Ağ geçidine ekle bağlantısını seçin. Bunun yanı sıra, ağ geçidi yöneticisi değilseniz, gerekli veri kaynağı tanımını eklemesi için bir ağ geçidi yöneticisiyle iletişim kurmanız gerekir.

Veri kaynağınız ile doğru veri kaynağı tanımını eşlediğinizden emin olun. Yukarıdaki ekran görüntüsünde de gösterildiği gibi, ağ geçidi yöneticileri tek bir ağ geçidinde aynı veri kaynağına bağlı olan ve kimlik bilgileri farklı olan birden fazla tanım oluşturabilir. Gösterilen örnekte, Satış departmanındaki bir veri kümesi sahibi AdventureWorksProducts-Sales veri kaynağını seçerken Destek departmanındaki bir veri kümesi sahibi ise veri kümesini AdventureWorksProducts-Support veri kaynağı tanımıyla eşliyor. Veri kaynağı tanımının adları kolay anlaşılamıyorsa hangi tanımı seçmeniz gerektiğini öğrenmek için ağ geçidi yöneticinize başvurun.

Kişisel veri ağ geçidini dağıtma

Kurumsal veri ağ geçidine erişiminiz yoksa ve veri kümelerini yöneten tek kişi sizseniz (yani diğerleriyle veri kaynaklarını paylaşmanız gerekmiyorsa), bir veri ağ geçidini kişisel modda dağıtabilirsiniz. Ağ geçidi bağlantısı bölümünde, Yüklü kişisel ağ geçidiniz yok seçeneğinin altından Şimdi yükle’yi belirleyin. Şirket içi veri ağ geçidi (kişisel mod) bölümünde belgelendiği gibi, kişisel veri ağ geçidinin bazı sınırlandırmaları bulunur.

Kurumsal veri ağ geçidinin aksine, kişisel ağ geçidine veri kaynağı tanımları eklemeniz gerekmez. Bunun yerine, aşağıdaki ekran görüntüsünde gösterildiği gibi veri kaynağı yapılandırmasını, veri kümesi ayarlarındaki Veri kaynağı kimlik bilgileri bölümünü kullanarak yönetirsiniz.

Bulut veri kaynaklarına erişim

Power BI ve kaynak arasında doğrudan ağ bağlantısı oluşturulabilirse, Azure SQL DB gibi bulut veri kaynaklarını kullanan veri kümeleri bir veri ağ geçidine gerek duymaz. Buna uygun olarak, veri kümesi ayarlarındaki Veri kaynağı kimlik bilgileri bölümünü kullanarak bu veri kaynaklarının yapılandırmasını yönetebilirsiniz. Aşağıdaki ekran görüntüsünde gösterildiği gibi, ağ geçidi bağlantısı yapılandırmanız gerekmez.

Şirket içi kaynaklara ve bulut kaynaklarına aynı kaynak sorgusunda erişme

Veri kümesi, birden çok kaynaktan veri alabilir ve bu kaynaklar şirket içinde veya bulutta yer alabilir. Ancak, önceki bölümlerde belirtildiği gibi, bir veri kümesi sadece tek bir ağ geçidi bağlantısını kullanabilir. Bulut veri kaynakları, ağ geçidi gerektirmese de veri kümesi hem şirket içi hem de bulut kaynaklarına tek bir karma sorguda bağlanırsa ağ geçidi gerekir. Bu senaryoda, Power BI’ın bulut veri kaynakları için de bir ağ geçidi kullanması gerekir. Aşağıdaki diyagram, bu türden bir veri kümesinin veri kaynaklarına nasıl eriştiğini gösterir.

Power BI veri kümeleri, kaynak verilere erişmek ve bunları almak için Power Query’yi kullanır. Aşağıdaki karma listelemesi, şirket içi kaynağındaki ve bulut kaynağındaki verileri birleştiren sorgunun basit bir örneğini gösterir.

Let

    OnPremSource = Sql.Database("on-premises-db", "AdventureWorks"),

    CloudSource = Sql.Databases("cloudsql.database.windows.net", "AdventureWorks"),

    TableData1 = OnPremSource{[Schema="Sales",Item="Customer"]}[Data],

    TableData2 = CloudSource {[Schema="Sales",Item="Customer"]}[Data],

    MergedData = Table.NestedJoin(TableData1, {"BusinessEntityID"}, TableData2, {"BusinessEntityID"}, "MergedData", JoinKind.Inner)

in

    MergedData

Ağ geçidini, şirket içi ve bulut kaynaklarındaki verileri birleştirmeyi veya eklemeyi destekleyecek şekilde yapılandırmak için iki seçeneğiniz bulunur:

• Şirket içi veri kaynaklarına ek olarak bulut kaynağı için veri kaynağı tanımını ağ geçidine ekleyin.
• Kullanıcının bulut veri kaynaklarına, bu ağ geçidi kümesi aracılığıyla yenileme yapma izni ver onay kutusunu işaretleyin.

Yukarıdaki ekran görüntüsünde olduğu gibi, Kullanıcının bulut veri kaynaklarına, bu ağ geçidi kümesi aracılığıyla yenileme yapma izni ver onay kutusunu etkinleştirirseniz Power BI, veri kümesi ayarlarında kullanıcının Veri kaynağı kimlik bilgileri bölümünün altında bulut kaynağı için tanımladığı yapılandırmayı kullanabilir. Bu, ağ geçidi yapılandırmasının ek yükünü azaltmaya yardımcı olabilir. Öte yandan, ağ geçidinizin oluşturduğu bağlantılar üzerinde daha fazla denetime sahip olmak istiyorsanız bu onay kutusunu etkinleştirmemeniz gerekir. Bu durumda, desteklemek istediğiniz her bulut kaynağına yönelik açık bir veri kaynağı tanımını ağ geçidinize eklemeniz gerekir. Onay kutusunu etkinleştirip bulut kaynağınız için açık veri kaynağı tanımlarını bir ağ geçidine eklemeniz de mümkündür. Bu durumda, ağ geçidi eşleşen tüm kaynaklar için veri kaynağı tanımlarını kullanır.

<a name="configuring-query-parameters">Sorgu parametrelerini yapılandırma

Power Query kullanarak oluşturduğunuz karma sorgular veya M sorguları, basit adımlardan parametreli yapılara kadar karmaşıklık yönünden farklılık gösterebilir. Yukarıdaki listeleme, AdventureWorks veritabanında bulunan belirli bir tabloya erişmek için SchemaName ve TableName adlı iki parametre kullanan küçük bir örnek karma sorguyu gösterir.

let

    Source = Sql.Database("SqlServer01", "AdventureWorks"),

    TableData = Source{[Schema=SchemaName,Item=TableName]}[Data]

in

    TableData

Parametreli veri kümesinin doğru veriye eriştiğinden emin olmak için, veri kümesi ayarlarında karma sorgu parametrelerini yapılandırmanız gerekir. Power BI REST API’sini kullanarak parametreleri programlama yoluyla da güncelleştirebilirsiniz. Aşağıdaki ekran görüntüsü, yukarıdaki karma sorguyu kullanan veri kümesi için sorgu parametrelerini yapılandırmayı sağlayan kullanıcı arabirimini gösterir.

Yenileme ve dinamik veri kaynakları

Dinamik veri kaynağı, veriler kod içinde oluşturulduğundan veya başka bir veri kaynağından döndürüldüğünden, Power Query sorgusu çalıştırılana kadar bağlanmak için gereken bilgilerin bir kısmının veya tamamının belirlenemediği veri kaynağıdır. Örnek olarak bir SQL Server veritabanının örnek adı ve veritabanı, bir CSV dosyasının yolu veya bir web hizmetinin URL'si verilebilir.

Çoğu durumda dinamik veri kaynaklarını kullanan Power BI veri kümeleri Power BI hizmetinde yenilenemez. Web.Contents M işleviyle birlikte RelativePath ve Query seçeneklerinin kullanılması gibi Power BI hizmetinde dinamik veri kaynaklarının yenilenebildiği birkaç özel durum da mevcuttur. Power Query parametrelerine başvuran sorgular da yenilenebilir.

Dinamik veri kaynağınızın yenilenip yenilenemeyeceğini belirlemek için Power Query Düzenleyicisi'nde Veri Kaynağı Ayarları iletişim kutusunu açıp Geçerli Dosyadaki Veri Kaynakları'nı seçin. Açılan pencerede aşağıdaki görüntüde gösterilen uyarı iletisi olup olmadığına bakın:

Açılan Veri Kaynağı Ayarları iletişim kutusunda bu uyarının görünmesi, Power BI hizmetinde yenilenemeyen bir dinamik veri kaynağının mevcut olduğunu gösterir.

Zamanlanmış yenileme yapılandırma

Power BI ve veri kaynaklarınız arasındaki bağlantıyı oluşturma, bir veri yenilemesini yapılandırırken karşılaşılan açık ara en zorlu görevdir. Geri kalan adımlar oldukça basittir ve yenileme zamanlamasını ayarlamayı ve yenileme hatası bildirimlerini etkinleştirmeyi içerir. Adım adım yönergeler için Zamanlanmış yenilemeyi yapılandırma nasıl yapılır kılavuzuna göz atın.

Yenileme zamanlamasını ayarlama

Zamanlanmış yenileme bölümünde, veri kümesini yenileme sıklığını ve zaman aralıklarını tanımlayabilirsiniz. Önceden de belirtildiği gibi, veri kümeniz paylaşılan kapasitedeyse sekize, Power BI Premium’da ise 48’e kadar yenileme sıklığı yapılandırabilirsiniz. Aşağıdaki ekran görüntüsü, on iki saatlik bir zaman aralığında gerçekleştirilen yenileme zamanlamasını gösterir.

Yenileme zamanlaması yapılandırıldıktan sonra, veri kümesi ayarları sayfası yukarıdaki ekran görüntüsünde gösterildiği gibi bir sonraki yenileme zamanını size bildirir. Örneğin, ağ geçidi ve veri kaynağı yapılandırmanız için veriyi daha erken yenilemek istiyorsanız, gezinti bölmesindeki veri kümesi menüsünde bulunan Şimdi Yenile seçeneğini kullanarak isteğe bağlı yenileme gerçekleştirin. İsteğe bağlı yenilemeler, zamanlanan sonraki yenileme zamanını etkilemez.

Yapılandırılmış yenileme zamanının, Power BI’ın bir sonraki planlanan işlemi yapmaya başladığı kesin zaman olmayabileceğini unutmayın. Power BI, zamanlanmış yenilemelere en iyi çaba ilkesine göre başlar. Hedef, yenilemeyi zamanlanan zaman aralığının 15 dakika içerisinde başlatmaktır. Ancak, hizmet gerekli kaynakları daha erken ayıramazsa, bir saati bulabilen gecikmeler ortaya çıkabilir.

Yenileme hatası bildirimlerini alma

Power BI varsayılan olarak, yenileme hatalarının oluşması durumunda zamanında müdahale edilebilmesi için veri kümesi sahibine e-posta aracılığıyla yenileme hatası bildirimleri gönderir. Hizmet, art arda hatalar oluşması nedeniyle hizmet zamanlamanızı devre dışı bıraktığında da Power BI size bir bildirim gönderir. Microsoft, Yenileme hatası bildirim e-postalarını bana gönder onay kutusunu etkin bırakmanızı önerir.

Yenileme başarısız olduğunda bu kullanıcılara e-posta gönder metin kutusunu kullanarak ek alıcıları belirtmek iyi bir fikirdir. Veri kümesi sahibinin yanı sıra, belirtilen alıcılar da yenileme hatası bildirilerini alır. Bu kişi, siz tatildeyken veri kümelerinizle ilgilenen iş arkadaşınız olabilir. Bu, departmanınız veya kuruluşunuz için yenileme sorunlarıyla ilgilenen destek ekibinizin e-posta diğer adı da olabilir. Veri kümesine ek olarak diğer kişilere de yenileme hatası bildirimlerinin gönderilmesi, sorunların farkına varıp bunların vakitlice çözülmesini sağlama konusunda yardımcı olur.

Power BI, yalnızca yenileme hataları oluştuğunda değil aynı zamanda hizmet, zamanlanmış bir yenileme esnasında eylemsizlik nedeniyle durakladığında da bildirim gönderir. İki ay boyunca, bir veri kümesinde oluşturulan panoyu veya raporu hiçbir kullanıcı ziyaret etmezse, Power BI o veri kümesinin etkin olmadığını varsayar. Bu durumda Power BI, veri kümesinin sahibine hizmetin veri kümesi için yenileme zamanlamasını duraklattığını bildiren bir e-posta iletisi gönderir. Bu tür bildirimlerin bir örneği için aşağıdaki ekran görüntüsüne bakın.

Zamanlanmış yenilemeye devam etmek için,bu veri kümesi kullanılarak oluşturulan bir raporu veya panoyu ziyaret edin ya da Şimdi Yenile seçeneğini kullanarak veri kümesini kendiniz yenileyin.

Yenileme durumunu ve geçmişini denetleme

Veri kümelerinizi, hata bildirimlerinin yanı sıra yenileme hataları için de düzenli aralıklarla denetlemek iyi bir fikirdir. Bunu yapmanın hızlı yollarından biri, çalışma alanında bulunan veri kümelerinin listesini görüntülemektir. Hataların küçük bir uyarı simgesiyle gösterildiği veri kümeleri. Aşağıdaki ekran görüntüsünde gösterildiği gibi, ek bilgi edinmek için uyarı simgesini seçin. Belirli yenileme hatalarıyla ilgili daha fazla bilgi almak için bkz. Yenileme senaryolarıyla ilgili sorunları giderme.

Uyarı simgesi, mevcut veri kümesi sorunlarının belirtilmesine yardımcı olur. Ancak, yenileme geçmişini arada bir denetlemek de iyi bir fikirdir. Adından da anlaşılacağı gibi yenileme geçmişi, geçmişteki eşitleme döngülerinin başarılı veya başarısız olma durumlarını incelemenize olanak tanır. Örneğin, ağ geçidi yöneticisi, süresi dolmuş bir dizi veritabanı kimlik bilgisini güncelleştirmiş olabilir. Aşağıdaki ekran görüntüsünde görüldüğü gibi yenileme geçmişi, etkilenen yenileme işleminin ne zaman tekrar çalışmaya başlamadığını gösteriyor.

Otomatik sayfa yenileme

Otomatik sayfa yenileme, bir rapor sayfası düzeyinde çalışır ve rapor yazarlarının yalnızca sayfa kullanılırken etkin olan bir sayfadaki görseller için yenileme aralığı ayarlamasına olanak sağlar. Otomatik sayfa yenileme yalnızca DirectQuery veri kaynakları için kullanılabilir. Minimum yenileme aralığı, raporun hangi tür çalışma alanında yayımlandığına ve Premium çalışma alanları ile ekli çalışma alanları için kapasite yönetimi ayarlarına bağlıdır.

Otomatik sayfa yenileme makalesinde otomatik sayfa yenileme hakkında daha fazla bilgi edinin.

En iyi yöntemler

Veri kümelerinizin yenileme geçmişini düzenli olarak denetleme, raporlarınızın ve panolarınızın mevcut verileri kullandığından emin olmak için benimseyebileceğiniz en önemli en iyi deneyimlerden biridir. Sorun bulursanız, bunları en kısa sürede çözün ve gerekirse veri kaynağı sahipleri ve ağ geçidi yöneticileriyle iletişim kurun.

Buna ek olarak, veri kümeleriniz için güvenilir veri yenileme işlemleri oluşturmaya ve bunları korumaya yönelik aşağıdaki önerileri göz önünde bulundurun:

• Özellikle, veri kümeleriniz Power BI Premium’da bulunuyorsa, yenilemelerinizi yoğunluğun daha az olduğu saatler için zamanlayın. Veri kümeleriniz için yenileme döngülerini daha geniş bir zaman penceresine dağıtırsanız, kullanılabilir kaynaklara aşırı derecede yüklenen yoğunlukların oluşmasını engellemeye yardımcı olabilirsiniz. Yenileme döngüsünün geç başlatılması, kaynağın aşırı yüklendiğinin bir göstergesidir. Bir Premium kapasite tamamen tükendiyse, Power BI bir yenileme döngüsünü atlayabilir.
• Yenileme sınırlarını göz önünde bulundurun. Kaynak verisi sıkça değişiyorsa veya veri hacmi önemli ölçüdeyse, kaynaktaki artan yük ve sorgu performansındaki etkisi kabul edilebilir düzeyde olduğu sürece, İçeri aktarma modunun yerine DirectQuery/LiveConnect modunu kullanmayı düşünebilirsiniz. İçeri aktarma modundaki bir veri kümesini sürekli yenilemekten kaçının. Ancak DirectQuery/LiveConnect modunun, geri döndürülen veriler için bir milyon satır sınırı ve çalışan sorgular için 225 saniyelik yanıt süresi sınırı gibi, Power BI Desktop'ta DirectQuery'yi kullanma bölümünde belgelenen bazı sınırlamaları bulunur. Bu sınırlamalar yine de İçeri aktarma modunu kullanmanızı gerektirebilir. Çok büyük veri hacimleri için Power BI’da toplamaları kullanmayı düşünebilirsiniz.
• Veri kümesi yenileme sürenizin en fazla yenileme süresini aşmadığından emin olun. Yenileme süresini denetlemek için Power BI Desktop’ı kullanın. 2 saatten daha uzun sürüyorsa, veri kümenizi Power BI Premium’a geçirmeyi düşünebilirsiniz. Paylaşılan kapasitede veri kümeniz yenilenemez olabilir. 1 GB'den büyük olan veya birkaç saat süren veri kümeleri için Artımlı yenileme kullanmayı da göz önünde bulundurabilirsiniz.
• Veri kümelerinizi, raporlarınızın ve panolarınızın kullandığı tabloları ve sütunları içerecek şekilde iyileştirin. Karma sorgularınızı iyileştirin ve eğer mümkünse dinamik veri kaynağı tanımlarını ve yüksek maliyetli DAX hesaplamalarını kullanmaktan kaçının. Yüksek bellek kullanımına ve işlem ek yüküne sahip oldukları için özellikle bir tablodaki her satırı test eden DAX işlevlerinden kaçının.
• Power BI’ın verimli kaynak sorguları oluşturabilmesi için Power BI Desktop ile aynı gizlilik ayarlarını uygulayın. Power BI Desktop’ın gizlilik ayarlarını yayımlamadığını göz önünde bulundurun. Veri kümenizi yayımladıktan sonra, ayarları veri kaynağı tanımlarında kendiniz yeniden uygulamanız gerekir.
• Özellikle satır düzeyinde güvenlik (RLS) kullanıyorsanız, panolarınızda kullandığınız görsellerin sayısını sınırlayın. Bu makalenin önceki bölümlerinde açıklandığı gibi, aşırı sayıda pano kutucuğu, yenileme süresini önemli ölçüde artırabilir.
• Veri kümelerinizi şirket içi veri kaynaklarına bağlamak için güvenilir bir kurumsal veri ağ geçidi dağıtımı kullanın. Ağ geçidinin kullanılamıyor veya aşırı yüklenmiş olması gibi ağ geçidiyle ilgili hataların oluştuğunu fark ederseniz, mevcut kümeye ek ağ geçitleri eklemek veya yeni bir küme dağıtmak (ölçeği artırmak veya ölçeği genişletmek) için ağ geçidi yöneticileriyle iletişim kurun.
• Zamanlanmış yenilemeler esnasındaki veri içeri aktarma işlemlerinin, DirectQuery/LiveConnect veri kümelerinde bulunan ve her kullanıcı etkileşiminde veri kaynaklarını sorgulayan raporların ve panoların performansını etkilememesi için, İçeri aktarılan veri kümeleri ve DirectQuery/LiveConnect veri kümeleri için ayrı veri ağ geçitleri kullanın.
• Power BI’ın, yenileme hatası bildirimlerini e-posta olarak size gönderebildiğinden emin olun. İstenmeyen posta filtreleri e-posta iletilerini engelleyebilir veya iletileri kolayca fark edemeyeceğiniz ayrı klasörlere taşıyabilir.

Sonraki adımlar

Zamanlanmış yenileme yapılandırma
Yenileme ile ilgili sorun giderme araçları
Yenileme ile ilgili sorun giderme senaryoları

Başka bir sorunuz mu var? Power BI Topluluğu'na sorun