XMLA uç noktası ile gelişmiş artımlı yenileme

Okuma-yazma işlemleri için etkinleştirilmiş XMLA uç noktası ile bir Premium kapasitesinde yer alan veri kümeleri, yalnızca araç, betik ve API desteği aracılığıyla daha gelişmiş veri kümesi yenileme, bölüm yönetimi ve meta veri dağıtımlarına olanak sağlar. Buna ek olarak, XMLA uç noktası üzerinden yapılan yenileme işlemleri günde 48yenileme ile sınırlı değildir ve zamanlanmış yenileme süresi sınırı geçerli değildir.

Bölümler

Veri kümesi tablosu bölümleri görünür değildir ve hizmette yönetilmeyebilir. Premium kapasitesine atanmış bir çalışma alanında yer alan veri kümeleri için bölümler, SQL Server Management Studio (SSMS), açık kaynak Tablosal Düzenleyici, Tablosal Model Betik Dili (TMSL) ile betik olarak ve Tablosal Nesne Modeli (TOM) ile program aracılığıyla kullanılarak XMLA uç noktası üzerinden yönetilebilir.

Hizmette ilk kez bir model yayımlarken, yeni veri kümesinde yer alan her tablonun bir bölümü vardır. Artımlı yenileme ilkesine sahip tablolar için, bu bölüm bu tablonun tüm veri satırlarını içerir (filtreler uygulanmadıkça). Artımlı yenileme ilkesine sahip tablolar için bu bölüm yalnızca RangeStart ve RangeEnd parametrelerine göre tarih/saat aralığı filtresi tarafından tanımlanan veri satırlarını ve bu bölüme uygulanan diğer Power Query Düzenleyicisi.

İlk veri kümesi yenileme işlemini gerçekleştirseniz, artımlı yenileme ilkesine sahip tablolar bu tablonun varsayılan tek bölümde yer alan tüm satırları yeniler. Artımlı yenileme ilkesine sahip tablolar için yenileme ve geçmiş bölümler otomatik olarak oluşturulur ve satırlar her satırın tarih/saat değerine göre bu bölümlere yüklenir.

Bu ilk yenileme işlemi, veri kaynağından yüklenen veri miktarına bağlı olarak uzun zaman alır. Yenileme işlemlerinin ek işleme ve yeniden hesaplama gerçekleştirmesi gerekmesi nedeniyle modelin karmaşıklığı da önemli bir faktör olabilir. Bu işlem bootstrapped olabilir. Daha fazla bilgi edinmek için bu makalenin devamlarında yer alan İlk tam yenilemede zaman aşımını önleme makalesine bakın.

Bölümler için oluşturulur ve dönem tanecikliği ile adlandırılmıştır: Yıl, çeyrek, ay ve gün. En son bölümler, yenileme bölümleri, ilkede belirttiğiniz yenileme dönemindeki satırları içerir. Geçmiş bölümler, yenileme dönemine kadar olan tamamlama süresine göre satırlar içerir. Yenileme ve geçmiş bölümlerin ayrıntısı, ilkeyi tanımlarken seçtiğiniz yenileme ve geçmiş (depo) dönemlere bağlıdır.

Örneğin, bugünün tarihi 2 Şubat 2021 ise ve veri kaynağında FactInternetSales tablomuz bugüne kadar olan satırları içeriyorsa, ilkemiz son bir gün (yenileme dönemi) içinde satırları yenile ve son üç yıldaki satırları depolarsa, ilk yenileme işlemiyle birlikte bugünün satırları için yeni bir bölüm oluşturulur. Geçmiş bölüm; dün, tam gün dönemi (1 Şubat 2021), önceki tam ay dönemi için bir geçmiş bölüm (Ocak 2021), önceki tam yıl dönemi (2020) için bir geçmiş bölüm oluşturulur ve 2019 ve 2018 tam yıl dönemleri için geçmiş bölümler oluşturulur. 2021'in ilk tam çeyreğini henüz tamamlanmadık.

