Power BI Premium’dan Microsoft Fabric’e geçişe genel bakış

Microsoft, Power BI Premium kapasite başına SKU’larını (P SKU’ları) kullanımdan kaldırıyor. Her P SKU aboneliği geçerli sözleşme döneminin sonunda sona erer ve Microsoft artık yeni P SKU'ları satmaz. Power BI iş yüklerinizi çalışır durumda tutmak için Microsoft Fabric kapasite SKU'larına (F SKU'ları) geçin. Bu makale size geçişin uçtan uca bir görünümünü sunar: Fabric F SKU'larının neden ilerleyen yol olduğu, son kullanıcılar ve yöneticiler için nelerin değiştiği ve nelerin aynı kaldığı, tipik bir geçişin aşamaları ve geçişinizin ne kadar karmaşık olduğunu belirleyen senaryolar.

Bu makale Fabric yöneticileri, Power BI yöneticileri, BT mimarları ve geçişi planlayan ve çalıştıran kapasite sahiplerine yöneliktir.

Important

P SKU aboneliğiniz sona ermeden önce geçişinizi tamamlamayı planlayın. Aboneliğiniz sona erdikten sonra kapasiteniz 30 günlük yetkisiz kullanım süresine girer. 31. günden itibaren erişim kısıtlanır (etkileşimli işlemler geciktirilir). 91. gün ve sonrasında tüm işlemler reddedilir. Çalışma alanlarını bir Fabric F SKU kapasitesine geçirene veya kapasiteyi silene kadar verileriniz korunur ancak erişilemez. Kesintiyi önlemek için, P SKU aboneliğiniz sona ermeden önce çalışma alanlarınızı bir Fabric F SKU kapasitesine yeniden atayın. Yordam için bkz. Çalışma alanlarını Power BI Premium'dan Microsoft Fabric'e geçirme.

Note

Kurumsal Anlaşma müşterileri. Kurumsal Anlaşmanız hala etkinse mevcut P SKU kapasitesini çalıştırmaya devam edebilir ve EA dönemi sona erene kadar sözleşmeniz aracılığıyla yıllık olarak yenileyebilirsiniz. Süresi dolan Kurumsal Anlaşmaları veya Microsoft Cloud Sözleşmeleri olan müşteriler, sözleşmeleri aracılığıyla yeni P SKU kapasitesi ekleyemez veya satın alamıyor. Ne zaman geçiş yapmak istediğinize karar vermeden önce sözleşme koşullarınızı Microsoft hesabı temsilcinizle onaylayın.

Note

Bu kullanımdan kaldırmanın iki önemli kapsam sınırlaması bulunmaktadır:

  • Kullanıcı başına lisanslar etkilenmez.Power BI Pro ve Power BI Premium Per User (PPU) olduğu gibi devam eder. Ayrıntılar için bkz. Kullanıcı Başına Premium (PPU) Power BI da kullanımdan kaldırılıyor mu?
  • Katıştırılmış lisanslar (EM, A) etkilenmez. Bu SKU'lar bu kullanımdan kaldırma kapsamında değildir.
  • Bağımsız bulutlar henüz etkilenmemiştir. Microsoft Fabric bağımsız bulutlarda kullanılamadığından P SKU'ları orada desteklenmeye devam eder. Microsoft, Fabric bu ortamlarda kullanılabilir olduğunda ayrı yönergeler sağlar.

Neden Microsoft Fabric'a geçiş

P SKU'larının kullanımdan kaldırılması doğrudan tetikleyici olsa da Fabric F SKU'ları, P SKU'larının sunamadığı yetenekleri de sunar:

  • Yalnızca kullandığınız kadar ödersiniz. F SKU'ları varsayılan olarak kullandıkça öde Azure faturalandırmasını kullanır; öngörülebilir iş yükleri için isteğe bağlı yıllık veya çok yıllı rezervasyonlar da sunulur. Ayrıca, çalışma saatleri dışında faturalamayı durdurmak için boşta kalan bir kapasiteyi duraklatabilir ve daha sonra isteğe bağlı olarak sürdürebilirsiniz.
  • İstediğiniz zaman ölçeği artırma veya azaltma. İş yükleriniz değiştikçe Azure portalı aracılığıyla kapasiteleri yeniden boyutlandırın. Abonelik süresi için sabit bir boyuta işlemeye gerek yok.
  • Azure yerel işletim modelini kullanın. Azure portalı üzerinden kapasite sağlayın ve yönetin, masraf yansıtma için Azure etiketleri ekleyin ve Fabric harcamalarını Microsoft Azure Tüketim Taahhüdünüz (MACC) kapsamında sayın. Birçok Fabric iş yükü (Lakehouses, Warehouses, Notebooks ve Data Factory işlem hatları gibi) P veya F kapasitelerinde çalışır, ancak Azure çalışma modeli yalnızca F'dir.
  • ayrı SKU'lar olmadan Power BI Embedded kullanın. Katıştırılmış senaryolar her F SKU'su tarafından ele alındığından ayrı EM veya A SKU'larına ihtiyacınız yoktur.
  • yerel Azure güvenlik ve işlemleri kullanın. Yönetilen özel uç noktalar, güvenilen çalışma alanı erişimi, Azure İzleyici ve Microsoft Maliyet Yönetimi F SKU'larıyla kullanılabilir.

Özelliklere göre tam karşılaştırma için bkz. Power BI Premium P SKU'ları ile Fabric F SKU'ları arasındaki önemli farklar.

Değişenler ve aynı kalanlar

Geçiş öncelikli olarak bir lisanslama ve altyapı değişikliğini içerir. Son kullanıcı deneyimleri ve çoğu yönetim davranışı aynı kalır. Bazı operasyon alanları değişir.

Area Değişsin mi? F SKU'ya geçiş yaptıktan sonra
Raporlar, anlamsal modeller, panolar Aynısı F64 veya daha büyük kapasitelerde değişmeden çalışmaya devam edin.
Kullanıcı lisansları (Pro, PPU, Ücretsiz) Aynısı Değişmemiş F64 ve daha büyük bir sürümün ücretsiz Fabric lisansına ve Görüntüleyici rolüne sahip kullanıcılar, P SKU'larında olduğu gibi içeriği görüntüleyebilir. F2 ile F32 arasında her görüntüleyicinin bir Pro veya PPU lisansına ihtiyacı vardır.
Çalışma alanları ve uygulamalar Aynısı Çalışma alanları yeni kapasiteye yeniden atanır. Çalışma alanı uygulamaları, dağıtım işlem hatları ve Git tümleştirmesi çalışmaya devam eder.
Zamanlamaları ve işlem hatlarını yenileme Aynısı Yeni kapasitede çalışmaya devam edin. Yeniden atama sırasında etkin yenilemeler kesintiye uğrayabilir.
Power BI Rapor Sunucusu Aynı, lisans değişikliğiyle Hâlâ kullanılabilir: Fabric kapasite rezervasyonuyla veya Yazılım Güvencesine sahip SQL Server Enterprise Sürümü ile.
Power BI Embedded Aynı, daha basit Her F SKU ile birlikte gelir. Ayrı EM ve A SKU'ları gerekli değildir.
Satın alma ve faturalama Changes Microsoft 365 taahhüt faturalamasından Azure faturalamaya geçin. F SKU'ları kullandıkça öde ve yıllık veya çok yıllık rezervasyonları destekler.
Kapasite yönetimi Changes Öncelikle Fabric portalı (çalışma alanı atamaları ve kapasite düzeyi ayarları) aracılığıyla yönetilir. Duraklatma, sürdürme, ölçeği artırma ve ölçeği azaltma işlemleri Azure portalı üzerinden gerçekleştirilir.
Otomatik Ölçeklendirme Changes P SKU Otomatik Ölçeklendirme F SKU'larında mevcut değildir. Bunun yerine, F SKU'ları isteğe bağlı yeniden boyutlandırma kullanır - Azure portalı aracılığıyla manuel olarak ölçeği artırır veya azaltırsınız.
Kapasite idaresi Yeni özellikler Çalışma alanı düzeyinde aşırı gerilim koruması ve kapasite aşırı kullanım koruması gibi yeni maliyet idaresi özellikleri F SKU'larında kullanılabilir. Tüketimi denetlemek ve kaçak maliyetleri önlemek için bunları kullanın.
Bölgeler arası öğe desteği Yeni dikkat edilmesi gerekenler Standart Power BI öğeleri, bölgeler arası yeniden atama işleminden sonra korunur. Büyük depolama biçimi anlam modelleri, yeniden atamadan önce yedekleme ve geri yükleme veya temizleme ve küçük depolama biçimine dönüştürme gerektirir. Tüm Fabric öğeleri (Lakehouses, Warehouses, Notebooks, Data Factory işlem hatları) yeniden atama işleminin başarısız olmasına neden olur.

Bir bakışta geçiş yolculuğu

En saf haliyle, P-F geçişi aynı Azure bölgesindeki eşdeğer F SKU'ya 1:1 taşıma işlemidir. Müşteriler genellikle kapasiteleri birleştirmek, bölgeler arasında gezinmek veya yeniden boyutlandırmak için geçişi bir fırsat olarak kullanır. Bu değişikliklerin her biri karmaşıklık ve risk ekler. Bu değişiklikleri lisans geçişi tamamlandıktan sonra çalışan ayrı iş akışları olarak değerlendirin.

Geçiş, boyut veya karmaşıklıktan bağımsız olarak aynı beş aşamayı izler.

  1. Karar ver. Geçişi ne zaman yapacağınızı, hangi F SKU'su ile başlayacağınızı ve aynı Azure bölgesinde kalıp kalmayacağınızı seçin. Power BI Premium P SKU geçiş karar kılavuzuna bakın.
  2. Plan. Microsoft Fabric Kapasite Ölçümleri uygulamasını kullanarak envanter çalışma alanları, temel CU tüketimi ve Fabric SKU Tahmin Aracı ile gelecekteki tüketimi tahmin edin. Kaynak sağlayıcısını Microsoft.Fabric Azure kaydedin ve bir pilot çalışma alanı seçin. Satın almadan önce uygulamalı doğrulama yapmak için iş yüklerini test edeceğiniz bir Fabric deneme kapasitesi sağlayın.
  3. Sağlama. Herhangi bir şeyi yeniden atamadan önce F SKU'su satın alın. Kullandıkça ödemeyi veya bir rezervasyon seçin ve kullanıyorsanız Power BI Rapor Sunucusu lisanslamasını doğrulayın.
  4. Taşıyın ve doğrulayın. Fabric yönetici portalında veya kapasite geçiş not defterini kullanarak çalışma alanlarını yeniden atayın. Bölgeler arası taşımalarda, büyük depolama biçimindeki semantik modelleri ve Fabric öğelerini yeni bölgede yeniden oluşturun. Yenilemeleri, raporları ve ağ geçitlerini doğrulayın. Bkz. Power BI Premium'dan Microsoft Fabric'e çalışma alanlarını geçirme.
  5. Devreden çıkarma ve çalıştırma. P SKU iptali manuel olarak yapılır - Fabric, bir F SKU’su sağladığınızda P SKU’nuzu otomatik olarak devreden çıkarmaz. Geçişi doğruladıktan sonra, Microsoft 365 yönetim merkezi P SKU aboneliğini açıkça iptal edin. Ardından Microsoft Maliyet Yönetimi kullanarak maliyet izleme ayarlayın ve Fabric'da duraklatma, sürdürme ve ölçeklendirme esnekliğinden yararlanın.

Geçiş senaryoları

Müşterilerin çoğu aşağıdaki dört senaryodan birine girer. İlk üç senaryo, çalışma alanlarını Power BI Premium'dan Microsoft Fabric'a geçirme bölümünde yer alan standart geçiş adımlarını izler.

Scenario Karmaşıklık Notlar
Aynı kiracı, aynı bölge Low Önerilen varsayılan değerdir. Her çalışma alanını yeni F SKU'ya yeniden atayın. Etkin yenilemeler dışında beklenen kapalı kalma süresi sıfır.
Aynı kiracı, bölgeler arası Orta ila yüksek Standart geçiş adımlarını izler, ancak büyük depolama biçimi anlam modelleri ve Fabric öğelerinin Git'e yedeklenip yakalanması, silinmesi ve yeni bölgede yeniden oluşturulması gerekir. Bkz. Bölgeler arası geçişler: Özel işleme.
Multigeo (farklı bölgelerde birden çok F SKU'su, aynı kiracı) Orta Standart geçiş adımlarını izler, ancak her hedef bölgede F SKU'ları satın alır ve bölgeye özgü içerik için idareyi planlarsınız. Bkz. Multigeo geçişleri.
Kiracılar arası Yüksek; tek tıklamayla geçiş olarak desteklenmez Standart geçiş adımlarını izlemez. Ağ geçitlerinin, anlamsal modellerin, çalışma alanlarının, raporların, uygulamaların ve panoların el ile yeniden kullanılmasını gerektirir. Önce multigeo'yu düşünün. Bkz. Kiracılar arası geçişler.

Caution

Bölgeler arası geçişler, aynı bölge geçişlerinden önemli ölçüde daha fazla çaba gerektirir. Bölgeler arası yeniden atamadan sağ çıkamayacak öğe türlerinin ötesinde şunları planlayın:

  • Fabric öğeler bölgeler arası taşımalara dayanamaz. Lakehouses, Warehouses, Notebooks ve Data Factory işlem hatları yeniden atamanın başarısız olmasına neden olur. Yeniden atamadan önce tanımlarını Git'e yakalayın (veya dışarı aktarın) ve ardından hedef bölgede yeniden oluşturun.
  • Rapor yeniden bağlama. Büyük bir depolama biçimi anlam modelini yedekleyip geri yükleyip (veya silip yeniden dağıttığınızda), yeniden oluşturulmuş model yeni bir GUID alır. Özgün modele başvuran raporların, yeniden oluşturulmuş modele yeniden bağlanması gerekir.
  • Ağ geçidi ek yükü. Bölgeler arası hedefler genellikle ek şirket içi veri ağ geçidi yapılandırması ve doğrulaması gerektirir; özellikle de ağ geçitleriniz Bring Your Own Relay (BYOR) kapsamında Azure Relay kullanıyorsa, çünkü relay uç noktaları bölgeye bağlıdır.

Bölgeler arası geçişi yalnızca veri yerleşimi veya başka bir sabit kısıtlama gerektirdiğinde seçin. Aynı bölge geçişi önerilen varsayılan değerdir.

Geçiş yaptıktan sonra

Çalışma alanlarını yeniden atadıktan ve raporların ve yenilemelerin yeni F SKU üzerinde çalıştığını doğruladıktan sonra, P SKU'yu iptal etmeden önce ve isteğe bağlı herhangi bir modernleştirme çalışmasını gerçekleştirmeden önce kendinize bir sabitleme penceresi verin. Aşağıdaki etkinlikler, geçişin temiz bir şekilde iniş yaptığını onaylamanıza ve bundan sonra ne yapmanız gerektiğine karar vermenize yardımcı olur.

Maliyeti dengeleme

Kapasiteleri 24 saat çalışır durumda bırakırsanız F SKU harcaması tahmin edilebilir. Aylık maliyetiniz sabit kalır, ancak kullandıkça öde fiyatları genellikle eşdeğer P SKU'sunun üzerindedir. İstikrarlı iş yüklerinde tasarrufu garanti altına almak için rezervasyonları kullanın ve günün belirli saatlerinde gerçekten atıl kalan kapasiteler için duraklatma ve devam ettirme özelliğini kullanın. Maliyeti dengelemek için:

  • Microsoft Maliyet Yönetimi kullanarak ilk 30 gün boyunca harcamaları günlük olarak izleyin.
  • Harcamalar planı aşmadan önce bildirim almak için kapasitenin kaynak grubu üzerinde Azure bütçelerini ve uyarılarını ayarlayın.
  • Günlük tüketim sabit olduğunda yıllık Fabric kapasite rezervasyonlarını değerlendirin. Rezervasyonlar genellikle tahmin edilebilir iş yüklerini indirime alır.
  • İş saatleri dışında atıl durumdaki kapasiteleri duraklatarak bu zaman dilimlerinde faturalandırmayı durdurun.

Performansı kararlı hale getir

Bölge içi 1:1'den eşdeğer F SKU'ya geçiş için CU tüketimi, sabitlemeden sonra P SKU temelinizle yakından eşleşmelidir. Geçiş bir yapılandırma değişikliği (farklı bir bölge, farklı bir SKU boyutu veya iş yükü birleştirme) içerdiğinde performans varyasyonu bekleyebilirsiniz ve P SKU'sunu kullanımdan kaldırmadan önce doğrulayın. Geçişten sonra bildirilen aşırı yüklemeler genellikle geçişin kendisi yerine iş yükü değişikliklerinden (yenilemeler, eklenen içerik, değiştirilen yenileme zamanlamaları) kaynaklanır. Nedeni F SKU'sunun olduğunu varsaymadan önce kullanım desenlerini denetleyin. Performansı dengelemek için:

  • Tam geçiş sonrasında Microsoft Fabric Kapasite Ölçümleri uygulamasıyla yeni kapasiteyi bir-iki hafta boyunca izleyin.
  • P SKU'da yakaladığınız taban çizgisiyle karşılaştırın. Yeniden boyutlandırmadan önce yenileme sıklığı, veri kümesi boyutu veya etkileşimli yükteki büyük sapmaları araştırın.
  • Sürekli kısıtlama görüyorsanız Azure portalı üzerinden isteğe bağlı olarak ölçeği artırın. Bkz . Kapasitenizi ölçeklendirme.
  • Başlangıç seviyesini nihai olarak kabul etmeden önce, tam bir iş döngüsü boyunca — ay sonu ve çeyrek dönem kapanışı dâhil — doğrulayın.
  • Önemli ölçüde yeni içerik eklediğinizde veya yenileme zamanlamalarını değiştirdiğinizde temeli yeniden denetleyin.
  • Uçta herhangi bir yapılandırma değişikliği yaptıktan sonra yeniden doğrulayın (SKU boyutu, bölge, iş yükü ataması).
  • Kapasite büyümesini ve idaresini planlama hakkında daha kapsamlı yönergeler için bkz. kapasite planlama kılavuzu Microsoft Fabric.

İşlemleri ve idareyi gözden geçirme

Çalışma alanları bir F SKU'ya taşındığında bazı işlem ayarları otomatik olarak devredilmez. Aşağıdakileri gözden geçirin:

  • Uygun yöneticilerin bunu yönetebilmesini sağlamak için kapasite kaynağındaki Azure RBAC atamalarını onaylayın.
  • P SKU'da özelleştirilmişse, Fabric yönetim portalında kapasite düzeyinde iş yükü ayarlarını (örneğin, anlam modeli bellek sınırları) yeniden uygulayın.
  • Kullanıcılar Fabric öğeleri oluşturabilir kiracı ayarını ve kapasite kapsamındaki tüm yetkilendirmeleri yeniden gözden geçirin.
  • Harcamanın doğru maliyet merkezine atanmasını sağlamak için kapasite kaynağına Azure etiketleri uygulayın.
  • Kapasiteyi daha geniş bir tüketime açmadan önce korumaları ayarlamak için F SKU'larında kullanılabilen yeni kapasite kullanımı idare özelliklerini (çalışma alanı düzeyinde aşırı gerilim koruması ve kapasite aşırı kullanım koruması gibi) değerlendirin.

Modernleştirme fırsatlarını keşfetme

Birçok Fabric modernleştirme senaryosu teknik olarak P SKU'larında da mümkündür. F SKU'larında yapılan değişiklikler işletim modelidir: Azure yerel maliyet yönetimi, kapasite idaresi özellikleri (aşırı yükleme ve aşırı kullanım koruması gibi) ve birleşik Azure RBAC, daha net maliyet korumaları ve daha iyi çalışma güveni ile bu senaryoları üstlenmeyi kolaylaştırır. Bu seçenekler, geçiş gereksinimleri değil isteğe bağlı izlemelerdir:

  • Mirroring ve Shortcuts kullanarak mevcut verileri OneLake'e getirin.
  • DirectQuery semantik modellerini iş yüklerinin avantaj sağladığı Direct Lake'e dönüştürün.
  • Fabric iş yükleri arasında birleşik veri erişim denetimleri için OneLake güvenliğini benimseyin.

Bu seçenekleri, lisans geçişi tamamlandıktan sonra çalışan ayrı iş akışları olarak değerlendirin. Geçişi engellemezler ve süresini uzatmamalıdırlar.

İlgili içerik

  • Son güncelleştirme: