Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
gäller för:Azure SQL Database
Azure SQL Managed Instance
Database Watcher är en hanterad övervakningslösning för databastjänster i Azure SQL-serien. Den stöder Azure SQL Database och Azure SQL Managed Instance.
Database Watcher samlar in djupgående arbetsbelastningsövervakningsdata för att ge dig en detaljerad vy över databasens prestanda, konfiguration och hälsa. Data från de databaser, elastiska pooler och SQL-hanterade instanser du väljer samlas in i ett centralt datalager i din Azure-prenumeration. Instrumentpaneler i Azure-portalen ger en helhetssyn av din Azure SQL-miljön och en detaljerad vy över varje databas, elastiska pool och hanterad SQL-instans. Aviseringar skickar meddelanden när databasvillkor i Azure SQL-egendomen kan kräva uppmärksamhet.
För att lagra och analysera SQL-övervakningsdata kan databasutforskaren använda antingen Azure Data Explorer eller Real-Time Analytics i Microsoft Fabric. Azure Data Explorer är en fullständigt hanterad, mycket skalbar datatjänst som är specialbyggd för snabb inmatning och analys av övervakningsdata i tidsserier. Ett enda Azure Data Explorer-kluster kan skalas för att stödja övervakning av data från tusentals Azure SQL-resurser. Real-Time Analytics använder samma kärnmotor som ett SaaS-erbjudande i Microsoft Fabric.
Du kan köra frågor mot data i en Azure Data Explorer- eller Real-Time Analytics-databas med hjälp av KQL- eller T-SQL-, skapa anpassade visualiseringar med Azure Data Explorer-instrumentpaneler, Power BI eller Grafanaoch analysera data i Excel. Du kan ange data kvarhållning princip per databas eller per tabell och skala ditt Azure Data Explorer-kluster automatiskt eller manuellt för att uppnå det optimala förhållandet mellan pris och prestanda.
Om du vill börja övervaka dina Azure SQL-resurser skapar du en bevakare resurs i din Azure-prenumeration. Konfigurera övervakaren genom att välja ett datalager och en uppsättning databaser, elastiska pooler eller SQL-hanterade instanser som ska övervakas, som kallas SQL-mål. Ge bevakaren åtkomst till mål och starta bevakaren.
Stegen för att komma igång snabbt finns i Snabbstart: övervaka Azure SQL med databasövervakaren. Information om installation och konfiguration finns i Skapa och konfigurera en bevakare.
För svar på vanliga frågor om Database Watcher, se Database Watcher FAQ.
En videoöversikt över databasövervakaren finns i avsnittet Data Exposed:
Anmärkning
Databasskådaren är för närvarande i förhandsversion. Förhandsversionsfunktioner släpps med begränsade funktioner, men görs tillgängliga på en förhandsversion basis så att kunderna kan få tidig åtkomst och ge feedback. Förhandsgranskningsfunktioner omfattas av separata kompletterande förhandsversionsvillkoroch omfattas inte av serviceavtal. Support tillhandahålls som bästa möjliga insats i vissa fall. Microsoft Support är dock angelägen om att få feedback om förhandsversionsfunktionerna och kan ge bästa möjliga stöd i vissa fall. Förhandsgranskningsfunktioner kan ha begränsade eller begränsade funktioner och kan endast vara tillgängliga i valda geografiska områden.
Azure SQL-mål som stöds
Database Watcher stöder alla tjänstnivåer, beräkningsnivåer och tjänstmål i Azure SQL Database och Azure SQL Managed Instance. Detta omfattar köpmodeller för virtuella kärnor och DTU, etablerade och serverlösa beräkningsnivåer, enkla databaser och elastiska pooleroch Hyperskala.
Databasövervakaren kan övervaka alla typer av sekundära läsbara repliker, inklusive repliker med hög tillgänglighet, geo-repliker, och Hyperskala namngivna sekundära repliker.
För en given observatör kan SQL-målen finnas i valfri prenumeration inom samma Microsoft Entra-ID-klientorganisation.
Pris för databasövervakare
Kostnaderna för database watcher ådras av dess enskilda komponenter enligt följande:
| Komponent | Pris | Anteckningar |
|---|---|---|
| Bevakare | kostnadsfri | |
| Översiktspaneler | kostnadsfri | |
| Azure Data Explorer-kluster 1 | prisinformation | Den optimala kluster-SKU:n beror på antalet övervakningsmål och frågearbetsbelastningen som körs på klustret. Mer information om storleksöverväganden för kluster finns i Hantera Azure Data Explorer-kluster. |
| Real-Time Analytics i Microsoft Fabric | Ingår i förbrukningsmodellen för Power BI Premium-arbetsytor. Fakturering per användning. | Använd antingen Azure Data Explorer eller Real-Time Analytics. Endast ett av dessa erbjudanden krävs. |
| Ett valv i tjänsten Azure Key Vault | prisinformation | Krävs endast om den valfria SQL-autentiseringen används i stället för standardautentiseringen för Microsoft Entra. |
| Bandbredd för Azure-nätverk | prisinformation | Kostnaden uppstår inte om en bevakare, dess mål och dess datalager distribueras i samma Azure-region. |
| Varningar | prisinformation | Database Watcher använder loggaviseringar. Månadspriset är variabelt och beror på antalet aviseringsregler som du skapar, antalet SQL-mål som har genererat aviseringar under månaden och utvärderingsfrekvensen för varje aviseringsregel. |
1 Du kan använda ett kostnadsfritt Azure Data Explorer-kluster när ett serviceavtal inte krävs och när frågeprestanda och lagringskrav uppfylls av specifikationerna för den kostnadsfria klusterkapaciteten. Utvärderingsperioden för det kostnadsfria klustret är ett år och kan utökas automatiskt.
Det kostar ingenting per övervakad Azure SQL-resurs eller per användare, vilket gör database watcher till en billig övervakningslösning för större Azure SQL-miljöer och större team.
Regional tillgänglighet
För närvarande kan du skapa bevakare i följande Azure-regioner:
- Kanada centrala
- Östra Kanada
- Mellersta USA
- östra USA
- Östra USA 2
- Norra centrala USA
- Västra USA
Tips
En bevakare i en Azure-region kan övervaka mål i en annan region. På samma sätt kan en bevakare och dess datalager finnas i olika regioner.
När det är möjligt samlokaliserar du en bevakare, dess mål och dess datalager i samma region. Om databasskådaren ännu inte är tillgänglig i din region väljer du en region i samma Azure-geografi. Detta kan minska kostnaderna för Nätverksbandbredd i Azure.
Gränser
Det finns en gräns för antalet SQL-mål per bevakare och antalet bevakare per prenumeration. Distributioner som överskrider dessa gränser stöds inte.
| Parameter | Gräns |
|---|---|
| SQL-mål per bevakare1 | 100 |
| Övervakare per prenumeration | 20 |
1En replik med hög tillgänglighet av en databas, elastisk pool eller SQL-hanterad instans övervakas oberoende av dess överordnade replik och betraktas som ett separat mål.
Anmärkning
Under förhandsversionen kan gränser ändras.
Översiktspaneler
Database Watcher använder Azure-arbetsböcker för att tillhandahålla instrumentpaneler för övervakning på fastighetsnivå och resursnivå.
Här är ett exempel på en värmekarta för CPU-användning i databasen på systemets dashboard. Varje sexhörning representerar ett SQL-mål. Det finns två logiska servrar, en med sex databaser och en med tre databaser. Sekundära repliker med hög tillgänglighet visas i värmekartan som separata mål. Välj bilden om du vill se ytterligare information, inklusive datainmatningsstatistik.
Här är ett exempel som visar en partiell vy över fliken Prestanda i en Azure SQL-databasinstrumentpanel. Välj bilden för att zooma in information.
I följande tabell beskrivs funktionerna i instrumentpaneler för databasövervakare i Azure-portalen.
| Förmåga | Beskrivning |
|---|---|
| Egendomsöversikter | Visualisera övervakningsdata på hög nivå för flera övervakade resurser i en gemensam vy. Använd för att hitta de mest resurskrävande databaserna, elastiska poolerna eller SQL-hanterade instanser. Använd den översta frågevyn för att hitta de vanligaste resurskrävande frågorna i din Azure SQL-egendom, rangordna frågor efter CPU, varaktighet, körningsantal osv. Använd filter för prenumeration, resursgrupp och resursnamn för att fokusera på delmängder av din Azure SQL-egendom. Gå vidare till detaljerade instrumentpaneler för specifika resurser. |
| resursöversikter | Visualisera detaljerade övervakningsdata för en databas, en elastisk pool eller en SQL-hanterad instans, inklusive: - Aktiva sessioner – Säkerhetskopieringshistorik – Vanliga prestandaräknare – Anslutningstester – Egenskaper och konfiguration för databaser och instanser – Geo-replikering – Indexmetadata, användningsstatistik, varningar och förslag – Resursanvändning – Sessions- och anslutningsstatistik – SQL Agent-jobbtillstånd och -historik – Lagringsförbrukning och prestanda – Tabellmetadata – De vanligaste frågorna - Väntestatistik Använd listrutor för resurser för att snabbt växla från en resurs till en annan. Använd länken fastighet för att zooma ut till en instrumentpanel för fastigheter. |
| filtrera efter tidsintervall | På varje instrumentpanel anger du tidsintervallet för att fokusera på önskat tidsintervall. Använd standard- eller anpassade tidsintervall. Begränsa tidsintervallet till ett intresseintervall genom att "borsta" eller dra musmarkören över ett diagram för att välja ett kortare tidsintervall. |
| Historiska data | Beroende på datauppsättningen visar instrumentpaneler antingen en sammanfattning för det valda tidsintervallet eller det senaste exemplet som samlats in under tidsintervallet. Växla mellan den senaste och en historisk vy för att titta på dataexempel tidigare i det valda tidsintervallet. I stället för att till exempel titta på de aktiva sessionerna granskar du ett tidigare exempel på aktiva sessioner som samlats in när en topp i resursanvändningen inträffade. |
| sekundära repliker | Övervaka alla typer av repliker, inklusive sekundära repliker med hög tillgänglighet (HA) på estate dashboardar. Växla mellan att visa den primära repliken och dess sekundära HA-replik på resurskontrollpaneler. |
| Ladda ned data till Excel | Ladda ned data från diagram och rutnät som csv filer och öppna dem i Excel för ytterligare analys. |
| Datauppdatering | Hämta de senaste data från övervakningsdatalagret när du öppnar en instrumentpanel och när du växlar från flik till flik. När en instrumentpanel har öppnats under en tid uppdaterar du den manuellt för att se de senaste data eller aktiverar automatisk uppdatering av instrumentpanelen. |
| Ad hoc KQL-fråga | Använd en länk på varje instrumentpanel för att öppna Azure Data Explorer webbgränssnittet och sök i dina övervakningsdata med KQL. Mer information finns i datauppsättningar och Använda KQL för att analysera övervakningsdata. |
| Beskrivningar | Växla parametern Visa beskrivningar för att se beskrivningar som hjälper dig att tolka visade data och inkludera relevanta dokumentationslänkar. |
| Verktygstips | Hovra över ett fält om du vill se mer information och kontext för data som visas. |
| Inmatningsstatistik | Använd inmatningsstatistik länk för att se svarstid för datainmatning och annan datainmatningsstatistik per datauppsättning. |
| mörkt läge | Växla utseendet på Azure-portalen till att använda det mörka temat för att låta instrumentpaneler för databasövervakare använda mörkt läge. |
Anmärkning
Under förhandsversionen kan visualiseringar och funktioner på instrumentpanelen ändras.
SQL-övervakningsdata
Database Watcher samlar in övervakningsdata från mer än 70 SQL katalogvyer och dynamiska hanteringsvyer (DMV). Data från en eller flera relaterade vyer omvandlas till en datauppsättning. Data från sys.dm_exec_sessions, sys.dm_exec_requestsoch andra vyer utgör till exempel Aktiva sessioner datauppsättning. För varje datauppsättningfinns det en separat tabell i Azure Data Explorer eller Real-Time Analytics-databasen.
Database Watcher har separata datamängdsgrupper för databaser, elastiska pooler och SQL-hanterade instanser. Det finns 10 till 30 datauppsättningar i varje grupp, vilket ger en detaljerad vy över databasens prestanda, konfiguration och hälsa för dina Azure SQL-resurser.
Mer information finns i Database Watcher-datainsamling och datauppsättningar.
Varningar
Database Watcher innehåller en uppsättning aviseringsregelmallar så att du enkelt kan skapa Azure Monitor-aviseringsregler. När en aviseringsregel har skapats kan du anpassa den och hantera den precis som andra aviseringsregler i Azure Monitor. Mer information finns i Database Watcher-aviseringar.
Nätverksanslutning
Database Watcher använder en fjärrdatainsamlingsagent som ansluter till måldatorer, datalager och nyckelvalv över nätverket. Beroende på dina nätverkssäkerhetskrav och konfigurationen av dina Azure-resurser kan databasbevakaren använda antingen privat eller offentlig anslutning. Du styr alltid nätverksanslutningen helt från databasbevakaren till dina Azure-resurser.
Mer information om nätverksanslutning i Azure SQL finns i Azure SQL Database-anslutningsarkitektur och Azure SQL Managed Instance-anslutningsarkitektur.
Privat anslutning
För att tillhandahålla privat anslutning använder database watcher Azure Private Link. När du konfigurerar en bevakare kan du skapa hanterade privata slutpunkter så att övervakaren kan ansluta till databaser och elastiska pooler på logiska servrareller till SQL-hanterade instanser. Du kan också skapa en privat slutpunkt för Azure Data Explorer-klustret och för nyckelvalvet som lagrar autentiseringsuppgifter för SQL-autentisering. För närvarande är privat anslutning inte tillgänglig för anslutningar till Real-Time Analytics i Microsoft Fabric.
En resursägare måste godkänna den hanterade privata slutpunkten för en bevakare innan bevakaren kan använda den. Däremot kan resursägare ta bort alla privata slutpunkter för en bevakare när som helst för att stoppa datainsamlingen.
När du har skapat och godkänt en hanterad privat slutpunkt för en bevakare som riktar sig mot en Azure-resurs använder all nätverkstrafik mellan övervakaren och resursen privat anslutning, även om den offentliga anslutningen för resursen förblir aktiverad.
Mer information om privata slutpunkter i Azure SQL finns i Azure Private Link för Azure SQL Database och Azure Private Link för Azure SQL Managed Instance.
Offentlig anslutning
Om privat anslutning inte krävs kan database watcher använda offentlig anslutning för att ansluta till Azure-resurser. För att en övervakare ska kunna ansluta till databaser och elastiska pooler på en logisk Azure SQL Database-server måste offentlig åtkomst till servern vara aktiverad och IP-baserad brandvägg måste tillåta anslutningar från alla Azure-tjänster.
För att en övervakare ska kunna ansluta till en SQL-hanterad instans med offentlig anslutning måste instansen ha sin offentliga slutpunkt aktiverad. Dessutom måste en NSG-regel (Network Security Group) som tillåter inkommande trafik på TCP-port 3342 till det hanterade instansundernätet ha källan inställd på AzureCloud. Mer information finns i Konfigurera offentliga slutpunkter i Azure SQL Managed Instance.
För att en övervakare ska kunna ansluta till ett Azure Data Explorer-kluster eller ett nyckelvalv med offentlig anslutning måste klustret eller valvet ha sin nätverksåtkomst aktiverad från alla nätverk.
Dataåtkomst
Precis som nätverksanslutningen kontrollerar du fullständigt databasbevakarens åtkomst till dina databaser. Du beviljar åtkomst genom att skapa dedikerade watcher-inloggningar på logiska servrar och SQL-hanterade instanser och sedan bevilja specifika, begränsade behörigheter för att samla in övervakningsdata från SQL-systemvyer.
Watcher-autentisering
Database Watcher stöder Microsoft Entra-autentisering (tidigare känd som Azure Active Directory-autentisering). Det här är det bästa och rekommenderade sättet för en bevakare att autentisera mot ett SQL-mål. Du skapar en Microsoft Entra-autentiseringsinloggning för den hanterade identiteten för övervakaren på alla logiska servrar och SQL-hanterade instanser som du vill övervaka.
Database Watcher stöder även lösenordsbaserad SQL-autentisering. Du kan använda SQL-autentisering om Microsoft Entra-autentisering inte är aktiverat på dina Azure SQL-resurser. Mer information finns i Ytterligare konfiguration för användning av SQL-autentisering.
Watcher-auktorisering
För att samla in övervakningsdata kräver en övervakare specifik, begränsad åtkomst till varje övervakningsmål, enligt beskrivningen i följande tabell. Dessa rollmedlemskap och behörigheter ger en bevakare nödvändig åtkomst till systemövervakningsdata, men inte till andra data i dina databaser.
| Azure SQL Database | Azure SQL Hanterad Instans |
|---|---|
Medlemskap i alla följande serverroller: ##MS_ServerPerformanceStateReader####MS_DefinitionReader####MS_DatabaseConnector## |
Följande serverbehörigheter:CONNECT SQLCONNECT ANY DATABASEVIEW ANY DATABASEVIEW ANY DEFINITIONVIEW SERVER PERFORMANCE STATEBehörigheten SELECT för följande tabeller i msdb databasen:dbo.backupmediafamilydbo.backupmediasetdbo.backupsetdbo.suspect_pagesdbo.syscategoriesdbo.sysjobactivitydbo.sysjobhistorydbo.sysjobsdbo.sysjobstepsdbo.sysoperatorsdbo.syssessions |
Viktig
När en övervakare ansluter till en Azure SQL-resurs verifierar den de SQL-behörigheter som den har. Om de behörigheter som beviljas är otillräckliga eller om onödiga behörigheter beviljaskopplas bevakaren från. Detta säkerställer att övervakaren kan samla in systemövervakningsdata, men inte av misstag beviljas åtkomst till andra data i dina databaser.
När du konfigurerar watcher-åtkomst till ett SQL-mål alltid skapa en dedikerad inloggning med hjälp av angivna skript. Lägg inte till watcher-inloggningen eller användaren i några SQL-roller eller bevilja andra SQL-behörigheter än de som anges i tabellen.
Om du nekar de behörigheter som krävs för inloggningen eller användaren för en bevakare, eller till en roll som har en watcher-inloggning eller användare som medlem (inklusive databasrollen public ), kanske övervakaren inte samlar in övervakningsdata. Beroende på vilka behörigheter som nekas kan detta påverka vissa eller alla datauppsättningar.
Om du däremot beviljar onödiga behörigheter till inloggningen eller användaren för en bevakare, eller till en roll som har watcher-inloggningen eller användaren som medlem, kanske övervakaren inte samlar in övervakningsdata för vissa eller alla datauppsättningar. På samma sätt kanske data inte samlas in om du lägger till watcher-inloggningen eller användaren till en inbyggd server- eller databasroll.
Vad är det senaste
I det här avsnittet beskrivs de senaste korrigeringarna, ändringarna och förbättringarna av databas bevakaren.
| Tidsperiod | Ändringar |
|---|---|
| Juli 2025 | – Åtgärda ett problem där övervakningsfrågor för databasbevakare hindrade serverlösa databaser, inklusive databaser med kostnadsfria erbjudanden, från att pausas. Mer information finns i Datainsamling i serverlösa databaser. |
| April år 2025 | – Åtgärda ett fel där en databasbevakardistribution via Bicep, en ARM-mall, Terraform eller REST API skulle misslyckas om prenumerations-ID, resursgruppsnamn eller övervakningsnamnsdistributionsparametrar använde inkonsekvent hölje. – Åtgärda ett fel där insamling av vissa datauppsättningar för ett SQL-databasmål skulle stoppas om databasen återställdes från säkerhetskopian. – Ändra för att begränsa datainsamling i tabellmetadatauppsättningar för databaser med många tabeller och för SQL-hanterade instanser med många databaser för att undvika tidskrävande insamlingsfrågor. – Förbättra insamlingsfrågans prestanda för datamängden Sessionsstatistik för SQL-hanterade instansmål . |
| Februari 2025 | – Lägg till stöd för aviseringar. Mer information finns i Database Watcher-aviseringar. |
| Januari 2025 | – Åtgärda för att göra distribution av databasövervakare via Bicep- eller ARM-mallar idempotent. – Åtgärda ett fel där information om SQL Agent-jobbhistorik på den detaljerade instrumentpanelen för SQL Managed Instance inte visades. – Åtgärda en bugg där filtrering av data på Sessions-diagrammen på de detaljerade instrumentpanelerna skulle orsaka KQL-frågefel. – Åtgärda ett fel där lagringsdataflödesvärdena på de detaljerade instrumentpanelerna var felaktiga. – Förbättra diagrammen för lagringsanvändning på de detaljerade instrumentpanelerna så att den maximala lagringsstorleken inkluderas. – Förbättra för att visa den ursprungliga och komprimerade storleken på insamlade data i avsnittet Datalager . – Förbättra det meddelande som visas när en instrumentpanel inte kan ansluta till datalagret för att ta med förslag på vanliga problem. – Lägg till informationsmeddelanden när det inte finns några data som visas på instrumentpanelerna för de viktigaste frågorna av kända skäl. – Lägg till information om Hyperscale-logghastighetsbegränsning i Repliker datauppsättning för Azure SQL-databaser. – Lägg till transaktionsstarttid och loggbyte som används i datauppsättningarna Aktiva sessioner . |
| November 2024 | - Aktivera databasbevakare i Australien, centrala, Australien, sydöstra, Kanada, östra, USA, centrala, Tyskland, västra centrala, Japan, västra, Korea, centralaoch usa, norra centrala Azure-regioner. – Öka gränsen för antalet SQL-mål per bevakare från 50 till 100. |
| Oktober 2024 | – Åtgärda buggar där Tabellmetadata datauppsättningen inte samlades in om det fanns några vyer med ogiltiga tabellreferenser eller tabeller med kontrollbegränsningar för flera kolumner. – Lägg till stöd för att använda en användartilldelad identitet som bevakaridentitet. Mer information finns i Ändra bevakaridentitet. – Bevilja bevakaren automatiskt åtkomst till key vault-hemligheter när du lägger till ett SQL-mål som använder SQL-autentisering. – Bevilja bevakaren automatiskt åtkomst till en Azure Data Explorer-databas när du lägger till ett datalager i en befintlig bevakare. – Lägg till feedbackknappen på sidan Översikt och andra sidor. |
| September 2024 | – Åtgärda en bugg där antalet logiska användarsessioner i Sessionsstatistik datauppsättning alltid var samma som antalet användarsessioner, även om MARS- logiska sessioner användes. – Åtgärda ett fel där lagringsanvändning för elastiska pooler inte rapporterades korrekt för Hyperskala elastiska pooler. – Lös ett problem där för vissa datauppsättningar kan det första exemplet som samlas in efter en omstart av watcher innehålla data som redan har samlats in före omstart. – Förbättra sammanställningsfrågas prestanda för att undvika att tidsgränsen överskrids för tabellmetadata-datasetet. – Förbättra insamlingstillförlitligheten för frågekörningsstatistik och datauppsättningar för frågeväntestatistik i SQL Managed Instance. – Lägg till redundansrelaterade kolumner i datauppsättningen Databasrepliker för SQL Managed Instance. – Lägg till kolumner för indexdriftsstatistik i indexmetadatauppsättningarna. – Lägg till stöd för att välja flera Azure SQL-databaser på bladet Lägg till SQL-mål . |
| Augusti 2024 | – Aktivera databasbevakare i USA, centrala, USA, östra 2, Europa, norraoch Sverige, centrala Azure-regioner. – Lägg till prenumerations- och resursgruppsfilter i instrumentpaneler för egendom. |
| Juli 2024 | – Åtgärda ett fel där prestandaval datauppsättningar inte samlades in från databaser med en skiftlägeskänslig katalogsortering eller från förvaltade instanser med en skiftlägeskänslig databassortering. – Åtgärda ett fel där data inte samlades in om databasnamnet i SQL-metadata hade ett annat ärende än databasnamnet i ARM-metadata (Azure Resource Manager). – Åtgärda ett fel där datauppsättningarna Frågekörningsstatistik och Datamängder för frågeväntestatistik inte samlades in i databaser med en stor mängd nya frågor och frågeplaner som infogats i Query Store-tabeller. – Lös ett problem där datauppsättningarna Geo-repliker och repliker inte samlades in från Hyperskala-databaser. – Lägg till de subscription_idresource_group_name och i alla datauppsättningar. Kräver en engångs -omstart av en bevakare.– Lägg till den resource_idgemensamma kolumnen i alla datauppsättningar. Data visas för SQL-mål som lades till i juli 2024 eller senare. Om du vill att data ska visas för ett befintligt SQL-mål ta bort och lägga till målet igen och starta om bevakaren. |
| Juni 2024 | – Åtgärda en bugg där data inte samlades in från vissa SQL-mål som lagts till via Bicep eller en ARM-mall. – Åtgärda ett fel där datauppsättningen säkerhetskopieringshistorik inte samlades in för vissa Azure SQL-databaser. – Åtgärda ett fel där repliktypen för en hanterad instans felaktigt fastställdes som Geo-replikeringsförmedlare om instansen hade en databas med Managed Instance-länk. Samma bugg gjorde att körstatistik för frågor och väntestatistik för frågor inte samlades in i det här fallet. – Åtgärda ett fel som gjorde att det inte gick att läsa in mål på bladet SQL-mål i Azure-portalen om användaren inte hade åtkomst till prenumerationen på SQL-målet eller om prenumerationen har tagits bort. – Åtgärda ett fel där kvarhållnings- och cacheperioden för en Azure Data Explorer-databas som skapas som standard när en bevakare skapas i Azure-portalen har angetts till obegränsad i stället för 365 respektive 31 dagar. – Åtgärda ett fel där vissa hanteringsåtgärder, till exempel att skapa eller ta bort en hanterad privat slutpunkt, rapporterades som lyckade i Azure-portalen trots att de misslyckades. – Åtgärda ett fel där listan över databaser i listrutan var ofullständig för SQL-databasmålen om den logiska SQL-servern innehöll fler än 1 000 databaser. – Åtgärda ett fel där om du väljer en Azure Data Explorer-databas eftersom datalagret skulle ta bort åtkomsten som en annan bevakare i samma resursgrupp hade på den här databasen. – Aktivera export av ARM-mallar för bevakare i Azure-portalen. – Lägg till en varning när övervakaren skapas om resursprovidern Microsoft.Network inte är registrerad i den prenumeration som valts för övervakaren. – Lägg till ett detaljerat felmeddelande om det inte går att ta bort en bevakare eller en hanterad privat slutpunkt eftersom det finns ett borttagningslås i resursomfånget. |
| April 2024 | – Aktivera databasbevakare i regionerna Australien, östra och Storbritannien, södra Azure. – Åtgärda ett fel vid tillsättandet av en hanterad privat slutpunkt när flera privata slutpunkter snabbt läggs till för samma övervakare. – Åtgärda datauppsättningen säkerhetskopieringshistorik för SQL-databaser så att den innehåller fullständiga säkerhetskopior. – Förbättra insamlingsfrågans prestanda för att undvika tidsgränser för indexmetadata, frågekörningsstatistik, frågeväntestatistik och datauppsättningar för tabellmetadata . – Åtgärda ett fel där data för vissa datauppsättningar inte samlades in efter att en databas återställts från en säkerhetskopia. – Åtgärda ett fel där datauppsättningen indexmetadata inte samlades in när index har många viktiga eller inkluderade kolumner eller när namnen på dessa kolumner är långa. – Lägg till SOS-schemaläggare datauppsättning. – Lägg till en knapp för att ladda ned den valda frågeplanen från instrumentpanelerna för de viktigaste frågorna . – Lägg till ett snabbstartsexempel för att skapa och konfigurera en bevakare med hjälp av Bicep eller en ARM-mall. |
Begränsningar
I det här avsnittet beskrivs begränsningar för databasskådaren. Lösningar tillhandahålls om det är tillgängligt.
| Begränsning | Lösning |
|---|---|
| Aviseringar är inte tillgängliga när datalagret använder Real-Time Analytics i Microsoft Fabric eller ett kostnadsfritt Azure Data Explorer-kluster. | I Real-Time Analytics kan du skapa Aktiveringsaviseringar för en Real-Time instrumentpanel. |
| Azure-loggsökningsaviseringar i Azure Data Explorer stöder inte 1 minuts utvärderingsfrekvens för aviseringar. | Ingen just nu. |
| Azure-loggsökningsaviseringar i Azure Data Explorer stöds inte när offentlig åtkomst till Azure Data Explorer-klustret inaktiveras. | Ingen just nu. |
| På grund av en säkerhetsbegränsning i Azure Monitor kan du inte ändra aviseringsregelfrågor i Azure-portalen om du ansluter från en IP-adress som är associerad med ett virtuellt nätverk där privata slutpunkter finns. | Du kan ändra en aviseringsregel med hjälp av Azure CLI-, PowerShell-, REST API- eller ARM-mallar. Mer information finns i Skapa en ny aviseringsregel med hjälp av CLI, PowerShell eller en ARM-mall och Hantera aviseringsregler. |
| Om du använder mindre SKU:er för Azure Data Explorer, som Dev/test eller Extra liten, är det möjligt att vissa frågor på instrumentpanelen ibland inte kan köras och orsakar ett felmeddelande om "avbröts på grund av begränsningar". | Uppdatera instrumentpanelen eller skala upp Azure Data Explorer-klustret till nästa högre nivå av SKU. |
| Om du skapar ett kostnadsfritt Azure Data Explorer-kluster från databasbevakarens användargränssnitt i Azure-portalen kan du få felet "Det gick inte att ansluta till klustret, 403-Förbjudet" om du försöker komma åt klustret i Azure Data Explorer webbgränssnittet. | Det här problemet uppstår inte om du skapar det kostnadsfria klustret med hjälp av https://aka.ms/kustofree. Om du redan har skapat ett kostnadsfritt kluster från Azure-portalen följer du dessa steg: I webbgränssnittet för Azure Data Explorer väljer du ditt profilnamn i huvudfältet för att öppna kontohanteraren och väljer Växla katalog. Välj mappen annat änMicrosoft-konto, och välj Växla. Nu bör du se det kostnadsfria Azure Data Explorer-klustret som du skapade. Du kan också redigera klusteranslutningen i Azure Data Explorer-webbgränssnittet med hjälp av knappen redigera (penna) och på liknande sätt växla katalogen. |
| Om CPU-förbrukningen för en databas, elastisk pool eller en SQL-hanterad instans kvarstår nära 100%kan återstående CPU-resurser vara otillräckliga för frågor om databasövervakares datainsamling, vilket orsakar luckor i insamlade data. | Om du ser dataluckor som korrelerar med hög CPU-användning i databasen, elastisk pool eller en SQL-hanterad instans kan du överväga att justera programarbetsbelastningen för att minska CPU-förbrukningen eller öka antalet virtuella kärnor eller DTU:er för att möjliggöra tillförlitlig övervakning. |
Kända problem
Under förhandsversionen har database watcher följande kända problem.
| Ärende | Begränsning eller temporär lösning |
|---|---|
| Om datainsamlingen inte kan starta eller fortsätta på grund av ett fel (till exempel otillräcklig åtkomst till ett SQL-mål eller till datalagret) visas inte felet. | För att felsöka, se Data samlas inte in. |
| På grund av ett känt problem i Azure SQL Database och Azure SQL Managed Instance kanske förväntade data inte samlas in från en läsbar sekundär replik med hög tillgänglighet (HA) om databasrepliker ändrar roller, till exempel efter en underhållshändelse. | Vanligtvis löses problemet utan någon åtgärd inom en eller två dagar. Starta om bevakaren om du vill återuppta datainsamlingen tidigare. |
| För Azure SQL Managed Instance kanske data inte samlas in från den läsbara repliken med hög tillgänglighet eller från en geo-replik om du använder SQL-autentisering. | Det finns två lösningar: 1. Använd Microsoft Entra ID-autentisering (rekommenderas). 2. Inaktivera lösenordspolicyns kontroll. Kör ALTER LOGIN [database-watcher-login-placeholder] WITH CHECK_POLICY = OFF;och ersätt database-watcher-login-placeholder med namnet på SQL-autentiseringsinloggningen för övervakaren. Kör det här kommandot på den primära repliken och på geo-repliken, om det finns någon. |
I Azure SQL Managed Instance samlas data inte in om EXECUTE-behörigheten för den systemlagrade proceduren sys.xp_msver upphävs eller nekas för rollen public. |
Ge behörighet på EXECUTE till sys.xp_msver watcher-inloggningen. På varje SQL-hanterad instans som läggs till som ett SQL-mål, kör USE master; CREATE USER [database-watcher-login-placeholder] FOR LOGIN [database-watcher-login-placeholder]; GRANT EXECUTE ON sys.xp_msver TO [database-watcher-login-placeholder];, och ersätt database-watcher-login-placeholder med namnet på watcher-inloggningen. |
| Om du skapar en hanterad privat slutpunkt för en bevakare för att ansluta till en SQL-hanterad instans som stoppas rapporteras etableringstillståndet för den privata slutpunkten som Misslyckadesoch övervakaren kan inte ansluta till instansen. | Ta bort den hanterade privata slutpunkten med provisioning state Misslyckades och starta den hanterade SQL-instansen. När instansen körs och den misslyckade privata slutpunkten har tagits bort, återskapa den hanterade privata slutpunkten. |
| Data samlas inte in om du använder en databas i Real-Time Analytics som datalager och alternativet OneLake-tillgänglighet är aktiverat. | Inaktivera alternativet OneLake-tillgänglighet och starta om bevakaren för att återuppta datainsamlingen. |
| På grund av ett känt problem i Azure Monitor-aviseringar, om du redigerar en aviseringsregel som skapats från en databasbevakarmall, anges omfattningen för alla utlösta aviseringar till Azure Data Explorer-klustret som används som bevakardatalager i stället för det SQL-mål som aviseringen gäller för. | Redigera aviseringsregeln programmatiskt, till exempel med hjälp av Bicep eller en ARM-mall, och ange egenskapen resourceIdColumn till värdet resource_id. Mer information finns i Resource Manager-mallexempel för aviseringsregler för loggsökning i Azure Monitor. |
Felsöka
I det här avsnittet beskrivs de steg du kan vidta för att lösa vanliga problem. Om stegen i det här avsnittet inte löser problemet öppna ett supportärende.
Data samlas inte in
Om du skapar en ny bevakare och inte ser övervakningsdata på instrumentpaneler och i datalagret, eller om du bara ser äldre data för en befintlig bevakare, kan du läsa det här avsnittet.
På sidan Översikt, kontrollera fältet Status för att se om bevakaren är igång. Annars använder du knappen Starta på samma sida för att starta datainsamlingen. En ny bevakare startas inte automatiskt.
Kontrollera att bevakaren har åtkomst till datalagret.
Om du använder en Azure Data Explorer-databas som datalager kontrollerar du att Azure Data Explorer-klustret har startats. Mer information finns på Stoppade Azure Data Explorer-kluster.
Kontrollera att övervakaren har den specifika, begränsadeåtkomsten till SQL-mål. Dessutom, om du använder SQL-autentisering för några mål, kontrollera åtkomsten för till key vaulteller använd den rekommenderade Microsoft Entra-autentiseringen i stället.
Om du vill att övervakaren ska använda Microsoft Entra-autentisering för att ansluta till SQL-mål kontrollerar du att Microsoft Entra-autentisering är aktiverat på de logiska SQL-servrar som är värdar för databas- och elastiska poolmål och på sql-hanterade instansmål.
Om du har skapat några privata slutpunkter för bevakaren kontrollerar du att de är godkända av resursägaren.
Om du använder offentlig anslutning, se till att kraven för och är uppfyllda så att bevakaren kan ansluta till mål, datalager och nyckelvalv.
Azure Data Explorer-klustret eller databasen eller Real-Time Analytics-databasen kan ha tagits bort efter att den har valts som datalager för din bevakare. Gå till klustret och databasen och bekräfta att de finns.
Om du använder det kostnadsfria Azure Data Explorer-klustret kontrollerar du att du inte har nått lagringskapacitet i klustret. Mer information finns i Kostnadsfria Azure Data Explorer-kluster.
Om du gör ändringar i bevakarens åtkomst eller anslutning som en del av felsökningen kan du behöva stoppa och starta om bevakaren för att ändringarna ska börja gälla.
Instrumentpaneler är tomma
Om du väljer sidan instrumentpaneler i en bevakare, men inte ser någon sammanfattning av SQL-mål på sidan, kan du expandera avsnittet Data store. Om du ser ett fel med Det går inte att ansluta ..., läs det här avsnittet.
Du kanske inte har åtkomst till datalagret. Mer information finns i Bevilja användare och grupper åtkomst till datalagret.
Du kanske inte har någon nätverksanslutning till datalagret. Detta inträffar till exempel om anslutningar från webbläsaren till Azure Data Explorer-klustret använder offentlig anslutning, men du inaktiverar offentlig åtkomst till klustret. I så fall kan du inte heller ansluta till klustret från Kusto Explorer eller Azure Data Explorer webbgränssnittet.
Lös problemet genom att upprätta en privat anslutning från datorn till Azure Data Explorer-klustret enligt beskrivningen i Privat anslutning till datalagret.
Följ dessa steg för att verifiera att du har åtkomst och kan ansluta till datalagret och att datalagringsdatabasen finns:
På sidan Dashboards för en bevakare expanderar du avsnittet Data store och kopierar värdet för Kusto-fråge-URI:n. Se till att kopiera hela URI-strängen. Anteckna även värdet för Kusto-databas.
Öppna Azure Data Explorer webbgränssnittet. Logga in om du uppmanas att göra det.
Välj Lägg till, Anslutningoch ange den kopierade URI:n som Anslutnings-URI.
Välj Lägg till för att skapa en ny anslutning.
När en ny anslutningspost har lagts till expanderar du den för att visa databaserna.
Välj databasen som refereras till som Kusto-databas på instrumentpanels-sidan i din watcher, och välj + symbols-ikonen på flikbaren för att öppna en ny frågeflik som är ansluten till den här databasen.
Kör följande KQL-kommando:
.show database principals;Kontrollera att det finns en rad för en Viewer- eller en högre privilegierad roll för ditt användarkonto eller för en Microsoft Entra-ID-grupp som innehåller ditt användarkonto.
Skicka synpunkter
Databasbevakarteamet på Microsoft ser fram emot dina kommentarer och förslag. Du kan skicka produktfeedback på något av följande sätt:
- Publicera en ny idé i SQL-feedbackforumet. På sidan Publicera en ny idé använder du SQL som forum, väljer gruppen Azure SQL och inkluderar database watcher i rubriken. Den feedback du skickar i feedbackforumet är offentlig. Andra communitymedlemmar kan rösta upp och kommentera dina idéer och förslag. Gemenskapsröstningar och kommentarer hjälper databasbevakningsteamet att planera och prioritera produktförbättringar.
- Använd feedbackknappen på en av databasbevakningssidorna i Azure-portalen. Du kan till exempel hitta feedbackknappen på sidan Översikt eller på instrumentpanelen bredvid uppdateringsknappen. Den feedback du skickar på det här sättet är inte offentlig. Även om Microsoft ser din feedback, beroende på vad du föredrar och vilka sekretessregler som gäller, kanske Microsoft inte kan svara dig angående den här feedbacken.
För teknisk support eller hjälp med att lösa ett problem med databasövervakaren, vänligen öppna ett supportärende .
Relaterat innehåll
- Snabbstart: Skapa en bevakare för att övervaka Azure SQL (förhandsversion)
- Skapa och konfigurera en bevakare (förhandsversion)
- Database Watcher-datainsamling och datauppsättningar (förhandsversion)
- Analysera övervakningsdata för databasövervakare (förhandsversion)
- Database Watcher-aviseringar (förhandsversion)
- Vanliga frågor och svar om Database Watcher