Teilen über


Konfigurieren des Streaming-Exports von Diagnose-Telemetrie - Azure SQL-Datenbank und Azure SQL Managed Instance

Gilt für: Azure SQL-Datenbank Azure SQL Managed Instance

Dieser Artikel bietet Informationen über die Leistungsmetriken und Ressourcenprotokolle für Azure SQL-Datenbank, die Sie für die Analyse in eines von mehreren Zielen exportieren können. Sie erfahren, wie Sie den Streamingexport dieser Diagnosetelemetriedaten über das Azure-Portal, PowerShell, die Azure CLI, die REST-API und Azure Resource Manager-Vorlagen konfigurieren.

Außerdem erhalten Sie Informationen über die Ziele, an die Sie die Diagnosetelemetriedaten streamen können, und wie Sie zwischen diesen Optionen wählen können. Die Optionen für die Ziele lauten:

Diagnosetelemetrie für den Export

Sie können verschiedene Leistungsmetriken und zusätzliche Datenbankprotokolle exportieren. In der folgenden Tabelle werden die Leistungsmetriken und Ressourcenprotokolle beschrieben, die Sie für den Streamingexport zu einem von mehreren Zielen konfigurieren können. Die Diagnosetelemetriedaten können für einzelne Datenbanken, Pools für elastische Datenbanken und Pooldatenbanken sowie für verwaltete SQL-Instanzen und die zugehörigen Datenbanken konfiguriert werden.

Diagnosetelemetriedaten für Datenbanken Unterstützung für Azure-SQL-Datenbank Unterstützung verwalteter Azure SQL-Instanzen
Grundlegende Metriken: Enthält DTU-/CPU-Prozentsatz, DTU/CPU-Limit, gelesene physische Daten in Prozent, Protokollschreibvorgänge in Prozent, Verbindungen mit dem Status „Erfolgreich“, „Fehler“ und „Durch Firewall blockiert“, Sitzungen in Prozent, Worker in Prozent, Speicher, Speicher in Prozent und XTP-Speicher in Prozent. Ja Nein
Instanz und App erweitert: enthält die Daten der Systemdatenbank tempdb, die Größe der Protokolldatei und den prozentualen Anteil von tempdb an der Protokolldatei. Ja Nein
QueryStoreRuntimeStatistics: Enthält Informationen zur Laufzeitstatistik der Abfrage, z. B. CPU-Nutzung und Abfragedauer. Ja Ja
QueryStoreWaitStatistics: Enthält Informationen zur Wartestatistik der Abfrage (worauf Ihre Abfragen gewartet haben), z.B. CPU, LOG und LOCKING. Ja Ja
Fehler: Enthält Informationen zu SQL-Fehlern für eine Datenbank. Ja Ja
DatabaseWaitStatistics: Enthält Informationen zur Wartezeit einer Datenbank für die verschiedenen Wartezeittypen. Ja Nein
Timeouts: Enthält Informationen zu SQL-Timeouts für eine Datenbank. Ja Nein
Blocks: Enthält Informationen zu blockierenden Ereignissen für eine Datenbank. Ja Nein
Deadlocks: Enthält Informationen zu Deadlockereignissen für eine Datenbank. Ja Nein
AutomaticTuning: Enthält Informationen zu automatischen Optimierungsempfehlungen für eine Datenbank. Ja Nein
SQLInsights: Enthält Intelligent Insights-Informationen zur Leistung für eine Datenbank. Weitere Informationen finden Sie unter Intelligent Insights. Ja Ja
Workloadverwaltung: (Nur für Azure Synapse verfügbar) Weitere Informationen finden Sie unter Azure Synapse Analytics – Überwachung des Arbeitsauslastungsverwaltungsportals. Nein Nein

Hinweis

In Azure SQL Managed Instance können die Diagnoseeinstellungen nicht für Systemdatenbanken wie master, msdb, model Ressource und tempdb-Datenbanken nicht konfiguriert werden.

Streamingexportziele

Die Diagnosetelemetriedaten können für die Analyse an eine der folgenden Azure-Ressourcen gestreamt werden.

  • Log Analytics-Arbeitsbereich :

    An einen Log Analytics-Arbeitsbereich gestreamte Daten können von SQL Analytics verwendet werden. SQL Analytics ist eine auf die Cloud beschränkte Überwachungslösung. Sie ermöglicht die intelligente Überwachung Ihrer Datenbanken mit Leistungsberichten, Warnungen und Empfehlungen zur Risikominderung. Die an einen Log Analytics-Arbeitsbereich gestreamten Daten können zusammen mit anderen erfassten Überwachungsdaten analysiert werden. Sie ermöglichen Ihnen außerdem die Verwendung anderer Azure Monitor-Features wie Warnungen und Visualisierungen

  • Azure Event Hubs :

    Daten, die an Azure Event Hubs gestreamt werden, bieten die folgenden Funktionen:

    • Streamen von Protokollen an Protokollierungs- und Telemetriedatensysteme von Drittanbietern: Streamen Sie alle Ihre Metriken und Ressourcenprotokolle an einen einzelnen Event Hub, um Protokolldaten an ein SIEM- oder Protokollanalysetool eines Drittanbieters weiterzureichen.
    • Erstellen einer benutzerdefinierten Telemetrie- und Protokollierungsplattform: Azure Event Hubs ermöglichen dank des hochgradig skalierbaren Veröffentlichen/Abonnieren-Konzepts eine flexible Erfassung der Metrik- und Ressourcenprotokolle auf einer benutzerdefinierten Telemetrieplattform. Weitere Informationen finden Sie unter Azure Event Hubs.
    • Anzeigen der Dienstintegrität durch Streamen von Daten an Power BI: Verwenden Sie Event Hubs, Stream Analytics und Power BI, um sich anhand Ihrer Diagnosedaten nahezu in Echtzeit einen Einblick in Ihre Azure-Dienste verschaffen. Details zu dieser Lösung finden Sie unter Stream Analytics und Power BI: Ein Dashboard zur Echtzeitanalyse von Streamingdaten.
  • Azure Storage :

    Durch das Streamen von Daten an Azure Storage können Sie immense Mengen von Diagnosetelemetriedaten archivieren, und zwar zu einem Bruchteil der Kosten der beiden vorherigen Streamingoptionen.

