XMLA uç noktasıyla veri kümesi bağlantısı

Power BI Premium, kullanıcı başına Premium ve Power BI Embedded çalışma alanları, bir xmla uç noktası kullanarak Microsoft ve üçüncü taraf istemci uygulamalarından ve araçlarından açık platform bağlantısını destekler.

XMLA uç noktası nedir?

çalışma alanları, istemci uygulamaları ve Power BI çalışma alanlarınızı ve veri kümelerinizi yöneten motor arasındaki iletişimler için XML for Analysis (xmla) protokolünü kullanır. Bu iletişimler genellikle XMLA olarak adlandırılan uç noktalar üzerinden gerçekleştirilir. XMLA, Microsoft Analysis Services altyapısı tarafından kullanılan iletişim protokolüyle aynıdır. Bu protokol, yakından bakıldığında Power BI’ın anlamsal modellemesi, yönetim, yaşam döngüsü ve veri yönetimini çalıştırır. XMLA protokolü üzerinden gönderilen veriler tamamen şifrelenir.

Varsayılan olarak, uç noktayı kullanan salt okunur bağlantı, bir kapasitedeki Veri kümeleri iş yükü için etkindir. Veri görselleştirme uygulamaları ve araçları, salt okunur ile veri kümesi model verilerini, meta verileri, olayları ve şemayı sorgulayabilir. Uç noktayı kullanan okuma/yazma işlemleri ek veri kümesi yönetimi, idare, gelişmiş anlam modelleme, hata ayıklama ve izleme sağlanarak etkinleştirilebilir. okuma-yazma özelliği etkinken, veri kümelerinin Azure Analysis Services ve SQL Server kurumsal sınıf tablolu modelleme araçları ve süreçlerini Analysis Services daha fazla eşliği vardır.

Kullanım Koşulları

XMLA uç noktası kullanımı aşağıdakilere tabidir:

tek kullanıcılı uygulama -uygulama, xmla uç noktası aracılığıyla bir Power BI veri kümesine erişmek için tek bir kullanıcı hesabı veya uygulama kimliği kullanır. Örnek olarak, bir veri kümesinin meta verilerini değiştirme, yedekleme veya geri yükleme işlemi gerçekleştirme ya da veri yenilemeyi tetikleme gibi veri modelleme ve yönetim görevlerini gerçekleştirmeye yönelik geliştirici araçları, yönetici betikleri ve otomatikleştirilmiş süreçlerdir. veri kümesi bir Premium kapasitesinde yer alıyorsa, istemci uygulamanın bir veri kümesine erişmek için kullandığı kullanıcı hesabı veya uygulama kimliği, kullanıcı başına geçerli bir Premium (ppu) lisansına sahip olmalıdır.

çok kullanıcılı uygulama -uygulama, Power BI bir veri kümesine erişimi olan birden çok kullanıcı sağlar. Örneğin, bir veri kümesini iş çözümüne tümleştirerek iş kullanıcıları adına veri kümesine erişen orta katmanlı bir uygulama.

• kullanıcı başına Premium (ppu) çalışma alanı için, uygulamanın her bir kullanıcının Power BI oturum açmasını gerektirmelidir. Uygulama, veri kümelerine erişmek için her kullanıcının erişim belirtecini kullanır. Uygulamanın, kullanıcıları adına görevleri gerçekleştirmek için bir hizmet hesabı veya diğer uygulama kimliğini kullanmasına izin verilmez. her kullanıcının raporları açmak, veri kümelerine erişmek ve sorguları yürütmek için kendi Power BI hesabını kullanması gerekir.
• Premium çalışma alanları için, uygulama, her kullanıcının Power BI oturum açmasını gerektirmeden son kullanıcılar adına bir hizmet hesabı veya uygulama kimliği kullanabilir.

Veri modelleme ve yönetim araçları

aşağıda Azure Analysis Services ve SQL Server Analysis Services ile kullanılan en yaygın araçların bazıları ve artık Premium veri kümeleri tarafından desteklenmektedir:

