Riešenie problémov s pripojením koncového bodu XMLA
Koncové body XMLA v službe Power BI využívajú natívny komunikačný protokol služby Analysis Services, ktorý umožňuje prístup k sémantickým modelom služby Power BI. Z tohto dôvodu je riešenie problémov s koncovými bodmi XMLA približne rovnaké ako riešenie problémov s typickým pripojením služby Analysis Services. Existujú však určité rozdiely v závislostiach špecifických pre službu Power BI.
Než začnete
Pred riešením problémov so scenárom koncového bodu XMLA si nezabudnite prečítať základné informácie, ktoré sú popísané v téme Prepojenie sémantických modelov s koncovým bodom XMLA. Popisujú sa v nej najbežnejšie prípady použitia koncového bodu XMLA. Užitočné môžu byť aj ďalšie príručky na riešenie problémov v službe Power BI, napríklad Riešenie problémov s bránami – Power BI a Riešenie problémov s analyzovaním v Exceli.
Povolenie koncového bodu XMLA
Koncový bod XMLA je možné povoliť v kapacitách Power BI Premium, Premium na používateľa a Power BI Embedded. Pri menších kapacitách, ako je napríklad kapacita A1 s veľkosťou pamäte iba 2,5 GB, sa môže vyskytnúť chyba v časti Nastavenia kapacity, keď sa budete pokúšať nastaviť koncový bod XMLA na čítanie a zapisovaniea následne vyberiete položku Použiť. V chybe sa uvádza: "Vyskytol sa problém s nastavením vyťaženia. Skúste to znova o chvíľu."
Môžete vyskúšať niekoľko postupov:
- Obmedzte spotrebu pamäte iných služieb v kapacite, ako sú napríklad Toky údajov, na 40 % alebo menej, alebo niektorú nepotrebnú službu úplne zakážte.
- Inovujte kapacitu na väčšiu skladovú jednotku SKU. Inovácia kapacity z A1 na A3 napríklad vyrieši tento problém s konfiguráciou bez potreby zakázať toky údajov.
Nezabudnite, že musíte tiež povoliť nastavenie Exportovať údaje na úrovni nájomníka na portáli Spravovanie Power BI. Toto nastavenie sa vyžaduje aj pre funkciu Analyzovať v Exceli.
Vytvorenie spojenia s klientom
Po povolení koncového bodu XMLA je vhodné otestovať pripojenie k pracovnému priestoru v kapacite. Ďalšie informácie nájdete v téme Pripojenie do pracovného priestoru Premium. Nezabudnite si tiež prečítať požiadavky na Pripojenie časť, kde nájdete užitočné tipy a informácie o aktuálnych obmedzeniach pripojiteľnosti XMLA.
Pripojenie pomocou objektu služby
Ak ste už povolili v nastaveniach nájomníka, aby objekty služby mohli používať rozhranie API služby Power BI, ako je to popísané v téme Povolenie objektov služby, môžete sa pripojiť ku koncovému bodu XMLA pomocou objektu služby. Nezabudnite, že objekt služby si vyžaduje rovnakú úroveň povolení prístupu na úrovni pracovného priestoru alebo sémantického modelu ako bežní používatelia.
Ak chcete použiť objekt služby, nezabudnite na reťazec pripojenia zadať informácie o identite aplikácie ako:
User ID=<app:appid@tenantid>Password=<application secret>
Napríklad:
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:91ab91bb-6b32-4f6d-8bbc-97a0f9f8906b@19373176-316e-4dc7-834c-328902628ad4;Password=6drX...;
Ak sa zobrazí nasledujúca chyba:
"Nemôžeme sa pripojiť k sémantickému modelu pre neúplné informácie o konte. Pri objektoch služby sa uistite, že ste zadali ID nájomníka spolu s ID aplikácie pomocou formátu aplikácie:< appId>@<tenantId>, a potom to skúste znova."
Uistite sa, že ste zadali ID nájomníka spolu s ID aplikácie a s použitím správneho formátu.
Vhodné je tiež zadať ID aplikácie bez ID nájomníka. V tomto prípade však musíte nahradiť myorg alias v URL adrese zdroja údajov skutočným ID nájomníka. Služba Power BI potom môže vyhľadať objekt služby v správnom nájomníkovi. Najvhodnejším postupom je použiť myorg alias a zadať ID nájomníka spolu s ID aplikácie v parametri ID používateľa.
Pripojenie so službou Microsoft Entra B2B
Vďaka podpore pre službu Microsoft Entra business-to-business (B2B) v službe Power BI môžete externým hosťovským používateľom poskytnúť prístup k sémantickým modelom cez koncový bod XMLA. Uistite sa, že nastavenie Zdieľanie obsahu s externými používateľmi je na portáli služby Power BI Spravovanie povolené. Ďalšie informácie nájdete v téme Distribúcia obsahu služby Power BI externým hosťom s Microsoft Entra B2B.
Nasadenie sémantického modelu
Projekt tabuľkového modelu vo Visual Studiu (SSDT) môžete nasadiť do pracovného priestoru priradeného ku kapacite Premium, a to v podstate rovnako ako k serverovému zdroju v službe Azure Analysis Services. Pri nasadzovaní je však potrebné zvážiť aj ďalšie dôležité informácie. Nezabudnite si prečítať časť Nasadenie projektov modelu z Visual Studia (SSDT) v článku o pripojení sémantických modelov ku koncovému bodu XMLA.
Nasadenie nového modelu
V predvolenej konfigurácii sa Visual Studio pokúša spracovať model ako súčasť operácie nasadenia a načítať údaje zo zdrojov údajov do sémantického modelu. Ako je to popísané v časti Nasadenie projektov modelu z Visual Studia (SSDT), táto operácia môže zlyhať, pretože prihlasovacie údaje zdroja údajov nie je možné zadať ako súčasť operácie nasadenia. Namiesto toho, ak prihlasovacie údaje pre váš zdroj údajov ešte nie sú definované pre žiadne z existujúcich sémantických modelov, musíte zadať poverenia zdroja údajov v sémantických nastaveniach modelu pomocou používateľského rozhrania Power BI (sémantických modelov> Nastavenia> Prihlasovacie údaje>zdroja údajov Upraviť poverenia). Po definovaní poverení zdroja údajov môže potom Power BI automaticky použiť tieto poverenia na tento zdroj údajov pre akýkoľvek nový sémantický model po úspešnom nasadení metaúdajov a vytvorení sémantického modelu.
Ak služba Power BI nedokáže previazať váš nový sémantický model s povereniami zdroja údajov, zobrazí sa chyba s informáciou: "Databázu nie je možné spracovať. Dôvod: Úpravy sa nepodarilo uložiť na server." s kódom chyby "DMTS_DatasourceHasNoCredentialError", ako je znázornené nižšie:
Ak sa chcete vyhnúť zlyhaniu spracovania, nastavte možnosti spracovania možností> nasadenia na Nespracovať, ako je to znázornené na nasledujúcom obrázku. Visual Studio potom nasadí iba metaúdaje. Potom môžete nakonfigurovať poverenia zdroja údajov a kliknúť na položku Obnoviť pre sémantický model v používateľskom rozhraní služby Power BI.
Nový projekt z existujúceho sémantického modelu
Vytvorenie nového tabuľkového projektu vo Visual Studiu importovaním metaúdajov z existujúceho sémantického modelu sa nepodporuje. K sémantickému modelu sa však môžete pripojiť pomocou nástroja SQL Server Management Studio, skriptovaním metaúdajov a opätovným použitím v iných tabuľkových projektoch.
Migrácia sémantického modelu do služby Power BI
Pre tabuľkové modely sa odporúča zadať úroveň kompatibility 1 500 (alebo vyššiu). Táto úroveň kompatibility podporuje väčšinu funkcií a typov zdrojov údajov. Ďalšie úrovne kompatibility sú spätne kompatibilné s predchádzajúcimi úrovňami.
Podporovaní poskytovatelia údajov
Na úrovni kompatibility 1 500 podporuje služba Power BI nasledujúce typy zdrojov údajov:
- Zdroje údajov poskytovateľa (staršia verzia s reťazec pripojenia v metaúdajoch modelu).
- Štruktúrované zdroje údajov (zavedené s úrovňou kompatibility 1 400).
- Vnorenia M deklarácie zdrojov údajov (ako ich deklaruje aplikácia Power BI Desktop).
Odporúča sa používať štruktúrované zdroje údajov, ktoré Visual Studio predvolene vytvorí pri prechode cez tok údajov importu. Ak však plánujete migrovať do služby Power BI existujúci model, ktorý používa zdroj údajov poskytovateľa, uistite sa, či zdroj údajov závisí od podporovaného poskytovateľa údajov. Konkrétne ide o ovládač Microsoft OLE DB pre server SQL Server a všetky ovládače ODBC tretích strán. V prípade ovládača OLE DB pre server SQL Server musíte prepnúť definíciu zdroja údajov na poskytovateľa údajov rozhrania .NET Framework pre SQL Server. V prípade ovládačov ODBC tretích strán, ktoré môžu byť v služba Power BI nedostupné, musíte prepnúť na definíciu štruktúrovaného zdroja údajov.
V definíciách zdroja údajov SQL Servera sa tiež odporúča nahradiť zastaraný ovládač Microsoft OLE DB pre server SQL Server (SQLNCLI11) poskytovateľom údajov rozhrania .NET Framework pre SQL Server.
Nasledujúca tabuľka uvádza príklad poskytovateľa údajov rozhrania .NET Framework pre server SQL Server reťazec pripojenia nahradenia zodpovedajúceho reťazec pripojenia pre ovládač OLE DB pre SERVER SQL Server.
| Ovládač OLE DB pre server SQL Server | Poskytovateľ údajov rozhrania .NET Framework pre SERVER 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 |
Krížové odkazovanie na zdroje oblastí
Rovnako ako v prípade viacerých typov zdrojov údajov, existuje aj viacero typov zdrojov oblasti, ktoré môže tabuľkový model zahrnúť na import údajov do tabuľky. Konkrétne môže oblasť použiť zdroj oblasti dotazu alebo zdroj oblasti M. Tieto typy zdroja oblasti môžu zasa odkazovať na zdroje údajov poskytovateľa alebo štruktúrované zdroje údajov. Zatiaľ čo tabuľkové modely v službe Azure Analysis Services podporujú krížové odkazovanie na tieto rôzne zdroje údajov a typy oblastí, služba Power BI vynucuje prísnejší vzťah. Zdroje oblastí dotazu musia odkazovať na zdroje údajov poskytovateľa a zdroje oblastí M musia odkazovať na štruktúrované zdroje údajov. Iné kombinácie služba Power BI nepodporuje. Ak chcete migrovať sémantický model krížového odkazovania, nasledujúca tabuľka popisuje podporované konfigurácie:
| Zdroj údajov | Zdroj oblasti | Komentáre | Podporované s koncovým bodom XMLA |
|---|---|---|---|
| Zdroj údajov poskytovateľa | Zdroj oblasti dotazu | Nástroj AS používa na prístup k zdroju údajov zásobník na pripojenie vychádzajúci z kazety. | Áno |
| Zdroj údajov poskytovateľa | Zdroj oblasti M | Nástroj AS preloží zdroj údajov poskytovateľa do všeobecného štruktúrovaného zdroja údajov a potom použije nástroj Mashup na importovanie údajov. | Nie |
| Štruktúrovaný zdroj údajov | Zdroj oblasti dotazu | Nástroj AS zalomí natívny dotaz v zdroji oblasti do výrazu M a potom použije nástroj Mashup na importovanie údajov. | Nie |
| Štruktúrovaný zdroj údajov | Zdroj oblasti M | Nástroj AS používa nástroj Mashup na importovanie údajov. | Áno |
Zdroje údajov a zosobnenie
Nastavenia zosobnenia, ktoré môžete definovať pre zdroje údajov poskytovateľa, nie sú pre službu Power BI relevantné. Služba Power BI používa na správu poverení zdroja údajov iný mechanizmus, ktorý je založený na nastaveniach sémantických modelov. Ak vytvárate Zdroj údajov poskytovateľa, mali by ste sa uistiť, že vyberiete možnosť Konto služby.
Podrobné spracovanie
Pri spustení plánovaného obnovenia alebo obnovenia na požiadanie v službe Power BI power BI zvyčajne obnoví celý sémantický model. V mnohých prípadoch je efektívnejšie obnovenia selektovať. V nástroji SQL Server Management Studio (SSMS) môžete vykonávať úlohy podrobného spracovania tak, ako je znázornené nižšie, alebo pomocou nástrojov či skriptov tretích strán.
Prepísania v príkaze Obnoviť TMSL
Prepísania v príkaze Obnoviť (TMSL) umožňujú používateľom vybrať inú definíciu dotazu na oblasť alebo definíciu zdroja údajov pre operáciu obnovenia.
Odber e-mailov
Sémantické modely, ktoré sa obnovujú pomocou koncového bodu XMLA, nespustia prihlásenie na odber e-mailov.
Chyby v kapacite Premium
Pripojenie chyby na server v nástroji SSMS
Pri pripájaní k pracovnému priestoru služby Power BI pomocou nástroja SQL Server Management Studio (SSMS) sa môže zobraziť nasledujúca chyba:
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)
Pri pripájaní k pracovnému priestoru služby Power BI pomocou nástroja SSMS zabezpečte nasledovné:
- Nastavenie koncového bodu XMLA je povolené pre kapacitu vášho nájomníka. Ďalšie informácie nájdete v téme Povolenie XMLA na čítanie a zápis.
- Nastavenie Povoliť koncové body XMLA a funkciu Analyzovať v Exceli s lokálnymi sémantickými modelmi je povolené v nastaveniach nájomníka.
- Používate najnovšiu verziu nástroja SSMS. Stiahnite si najnovšie.
Vykonanie dotazov v nástroji SSMS
Keď sa pripojíte k pracovnému priestoru v kapacite Power BI Premium alebo Power BI Embedded , SQL Server Management Studio môže zobraziť nasledujúcu chybu:
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.
Toto je informačné hlásenie, ktoré možno ignorovať v nástroji SSMS 18.8 a novšej, pretože klientske knižnice sa znova automaticky pripoja. Všimnite si, že klientske knižnice nainštalované s SSMS v18.7.1 alebo nižšou nepodporujú sledovanie relácie. Stiahnite si najnovšiu verziu SSMS.
Vykonanie veľkého príkazu pomocou koncového bodu XMLA
Pri spúšťaní veľkého príkazu pomocou koncového bodu XMLA sa môže vyskytnúť nasledujúca chyba:
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
Pri použití SSMS v18.7.1 alebo nižšej na vykonanie dlhotrvajúcej operácie obnovenia (>1 min) v sémantickom modeli v kapacite Power BI Premium alebo Power BI Embedded môže SSMS zobraziť túto chybu, aj keď je operácia obnovenia úspešná. Príčinou je známy problém v klientskych knižniciach, v ktorých je stav požiadavky na obnovenie nesprávne sledovaný. Toto je vyriešené vo verzii nástroja SSMS 18.8 a novšej. Stiahnite si najnovšiu verziu SSMS.
Táto chyba sa môže vyskytnúť aj vtedy, keď je potrebné presmerovať veľmi veľkú požiadavku na iný uzol v klastri Premium. Často sa to zobrazuje, keď sa pokúšate vytvoriť alebo zmeniť sémantický model pomocou veľkého skriptu TMSL. V takýchto prípadoch sa tejto chybe zvyčajne dá predísť tak, že pred vykonaním príkazu zadáte počiatočný katalóg do názvu databázy.
Pri vytváraní novej databázy môžete vytvoriť prázdny sémantický model, napríklad:
{
"create": {
"database": {
"name": "DatabaseName"
}
}
}
Po vytvorení nového sémantického modelu zadajte počiatočný katalóg a potom vykonajte zmeny v sémantickom modeli.
Iné klientske aplikácie a nástroje
Klientske aplikácie a nástroje, ako napríklad Excel, Power BI Desktop, SSMS alebo externé nástroje, ktoré sa pripájajú k sémantickým modelom v kapacitách Power BI Premium a pracujú s nimi, môžu spôsobiť nasledujúcu chybu: Vzdialený server vrátil chybu: (400) Chybná požiadavka.. Chyba môže byť spôsobená najmä vtedy, ak je základný dotaz DAX alebo príkaz XMLA dlhotrvajúci. Ak chcete zmierniť potenciálne chyby, používajte najnovšie aplikácie a nástroje, ktoré inštalujú nedávne verzie klientskych knižníc služby Analysis Services s pravidelnými aktualizáciami. Bez ohľadu na aplikáciu alebo nástroj sú minimálne požadované verzie klientskej knižnice na pripojenie k sémantickým modelom v kapacite Premium prostredníctvom koncového bodu XMLA a na prácu s nimi:
| Klientska knižnica | Verzia |
|---|---|
| MSOLAP | 15.1.65.22 |
| AMO | 19.12.7.0 |
| ADOMD | 19.12.7.0 |
Úprava členství rolí v nástroji SSMS
Ak na úpravu členstva roly v sémantickom modeli použijete nástroj SQL Server Management Studio (SSMS) vo verzii 18.8, nástroj SSMS môže zobraziť nasledujúcu chybu:
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.’
Je to spôsobené známym problémom v rozhraní REST API služieb aplikácií. Toto sa vyrieši v pripravovanom vydaní. Dovtedy môžete túto chybu obísť tak, že v časti Vlastnosti roly kliknete na položku Skript a potom zadáte a spustíte nasledujúci príkaz TMSL:
{
"createOrReplace": {
"object": {
"database": "AdventureWorks",
"role": "Role"
},
"role": {
"name": "Role",
"modelPermission": "read",
"members": [
{
"memberName": "xxxx",
"identityProvider": "AzureAD"
},
{
"memberName": “xxxx”
"identityProvider": "AzureAD"
}
]
}
}
}
Chyba publikovania – sémantický model s dynamickým pripojením
Pri opätovnom publikovaní sémantického modelu s dynamickým pripojením pomocou konektora analysis Services sa zobrazí nasledujúca chyba: "Existuje existujúci sémantický model zostavy/sémantického modelu s rovnakým názvom. Odstráňte alebo premenujte existujúci sémantický model a skúste to znova." sa zobrazia.
Je to spôsobené publikovaním sémantického modelu s inou reťazec pripojenia, ale s rovnakým názvom ako existujúci sémantický model. Ak chcete vyriešiť tento problém, odstráňte alebo premenujte existujúci sémantický model. Nezabudnite tiež opätovne publikovať všetky aplikácie, ktoré sú od zostavy závislé. V prípade potreby by mali byť následní používatelia informovaní o tom, že si majú aktualizovať všetky záložky na novú adresu zostavy, aby zaistili prístup k najnovšej zostave.
Alias pracovného priestoru/servera
Na rozdiel od služby Azure Analysis Services nie sú pre pracovné priestory Premium podporované aliasynázvu servera.
DISCOVER_M_EXPRESSIONS
Zobrazenie správy údajov DMV DISCOVER_M_EXPRESSIONS (DMV) v súčasnosti nie je v službe Power BI podporované pomocou koncového bodu XMLA. Aplikácie môžu používať tabuľkový objektový model (TOM) na získanie výrazov jazyka M používaných dátovým modelom.
Limit pamäte príkazu na riadenie prostriedkov v kapacite Premium
Kapacity Premium používajú riadenie zdrojov, aby sa zabezpečilo, že žiadna operácia sémantického modelu nemôže prekročiť množstvo dostupných pamäťových prostriedkov pre kapacitu – určené pomocou skladovej jednotky SKU. Predplatné P1 má napríklad platný limit pamäte na položku 25 GB, pri predplatnom P2 je limit 50 GB a pri predplatnom P3 je limit 100 GB. Okrem veľkosti sémantického modelu (databázy) sa účinný limit pamäte vzťahuje aj na základné operácie príkazov sémantického modelu, ako sú napríklad Vytvorenie, Alter a Obnovenie.
Limit efektívnej pamäte pre príkaz je založený na menšej časti limitu pamäte kapacity (stanoveného pomocou skladovej jednotky SKU) alebo hodnoty vlastnosti DbpropMsmdRequestMemoryLimit XMLA.
Napríklad pre kapacitu P1, ak:
DbpropMsmdRequestMemoryLimit = 0 (alebo neuvedené), platný limit pamäte pre príkaz je 25 GB.
DbpropMsmdRequestMemoryLimit = 5 GB, platný limit pamäte pre príkaz je 5 GB.
DbpropMsmdRequestMemoryLimit = 50 GB, platný limit pamäte pre príkaz je 25 GB.
Efektívny limit pamäte pre príkaz sa zvyčajne vypočíta z pamäte povolenej pre sémantický model podľa kapacity (25 GB, 50 GB, 100 GB) a koľko pamäte je sémantický model už spotrebúva, keď sa príkaz spustí. Napríklad sémantický model s veľkosťou 12 GB v kapacite P1 umožňuje efektívny limit pamäte pre nový príkaz 13 GB. Platný limit pamäte však môže byť ďalej obmedzený vlastnosťou DBPropMsmdRequestMemoryLimit XMLA, keď je voliteľne zadaný aplikáciou. Ak je podľa predchádzajúceho príkladu vo vlastnosti DbPropMsmdRequestMemoryLimit zadaných 10 GB, účinný limit príkazu sa ďalej zníži na 10 GB.
Ak sa operácia príkazu pokúsi spotrebovať viac pamäte, ako je povolené limitom, operácia môže zlyhať a vráti sa chyba. Nasledujúca chyba napríklad popisuje, ako sa prekročil limit efektívnej pamäte 25 GB (kapacita P1), pretože sémantický model už spotreboval 12 GB (1228 MB), keď príkaz začal, a pre operáciu príkazu sa použil platný limit 13 GB (13312 MB):
"Ovládanie zdroja: Táto operácia bola zrušená, pretože nebolo dostatok pamäte na dokončenie spustenia. Buď zvýšte pamäť kapacity Premium, v ktorej je hosťovaný tento sémantický model, alebo znížte nároky na pamäť vášho sémantického modelu pomocou obmedzení množstva importovaných údajov. Ďalšie podrobnosti: spotrebovaná pamäť 13312 MB, limit pamäte 13312 MB, veľkosť databázy pred vykonaním príkazu 12288 MB. Ďalšie informácie: https://go.microsoft.com/fwlink/?linkid=2159753."
V niektorých prípadoch, ako je znázornené v nasledujúcej chybe, "spotrebovaná pamäť" je 0, ale suma zobrazená v časti "Veľkosť databázy pred vykonaním príkazu" je už väčšia ako limit efektívnej pamäte. To znamená, že operácia sa nepodarilo začať vykonávanie, pretože množstvo pamäte, ktorá už používa sémantický model, je väčšie ako limit pamäte pre skladovú jednotku SKU.
"Ovládanie zdroja: Táto operácia bola zrušená, pretože nebolo dostatok pamäte na dokončenie spustenia. Buď zvýšte pamäť kapacity Premium, v ktorej je hosťovaný tento sémantický model, alebo znížte nároky na pamäť vášho sémantického modelu pomocou obmedzení množstva importovaných údajov. Ďalšie podrobnosti: spotrebovaná pamäť 0 MB, limit pamäte 25 600 MB, veľkosť databázy pred vykonaním príkazu 26 000 MB. Ďalšie informácie: https://go.microsoft.com/fwlink/?linkid=2159753."
Potenciálne sa vyhnete prekročeniu efektívneho limitu pamäte:
- Inovujte na väčšiu veľkosť kapacity Premium (SKU) pre sémantický model.
- Zmenšite nároky na pamäť svojho sémantického modelu obmedzením množstva údajov načítaných pri každom obnovení.
- V prípade operácií obnovenia prostredníctvom koncového bodu XMLA znížte počet oblastí, ktoré sa spracovávajú paralelne. Príliš veľa oblastí spracovávaných súčasne s jedným príkazom môže prekročiť platný limit pamäte.
Súvisiaci obsah
Pripomienky
Pripravujeme: V priebehu roka 2024 postupne zrušíme službu Problémy v službe GitHub ako mechanizmus pripomienok týkajúcich sa obsahu a nahradíme ju novým systémom pripomienok. Ďalšie informácie nájdete na stránke: https://aka.ms/ContentUserFeedback.
Odoslať a zobraziť pripomienky pre