Bagikan melalui


skenario penggunaan Power BI: Manajemen model data tingkat lanjut

Catatan

Artikel ini merupakan bagian dari rangkaian artikel Perencanaan implementasi Power BI. Seri ini berfokus terutama pada pengalaman Power BI dalam Microsoft Fabric. Untuk pengantar rangkaian ini, lihat Perencanaan implementasi Power BI.

Skenario penggunaan ini berfokus pada manajemen model data tingkat lanjut, yaitu ketika pembuat konten Power BI bergantung pada alat pihak ketiga untuk mengembangkan, mengelola, atau mengoptimalkan model data. Beberapa alat pihak ketiga adalah alat eksternal, yang didukung secara langsung oleh Power BI Desktop. Anda juga dapat mengelola model data yang diterbitkan (model semantik—yang sebelumnya dikenal sebagai himpunan data) dengan berkomunikasi langsung dengan titik akhir XMLA di layanan Power BI.

Model data dihosting di layanan Power BI, Azure Analysis Services (AAS), atau SQL Server Analysis Services (SSAS). Skenario penggunaan ini berfokus pada penggunaan titik akhir XMLA di layanan Power BI.

Tip

Banyak orang menyebut alat pihak ketiga sebagai alat eksternal. Namun, ada perbedaan dalam bagaimana alat yang berbeda dapat digunakan. Menyambungkan ke model data lokal di Power BI Desktop adalah interpretasi paling harfiah dari istilah alat eksternal. Skenario penggunaan manajemen model data tingkat lanjut ini berfokus pada menyambungkan ke model data jarak jauh (model semantik yang dihosting di layanan Power BI) dengan menggunakan titik akhir XMLA. Detail selengkapnya tentang berbagai cara untuk menggunakan alat pihak ketiga dijelaskan nanti di artikel ini.

Anda dapat mencapai konektivitas ke model data dengan menggunakan protokol XML untuk Analisis (XMLA). Protokol XMLA adalah protokol standar industri yang didukung oleh lebih dari 25 vendor, termasuk Microsoft. Semua alat, termasuk alat pihak ketiga, yang sesuai dengan protokol XMLA menggunakan pustaka klien Microsoft untuk membaca dan/atau menulis data ke model data. Koneksi ivity dicapai dengan titik akhir XMLA, yang merupakan API yang diekspos oleh model data yang memperluas kemampuan pengembangan dan manajemen yang tersedia untuk pembuat model semantik.

Catatan

Skenario penggunaan manajemen model data tingkat lanjut ini adalah salah satu skenario manajemen dan penyebaran konten. Untuk daftar lengkap skenario penggunaan layanan mandiri, lihat skenario penggunaan Power BI.

Singkatnya, beberapa aspek yang dijelaskan dalam topik kolaborasi konten dan skenario pengiriman tidak dibahas dalam artikel ini. Untuk cakupan lengkap, baca artikel tersebut terlebih dahulu.

Diagram skenario

Fokus skenario penggunaan manajemen model data tingkat lanjut ini adalah menggunakan Tabular Editor untuk mengelola model data. Anda dapat menerbitkan model data ke layanan Power BI dengan menggunakan titik akhir XMLA, yang tersedia dengan Power BI Premium.

Penting

Terkadang artikel ini mengacu pada Power BI Premium atau langganan kapasitasnya (SKU P). Ketahuilah bahwa Microsoft saat ini mengonsolidasikan opsi pembelian dan menghentikan SKU Power BI Premium per kapasitas. Pelanggan baru dan yang sudah ada harus mempertimbangkan untuk membeli langganan kapasitas Fabric (F SKU) sebagai gantinya.

Untuk informasi selengkapnya, lihat Pembaruan penting yang masuk ke lisensi Power BI Premium dan Tanya Jawab Umum Power BI Premium.

Tip

Sebaiknya tinjau skenario penggunaan penerbitan konten layanan mandiri jika Anda tidak terbiasa dengannya. Skenario manajemen model data tingkat lanjut dibangun berdasarkan skenario tersebut.

