Überwachen von Azure SQL-Workloads mit Datenbankwatcher (Vorschau)

Gilt für:Azure SQL-DatenbankVerwaltete Azure SQL-Instanz

Datenbankwatcher ist eine verwaltete Überwachungslösung für Datenbankdienste in der Azure SQL-Familie. Es unterstützt Azure SQL-Datenbank und azure SQL Managed Instance.

Datenbankwatcher sammelt detaillierte Daten für die Workloadüberwachung und bietet Ihnen eine detaillierte Ansicht der Datenbankleistung, Konfiguration und Integrität. Überwachungsdaten der von Ihnen ausgewählten Datenbanken, Pools für elastische Datenbanken und Instanzen von SQL Managed Instance werden in einem zentralen Datenspeicher in Ihrem Azure-Abonnement gesammelt. Dashboards im Azure-Portal bieten eine zentrale Ansicht Ihres Azure SQL-Bestands und eine detaillierte Ansicht jeder Datenbank, jedes Pools für elastische Datenbanken und jeder Instanz von SQL Managed Instance. Warnungen informieren Sie, wenn der Status Ihrer Azure SQL-Datenbankumgebung möglicherweise Aufmerksamkeit erfordert.

Um SQL-Überwachungsdaten zu speichern und zu analysieren, kann der Datenbankbeobachter entweder Azure Data Explorer oder Real-Time Analytics in Microsoft Fabric verwenden. Azure Data Explorer ist ein vollständig verwalteter, hochgradig skalierbarer Datendienst, der für schnelle Erfassung und Analyse von Zeitreihenüberwachungsdaten entwickelt wurde. Ein einzelner Azure Data Explorer-Cluster kann skaliert werden, um Überwachungsdaten aus Tausenden von Azure SQL-Ressourcen zu unterstützen. Echtzeitanalysen verwenden dasselbe Kernmodul wie ein SaaS-Angebot in Microsoft Fabric.

Sie können Daten in einem Azure-Daten-Explorer oder Real-Time Analytics-Datenbank mithilfe von KQL oder T-SQL abfragen, benutzerdefinierte Visualisierungen mit Azure Data Explorer-Dashboards, Power BI oder Grafana erstellen und Daten in Excel analysieren. Sie können eine Datenaufbewahrungsrichtlinie pro Datenbank oder pro Tabelle festlegen und Ihren Azure Data Explorer-Cluster automatisch oder manuell skalieren , um das optimale Preis-Leistungsverhältnis zu erzielen.

Um mit der Überwachung Ihrer Azure SQL-Ressourcen zu beginnen, erstellen Sie eine Watcher-Ressource in Ihrem Azure-Abonnement. Konfigurieren Sie die Überwachung, indem Sie einen Datenspeicher und eine Reihe von Datenbanken, elastischen Pools oder SQL-verwalteten Instanzen auswählen, um sql-Ziele zu überwachen. Gewähren Sie dem Watcher Zugriff auf Ziele, und starten Sie den Watcher.

• Die Schritte für den schnellen Einstieg finden Sie in der Schnellstartanleitung: Überwachen von Azure SQL mit Datenbanküberwachung. Details zu Setup und Konfiguration finden Sie unter Erstellen und Konfigurieren eines Watchers.

• Antworten auf häufig gestellte Fragen zur Datenbanküberwachung finden Sie unter Häufig gestellte Fragen zur Datenbanküberwachung.

• Eine Videoübersicht über Database Watcher finden Sie in der Folge Daten exponiert:

Hinweis

Der Database Watcher befindet sich derzeit in der Vorschauphase. Vorschaufeatures werden mit eingeschränkten Funktionen veröffentlicht, aber auf Vorschaubasis zur Verfügung gestellt, sodass Kunden frühzeitig Zugriff erhalten und Feedback geben können. Vorschaufeatures unterliegen separaten ergänzenden Vorschaubedingungen und unterliegen nicht SLAs. Sie erhalten in bestimmten Fällen den bestmöglichen Support. Der Microsoft-Support ist jedoch an Ihrem Feedback zu den Vorschaufunktionen interessiert und bietet möglicherweise in bestimmten Fällen bestmöglichen Support. Vorschaufunktionen sind gegebenenfalls begrenzt oder funktionell eingeschränkt und eventuell nur in ausgewählten geografischen Regionen verfügbar.

Unterstützte Azure SQL-Ziele

Datenbankwatcher unterstützt alle Dienstebenen, Computeebenen und Dienstziele in Azure SQL-Datenbank und Azure SQL Managed Instance. Dazu gehören vCore - und DTU-Einkaufsmodelle , bereitgestellte und serverlose Computeebenen, einzelne Datenbanken und elastische Pools sowie Hyperscale.

Database Watcher kann alle Typen sekundärer lesbarer Replikate überwachen, einschließlich Hochverfügbarkeitsreplikaten, Georeplikaten und benannten sekundären Hyperscale-Replikaten.

Für einem bestimmten Watcher können sich die SQL-Ziele in einem beliebigen Abonnement innerhalb desselben Microsoft Entra ID-Mandanten befinden.

Datenbankwatcher – Preise

Die Kosten der Datenbanküberwachung entstehen durch ihre einzelnen Komponenten, wie folgt:

Komponente	Preis	Hinweise
Beobachter	Kostenlos
Armaturenbretter	Kostenlos
Azure Data Explorer Cluster 1	Preisdetails	Die optimale Cluster-SKU hängt von der Anzahl der Überwachungsziele und der Abfragearbeitsauslastung ab, die auf dem Cluster ausgeführt wird. Überlegungen zur Clustergröße finden Sie unter Verwalten des Azure Data Explorer-Clusters.
Echtzeitanalysen in Microsoft Fabric	Enthalten im Verbrauchsmodell des Power BI Premium-Arbeitsbereichs. Abrechnung nach Nutzung.	Verwenden Sie entweder Azure Data Explorer oder Echtzeitanalysen. Nur eines dieser Angebote ist erforderlich.
Ein Tresor in Azure Key Vault	Preisdetails	Nur erforderlich, wenn die optionale SQL-Authentifizierung anstelle der standardmäßigen Microsoft Entra-Authentifizierung verwendet wird.
Azure-Netzwerkbandbreite	Preisdetails	Kosten entstehen nicht, wenn ein Watcher, seine Ziele und sein Datenspeicher in derselben Azure-Region bereitgestellt werden.
Alarmsignale	Preisdetails	Datenbanküberwachung verwendet Protokollbenachrichtigungen. Der monatliche Preis ist variabel und hängt von der Anzahl der erstellten Warnungsregeln, der Anzahl der SQL-Ziele ab, die während des Monats Warnungen generiert haben, und der Auswertungshäufigkeit jeder Warnungsregel.