Die an eines dieser Ziele gestreamten Diagnosetelemetriedaten können für die Messung der Ressourcenverwendung und der Abfrageausführungsstatistiken verwendet werden, um die Leistungsüberwachung zu vereinfachen.

Diagramm mit vielen SQL-Datenbanken und Datenbanken in verwalteten Instanzen, die Telemetriedaten an die Azure-Diagnose senden

Aktivieren und Konfigurieren des Streamingexports von Diagnosetelemetriedaten

Sie können die Protokollierung von Metriken und Diagnosetelemetriedaten mit einer der folgenden Methoden aktivieren und verwalten:

  • Azure-Portal
  • PowerShell
  • Azure CLI
  • Azure Monitor-REST-API
  • Azure Resource Manager-Vorlage

Hinweis

Informationen zum Aktivieren des Streamens von Sicherheitstelemetriedaten finden Sie unter Einrichten der Überwachung für Ihre Datenbank sowie unter Überwachungsprotokolle in Azure Monitor-Protokollen und Azure Event Hubs.

Konfigurieren des Streamingexports von Diagnosetelemetriedaten

Das Menü Diagnoseeinstellungen im Azure-Portal kann für das Aktivieren und Konfigurieren des Streamings von Diagnosetelemetriedaten verwendet werden. Darüber hinaus können Sie PowerShell, die Azure-Befehlszeilenschnittstelle, die REST-API und Resource Manager-Vorlagen verwenden, um das Streaming von Diagnosetelemetriedaten zu konfigurieren. Für das Streaming der Diagnosetelemetriedaten können folgende Ziele festgelegt werden: Azure Storage, Azure Event Hubs und Azure Monitor-Protokolle.

Wichtig

Der Streamingexport von Diagnosetelemetriedaten ist standardmäßig nicht aktiviert.

Wählen Sie eine der folgenden Registerkarten aus, um eine Schritt-für-Schritt-Anleitung zum Konfigurieren des Streamingexports von Diagnosetelemetriedaten im Azure-Portal und Skripts für die Ausführung der gleichen Aufgabe mit PowerShell und der Azure CLI zu erhalten.

Pools für elastische Datenbanken in Azure SQL-Datenbank

Sie können eine Ressource des Pools für elastische Datenbanken zum Erfassen der folgenden Diagnosetelemetriedaten einrichten:

Resource Überwachte Telemetriedaten
Pool für elastische Datenbanken Grundlegende Metriken enthält eDTU-/CPU-Prozentsatz, eDTU-/CPU-Limit, Prozentsatz der gelesenen physischen Daten, Prozentsatz für Protokollschreibvorgang, Sitzungen in Prozent, Worker in Prozent, Speicher, Speicher in Prozent, Speicherbegrenzung und XTP-Speicher in Prozent.

Um das Streaming der Diagnosetelemetriedaten für Pools für elastische Datenbanken und Pooldatenbanken zu konfigurieren, müssen Sie die beiden separat konfigurieren:

  • Aktivieren Sie das Streaming von Diagnosetelemetriedaten für einen Pool für elastische Datenbanken
  • Aktivieren Sie das Streaming von Diagnosetelemetriedaten für jede Datenbank im Pool für elastische Datenbanken.

Der Container für Pools für elastische Datenbanken verfügt über eigene Telemetriedaten, die sich von den Telemetriedaten der einzelnen Pooldatenbanken unterscheiden.

Um das Streaming von Diagnosetelemetriedaten für eine Ressource des Pools für elastische Datenbanken zu aktivieren, gehen Sie folgendermaßen vor:

  1. Navigieren Sie im Azure-Portal zur Ressource des Pools für elastische Datenbanken.

  2. Wählen Sie Diagnoseeinstellungen aus.

  3. Klicken Sie auf Diagnose aktivieren, wenn noch keine Einstellungen vorgenommen wurden, oder auf Einstellung bearbeiten, um eine vorhandene Einstellung zu bearbeiten.

    Aktivieren der Diagnose für Pools für elastische Datenbanken

  4. Geben Sie einen Einstellungsnamen zu Referenzzwecken ein.

  5. Wählen Sie eine Zielressource für das Streaming von Diagnosedaten aus: In einem Speicherkonto archivieren, An einen Event Hub streamen oder An Log Analytics senden.

  6. Wählen Sie für die Protokollanalyse Konfigurieren aus, und erstellen Sie einen neuen Arbeitsbereich, indem Sie auf + Neuen Arbeitsbereich erstellen klicken, oder wählen Sie einen vorhandenen Arbeitsbereich aus.

  7. Aktivieren Sie das Kontrollkästchen für Diagnosetelemetrie des Pools für elastische Datenbanken: Grundlegende Metriken. Konfigurieren der Diagnose für Pools für elastische Datenbanken

  8. Wählen Sie Speichern aus.

  9. Konfigurieren Sie außerdem das Streaming der Diagnosetelemetriedaten für jede Datenbank innerhalb des Pools für elastische Datenbanken, den Sie überwachen möchten, indem Sie die im nächsten Abschnitt beschriebenen Schritte ausführen.