Catatan

Terkadang istilah model semantik dan model data digunakan secara bergantian. Umumnya, dari perspektif layanan Power BI, itu disebut sebagai model semantik. Dari perspektif pengembangan, hal itu disebut sebagai model data (atau singkatnya model). Dalam artikel ini, kedua istilah memiliki arti yang sama. Demikian pula, pembuat model semantik dan pemodel data memiliki arti yang sama.

Diagram berikut menggambarkan gambaran umum tingkat tinggi tentang tindakan dan alat pengguna yang paling umum yang dapat membantu Anda mengembangkan, mengelola, atau mengoptimalkan model data.

Diagram menunjukkan manajemen model data tingkat lanjut, yaitu tentang memberdayakan pembuat dengan kemampuan pemodelan dan penerbitan tingkat lanjut. Item dalam diagram dijelaskan dalam tabel di bawah ini.

Tip

Kami mendorong Anda untuk mengunduh diagram skenario jika Anda ingin menyematkannya dalam presentasi, dokumentasi, atau posting blog Anda—atau mencetaknya sebagai poster dinding. Karena ini adalah gambar Scalable Vector Graphics (SVG), Anda dapat meningkatkan atau menurunkan skalanya tanpa kehilangan kualitas.

Diagram skenario menggambarkan tindakan, alat, dan fitur pengguna berikut:

Benda Keterangan
Item 1. Pembuat model mengembangkan model data dengan menggunakan Editor Tabular. Umum bahwa pekerjaan desain awal (seperti pekerjaan Power Query) dilakukan di Power BI Desktop sebelum beralih ke Tabular Editor (tidak digambarkan dalam diagram skenario).
Item 2. Model data tersambung ke data dari satu atau beberapa sumber data.
Item 3. Beberapa sumber data mungkin memerlukan gateway data lokal atau gateway VNet untuk refresh data, seperti yang berada dalam jaringan organisasi privat.
Item 4. Pengembangan model data dilakukan di Tabular Editor. Pengeditan skrip Power Query (M) didukung. Pembuat model dapat menggunakan skrip C# untuk mempercepat pengembangan.
Item 5. Jika sudah siap, pembuat model semantik menerbitkan model data dari Editor Tabular ke layanan Power BI dengan menggunakan titik akhir XMLA ruang kerja target.
Item 6. Model data diterbitkan ke ruang kerja yang didedikasikan untuk menyimpan dan mengamankan model semantik bersama. Akses ke ruang kerja dengan menggunakan titik akhir XMLA hanya dimungkinkan ketika mode lisensi ruang kerja diatur ke kapasitas Fabric, kapasitas Premium, Premium per pengguna, atau Tertanam.
Item 7. Pembuat laporan membuat laporan dengan menggunakan koneksi langsung ke model semantik bersama.
Item 8. Pembuat laporan mengembangkan laporan di Power BI Desktop. Selain sengaja memisahkan laporan dari model semantik, pembuat konten mengikuti proses pembuatan laporan umum.
Item 9. Jika sudah siap, pembuat laporan menerbitkan file Power BI Desktop mereka (.pbix) atau file proyek Power BI (.pbip) ke layanan Power BI.
Item 10. Laporan diterbitkan ke ruang kerja yang dikhususkan untuk menyimpan dan mengamankan laporan dan dasbor.
Item 11. Laporan yang diterbitkan tetap terhubung ke model semantik bersama yang disimpan di ruang kerja yang berbeda. Setiap perubahan yang dilakukan pada model semantik bersama memengaruhi semua laporan dependen.
Item 12. Alat pihak ketiga dapat menggunakan titik akhir XMLA untuk mengkueri model semantik bersama. Alat lain yang mematuhi XMLA—seperti DAX Studio, Semantic Link dari notebook Fabric, atau Windows PowerShell—dapat digunakan untuk mengkueri atau memperbarui model semantik bersama. Power BI Desktop, Excel, dan Report Builder juga dapat tersambung dengan menggunakan titik akhir XMLA (tidak digambarkan dalam diagram skenario).
Item 13. Alat Microsoft dan pihak ketiga lainnya dapat menggunakan titik akhir XMLA untuk mengelola model semantik dan menyediakan manajemen siklus hidup aplikasi. Untuk mempelajari selengkapnya, lihat ALAT klien berbasis titik akhir XMLA.
Item 14. Administrator Fabric mengelola pengaturan penyewa untuk mengaktifkan penggunaan titik akhir XMLA. Administrator harus mengaktifkan titik akhir XMLA untuk kapasitas Fabric, kapasitas Premium, dan pengaturan Premium Per Pengguna.
Item 15. Administrator Fabric mengawasi dan memantau aktivitas di portal Fabric.

