Model semantik lokal yang terlupakan yang mungkin dilupakan oleh sebagian besar tim Server Laporan Power BI
Inilah percakapan yang lebih sering saya lakukan daripada yang Anda kira. Terutama minggu lalu. Sebuah tim telah mendarat di Server Laporan Power BI karena datanya harus tetap berada di lokasi. Mereka telah membuat setengah lusin laporan atau lebih banyak lagi laporan. Kemudian seseorang mengajukan pertanyaan yang jelas: “Tidak bisakah kita mengarahkan semua ini ke satu kumpulan data bersama, seperti yang kita lakukan di Layanan?” Dan jawabannya adalah tidak. Server Laporan Power BI tidak melakukan hal itu.
Apa itu melakukan lakukan, jika Anda tahu di mana mencarinya, adalah sesuatu yang lebih tua dan sejujurnya lebih cocok untuk pekerjaan itu: model Tabular SSAS, dibuat sekali dan digunakan oleh setiap laporan melalui koneksi langsung. Jika digunakan dengan benar, SSAS Tabular dengan Power BI Report Server setara dengan kumpulan data bersama yang disertifikasi. Itu adalah satu-satunya sumber kebenaran Anda. Kebanyakan tim melewatkannya, lalu bertanya-tanya mengapa tiga laporan memberikan tiga angka berbeda kepada dewan untuk metrik yang sama.
Ya, polanya berhasil. Ya, itu didukung. Dan untuk perkebunan mana pun yang memiliki lebih dari satu laporan dan persyaratan tata kelola yang nyata, ini adalah keputusan yang tepat, bukan rekayasa berlebihan. Peringatannya sempit tetapi perlu diketahui.
Mengapa Server Laporan Power BI memaksakan pertanyaan tersebut
Di Layanan Power BI, model semantik bersama adalah tulang punggung pelaporan orang dewasa. Anda mempublikasikan satu model, mensertifikasinya, dan kemudian laporan terhubung dengannya. Setiap orang menggunakan definisi yang sama, keamanan yang sama, logika yang sama.
Server Laporan Power BI tidak ada bandingannya. Laporan yang diterapkan di sana dapat terhubung menggunakan impor, DirectQuery, atau koneksi langsung, namun laporan tersebut tidak dapat memperlakukan kumpulan data .pbix yang dipublikasikan sebagai sumber bersama seperti yang dapat dilakukan Layanan. Ini adalah pertanyaan dalam kursus saya minggu lalu dengan fokus pada Server Laporan Power BI, pertanyaan yang bagus, dan alasan saya menulis ini. Jika Anda menginginkan model terkelola yang memberikan banyak laporan lokal, Anda memerlukan tempat untuk menempatkan model tersebut. SSAS Tabular ada di suatu tempat.
SSAS Tabular adalah model bersertifikat lokal Anda
Definisikan sekali, konsumsi di mana saja. Hubungan, hierarki, tindakan tersertifikasi, dan keamanan tingkat baris semuanya ada dalam model SSAS. Server Laporan menjadi klien tipis yang ditanyakan. Tidak ada yang disalin ke dalam laporan. Setiap interaksi mengirimkan kueri ke model dan mengembalikan hasil pemrosesan terbaru, sehingga laporan selalu mencerminkan status model saat ini.
Ada bonus praktis di tempat: ketika Power BI Desktop dan server SSAS berada di jaringan Anda, koneksi langsung tidak memerlukan gateway. Keduanya hanya berbicara satu sama lain.
Bayangkan sebuah kawasan pelaporan layanan kesehatan. Satu model Tabular memuat fakta penerimaan, RTT, dan aktivitas teater berdasarkan dimensi Tanggal, Lokasi, dan Keahlian yang disesuaikan, dengan ukuran tersertifikasi untuk Kinerja RTT 18 minggu Dan pemanfaatan teater. Setiap paket papan, setiap halaman ikhtisar operasional, dan setiap koneksi ad hoc analis menggunakan ukuran yang sama. Ketika Kepala Eksekutif dan manajer direktorat mengutip angka 18 minggu, angkanya sama, karena dihitung satu kali, dalam model, dan tidak diturunkan kembali dalam setiap laporan. Untuk cakupan kebebasan informasi dan jalur audit, garis keturunan tunggal itulah yang menjadi inti permasalahannya.
Keamanan ada pada modelnya, bukan laporannya
Dengan koneksi langsung, Anda mengamankan data dalam model. Peran dan aturan ditentukan di SSAS, bukan di Power BI Desktop. Saat pengguna membuka laporan, identitas mereka diteruskan ke Layanan Analisis melalui properti EffectiveUserName, dan keamanan tingkat baris model menentukan apa yang boleh mereka lihat. Tentukan keamanan satu kali, dan setiap laporan yang terhubung akan mewarisinya. Anda tidak bisa secara tidak sengaja membiarkan pintu belakang terbuka pada laporan nomor tujuh.
Satu sisi tajam untuk direncanakan. Server Laporan tidak memiliki tabel pemetaan UPN, yang digunakan Layanan untuk merekonsiliasi identitas lintas batas. Jadi koneksi langsung yang melintasi batas domain, dengan Server Laporan di satu domain dan SSAS di domain lain, tidak memiliki cara yang bersih untuk memetakan ulang kredensial dan akan menimbulkan masalah bagi Anda. Pertahankan Server Laporan dan SSAS di domain yang sama, atau anggaran untuk delegasi Kerberos berfungsi sebelum Anda memulai.
Imbalan dari pendekatan ini
Koneksi langsung murni adalah satu sumber. Anda tidak bisa memasukkan sumber data kedua atau langkah Power Query ke dalam laporan tipis. Anda dapat menambahkan pengukuran tingkat laporan, namun model tetaplah model. Kendala tersebut adalah melakukan tugasnya, bukan menghalangi Anda, namun tetapkan ekspektasi dengan analis Anda sejak dini.
Model komposit meringankan masalah ini dengan membiarkan laporan memperluas model pusat dengan tabel lokal. Namun, mereka memiliki versi dasar: menyambungkan ke model SSAS Tabular dalam mode komposit memerlukan Layanan Analisis SQL Server 2022 atau lebih baru. Dan ada gunanya memverifikasi daripada berasumsi, apakah Server Laporan Anda yang dibuat dari Power BI Desktop, yang tertinggal dari Desktop mainstream, mengekspos Layanan Analisis komposit pada versi yang Anda jalankan. Perlakukan koneksi langsung sumber tunggal yang bersih sebagai default Anda, dan buktikan bahwa komposit berfungsi sebelum Anda menjanjikannya.
Dua kepraktisan lagi. Pemrosesan dan penyegaran adalah jam yang terpisah: model SSAS diproses sesuai jadwalnya sendiri, dan laporan tipis tidak memiliki data untuk disegarkan, sehingga selalu menampilkan status model yang terakhir diproses. Dan perhatikan penyimpangan kompatibilitas, model yang dibuat pada tingkat kompatibilitas yang tidak dipahami oleh alat Server Laporan, adalah kegagalan produksi klasik. Sematkan versi Anda dan jaga agar Desktop Server Laporan tetap sinkron dengan server.
Lisensi diubah pada November 2025 (periksa versi SQL Server Anda)
Lisensi bergeser secara signifikan dengan SQL Server 2025, jadi saran lama kini hanya setengahnya benar. Di bawah SQL Server 2025, Power BI Report Server disertakan dengan edisi Standar, bukan hanya Perusahaan, dan Jaminan Perangkat Lunak tidak lagi diperlukan. Lisensi inti SQL Server 2025 Standard atau Enterprise apa pun berhak menjalankannya. Ini benar-benar menghemat biaya bagi tim yang hanya menginginkan pelaporan di lokasi tanpa harga Perusahaan. Dan berasal dari keputusan untuk menghentikan dan menghentikan Layanan Pelaporan SQL Server
Ketahuilah bahwa hak baru ini hanya berlaku untuk lisensi SQL Server 2025. Di SQL Server 2022 dan versi lebih lama, aturan lama tetap berlaku. Anda memerlukan edisi Enterprise dengan Jaminan Perangkat Lunak aktif, atau P-SKU Power BI Premium, atau Fabric F64+. Dalam setiap kasus, langganan pengguna Power BI Pro tetap diperlukan untuk menerbitkan laporan bersama. Cakupan versi dan edisi SQL Server klien sebelum Anda berkomitmen pada suatu desain, karena jawaban untuk “berapa biayanya?” sekarang bergantung sepenuhnya padanya.
Apakah itu layak?
Raih model standar terbaik SSAS Tabular ketika lebih dari satu laporan atau tim memerlukan tindakan yang sama, ketika keamanan tingkat baris yang diatur dalam skala besar merupakan suatu persyaratan, ketika satu sumber kebenaran yang diaudit benar-benar diperlukan, atau ketika logika model akan bertahan lebih lama dari satu laporan dan layak menjadi aset yang dikontrol versi.
Jangan repot-repot jika hanya berupa satu laporan, satu tim, data sederhana, dan tidak ada penggerak tata kelola. Di sana, .pbix yang terstruktur dengan baik dengan skema bintang yang bersih menjawab pertanyaan tersebut, dan infrastruktur SSAS, jadwal pemrosesan, dan jalur penerapan tidak memberi Anda apa-apa selain overhead.
Jawaban satu baris: jika lebih dari satu laporan menggunakan ukuran yang sama, model tersebut termasuk dalam SSAS, bukan dalam .pbix. Di bawah ambang batas tersebut, Anda sedang memoles infrastruktur yang tidak diminta oleh siapa pun. Di atasnya, Anda sedang membangun sesuatu yang menghentikan laporan Anda agar tidak saling berselisih satu sama lain.
Bekerjalah dengan saya dalam hal ini
Memutuskan apakah pelaporan lokal Anda memerlukan lapisan semantik yang tepat — dan merancangnya agar dapat diskalakan tanpa menjadi beban pemeliharaan — adalah jenis pekerjaan yang saya lakukan dengan tim data. Jika Anda mempertimbangkan hal ini untuk kepentingan Anda sendiri, lihat cara kerja keterlibatan konsultasi dan pelatihan Power BI saya, atau hubungi kami dan kita akan membicarakannya secara menyeluruh.
Pertanyaan yang sering diajukan
Bisakah Power BI Report Server tersambung ke model SSAS Tabular lokal?
Ya. Server Laporan mendukung koneksi langsung ke SSAS Tabular, dan ketika Power BI Desktop dan SSAS keduanya lokal, gateway tidak diperlukan. Laporan tersebut menanyakan model secara langsung dan menampilkan data terbaru yang diproses.
Mengapa saya tidak bisa menggunakan kumpulan data bersama seperti yang saya lakukan di Layanan Power BI?
Server Laporan tidak mendukung penyambungan laporan ke kumpulan data .pbix yang diterbitkan sebagai sumber bersama. Kemampuan itu hanya untuk Layanan. Di tempat, model Tabular SSAS adalah cara yang didukung untuk memberikan banyak laporan satu lapisan semantik yang diatur.
Di mana keamanan tingkat baris diterapkan dengan koneksi langsung?
Dalam model SSAS, bukan laporannya. Peran ditentukan dalam Layanan Analisis, dan identitas pengguna diteruskan melalui EffectiveUserName sehingga model menerapkan apa yang dapat dilihat setiap orang. Tentukan sekali dan setiap laporan yang terhubung akan mewarisinya.
Apakah saya memerlukan SQL Server Enterprise untuk menjalankan Power BI Report Server?
Tidak pada SQL Server 2025. Sekarang tersedia dengan edisi Standar dan tidak ada persyaratan Jaminan Perangkat Lunak. Di SQL Server 2022 dan versi lebih lama, Anda masih memerlukan Enterprise dengan SA aktif, Power BI Premium, atau Fabric F64+. Lisensi Power BI Pro diperlukan untuk mempublikasikan dengan cara apa pun.
Tautan Berguna
Akselerator Platform Data
Mengapa Keluaran AI Anda Tidak Konsisten (Dan Sembilan Kerangka Kerja yang Memperbaikinya)
Bercerita Berdasarkan Data dengan Power BI
PakarPBN
A Private Blog Network (PBN) is a collection of websites that are controlled by a single individual or organization and used primarily to build backlinks to a “money site” in order to influence its ranking in search engines such as Google. The core idea behind a PBN is based on the importance of backlinks in Google’s ranking algorithm. Since Google views backlinks as signals of authority and trust, some website owners attempt to artificially create these signals through a controlled network of sites.
In a typical PBN setup, the owner acquires expired or aged domains that already have existing authority, backlinks, and history. These domains are rebuilt with new content and hosted separately, often using different IP addresses, hosting providers, themes, and ownership details to make them appear unrelated. Within the content published on these sites, links are strategically placed that point to the main website the owner wants to rank higher. By doing this, the owner attempts to pass link equity (also known as “link juice”) from the PBN sites to the target website.
The purpose of a PBN is to give the impression that the target website is naturally earning links from multiple independent sources. If done effectively, this can temporarily improve keyword rankings, increase organic visibility, and drive more traffic from search results.
Comments are closed, but trackbacks and pingbacks are open.