¹ Sie können einen kostenlosen Azure Data Explorer-Cluster verwenden, wenn eine Vereinbarung zum Servicelevel nicht erforderlich ist und die Abfrageleistungs- und Speicheranforderungen von den kostenlosen Clusterkapazitätsspezifikationen erfüllt werden. Der Testzeitraum für den kostenlosen Cluster beträgt ein Jahr und kann automatisch verlängert werden.

Es gibt keine Gebühr pro überwachter Azure SQL-Ressource oder pro Benutzer, wodurch Datenbankwatcher eine kostengünstige Überwachungslösung für größere Azure SQL-Umgebungen und größere Teams wird.

Regionale Verfügbarkeit

Derzeit können Sie Watcher in den folgenden Azure-Regionen erstellen:

Amerika

• Kanada, Mitte
• Kanada, Osten
• USA, Mitte
• USA, Osten
• USA, Osten 2
• USA, Norden-Mitte
• USA, Westen

Asien-Pazifik

• Australien, Mitte
• Australien, Osten
• Australien, Südosten
• Japan, Westen
• Südkorea, Mitte
• Asien, Südosten

Europa, der Nahen Osten und Afrika

• Deutschland, Westen-Mitte
• Europa, Norden
• Europa, Westen
• Schweden, Mitte
• Vereinigtes Königreich, Süden

Tipp

Ein Watcher in einer Azure-Region kann Ziele in einer anderen Region überwachen. Ebenso können sich ein Watcher und sein Datenspeicher in verschiedenen Regionen befinden.

Wenn möglich sollten Sie einen Watcher, seine Ziele und seinen Datenspeicher in dieselbe Region verlagern. Wenn die Datenbanküberwachung noch nicht in Ihrer Region verfügbar ist, wählen Sie eine Region in derselben Azure-Geografie aus. Dies kann die Kosten der Azure-Netzwerkbandbreite verringern.

Grenzwerte

Es gibt einen Grenzwert für die Anzahl der SQL-Ziele pro Watcher und die Anzahl der Watcher pro Abonnement. Bereitstellungen, welche diese Grenzwerte überschreiten, werden nicht unterstützt.

Parameter	Begrenzung
SQL-Ziele pro Watcher1	100
Zuschauer pro Abonnement	20

¹Ein Hochverfügbarkeitsreplikat einer Datenbank, eines elastischen Pools oder einer sql-verwalteten Instanz wird unabhängig von seinem übergeordneten Replikat überwacht und gilt als separates Ziel.

Hinweis

Während der Vorschau können die Grenzwerte geändert werden.

Armaturenbretter

Der Datenbanküberwacher verwendet Azure-Arbeitsmappen, um Überwachungsdashboards auf unternehmensweiter Ebene und auf Ressourcenebene bereitzustellen.

Hier ist ein Beispiel für ein CPU-Auslastungswärmebild der Datenbank im Bestandsdashboard. Jedes Sechseck stellt ein SQL-Ziel dar. Es gibt zwei logische Server, einen mit sechs Datenbanken und einen mit drei Datenbanken. Die sekundären Replikate mit Hochverfügbarkeit werden auf der Heatmap als separate Ziele angezeigt. Wählen Sie das Bild aus, um weitere Details anzuzeigen, einschließlich Datenerfassungsstatistiken.

Nachfolgend sehen Sie ein Beispiel für eine partielle Ansicht der Registerkarte "Leistung " eines Azure SQL-Datenbankdashboards. Wählen Sie das Bild aus, um in die Details zu zoomen.

In der folgenden Tabelle werden die Funktionalitäten von Datenbankwatcherdashboards im Azure-Portal beschrieben.

Funktion	Beschreibung
Bestandsdashboards	Visualisieren Sie Überwachungsdaten auf hoher Ebene für mehrere überwachte Ressourcen in einer gemeinsamen Ansicht. Verwenden Sie Heatmaps, um die am meisten Ressourcen verbrauchenden Datenbanken, elastischen Pools oder von SQL verwalteten Instanzen zu finden. Verwenden Sie die Ansicht „Top-Abfragen“, um Abfragen mit dem höchsten Ressourcenverbrauch in Ihrer Azure SQL-Umgebung zu finden und diese nach CPU, Dauer, Ausführungsanzahl usw. einzuordnen. Verwenden Sie die Filter "Abonnement", "Ressourcengruppe" und "Ressourcenname", um sich auf Teilmengen Ihrer Azure SQL-Eigenschaft zu konzentrieren. Durchsuchen detaillierter Dashboards für spezifische Ressourcen.
Ressourcendashboards	Visualisieren Sie detaillierte Überwachungsdaten für eine Datenbank, einen elastischen Pool oder eine von SQL verwaltete Instanz, einschließlich: - Aktive Sitzungen – Sicherungsverlauf – Allgemeine Leistungsindikatoren – Verbindungstests – Eigenschaften und Konfiguration von Datenbank und Instanz – Georeplikation – Indexmetadaten, Nutzungsstatistiken, Warnungen und Vorschläge – Ressourceneinsatz – Sitzungs- und Verbindungsstatistiken – SQL-Agent-Auftragsstatus und -verlauf – Speicherverbrauch und Leistung – Tabellenmetadaten – Top-Abfragen – Wartestatistiken Verwenden Sie Dropdown-Menüs für Ressourcen, um schnell von einer Ressource zu einer anderen zu wechseln. Verwenden Sie den Link Bestand, um auf ein Bestandsdashboard zu verkleinern.
Nach Zeitbereich filtern	Legen Sie auf jedem Dashboard den Zeitbereich fest, um sich auf das gewünschte Zeitintervall zu konzentrieren. Verwenden Sie Standard- oder benutzerdefinierte Zeitbereiche. Grenzen Sie den Zeitbereich auf ein interessantes Intervall ein durch Wischen oder Ziehen des Mauscursors über ein Diagramm, um einen kürzeren Zeitraum auszuwählen.
Stammdaten	Je nach Dataset zeigen Dashboards entweder eine Zusammenfassung für das ausgewählte Zeitintervall oder die neueste Im Zeitintervall gesammelte Stichprobe an. Wechseln Sie zwischen der neuesten und einer historischen Ansicht, um datenbeispiele weiter oben im ausgewählten Zeitraum anzuzeigen. Anstatt beispielsweise die derzeit aktiven Sitzungen zu betrachten, überprüfen Sie eine vorherige Stichprobe aktiver Sitzungen, die während einer Spitze im Ressourceneinsatz gesammelt wurde.
Sekundäre Replikate	Überwachen Sie alle Arten von Replikaten, einschließlich der sekundären Hochverfügbarkeitsreplikate (High Availability, HA) in Bestandsdashboards. Schalten Sie um zwischen dem Anzeigen des primären Replikats und dem sekundären Hochverfügbarkeitsreplikat auf Ressourcendashboards.
Herunterladen von Daten nach Excel	Laden Sie Daten aus Diagrammen und Rastern als csv-Dateien herunter, und öffnen Sie diese in Excel für weitere Analysen.
Datenaktualisierung	Rufen Sie die neuesten Daten aus dem Überwachungsdatenspeicher ab, wenn Sie ein Dashboard öffnen und während Sie von Registerkarte zu Registerkarte wechseln. Nachdem ein Dashboard einige Zeit geöffnet war, aktualisieren Sie es manuell, um die neuesten Daten anzuzeigen, oder aktivieren Sie die automatische Dashboardaktualisierung.
Ad-hoc-KQL-Abfrage	Verwenden Sie einen Link auf jedem Dashboard, um die Azure Data Explorer-Web-UI zu öffnen und Ihre Überwachungsdaten mit KQL abzufragen. Weitere Informationen finden Sie unter Datasets und Verwenden von KQL zum Analysieren von Überwachungsdaten.
Beschreibungen	Schalten Sie den Parameter " Beschreibungen anzeigen " ein, um Beschreibungen anzuzeigen, die Ihnen dabei helfen, angezeigte Daten zu interpretieren und relevante Dokumentationslinks einzuschließen.
QuickInfos	Zeigen Sie mit der Maus auf ein Feld, um weitere Details und den Kontext für angezeigte Daten anzuzeigen.
Erfassungsstatistiken	Verwenden Sie den Link " Erfassungsstatistik ", um Datenaufnahmelatenz und andere Erfassungsstatistiken pro Dataset anzuzeigen.
Dunkler Modus	Wechseln Sie die Darstellung des Azure-Portals, um das dunkle Design zu verwenden, damit Database Watcher-Dashboards den dunklen Modus verwenden.