Poin-poin penting

Berikut ini adalah beberapa poin penting untuk ditekankan tentang skenario manajemen model data tingkat lanjut.

Aplikasi dan alat pihak ketiga

Tim BI Perusahaan biasanya menggunakan alat klien, seperti Editor Tabular (digambarkan dalam diagram skenario dan dijelaskan dalam topik berikutnya), untuk membantu mereka mengelola model semantik terpusat. Namun, setiap pembuat model semantik yang ingin bekerja dengan kemampuan pemodelan tingkat lanjut dapat memanfaatkan metode yang dijelaskan dalam skenario penggunaan ini.

Ada beberapa cara untuk menggunakan aplikasi pihak ketiga:

  • Menyambungkan ke model data jarak jauh dengan menggunakan titik akhir XMLA: Beberapa alat pihak ketiga dapat terhubung langsung ke model data jarak jauh di layanan Power BI (atau Analysis Services). Setelah tersambung ke titik akhir XMLA, semua operasi Model Objek Tabular (TOM) didukung. Pendekatan ini adalah fokus utama dari skenario penggunaan ini.
  • Menyambungkan ke model data lokal di Power BI Desktop: Beberapa alat pihak ketiga dapat tersambung ke model data lokal yang terbuka di Power BI Desktop (tidak digambarkan dalam diagram skenario). Namun, ada beberapa batasan, dan tidak semua fungsionalitas alat eksternal secara resmi didukung.
  • Menyambungkan ke file templat di Power BI Desktop: Beberapa alat pihak ketiga mendistribusikan fungsionalitasnya dengan cara yang ringan dengan menggunakan file templat Power BI Desktop (.pbit) (tidak digambarkan dalam diagram skenario).

Editor Tabular

Tabular Editor digambarkan dalam diagram skenario. Ini adalah alat pihak ketiga yang mencapai adopsi luas oleh komunitas Power BI. Beberapa keuntungan mengelola model data tabular dengan Tabular Editor meliputi:

  • Menyiapkan kemampuan model data yang tidak didukung di Power BI Desktop: Tabular Editor menyediakan antarmuka untuk menyiapkan keamanan tingkat objek (OLS), grup perhitungan, perspektif, terjemahan, dan partisi.
  • Dukungan untuk pengembangan model bersamaan: Alat pengembangan model data Microsoft, seperti Visual Studio dengan proyek Analysis Services, menyimpan seluruh definisi model data dalam file Model.bim . File tunggal ini dapat menyulitkan tim pengembang untuk bekerja sama pada satu model data. Tabular Editor memiliki fitur yang disebut Serialisasi folder. Serialisasi folder mendekonstruksi file Model.bim ke dalam file khusus objek terpisah dalam struktur folder yang terorganisir. Pemodel data yang berbeda kemudian dapat mengerjakan file yang berbeda dengan lebih sedikit risiko menimpa upaya satu sama lain.
  • Integrasi dengan kontrol sumber: Serialisasi folder memungkinkan sistem kontrol sumber untuk dengan mudah mendeteksi perubahan model data, membuat penggabungan sumber dan resolusi konflik lebih mudah dilakukan.
  • Kualitas dan desain model data yang ditingkatkan: Tabular Editor terintegrasi dengan Best Practices Analyzer (BPA). BPA membantu pemodel data dengan serangkaian aturan yang dapat disesuaikan yang dapat meningkatkan kualitas, konsistensi, dan performa model data. Anda dapat mengunduh serangkaian aturan praktik terbaik (disediakan oleh Microsoft) dari GitHub.
  • Peningkatan produktivitas saat mengembangkan model data: Antarmuka Tabular Editor membuatnya sangat cocok untuk melakukan pengeditan batch, penelusuran kesalahan, dan melihat dependensi model data. Tabular Editor berbeda dari Power BI Desktop karena berfungsi dalam mode terputus. Anda dapat membuat perubahan model data dalam mode terputus dan menerapkannya sebagai batch pengeditan. Bekerja dengan cara ini memungkinkan pengembangan dan validasi yang lebih cepat, terutama untuk pemodel data berpengalaman. Anda juga dapat membuat skrip C# dan menyimpannya sebagai makro. Skrip ini dapat membantu Anda meningkatkan efisiensi pengelolaan dan sinkronisasi beberapa model data.

