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.
Platí pro:Azure SQL Database
Azure SQL Managed Instance
Sledovač databáze shromažďuje monitorovací data ze systémových zobrazení SQL a začleňuje je do úložiště dat ve formě datových sad. Každá datová sada se vytvoří pomocí dat z jednoho nebo více systémových zobrazení SQL. Pro každou datovou sadu je v úložišti dat samostatná tabulka.
Shromažďování dat
Hlídač databáze shromažďuje monitorovací data v pravidelných intervalech pomocí dotazů T-SQL. Data shromážděná při každém spuštění dotazu se nazývají ukázka. Četnost ukázkových kolekcí se liší podle datové sady. Například často se měnící data, jako jsou čítače výkonu SQL, se můžou shromažďovat každých 10 sekund, zatímco se můžou shromažďovat většinou statická data, jako je konfigurace databáze, každých pět minut. Další informace najdete v tématu Datové sady.
Sledovací proces databáze využívá streamovanou ingresi v Azure Data Exploreru a Analýzách v reálném čase v Microsoft Fabric pro zajištění sledování téměř v reálném čase. Shromážděná data monitorování SQL se obvykle zpřístupní pro sestavování zpráv a analýzu za méně než 10 sekund. Latenci příjmu dat můžete monitorovat na řídicích panelech sledovacích procesů databáze pomocí odkazu Statistika příjmu dat.
Interakce mezi sledovacím procesem databáze a úlohami aplikací
Povolení sledovacího nástroje pro databáze pravděpodobně nebude mít pozorovatelný dopad na výkon úloh aplikace. Častější dotazy monitorování se obvykle spouštějí v podsekundovém rozsahu, zatímco dotazy, které můžou vyžadovat více času, například vrácení velkých datových sad, se spouštějí v občasných intervalech.
Aby se dále snížilo riziko dopadu na úlohy aplikací, všechny dotazy sledovacích procesů databáze ve službě Azure SQL Database se řídí prostředky jako interní úlohy. Pokud kolize prostředků existuje, spotřeba prostředků pomocí monitorovacích dotazů je omezená na malý zlomek celkových prostředků dostupných pro databázi. Tím se upřednostní úlohy aplikací před monitorovacími dotazy.
Aby nedocházelo ke konfliktům souběžnosti, jako jsou blokování a zablokování mezi shromažďováním dat a databázovými úlohami spuštěnými na prostředcích Azure SQL, používají monitorovací dotazy krátké časové limity uzamčení a nízkou prioritu zablokování. Pokud dojde ke konfliktu souběžnosti, prioritou budou dotazy týkající se zatížení aplikace.
Ve shromážděných datech můžete pozorovat mezery v následujících scénářích:
- Pokud je celkové využití prostředků vysoké nebo pokud dojde ke konfliktu souběžnosti mezi dotazy monitorování a úlohami aplikací. V těchto případech jsou monitorovací dotazy upřednostněny za účelem prioritizace aplikačních úloh.
- Pokud máte automatizovaný proces, který ukončí dlouhotrvající relace. Chcete-li zabránit mezerám ve shromážděných datech, vylučte jakoukoli relaci, ve které je sloupec
program_namev systémovém zobrazení sys.dm_exec_sessionsSQLExternalMonitoringnebox_ms_reserved_sql_external_monitoring.
Shromažďování dat v elastických fondech
Pokud chcete monitorovat elastický fond, musíte určit jednu databázi ve fondu jako ukotvovací databázi. Sledovač se připojí k ukotvené databázi. Vzhledem k tomu, že sledovatel máVIEW SERVER PERFORMANCE STATE oprávnění, systémové zobrazení v ukotvené databázi poskytují monitorovací data pro fond jako celek.
Návod
Do každého elastického fondu, který chcete monitorovat, můžete přidat prázdnou databázi a označit ji jako referenční databázi. Tímto způsobem můžete přesunout další databáze do fondu nebo mimo fond nebo mezi fondy, aniž byste přerušili monitorování elastického fondu.
Data shromážděná z databáze ukotvení obsahují metriky na úrovni fondu a určité metriky výkonu na úrovni databáze pro každou databázi ve fondu, například využití prostředků a metriky frekvence požadavků pro každou databázi. V některých scénářích může přidání cíle SQL elastického fondu pro monitorování elastického fondu jako celku způsobit, že nebude nutné monitorovat jednotlivé databáze ve fondu.
Určitá data monitorování, jako je procesor na úrovni fondu, paměť, využití úložiště a statistika čekání, se shromažďují pouze na úrovni elastického fondu, protože se nedají přiřazovat jednotlivým databázím ve fondu. Na druhou stranu, určitá další data, jako jsou statistiky běhu dotazu, vlastnosti databáze, metadata tabulky a indexu, jsou k dispozici pouze v případě, že přidáte jednotlivé databáze jako cíle SQL.
Pokud jako cíle SQL přidáte jednotlivé databáze z elastického fondu, měli byste elastický fond přidat také jako cíl SQL. Tímto způsobem získáte ucelenější přehled o výkonu databáze a fondu.
Monitorování hustých elastických fondů
Hustý elastický fond obsahuje velký počet databází, ale má relativně malou výpočetní kapacitu. Tato konfigurace umožňuje zákazníkům dosáhnout značné úspory nákladů tím, že přidělení výpočetních prostředků ponechá minimálně.
Důležité je, že tento přístup předpokládá, že současně běží pouze malý počet databází ve fondu.
Výstraha
Vzhledem k tomu, že monitorovací dotazy se musí spouštět nepřetržitě v každé monitorované databázi, nedoporučuje se monitorovat více než několik jednotlivých databází v hustě elastickém fondu.
Pokud jako cíle SQL přidáte mnoho databází z zhuštěného elastického fondu, může kumulativní využití prostředků pomocí monitorovacích dotazů spuštěných v každé databázi ovlivnit úlohy aplikací z důvodu nedostatečných prostředků ve fondu.
Ze stejného důvodu se mezi vzorky dat můžou zobrazovat mezery v shromážděných datech nebo větší než očekávané intervaly.
Pokud chcete monitorovat hustý elastický fond, povolte monitorování na úrovni fondu přidáním samotného elastického fondu jako cíle SQL. Snížením celkového počtu monitorovacích dotazů v elastickém fondu se vyhnete riziku dopadu úloh aplikací a stále shromažďuje data na úrovni fondu s možností akce v datových sadáchelastického fondu SQL.
Shromažďování dat v bezserverových databázích
Pokud má bezserverová databáze vypnuté automatické pozastavení, monitorovací systém ji sleduje stejně jako zřízenou databázi.
Pokud povolíte automatické pozastavení v bezserverové databázi, zastaví se shromažďování dat sledovacího nástroje databáze, když se databáze pozastaví. Dotazy monitorování sledovacího procesu databáze nezabrání pozastavení bezserverové databáze, pokud je možné je pozastavit jinak.
Krátce po přechodu bezserverové databáze do pozastaveného stavu se jeho stav na souhrnném řídicím panelu sledovacího panelu změní na neshromažďování. Dříve shromážděná data pro databázi zůstávají v úložišti dat sledovacího nástroje a jsou přístupná prostřednictvím řídicích panelů a dotazů.
Shromažďování dat se obnoví během několika minut po přechodu databáze ze stavu Pozastaveno na online .
Umístění dat
Zákazníci se můžou rozhodnout ukládat shromážděná data monitorování SQL do jednoho ze tří typů úložiště dat:
Databáze v clusteru Azure Data Exploreru . Ve výchozím nastavení se pro každý nový sledovací proces vytvoří nový cluster Azure Data Exploreru a nachází se ve stejné oblasti Azure jako sledovací proces.
Zákazníci můžou zvolit konkrétní oblast Azure v zeměpisné oblasti Azure jako umístění clusteru Azure Data Exploreru a databáze. Další informace o možnostech replikace dat v Azure Data Exploreru najdete v přehledu provozní kontinuity a zotavení po havárii.
Databáze v bezplatném clusteru Azure Data Exploreru.
Zákazníci můžou zvolit konkrétní zeměpisnou oblast Azure, ale ne konkrétní oblast Azure jako umístění bezplatného clusteru Azure Data Exploreru a databáze. Replikace dat do jiné oblasti nebo zeměpisné oblasti se nepodporuje.
Databáze v Real-Time Analytics v Microsoft Fabric.
Zákazníci nemohou zvolit zeměpisné umístění databáze.
Aby zákazníci mohli plně řídit rezidenci dat pro shromážděná data monitorování SQL, musí jako úložiště dat zvolit databázi v clusteru Azure Data Exploreru.
Zákazníci můžou sladit geografii a oblast clusteru Azure Data Exploreru se zeměpisnými oblastmi monitorovaných prostředků Azure SQL. Když se prostředky Azure SQL nacházejí ve více oblastech, zákazníci možná budou muset vytvořit několik sledovacích procesů a více clusterů Azure Data Exploreru, aby splnili požadavky na rezidenci dat.
Datové sady
Tato část popisuje datové sady dostupné pro každý cílový typ SQL, včetně četností shromažďování a názvů tabulek v úložišti dat.
Poznámka:
Během období Preview můžou být datové sady přidány a odebrány. Vlastnosti datové sady, jako je název, popis, frekvence shromažďování a dostupné sloupce, se můžou změnit.
| Název datové sady | Název tabulky | Frekvence shromažďování (hh:mm:ss) | Popis |
|---|---|---|---|
| Aktivní relace | sqldb_database_active_sessions |
00:00:30 |
Každý řádek představuje relaci, která spouští požadavek, je blokátorem nebo má otevřenou transakci. |
| Historie zálohování | sqldb_database_sql_backup_history |
00:05:00 |
Každý řádek představuje úspěšně dokončené zálohování databáze. |
| Zpracování změn | sqldb_database_change_processing |
00:01:00 |
Každý řádek představuje snímek souhrnných statistik prohledávání protokolu pro funkci zpracování změn, jako je Change Data Capture nebo Change Feed (Azure Synapse Link). |
| Chyby zpracování změn | sqldb_database_change_processing_errors |
00:01:00 |
Každý řádek představuje chybu, ke které došlo během zpracování změn při použití funkce zpracování změn, jako je záznam dat změn nebo kanál změn (Azure Synapse Link). |
| Připojení | sqldb_database_connectivity |
00:00:30 |
Každý řádek představuje sondu připojení (přihlášení a dotaz) pro databázi. |
| Geografické repliky | sqldb_database_geo_replicas |
00:00:30 |
Každý řádek představuje primární nebo sekundární geografickou repliku, včetně metadat geografické replikace a statistiky. |
| Metadata indexu | sqldb_database_index_metadata |
00:30:00 |
Každý řádek představuje oddíl indexu a zahrnuje definici indexu, vlastnosti a provozní statistiky. |
| Využití paměti | sqldb_database_memory_utilization |
00:00:30 |
Každý řádek představuje úředníka paměti a zahrnuje spotřebu paměti úředníkem v instanci databázového stroje. |
| Chybějící indexy | sqldb_database_missing_indexes |
00:15:00 |
Každý řádek představuje index, který může zvýšit výkon dotazů při vytváření. |
| Události mimo paměť | sqldb_database_oom_events |
00:01:00 |
Každý řádek představuje událost mimo paměť v databázovém stroji. |
| Čítače výkonu (běžné) | sqldb_database_performance_counters_common |
00:00:10 |
Každý řádek představuje čítač výkonu instance databázového stroje. Tato datová sada obsahuje běžně používané čítače. |
| Čítače výkonu (podrobné) | sqldb_database_performance_counters_detailed |
00:01:00 |
Každý řádek představuje čítač výkonu instance databázového stroje. Tato datová sada obsahuje čítače, které můžou být potřeba k podrobnému monitorování a řešení potíží. |
| Vlastnosti | sqldb_database_properties |
00:05:00 |
Každý řádek představuje databázi a zahrnuje možnosti databáze, omezení zásad správného řízení prostředků a další metadata databáze. |
| Statistiky běhového prostředí dotazu | sqldb_database_query_runtime_stats |
00:15:00 |
Každý řádek představuje interval úložiště dotazů a zahrnuje statistiky spouštění dotazů. |
| Statistiky čekacích dob dotazu | sqldb_database_query_wait_stats |
00:15:00 |
Každý řádek představuje délku běhu Úložiště dotazů a obsahuje statistiky kategorií čekání. |
| Repliky | sqldb_database_replicas |
00:00:30 |
Každý řádek představuje repliku databáze, včetně metadat replikace a statistiky. Zahrnuje primární repliku a geografické repliky, když jsou shromažďovány na primárním serveru, a sekundární repliky, když jsou shromažďovány na sekundárním serveru. |
| Využití zdroje | sqldb_database_resource_utilization |
00:00:15 |
Každý řádek představuje statistiku využití procesoru, vstupně-výstupních operací dat, vstupně-výstupních operací protokolu a dalších prostředků pro databázi v časovém intervalu. |
| Statistika relace | sqldb_database_session_stats |
00:01:00 |
Každý řádek představuje souhrn statistik relací pro databázi, agregovaných podle neaditivních atributů relace, jako jsou přihlašovací jméno, název hostitele, název aplikace atd. |
| Plánovače SOS | sqldb_database_sos_schedulers |
00:01:00 |
Každý řádek představuje plánovač SOS a obsahuje statistiky pro plánovač, uzel procesoru a paměťový uzel. |
| Úložiště IO | sqldb_database_storage_io |
00:00:10 |
Každý řádek představuje databázový soubor a obsahuje kumulativní statistiky IOPS, propustnosti a latence souboru. |
| Využití úložiště | sqldb_database_storage_utilization |
00:01:00 |
Každý řádek představuje databázi a zahrnuje její využití úložiště, včetně tempdbúložiště dotazů a úložiště trvalých verzí. |
| Metadata tabulky | sqldb_database_table_metadata |
00:30:00 |
Každý řádek představuje tabulku nebo indexované zobrazení a obsahuje metadata, jako je počet řádků, využití místa, komprese dat, sloupce a omezení. Shromažďuje se, když je počet tabulek a indexovaných zobrazení v databázi 100 nebo méně. |
| Statistika čekání | sqldb_database_wait_stats |
00:00:10 |
Každý řádek představuje typ čekání a obsahuje kumulativní statistiky čekání instance databázového stroje. Pro databáze v elastickém fondu se shromažďují pouze statistiky čekání v rozsahu databáze. |
Poznámka:
U databází v elastickém fondu se neshromažďují datové sady databáze SQL obsahující data na úrovni fondu. To zahrnuje využití paměti, události mimo paměť, čítače výkonu (běžné) a čítače výkonu (podrobné) datové sady. Datová sada statistik čekání se shromažďuje, ale obsahuje pouze čekání omezené na úroveň databáze. Tím se zabrání shromažďování stejných dat z každé databáze ve fondu.
Data na úrovni fondu se shromažďují v datových sadách elastického fondu SQL. V případě daného elastického fondu obsahují soubory dat Čítače výkonu (běžné) a Čítače výkonu (podrobné) metriky na úrovni fondu a určité metriky na úrovni databáze, jako jsou procesor (CPU), datové I/O, zápis logu, požadavky, transakce atd.
Běžné sloupce
Pro každý cílový typ SQL mají datové sady společné sloupce, jak je popsáno v následujících tabulkách.
| Název sloupce | Popis |
|---|---|
subscription_id |
ID předplatného Azure databáze SQL. |
resource_group_name |
Název skupiny prostředků databáze SQL. |
resource_id |
Identifikátor prostředku Azure pro databázi SQL. |
sample_time_utc |
Čas, kdy byly hodnoty v řádku pozorovány, v UTC. |
collection_time_utc |
Čas, kdy byl řádek shromážděn sledovačem, v UTC. Tento sloupec se nachází v datových sadách, kde se čas shromažďování může lišit od ukázkového času. |
replica_type |
Jedna z těchto možností: Primární, HA sekundární, Geo-replikační přeposílač, Pojmenovaná sekundární. |
logical_server_name |
Název logického serveru ve službě Azure SQL Database obsahující monitorovanou databázi nebo elastický fond. |
database_name |
Název monitorované databáze. |
database_id |
ID monitorované databáze, které je jedinečné v rámci logického serveru. |
logical_database_id |
Jedinečný identifikátor databáze, který po celou dobu životnosti uživatelské databáze zůstává beze změny. Přejmenování databáze nebo změna cíle služby tuto hodnotu nezmění. |
physical_database_id |
Jedinečný identifikátor databáze pro aktuální fyzickou databázi odpovídající uživatelské databázi. Změna cíle databázové služby způsobí, že se tato hodnota změní. |
replica_id |
Jedinečný identifikátor pro Hyperscale repliku výpočetních prostředků. |
Datová sada obsahuje sloupce sample_time_utc i collection_time_utc, pokud obsahuje vzorky pozorované před tím, než byly shromážděny sledovacím systémem databáze. V opačném případě je čas pozorování a čas shromažďování stejný a datová sada obsahuje pouze sample_time_utc sloupec.
Například je datová sada sqldb_database_resource_utilization odvozena z dynamického zobrazení správy sys.dm_db_resource_stats (DMV). DMV obsahuje sloupec end_time, který udává čas pozorování pro každý řádek hlásící agregované statistiky prostředků v 15sekundových intervalech. Tento čas se zobrazí ve sloupci sample_time_utc . Když monitorovací služba dotazuje toto DMV, sada výsledků může obsahovat více řádků, z nichž každý má jiný end_time. Všechny tyto řádky mají stejnou collection_time_utc hodnotu.
Související obsah
- Monitorování úloh Azure SQL pomocí sledovacího procesu databáze (Preview)
- Rychlý start: Vytvoření sledovacího procesu pro monitorování Azure SQL (Preview)
- Vytvoření a konfigurace sledovače (preview)
- Analýza monitorovacích dat sledování databáze (verze Preview)
- upozornění sledovače databáze (preview)
- Nejčastější dotazy ke sledovacím procesům databáze