Wichtig

Neben Diagnosetelemetriedaten für einen Pool für elastische Datenbanken müssen Sie auch Diagnosetelemetriedaten für jede Datenbank in diesem Pool konfigurieren.

Datenbanken in Azure SQL-Datenbank

Sie können eine Datenbankressource zum Erfassen der folgenden Diagnosetelemetriedaten einrichten:

Resource Überwachte Telemetriedaten
Einzel- oder Pooldatenbank Zu den grundlegenden Metriken gehören DTU-Prozentsatz, DTU-Verwendung, DTU-Limit, CPU-Prozentsatz, Prozentsatz der gelesen physischen Daten, Prozentsatz der Protokollschreibvorgänge, Verbindungen mit Status Erfolgreich/Fehlerhaft/Durch Firewall blockiert, Sitzungen in Prozent, Worker in Prozent, Speicher, Speicher in Prozent, XTP-Speicher in Prozent und Deadlocks.

Führen Sie zum Aktivieren des Streamings von Diagnosetelemetriedaten für Einzel- oder Pooldatenbanken die folgenden Schritte aus:

  1. Navigieren Sie zur Azure SQL-Datenbank-Ressource.

  2. Wählen Sie Diagnoseeinstellungen aus.

  3. Klicken Sie auf Diagnose aktivieren, wenn noch keine Einstellungen vorgenommen wurden, oder auf Einstellung bearbeiten, um eine vorhandene Einstellung zu bearbeiten. Sie können bis zu drei parallele Verbindungen zum Streamen von Diagnosetelemetriedaten erstellen.

  4. Klicken Sie auf Add diagnostic setting (Diagnoseeinstellung hinzufügen), um das parallele Streaming von Diagnosedaten in mehrere Ressourcen zu konfigurieren.

    Aktivieren der Diagnose für Einzel- und Pooldatenbanken

  5. Geben Sie einen Einstellungsnamen zu Referenzzwecken ein.

  6. Wählen Sie eine Zielressource für das Streaming von Diagnosedaten aus: In einem Speicherkonto archivieren, An einen Event Hub streamen oder An Log Analytics senden.

  7. Aktivieren Sie für die standardmäßige, ereignisbasierte Überwachungsoberfläche die folgenden Kontrollkästchen für Datenbankdiagnoseprotokoll-Telemetrie: SQLInsights, AutomaticTuning, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics, Errors, DatabaseWaitStatistics, Timeouts, Blocks und Deadlocks.

  8. Aktivieren Sie für eine erweiterte Überwachungsoberfläche mit einem Aktualisierungsintervall von einer Minute das Kontrollkästchen für grundlegende Metriken.

    Konfigurieren der Diagnose für Azure SQL-Datenbank

  9. Wählen Sie Speichern aus.

  10. Wiederholen Sie diese Schritte für jede Datenbank, die überwacht werden soll.

Tipp

Wiederholen Sie diese Schritte für jede Einzel- oder Pooldatenbank, die überwacht werden soll.

Instanzen in Azure SQL Managed Instance

Sie können eine Ressource der verwalteten Instanz zum Erfassen der folgenden Diagnosetelemetriedaten einrichten:

Resource Überwachte Telemetriedaten
Verwaltete Instanz ResourceUsageStats enthält die Anzahl virtueller Kerne, den durchschnittlichen CPU-Prozentsatz, E/A-Anforderungen, gelesene/geschriebene Bytes, den reservierten und genutzten Speicherplatz.

Um das Streaming von Diagnosetelemetriedaten für die verwaltete Instanz und Instanzdatenbanken zu konfigurieren, müssen Sie beides separat konfigurieren:

  • Aktivieren Sie das Streaming von Diagnosetelemetriedaten für verwaltete Instanzen
  • Aktivieren Sie das Streaming von Diagnosetelemetriedaten für jede Instanzdatenbank

Der Container für die verwaltete Instanz verfügt über eigene Telemetriedaten, die sich von denen der einzelnen Instanzdatenbanken unterscheiden.

