Memecahkan masalah konektivitas titik akhir XMLA
Titik akhir XMLA di Power BI mengandalkan protokol komunikasi Analysis Services asli untuk akses ke model semantik Power BI. Karena itu, pemecahan masalah titik akhir XMLA jauh sama dengan pemecahan masalah koneksi Analysis Services yang khas. Namun, beberapa perbedaan sekeliling dependensi khusus Power BI berlaku.
Sebelum Anda mulai
Sebelum memecahkan masalah skenario titik akhir XMLA, pastikan untuk meninjau dasar-dasar yang tercakup dalam konektivitas model Semantik dengan titik akhir XMLA. Kasus penggunaan titik akhir XMLA yang paling umum tercakup di sana. Panduan pemecahan masalah pada Power BI lainnya, seperti Pemecahan masalah gateway - Power BI dan Analisis Pemecahan Masalah di Excel, juga dapat membantu.
Mengaktifkan titik akhir XMLA
Titik akhir XMLA dapat diaktifkan pada kapasitas Power BI Premium, Premium Per Pengguna, dan Power BI Embedded. Pada kapasitas yang lebih kecil, seperti kapasitas A1 dengan memori hanya 2,5 GB, Anda mungkin mengalami kesalahan pada setelan Kapasitas saat mencoba menyetel Titik Akhir XMLA ke Baca/Tulis lalu memilih Terapkan. Kesalahan menyatakan "Terdapat masalah dengan pengaturan beban kerja Anda. Coba sebentar lagi.".
Berikut adalah beberapa hal yang perlu dicoba:
- Batasi konsumsi memori layanan lain pada kapasitas, seperti Aliran Data, hingga 40% atau kurang, atau nonaktifkan layanan yang tidak perlu sepenuhnya.
- Tingkatkan kapasitas ke SKU yang lebih besar. Misalnya, peningkatan dari kapasitas A1 ke A3 memecahkan masalah konfigurasi ini tanpa harus menonaktifkan Aliran Data.
Perlu diingat, Anda juga harus mengaktifkan pengaturan Ekspor data tingkat penyewa di portal admin Power BI. Pengaturan ini juga diperlukan untuk fitur Analisis di Excel.
Membuat koneksi klien
Setelah mengaktifkan titik akhir XMLA, ada baiknya menguji konektivitas ke ruang kerja pada kapasitas. Untuk mempelajari selengkapnya, lihat Menyambungkan ke ruang kerja Premium. Selain itu, pastikan untuk membaca bagian Persyaratan koneksi untuk tips bermanfaat dan informasi tentang batasan konektivitas XMLA saat ini.
Menyambungkan dengan perwakilan layanan
Jika Anda telah mengaktifkan pengaturan penyewa untuk mengizinkan perwakilan layanan menggunakan API Power BI, seperti yang dijelaskan dalam Mengaktifkan perwakilan layanan, Anda dapat menyambungkan ke titik akhir XMLA dengan menggunakan perwakilan layanan. Perlu diingat bahwa perwakilan layanan memerlukan tingkat izin akses yang sama di ruang kerja atau tingkat model semantik sebagai pengguna biasa.
Untuk menggunakan perwakilan layanan, pastikan untuk menentukan informasi identitas aplikasi dalam string koneksi sebagai:
Aplikasi ID - pengguna:appid@tenantid
Password
cert:thumbprint (disarankan untuk keamanan)
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=cert:<thumbprint>;rahasia aplikasi
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=<secret>;
Jika Anda menerima kesalahan berikut:
"Kami tidak dapat terhubung ke model semantik karena informasi akun yang tidak lengkap. Untuk perwakilan layanan, pastikan Anda menentukan ID penyewa bersama dengan ID aplikasi menggunakan format app:<appId>@<tenantId>, lalu coba lagi."
Pastikan Anda menentukan ID penyewa bersama dengan ID aplikasi menggunakan format yang benar.
Ini juga valid untuk menentukan ID aplikasi tanpa ID penyewa. Namun, dalam hal ini, Anda harus mengganti myorg alias di URL sumber data dengan ID penyewa yang sebenarnya. Power BI kemudian dapat menemukan perwakilan layanan di penyewa yang benar. Tetapi, sebagai praktik terbaik, gunakan myorg alias dan tentukan ID penyewa bersama dengan ID aplikasi di parameter ID Pengguna.
Menyambungkan dengan Microsoft Entra B2B
Dengan dukungan untuk Microsoft Entra business-to-business (B2B) di Power BI, Anda dapat memberi pengguna tamu eksternal akses ke model semantik melalui titik akhir XMLA. Pastikan pengaturan Bagikan konten dengan pengguna eksternal diaktifkan di portal Admin Power BI. Untuk mempelajari selengkapnya, lihat Mendistribusikan konten Power BI ke pengguna tamu eksternal dengan Microsoft Entra B2B.
Menyebarkan model semantik
Anda dapat menyebarkan proyek model tabel di Visual Studio (SSDT) ke ruang kerja yang ditetapkan ke kapasitas Premium, sama seperti sumber daya server di Azure Analysis Services. Namun, saat menyebarkan ada beberapa pertimbangan tambahan. Pastikan untuk meninjau bagian Menyebarkan proyek model dari Visual Studio (SSDT) di konektivitas model semantik dengan artikel titik akhir XMLA.
Menyebarkan model baru
Dalam konfigurasi default, Visual Studio mencoba memproses model sebagai bagian dari operasi penyebaran untuk memuat data ke dalam model semantik dari sumber data. Seperti yang dijelaskan dalam Menyebarkan proyek model dari Visual Studio (SSDT), operasi ini dapat gagal karena info masuk sumber data tidak dapat ditentukan sebagai bagian dari operasi penyebaran. Sebagai gantinya, jika kredensial untuk sumber data Anda belum ditentukan untuk salah satu model semantik yang ada, Anda harus menentukan kredensial sumber data dalam pengaturan model semantik menggunakan antarmuka pengguna Power BI (Model semantik>Pengaturan>Kredensial>sumber data Edit kredensial). Setelah menentukan kredensial sumber data, Power BI kemudian dapat menerapkan kredensial ke sumber data ini secara otomatis untuk model semantik baru apa pun, setelah penyebaran metadata berhasil dan model semantik telah dibuat.
Jika Power BI tidak dapat mengikat model semantik baru Anda ke kredensial sumber data, Anda akan menerima kesalahan yang menyatakan "Tidak dapat memproses database. Alasan: Gagal menyimpan modifikasi ke server." dengan kode kesalahan "DMTS_DatasourceHasNoCredentialError", seperti yang ditunjukkan di bawah ini:
Untuk menghindari kegagalan pemrosesan, atur Opsi Penyebaran>Opsi Pemrosesan ke Jangan Proses, seperti yang ditunjukkan pada gambar berikut. Visual Studio kemudian hanya menyebarkan metadata. Anda kemudian dapat mengonfigurasi kredensial sumber data, dan mengklik Refresh sekarang untuk model semantik di antarmuka pengguna Power BI.
Proyek baru dari model semantik yang ada
Membuat proyek tabular baru di Visual Studio dengan mengimpor metadata dari model semantik yang ada tidak didukung. Namun, Anda dapat terhubung ke model semantik dengan menggunakan SQL Server Management Studio, membuat skrip metadata, dan menggunakannya kembali di proyek tabular lainnya.
Memigrasikan model semantik ke Power BI
Disarankan agar Anda menentukan tingkat kompatibilitas 1500 (atau lebih tinggi) untuk model tabel. Tingkat kompatibilitas ini mendukung kemampuan dan jenis sumber data terbanyak. Tingkat kompatibilitas yang lebih baru kompatibel dengan tingkat sebelumnya.
Penyedia data yang didukung
Pada tingkat kompatibilitas 1500, Power BI mendukung jenis sumber data berikut:
- Sumber data penyedia (warisan dengan string koneksi dalam metadata model).
- Sumber data terstruktur (diperkenalkan dengan tingkat kompatibilitas 1400).
- Pernyataan M sebaris sumber data (seperti yang dinyatakan oleh Power BI Desktop).
Disarankan agar Anda menggunakan sumber data terstruktur, yang Visual Studio buat secara default saat melalui aliran Impor data. Namun, jika Anda berencana untuk memigrasikan model yang ada ke Power BI yang menggunakan sumber data penyedia, pastikan sumber data penyedia bergantung pada penyedia data yang didukung. Secara khusus, Driver Microsoft OLE DB untuk SQL Server dan driver ODBC pihak ketiga mana pun. Untuk Driver OLE DB untuk SQL Server, Anda harus mengalihkan definisi sumber data ke Penyedia Data .NET Framework untuk SQL Server. Untuk driver ODBC pihak ketiga yang mungkin tidak tersedia dalam layanan Power BI, Anda harus beralih ke definisi sumber data terstruktur sebagai gantinya.
Disarankan juga untuk mengganti Driver Microsoft OLE DB untuk SQL Server (SQLNCLI11) yang sudah usang dalam definisi sumber data SQL Server Anda dengan Penyedia Data .NET Framework untuk SQL Server.
Tabel berikut ini menyediakan contoh Penyedia Data .NET Framework untuk string koneksi SQL Server menggantikan string koneksi yang sesuai untuk Driver OLE DB untuk SQL Server.
| Menggunakan ADO dengan Driver OLE DB untuk SQL Server | Penyedia Data .NET Framework untuk SQL Server |
|---|---|
Provider=SQLNCLI11;Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW;Trusted_Connection=yes; |
Data Source=sqldb.database.windows.net;Initial Catalog=AdventureWorksDW2016;Integrated Security=SSPI;Encrypt=true;TrustServerCertificate=false |
Sumber partisi referensi silang
Sama seperti ada beberapa jenis sumber data, ada juga beberapa jenis sumber partisi yang dapat disertakan model tabel untuk mengimpor data ke dalam tabel. Secara khusus, partisi dapat menggunakan sumber partisi kueri atau sumber partisi M. Jenis sumber partisi ini, pada gilirannya, dapat mereferensikan sumber data penyedia atau sumber data terstruktur. Sementara model tabel dalam Azure Analysis Services mendukung referensi silang berbagai jenis sumber data dan partisi ini, Power BI memberlakukan hubungan yang lebih ketat. Sumber partisi kueri harus mereferensikan sumber data penyedia, dan sumber partisi M harus mereferensikan sumber data terstruktur. Kombinasi lain tidak didukung dalam Power BI. Jika Anda ingin memigrasikan model semantik referensi silang, tabel berikut menjelaskan konfigurasi yang didukung:
| Sumber data | Sumber partisi | Komentar | Didukung dengan titik akhir XMLA |
|---|---|---|---|
| Sumber data penyedia | Sumber partisi kueri | Mesin AS menggunakan tumpukan konektivitas berbasis kartrid untuk mengakses sumber data. | Ya |
| Sumber data penyedia | sumber partisi M | Mesin AS menerjemahkan sumber data penyedia ke dalam sumber data terstruktur generik lalu menggunakan mesin Mashup untuk mengimpor data. | No |
| Sumber data terstruktur | Sumber partisi kueri | Mesin AS membungkus kueri asli pada sumber partisi ke dalam ekspresi M lalu menggunakan mesin Mashup untuk mengimpor data. | No |
| Sumber data terstruktur | sumber partisi M | Mesin AS menggunakan mesin Mashup untuk mengimpor data. | Ya |
Sumber data dan peniruan identitas
Pengaturan peniruan identitas yang dapat Anda tentukan ke sumber data penyedia tidak relevan untuk Power BI. Power BI menggunakan mekanisme yang berbeda berdasarkan pengaturan model semantik untuk mengelola kredensial sumber data. Untuk alasan ini, pastikan Anda memilih Akun Layanan jika Anda membuat Sumber Data Penyedia.
Pemrosesan berbutir halus
Saat memicu refresh terjadwal atau refresh sesuai permintaan di Power BI, Power BI biasanya me-refresh seluruh model semantik. Dalam banyak kasus, lebih efisien untuk melakukan refresh secara lebih selektif. Anda dapat melakukan tugas pemrosesan beruban halus di SQL Server Management Studio (SSMS) seperti yang ditunjukkan di bawah ini, atau dengan menggunakan alat atau skrip pihak ketiga.
Mengambil alih perintah Refresh TMSL
Mengambil alih perintah Refresh (TMSL) memungkinkan pengguna memilih definisi kueri partisi atau definisi sumber data yang berbeda untuk operasi refresh.
Langganan email
Model semantik yang di-refresh menggunakan titik akhir XMLA tidak memicu langganan email.
Kesalahan pada kapasitas Premium
Sambungkan ke Kesalahan server di SSMS
Saat menyambungkan ke ruang kerja Power BI dengan SQL Server Management Studio (SSMS), kesalahan berikut dapat ditampilkan:
TITLE: Connect to Server
------------------------------
Cannot connect to powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].
------------------------------
ADDITIONAL INFORMATION:
The remote server returned an error: (400) Bad Request.
Technical Details:
RootActivityId:
Date (UTC): 10/6/2021 1:03:25 AM (Microsoft.AnalysisServices.AdomdClient)
------------------------------
The remote server returned an error: (400) Bad Request. (System)
Saat menyambungkan ke ruang kerja Power BI dengan SSMS, pastikan hal berikut:
- Pengaturan titik akhir XMLA diaktifkan untuk kapasitas penyewa Anda. Untuk mempelajari selengkapnya, lihat Mengaktifkan XMLA baca-tulis.
- Pengaturan Izinkan titik akhir XMLA dan Analisis di Excel dengan model semantik lokal diaktifkan di pengaturan Penyewa.
- Anda menggunakan versi terbaru SSMS. Unduh versi terbaru.
Eksekusi kueri di SSMS
Saat tersambung ke ruang kerja di Power BI Premium atau kapasitas Power BI Embedded , SQL Server Management Studio mungkin menampilkan kesalahan berikut:
Executing the query ...
Error -1052311437: We had to move the session with ID '<Session ID>' to another Power BI Premium node. Moving the session temporarily interrupted this trace - tracing will resume automatically as soon as the session has been fully moved to the new node.
Ini adalah pesan informasi yang dapat diabaikan di SSMS 18.8 dan yang lebih tinggi karena pustaka klien akan terhubung kembali secara otomatis. Perhatikan bahwa pustaka klien yang diinstal dengan SSMS v18.7.1 atau yang lebih rendah tidak mendukung pelacakan sesi. Unduh versi terbaru.
Menjalankan perintah besar menggunakan titik akhir XMLA
Saat menjalankan perintah besar menggunakan titik akhir XMLA, Anda mungkin mengalami kesalahan berikut:
Executing the query ...
Error -1052311437:
The remote server returned an error: (400) Bad Request.
Technical Details:
RootActivityId: 3716c0f7-3d01-4595-8061-e6b2bd9f3428
Date (UTC): 11/13/2020 7:57:16 PM
Run complete
Saat menggunakan SSMS v18.7.1 atau yang lebih rendah untuk melakukan operasi refresh jangka panjang (>1 menit) pada model semantik di Power BI Premium atau kapasitas Power BI Embedded , SSMS mungkin menampilkan kesalahan ini meskipun operasi refresh berhasil. Hal ini disebabkan oleh masalah yang diketahui di pustaka klien di mana status permintaan refresh salah dilacak. Ini diselesaikan di SSMS 18.8 dan yang lebih tinggi. Unduh versi terbaru.
Kesalahan ini juga dapat terjadi ketika permintaan yang sangat besar perlu dialihkan ke node yang berbeda di kluster Premium. Ini sering terlihat ketika Anda mencoba membuat atau mengubah model semantik menggunakan skrip TMSL besar. Dalam kasus seperti itu, kesalahan biasanya dapat dihindari dengan menentukan Katalog Awal ke nama database sebelum menjalankan perintah.
Saat membuat database baru, Anda dapat membuat model semantik kosong, misalnya:
{
"create": {
"database": {
"name": "DatabaseName"
}
}
}
Setelah Anda membuat model semantik baru, tentukan Katalog Awal lalu buat perubahan pada model semantik.
Aplikasi dan alat klien lainnya
Aplikasi dan alat klien seperti Excel, Power BI Desktop, SSMS, atau alat eksternal yang tersambung ke dan bekerja dengan model semantik dalam kapasitas Power BI Premium dapat menyebabkan kesalahan berikut: Server jarak jauh mengembalikan kesalahan: (400) Permintaan Buruk.. Kesalahan dapat disebabkan terutama jika kueri DAX yang mendasar atau perintah XMLA berjalan lama. Untuk mengurangi potensi kesalahan, pastikan untuk menggunakan aplikasi dan alat terbaru yang menginstal versi terbaru pustaka klien Analysis Services dengan pembaruan reguler. Terlepas dari aplikasi atau alat, versi pustaka klien minimum yang diperlukan untuk terhubung dan bekerja dengan model semantik dalam kapasitas Premium melalui titik akhir XMLA adalah:
| Pustaka Klien | Versi |
|---|---|
| MSOLAP | 15.1.65.22 |
| AMO | 19.12.7.0 |
| ADOMD | 19.12.7.0 |
Mengedit keanggotaan peran di SSMS
Saat menggunakan SQL Server Management Studio (SSMS) v18.8 untuk mengedit keanggotaan peran pada model semantik, SSMS dapat menampilkan kesalahan berikut:
Failed to save modifications to the server.
Error returned: ‘Metadata change of current operation cannot be resolved, please check the command or try again later.’
Hal ini disebabkan oleh masalah yang diketahui dalam REST API layanan aplikasi. Ini akan diselesaikan dalam rilis mendatang. Sementara itu, untuk mengatasi kesalahan ini, di Properti Peran, klik Skrip, lalu masukkan dan jalankan perintah TMSL berikut:
{
"createOrReplace": {
"object": {
"database": "AdventureWorks",
"role": "Role"
},
"role": {
"name": "Role",
"modelPermission": "read",
"members": [
{
"memberName": "xxxx",
"identityProvider": "AzureAD"
},
{
"memberName": “xxxx”
"identityProvider": "AzureAD"
}
]
}
}
}
Kesalahan Penerbitan - Model semantik yang terhubung langsung
Saat menerbitkan ulang model semantik yang terhubung langsung menggunakan konektor Analysis Services, kesalahan berikut, "Ada model laporan/semantik yang ada dengan nama yang sama. Silakan hapus atau ganti nama model semantik yang ada dan coba lagi." mungkin ditampilkan.
Hal ini disebabkan oleh model semantik yang diterbitkan memiliki string koneksi yang berbeda tetapi memiliki nama yang sama dengan model semantik yang ada. Untuk mengatasi masalah ini, hapus atau ganti nama model semantik yang ada. Pastikan juga untuk menerbitkan ulang aplikasi apa pun yang bergantung pada laporan. Jika perlu, pengguna hilir harus diberi tahu untuk memperbarui marka buku apa pun dengan alamat laporan baru untuk memastikan mereka mengakses laporan terbaru.
Model semantik yang terhubung langsung tidak dapat dimuat
Pengguna yang mencoba membuat model Terhubung Langsung baru atau membuka model Terhubung Langsung yang sudah ada, menggunakan Power BI Desktop versi Maret 2024 atau yang lebih baru, mungkin mengalami kesalahan yang mirip dengan yang berikut ini: "Kami tidak dapat tersambung ke model Anda di layanan Power BI. Himpunan data mungkin telah dihapus, diganti namanya, dipindahkan, atau ada kemungkinan Anda tidak memiliki izin untuk mengaksesnya."
Kesalahan dapat terjadi ketika proksi dikonfigurasi di lingkungan pengguna dan proksi mencegah akses ke layanan Power BI. Dimulai dengan Power BI Desktop versi Maret 2024, lingkungan pengguna harus mengizinkan koneksi ke layanan Power BI di titik akhir *.pbidedicated.windows.net atau titik akhir layanan Power BI terkait untuk sovereign cloud.
Untuk memvalidasi apakah masalah tersebut merupakan hasil dari pengaturan proksi, coba konektor SQL Server Analysis Services di Power BI Desktop atau alat eksternal pihak pertama atau pihak ketiga apa pun, seperti SQL Server Management Studio, untuk menyambungkan ke ruang kerja premium apa pun.
Lihat bagian membuat koneksi klien dalam artikel ini untuk informasi selengkapnya tentang menguji konektivitas XML/A umum.
Buku kerja Excel gagal dibuka
Buku kerja Excel mungkin gagal dibuka dengan kesalahan, "Inisialisasi sumber data gagal. Periksa server database atau hubungi administrator database Anda.". Jika buku kerja berisi koneksi ke model semantik Power BI, periksa apakah string koneksi berisi properti "Catalog Rebound=True". Jika properti ditemukan, hapus, simpan buku kerja, dan coba buka lagi.
Properti "Catalog Rebound=True" secara otomatis ditambahkan oleh Penyedia OLE DB Analysis Services (MSOLAP) di versi Excel yang lebih baru saat koneksi ke model semantik Power BI dioptimalkan oleh penyedia. Karena properti dipertahankan ke buku kerja, ketika buku kerja yang sama dibuka di Excel yang menggunakan versi penyedia yang lebih lama yang tidak mendukung pengoptimalan, maka Excel akan gagal membuka buku kerja.
"Catalog Rebound" dimaksudkan hanya untuk penggunaan internal.
Alias ruang kerja/server
Tidak seperti Azure Analysis Services, alias nama server tidak didukung untuk ruang kerja Premium.
DISCOVER_M_EXPRESSIONS
Tampilan manajemen data (DMV) DISCOVER_M_EXPRESSIONS DMV saat ini tidak didukung di Power BI menggunakan Titik Akhir XMLA. Aplikasi dapat menggunakan model objek Tabel (TOM) untuk mendapatkan ekspresi M yang digunakan oleh model data.
Batas memori perintah tataan sumber daya di Premium
Kapasitas premium menggunakan sumber daya yang mengatur untuk memastikan tidak ada satu operasi model semantik yang dapat melebihi jumlah sumber daya memori yang tersedia untuk kapasitas - ditentukan oleh SKU. Misalnya, langganan P1 memiliki batas memori yang efektif per item 25 GB, untuk langganan P2 batasnya adalah 50 GB, dan untuk langganan P3 batasnya adalah 100 GB. Selain ukuran model semantik (database), batas memori efektif juga berlaku untuk operasi perintah model semantik yang mendasar seperti Buat, Ubah, dan Refresh.
Batas memori efektif untuk perintah didasarkan pada lebih sedikit batas memori kapasitas (ditentukan oleh SKU) atau nilai properti DbpropMsmdRequestMemoryLimit XMLA.
Misalnya, untuk kapasitas P1, jika:
DbpropMsmdRequestMemoryLimit = 0 (atau tidak ditentukan), batas memori efektif untuk perintah adalah 25 GB.
DbpropMsmdRequestMemoryLimit = 5 GB, batas memori efektif untuk perintah adalah 5 GB.
DbpropMsmdRequestMemoryLimit = 50 GB, batas memori efektif untuk perintah adalah 25 GB.
Biasanya, batas memori efektif untuk perintah dihitung pada memori yang diizinkan untuk model semantik dengan kapasitas (25 GB, 50 GB, 100 GB) dan berapa banyak memori yang sudah dikonsumsi model semantik saat perintah mulai dijalankan. Misalnya, model semantik yang menggunakan 12 GB pada kapasitas P1 memungkinkan batas memori yang efektif untuk perintah baru 13 GB. Namun, batas memori yang efektif dapat dibatasi lebih lanjut oleh properti XMLA DbPropMsmdRequestMemoryLimit ketika secara opsional ditentukan oleh aplikasi. Menggunakan contoh sebelumnya, jika 10 GB ditentukan dalam properti DbPropMsmdRequestMemoryLimit, maka batas efektif perintah lebih lanjut dikurangi menjadi 10 GB.
Jika operasi perintah mencoba mengonsumsi lebih banyak memori daripada yang diizinkan oleh batas, operasi dapat gagal, dan kesalahan dikembalikan. Misalnya, kesalahan berikut menjelaskan batas memori efektif 25 GB (kapasitas P1) telah terlampaui karena model semantik sudah menggunakan 12 GB (12288 MB) ketika perintah memulai eksekusi, dan batas efektif 13 GB (13312 MB) diterapkan untuk operasi perintah:
"Pengaturan sumber daya: Operasi ini dibatalkan karena tidak ada cukup memori untuk menyelesaikannya. Tingkatkan memori kapasitas Premium di mana model semantik ini dihosting atau kurangi jejak memori model semantik Anda dengan melakukan hal-hal seperti membatasi jumlah data yang diimpor. Detail selengkapnya: memori yang digunakan 13312 MB, batas memori 13312 MB, ukuran database sebelum eksekusi perintah 12288 MB. Pelajari selengkapnya: https://go.microsoft.com/fwlink/?linkid=2159753."
Dalam beberapa kasus, seperti yang ditunjukkan dalam kesalahan berikut, "memori yang digunakan" adalah 0 tetapi jumlah yang ditunjukkan untuk "ukuran database sebelum eksekusi perintah" sudah lebih besar dari batas memori efektif. Ini berarti operasi gagal memulai eksekusi karena jumlah memori yang sudah digunakan oleh model semantik lebih besar dari batas memori untuk SKU.
"Pengaturan sumber daya: Operasi ini dibatalkan karena tidak ada cukup memori untuk menyelesaikannya. Tingkatkan memori kapasitas Premium di mana model semantik ini dihosting atau kurangi jejak memori model semantik Anda dengan melakukan hal-hal seperti membatasi jumlah data yang diimpor. Detail selengkapnya: memori yang digunakan 0 MB, batas memori 25600 MB, ukuran database sebelum eksekusi perintah 26000 MB. Pelajari selengkapnya: https://go.microsoft.com/fwlink/?linkid=2159753."
Untuk berpotensi mengurangi kelebihan batas memori yang efektif:
- Tingkatkan ke ukuran kapasitas Premium (SKU) yang lebih besar untuk model semantik.
- Kurangi jejak memori model semantik Anda dengan membatasi jumlah data yang dimuat dengan setiap refresh.
- Untuk operasi refresh melalui titik akhir XMLA, kurangi jumlah partisi yang diproses secara paralel. Terlalu banyak partisi yang diproses secara paralel dengan satu perintah dapat melebihi batas memori yang efektif.