Hinweis

Während der Vorschau können sich Dashboardvisualisierungen und Funktionalitäten ändern.

SQL Monitoring-Daten

Datenbanküberwachung sammelt Überwachungsdaten aus mehr als 70 SQL-Katalogansichten und dynamischen Verwaltungsansichten (DMVs). Daten aus einer oder mehreren verwandten Ansichten werden in ein Dataset umgewandelt. Beispielsweise bilden Daten aus sys.dm_exec_sessions, sys.dm_exec_requests und anderen Ansichten das Dataset " Aktive Sitzungen" . Für jedes Dataset gibt es eine separate Tabelle im Azure-Daten-Explorer oder Real-Time Analytics-Datenbank.

Datenbankwatcher verfügt über separate Datasetgruppen für Datenbanken, elastische Pools und SQL verwaltete Instanzen. Es gibt 10 bis 30 Datasets in jeder Gruppe, die eine detaillierte Ansicht der Datenbankleistung, Konfiguration und Integrität für Ihre Azure SQL-Ressourcen bereitstellen.

Weitere Informationen finden Sie unter Datensammlung und Datensätze zur Datenbanküberwachung.

Alarmsignale

Die Datenbanküberwachung bietet eine Reihe von Warnungsregelvorlagen, mit denen Sie Azure Monitor-Warnungsregeln ganz einfach erstellen können. Nachdem eine Warnungsregel erstellt wurde, können Sie sie wie jede andere Warnungsregel in Azure Monitor anpassen und verwalten. Weitere Informationen finden Sie unter Datenbanküberwachungswarnungen.

Netzwerkkonnektivität

Database Watcher verwendet einen Remote-Datensammlungs-Agent, der eine Verbindung mit Zielen, Datenspeicher und Schlüsseltresor über das Netzwerk herstellt. Abhängig von Ihren Netzwerksicherheitsanforderungen und der Konfiguration Ihrer Azure-Ressourcen kann Datenbankwatcher entweder private oder öffentliche Verbindungen verwenden. Sie haben immer die volle Kontrolle über die Netzwerkkonnektivität von Datenbankwatcher zu Ihren Azure-Ressourcen.

Weitere Informationen zur Netzwerkkonnektivität in Azure SQL finden Sie in der Architektur der Azure SQL-Datenbankkonnektivität und der Architektur der verwalteten Azure SQL-Instanzkonnektivität.

Private Konnektivität

Um private Konnektivität bereitzustellen, verwendet der Datenbankbeobachter Azure Private Link. Wenn Sie einen Watcher konfigurieren, können Sie verwaltete private Endpunkte erstellen, um dem Watcher zu ermöglichen, eine Verbindung zu Datenbanken und elastischen Pools auf logischen Servern oder zu SQL-verwalteten Instanzen herzustellen. Sie können auch einen privaten Endpunkt für den Azure Data Explorer-Cluster erstellen und für den Schlüsseltresor, der SQL-Authentifizierungsanmeldeinformationen speichert. Zurzeit ist private Konnektivität für Verbindungen mit Echtzeitanalysen in Microsoft Fabric nicht verfügbar.

Ein Ressourcenbesitzer muss den verwalteten privaten Endpunkt für einen Watcher genehmigen, bevor der Watcher es verwenden kann. Umgekehrt können Ressourcenbesitzer jeden privaten Endpunkt für einen Watcher jederzeit löschen, um die Datensammlung zu beenden.

Nachdem Sie einen verwalteten privaten Endpunkt für eine Überwachung erstellt und genehmigt haben, die auf eine Azure-Ressource ausgerichtet ist, verwendet der gesamte Netzwerkdatenverkehr zwischen dem Watcher und der Ressource private Konnektivität, auch wenn die öffentliche Konnektivität für die Ressource aktiviert bleibt.

Weitere Informationen zu privaten Endpunkten in Azure SQL finden Sie unter Azure Private Link for Azure SQL Database and Azure Private Link for Azure SQL Managed Instance.

Öffentliche Konnektivität

Wenn keine private Konnektivität erforderlich ist, kann Datenbankwatcher öffentliche Konnektivität verwenden, um eine Verbindung mit Azure-Ressourcen herzustellen. Damit ein Watcher eine Verbindung mit Datenbanken und elastischen Pools auf einem logischen Azure SQL-Datenbankserver herstellen kann, muss der öffentliche Zugriff auf den Server aktiviert sein, und die IP-basierte Firewall muss Verbindungen von allen Azure-Diensten zulassen.

Damit ein Watcher eine Verbindung mit einer SQL Managed Instance mithilfe der öffentlichen Konnektivität herstellen kann, muss die Instanz ihren öffentlichen Endpunkt aktiviert haben. Darüber hinaus muss eine Netzwerksicherheitsgruppe (Network Security Group, NSG)-Regel, die eingehenden Datenverkehr an TCP-Port 3342 an das verwaltete Instanzensubnetz zulässt, seine Quelle auf AzureCloud festlegt haben. Weitere Informationen finden Sie unter Configure public endpoints in Azure SQL Managed Instance.