Führen Sie die folgenden Schritte aus, um das Streaming von Diagnosetelemetriedaten für eine Ressource der verwalteten Instanz zu aktivieren:

  1. Navigieren Sie im Azure-Portal zur Ressource der verwalteten Instanz.

  2. Wählen Sie Diagnoseeinstellungen aus.

  3. Klicken Sie auf Diagnose aktivieren, wenn noch keine Einstellungen vorgenommen wurden, oder auf Einstellung bearbeiten, um eine vorhandene Einstellung zu bearbeiten.

    Aktivieren der Diagnose für eine verwaltete Instanz

  4. Geben Sie einen Einstellungsnamen zu Referenzzwecken ein.

  5. Wählen Sie eine Zielressource für das Streaming von Diagnosedaten aus: In einem Speicherkonto archivieren, An einen Event Hub streamen oder An Log Analytics senden.

  6. Wählen Sie für die Protokollanalyse Konfigurieren aus, und erstellen Sie einen neuen Arbeitsbereich, indem Sie auf + Neuen Arbeitsbereich erstellen klicken, oder verwenden Sie einen vorhandenen Arbeitsbereich.

  7. Aktivieren Sie das Kontrollkästchen für Diagnosetelemetrie der Instanz: ResourceUsageStats.

    Konfigurieren der Diagnose für eine verwaltete Instanz

  8. Wählen Sie Speichern aus.

  9. Konfigurieren Sie außerdem das Streaming der Diagnosetelemetriedaten für jede Instanzdatenbank innerhalb der verwalteten Instanz, die Sie überwachen möchten, indem Sie die im nächsten Abschnitt beschriebenen Schritte ausführen.

Wichtig

Neben Diagnosetelemetriedaten für eine verwaltete Instanz müssen auch Diagnosetelemetriedaten für jede Instanzdatenbank konfiguriert werden.

Datenbanken in Azure SQL Managed Instance

Sie können eine Ressource der Instanzdatenbank zum Erfassen der folgenden Diagnosetelemetriedaten einrichten:

Resource Überwachte Telemetriedaten
Instanzdatenbank Die Laufzeitstatistik des Abfragespeichers und die Wartestatistik des Abfragespeichers enthalten Abfragespeicherdaten für die Datenbank. SQLInsights enthält Intelligent Insights-Daten für die Datenbank. Errors (Fehler) enthält die Fehlerdaten für diese Datenbank.

Führen Sie zum Aktivieren des Streamings von Diagnosetelemetriedaten für eine Instanzdatenbank die folgenden Schritte aus:

  1. Navigieren Sie zur Ressource der Instanzdatenbank in der verwalteten Instanz.

  2. Wählen Sie Diagnoseeinstellungen aus.

  3. Klicken Sie auf Diagnose aktivieren, wenn noch keine Einstellungen vorgenommen wurden, oder auf Einstellung bearbeiten, um eine vorhandene Einstellung zu bearbeiten.

    • Sie können bis zu drei (3) parallele Verbindungen zum Streamen von Diagnosetelemetriedaten erstellen.
    • Wählen Sie + Diagnoseeinstellung hinzufügen aus, um das parallele Streaming von Diagnosedaten in mehrere Ressourcen zu konfigurieren.

    Aktivieren der Diagnose für Instanzdatenbanken

  4. Geben Sie einen Einstellungsnamen zu Referenzzwecken ein.

  5. Wählen Sie eine Zielressource für das Streaming von Diagnosedaten aus: In einem Speicherkonto archivieren, An einen Event Hub streamen oder An Log Analytics senden.

  6. Aktivieren Sie die Kontrollkästchen für die Datenbankdiagnosetelemetrie: SQLInsights, QueryStoreRuntimeStatistics, QueryStoreWaitStatistics und Errors. Konfigurieren der Diagnose für Instanzdatenbanken

  7. Wählen Sie Speichern aus.

  8. Wiederholen Sie diese Schritte für jede Instanzdatenbank, die überwacht werden soll.

Tipp

Wiederholen Sie diese Schritte für jede Instanzdatenbank, die überwacht werden soll.

Streamen in Azure SQL-Analyse

Azure SQL-Datenbank und Azure SQL Managed Instance-Metriken und -Ressourcenprotokolle, die in einen Log Analytics-Arbeitsbereich gestreamt werden, können von Azure SQL-Analyse genutzt werden. Azure SQL-Analyse ist eine Cloudlösung, die die Leistung von Singletons, Pools für elastische Datenbanken, Pooldatenbanken, verwaltete Instanzen und Instanzdatenbanken in großem Maßstab abonnementübergreifend überwacht. Die Lösung ermöglicht Ihnen das Erfassen und Visualisieren von Leistungsmetriken und verfügt über integrierte intelligente Funktionen für die Behandlung von Leistungsproblemen.

Azure SQL-Analyse – Übersicht

Übersicht über die Installation

Sie können eine Sammlung von Datenbanken mit Azure SQL-Analyse überwachen, indem Sie die folgenden Schritte ausführen:

  1. Erstellen Sie im Azure Marketplace eine Azure SQL-Analyselösung.
  2. Erstellen Sie in der Lösung einen Log Analytics-Arbeitsbereich.
  3. Konfigurieren Sie Datenbanken zum Streamen von Diagnosetelemetriedaten in den Arbeitsbereich.

Sie können den Streamingexport der Diagnosetelemetriedaten mithilfe der integrierten Option An Log Analytics senden auf der Registerkarte „Diagnoseeinstellungen“ im Azure-Portal konfigurieren. Sie können das Streaming in den Log Analytics-Arbeitsbereich anhand von Diagnoseeinstellungen auch mit PowerShell-Cmdlets, der Azure CLI, der Azure Monitor-REST-API oder Resource Manager-Vorlagen aktivieren.

Erstellen einer Azure SQL-Analyse-Ressource

  1. Suchen Sie im Azure Marketplace nach „Azure SQL-Analyse“, und wählen Sie die Lösung aus.

    Screenshot der Suche nach Azure SQL-Analyse im Portal

  2. Wählen Sie auf dem Übersichtsbildschirm der Lösung die Option Erstellen aus.

  3. Tragen Sie in das Azure SQL-Analyse-Formular die erforderlichen zusätzlichen Informationen ein: Name des Arbeitsbereichs, Abonnement, Ressourcengruppe, Ort und Tarif.

    Screenshot der Konfiguration von Azure SQL-Analyse im Portal

  4. Klicken Sie zum Bestätigen auf OK und anschließend auf Erstellen.