Analysis Services projeleri ile Visual Studio : SQL Server Veri Araçları (veya SSDT) olarak da bilinen bu araçlar, Analysis Services tablosal modellere yönelik kurumsal düzeyde bir model yazma aracıdır. Analysis Services projeleri uzantıları, ücretsiz Topluluk sürümü de dahil olmak üzere tüm Visual Studio 2017 ve üzeri sürümlerde desteklenir. Tablosal modelleri bir Premium çalışma alanına dağıtmak için uzantının 2.9.14 veya üzeri sürümleri gerekir. Dağıtım sırasında, modelin 1500 veya daha yüksek bir uyumluluk düzeyinde olması gerekir. XMLA okuma/yazma, veri kümeleri iş yükünde gereklidir. Daha fazla bilgi için bkz. Analysis Services Araçları.

SQL Server Management Studio (SSMS)  : DAX, MDX ve XMLA sorgularını destekler. Tablosal Model Betik Dilini (TMSL) kullanarak hassas yenileme işlemleri gerçekleştirin ve veri kümesi meta verilerinde betik oluşturun. Sorgu işlemleri için salt okunur bağlantı gerekir. Meta verilerin betiğini oluşturma işlemi için okuma/yazma bağlantısı gerekir. SSMS sürüm 18.8 veya üzeri gerekir.  Buradan indirin.

SQL Server Profiler : SSMS ile yüklenen bu araç, veri kümesi olayları için izleme ve hata ayıklama desteği sağlar. SQL Server için resmi kullanım dışı olsa da, profil oluşturucu ssms 'ye dahil olmaya devam eder ve Analysis Services ve Power BI için desteklenir. SQL Server Profiler sürüm 18,8 veya üstünü gerektirir. Kullanıcı, XMLA uç noktasıyla bağlanırken veri kümesini (ilk katalog) belirtmelidir. Daha fazla bilgi için bkz.  Analysis Services için SQL Server Profiler.

Analysis Services Dağıtım Sihirbazı   – ssms ile yüklenen bu araç, Analysis Services ve Premium çalışma alanlarına Visual Studio yazılan tablo modeli projelerinin dağıtımını sağlar. Bu araç, etkileşimli olarak veya otomasyon için komut satırından çalıştırılabilir. XMLA okuma/yazma gereklidir. Daha fazla bilgi için bkz. Analysis Services Dağıtım Sihirbazı.

PowerShell cmdlet’leri : Analysis Services cmdlet’leri, yenileme işlemleri gibi veri kümesi yönetim görevlerini otomatikleştirmek için kullanılabilir. XMLA okuma/yazma gereklidir. SqlServer PowerShell modülünün 21.1.18221 veya üzeri bir sürümü gerekir. Az. analysisservices modülündeki Azure Analysis Services cmdlet 'leri Power BI veri kümeleri için desteklenmez. Daha fazla bilgi için bkz. Analysis Services PowerShell Başvurusu.

Power BI Report Builder : Sayfalandırılmış raporlar yazmaya yarayan bir araçtır. Hangi verilerin nereden alınacağını ve nasıl görüntüleneceğini belirten bir rapor tanımı oluşturur. Rapor Oluşturucusu’nda raporunuzun önizlemesini görüntüleyebilir, ardından raporunuzu Power BI hizmetinde yayımlayabilirsiniz. XMLA salt-okunur gereklidir. Daha fazla bilgi için bkz.  Power BI Report Builder.

Tablo Düzenleyicisi: Sezgisel ve hafif bir düzenleyici kullanarak tablosal modelleri oluşturmaya, sürdürmeye ve yönetmeye yarayan açık kaynaklı bir araçtır. Tablosal modelinizdeki tüm nesneler hiyerarşik bir görünümde gösterilir. Nesneler, çoklu seçim özellik düzenlemesi ve DAX söz dizimi vurgulaması için görüntüleme klasörleri tarafından düzenlenir. Sorgu işlemleri için XMLA salt okunur gerekir. Meta veri işlemleri için okuma/yazma bağlantısı gerekir. Daha fazla bilgi için bkz. tabulareditor.github.io.