Damit ein Watcher eine Verbindung mit einem Azure Data Explorer-Cluster oder einem Schlüsseltresor mit öffentlicher Konnektivität herstellen kann, muss der Netzwerkzugriff auf den Cluster oder den Tresor von allen Netzwerken aus aktiviert sein.

Datenzugriff

Genau wie die Netzwerkkonnektivität kontrollieren Sie den Datenbankwatcherzugriff auf Ihre Datenbanken vollständig. Sie gewähren Zugriff, indem Sie dedizierte Überwachungsanmeldungen auf logischen Servern und von SQL verwalteten Instanzen erstellen und dann bestimmte, eingeschränkte Berechtigungen zum Sammeln von Überwachungsdaten aus SQL-Systemansichten erteilen.

Watcher-Authentifizierung

Datenbanküberwachung unterstützt die Microsoft Entra-Authentifizierung (früher azure Active Directory-Authentifizierung genannt). Dies ist die bevorzugte und empfohlene Methode für einen Überwacher, um sich bei einem SQL-Ziel zu authentifizieren. Sie erstellen eine Microsoft Entra-Authentifizierungsanmeldung für die verwaltete Identität des Watchers auf allen logischen Servern und sql-verwalteten Instanzen, die Sie überwachen möchten.

Datenbankwatcher unterstützt auch die kennwortbasierte SQL-Authentifizierung. Sie können die SQL-Authentifizierung verwenden, wenn die Microsoft Entra-Authentifizierung für Ihre Azure SQL-Ressourcen nicht aktiviert ist. Weitere Informationen finden Sie unter Zusätzliche Konfiguration zur Verwendung der SQL-Authentifizierung.

Beobachterautorisierung

Zum Sammeln von Überwachungsdaten erfordert ein Watcher spezifischen, begrenzten Zugriff auf jedes Überwachungsziel, wie in der folgenden Tabelle beschrieben. Diese Rollenmitgliedschaften und Berechtigungen gewähren einem Watcher den erforderlichen Zugriff auf die Systemüberwachungsdaten, aber nicht auf andere Daten in Ihren Datenbanken.

Azure SQL-Datenbank	Verwaltete Azure SQL-Instanz
Mitgliedschaft in allen folgenden Serverrollen: ##MS_ServerPerformanceStateReader## ##MS_DefinitionReader## ##MS_DatabaseConnector##	Die folgenden Serverberechtigungen: CONNECT SQL CONNECT ANY DATABASE VIEW ANY DATABASE VIEW ANY DEFINITION VIEW SERVER PERFORMANCE STATE Die SELECT Berechtigung für die folgenden Tabellen in der msdb Datenbank: dbo.backupmediafamily dbo.backupmediaset dbo.backupset dbo.suspect_pages dbo.syscategories dbo.sysjobactivity dbo.sysjobhistory dbo.sysjobs dbo.sysjobsteps dbo.sysoperators dbo.syssessions

Wichtig

Wenn ein Watcher eine Verbindung mit einer Azure SQL-Ressource herstellt, überprüft er die SQL-Berechtigungen, die er besitzt. Wenn die gewährten Berechtigungen nicht ausreichend sind oder unnötige Berechtigungen erteilt werden, trennt sich der Beobachter. Dadurch wird sichergestellt, dass der Watcher Systemüberwachungsdaten sammeln kann, aber er nicht versehentlich Zugriff auf andere Daten in Ihren Datenbanken erhält.

Erstellen Sie beim Konfigurieren des Watcher-Zugriffs auf ein SQL-Ziel immer eine dedizierte Anmeldung mithilfe der bereitgestellten Skripts. Fügen Sie die Watcheranmeldung oder die benutzende Person keiner SQL-Rolle hinzu, und gewähren Sie keine anderen SQL-Berechtigungen als die in der Tabelle aufgeführten.

Wenn Sie die erforderlichen Berechtigungen für die Anmeldung oder die benutzende Person für einen Watcher oder für eine Rolle verweigern, die eine Watcheranmeldung oder eine benutzende Person als Mitglied hat (einschließlich der Datenbankrolle public), dann sammelt der Watcher möglicherweise keine Überwachungsdaten. Je nachdem, welche Berechtigungen verweigert werden, wirkt sich dies möglicherweise auf einige oder alle Datasets aus.

Wenn Sie hingegen der Anmeldung oder der benutzenden Person für einen Watcher oder einer Rolle, die die Watcheranmeldung oder eine benutzende Person als Mitglied hat, unnötige Berechtigungen zuweisen, sammelt der Watcher möglicherweise für einige oder alle Datasets keine Überwachungsdaten. In ähnlicher Weise werden möglicherweise keine Daten gesammelt, wenn Sie die Watcher-Anmeldung oder den Benutzer zu einer integrierten Server- oder Datenbankrolle hinzufügen.

Neuigkeiten

In diesem Abschnitt werden aktuelle Korrekturen, Änderungen und Verbesserungen für Datenbankwatcher beschrieben.

