Osvědčené postupy pro dlouhotrvající operace

Ve službě Azure Analysis Services představuje uzel hostitelský virtuální počítač, na kterém je spuštěný prostředek serveru. Některé operace, jako jsou dlouhotrvající dotazy, operace aktualizace a synchronizace škálování dotazů, můžou selhat, pokud se prostředek serveru přesune na jiný uzel. Mezi běžné chybové zprávy v tomto scénáři patří:

• Při pokusu o vyhledání dlouhotrvajícího požadavku XMLA došlo k chybě. Požadavek mohl být přerušen upgradem služby nebo restartováním serveru.
• Úloha s ID '<guid>' pro model '<databáze>' byla zrušena kvůli chybě služby (nečinnost) s textem zprávy 'Rušení žádosti o aktualizaci, protože byla zaseknutá bez jakýchkoliv aktualizací.' Jedná se o interní problém se službou. Pokud k tomuto problému dochází opakovaně, znovu odešlete úlohu nebo odešlete lístek s žádostí o pomoc.

Existuje mnoho důvodů, proč může dojít k narušení dlouhotrvajících operací. Například kvůli aktualizacím v Azure, jako jsou:

• Opravy operačního systému
• Aktualizace zabezpečení
• Aktualizace služby Azure Analysis Services
• Aktualizace platformy Service Fabric Service Fabric je komponenta platformy, kterou používá celá řada cloudových služeb Microsoftu, včetně služby Azure Analysis Services.

Kromě aktualizací služby dochází také k přirozenému přesouvání služeb mezi uzly z důvodu vyrovnávání zatížení. Přesuny uzlů jsou očekávanou součástí cloudové služby. Služba Azure Analysis Services se snaží minimalizovat dopad přesunů uzlů, ale není možné je zcela eliminovat.

Kromě pohybu uzlů může dojít i k dalším selháním. Například databázový systém zdroje dat může být offline nebo dojde ke ztrátě síťového připojení. Pokud během aktualizace má oddíl 10 milionů řádků a v 9 milionovém řádku dojde k selhání, neexistuje způsob, jak v okamžiku selhání aktualizaci restartovat. Služba se musí znovu spustit od začátku.

Rozhraní REST API pro aktualizaci

Přerušení služeb může být náročné pro dlouhotrvající operace, jako je aktualizace dat. Azure Analysis Services obsahuje rozhraní REST API, které pomáhá zmírnit negativní dopady na přerušení služeb. Další informace najdete v tématu Asynchronní aktualizace pomocí rozhraní REST API.

Kromě rozhraní REST API existují i další přístupy, které můžete použít k minimalizaci potenciálních problémů během dlouhotrvajících operací aktualizace. Cílem je vyhnout se restartování operace aktualizace od začátku a místo toho provádět aktualizace v menších dávkách, které je možné potvrdit ve fázích.

Rozhraní REST API umožňuje takové restartování, ale neumožňuje úplnou flexibilitu vytváření a odstraňování oddílů. Pokud scénář vyžaduje složité operace správy dat, mělo by vaše řešení do logiky zahrnout určitou formu dávkování. Například použití transakcí ke zpracování dat v několika samostatných dávkách umožňuje v případě selhání pokračovat od přechodného kontrolního bodu, místo aby bylo nutné začít znovu od začátku.

Repliky dotazů se škálováním na více instancí

Bez ohledu na to, jestli používáte REST nebo vlastní logiku, můžou dotazy klientské aplikace stále vracet nekonzistentní nebo přechodné výsledky během zpracování dávek. Pokud je během zpracování vyžadováno, aby dotazy klientských aplikací vracely konzistentní data, zatímco jsou data modelu v přechodném stavu, použijte škálování s replikami dotazů pouze pro čtení.

Když používáte repliky dotazů jen pro čtení, zatímco aktualizace probíhá v dávkách, můžou uživatelé klientských aplikací dál zadávat dotazy na starý snímek dat na replikách jen pro čtení. Po dokončení aktualizací je možné provést operaci synchronizace, aby byly repliky pouze pro čtení aktuální.

Další kroky

Asynchronní aktualizace pomocí rozhraní REST API
Škálování služby Azure Analysis Services
Vysoká dostupnost služby Analysis Services
Pokyny pro opakování pro služby Azure