Her yenileme işlemiyle yalnızca yenileme dönemi bölümleri yenilenir. Yeni tarih/saat içeren yeni satırlar için yeni bir bölüm oluşturulur ve yenileme döneminde mevcut bölümlerin içinde zaten tarih/saat olan mevcut satırlar güncelleştirmelerle yenilenir. Yenileme süresinden daha eski bir tarih/saat içeren satırlar artık yenilenmez.

Tüm dönemler kapanırken bölümler birleştirilir. Örneğin, ilkede bir günlük yenileme dönemi ve üç yıllık geçmiş mağaza dönemi belirtilirse, ayın ilk gününde önceki ayın tüm günlük bölümleri bir ay bölümüyle birleştirilir. Yeni çeyreğin ilk gününde, önceki üç aylık bölümlerin üçü de üç aylık bölümle birleştirilir. Yeni yılın ilk gününde, önceki dört üç aylık dönem bölümlerinin hepsi bir yıl bölümüyle birleştirilir.

Veri kümesi her zaman geçmiş depo döneminin tamamına ek olarak geçerli yenileme dönemi boyunca tüm dönem bölümlerini korur. Yukarıdaki örneğimizi kullanarak, 2018, 2019, 2020 için bölümler ve 2021Q101 ay dönemi, 2021Q10201 günlük dönemi ve geçerli günlük yenileme dönemi bölümü için bölümler olmak üzere üç yıllık geçmiş veriler korunur. Geçmiş verileri üç yıl boyunca korumayı seçtiğimiz için, 2018 bölümü 1 Ocak 2022'de ilk yenilemeye kadar korunur.

Artımlı Power BI ile hizmet, ilkeyi temel alarak bölüm yönetimini sizin için halleder. Daha önce bu Analysis Services bölümlemenin genellikle binlerce satır kodla programlı bir çözüm oluşturmayı içerdiğini biliyorsunuzdur. Hizmet tüm bölüm yönetimini sizin için işleyeneken, XMLA uç noktası aracılığıyla araçları kullanarak bölümleri ayrı ayrı, sıralı veya paralel olarak seçerek yenileyin.

SQL Server Management Studio (SSMS) ile yenileme yönetimi

SSMS, artımlı yenileme ilkeleri uygulaması tarafından oluşturulan bölümleri görüntülemek ve yönetmek için kullanılabilir. Örneğin SSMS'yi kullanarak, tüm geçmiş verileri yenilemek zorunda kalmadan geriye doğru tarihli bir güncelleştirme gerçekleştirmek için artımlı yenileme döneminde olmayan belirli bir geçmiş bölümü yenileyin. SSMS, geçmiş bölümleri toplu olarak artımlı olarak ekleyerek/yenileerek büyük veri kümeleri için geçmiş verileri yüklemek için önyüklemede de kullanılabilir.

Artımlı yenileme davranışını geçersiz kılma

SSMS ile Tablosal Model Betik Dili (TMSL) ve Tablosal Nesne Modeli (TOM) kullanarak yenilemeleri çağırma hakkında daha fazla denetime sahip olursanız. Örneğin, SSMS'de Nesne Gezgini bir tabloya sağ tıklayın ve tabloyu İşle menü seçeneğini belirleyin ve ardından Betik düğmesine tıklayarak bir TMSL yenileme komutu oluşturabilirsiniz.

Bu parametreler varsayılan artımlı yenileme davranışını geçersiz kılmak için TMSL yenileme komutuyla birlikte kullanılabilir:

• applyRefreshPolicy: Bir tabloda artımlı yenileme ilkesi tanımlanmışsa applyRefreshPolicy, ilkenin uygulanıp uygulanmadığını belirler. İlke uygulanmamışsa, eksiksiz bir işleme işlemi bölüm tanımlarını değiştirmeden bırakır ve tablodaki tüm bölümler tamamen yenilenmiş olur. True varsayılan değerdir.

