Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
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 další příručky pro řešení potíží s Power BI, jako jsou řešení potíží s branami – Power BI a Řešení potíží s analýzou v Excelu.
Povolení koncového bodu XMLA
Koncový bod XMLA je možné povolit v kapacitách Power BI Premium, Premium na uživatele a Power BI Embedded. V menších kapacitách, jako je kapacita A1 s pouze 2,5 GB paměti, může při pokusu o nastavení kapacity dojít k chybě v nastavení kapacity při pokusu o nastavení koncového bodu XMLA na čtení/zápis a následném výběru Použít. 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 zcela 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 povolení koncového bodu XMLA je vhodné otestovat připojení k pracovnímu prostoru na kapacitě. 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í instančního objektu
Pokud jste povolili nastavení tenanta, aby instanční objekty mohly používat rozhraní 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žba principal 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ího principála, nezapomeňte v připojovacím řetězci zadat informace o identitě aplikace jako:
- ID uživatele - app: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ě servisních principálů 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.
V aplikaci 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 služební objekt vyhledat ve správném 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
S podporou Microsoft Entra business-to-business (B2B) v Power BI můžete 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 pomocí koncového 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 definované pro žádný z vašich existujících sémantických modelů, musíte přihlašovací údaje ke zdroji dat zadat v nastavení sémantického modelu pomocí uživatelského rozhraní Power BI (přihlašovací údaje ke zdroji dat>>> zdroje dat). 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":
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 (starší verze s připojovacím řetězcem v metadatech modelu)
- Strukturované zdroje dat (zavedené s úrovní kompatibility 1400)
- Vložené deklarace M zdrojů dat (jak je Power BI Desktop deklaruje).
Doporučujeme použít strukturované zdroje dat, které Visual Studio automaticky vytvoří 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. U ovladače OLE DB pro SQL Server je nutné přepnout definici zdroje dat na zprostředkovatele dat rozhraní .NET Framework pro SQL Server. U ovladačů ODBC jiných výrobců, které můžou být ve službě 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 zprostředkovatelem dat rozhraní .NET Framework pro SQL Server.
Následující tabulka obsahuje příklad zprostředkovatele dat rozhraní .NET Framework pro připojovací řetězec SQL Serveru, který nahradí odpovídající připojovací řetězec pro ovladač OLE DB pro SQL Server.
| Ovladač OLE DB pro SQL Server | Poskytovatel 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 diskových oddílů
Stejně jako existuje více typů zdrojů dat, existuje několik typů zdrojů oddílů, které může tabulkový model zahrnovat, aby importoval data do tabulky. Konkrétně může oddíl použít zdroj oddílu dotazu nebo zdroj oddílu M. Tyto typy zdrojů rozdělení pak můžou odkazovat na zdroje dat poskytovatele nebo strukturované zdroje dat. 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 dotazovacích oddílů musí odkazovat na zdroje dat poskytovatele a zdroje M oddílů musí odkazovat na strukturované zdroje dat. Power BI nepodporuje jiné kombinace. Pokud chcete migrovat křížový sémantický model, popisuje následující tabulka podporované konfigurace:
| Zdroj dat | Zdroj pro oddíly | Comments | Podporováno s koncovým bodem XMLA |
|---|---|---|---|
| Datový zdroj poskytovatele | Zdroj částí dotazu | Modul AS používá zásobník konektivity založený na kazetách pro přístup ke zdroji dat. | Ano |
| Datový zdroj poskytovatele | Zdroj diskového 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 částí 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 diskového 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 zdroje dat zprostředkovatele, nejsou pro Power BI relevantní. 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 na následujícím obrázku, nebo pomocí nástrojů nebo skriptů třetích stran.
Překonání v příkazu Refresh TMSL
Přepsání v příkazu Refresh (TMSL) umožňuje uživatelům zvolit pro operaci 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 je povolené pro kapacitu vašeho tenanta. Další informace najdete v tématu Povolení čtení a zápisu XMLA.
- V nastavení nájemce je povolená možnost Povolit koncové body XMLA a funkci Analyzovat v Excelu s nastavením místních sémantických modelů.
- Používáte nejnovější verzi aplikace SSMS. Stáhněte si nejnovější verzi.
Spouštění dotazů v SSMS
Když jste připojení k pracovnímu prostoru v Power BI Premium nebo kapacitě 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.
Toto je informační zpráva, která se dá ignorovat v aplikaci SSMS 18.8 a vyšší, protože klientské knihovny se 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í SSMS v18.7.1 nebo nižší k provedení dlouhotrvající (>1 min) operace aktualizace v sémantickém modelu v Power BI Premium nebo kapacitě 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 | Version |
|---|---|
| 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. Dokud tuto chybu nevyřešíte, klikněte ve vlastnostech role na Skript a pak zadejte a spusť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í – živě propojený sémantický model
Při opětovném publikování živého připojeného sémantického modelu s využitím konektoru Analysis Services se může zobrazit 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."
Důvodem je sémantický model, který se publikuje s jiným připojovacím řetězcem, 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 podřízení uživatelé informováni, aby aktualizovali všechny záložky pomocí nové adresy sestavy, aby měli jistotu, že přistupují k nejnovější sestavě.
Sémantický model živého připojení nejde 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í, může dojít k chybě podobné následující: "Nemohli jsme se připojit k vašemu modelu ve službě Power BI. 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 ke službě Power BI. Od březnové verze Power BI Desktopu z roku 2024 musí uživatelské prostředí umožňovat připojení ke službě Power BI na koncovém bodu *.pbidedicated.windows.net nebo na odpovídajících koncových bodech služby Power BI pro suverénní cloudy.
Pokud chcete ověřit, zda je problém způsoben nastavením proxy serveru, zkuste použít konektor SQL Server Analysis Services v Power BI Desktopu nebo jakýkoli externí nástroj, například SQL Server Management Studio, a připojit se 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 je tato vlastnost nalezena, 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 Aplikaci Excel, která používá starší verzi poskytovatele, která nepodporuje optimalizaci, aplikace Excel sešit neotevře.
"Obnovení katalogu" je určen pouze pro interní použití.
Alias pracovního prostoru nebo serveru
Na rozdíl od služby Azure Analysis Services nejsou podporovány aliasy názvů serverů pro pracovní prostory Premium.
DISCOVER_M_VÝRAZY
Zobrazení správy dat DISCOVER_M_EXPRESSIONS (DMV) se v současné době nepodporuje v Power BI s využitím koncového bodu XMLA. Aplikace můžou pomocí tabulkového objektového modelu (TOM) získat výrazy M používané datovým modelem.
Omezení paměti příkazů pro řízení prostředků v Premium
Kapacity Premium využívají mechanismu řízení prostředků k zajištění toho, aby žádná operace sémantického modelu nemohla překročit množství paměti dostupné pro kapacitu, které je určeno SKU. 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 (určené SKU) nebo na hodnotě vlastnost 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 aplikace určí 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 efektivní limit paměti 25 GB (kapacita P1) byl překročen, protože sémantický model již spotřeboval 12 GB (12288 MB) při spuštění příkazu, a pro operaci příkazu byl použit efektivní limit 13 GB (13312 MB):
Resource governing: This operation was canceled because there wasn’t enough memory to finish running it. Either increase the memory of the Premium capacity where this semantic model is hosted or reduce the memory footprint of your semantic model by doing things like limiting the amount of imported data. More details: consumed memory 13312 MB, memory limit 13312 MB, database size before command execution 12288 MB. Learn more: https://go.microsoft.com/fwlink/?linkid=2159753.
V některých případech, jak je ukázá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.
Resource governing: This operation was canceled because there wasn't enough memory to finish running it. Either increase the memory of the Premium capacity where this semantic model is hosted or reduce the memory footprint of your semantic model by doing things like limiting the amount of imported data. More details: consumed memory 0 MB, memory limit 25600 MB, database size before command execution 26000 MB. Learn more: https://go.microsoft.com/fwlink/?linkid=2159753.
Vysvětlení chyb paměti a obnovení
Vyrovnávání zatížení napříč sémantických modelů spravuje systém automaticky. K chybám paměti, jako jsou zde popsány, může dočasně dojít během období vysoké poptávky na vaši kapacitu. Ve většině případů se systém rychle zotaví, jakmile se zpřístupní paměťové prostředky. Pokud dojde k chybě paměti, chvíli počkejte a zkuste operaci zopakovat.
Pokud chyby paměti přetrvávají nebo dochází často, znamená to, že vaše kapacita může vyžadovat další prostředky nebo optimalizaci. V takových případech zvažte následující strategie zmírnění rizik nebo se obraťte na podporu Microsoftu a požádejte o pomoc s optimalizací velikosti kapacity a úloh.