DAX Studio : DAX yazma, tanılama, performans ayarlama ve analiz etmeye yönelik açık kaynaklı bir araçtır. Özellikler arasında nesne göz atma, tümleşik izleme, ayrıntılı istatistiklere sahip sorgu yürütme dökümleri, DAX söz dizimi vurgulama ve biçimlendirme yer alır. Sorgu işlemleri için XMLA salt okunur gerekir. Daha fazla bilgi edinmek için bkz.  daxstudio.org.

ALM Araç Seti: En çok uygulama yaşam döngüsü yönetimi (ALM) senaryolarında kullanılan, Power BI veri kümeleri için açık kaynaklı bir şema karşılaştırma aracıdır. Ortamlar arasında dağıtım gerçekleştirir ve artımlı yenileme geçmiş verilerini korur. Meta veri dosyalarını, dallarını ve depolarını ayırıp birleştirir. Veri kümeleri arasındaki yaygın tanımları yeniden kullanır. Sorgu işlemleri için salt okunur bağlantı gerekir. Meta veri işlemleri için okuma/yazma bağlantısı gerekir. Daha fazla bilgi için bkz.  alm-toolkit.com.

Microsoft Excel : Excel PivotTable’lar Power BI veri kümelerindeki özet verileri özetlemek, analiz etmek, bulmak ve sunmak için kullanılan en yaygın araçlardan biridir. Sorgu işlemleri için salt okunur bağlantı gerekir. Office 16.0.11326.10000 veya üzeri bir Tıkla-Çalıştır sürümü gerekir.

Üçüncü taraf   -Premium çalışma alanlarında veri kümelerini bağlayabileceği, sorgulayan ve kullanabilecek istemci verileri görselleştirme uygulamaları ve araçları içerir. Araçların çoğu MSOLAP istemci kitaplıklarının en son sürümlerini gerektirir ama bazıları ADOMD kullanabilir. Salt okunur veya okuma/yazma XMLA Uç Noktası, işlemlere bağımlıdır.

İstemci kitaplıkları

İstemci uygulamaları XMLA uç noktasıyla doğrudan iletişim kurmaz. Bunun yerine, özet düzeyi olarak istemci kitaplıklarını kullanırlar. Bunlar, Azure Analysis Services ve SQL Server Analysis Services’a bağlanmak için kullanılan istemci kitaplıkları uygulamalarının aynısıdır. Excel, SQL Server Management Studio (SSMS) ve Visual Studio için Analysis Services projeleri uzantısı gibi Microsoft uygulamaları, üç istemci kitaplığını da yükleyip normal uygulama ve uzantı güncelleştirmeleriyle birlikte bu kitaplıkları da güncelleştirir. Geliştiriciler de özel uygulamalar oluşturmak için istemci kitaplıklarını kullanabilir. Bazı durumlarda, özellikle üçüncü taraf uygulamalar söz konusu olduğunda, uygulamalarla yüklü gelmediyse istemci kitaplıklarının daha yeni sürümlerini yüklemeniz gerekebilir. İstemci kitaplıkları aylık olarak güncelleştirilir. Daha fazla bilgi için bkz.  Analysis Services’a bağlanmak için istemci kitaplıkları.

Büyük modelleri etkinleştirerek yazma işlemleri için veri kümelerini iyileştirme

Veri kümesi yönetimi için XMLA uç noktasını yazma işlemleriyle birlikte kullanırken, veri kümesini büyük modeller için etkinleştirmeniz önerilir. Bu eylem, yazma işlemlerinin ek yükünü azaltarak onları önemli ölçüde daha hızlı hale getirir. Boyutu 1 GB’tan fazla olan veri kümelerinde (sıkıştırdıktan sonra) bu fark daha da belirgin olabilir. Daha fazla bilgi için bkz. Power BI Premium’da büyük modeller.

XMLA okuma/yazmayı etkinleştirme