• effectiveDate: Artımlı yenileme ilkesi uygulanıyorsa, artımlı yenileme ve geçmiş dönemler için kayan pencere aralıklarını belirlemek için geçerli tarihi biliyor olması gerekir. effectiveDate parametresi geçerli tarihi geçersiz kılmanıza olanak verir. Bu parametre, verilerin geçmişteki veya gelecekteki bir tarihe kadar (örneğin, gelecekteki bütçeler) artımlı olarak yenilendiğinde test, tanıtım ve iş senaryoları için kullanışlıdır. Varsayılan değer geçerli tarihtir.

{ 
  "refresh": {
    "type": "full",

    "applyRefreshPolicy": true,
    "effectiveDate": "12/31/2013",

    "objects": [
      {
        "database": "IR_AdventureWorks", 
        "table": "FactInternetSales" 
      }
    ]
  }
}

TMSL ile varsayılan artımlı yenileme davranışını geçersiz kılma hakkında daha fazla bilgi için bkz. Yenileme komutu.

En iyi performansı sağlama

Her yenileme işlemiyle, Power BI hizmeti her artımlı yenileme bölümü için veri kaynağına başlatma sorguları gönderebilir. Aşağıdakilerin sağlanmasıyla başlatma sorgularının sayısını azaltarak artımlı yenileme performansını artırabilirsiniz:

• Artımlı yenilemeyi yapılandıran tablo, tek bir veri kaynağından veri almalıdır. Tablo birden fazla veri kaynağından veri alıyorsa, her yenileme işlemi için hizmet tarafından gönderilen sorgu sayısı veri kaynaklarının sayısıyla çarpılır ve yenileme performansı azaltılır. Artımlı yenileme tablosu sorgusunun tek bir veri kaynağı için olduğundan emin olun.
• Güvenlik gereksinimleriniz izin verdiyseniz Veri kaynağı gizlilik düzeyi ayarını Kuruluş veya Genel olarak ayarlayın. Varsayılan olarak gizlilik düzeyi Özel'tir, ancak bu düzey verilerin diğer bulut kaynaklarıyla alışverişe neden olmalarını önlemektedir. Veri kaynağı kimlik bilgileri için veri Ayarlar'da gizlilik düzeyini ayarlayın Bu veri kaynağı için > > > kimlik bilgilerini düzenle Gizlilik düzeyi ayarı. Hizmette yayımlamadan önce Power BI Desktop düzeyi ayarlanırsa, yayımlarken hizmete aktarlanmaz. Yine de hizmette veri kümesi ayarlarında ayarlayabilirsiniz. Daha fazla bilgi edinmek için bkz. Gizlilik düzeyleri.
• Şirket içi Veri Ağ Geçidi kullanıyorsanız, 3000.77.3 veya daha yeni bir sürümü kullanmaya emin olun.

İlk tam yenilemede zaman aşımını önleme

Hizmette yayımlandıktan sonra, veri kümesi için ilk tam yenileme işlemi artımlı yenileme tablosu için bölümler oluşturur, yükler ve artımlı yenileme ilkesinde tanımlanan sürenin tamamına yönelik geçmiş verileri işler. Büyük miktarda veri yükecek ve işecek bazı veri kümelerinde, ilk yenileme işleminin süresi hizmet tarafından dayatılan yenileme süresi sınırını veya veri kaynağı tarafından dayatılan bir sorgu süresi sınırını aşabilirsiniz.

İlk yenileme işleminin önyüklenmesi, hizmetin artımlı yenileme tablosu için bölüm nesneleri oluşturmalarına olanak sağlar, ancak geçmiş verileri bölümlere yükp işlemez. Daha sonra SSMS, bölümleri seçmeli olarak işlemek için kullanılır. Her bölüm için yüklenecek veri miktarına bağlı olarak, bu bölümlerin bir veya daha fazlasının zaman aşımına neden olması riskini azaltmak için her bölümü sıralı olarak veya küçük gruplar içinde işebilirsiniz. Aşağıdaki yöntemler herhangi bir veri kaynağı için çalışır.