Konfigurieren der Ressource zum Aufzeichnen von Metriken und Ressourcenprotokollen

Sie müssen das Streaming von Diagnosetelemetriedaten für einzelne Datenbanken, Pooldatenbanken, Pools für elastische Datenbanken, verwaltete Instanzen und Instanzdatenbanken getrennt konfigurieren. Die Verwendung des Azure-Portals ist die einfachste Möglichkeit zum Konfigurieren des Ziels, in dem eine Ressource ihre Metriken aufzeichnet. Ausführliche Schritte finden Sie unter Konfigurieren des Streamingexports von Diagnosetelemetriedaten.

Verwenden von Azure SQL-Analyse für Überwachung und Warnungen

Sie können SQL-Analyse als ein hierarchisches Dashboard verwenden, um Ihre Datenbankressourcen anzuzeigen.

Streamen an Event Hubs

Sie können Metriken und Ressourcenprotokolle für Azure SQL-Datenbank und Azure SQL Managed Instance mit der integrierten Option An einen Event Hub streamen im Azure-Portal in Event Hubs streamen. Sie können die Service Bus-Regel-ID auch aktivieren, indem Sie Diagnoseeinstellungen über PowerShell-Cmdlets, die Azure-Befehlszeilenschnittstelle oder die Azure Monitor-REST-API verwenden. Achten Sie darauf, dass sich der Event Hub in derselben Region wie Ihre Datenbank und der Server befindet.

Welche Vorgänge können mit Metriken und Ressourcenprotokollen in Event Hubs ausgeführt werden?

Nachdem die ausgewählten Daten an Event Hubs gestreamt wurden, sind Sie der Einrichtung fortgeschrittener Überwachungsszenarien ein ganzes Stück näher gekommen. Event Hubs fungiert als Eingangsportal für eine Ereignispipeline. Nachdem Daten in einem Event Hub erfasst wurden, können sie mit einem beliebigen Echtzeitanalyseanbieter oder Speicheradapter transformiert und gespeichert werden. Event Hubs entkoppelt die Produktion eines Ereignisdatenstroms von der Nutzung dieser Ereignisse. Auf diese Weise können Ereignisconsumer auf die Ereignisse gemäß ihrem eigenen Zeitplan zugreifen. Weitere Informationen zu Event Hubs finden Sie hier:

Sie können gestreamte Metriken in Event Hubs für folgende Zwecke verwenden:

  • Anzeigen der Dienstintegrität durch Streamen von Daten zum langsamsten Pfad an PowerBI

    Mithilfe von Event Hubs, Stream Analytics und PowerBI können Sie sich anhand Ihrer Metrik- und Diagnosedaten problemlos und nahezu in Echtzeit einen Einblick in Ihre Azure-Dienste verschaffen. Stream Analytics und Power BI bietet eine gute Übersicht über die Einrichtung von Event Hubs, die Verarbeitung von Daten mit Stream Analytics und die Verwendung von PowerBI als Ausgabe.

  • Streamen von Protokollen in Protokollierungs- und Telemetriedatenströme von Drittanbietern

    Mithilfe des Event Hubs-Streamings können Sie Ihre Metriken und Ressourcenprotokolle in verschiedene Überwachungs- und Protokollanalyselösungen von Drittanbietern übertragen.

  • Erstellen einer benutzerdefinierten Telemetrie- und Protokollierungsplattform

    Haben Sie bereits eine benutzerdefinierte Telemetrieplattform, oder erwägen Sie die Erstellung einer solchen Plattform? Der Event Hubs-Dienst beruht auf dem hochgradig skalierbaren Veröffentlichen-Abonnieren-Muster und ermöglicht Ihnen daher die flexible Erfassung von Metriken und Ressourcenprotokollen. Weitere Informationen finden Sie unter Azure Event Hubs.

Streamen nach Azure Storage

Sie können Metriken und Ressourcenprotokolle mithilfe der integrierten Option In ein Speicherkonto archivieren im Azure-Portal in Azure Storage speichern. Sie können Storage auch mithilfe von Diagnoseeinstellungen über PowerShell-Cmdlets, die Azure-Befehlszeilenschnittstelle oder die Azure Monitor-REST-API aktivieren.

Schema der Metriken und Ressourcenprotokolle im Speicherkonto

Nachdem Sie die Sammlung von Metriken und Ressourcenprotokollen eingerichtet haben, wird ein Speichercontainer im ausgewählten Speicherkonto erstellt, wenn die ersten Datenzeilen verfügbar sind. Die Struktur der Blobs sieht wie folgt aus:

insights-{metrics|logs}-{category name}/resourceId=/SUBSCRIPTIONS/{subscription ID}/ RESOURCEGROUPS/{resource group name}/PROVIDERS/Microsoft.SQL/servers/{resource_server}/ databases/{database_name}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Einfacher ausgedrückt:

insights-{metrics|logs}-{category name}/resourceId=/{resource Id}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Ein Blobname für grundlegende Metriken kann beispielsweise wie folgt lauten:

