Důležitost úloh Azure Synapse Analytics

Tip

Microsoft Fabric Data Warehouse je relační sklad v podnikovém měřítku na základu datového jezera s architekturou připravenou pro budoucnost, integrovanou AI a novými funkcemi. Pokud s datovými sklady začínáte, začněte pracovat s Fabric Data Warehouse. Stávající úlohy fondu dedikované SQL můžou upgradovat na Fabric a získat tak přístup k novým funkcím napříč datovou vědou, analýzou v reálném čase a reportováním.

Tento článek vysvětluje, jak důležitost úloh může ovlivnit pořadí provádění pro požadavky vyhrazeného fondu SQL ve službě Azure Synapse.

Důležitost

Obchodní potřeby můžou vyžadovat, aby úlohy datových skladů byly důležitější než ostatní. Představte si scénář, ve kterém se před uzavřením fiskálního období načtou důležitá data o prodeji. Načtení dat pro jiné zdroje, jako jsou data o počasí, nemá striktní SLA. Přiřazení vysoké důležitosti požadavku na načtení prodejních dat a nízké důležitosti žádosti o načtení dat o počasí zajišťuje, že načítání prodejních dat získá první přístup k prostředkům a dokončí rychleji.

Úrovně důležitosti

Existuje pět úrovní důležitosti: nízká, below_normal, normální, above_normal a vysoká. Požadavky, které nenastavují důležitost, mají přiřazenou výchozí úroveň normálního stavu. Požadavky, které mají stejnou úroveň důležitosti, mají stejné chování plánování, které existuje dnes.

Scénáře důležitosti

Kromě základního scénáře důležitosti popsaného výše s daty o prodeji a počasí existují i další scénáře, kdy důležitost úloh pomáhá splňovat požadavky na zpracování dat a dotazování.

Locking

Přístup k zámkům pro aktivitu čtení a zápisu je jednou z oblastí přirozené kolize. Aktivity, jako je přepínání oddílů nebo PŘEJMENOVÁNÍ OBJEKTu , vyžadují zámky se zvýšenými oprávněními. Bez důležitosti úloh se vyhrazený fond SQL ve službě Azure Synapse optimalizuje pro propustnost. Optimalizace propustnosti znamená, že když mají spuštěné a zařazené požadavky stejné požadavky na uzamykání a prostředky jsou k dispozici, mohou se požadavky ve frontě obejít požadavky s vyššími nároky na uzamykání, které dorazily do fronty požadavků dříve. Jakmile je důležitost úloh aplikována na požadavky s vyššími potřebami uzamčení. Požadavek s vyšší důležitostí bude proveden před požadavkem s nižší důležitostí.

Podívejte se na následující příklad:

  • Q1 aktivně spouští a vybírá data z SalesFact.
  • Q2 je ve frontě a čeká, až Q1 dokončí svůj úkol. Odeslala se v 9:00 a pokouší se rozdělit nová data na SalesFact.
  • Q3 se odešle v 9:01 a požaduje výběr dat z SalesFact.

Pokud mají Q2 a Q3 stejnou důležitost a Q1 se stále spouští, Q3 začne spouštět. Q2 bude dál čekat na exkluzivní zámek na objektu SalesFact. Pokud má Q2 vyšší důležitost než Q3, Q3 bude čekat, až se Q2 dokončí, než se začne spouštět.

Nejednotné požadavky

Další situace, kdy důležitost může pomoci uspokojit potřeby dotazování, je při podávání požadavků s různými třídami zdrojů. Jak už bylo zmíněno dříve, vyhrazený fond SQL ve službě Azure Synapse se ve stejné důležitosti optimalizuje pro propustnost. Pokud jsou požadavky na smíšenou velikost (například smallrc nebo mediumrc) zařazené do fronty, vyhrazený fond SQL zvolí nejstarší příchozí požadavek, který se vejde do dostupných prostředků. Pokud se použije důležitost úloh, naplánuje se v dalším kroku požadavek nejvyšší důležitosti.

Zvažte následující příklad na DW500c:

  • Q1, Q2, Q3 a Q4 spouští dotazy smallrc.
  • Q5 je odeslán s prostředky třídy mediumrc v 9:00.
  • Q6 bylo odesláno ve třídě prostředků smallrc v 9:01.

Vzhledem k tomu, že Q5 má střední úroveň souběžnosti ("mediumrc"), vyžaduje dva sloty souběžnosti. Q5 musí počkat na dokončení dvou spuštěných dotazů. Když se ale dokončí některý ze spuštěných dotazů (Q1-Q4), naplánuje se Q6 okamžitě, protože prostředky existují k provedení dotazu. Pokud má Q5 vyšší důležitost než Q6, Q6 čeká, dokud Q5 neběží, než může začít.

Další kroky

  • Last updated on