Varsayılan olarak, Premium kapasitede XMLA Uç Noktası özelliği ayarı salt okunurdur. Bu, uygulamaların yalnızca bir veri kümesini sorgulayabileceği anlamına gelir. Uygulamaların yazma işlemlerini gerçekleştirmesi için, XMLA Uç Noktası özelliğinin, okuma/yazma için etkinleştirilmesi gerekir. Bir kapasite için XMLA Uç Noktası özellik ayarı, Veri kümeleri iş yükünde yapılandırılır. XMLA Uç Noktası ayarı, kapasiteye atanan tüm çalışma alanları ve veri kümeleri için geçerlidir.

Bir kapasitede okuma/yazma özelliğini etkinleştirmek için:

1. Yönetim portalında Kapasite ayarları > Power BI Premium > kapasite adını seçin.

2. İş yüklerini genişletin. XMLA Uç Noktası ayarında Okuma/Yazma’yı seçin.

   

Premium çalışma alanına bağlanma

Kapasiteye atanan çalışma alanlarının URL biçiminde bir bağlantı dizesi vardır. Örneğin:
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Çalışma alanına bağlanan uygulamalar, URL’yi Analysis Services sunucu adında olduğu gibi kullanır. Örneğin,
powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

Aynı kiracıdaki (B2B olmayan) UPN’ye sahip kullanıcılar, kiracı adını myorg ile değiştirebilir. Örneğin,  powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

B2B kullanıcılarının kiracı adında kuruluş UPN’lerini belirtmeleri gerekir. Örneğin,
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

Çalışma alanı bağlantı URL’sini almak için:

Çalışma alanında Ayarlar > Premium > Çalışma Alanı Bağlantısı adımlarını izleyip Kopyala’yı seçin.

Bağlantı gereksinimleri

İlk katalog

SQL Server Profiler gibi araçlarda çalışma alanınızda bağlantı kurulacak olan veri kümesini (veri tabanını) ifade eden İlk Katalog belirtmeniz gerekir. Sunucuya Bağlan iletişim kutusunda Seçenekler > Bağlantı Özellikleri > Veritabanına bağlan'ı seçip veri kümesi adını girin.

Yinelenen çalışma alanı adı

Power BI’daki Yeni çalışma alanları (yeni çalışma alanı deneyimi kullanılarak oluşturulan), yinelenen adlara sahip çalışma alanlarının oluşturulmasına veya yeniden adlandırılmasına izin vermemek için doğrulama işlemi uygular. Geçirilmeyen çalışma alanları yinelenen adlara neden olabilir. Başka bir çalışma alanıyla aynı adı taşıyan bir çalışma alanına bağlanırken şu hatayı alabilirsiniz:

powerbi://api.powerbi.com/v1.0/[kiracı adı]/[çalışma alanı adı] bağlantısı yapılamıyor.