Titik akhir XMLA

Titik akhir XMLA menggunakan protokol XMLA untuk mengekspos semua fitur model data tabular, termasuk beberapa operasi pemodelan data yang tidak didukung oleh Power BI Desktop. Anda dapat menggunakan TOM API untuk membuat perubahan terprogram pada model data.

Titik akhir XMLA juga menyediakan konektivitas. Anda hanya dapat terhubung ke model semantik saat ruang kerja yang memiliki mode lisensinya diatur ke Premium per pengguna, Premium per kapasitas, atau Tersemat. Setelah koneksi dibuat, alat yang mematuhi XMLA dapat beroperasi pada model data dengan dua cara:

  • Menulis data dan metadata: Penggunaan baca/tulis titik akhir XMLA memungkinkan untuk:
    • Kemampuan pemodelan data yang tidak didukung oleh Power BI Desktop, seperti keamanan tingkat objek (OLS), grup perhitungan, perspektif, terjemahan, dan manajemen partisi.
    • Penyebaran yang lebih kompleks. Misalnya, penyebaran parsial atau penyebaran khusus metadata yang hanya menerbitkan satu ukuran baru.
    • Refresh model semantik asinkron. Misalnya, me-refresh satu tabel atau partisi.
  • Membaca data dan metadata: Penggunaan baca-saja dari titik akhir XMLA memungkinkan untuk:
    • Memantau, men-debug, dan melacak model dan kueri semantik.
    • Mengizinkan alat pelaporan data pihak ketiga memvisualisasikan data yang bersumber dari model semantik bersama. Teknik ini adalah cara yang bagus untuk memperluas manfaat dan investasi dalam BI layanan mandiri terkelola.

Peringatan

Setelah mengubah atau menerbitkan model semantik dengan menggunakan titik akhir XMLA, Anda tidak dapat lagi mengunduhnya dari layanan Power BI sebagai file Power BI Desktop.

Pengaturan XMLA per kapasitas

Setiap kapasitas Power BI Premium dan kapasitas Power BI Embedded memiliki pengaturan untuk mengontrol apakah titik akhir XMLA hanya-baca, baca/tulis, atau nonaktif. Pengaturan ini juga tersedia untuk semua ruang kerja Premium Per Pengguna di penyewa Power BI. Akses XMLA baca/tulis harus diaktifkan untuk setiap kapasitas yang berisi model semantik yang ingin Anda kelola dengan alat selain Power BI Desktop.

Tip

Pengaturan titik akhir XMLA (baca/tulis, baca-saja, atau nonaktif) berlaku untuk semua ruang kerja dan model semantik yang ditetapkan ke kapasitas tertentu. Anda dapat menyiapkan beberapa kapasitas untuk mendesentralisasi dan/atau menyesuaikan bagaimana konten dikelola untuk setiap kapasitas.

Pengaturan penyewa XMLA

Selain pengaturan titik akhir XMLA, administrator Power BI harus menggunakan pengaturan penyewa untuk mengizinkan titik akhir XMLA dan Menganalisis di Excel dengan model semantik lokal. Saat diaktifkan, Anda dapat mengizinkan semua pengguna, atau grup keamanan tertentu, untuk menggunakan fungsionalitas titik akhir XMLA.