insights-metrics-minute/resourceId=/SUBSCRIPTIONS/s1id1234-5679-0123-4567-890123456789/RESOURCEGROUPS/TESTRESOURCEGROUP/PROVIDERS/MICROSOFT.SQL/ servers/Server1/databases/database1/y=2016/m=08/d=22/h=18/m=00/PT1H.json

Ein Blobname für das Speichern von Daten aus einem Pool für elastische Datenbanken sieht wie folgt aus:

insights-{metrics|logs}-{category name}/resourceId=/SUBSCRIPTIONS/{subscription ID}/ RESOURCEGROUPS/{resource group name}/PROVIDERS/Microsoft.SQL/servers/{resource_server}/ elasticPools/{elastic_pool_name}/y={four-digit numeric year}/m={two-digit numeric month}/d={two-digit numeric day}/h={two-digit 24-hour clock hour}/m=00/PT1H.json

Datenaufbewahrungsrichtlinie und Preisübersicht

Wenn Sie Event Hubs oder ein Speicherkonto auswählen, können Sie eine Aufbewahrungsrichtlinie angeben. Diese Richtlinie löscht Daten, die älter als ein ausgewählter Zeitraums sind. Wenn Sie Log Analytics angeben, hängt die Aufbewahrungsrichtlinie vom ausgewählten Tarif ab. In diesem Fall können Sie mit den verfügbaren kostenlosen Datenerfassungseinheiten jeden Monat mehrere Datenbanken kostenlos überwachen. Für die Nutzung von Diagnosetelemetriedaten, die über die kostenlosen Einheiten hinausgeht, können Kosten anfallen.

Wichtig

Bei aktiven Datenbanken mit umfangreicheren Workloads werden mehr Daten als bei Datenbanken im Leerlauf erfasst. Weitere Informationen finden Sie unter Azure Monitor – Preise.

Wenn Sie die Azure SQL-Analyse verwenden, können Sie Ihre Datenerfassungsnutzung überwachen, indem Sie im Navigationsmenü von Azure SQL-Analyse die Option OMS-Arbeitsbereich und dann Nutzung und Geschätzte Kosten auswählen.

Verfügbare Metriken und Protokolle

In diesem Abschnitt des Artikels finden Sie die Telemetriedaten zur Überwachung, die für Einzel- und Pooldatenbanken, Pools für elastische Datenbanken, verwaltete Instanzen und Instanzdatenbanken verfügbar sind. Mit der Protokollabfragesprache von Azure Monitor können Sie die in SQL Analytics gesammelten Überwachungstelemetriedaten für Ihre eigene benutzerdefinierte Analyse und Anwendungsentwicklung verwenden.

Grundlegende Metriken

In den folgenden Tabellen finden Sie Details zu „Grundlegende Metriken“ für die verschiedenen Ressourcen.

Hinweis

Die Option „Grundlegende Metriken“ wurde früher als „Alle Metriken“ bezeichnet. Die jetzt vorgenommene Änderung betraf nur den Namen und nicht die überwachten Metriken. Sie wurde initiiert, um die zukünftige Einführung weiterer Metrikkategorien zu ermöglichen.

Grundlegende Metriken für Pools für elastische Datenbanken

Ressource Metriken
Pool für elastische Datenbanken eDTU-Prozentsatz, eDTU-Verwendung, eDTU-Limit, CPU-Prozentsatz, Prozentsatz der gelesen physischen Daten, Prozentsatz für Protokollschreibvorgang, Sitzungen in Prozent, Worker in Prozent, Speicher, Speicher in Prozent, Speicherbegrenzung, XTP-Speicher in Prozent

Grundlegende Metriken bei Einzel- und Pooldatenbanken

Ressource Metriken
Einzel- und Pooldatenbank DTU-Prozentsatz, DTU-Verwendung, DTU-Limit, CPU-Prozentsatz, Prozentsatz der gelesen physischen Daten, Prozentsatz für Protokollschreibvorgang, Verbindungen mit Status Erfolgreich/Fehlgeschlagen/Durch Firewall blockiert, Sitzungen in Prozent, Worker in Prozent, Speicher, Speicher in Prozent, XTP-Speicher in Prozent und Deadlocks

Erweiterte Metriken

In der folgenden Tabelle finden Sie Details zu den erweiterten Metriken.

Metrik Metrikanzeigename Beschreibung
sql_instance_cpu_percent 1 CPU-Prozentsatz der SQL-Instanz CPU-Auslastung durch alle Benutzer- und Systemworkloads, gemessen vom Betriebssystem
sql_instance_memory_percent 1 Arbeitsspeicher-Prozentsatz der SQL-Instanz Arbeitsspeicherauslastung durch die Datenbank-Engine Instanz, gemessen vom Betriebssystem
tempdb_data_size2 Größe der tempdb-Datendatei in Kilobyte Größe der tempdb-Datendatei in Kilobyte.
tempdb_log_size2 Größe der tempdb-Protokolldatei in Kilobyte Größe der tempdb-Protokolldatei in Kilobyte.
tempdb_log_used_percent2 Von tempdb-Protokollen belegter Speicherplatz Von tempdb-Protokollen belegter Speicherplatz.

1 Diese Metrik steht für Datenbanken zur Verfügung, die das vCore-Kaufmodell mit mindestens 2 virtuellen Kernen verwenden, oder für Datenbanken mit mindestens 200 DTUs (bei DTU-basierten Kaufmodellen).