Zeitraum	Änderungen
April 2025	- Fehler behoben, durch den eine Database Watcher-Bereitstellung über Bicep, eine ARM-Vorlage, Terraform oder die REST-API fehlschlug, wenn bei den Bereitstellungsparametern für Abonnement-ID, Ressourcengruppenname oder die Überwachungsname eine inkonsistente Groß-/ Kleinschreibung verwendet wurde – Behebung eines Fehlers, bei dem die Sammlung bestimmter Datasets für ein SQL-Datenbankziel beendet würde, wenn die Datenbank aus der Sicherung wiederhergestellt wurde. - Datensammlung in den Datasets mit Tabellenmetadaten für Datenbanken mit vielen Tabellen und für Instanzen von SQL Managed Instance mit vielen Datenbanken begrenzt, um zeitintensive Sammlungsabfragen zu vermeiden - Sammlungsabfrageleistung für das Dataset zur Sitzungsstatistik für SQL Managed Instance-Ziele verbessert
Februar 2025	– Unterstützung für Warnungen hinzufügen. Weitere Informationen finden Sie unter Datenbanküberwachungswarnungen.
Januar 2025	– Fix, um Datenbankwatcherbereitstellungen über Bicep- oder ARM-Vorlagen idempotent zu machen. – Behebung eines Fehlers, bei dem Details zum SQL-Agent-Auftragsverlauf im detaillierten Dashboard der SQL-Verwalteten Instanz nicht angezeigt wurden. – Behebung eines Fehlers beim Filtern von Daten in den Sitzungsdiagrammen auf den detaillierten Dashboards würde zu KQL-Abfragefehlern führen. – Behebung eines Fehlers, bei dem Speicherdurchsatzwerte in den detaillierten Dashboards falsch waren. – Verbessern Sie die Speicherauslastungsdiagramme auf den detaillierten Dashboards, um die maximale Speichergröße einzuschließen. – Verbessern Sie die Darstellung der ursprünglichen und komprimierten Größe der gesammelten Daten im Abschnitt "Datenspeicher ". – Verbessern Sie die Meldung, die angezeigt wird, wenn ein Dashboard keine Verbindung mit dem Datenspeicher herstellen kann, um Vorschläge für häufige Probleme einzuschließen. – Fügen Sie Informationsmeldungen hinzu, wenn aus bekannten Gründen keine Daten in den Dashboards der obersten Abfragen angezeigt werden. – Fügen Sie Informationen zur Hyperscale-Protokollratenbegrenzung im Replikat-Datensatz für Azure SQL-Datenbanken hinzu. - Startzeit von Transaktionen und Protokollbytes hinzugefügt, die in den Datasets der aktiven Sitzungen verwendet werden
November 2024	- Datenbanküberwachung in den Regionen Australien Central, Australia Southeast, Canada East, Central US, Deutschland West Central, Japan West, Korea Central und North Central US Azure aktivieren. - Erhöhen Sie den Grenzwert für die Anzahl der SQL-Ziele pro Watcher von 50 auf 100.
Oktober 2024	– Behebung von Fehlern, bei denen das Dataset für Tabellenmetadaten nicht erfasst wurde, wenn ansichten mit ungültigen Tabellenverweisen oder Tabellen mit mehreren Spaltenüberprüfungseinschränkungen vorhanden waren. – Unterstützung für die Verwendung einer vom Benutzer zugewiesenen Identität als Überwachungsidentität hinzufügen. Weitere Informationen finden Sie unter Ändern der Überwachungsidentität. – Gewähren Sie dem Watcher automatisch Zugriff auf Geheimnisse im Schlüsseltresor, wenn Sie ein SQL-Ziel hinzufügen, das die SQL-Authentifizierung verwendet. – Gewähren Sie dem Watcher automatisch Zugriff auf eine Azure Data Explorer-Datenbank, wenn Sie einem vorhandenen Watcher einen Datenspeicher hinzufügen. – Fügen Sie die Feedbackschaltfläche auf der Seite "Übersicht" und anderen Seiten hinzu.
September 2024	– Behebung eines Fehlers, bei dem die Anzahl der logischen Benutzersitzungen im Datensatz "Sitzungsstatistik " immer mit der Anzahl der Benutzersitzungen übereinstimmte, auch wenn logische MARS-Sitzungen verwendet wurden. – Behebung eines Fehlers, bei dem die Auslastung der elastischen Poolspeicher für Hyperscale-Elastizitätspools nicht ordnungsgemäß gemeldet wurde. – Behebung eines Problems, bei dem bei bestimmten Datensätzen die erste Stichprobe, die nach einem Watcher-Neustart erfasst wurde, möglicherweise Daten enthält, die bereits vor dem Neustart erfasst wurden. – Verbessern sie die Leistung von Sammlungsabfragen, um Timeouts für das Tabellenmetadatenset zu vermeiden. – Verbesserung der Zuverlässigkeit der Datenerfassung für die Abfragelaufzeitstatistiken und Abfragewartezeitstatistiken-Datasets in SQL Managed Instance. - Failover-bezogene Spalten zum Dataset Datenbankreplikate für SQL Managed Instance hinzugefügt - Indexspalten für betriebliche Statistiken zu den Datasets mit Indexmetadaten hinzugefügt – Fügen Sie Unterstützung für die Auswahl mehrerer Azure SQL-Datenbanken im Blatt "SQL-Ziel hinzufügen " hinzu.
August 2024	– Aktivieren Sie datenbanküberwachung in den Regionen Central US, East US 2, North Europe und Sweden Central Azure. – Hinzufügen von Abonnement- und Ressourcengruppenfiltern in Estate-Dashboards.
Juli 2024	- Fehler behoben, durch den die Leistungszähler-Datasets nicht von Datenbanken mit einer die Groß-/Kleinschreibung beachtenden Katalogsortierung oder von verwalteten Instanzen mit einer die Groß-/Kleinschreibung beachtenden Datenbanksortierung erfasst wurden – Behebung eines Fehlers, bei dem Daten nicht gesammelt wurden, wenn der Datenbankname in den SQL-Metadaten einen anderen Fall als der Datenbankname in den Azure Resource Manager (ARM)-Metadaten hatte. – Behebung eines Fehlers, bei dem die Abfragelaufzeitstatistiken und Abfragewartestatistik-Datasets nicht in Datenbanken mit einer großen Menge neuer Abfragen und Abfragepläne gesammelt wurden, die in Abfragespeichertabellen eingefügt wurden. – Behebung eines Problems, bei dem die Datasets für Georeplikate und Replikate nicht aus Hyperscale-Datenbanken gesammelt wurden. – Fügen Sie allen Datensätzen die subscription_id und resource_group_namegemeinsamen Spalten hinzu. Erfordert einen einmaligen Neustart eines Beobachters. – Fügen Sie die resource_idgemeinsame Spalte zu allen Datasets hinzu. Die Daten werden für SQL-Ziele angezeigt, die im Juli 2024 oder später hinzugefügt wurden. Wenn Daten für ein vorhandenes SQL-Ziel angezeigt werden sollen, entfernen Sie das Ziel, und fügen Sie es erneut hinzu , und starten Sie den Watcher neu .
Juni 2024	– Behebung eines Fehlers, bei dem Daten aus einigen SQL-Zielen nicht gesammelt wurden, die über Bicep oder eine ARM-Vorlage hinzugefügt wurden. - Fehler behoben, durch den das Dataset mit dem Sicherungsverlauf für einige Azure SQL-Datenbanken nicht gesammelt wurde – Behebung eines Fehlers, bei dem der Replikattyp einer verwalteten Instanz fälschlicherweise als Georeplikationsweiterleitung bestimmt wurde, wenn die Instanz eine Datenbank mit verwalteter Instanzverknüpfung hatte. Derselbe Fehler verursachte, dass die Datasets Abfragelaufzeitstatistik und Abfragewartestatistik in diesem Fall nicht erfasst wurden. – Korrektur eines Fehlers, der einen Fehler beim Laden von Zielen im Bereich SQL-Ziele im Azure-Portal verursachte, wenn dem Benutzer der Zugriff auf das Abonnement des SQL-Ziels fehlte oder wenn das Abonnement gelöscht wurde. – Behebung eines Fehlers, bei dem der Aufbewahrungs- und Cachezeitraum für eine standardmäßig erstellte Azure-Daten-Explorer-Datenbank beim Erstellen eines Watchers im Azure-Portal auf "unbegrenzt " anstelle von 365 bzw. 31 Tagen festgelegt wurde. – Behebung eines Fehlers, bei dem bestimmte Verwaltungsvorgänge wie das Erstellen oder Löschen eines verwalteten privaten Endpunkts im Azure-Portal als erfolgreich gemeldet wurden, obwohl sie fehlgeschlagen sind. – Behebung eines Fehlers, bei dem für die SQL-Datenbankziele die Liste der Datenbanken im Dropdown unvollständig war, wenn der logische SQL-Server mehr als 1.000 Datenbanken enthielt. – Behebung eines Fehlers, bei dem die Auswahl einer Azure Data Explorer-Datenbank als Datenspeicher den Zugriff entfernen würde, den ein anderer Watcher in derselben Ressourcengruppe in dieser Datenbank hatte. – Aktivieren Des Watcher ARM-Vorlagenexports im Azure-Portal. – Fügen Sie während der Watcher-Erstellung eine Warnung hinzu, wenn der Microsoft.Network-Ressourcenanbieter nicht im ausgewählten Abonnement für den Watcher registriert ist. - Detaillierter Fehler hinzugefügt, wenn das Löschen eines Watchers oder eines verwalteten privaten Endpunkts fehlschlägt, da im Ressourcenbereich eine Löschsperre besteht
April 2024	– Aktivieren Sie datenbanküberwachung in den Regionen Australien Ost und Uk South Azure. – Behebung eines Fehlers beim Hinzufügen eines verwalteten privaten Endpunkts, wenn mehrere private Endpunkte für denselben Watcher schnell hinzugefügt werden. – Korrigieren Sie das Sicherungsverlauf-Dataset von SQL-Datenbanken, um vollständige Sicherungen einzuschließen. – Verbessern sie die Leistung von Sammlungsabfragen, um Timeouts für die Indexmetadaten, Abfragelaufzeitstatistiken, Abfragewartestatistiken und Tabellenmetadatensets zu vermeiden. – Behebung eines Fehlers, bei dem daten für bestimmte Datasets nicht gesammelt wurden, nachdem eine Datenbank aus einer Sicherung wiederhergestellt wurde. – Behebung eines Fehlers, bei dem das Indexmetadatenset nicht erfasst wurde, wenn Indizes viele Schlüssel oder eingeschlossene Spalten aufweisen oder wenn die Namen dieser Spalten lang sind. - Dataset SOS-Planer hinzugefügt – Fügen Sie eine Schaltfläche hinzu, um den ausgewählten Abfrageplan aus den Dashboards der obersten Abfragen herunterzuladen. – Fügen Sie ein Schnellstartbeispiel hinzu, um einen Watcher mit Bicep oder einer ARM-Vorlage zu erstellen und zu konfigurieren.

