Správce prostředků

platí pro:SQL Serverazure SQL Managed Instance

Správce prostředků můžete použít ke správě spotřeby prostředků databázového stroje a vynucování zásad pro uživatelské úlohy. Správce prostředků umožňuje rezervovat nebo omezit množství procesoru, paměti a fyzických vstupně-výstupních operací, které můžou úlohy dotazování uživatelů používat. Můžete také upravit chování spotřeby prostředků každého dotazu, například stupeň paralelismu nebo velikost grantu paměti.

Od SQL Serveru 2025 (17.x) můžete:

  • Použijte správce prostředků v edicích Enterprise, Enterprise Developer, Standard a Standard Developer. V předchozích verzích je správce prostředků dostupný jenom v edicích Enterprise a Developer. Další informace naleznete v tématu Co je nového v SQL Serveru 2025.
  • Pomocí správce prostředků vynucujte omezení celkového množství tempdb místa spotřebovaného aplikací nebo uživatelským zatížením. Další informace najdete v tématu Zásady správného řízení prostředků prostoru databáze Tempdb.

Příklady konfigurace a monitorování a informace o osvědčených postupech správce prostředků najdete v tématu Kurz: Příklady konfigurace správce prostředků a osvědčené postupy.

Poznámka

I když Azure SQL Database využívá správce prostředků (mimo jiné techniky) ke správě prostředků, uživatelská konfigurace fondů prostředků a skupin úloh ve službě Azure SQL Database není podporována.

Azure Synapse Analytics má jinou implementaci podobného chování zásad správného řízení prostředků prostřednictvím funkce klasifikace úloh .

Výhody správce prostředků

Správce prostředků umožňuje spravovat úlohy a prostředky databázového stroje zadáním rezervací a omezení spotřeby prostředků podle požadavků. V kontextu správce prostředků je úloha sadou dotazů (požadavků), které lze a měly by být považovány za jednu entitu. Například všechny dotazy spuštěné určitou aplikací můžou být považovány za úlohu. I když to není požadavek, tím jednotnější je vzorec využívání prostředků úlohy, tím větší výhodu pravděpodobně získáte ze správce prostředků.

Pokud na stejném serveru existuje více různých úloh, správce prostředků umožňuje přidělit prostředky různým úlohám odlišně podle vámi zadaných limitů.

Mezi scénáře použití podporované správcem prostředků patří:

  • Zajistit víceklientskou architekturu a izolaci prostředků na jednotlivých instancích SQL Serveru, které obsluhují různé klientské úlohy. To znamená, že můžete rozdělit dostupné prostředky na serveru mezi úlohy a minimalizovat problémy, ke kterým může dojít, když úlohy soupeří o prostředky.
  • Zajištění předvídatelného výkonu a podpory smluv SLA pro úlohy v prostředí s více úlohami a více uživateli
  • Izolovat a omezit nekontrolované dotazy, nebo omezit I/O zdroje pro operace náročné na I/O, které mohou přesytit I/O subsystém a negativně ovlivnit další pracovní zátěže.
  • Přidejte podrobné sledování prostředků pro účtování nákladů za využití prostředků a poskytněte předvídatelné fakturování uživatelům serverových prostředků.

Interoperabilita a omezení

  • Správce prostředků se dá použít se skupinami dostupnosti Always On a instancemi clusteru pro převzetí služeb při selhání. Platí následující aspekty:
    • Při použití v SQL Serveru musí být správce prostředků nakonfigurovaný pro každou instanci SQL Serveru, která je hostitelem skupiny dostupnosti. Konfigurace správce prostředků se nešíří z primární repliky skupiny dostupnosti do replik sekundárních. Doporučujeme použít stejnou konfiguraci správce prostředků pro všechny instance databázového stroje SQL Serveru hostující repliky dostupnosti. Tím zajistíte konzistentní chování při přepnutí po selhání dostupnostní skupiny.
    • Při použití ve službě Azure SQL Managed Instance se konfigurace správce prostředků rozšíří z primární repliky na všechny sekundární repliky, protože master databáze primární repliky se replikuje do všech sekundárních replik. To zahrnuje vysokou dostupnost a sekundární geografickou replikaci. Další informace najdete v tématu správce prostředků.
    • Pokud používáte obsahované skupiny dostupnosti, další informace najdete v tématu Interakce s dalšími funkcemi.
  • Správa prostředků je omezená na databázový stroj SQL Serveru. Správce prostředků se nedá použít pro Analysis Services, Integration Services a Reporting Services.
  • Správce prostředků neposkytuje monitorování úloh ani správu úloh napříč několika instancemi SQL Serveru.
  • Velmi krátké dotazy, jako jsou dotazy v některých úlohách OLTP, nemusí k použití ovládacích prvků šířky pásma procesoru používat procesor dostatečně dlouho. To může zkreslovat statistiky využití procesoru a omezit efektivitu správy prostředků procesoru.
  • Schopnost řídit fyzické vstupně-výstupní operace se vztahuje pouze na uživatelské operace, nikoli systémové úlohy. Systémové úlohy provádějí vstupně-výstupní operace transakčního logu, kontrolního bodu a líného zapisovače. Správce prostředků řídí fyzické čtení uživatelských vstupně-výstupních operací, ale ne vstupně-výstupní operace zápisu prováděné systémovými úlohami.
  • Nemůžete upravovat ovládací prvky správy zdrojů pro fond zdrojů a skupinu úloh internal.