Bu sorunu geçici olarak çözmek için, çalışma alanı adına ek olarak ObjectIDGuid değerini de belirtin (bu değer URL'deki çalışma alanı objectID bölümünden kopyalanabilir). objectID değerini bağlantı URL'sine ekleyin. Örneğin,
“powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830”.

Yinelenen veri kümesi adı

Aynı çalışma alanındaki başka bir veri kümesiyle aynı adı taşıyan bir veri kümesine bağlanırken, veri kümesi adının sonuna veri kümesi guid değerini ekleyin. SSMS’de çalışma alanına bağlandığınızda hem veri kümesi adını hem de GUID değerini alabilirsiniz.

Veri kümelerinin gecikmeli gösterilmesi

Çalışma alanına bağlandığınızda yeni, silinmiş ve yeniden adlandırılmış veri kümelerindeki değişikliklerin gösterilmesi birkaç dakika kadar sürebilir.

Desteklenmeyen veri kümeleri

Aşağıdaki veri kümelerine XMLA uç noktalarından erişilemez. Bu veri kümeleri SSMS’de veya diğer araçlarda çalışma alanının altında görüntülenmez:

• Azure Analysis Services ve SQL Server Analysis Services modeline yönelik bir canlı bağlantıyı temel alan veri kümeleri.
• Başka bir çalışma alanındaki Power BI veri kümesine yönelik bir canlı bağlantıyı temel alan veri kümeleri. Daha fazla bilgi için bkz. Çalışma alanları arasında veri kümelerine giriş.
• REST API kullanılarak veri gönderme özelliği olan veri kümeleri.
• Excel çalışma kitabı veri kümeleri.

Sunucu/çalışma alanı diğer adı

Azure Analysis Services desteklenen sunucu adı diğer adları Premium çalışma alanları için desteklenmez.

Güvenlik

XMLA Uç Noktası özelliğinin okuma/yazma özelliği kapasite yöneticisi tarafından etkinleştirilir. Buna ek olarak kiracı düzeyindeki Şirket içi veri kümeleriyle XMLA uç noktalarına ve Excel'de Çözümle özelliğine izin ver ayarının da yönetici portalından etkinleştirilmesi gerekir. xmla uç noktasına bağlanan Excel (aixl) dosyaları için analiz oluşturmanız gerekiyorsa, canlı bağlantılara izin ver kiracı düzeyi ayarı da etkinleştirilmelidir. Bu ayarların ikisi de varsayılan olarak etkindir.

Şirket içi veri kümeleriyle XMLA uç noktalarına ve Excel'de Çözümle özelliğine izin ver bir tümleştirme ayarıdır.

aşağıdaki tabloda, xmla için dışarı aktarma verilerini ayarlama ve Excel 'de çözümleme (aixl) ile ilgili etkileri açıklanmaktadır:

Canlı bağlantılara izin ver bir dışarı aktarma ve paylaşma ayarıdır.

XMLA uç noktası üzerinden erişim, çalışma alanı/uygulama düzeyine ayarlanan güvenlik grubu üyelerini kabul eder.

Çalışma alanına katkıda bulunanlar ve daha üst düzeydekiler veri kümesine yazma erişimine sahip olduklarından, Analysis Services veritabanı yöneticileriyle eşit haklara sahiptir. Bu kişiler, Visual Studio’dan yeni veri kümeleri dağıtıp SSMS’de TMSL betiklerini yürütebilir.

sunucu düzeyindeki izlemeler ve EffectiveUserName bağlantı dizesi özelliği kullanılarak kullanıcı kimliğine bürünme gibi Analysis Services server yönetici izinleri (veritabanı yöneticisi yerine) gerektiren işlemler şu anda Premium çalışma alanlarında desteklenmez.

Veri kümesinde Oluşturma iznine sahip olan diğer kullanıcılar, Analysis Services veritabanı okuyucularıyla eşit haklara sahiptir. Bu kişiler, veri kullanımı ve görselleştirmesi için veri kümelerine bağlanıp göz atabilirler. Satır düzeyi güvenlik (RLS) kuralları kabul edilir ve bu kişiler iç veri kümesi meta verilerini görüntüleyemez.

Model rolleri

XMLA uç noktasıyla bir veri kümesi için rol tanımı yapılabilir, Azure Active Directory (AAD) kullanıcıları için rol üyeliği tanımlanabilir ve satır düzeyi güvenlik (RLS) filtreleri tanımlanabilir. Power BI’daki model rolleri yalnızca RLS için kullanılır. RLS dışındaki izinleri denetlemek için Power BI güvenlik modelini kullanın.

Visual Studio yazılan tablolu model projeleri için, roller model tasarımcısında rol yöneticisi kullanılarak tanımlanabilir. Power BI'daki veri kümeleri için gerekli roller SSMS kullanılarak tanımlanabilir, bu şekilde rol nesneleri oluşturulabilir ve rol özellikleri tanımlanabilir. Ancak çoğu durumda rol nesnesi tanımları, TMSL kullanılarak betik haline getirebilir ve bu şekilde Roller nesnesi oluşturulabilir veya değiştirilebilir. TMSL betikleri SSMS ile veya Invoke-ASCmd PowerShell cmdlet'iyle yürütülebilir.

XMLA uç noktası aracılığıyla veri kümesi rolleriyle çalışırken şu sınırlamalar geçerlidir:

• Veri kümeleri için ayarlanabilir bir rol için tek izin okuma izinidir. Diğer izinler Power BI güvenlik modeli kullanılarak verilir.
• Çalışma alanı üyesi veya yönetici izinleri gerektiren hizmet sorumluları rollere eklenemez.
• Veri kümeleri rollerinin var olup olmaması fark etmeksizin, XMLA uç noktası üzerinden okuma erişimi için bir veri kümesine yönelik Oluşturma izni gerekir.
• "Roles =" bağlantı dizesi özelliği, okuma izinlerine sahip rol üyelerini daha eski sürüme yazma izinleri ile test etmek için kullanılabilir. Üye hesabının hala ilgili RLS rolünün bir üyesi olması gerekir. bu, SQL Server Analysis Services kimliğe bürünme özelliğinden veya hesabın sunucu yöneticisi olduğu Azure Analysis Services, RLS rol üyeliğinin varsayıldığından farklıdır. Premium çalışma alanları için, sunucu yöneticisi olmadığından, bu hesabın RLS 'nin uygulanması için bir role ait olması gerekir.

Daha fazla bilgi için bkz. Tablosal modellerdeki roller.

Veri kaynağı kimlik bilgilerini ayarlama

XMLA uç noktası üzerinden belirtilen meta veriler veri kaynaklarına bağlantı oluşturabilir, ancak veri kaynağı kimlik bilgilerini ayarlayamaz. Bunun yerine, Power BI hizmetindeki veri kümesi ayarları sayfasından kimlik bilgileri ayarlanabilir.

Hizmet sorumluları

Hizmet sorumlusu, katılımsız kaynak ve hizmet düzeyinde işlemler gerçekleştirmek için kiracınızın içinde oluşturduğunuz bir Azure Active Directory uygulama kaydıdır. Bu uygulama adı, uygulama kimliği, kiracı kimliği ve parola olarak istemci gizli anahtarı veya sertifikayla benzersiz türde bir kullanıcı kimliğidir. Power BI Premium, Power BI Embedded ile aynı hizmet sorumlusu işlevini kullanır.

Hizmet sorumluları Ayrıca, çalışma alanları sağlama, model dağıtma ve ile veri kümesi yenileme gibi veri kümesi yönetim görevlerini otomatikleştirmek için XMLA uç noktasıyla birlikte da kullanılabilir:

• PowerShell
• Azure Otomasyonu
• Azure Logic Apps
• Özel istemci uygulamaları

Daha fazla bilgi için bkz. Hizmet sorumlularıyla Premium çalışma alanı ve veri kümesi görevlerini otomatikleştirme.

Visual Studio’dan model projelerini dağıtma (SSDT)

Tablosal model projesini Visual Studio çalışma Premium bir Azure veya SQL Server Analysis Services sunucusuna dağıtmakla aynıdır. Aralarındaki tek fark, işleme işlemlerinin veri kaynaklarındaki verileri çalışma alanındaki yeni veri kümesine içeri aktarmasını sağlayabilmesi için proje için belirtilen Dağıtım Sunucusu özelliğinde ve veri kaynağı kimlik bilgilerinin nasıl belirlendiğindedir.

Visual Studio’da yazılmış bir tablosal model projesini dağıtmak için, öncelikle projedeki Dağıtım Sunucusu özelliğindeki çalışma alanı bağlantı URL’sini ayarlamanız gerekir. Visual Studio’da, Çözüm Gezgini’nde projeye sağ tıklayıp Özellikler’i seçin. Sunucu özelliğinde, çalışma alanı bağlantı URL’sini yapıştırın.

Proje, Dağıtım Sunucusu özelliği belirtildikten sonra dağıtılabilir.

İlk kez dağıtıldığında, model.bim öğesindeki meta veriler kullanılarak çalışma alanında bir veri kümesi oluşturulur. Dağıtım işleminin bir parçası olarak, çalışma alanında model verilerinden bir veri kümesi oluşturulduktan sonra, veri kaynaklarından veri kümesine veri yükleme işlemi başarısız olur.

Azure veya SQL Server Analysis Server örneğine dağıtırken veri kaynağı kimlik bilgileri dağıtım işleminin bir parçası olarak istenirken, Premium çalışma alanına dağıtım yapılırken çalışma alanı veri kaynağı kimlik bilgileri, dağıtım işleminin bir parçası olarak belirtilemeyeceği için işlem başarısız olur. Bu işlemde veri kaynağı kimlik bilgileri, ancak meta veri dağıtımı başarılı olduktan ve veri kümesi oluşturulduktan sonra Power BI hizmetinde veri kümesi ayarlarında belirtilir. Çalışma alanında Veri kümeleri > Ayarlar > Veri kaynağı kimlik bilgileri > Kimlik bilgilerini düzenle’yi seçin.

Veri kaynağı kimlik bilgileri belirtildikten sonra Power BI hizmetindeki veri kümesini yenileyebilir, zamanlama yenilemesini yapılandırabilir veya veri kümesine veri yüklemek amacıyla yenilemeyi SQL Server Management Studio’dan işleyebilirsiniz.

Dağıtımın Visual Studio’daki projede belirtilen İşleme Seçeneği özelliği gözlemlenir. Ancak, veri kaynağının kimlik bilgileri henüz Power BI hizmetinde belirtilmediyse meta veri dağıtımı başarılı olsa bile, işlem başarısız olur. Dağıtımın bir parçası olarak işleme denemesini önlemek için, özelliği İşleme olarak ayarlayabilirsiniz. Ancak yeni veri kümesi için veri kaynağı kimlik bilgileri veri kaynağı ayarlarında belirtildikten sonra, ardışık dağıtım işlemlerinin bir parçası olarak işleme başarılı olacağından, özelliği yeniden Varsayılan olarak ayarlamanız önerilir.

SSMS ile bağlanma

Bir çalışma alanına bağlanmak için SSMS kullanmak, Azure veya SQL Server Analysis Services sunucusuna bağlanmaya çok benzer. Tek fark, sunucu adında çalışma alanı URL’sini belirtmeniz ve Active Directory - MFA ile Evrensel kimlik doğrulamasını kullanmanız gerekir.

SSMS kullanarak çalışma alanına bağlanma

1. SQL Server Management Studio’da Bağlan > Sunucuya Bağlan’ı seçin.

2. Sunucu Türü’nde Analysis Services’i seçin. Sunucu adı’na çalışma alanı URL’sini girin. Kimlik Doğrulaması’nda Active Directory - MFA ile Evrensel’i seçin ve Kullanıcı adı olarak kurumsal kullanıcı kimliğinizi girin.

   

Bağlandığınızda, çalışma alanı bir Analysis Services sunucusu olarak ve çalışma alanındaki veri kümeleri de veritabanları olarak gösterilir.

SSM’yi betik meta verilerinde kullanma hakkında daha fazla bilgi için bkz. Analysis Services betikleri oluşturma ve Tablosal Model Betik Dili (TMSL).

Veri kümesi yenilemesi

XMLA uç noktası SSMS kullanarak hassas yenilemenin özellikleri ve TOM kullanarak PowerShell ile otomasyon, Azure Otomasyonu ile Azure İşlevleri gibi çok çeşitli senaryolar sunar. Örneğin, tüm geçmiş verileri yeniden yüklemek zorunda kalmadan, belirli geçmiş bölümlerde artımlı yineleme yapabilirsiniz.

Power BI hizmetinde yenilemeyi yapılandırmanın aksine, XMLA uç noktası üzerinden yapılan yenileme işlemleri günlük 48 yenileme işlemiyle sınırlı değildir ve zamanlanan yenileme zaman aşımı uygulanmaz.

XMLA uç noktası aracılığıyla yazma işlemi içeren veri kümesi yenileme işlemleri için tarih, saat ve durum, veri kümesi Yenileme geçmişine kaydedilir ve gösterilir.

Dinamik Yönetim Görünümleri (DMV)

Analysis Services DMV’leri veri kümesi meta verilerine, veri kökenine ve kaynak kullanımına yönelik görünürlük sağlar. XMLA uç noktası üzerinden Power BI’da sorgulama yapmak için kullanılan DMV’ler, en fazla veritabanı/yönetici izinleri gerekenlerle sınırlıdır. Örneğin, bazı DMV’ler için Analysis Services sunucu/yönetici izinleri gerektiğinden bunlara erişilemez.

Power BI Desktop’ta yazılan veri kümeleri

Gelişmiş meta veriler

Power BI Desktop çalışma alanında yazılmış ve Premium veri kümelerinde XMLA yazma işlemleri gelişmiş meta veriler gerektirir. Daha fazla bilgi için bkz. Gelişmiş veri kümesi meta verileri.

Veri kaynağı bildirimi

Veri kaynaklarına bağlanılıp veriler sorgulanırken Power BI Desktop, satır içi veri kaynağı bildirimi olarak Power Query M ifadelerini kullanır. M satır içi Premium bildirim Power Query Premium desteklese de, M satır içi veri kaynağı bildirimi Azure Analysis Services veya SQL Server Analysis Services. Bunun yerine Visual Studio gibi Analysis Services veri modelleme araçları, meta verileri yapılandırılmış ve/veya sağlayıcı veri kaynağı bildirimleri kullanarak oluşturur. XMLA uç noktasıyla Premium, yapılandırılmış ve sağlayıcı veri kaynaklarını da destekler, ancak Power Query modellerinde M satır içi veri kaynağı bildirimlerinin bir parçası Power BI Desktop desteklemez. Daha fazla bilgi için bkz. Sağlayıcıları anlama.

Canlı bağlanma modunda Power BI Desktop

Power BI Desktop canlı bağlantı kullanarak bir Power BI Premium veri kümesine bağlanabilir. Canlı bağlantı kullanıldığında verilerin yerel olarak çoğaltılması gerekmez ve bu da kullanıcılar açısından anlamsal modellerin kullanımını kolaylaştırır. Kullanıcılar iki yolla bağlanabilir:

Power BI veri kümeleri’ni ve sonra da rapor oluşturmak için bir veri kümesini seçerek. Kullanıcıların veri kümelerine canlı bağlantı kurması için önerilen yöntem budur. Bu yöntem veri kümelerinin onay düzeyini gösteren gelmiş bir bulma deneyimi sağlar. Kullanıcıların çalışma alanı URL’lerini bulması ve bunların kaydını tutması gerekmez. Kullanıcıların veri kümesini bulmak için veri kümesi adını yazması veya aradıkları veri kümesini bulana kadar listeyi kaydırması yeterli olur.

Kullanıcıların bağlanmak için kullanabilecekleri diğer yol Veri Al > Analysis Services’i seçmek, URL olarak bir Power BI Premium çalışma alanı adı belirtmek, Canlı bağlan’ı seçmek ve sonra da Gezgin’de bir veri kümesi belirtmektir. Bu durumda Power BI Desktop veri kümesine canlı bağlanmak için bir Analysis Services veri modeliymiş gibi XMLA uç noktasını kullanır.

Premium veri kümelerini geçirmeyi Analysis Services bağlı raporları olan kuruluşların veri kaynağı ayarlarını dönüştür sayfasındaki sunucu adı URL'sini > değiştirmesi gerekir.

Denetim günlükleri

Uygulamalar bir çalışma alanına bağlandığında, XMLA uç noktaları üzerinden erişim Power BI denetim günlüklerine şu işlemlerin altına kaydedilir:

Daha fazla bilgi için bkz.  Power BI’ı denetleme.

Ayrıca bkz.

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