Yenileme İlkesi Uygulama

Açık kaynak Tablosal Düzenleyici 2 aracı, ilk yenileme işlemi için önyükleme yapmak için kolay bir yol sağlar. Modeli hizmette tanımlandığı için artımlı yenileme ilkesiyle Power BI Desktop, OKUMA/Yazma modunda XMLA uç noktasını kullanarak veri kümesine bağlanabilirsiniz. Artımlı yenileme tablosunda Yenileme İlkesini Uygula'yi çalıştırın. Yalnızca ilke uygulandığında bölümler oluşturulur ancak bu bölümlere veri yüklenmez. Ardından SSMS ile bağlanarak bölümleri sırayla veya toplu olarak yenileyin ve verileri yükleyin ve işleyin. Daha fazla bilgi edinmek için Bkz. Tablosal Düzenleyici belgesinde artımlı yenileme.

Power Query bölümleri filtreleme

Modeli hizmette yayımlamadan önce, Power Query Düzenleyicisi'de ProductKey sütununa 0 dışında herhangi bir değeri etkili bir şekilde filtreleten veya FactInternetSales tablosundan gelen tüm verileri filtreye alan başka bir filtre ekleyin.

& Uygula'Power Query Düzenleyicisi, artımlı yenileme ilkesi tanımlandıktan ve modelin kaydedilenmesine tıklandıktan sonra model hizmette yayımlanır. Hizmetten, ilk yenileme işlemi veri kümesi üzerinde çalıştırılmaktadır. FactInternetSales tablosu için bölümler ilkeye göre oluşturulur, ancak tüm veriler filtrelendiğinden hiçbir veri yüklenmez ve işlenmez.

İlk yenileme işlemi tamamlandıktan sonra, Power Query Düzenleyicisi ProductKey sütununa yönelik ek filtre kaldırılır. Kapat'a & Uygula'Power Query Düzenleyicisi ve modeli kaydeddikten sonra model yeniden yayımlanmaz. Model yeniden yayımlanırsa artımlı yenileme ilkesi ayarlarının üzerine yazacak ve hizmetten sonraki bir yenileme işlemi gerçekleştirilecekse veri kümesi üzerinde tam yenilemeyi zorlar. Bunun yerine, yalnızca ALM Toolkit kullanarak productKey sütunundaki filtreyi veri kümesinden kaldıran bir meta veri dağıtımı gerçekleştirin. SSMS daha sonra bölümleri seçmeli olarak işlemek için kullanılabilir. SSMS'den tüm bölümler tam olarak işlendiğinde (tüm bölümlere bir işlem yeniden hesaplaması içermesi gerekir), hizmetten veri kümesi üzerinde sonraki yenileme işlemleri yalnızca artımlı yenileme bölümlerini yeniler.

SSMS'den tabloları ve bölümleri işleme hakkında daha fazla bilgi edinmek için bkz. Veritabanı, tablo veya bölümleri işleme (Analysis Services). TMSL kullanarak veri kümelerini, tabloları ve bölümleri işleme hakkında daha fazla bilgi edinmek için bkz. Yenileme komutu (TMSL).

Veri değişikliklerini algılamak için özel sorgular

Algılanan veri değişiklikleri davranışını geçersiz kılmak için TMSL ve/veya TOM kullanılabilir. Bu yöntem yalnızca, bellek içi önbellekte son güncelleştirme sütununun kalıcı olmasını önlemek için kullanılamaz, bir yapılandırma/yönerge tablosunun yalnızca yenilenmesi gereken bölümleri bayrakla, ETL işlemlerine göre hazırlandığı senaryolara olanak sağlayabilir. Bu yöntem, veri güncelleştirmelerinin ne kadar süreceğine bakılmaksızın yalnızca gerekli dönemlerin yenilenmesi durumunda daha etkili bir artımlı yenileme işlemi oluşturabilir.

