Řešení potíží s připojením ke koncovému bodu XMLA
Koncové body XMLA v Power BI využívají nativní komunikační protokol Analysis Services pro přístup k sémantickým modelům Power BI. Z tohoto důvodu je řešení potíží s koncovým bodem XMLA velmi stejné jako řešení potíží s typickým připojením ke službě Analysis Services. Platí ale některé rozdíly týkající se závislostí specifických pro Power BI.
Než začnete
Než začnete řešit potíže se scénářem koncového bodu XMLA, projděte si základní informace popsané v sémantickém modelu připojení ke koncovému bodu XMLA. Nejběžnější případy použití koncového bodu XMLA jsou zde popsané. Můžou být užitečné i jiné návody pro odstraňování potíží s Power BI, například Odstraňování potíží s branami – Power BI a Odstraňování potíží s analýzou v Excelu.
Povolení koncového bodu XMLA
Koncový bod XMLA je možné povolit v kapacitách Power BI Premium, Power BI Premium na uživatele a Power BI Embedded. U menších kapacit, jako je kapacita A1 s pouze 2,5 GB paměti, můžete při pokusu nastavit koncový bod XMLA na Čtení/Zápis a následném kliknutí na Použít narazit na chybu v nastavení kapacity. Tato chyba uvádí, že došlo k problému s nastavením úloh. Zkuste to znovu za chvilku.".
Tady je pár věcí, které můžete vyzkoušet:
- Omezte spotřebu paměti jiných služeb v kapacitě, jako jsou toky dat, na 40 % nebo méně nebo úplně zakažte nepotřebnou službu.
- Upgradujte kapacitu na větší skladovou položku. Upgrade z kapacity A1 na kapacitu A3 například řeší tento problém s konfigurací bez nutnosti zakázat toky dat.
Mějte na paměti, že na portálu pro správu Power BI musíte také povolit nastavení exportu dat na úrovni tenanta. Toto nastavení je také nutné pro funkci Analyzovat v aplikaci Excel.
Vytvoření připojení klienta
Po té, co povolíte koncový bod XMLA, je vhodné otestovat připojení k pracovnímu prostoru na zařízení. Další informace najdete v tématu Připojení k pracovnímu prostoru Premium. Nezapomeňte si také přečíst část Požadavky na připojení, kde najdete užitečné tipy a informace o aktuálních omezeních připojení XMLA.
Připojení pomocí aplikačního objektu
Pokud jste povolili nastavení tenanta, aby instanční objekty mohly používat API Power BI, jak je popsáno v tématu Povolení instančních objektů, můžete se připojit ke koncovému bodu XMLA pomocí instančního objektu. Mějte na paměti, že služební principál vyžaduje stejnou úroveň přístupových oprávnění na úrovni pracovního prostoru nebo sémantického modelu jako běžní uživatelé.
Pokud chcete použít služební principál, ujistěte se, že v připojovacím řetězci zadáte informace o identitě aplikace jako:
Uživatelské ID - aplikace:appid@tenantid
Heslo
cert:thumbprint (doporučeno pro zabezpečení)
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=cert:<thumbprint>;tajný kód aplikace
Data Source=powerbi://api.powerbi.com/v1.0/myorg/Contoso;Initial Catalog=PowerBI_Dataset;User ID=app:<appid>;Password=<secret>;
Pokud se zobrazí následující chyba:
"Kvůli neúplným informacím o účtu se nemůžeme připojit k sémantickému modelu. V případě instančních objektů se ujistěte, že jste zadali ID tenanta společně s ID aplikace pomocí formátu app:<appId>@<tenantId>, a zkuste to znovu."
Ujistěte se, že jste zadali ID tenanta společně s ID aplikace ve správném formátu.
Je také možné zadat ID aplikace bez ID tenanta. V tomto případě však musíte nahradit myorg alias v adrese URL zdroje dat skutečným ID tenanta. Power BI pak může aplikační identitu vyhledat u správného tenantovi. Osvědčeným postupem je ale použít myorg alias a zadat ID tenanta společně s ID aplikace v parametru ID uživatele.
Propojení s Microsoft Entra B2B
Díky podpoře Microsoft Entra business-to-business (B2B) v Power BI můžete externím hostujícím uživatelům poskytnout přístup k sémantickým modelům přes koncový bod XMLA. Ujistěte se, že je na portálu pro správu Power BI povolené nastavení Sdílet obsah s externími uživateli . Další informace najdete v tématu Distribuce obsahu Power BI externím uživatelům typu host pomocí Microsoft Entra B2B.
Nasazení sémantického modelu
Projekt tabulkového modelu v sadě Visual Studio (SSDT) můžete nasadit do pracovního prostoru přiřazeného ke kapacitě Premium úplně stejně jako k prostředku serveru ve službě Azure Analysis Services. Při nasazování je ale potřeba zvážit několik dalších aspektů. Nezapomeňte si projít část Nasazení projektů modelu ze sady Visual Studio (SSDT) v článku o připojení sémantického modelu ke koncovému bodu XMLA.
Nasazení nového modelu
Ve výchozí konfiguraci se Visual Studio pokusí zpracovat model jako součást operace nasazení, aby načetl data do sémantického modelu ze zdrojů dat. Jak je popsáno v tématu Nasazení projektů modelu ze sady Visual Studio (SSDT), může tato operace selhat, protože přihlašovací údaje ke zdroji dat nelze zadat jako součást operace nasazení. Pokud přihlašovací údaje pro váš zdroj dat ještě nejsou definovány pro žádný z vašich existujících sémantických modelů, musíte je zadat v nastavení sémantického modelu pomocí uživatelského rozhraní Power BI (Sémantické modely>Nastavení>přihlašovací údaje ke zdroji dat>Upravit přihlašovací údaje). Po definování přihlašovacích údajů ke zdroji dat může Power BI na tento zdroj dat automaticky použít přihlašovací údaje pro jakýkoli nový sémantický model po úspěšném nasazení metadat a vytvoření sémantického modelu.
Pokud Power BI nemůže svázat nový sémantický model s přihlašovacími údaji ke zdroji dat, zobrazí se chyba oznamující, že nejde zpracovat databázi. Důvod: Nepovedlo se uložit změny na server." s kódem chyby "DMTS_DatasourceHasNoCredentialError", jak je znázorněno níže:
Chcete-li se vyhnout selhání zpracování, nastavte možnosti nasazení>možnosti zpracování na Nezpracovávat, jak je znázorněno na následujícím obrázku. Visual Studio pak nasadí pouze metadata. Potom můžete nakonfigurovat přihlašovací údaje ke zdroji dat a kliknout na Aktualizovat pro sémantický model v uživatelském rozhraní Power BI.
Nový projekt z existujícího sémantického modelu
Vytvoření nového tabulkového projektu v sadě Visual Studio importem metadat z existujícího sémantického modelu se nepodporuje. K sémantickému modelu se ale můžete připojit pomocí aplikace SQL Server Management Studio, vytvořit skript metadata a znovu ho použít v jiných tabulkových projektech.
Migrace sémantického modelu do Power BI
Pro tabulkové modely doporučujeme zadat úroveň kompatibility 1500 (nebo vyšší). Tato úroveň kompatibility podporuje většinu funkcí a typů zdrojů dat. Pozdější úrovně kompatibility jsou zpětně kompatibilní s dřívějšími úrovněmi.
Podporovaní poskytovatelé dat
Na úrovni kompatibility 1500 podporuje Power BI následující typy zdrojů dat:
- Zdroje dat zprostředkovatele (historické s připojovacím řetězcem v metadatech modelu).
- Strukturované zdroje dat (zavedené s úrovní kompatibility 1400)
- Řádkové deklarace M zdrojů dat (jak je Power BI Desktop deklaruje).
Doporučujeme použít strukturované zdroje dat, které Visual Studio vytvoří ve výchozím nastavení během procesu importu dat. Pokud ale plánujete migrovat existující model do Power BI, který používá zdroj dat zprostředkovatele, ujistěte se, že zdroj dat poskytovatele závisí na podporovaném poskytovateli dat. Konkrétně ovladač Microsoft OLE DB pro SQL Server a všechny ovladače ODBC třetích stran. Pro ovladač OLE DB pro SQL Server je nutné přepnout definici zdroje dat na rozhraní .NET Framework Zprostředkovatel dat pro SQL Server. U ovladačů ODBC třetích stran, které můžou být v služba Power BI nedostupné, musíte místo toho přepnout na definici strukturovaného zdroje dat.
Doporučuje se také nahradit zastaralý ovladač Microsoft OLE DB pro SQL Server (SQLNCLI11) v definicích zdroje dat SQL Serveru rozhraním .NET Framework Zprostředkovatel dat pro SQL Server.
Následující tabulka poskytuje příklad připojovacího řetězce Zprostředkovatele dat rozhraní .NET Framework pro SQL Server, který nahrazuje odpovídající připojovací řetězec pro ovladač OLE DB pro SQL Server.
| Ovladač OLE DB pro SQL Server | Zprostředkovatel dat .NET Framework pro 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 |
Křížové odkazování na zdroje oddílů
Stejně jako existuje více typů zdrojů dat, existují také různé typy zdrojů oddílů, které tabulkový model může zahrnovat pro import dat do tabulky. Konkrétně může oddíl použít zdroj oddílu dotazu nebo zdroj oddílu M. Tyto typy zdrojů pro oddíly pak mohou odkazovat na datové zdroje poskytovatele nebo na strukturované datové zdroje. Zatímco tabulkové modely ve službě Azure Analysis Services podporují křížové odkazování na tyto různé typy zdrojů dat a oddílů, Power BI vynucuje přísnější vztah. Zdroje oddílů dotazu musí být odkazovány ke zdrojům dat poskytovatele, a zdroje oddílů M musí být odkazovány ke strukturovaným zdrojům dat. Power BI nepodporuje jiné kombinace. Pokud chcete migrovat křížový sémantický model, popisuje následující tabulka podporované konfigurace:
| Zdroj dat | Zdroj oddílu | Komentáře | Podporováno s koncovým bodem XMLA |
|---|---|---|---|
| Zdroj dat poskytovatele | Zdroj rozdělení dotazu | Modul AS používá zásobník připojení založený na kazetách pro přístup ke zdroji dat. | Ano |
| Zdroj dat poskytovatele | Zdroj oddílu M | Modul AS přeloží zdroj dat poskytovatele do obecného strukturovaného zdroje dat a pak pomocí modulu Mashup naimportuje data. | Ne |
| Strukturovaný zdroj dat | Zdroj rozdělení dotazu | Modul AS zabalí nativní dotaz na zdroj oddílu do výrazu M a pak pomocí modulu Mashup naimportuje data. | Ne |
| Strukturovaný zdroj dat | Zdroj oddílu M | Modul AS používá modul Mashup k importu dat. | Ano |
Zdroje dat a zosobnění
Nastavení zosobnění, která můžete definovat pro datové zdroje poskytovatele, nejsou relevantní pro Power BI. Power BI používá jiný mechanismus založený na nastavení sémantického modelu ke správě přihlašovacích údajů ke zdroji dat. Z tohoto důvodu se ujistěte, že jste při vytváření zdroje dat zprostředkovatele vybrali Účet služby.
Jemně odstupňované zpracování
Když v Power BI aktivujete plánovanou aktualizaci nebo aktualizaci na vyžádání, Power BI obvykle aktualizuje celý sémantický model. V mnoha případech je efektivnější provádět aktualizace selektivněji. V sadě SQL Server Management Studio (SSMS) můžete provádět jemně odstupňované úlohy zpracování, jak je znázorněno níže, nebo pomocí nástrojů nebo skriptů třetích stran.
Přepsání v příkazu Refresh TMSL
Úpravy v příkazu Refresh (TMSL) umožňují uživatelům vybrat během operace aktualizace jinou definici dotazu oddílu nebo definici zdroje dat.
Odběry e-mailů
Sémantické modely, které se aktualizují pomocí koncového bodu XMLA, neaktivují odběr e-mailu.
Chyby v kapacitě Premium
Chyba připojení k serveru v SSMS
Při připojování k pracovnímu prostoru Power BI pomocí aplikace SQL Server Management Studio (SSMS) se může zobrazit následující 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)
Při připojování k pracovnímu prostoru Power BI pomocí SSMS se ujistěte, že platí následující:
- Nastavení koncového bodu XMLA pro kapacitu vašeho tenanta je povolené. Další informace najdete v tématu Povolení čtení a zápisu XMLA.
- V nastavení klienta je povoleno Povolit koncové body XMLA a analyzovat v aplikaci Excel s místními sémantickými modely.
- Používáte nejnovější verzi aplikace SSMS. Stáhněte si nejnovější verzi.
Spouštění dotazů v SSMS
Když se připojíte k pracovnímu prostoru v kapacitě Power BI Premium nebo Power BI Embedded, může SQL Server Management Studio zobrazit následující 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.
Jedná se o informační zprávu, kterou je možné ignorovat v aplikaci SSMS 18.8 a vyšší, protože se klientské knihovny automaticky znovu připojí. Upozorňujeme, že klientské knihovny nainstalované s aplikací SSMS v18.7.1 nebo nižší nepodporují trasování relací. Stáhněte si nejnovější SSMS.
Spuštění velkého příkazu pomocí koncového bodu XMLA
Při provádění velkého příkazu pomocí koncového bodu XMLA se může zobrazit následující 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
Při použití aplikace SSMS v18.7.1 nebo nižší k provedení dlouhotrvající (>1 min) operace aktualizace v sémantickém modelu v sémantickém modelu v kapacitě Power BI Premium nebo Power BI Embedded může SSMS zobrazit tuto chybu, i když operace aktualizace proběhne úspěšně. Důvodem je známý problém v klientských knihovnách, kde je stav žádosti o aktualizaci nesprávně sledován. Tento problém je vyřešený v SSMS 18.8 a vyšší. Stáhněte si nejnovější SSMS.
K této chybě může dojít také v případě, že je potřeba velmi velký požadavek přesměrovat na jiný uzel v clusteru Premium. Často je vidět, když se pokusíte vytvořit nebo změnit sémantický model pomocí velkého skriptu TMSL. V takových případech se může chyba obvykle vyhnout zadáním počátečního katalogu do názvu databáze před spuštěním příkazu.
Při vytváření nové databáze můžete vytvořit prázdný sémantický model, například:
{
"create": {
"database": {
"name": "DatabaseName"
}
}
}
Po vytvoření nového sémantického modelu zadejte počáteční katalog a proveďte změny sémantického modelu.
Další klientské aplikace a nástroje
Klientské aplikace a nástroje, jako jsou Excel, Power BI Desktop, SSMS nebo externí nástroje připojující se k sémantickým modelům v kapacitách Power BI Premium, můžou způsobit následující chybu: Vzdálený server vrátil chybu: (400) Chybný požadavek. K této chybě může dojít zejména v případě, že podkladový dotaz DAX nebo příkaz XMLA běží dlouho. Pokud chcete zmírnit potenciální chyby, nezapomeňte použít nejnovější aplikace a nástroje, které instalují nejnovější verze klientských knihoven služby Analysis Services s pravidelnými aktualizacemi. Bez ohledu na aplikaci nebo nástroj jsou minimální požadované verze klientské knihovny pro připojení ke sémantickým modelům v kapacitě Premium prostřednictvím koncového bodu XMLA:
| Klientská knihovna | Verze |
|---|---|
| MSOLAP | 15.1.65.22 |
| AMO | 19.12.7.0 |
| ADOMD | 19.12.7.0 |
Úprava členství v rolích v SSMS
Při použití aplikace SQL Server Management Studio (SSMS) v18.8 k úpravě členství v roli v sémantickém modelu může SSMS zobrazit následující 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.’
Důvodem je známý problém v rozhraní REST API služby App Services. Tento problém se vyřeší v nadcházející verzi. Mezitím tuto chybu můžete obejít tak, že ve vlastnostech role kliknete na Skript a pak zadáte a spustíte následující příkaz TMSL:
{
"createOrReplace": {
"object": {
"database": "AdventureWorks",
"role": "Role"
},
"role": {
"name": "Role",
"modelPermission": "read",
"members": [
{
"memberName": "xxxx",
"identityProvider": "AzureAD"
},
{
"memberName": “xxxx”
"identityProvider": "AzureAD"
}
]
}
}
}
Chyba publikování – sémantický model s živým připojením
Při opětovném publikování živého připojeného sémantického modelu s využitím konektoru Analysis Services se zobrazí následující chyba : Existuje existující sestava nebo sémantický model se stejným názvem. Odstraňte nebo přejmenujte existující sémantický model a zkuste to znovu." může se zobrazit.
Důvodem je, že sémantický model, který se publikuje, má jiný připojovací řetězec, ale má stejný název jako existující sémantický model. Pokud chcete tento problém vyřešit, odstraňte nebo přejmenujte stávající sémantický model. Nezapomeňte také znovu publikovat všechny aplikace, které jsou závislé na sestavě. V případě potřeby by měli být následní uživatelé informováni, aby aktualizovali všechny záložky na novou adresu zprávy, aby měli jistotu, že přistupují k nejnovější verzi zprávy.
Živý připojený sémantický model nelze načíst.
Uživatelům, kteří se pokoušejí vytvořit nový model Živé připojení nebo otevřít existující model Live Connected pomocí Power BI Desktopu z března 2024 nebo novějších verzí, se může zobrazit chyba podobná této: "V služba Power BI se k vašemu modelu nepodařilo připojit. Datová sada byla pravděpodobně odstraněna, přejmenována, přesunuta nebo je možné, že nemáte oprávnění k přístupu."
K chybě může dojít, když je proxy server nakonfigurovaný v uživatelském prostředí a proxy server brání přístupu k služba Power BI. Od verze Power BI Desktopu z března 2024 musí uživatelské prostředí umožňovat připojení ke službě Power BI na koncovém bodu *.pbidedicated.windows.net nebo odpovídající koncové body služby Power BI pro suverénní cloudy.
Pokud chcete ověřit, jestli je problém výsledkem nastavení proxy serveru, zkuste konektor SQL Server Analysis Services v Power BI Desktop nebo libovolném externím nástroji, jako je SQL Server Management Studio, k připojení k libovolnému pracovnímu prostoru Premium.
Další informace o testování obecného připojení XML/A najdete v části vytvoření připojení klienta v tomto článku.
Excelový sešit se nepovede otevřít
Excelový sešit se nemusí otevřít s chybou Inicializace zdroje dat se nezdařila. Zkontrolujte databázový server nebo se obraťte na správce databáze." Pokud sešit obsahuje připojení k sémantickému modelu Power BI, zkontrolujte, jestli připojovací řetězec obsahuje vlastnost Catalog Rebound=True. Pokud se tato vlastnost najde, odeberte ji, uložte sešit a zkuste ho znovu otevřít.
Vlastnost "Catalog Rebound=True" automaticky přidá zprostředkovatel OLE DB služby Analysis Services (MSOLAP) v novějších verzích Aplikace Excel, když je připojení k sémantickému modelu Power BI optimalizováno poskytovatelem. Vzhledem k tomu, že je vlastnost uložena v sešitu, je-li stejný sešit otevřen v Excelu, který používá starší verzi poskytovatele, která nepodporuje optimalizaci, excel sešit neotevře.
"Obnova katalogu" je určena pouze pro interní použití.
Alias pracovního prostoru nebo serveru
Na rozdíl od služby Azure Analysis Services nejsou aliasy názvů serverů podporovány pro pracovní prostory Premium.
DISCOVER_M_EXPRESSIONS
Pohled na správu dat DISCOVER_M_EXPRESSIONS (DMV) není v současné době podporován v Power BI při použití koncového bodu XMLA. Aplikace můžou pomocí tabulkového objektového modelu (TOM) získat výrazy M používané datovým modelem.
Limit paměti příkazů pro řízení prostředků v rámci služby Premium
Kapacity Premium využívají řízení prostředků k zajištění, že žádná operace sémantického modelu nemůže překročit množství dostupných paměťových prostředků pro kapacitu – určenou skladovou jednotkou. Například předplatné P1 má efektivní limit paměti pro položku 25 GB, pro předplatné P2 je limit 50 GB a pro předplatné P3 je limit 100 GB. Kromě sémantické velikosti modelu (databáze) platí efektivní limit paměti také pro operace příkazů základního sémantického modelu, jako je Vytvoření, Alter a Refresh.
Efektivní limit paměti pro příkaz je založen na nižším limitu paměti kapacity, kterou určuje SKU, nebo na hodnotě vlastnosti XMLA DbpropMsmdRequestMemoryLimit.
Například pro kapacitu P1, pokud:
DbpropMsmdRequestMemoryLimit = 0 (nebo nezadané), efektivní limit paměti pro příkaz je 25 GB.
DbpropMsmdRequestMemoryLimit = 5 GB, efektivní limit paměti pro příkaz je 5 GB.
DbpropMsmdRequestMemoryLimit = 50 GB, efektivní limit paměti pro příkaz je 25 GB.
Efektivní limit paměti pro příkaz se obvykle vypočítá na paměti povolené pro sémantický model kapacitou (25 GB, 50 GB, 100 GB) a kolik paměti už sémantický model využívá při spuštění příkazu. Například sémantický model využívající 12 GB v kapacitě P1 umožňuje efektivní limit paměti pro nový příkaz o velikosti 13 GB. Efektivní limit paměti však může být dále omezen vlastností XMLA DbPropMsmdRequestMemoryLimit, pokud je aplikací specifikována jako volitelná. Pokud je v předchozím příkladu zadáno 10 GB v DbPropMsmdRequestMemoryLimit vlastnost, je efektivní limit příkazu dále omezen na 10 GB.
Pokud se operace příkazu pokusí spotřebovat více paměti, než je povoleno limitem, operace může selhat a vrátí se chyba. Například následující chyba popisuje, že byl překročen efektivní limit paměti 25 GB (kapacita P1), protože sémantický model již před spuštěním příkazu dosáhl spotřeby 12 GB (12288 MB) a pro operaci příkazu byl aplikován efektivní limit 13 GB (13312 MB):
Řízení prostředků: Tato operace byla zrušena, protože nebylo dostatek paměti k jejímu dokončení. Buď zvyšte paměť kapacity Premium, kde je tento sémantický model hostovaný, nebo snižte nároky na paměť vašeho sémantického modelu tím, že uděláte například omezení množství importovaných dat. Další podrobnosti: spotřebovaná paměť 13312 MB, limit paměti 13312 MB, velikost databáze před provedením příkazu 12288 MB. Další informace: https://go.microsoft.com/fwlink/?linkid=2159753"
V některých případech, jak je znázorněno v následující chybě, je "spotřebovaná paměť" 0, ale velikost databáze před spuštěním příkazu je již vyšší než efektivní limit paměti. To znamená, že se operaci nepodařilo spustit, protože množství paměti, které už sémantický model používá, je větší než limit paměti pro skladovou položku.
Řízení prostředků: Tato operace byla zrušena, protože nebylo dost paměti pro dokončení provozu. Buď zvyšte paměť kapacity Premium, kde je tento sémantický model hostovaný, nebo snižte nároky na paměť vašeho sémantického modelu tím, že uděláte například omezení množství importovaných dat. Další podrobnosti: spotřebovaná paměť 0 MB, limit paměti 25600 MB, velikost databáze před provedením příkazu 26000 MB. Další informace: https://go.microsoft.com/fwlink/?linkid=2159753"
Pokud chcete potenciálně zabránit překročení efektivního limitu paměti:
- Upgradujte na větší kapacitu Premium (SKU) pro sémantický model.
- Snižte nároky na paměť sémantického modelu omezením množství dat načtených při každé aktualizaci.
- U operací aktualizace prostřednictvím koncového bodu XMLA snižte počet oddílů, které se zpracovávají paralelně. Příliš mnoho oddílů zpracovávaných paralelně pomocí jednoho příkazu může překročit efektivní limit paměti.