Catatan

Semua fitur keamanan dan perlindungan data standar masih berlaku untuk menentukan pengguna mana yang dapat melihat dan/atau mengedit konten.

Alat pihak ketiga

Power BI Desktop dapat menangani kebutuhan end-to-end untuk sebagian besar pembuat konten layanan mandiri. Namun, alat pihak ketiga menawarkan fitur dan fungsionalitas enterprise lainnya. Untuk alasan ini, alat pihak ketiga, seperti Tabular Editor, telah menjadi lazim di komunitas Power BI, terutama untuk pembuat konten tingkat lanjut, pengembang, dan profesional TI.

Tip

Postingan blog ini menjelaskan bagaimana alat pihak ketiga memungkinkan tim produk Power BI untuk mengevaluasi kembali prioritas pengembangan mereka, meningkatkan jangkauan platform Power BI, dan memenuhi permintaan yang lebih maju dan beragam dari komunitas pengguna.

Catatan

Beberapa alat pihak ketiga memerlukan lisensi berbayar, seperti Tabular Editor 3. Alat komunitas lainnya gratis dan sumber terbuka (seperti Tabular Editor 2, DAX Studio, dan ALM Toolkit). Sebaiknya evaluasi fitur setiap alat, biaya, dan model dukungan dengan cermat sehingga Anda dapat mendukung komunitas pembuat konten Anda secara memadai.

Manajemen model data

Fokus utama skenario penggunaan ini adalah pada pembuat konten yang menggunakan Tabular Editor untuk mengelola model data. Untuk persyaratan manajemen model data tingkat lanjut yang jarang terjadi, seperti manajemen partisi sesekali, Anda dapat memilih untuk menggunakan alat seperti SQL Server Management Studio (SSMS). Pengembang .NET juga dapat membuat dan mengelola model semantik Power BI dengan menggunakan TOM API.

Tip

Saat menggunakan titik akhir XMLA untuk manajemen model data, kami sarankan Anda mengaktifkan pengaturan format penyimpanan model semantik besar. Saat diaktifkan, format penyimpanan model semantik besar dapat meningkatkan performa operasi tulis XMLA.

Pemisahan model dan laporan data

Agar skenario penggunaan ini berhasil, Anda harus memisahkan laporan dari model data. Pendekatan ini menghasilkan pengelolaan file Power BI Desktop terpisah seperti yang dijelaskan dalam skenario penggunaan BI layanan mandiri terkelola. Bahkan jika orang yang sama bertanggung jawab atas semua pengembangan, pemisahan model semantik dan laporan penting karena Editor Tabular tidak memiliki kesadaran tentang konten laporan.

Penyetelan gateway

Biasanya, gateway data diperlukan saat mengakses sumber data yang berada dalam jaringan organisasi privat atau jaringan virtual. Gateway data lokal menjadi relevan setelah model data diterbitkan ke layanan Power BI. Dua tujuan gateway adalah untuk me-refresh data yang diimpor, atau melihat laporan yang meminta koneksi langsung atau model semantik DirectQuery (tidak digambarkan dalam diagram skenario).

Catatan

Gateway data terpusat di mode standar sangat disarankan daripada gateway di mode pribadi. Dalam mode standar, gateway data mendukung operasi koneksi langsung dan DirectQuery (selain operasi refresh data terjadwal).

Untuk informasi selengkapnya, lihat Gateway data lokal (mode standar).

Pengawasan sistem

Log aktivitas merekam aktivitas pengguna yang terjadi di layanan Power BI. Administrator Power BI dapat menggunakan data log aktivitas yang dikumpulkan untuk melakukan audit guna membantu mereka memahami aktivitas yang terhubung melalui titik akhir XMLA.

Untuk skenario berguna lainnya untuk membantu Anda dengan keputusan implementasi Power BI, lihat artikel skenario penggunaan Power BI.