Einschränkungen

In diesem Abschnitt werden Einschränkungen des Datenbankwatchers beschrieben. Lösungen werden bereitgestellt, falls verfügbar.

Einschränkung	Problemumgehung
Warnungen sind nicht verfügbar, wenn der Datenspeicher Real-Time Analytics in Microsoft Fabric oder einen kostenlosen Azure Data Explorer-Cluster verwendet.	In Real-Time Analytics können Sie Aktivatorbenachrichtigungen für ein Real-Time-Dashboard erstellen.
Benachrichtigungen für die Azure-Protokollsuche in Azure Data Explorer unterstützen keine 1-minütige Frequenz für die Benachrichtigungsauswertung.	Zurzeit keine.
Azure-Protokollsuchwarnungen im Azure-Daten-Explorer werden nicht unterstützt, wenn der öffentliche Zugriff auf den Azure Data Explorer-Cluster deaktiviert ist.	Zurzeit keine.
Aufgrund einer Sicherheitseinschränkung in Azure Monitor können Sie Warnungsregelabfragen im Azure-Portal nicht ändern, wenn Sie eine Verbindung von einer IP-Adresse herstellen, die einem virtuellen Netzwerk zugeordnet ist, in dem private Endpunkte vorhanden sind.	Sie können eine Warnungsregel mithilfe von Azure CLI-, PowerShell-, REST-API- oder ARM-Vorlagen ändern. Weitere Informationen finden Sie unter Erstellen einer neuen Warnungsregel mithilfe der CLI, PowerShell oder einer ARM-Vorlage und Verwalten von Warnungsregeln.
Wenn kleinere Azure Data Explorer-SKUs wie Dev/test oder Extra klein verwendet werden, können einige Dashboardabfragen gelegentlich nicht ausgeführt werden und zeigen stattdessen den Fehler "Abbruch aufgrund von Drosselung" an.	Laden Sie das Dashboard neu, oder skalieren Sie den Azure Data Explorer-Cluster auf die nächste höhere SKU.
Wenn Sie einen kostenlosen Azure Data Explorer-Cluster über die Database Watcher-Benutzeroberfläche im Azure-Portal erstellen, wird möglicherweise der Fehler „Keine Verbindung mit Cluster möglich, 403-Verboten“ angezeigt, wenn Sie versuchen, auf den Cluster auf der Webbenutzeroberfläche von Azure Data Explorer zuzugreifen.	Dieses Problem tritt nicht auf, wenn Sie den kostenlosen Cluster mithilfe von https://aka.ms/kustofree erstellen. Wenn Sie bereits einen kostenlosen Cluster über das Azure-Portal erstellt haben, führen Sie die folgenden Schritte aus: Wählen Sie auf der Azure Data Explorer-Web-Benutzeroberfläche Ihren Profilnamen in der Hauptleiste aus, um den Konto-Manager zu öffnen, und wählen Sie "Verzeichnis wechseln" aus. Wählen Sie ein anderes Verzeichnis als das Microsoft-Konto und wählen Sie Wechseln aus. Nun sollte der kostenlose Azure Data Explorer-Cluster angezeigt werden, den Sie erstellt haben. Alternativ können Sie die Clusterverbindung in der Azure Data Explorer-Webbenutzeroberfläche mithilfe der Schaltfläche "Bearbeiten" (Bleistift) bearbeiten und das Verzeichnis entsprechend wechseln.
Wenn der CPU-Verbrauch für eine Datenbank, einen Pool für elastische Datenbanken oder eine SQL Managed Instance bei nahezu 100 % bleibt, sind die verbleibenden CPU-Ressourcen für Datenbankwatcher-Datensammlungsabfragen möglicherweise nicht ausreichend, was zu Lücken in den gesammelten Daten führt.	Wenn Sie Datenlücken beobachten, die mit hoher CPU-Auslastung in der Datenbank, einem Pool für elastische Datenbanken oder einer SQL Managed Instance korrelieren, sollten Sie die Optimierung Ihrer Anwendungsworkload in Betracht ziehen, um den CPU-Verbrauch zu reduzieren oder die Anzahl der V-Kerne oder DTUs zu erhöhen, um eine zuverlässige Überwachung zu ermöglichen.