2 Diese Metrik steht für Datenbanken zur Verfügung, die das vCore-Kaufmodell mit mindestens 2 virtuellen Kernen verwenden, oder für Datenbanken mit mindestens 200 DTUs (bei DTU-basierten Kaufmodellen). Diese Metrik ist derzeit für Synapse Analytics-SQL-Pools nicht verfügbar.

Hinweis

Sowohl die Basis- als auch die erweiterten Metriken sind für Datenbanken, die seit 7 Tagen oder länger inaktiv sind, möglicherweise nicht verfügbar.

Grundlegende-Protokolle

Die folgenden Tabellen enthalten Details zu Telemetriedaten, die für alle Protokolle verfügbar sind. Weitere Informationen finden Sie unter Unterstützte Diagnosetelemetrie.

Ressourcennutzungsstatistik für verwaltete Instanzen

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: ResourceUsageStats
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: MANAGEDINSTANCES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name der verwalteten Instanz
resourceId Ressourcen-URI
SKU_s Produkt-SKU für SQL Managed Instance
virtual_core_count_s Anzahl verfügbarer virtueller Kerne
avg_cpu_percent_s Durchschnittlicher CPU-Prozentsatz
reserved_storage_mb_s Reservierte Speicherkapazität für die verwaltete Instanz
storage_space_used_mb_s Verwendeter Speicher für die verwaltete Instanz
io_requests_s Anzahl von IOPS
io_bytes_read_s Gelesene IOPS-Bytes
io_bytes_written_s Geschriebene IOPS-Bytes

Laufzeitstatistiken für den Abfragespeicher

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: QueryStoreRuntimeStatistics
Vorgangsname Name des Vorgangs. Immer: QueryStoreRuntimeStatisticsEvent
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
query_hash_s Abfragehash
query_plan_hash_s Hash des Abfrageplans
statement_sql_handle_s SQL-Anweisungshandle
interval_start_time_d Beginn des DateTimeOffsets des Intervalls in der Anzahl von Takten ab 1900-1-1
interval_end_time_d Ende des DateTimeOffsets des Intervalls in der Anzahl von Takten ab 1900-1-1
logical_io_writes_d Gesamtanzahl von logischen E/A-Schreibvorgängen
max_logical_io_writes_d Maximale Anzahl von logischen E/A-Schreibvorgängen pro Ausführung
physical_io_reads_d Gesamtanzahl von physischen E/A-Lesevorgängen
max_physical_io_reads_d Maximale Anzahl von logischen E/A-Lesevorgängen pro Ausführung
logical_io_reads_d Gesamtanzahl von logischen E/A-Lesevorgängen
max_logical_io_reads_d Maximale Anzahl von logischen E/A-Lesevorgängen pro Ausführung
execution_type_d Ausführungstyp
count_executions_d Anzahl von Ausführungen der Abfrage
cpu_time_d Gesamte von der Abfrage verbrauchte CPU-Zeit in Mikrosekunden
max_cpu_time_d Maximale von einer einzelnen Ausführung verbrauchte CPU-Zeit in Mikrosekunden
dop_d Summe des Grads an Parallelität
max_dop_d Maximaler Grad an Parallelität für eine einzelne Ausführung
rowcount_d Gesamtanzahl zurückgegebener Zeilen
max_rowcount_d Maximale Anzahl zurückgegebener Zeilen in einer einzelnen Ausführung
query_max_used_memory_d Gesamtmenge des verwendeten Arbeitsspeichers in KB
max_query_max_used_memory_d Maximale von einer einzelnen Ausführung verwendete Menge an Arbeitsspeicher in KB
duration_d Gesamtausführungszeit in Mikrosekunden
max_duration_d Maximale Ausführungszeit einer einzelnen Ausführung
num_physical_io_reads_d Gesamtanzahl von physischen Lesevorgängen
max_num_physical_io_reads_d Maximale Anzahl von physischen Lesevorgängen pro Ausführung
log_bytes_used_d Gesamtanzahl verwendeter Protokollbytes
max_log_bytes_used_d Maximale Anzahl verwendeter Protokollbytes pro Ausführung
query_id_d ID der Abfrage im Abfragespeicher
plan_id_d ID des Plans im Abfragespeicher

Weitere Informationen zu Laufzeitstatistikdaten des Abfragespeichers.

Wartestatistiken des Abfragespeichers

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: QueryStoreWaitStatistics
Vorgangsname Name des Vorgangs. Immer: QueryStoreWaitStatisticsEvent
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
wait_category_s Kategorie des Wartevorgangs
is_parameterizable_s Parametrisierbarkeit der Abfrage
statement_type_s Anweisungstyp
statement_key_hash_s Schlüsselhash der Anweisung
exec_type_d Ausführungstyp
total_query_wait_time_ms_d Gesamte Wartezeit der Abfrage für die spezifische Wartekategorie
max_query_wait_time_ms_d Maximale Wartezeit der Abfrage in einer einzelnen Ausführung der bestimmten Wartekategorie
query_param_type_d 0
query_hash_s Abfragehash im Abfragespeicher
query_plan_hash_s Hash des Abfrageplans im Abfragespeicher
statement_sql_handle_s Anweisungshandle im Abfragespeicher
interval_start_time_d Beginn des DateTimeOffsets des Intervalls in der Anzahl von Takten ab 1900-1-1
interval_end_time_d Ende des DateTimeOffsets des Intervalls in der Anzahl von Takten ab 1900-1-1
count_executions_d Anzahl von Ausführungen der Abfrage
query_id_d ID der Abfrage im Abfragespeicher
plan_id_d ID des Plans im Abfragespeicher