pollingExpression parametresinin basit bir M ifadesi veya başka bir M sorgusunun adı olması amaçlanmıştır. Skaler bir değer döndürmelidir ve her bölüm için yürütülür. Döndürülen değer, bir artımlı yenilemenin son kez gerçekleştiği zamandan farklıysa bölüm, tam işleme için işaretlenir.

Aşağıdaki örnek, geri yapılan değişiklikler için geçmiş dönemdeki tüm 120 ayları ele almaktadır. 10 yıl yerine 120 ay belirtme, veri sıkıştırma oldukça verimli olmayabilir, ancak bir ay sonra bir ay boyunca daha pahalı bir değişiklik olması durumunda daha pahalı olacak şekilde, bir geçmiş yılı yenilemekten kaçınılmasını önler.

"refreshPolicy": {
    "policyType": "basic",
    "rollingWindowGranularity": "month",
    "rollingWindowPeriods": 120,
    "incrementalGranularity": "month",
    "incrementalPeriods": 120,
    "pollingExpression": "<M expression or name of custom polling query>",
    "sourceExpression": [
    "let ..."
    ]
}

Yalnızca meta veri dağıtımı

aynı ada sahip bir veri kümesi zaten varsa, bir PBIX dosyasının Power BI Desktop bir çalışma alanına yeni bir sürümünü yayımladığınızda, var olan veri kümesini değiştirmeniz istenir.

Bazı durumlarda, özellikle artımlı yenileme ile veri kümesini değiştirmek istemeyebilirsiniz. Power BI Desktop’taki veri kümesi, hizmettekinden çok daha küçük olabilir. Hizmetteki veri kümesine artımlı yenileme ilkesi uygulandıysa veri kümesinde, küme değiştirildiğinde kaybedilebilecek birkaç yıllık geçmiş veri bulunuyor olabilir. Tüm geçmiş verilerin yenilenmesi saatler sürebilir ve kullanıcılar için sistem kapalı kalma süresine yol açabilir.

Bunun yerine, geçmiş verileri kaybetmeden yeni nesnelerin dağıtımına izin veren yalnızca meta veri dağıtımını gerçekleştirmek daha iyidir. Örneğin, birkaç ölçü eklediyseniz, verileri yenilemeye gerek kalmadan yalnızca yeni ölçüleri dağıtabilir ve çok fazla tasarruf edebilirsiniz.

xmla bitiş noktası okuma-yazma için yapılandırılmış bir Premium kapasiteye atanan çalışma alanları için, uyumlu araçlar yalnızca meta veri dağıtımını etkinleştirir. Örneğin ALM Araç Seti, Power BI veri kümelerine yönelik bir şema ayrıştırma aracıdır ve yalnızca meta verilerin dağıtılması için kullanılabilir.

ALM Araç Seti’nin en son sürümünü Analysis Services Git deposundan indirip yükleyebilirsiniz. ALM araç setini kullanmaya yönelik adım adım yönergeler, Microsoft belgelerine dahil değildir. ALM araç seti belge bağlantıları ve desteklenebilirliği hakkında bilgi, yardım şeridinde bulunabilir. Yalnızca meta veri dağıtımı gerçekleştirmek için bir karşılaştırma yapın. Ardından, çalışan Power BI Desktop örneğini kaynak olarak, hizmetteki mevcut veri kümesini de hedef olarak seçin. Görüntülendiğini göz önünde bulundurun ve tablo güncelleştirme bölümlerinin korunması için Seçenekler iletişim kutusunu kullanın. Hedef modelin bütünlüğünü sağlamak için seçimi doğrulayın, ardından güncelleştirin.

Ayrıca bkz.

Tablolu modellerdeki bölümler
Power BI için dış araçlar
Zamanlanmış yenilemeyi yapılandırma
Artımlı yenileme sorunlarını giderme