Bekannte Probleme

Während der Vorschau hat Datenbankwatcher die folgenden bekannten Probleme.

Problem	Entschärfung oder Problemumgehung
Wenn die Datensammlung aufgrund eines Fehlers nicht gestartet oder fortgesetzt werden kann (z. B. unzureichender Zugriff auf ein SQL-Ziel oder auf den Datenspeicher), wird der Fehler nicht offengelegt.	Informationen zur Problembehandlung finden Sie unter "Daten werden nicht gesammelt".
Wenn bei einer serverlosen Datenbank die automatische Pause aktiviert ist und sie einem Watcher als SQL-Ziel hinzugefügt wird, wird sie möglicherweise nicht wie erwartet automatisch angehalten. Für eine kostenlose Angebotsdatenbank könnte dies die kostenlose monatliche Gutschrift früher als erwartet ausschöpfen.	Wenn die Funktionalität „automatisch anhalten“ beibehalten werden muss, verwenden Sie zurzeit nicht Datenbankwatcher, um serverlose Datenbanken zu überwachen.
Aufgrund eines bekannten Problems in der Azure SQL-Datenbank und der verwalteten Azure SQL-Instanz werden erwartete Daten möglicherweise nicht aus einem lesbaren sekundären Replikat (High Availability, HA) gesammelt, wenn Datenbankreplikate Rollen ändern, z. B. nach einem Wartungsereignis.	Häufig wird das Problem ohne Aktion innerhalb von ein oder zwei Tagen behoben. Um die Datensammlung früher fortzusetzen, starten Sie den Watcher neu.
Bei azure SQL Managed Instance werden möglicherweise keine Daten aus dem lesbaren Replikat für hohe Verfügbarkeit oder aus einem Georeplikat gesammelt, wenn Sie die SQL-Authentifizierung verwenden.	Es gibt zwei Problemumgehungen: 1. Verwenden Sie die Microsoft Entra ID-Authentifizierung (bevorzugt). 2. Deaktivieren Sie die Kennwortrichtlinienüberprüfung. Führen Sie ALTER LOGIN [database-watcher-login-placeholder] WITH CHECK_POLICY = OFF; aus, und ersetzen Sie database-watcher-login-placeholder mit dem Namen der SQL-Authentifizierungsanmeldung des Watchers. Führen Sie diesen Befehl für das primäre Replikat und ggf. für allfällige Georeplikate aus.
In Azure SQL Managed Instance werden keine Daten erfasst, wenn die Berechtigung EXECUTE für die gespeicherte Systemprozedur sys.xp_msver widerrufen oder die Rolle public verweigert wird.	Berechtigung EXECUTE in sys.xp_msver zur Watcheranmeldung hinzugefügt Ausführung von 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]; bei jeder Instanz von SQL Managed Instance, die als SQL-Ziel hinzugefügt wurde, um database-watcher-login-placeholder mit dem Namen der Watcheranmeldung zu ersetzen
Wenn Sie einen verwalteten privaten Endpunkt für einen Watcher zum Herstellen einer Verbindung mit einer beendeten SQL-verwalteten Instanz erstellen, wird der Bereitstellungsstatus des privaten Endpunkts als fehlgeschlagen gemeldet, und der Watcher kann keine Verbindung mit der Instanz herstellen.	Löschen Sie den verwalteten privaten Endpunkt mit dem Status " Fehlgeschlagene Bereitstellung", und starten Sie die verwaltete SQL-Instanz. Nachdem der fehlgeschlagene private Endpunkt gelöscht wurde und die Instanz ausgeführt wird, erstellen Sie den verwalteten privaten Endpunkt erneut.
Daten werden nicht erfasst, wenn Sie eine Datenbank in Real-Time Analytics als Datenspeicher verwenden und die OneLake-Verfügbarkeitsoption aktiviert ist.	Deaktivieren Sie die OneLake-Verfügbarkeitsoption , und starten Sie den Watcher neu, um die Datensammlung fortzusetzen.
Aufgrund eines bekannten Problems in Azure Monitor Alerts wird beim Bearbeiten einer Warnungsregel, die aus einer Datenbanküberwachungsvorlage erstellt wurde, der Umfang aller ausgelösten Warnungen auf den Azure Data Explorer-Cluster festgelegt, der als Überwachungsdatenspeicher anstelle des SQL-Ziels verwendet wird, für das die Warnung gilt.	Bearbeiten Sie die Warnungsregel programmgesteuert, z. B. mithilfe von Bicep oder einer ARM-Vorlage, und legen Sie die resourceIdColumn Eigenschaft auf den Wert resource_idfest. Weitere Informationen finden Sie in den Ressourcen-Manager-Vorlagenbeispielen für Warnungsregeln für die Protokollsuche in Azure Monitor.

Problembehandlung

In diesem Abschnitt werden die Schritte beschrieben, die Sie ausführen können, um häufige Probleme zu lösen. Wenn die Schritte in diesem Abschnitt das Problem nicht lösen, öffnen Sie einen Supportfall.

Daten werden nicht gesammelt

Wenn Sie einen neuen Watcher erstellen und keine Überwachungsdaten auf Dashboards und im Datenspeicher sehen, oder wenn nur ältere Daten für einen vorhandenen Watcher angezeigt werden, lesen Sie diesen Abschnitt.

• Überprüfen Sie auf der Watcherseite Übersicht im Feld Status, ob der Watcher ausgeführt wird. Wenn nicht, verwenden Sie die Schaltfläche "Start " auf derselben Seite, um die Datensammlung zu starten. Ein neuer Watcher wird nicht automatisch gestartet.

• Überprüfen Sie, ob der Watcher Zugriff auf den Datenspeicher hat.

• Wenn Sie eine Azure Data Explorer-Datenbank als Datenspeicher verwenden, überprüfen Sie, ob der Azure Data Explorer-Cluster gestartet ist. Weitere Informationen finden Sie unter "Beendete Azure Data Explorer-Cluster".

• Überprüfen Sie, ob der Watcher über den spezifischen, eingeschränktenZugriff auf SQL-Ziele verfügt. Wenn Sie die SQL-Authentifizierung für Ziele verwenden, überprüfen Sie außerdem den Zugriff des Überwachers auf den Schlüsseltresor, oder verwenden Sie stattdessen die empfohlene Microsoft Entra-Authentifizierung.