Weitere Informationen zu Wartestatistikdaten des Abfragespeichers.

Fehlerdataset

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: Errors
Vorgangsname Name des Vorgangs. Immer: ErrorEvent
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
`Message` Fehlermeldungen in Nur-Text
user_defined_b Benutzerdefiniertes Fehlerbit
error_number_d Fehlercode
severity Schweregrad des Fehlers
state_d Status des Fehlers
query_hash_s Der Abfragehash der fehlerhaften Abfrage (falls verfügbar)
query_plan_hash_s Hash des Abfrageplans der fehlerhaften Abfrage (falls verfügbar)

Weitere Informationen zu SQL-Fehlermeldungen.

Dataset zur Wartestatistik der Datenbank

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: DatabaseWaitStatistics
Vorgangsname Name des Vorgangs. Immer: DatabaseWaitStatisticsEvent
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
wait_type_s Name des Wartetyps
start_utc_date_t [UTC] Startzeit des gemessenen Zeitraums
end_utc_date_t [UTC] Endzeit des gemessenen Zeitraums
delta_max_wait_time_ms_d Maximale Wartezeit pro Ausführung
delta_signal_wait_time_ms_d Gesamte Signalwartezeit
delta_wait_time_ms_d Gesamtwartezeit im Zeitraum
delta_waiting_tasks_count_d Anzahl von wartenden Aufgaben

Weitere Informationen zu Datenbankwartestatistiken.

Dataset zu Timeouts

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: Zeitlimits
Vorgangsname Name des Vorgangs. Immer: TimeoutEvent
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
error_state_d Ein numerischer Statuswert, der dem Abfragetimeout zugeordnet ist (ein Aufmerksamkeitsereignis)
query_hash_s Abfragehash (falls verfügbar)
query_plan_hash_s Hash des Abfrageplans (falls verfügbar)

Dataset der Blockierungen

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: Blöcke
Vorgangsname Name des Vorgangs. Immer: BlockEvent
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
lock_mode_s Von der Abfrage verwendeter Sperrmodus
resource_owner_type_s Besitzer der Sperre
blocked_process_filtered_s XML-Bericht über blockierte Prozesse
duration_d Die Dauer der Sperre in Millisekunden

Dataset zu Deadlocks

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: Deadlocks
Vorgangsname Name des Vorgangs. Immer: DeadlockEvent
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
deadlock_xml_s XML-Deadlockbericht

Dataset zur automatischen Optimierung

Eigenschaft BESCHREIBUNG
TenantId Ihre Mandanten-ID
SourceSystem Immer: Azure
TimeGenerated [UTC] Zeitstempel für die Aufzeichnung des Protokolls
type Immer: AzureDiagnostics
ResourceProvider Name des Ressourcenanbieters Immer: MICROSOFT.SQL
Category Name der Kategorie Immer: AutomaticTuning
Resource Name der Ressource
ResourceType Name des Ressourcentyps Immer: SERVERS/DATABASES
SubscriptionId Abonnement-GUID für die Datenbank
ResourceGroup Name der Ressourcengruppe für die Datenbank
LogicalServerName_s Name des Servers für die Datenbank
LogicalDatabaseName_s Name der Datenbank
ElasticPoolName_s Name des Pools für elastische Datenbanken für die Datenbank (sofern vorhanden)
DatabaseName_s Name der Datenbank
resourceId Ressourcen-URI
RecommendationHash_s Eindeutiger Hash der Empfehlung zur automatischen Optimierung
OptionName_s Vorgang der automatischen Optimierung
Schema_s Datenbankschema
Table_s Betroffene Tabelle
IndexName_s Indexname
IndexColumns_s Spaltenname
IncludedColumns_s Enthaltene Spalten
EstimatedImpact_s JSON-Datei mit den geschätzten Auswirkung der Empfehlung zur automatischen Optimierung
Event_s Typ des Ereignisses der automatischen Optimierung
Timestamp_t Zeitstempel der letzten Aktualisierung

Tipp

query_hash_s und query_plan_hash_s werden als numerische Werte bereitgestellt. Wenn Sie die übereinstimmenden Abfragen und Abfragepläne im Abfragespeicher suchen möchten, verwenden Sie den folgenden T-SQL-Ausdruck, um numerische Hashwerte in binäre Hashwerte zu konvertieren, die in sys.query_store_query und sys.query_store_plan verwendet werden:

SELECT CAST(CAST(hash_value as bigint) AS binary(8)).

Ersetzen Sie den Platzhalter hash_value durch den tatsächlichen Wert query_hash_s oder den numerischen Wert query_plan_hash_s.

Dataset von Intelligent Insights

Weitere Informationen zum Protokollformat von Intelligent Insights.

Nächste Schritte

Weitere Informationen zum Aktivieren der Protokollierung und zu den Metriken und Protokollkategorien, die von den verschiedenen Azure-Diensten unterstützt werden, finden Sie in den folgenden Themen:

Um mehr über Event Hubs zu erfahren, lesen Sie:

Informationen zum Einrichten von Warnungen auf der Grundlage von Telemetriedaten aus Log Analytics finden Sie hier: