Rehberler

Fabric Kapasite Metrikleri: 14 Günden Uzun Geçmiş Tutmak

2026-07-27 · 6 dakikalık okuma

Power BI Premium veya Microsoft Fabric kapasiteleri çalıştırıyorsanız, işler yavaşladığında baktığınız yer Microsoft Fabric Capacity Metrics uygulamasıdır. Yaptığı işte gerçekten iyidir — öğe ve işlem bazında, neredeyse gerçek zamanlı, zaman noktası düzeyinde işlem birimi (CU) ayrıntısı. Tek bir yapısal kısıtı vardır: yalnızca yaklaşık 14 günlük veri saklar.

14 gün neden yetmez?

  • Olay incelemesi: “ay sonu kapanışında neden throttle olduk?” sorusu genellikle pencere kaydıktan çok sonra sorulur.
  • Kapasite planlaması: SKU boyutlandırma kararları iki hafta değil, aylarca eğilim ister.
  • Maliyet dağıtımı: kapasite maliyetini ekiplere paylaştırmak, tam fatura dönemlerini kapsayan öğe bazlı tüketim gerektirir.
  • İyileştirme kanıtı: “önce” verisi yoksa yenilemeleri yeniden zamanlamanın işe yaradığını gösteremezsiniz.

Elle yol: metrik semantic model’ini dışa aktarmak

Metrics uygulamasının arkasında bir semantic model vardır ve yöneticiler bunu sorgulayabilir — XMLA uç noktasıyla veya Excel’de Çözümle ile bağlanın, zaman noktası detay tabloları üzerinde DAX çalıştırın ve pencere kaymadan önce kendi veritabanınıza zamanlanmış bir aktarım kurun.

İşe yarar, ama neye imza attığınızı bilin: uygulamanın iç modeli belgelenmiş bir kamusal sözleşme değildir ve sürümler arasında değişir, aktarımın kendi zamanlayıcısı ve kimlik bilgileri gerekir, kaçırılan iki hafta geri getirilemez.

Uzun vadeli bir kapasite deposu neleri tutmalı?

  • Öğe (rapor, semantic model, dataflow, notebook, lakehouse) ve işlem bazında, interaktif/arka plan ayrımıyla işaretlenmiş zaman noktası düzeyinde CU tüketimi.
  • SKU sınırının yüzdesi olarak kullanım oranı — böylece zirveler ve throttling pencereleri aylar sonra da görünür.
  • “Hangi workspace / hangi ekip” sorusunu yanıtlayacak kadar birleştirilebilirlik: yalnızca ham sayılar değil, envanter bağlamı.

Sürekli yaklaşım

PGR Sonar Fabric kapasite metriklerini programlı olarak okur ve tenant envanterinize bağlı, sorgulanabilir uzun vadeli geçmiş olarak saklar — böylece throttling incelemeleri, eğilim planlaması ve en ağır öğe sıralamaları 14 gün değil, aylar boyunca çalışır. Kapasite Teşhisi bir adım daha ileri gider ve ne yapmanız gerektiğini söyler: kapasiteyi aşırı yüklememek için hangi model’lerin, dataflow’ların veya notebook’ların yeniden zamanlanması ya da iyileştirilmesi gerektiğini.

Sık sorulan sorular

Fabric Capacity Metrics uygulaması veriyi ne kadar saklar?

Yaklaşık 14 gün. Uygulama neredeyse gerçek zamanlı izleme ve kısa vadeli teşhis için tasarlanmıştır, geçmiş tutmak için değil. Daha eskisi — geçen ayki throttling olayı, mevsimsel eğilimler, yıldan yıla büyüme — hâlâ görünürken dışa aktarmadıysanız kaybolmuştur.

Kapasitemi hangi raporun veya notebook’un tükettiğini görebilir miyim?

Evet — kapasite metrikleri öğe ve işlem bazında, işlem birimi (CU) tüketimi ve yükün interaktif mi arka plan mı olduğu bilgisiyle kaydedilir. Metrics uygulaması bunu zaman noktası düzeyinde gösterir; uzun vadeli bir depo ise en ağır öğeleri günler yerine aylar boyunca sıralamanızı sağlar.

Fabric kapasite throttling’ine genellikle ne yol açar?

SKU sınırının üzerinde süregelen CU tüketimi. Olağan şüpheliler: aynı saate yığılmış zamanlanmış yenilemeler, kontrolden çıkmış dataflow veya notebook’lar ve birkaç ağır semantic model. Bunları bulmak, throttling penceresi çevresinde öğe bazında tüketim geçmişi gerektirir.

Bunu script yazmadan, sürekli yapın

PGR Sonar tüm Power BI / Fabric tenant’ınızın envanterini çıkarır; kullanım, kapasite ve yenileme geçmişini uzun vadeli saklar ve ilgilenilmesi gerekeni işaretler — salt okunur, yalnızca metadata, otomatik çalışır.

14 günlük ücretsiz denemeyi başlatın

Kredi kartı gerekmez.