• Wenn sie möchten, dass die Überwachung die Microsoft Entra-Authentifizierung zum Herstellen einer Verbindung mit SQL-Zielen verwendet, stellen Sie sicher, dass die Microsoft Entra-Authentifizierung auf den logischen SQL-Servern aktiviert ist, auf denen die Datenbank- und elastic Poolziele gehostet werden, und auf den SQL-verwalteten Instanzenzielen.

• Wenn Sie private Endpunkte für den Watcher erstellt haben, stellen Sie sicher, dass sie vom Ressourcenbesitzer genehmigt sind.

• Wenn Sie öffentliche Konnektivität verwenden, stellen Sie sicher, dass die Anforderungen erfüllt sind, damit der Watcher eine Verbindung mit Zielen, dem Datenspeicher und dem Schlüsseltresor herstellen kann.

• Der Azure Data Explorer-Cluster oder die Datenbank oder die Echtzeitanalysedatenbank wurde möglicherweise gelöscht, nachdem sie als Datenspeicher für Ihren Watcher ausgewählt wurde. Navigieren Sie zum Cluster und zur Datenbank, und bestätigen Sie, dass sie vorhanden sind.

• Wenn Sie den kostenlosen Azure Data Explorer-Cluster verwenden, stellen Sie sicher, dass Sie die Speicherkapazität des Clusters nicht erreicht haben. Weitere Informationen finden Sie im kostenlosen Azure Data Explorer-Cluster.

Wenn Sie im Rahmen der Problembehandlung Änderungen am Watcherzugriff oder an der Konnektivität vornehmen, müssen Sie den Watcher möglicherweise beenden und neu starten, damit die Änderungen wirksam werden.

Dashboards sind leer

Wenn Sie die Seite "Dashboards " eines Watchers auswählen, aber keine Zusammenfassung der SQL-Ziele auf der Seite sehen, erweitern Sie den Abschnitt "Datenspeicher ". Wenn ein Fehler "Verbindung kann nicht hergestellt" angezeigt wird, lesen Sie diesen Abschnitt.

• Möglicherweise haben Sie keinen Zugriff auf den Datenspeicher. Weitere Informationen finden Sie unter Gewähren von Benutzern und Gruppen zugriff auf den Datenspeicher.

• Möglicherweise verfügen Sie nicht über Netzwerkkonnektivität mit dem Datenspeicher. Dies geschieht beispielsweise, wenn Verbindungen von Ihrem Browser zum Azure Data Explorer-Cluster öffentliche Konnektivität verwenden, aber Sie den öffentlichen Zugriff auf den Cluster deaktivieren. In diesem Fall können Sie auch keine Verbindung mit dem Cluster von Kusto Explorer oder der Azure Data Explorer-Webbenutzeroberfläche herstellen.

  Um dies zu beheben, richten Sie private Konnektivität von Ihrem Computer zum Azure Data Explorer-Cluster ein, wie in der privaten Konnektivität zum Datenspeicher beschrieben.

Führen Sie die folgenden Schritte aus, um zu überprüfen, ob Sie Zugriff haben und eine Verbindung mit dem Datenspeicher herstellen können und ob die Datenspeicherdatenbank vorhanden ist:

• Erweitern Sie auf der Seite Dashboards eines Watchers den Abschnitt Datenspeicher, und kopieren Sie den Kusto-Abfrage-URI. Achten Sie darauf, die gesamte URI-Zeichenfolge zu kopieren. Notieren Sie sich auch den Wert von Kusto-Datenbank.

• Öffnen Sie die Azure Data Explorer-Web-UI. Melden Sie sich an, wenn Sie dazu aufgefordert werden.

• Wählen Sie "Hinzufügen", "Verbindung" aus, und geben Sie den kopierten URI als Verbindungs-URI ein.

• Wählen Sie "Hinzufügen" aus, um eine neue Verbindung zu erstellen.

• Nachdem ein neuer Verbindungseintrag hinzugefügt wurde, erweitern Sie ihn, um die Datenbanken anzuzeigen.

• Wählen Sie die Datenbank aus, auf die auf der Seite "Dashboards" Ihres Watchers als Kusto-Datenbank verwiesen wird, und wählen Sie das + Kontrollkästchen auf der Registerkartenleiste aus, um eine neue Abfrageregisterkarte zu öffnen, die mit dieser Datenbank verbunden ist.

• Führen Sie den folgenden KQL-Befehl aus:

  .show database principals;
  

  Überprüfen Sie, ob eine Zeile für einen Viewer oder eine höhere privilegierte Rolle für Ihr Benutzerkonto oder für eine Microsoft Entra-ID-Gruppe vorhanden ist, die Ihr Benutzerkonto enthält.

Feedback senden

Das Datenbankwatcherteam bei Microsoft freut sich auf Ihre Kommentare und Vorschläge. Sie können Produktfeedback auf eine der folgenden Arten senden:

• Veröffentlichen Sie eine neue Idee im SQL-Feedbackforum. Verwenden Sie auf der Seite " Neue Idee posten " SQL als Forum, wählen Sie die Azure SQL-Gruppe aus, und fügen Sie datenbanküberwachung in den Titel ein. Das Feedback, das Sie im Feedbackforum übermitteln, ist öffentlich. Andere Communitymitglieder können Ihren Ideen und Vorschlägen zustimmen und sie kommentieren. Communitystimmen und Kommentare helfen dem Datenbankwatcherteam beim Planen und Priorisieren von Produktverbesserungen.
• Verwenden Sie die Feedbackschaltfläche auf einer der Datenbankwatcherseiten im Azure-Portal. Beispielsweise können Sie die Feedbackschaltfläche auf der Seite "Überblick" des Watchers oder auf Dashboards neben der Schaltfläche "Aktualisieren" finden. Das Feedback, das Sie auf diese Weise senden, ist nicht öffentlich. Microsoft wird Ihr Feedback zwar je nach Ihren Vorlieben und den geltenden Datenschutzregeln sehen, Microsoft kann aber möglicherweise nicht auf Sie in Bezug auf dieses Feedback antworten.

Öffnen Sie einen Supportfall, um technischen Support oder Hilfe beim Lösen eines Problems mit Database Watcher zu erhalten.

Verwandte Inhalte

• Schnellstart: Erstellen eines Watchers zum Überwachen von Azure SQL (Vorschau)
• Erstellen und Konfigurieren eines Watchers (Vorschau)
• Datensammlung und Datasets von Database Watcher (Vorschau)
• Analysieren der Überwachungsdaten des Database Watcher (Vorschau)
• Warnungen der Datenbanküberwachung (Vorschau)
• Häufig gestellte Fragen zur Datenbanküberwachung