Koncepty zdrojů

Následující tři koncepty jsou zásadní pro pochopení a používání správce prostředků:

  • fond zdrojů. Fond zdrojů představuje kontejner pro fyzické prostředky serveru, jako jsou procesor, paměť a vstupně-výstupní operace. Vždy existují dva předdefinované fondy zdrojů, internal a default. Správce zdrojů také podporuje fondy prostředků definované uživatelem. V závislosti na konfiguraci můžou být prostředky ve fondu zdrojů sdíleny s jinými fondy nebo rezervovány. Další informace najdete v tématu fond zdrojů správce zdrojů.
  • skupina zátěže. Skupina úloh představuje kontejner pro relace, které jsou klasifikovány stejným způsobem. Skupina úloh umožňuje komplexní monitorování spotřeby prostředků relací a dotazů a definuje zásady požadavků. Každá skupina úloh je ve fondu zdrojů. Existují dvě předdefinované skupiny úloh, internal a default, které jsou vždy mapovány na fondy zdrojů internal a default. Správce prostředků také podporuje uživatelem definované skupiny úloh. Další informace najdete v tématu skupina úloh správce prostředků.
  • Klasifikace. Proces klasifikace přiřadí příchozí relace ke skupině úloh na základě atributů relace, jako je přihlašovací jméno nebo název programu, pomocí vlastní logiky klasifikace. Jakmile je relace klasifikována do skupiny úloh, všechny požadavky spuštěné v této relaci podléhají zásadám skupiny úloh. Logiku klasifikace definujete napsáním skalární uživatelem definované funkce, která se nazývá klasifikátor. Další informace najdete v tématu funkce klasifikátoru správce prostředků.

Poznámka

Správce prostředků neukládá žádná omezení na vyhrazené připojení správce (DAC). Dotazy DAC se vždy spouštějí ve skupině úloh internal a ve fondu prostředků.

Následující obrázek znázorňuje komponenty správce prostředků a jejich vztah mezi sebou v rámci databázového stroje. Z hlediska zpracování je zjednodušený tok následující:

  • Pro relaci existuje příchozí připojení (relace 1 z n).
  • Schůzka je utajovaná.
  • Pomocí výsledku klasifikace je relace přiřazena ke skupině úloh, například Group 4.
  • Skupina úloh vynucuje své zásady pro všechny požadavky a používá fond zdrojů, k němuž je přidružena, například Pool 2.
  • Fond zdrojů poskytuje a omezuje prostředky vyžadované aplikací, například Application 3.

diagram znázorňující komponenty správce prostředků a zpracování příchozích relací

Úlohy správce zdrojů

Popis úkolu Článek
Zobrazení příkladů konfigurace Kurz: Příklady konfigurace správce prostředků a osvědčené postupy
Povolení správce prostředků Povolit správce prostředků
Zakázání správce prostředků Zakázat správce prostředků
Vytvoření, změna a vyřazení fondu zdrojů fond zdrojů správce zdrojů
Vytvoření, změna, přesunutí a vyřazení skupiny úloh skupina úloh správce prostředků
Vytvoření a otestování uživatelem definované funkce klasifikátoru klasifikační funkce nástroje Resource Governor
Konfigurace správce prostředků pomocí šablony Konfigurace správce prostředků pomocí šablony
Zobrazení vlastností správce prostředků Zobrazení a úprava vlastností správce prostředků
Nastavení limitu tempdb spotřeby místa Zásady správného řízení prostředků prostoru tempdb

Související obsah

  • Poslední aktualizace v