Überwachen von Metriken in der Azure-Datenbank für PostgreSQL Flexible Server

GILT FÜR: Azure-Datenbank für PostgreSQL – Flexibler Server

Die Überwachung der Daten zu Ihren Servern unterstützt Sie bei der Problembehandlung und der Optimierung Ihrer Workloads. Azure Database for PostgreSQL – Flexibler Server bietet verschiedene Überwachungsoptionen, um Einblicke in die Leistung Ihres Servers zu erhalten.

Metriken

Azure Database for PostgreSQL – Flexibler Server bietet verschiedene Metriken, die Einblicke in das Verhalten der Ressourcen gewähren, die der Instanz von Azure Database for PostgreSQL – Flexibler Server zugrunde liegen. Jede Metrik wird in einem 1-Minuten-Intervall ausgegeben und hat bis zu 93 Tage Aufbewahrung. Sie können Warnungen für die Metriken konfigurieren. Darüber hinaus sind weitere Optionen wie das Einrichten automatisierter Aktionen, Durchführen erweiterter Analysen und Archivieren des Verlaufs verfügbar. Weitere Informationen finden Sie in der Übersicht über Azure-Metriken.

Hinweis

Obwohl Metriken 93 Tage lang gespeichert werden, können Sie (in der Kachel „Metriken“) nur maximal 30 Tage lang Daten für ein einzelnes Diagramm abfragen. Wenn Sie ein leeres Diagramm sehen oder Ihr Diagramm nur einen Teil der Metrikdaten anzeigt, vergewissern Sie sich, dass die Differenz zwischen Start- und Enddatum in der Zeitauswahl das 30-Tage-Intervall nicht überschreitet. Nachdem Sie ein 30-Tage-Intervall ausgewählt haben, können Sie das Diagramm schwenken, um das gesamte Aufbewahrungsfenster anzuzeigen.

Standardmetriken

Die folgenden Metriken stehen für eine Instanz von Azure Database for PostgreSQL – Flexibler Server zur Verfügung:

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Standardmäßig aktiviert
Aktive Verbindungen	active_connections	Anzahl	Die Gesamtzahl der Verbindungen mit dem Datenbankserver, einschließlich aller Verbindungsstatus wie „Aktiv“, „Im Leerlauf“ und andere, wie in der pg_stat_activity-Ansicht angezeigt. Diese Zahl stellt die Gesamtanzahl der Verbindungen in allen Status dar, ohne zwischen bestimmten Status zu unterscheiden. Informationen zu einer tiefer gehenden Analyse eines bestimmten Status, z. B. von aktiven Verbindungen, finden Sie unter der Metrik „Sitzungen nach Status“.	Ja
Verwendeter Sicherungsspeicher	backup_storage_used	Byte	Die Menge des verwendeten Sicherungsspeichers. Diese Metrik stellt den gesamten Speicherplatz dar, der von allen vollständigen Sicherungen, differenziellen Sicherungen und Protokollsicherungen beansprucht wird, die auf Grundlage des für den Server festgelegten Aufbewahrungszeitraums für Sicherungen gespeichert werden. Die Häufigkeit der Sicherungen wird durch den Dienst verwaltet. Bei georedundantem Speicher wird doppelt so viel Sicherungsspeicher genutzt wie bei lokal redundantem Speicher.	Ja
Fehlgeschlagene Verbindungen	connections_failed	Anzahl	Die Anzahl der fehlerhaften Verbindungen.	Ja
Erfolgreiche Verbindungen	connections_succeeded	Anzahl	Die Anzahl der erfolgreichen Verbindungen.	Ja
CPU-Gutschriften verbraucht ^	cpu_credits_consumed	Anzahl	Menge des vom flexiblen Server genutzten Guthabens. Gilt für die Ebene „Burstfähig“.	Ja
verbleibende CPU-Credits ^	cpu_credits_remaining	Anzahl	Gesamtmenge des Guthabens, das für den Burst verfügbar ist. Gilt für die Ebene „Burstfähig“.	Ja
CPU-Prozent	cpu_percent	Prozent	Die CPU-Auslastung in Prozent.	Ja
Datenbankgröße	database_size_bytes	Byte	Datenbankgröße in Bytes.	Ja
Tiefe der Datenträgerwarteschlange ^	disk_queue_depth	Anzahl	Anzahl offener E/A-Vorgänge für den Datenträger.	Ja
IOPS	iops	Anzahl	Anzahl der E/A-Vorgänge für den Datenträger pro Sekunde.	Ja
Maximal verwendete Transaktions-IDs	maximum_used_transactionIDs	Anzahl	Die maximale Anzahl von verwendeten Transaktions-IDs.	Ja
Speichernutzung in Prozent	memory_percent	Prozent	Die Arbeitsspeicherauslastung in Prozent.	Ja
Netzwerk ausgehend	network_bytes_egress	Byte	Gesamtsumme des ausgehenden Netzwerkdatenverkehrs auf dem Server für einen ausgewählten Zeitraum. Diese Metrik umfasst ausgehenden Datenverkehr aus Ihrer Datenbank und von Azure Database for PostgreSQL – Flexibler Server einschließlich Features wie Überwachung, Protokolle, WAL-Archiv, Replikation usw.	Ja
Netzwerkeingang	network_bytes_ingress	Byte	Gesamtsumme des eingehenden Netzwerkdatenverkehrs auf dem Server für einen ausgewählten Zeitraum. Diese Metrik umfasst eingehenden Datenverkehr aus Ihrer Datenbank und von Azure Database for PostgreSQL – Flexibler Server einschließlich Features wie Überwachung, Protokolle, WAL-Archiv, Replikation usw.	Ja
Lese-IOPS ^	read_iops	Anzahl	Anzahl der E/A-Lesevorgänge für den Datenträger pro Sekunde.	Ja
Lesedurchsatz ^	read_throughput	Byte	Vom Datenträger pro Sekunde gelesene Byte.	Ja
Kostenloser Speicher	storage_free	Byte	Die Menge des verfügbaren Speichers.	Ja
Prozent der Speicherbelegung	storage_percent	Prozentwert	Die Menge des verwendeten Speichers in Prozent. Der vom Dienst verwendete Speicher kann die Datenbankdateien, Transaktionsprotokolle und Serverprotokolle umfassen.	Ja
Verwendeter Speicher	storage_used	Byte	Die Menge des verwendeten Speichers. Der vom Dienst verwendete Speicher kann die Datenbankdateien, Transaktionsprotokolle und Serverprotokolle umfassen.	Ja
Verwendeter Transaktionsprotokollspeicher	txlogs_storage_used	Byte	Die Menge des von den Transaktionsprotokollen belegten Speichers.	Ja
Schreibdurchsatz ^	write_throughput	Byte	Pro Sekunde auf den Datenträger geschriebene Bytes.	Ja
IOPS schreiben ^	write_iops	Anzahl	Anzahl der E/A-Schreibvorgänge für den Datenträger pro Sekunde.	Ja

Hinweis

Mit ^ markierte Metriken werden jede Minute ausgegeben, jedoch in 5-Minuten-Batches verarbeitet und angezeigt. Dies führt zu einer Verzögerung von bis zu 5 Minuten bei der Metriksicht. Berücksichtigen Sie beim Erstellen von Warnungen für diese Metriken diese Latenz, um eine genaue und zeitnahe Warnung sicherzustellen.

Erweiterte Metriken

Sie können erweiterte Metriken für Azure Database for PostgreSQL – Flexibler Server verwenden, um eine präzisere Überwachung und Warnung für Datenbanken zu ermöglichen. Jede Metrik wird in einem 1-Minuten-Intervall ausgegeben und hat bis zu 93 Tage Aufbewahrung. Sie können Warnungen für die Metriken konfigurieren. Einige erweiterte Metriken umfassen einen Dimension-Parameter, mit dem Sie Metrikdaten aufteilen und filtern können, indem Sie eine Dimension wie Datenbankname oder -status verwenden.

Aktivieren von erweiterten Metriken

• Die meisten dieser neuen Metriken sind standardmäßig deaktiviert . Es gibt jedoch einige Ausnahmen, die standardmäßig aktiviert sind. In der Spalte ganz rechts in der Tabelle ist angegeben, ob die Metrik standardmäßig aktiviert ist.
• Um die Metriken zu aktivieren, die standardmäßig nicht aktiviert sind, legen Sie den Serverparameter metrics.collector_database_activity auf ON fest. Dieser Parameter ist dynamisch und erfordert keinen Neustart der Instanz.

Liste der erweiterten Metriken

Sie können aus den folgenden Kategorien erweiterter Metriken auswählen:

• Aktivität
• Datenbank
• Logische Replikation
• Replikation
• Sättigung
• Verkehr

Aktivität

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Sitzungen nach Bundesland	sessions_by_state	Anzahl	Sitzungen nach Status, wie in der pg_stat_activity-Ansicht angezeigt. Diese Metrik kategorisiert Client-Back-Ends in verschiedene Status, z. B. aktiv oder im Leerlauf.	Staat	Nein
Sitzungen nach WaitEventType	sessions_by_wait_event_type	Anzahl	Sitzungen nach Typ des Ereignisses, auf das das Client-Back-End wartet.	Warteereignistyp	Nein
Ältestes Backend	oldest_backend_time_sec	Sekunden	Das Alter des ältesten Back-Ends in Sekunden (unabhängig vom Status).	Nicht zutreffend	Nein
Älteste Abfrage	longest_query_time_sec	Sekunden	Das Alter der längsten Abfrage, die derzeit ausgeführt wird, in Sekunden.	Nicht zutreffend	Nein
Älteste Transaktion	longest_transaction_time_sec	Sekunden	Das Alter der längsten Transaktion in Sekunden (einschließlich inaktiver Transaktionen).	Nicht zutreffend	Nein
Älteste xmin	oldest_backend_xmin	Anzahl	Der tatsächliche Wert des ältesten xmin. Wenn xmin nicht zunimmt, deutet dies darauf hin, dass einige Transaktionen mit langer Ausführungsdauer möglicherweise das Entfernen toter Tupel verhindern.	Nicht zutreffend	Nein
Ältestes Xmin-Alter	oldest_backend_xmin_age	Anzahl	Alter des ältesten xmin in Einheiten. Gibt an, wie viele Transaktionen seit dem ältesten xmin übergeben wurden.	Nicht zutreffend	Nein

Datenbank

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Back-Ends	numbackends	Anzahl	Die Anzahl der Back-Ends, die mit dieser Datenbank verbunden sind.	Datenbankname	Nein
Deadlocks	deadlocks	Anzahl	Die Anzahl der in dieser Datenbank erkannten Deadlocks.	Datenbankname	Nein
Getroffene Datenträgerblöcke	blks_hit	Anzahl	Gibt an, wie oft Datenträgerblöcke bereits im Puffercache gefunden wurden, sodass kein Lesevorgang erforderlich war.	Datenbankname	Nein
Gelesene Diskblöcke	blks_read	Anzahl	Die Anzahl der in dieser Datenbank gelesenen Datenträgerblöcke.	Datenbankname	Nein
Temporäre Dateien	temp_files	Anzahl	Die Anzahl der in dieser Datenbank von Abfragen erstellten temporären Dateien.	Datenbankname	Nein
Größe temporärer Dateien	temp_bytes	Byte	Die Gesamtmenge von Daten, die von Abfragen in dieser Datenbank in temporäre Dateien geschrieben wurden.	Datenbankname	Nein
Transaktionen insgesamt	xact_total	Anzahl	Die Anzahl der in dieser Datenbank insgesamt ausgeführten Transaktionen.	Datenbankname	Nein
Committete Transaktionen	xact_commit	Anzahl	Die Anzahl der in dieser Datenbank committeten Transaktionen.	Datenbankname	Nein
Transaktionen pro Sekunde	tps	Anzahl	Anzahl der innerhalb einer Sekunde ausgeführten Transaktionen.	Datenbankname	Nein
Transaktionen wurden zurückgesetzt	xact_rollback	Anzahl	Die Anzahl der Transaktionen in dieser Datenbank, für die ein Rollback ausgeführt wurde.	Datenbankname	Nein
Gelöschte Tupel	tup_deleted	Anzahl	Die Anzahl der in dieser Datenbank von Abfragen gelöschten Zeilen.	Datenbankname	Nein
Abgerufene Tupel	tup_fetched	Anzahl	Die Anzahl der in dieser Datenbank von Abfragen abgerufenen Zeilen.	Datenbankname	Nein
Eingefügte Tupel	tup_inserted	Anzahl	Die Anzahl der in dieser Datenbank von Abfragen eingefügten Zeilen.	Datenbankname	Nein
Zurückgegebene Tupel	tup_returned	Anzahl	Die Anzahl der in dieser Datenbank von Abfragen zurückgegeben Zeilen.	Datenbankname	Nein
Aktualisierte Tupel	tup_updated	Anzahl	Die Anzahl der in dieser Datenbank von Abfragen aktualisierten Zeilen.	Datenbankname	Nein

Logische Replikation

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Maximale logische Replikationsverzögerung	logical_replication_delay_in_bytes	Byte	Die maximale Verzögerung in allen logischen Replikationsslots.	Nicht zutreffend	Ja

Replikation

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Maximale physische Replikationsverzögerung	physical_replication_delay_in_bytes	Byte	Die maximale Verzögerung in allen asynchronen physischen Replikationsslots.	Nicht zutreffend	Ja
Verzögerung beim Lesereplikat	physical_replication_delay_in_seconds	Sekunden	Die Verzögerung beim Lesen von Replikaten in Sekunden.	Nicht zutreffend	Ja

Sättigung

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Prozentsatz der verbrauchten Datenträgerbandbreite ^	disk_bandwidth_consumed_percentage	Prozent	Pro Minute beanspruchte Datenträgerbandbreite in Prozent.	Nicht zutreffend	Ja
Prozentsatz der genutzten Festplatten-IOPS ^	disk_iops_consumed_percentage	Prozent	Pro Minute beanspruchte Datenträger-E/A-Vorgänge in Prozent.	Nicht zutreffend	Ja
Cpu-Auslastung des Postmasterprozesses (Vorschau)	postmaster_process_cpu_usage_percent	Prozent	CPU-Auslastung des Postmaster-Prozesses. Gilt nicht für burstfähige SKU.	Nicht zutreffend	Nein

Hinweis

Mit ^ markierte Metriken werden jede Minute ausgegeben, jedoch in 5-Minuten-Batches verarbeitet und angezeigt. Dies führt zu einer Verzögerung von bis zu 5 Minuten bei der Metriksicht. Berücksichtigen Sie beim Erstellen von Warnungen für diese Metriken diese Latenz, um eine genaue und zeitnahe Warnung sicherzustellen.

Verkehr

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Max. Anzahl von Verbindungen **	max_connections	Anzahl	Die maximale Anzahl von Verbindungen.	Nicht zutreffend	Ja
TCP-Verbindungsbacklog (Vorschau)	tcp_connection_backlog	Anzahl	Die Anzahl der ausstehenden TCP-Verbindungen, die auf die Verarbeitung durch den Server warten.	Nicht zutreffend	Nein

** Max Connections stellt den konfigurierten Wert für den max_connections Serverparameter dar. Diese Metrik wird alle 30 Minuten abgefragt.

Überlegungen zur Verwendung der erweiterten Metriken

• Erweiterte Metriken, die die DatabaseName-Dimension verwenden, weisen einen Grenzwert von 50 Datenbanken auf.
• Auf der Burstable-SKU beträgt der Grenzwert 10 Datenbanken für Metriken, die die DatabaseName-Dimension verwenden.
• Das Limit für die DatabaseName-Dimension wird auf die Spalte mit dem Datenbankbezeichner (datid) der pg_stat_database-Systemansicht angewendet, die die Reihenfolge der Erstellung für die Datenbank widerspiegelt.
• Bei DatabaseName in der Metrikendimension wird die Groß-/Kleinschreibung nicht beachtet. Das bedeutet, dass nach dem Abfragen der Sicht pg_stat_database, dem Herausfiltern der Zeilen, in denen datname entweder template1 oder template0 ist, dem Sortieren nach datid und dem Einschränken der zurückgegebenen Zeilen auf die ersten 50 (oder 10 im Fall der SKU Burstfähig) die Metriken für Datenbanknamen in diesem Resultset, die mit Ausnahme der Groß-/Kleinschreibung identisch sind (z. B. contoso_database und Contoso_database), zusammengeführt werden und möglicherweise keine genauen Daten anzeigen.

Autovacuum-Metriken

Autovacuum-Metriken können verwendet werden, um die Autovacuum-Leistung für Azure Database for PostgreSQL Flexible Server zu überwachen und zu optimieren. Jede Metrik wird in einem Intervall von 30 Minuten ausgegeben und hat bis zu 93 Tage Aufbewahrung. Sie können Warnungen für bestimmte Metriken erstellen und Metrikdaten mithilfe der DatabaseName-Dimension aufteilen und filtern.

Aktivieren von Autovacuum-Metriken

• Autovacuum-Metriken sind standardmäßig deaktiviert.
• Legen Sie zum Aktivieren dieser Metriken den Serverparameter metrics.autovacuum_diagnostics auf ON fest.
• Dieser Parameter ist dynamisch und erfordert keinen Neustart der Instanz.

Liste der Autovacuum-Metriken

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Analysieren von Benutzertabellenzählern	analyze_count_user_tables	Anzahl	Anzahl, wie oft Nur-Benutzer-Tabellen in dieser Datenbank manuell analysiert wurden.	Datenbankname	Nein
Automatisches Analysieren von Benutzertabellenzählern	autoanalyze_count_user_tables	Anzahl	Anzahl, wie oft Nur-Benutzer-Tabellen in dieser Datenbank durch den Autovacuum-Daemon analysiert wurden.	Datenbankname	Nein
Automatisches Bereinigen von Benutzertabellenzählern	autovacuum_count_user_tables	Anzahl	Anzahl, wie oft Nur-Benutzer-Tabellen in dieser Datenbank durch den Autovacuum-Daemon bereinigt wurden.	Datenbankname	Nein
Überfrachtung in Prozent	bloat_percent	Prozent	Tabellen des geschätzten Überfrachtungsanteils nur für Benutzende.	Datenbankname	Nein
Geschätzte inaktive Zeilen in Benutzertabellen	n_dead_tup_user_tables	Anzahl	Geschätzte Anzahl toter Zeilen für Nur-Benutzer-Tabellen in dieser Datenbank.	Datenbankname	Nein
Geschätzte aktive Zeilen in Benutzertabellen	n_live_tup_user_tables	Anzahl	Geschätzte Anzahl aktiver Zeilen für Nur-Benutzer-Tabellen in dieser Datenbank.	Datenbankname	Nein
Geschätzte Änderungen von Benutzertabellen	n_mod_since_analyze_user_tables	Anzahl	Geschätzte Anzahl von Zeilen, die seit der letzten Analyse von Nur-Benutzer-Tabellen geändert wurden.	Datenbankname	Nein
Analysierte Benutzertabellen	tables_analyzed_user_tables	Anzahl	Anzahl der Nur-Benutzer-Tabellen, die in dieser Datenbank analysiert wurden.	Datenbankname	Nein
Benutzertabellen automatisch analysiert	tables_autoanalyzed_user_tables	Anzahl	Anzahl der Nur-Benutzer-Tabellen, die vom Autovacuum-Daemon in dieser Datenbank analysiert wurden.	Datenbankname	Nein
Benutzertabellen AutoVacuumed	tables_autovacuumed_user_tables	Anzahl	Anzahl der Nur-Benutzer-Tabellen, die vom Autovacuum-Daemon in dieser Datenbank bereinigt wurden.	Datenbankname	Nein
Benutzertabellenzähler	tables_counter_user_tables	Anzahl	Anzahl der Nur-Benutzer-Tabellen in dieser Datenbank.	Datenbankname	Nein
Bereinigte Benutzertabellen	tables_vacuumed_user_tables	Anzahl	Anzahl der Nur-Benutzer-Tabellen, die in dieser Datenbank mittels Vacuum-Vorgangs bereinigt wurden.	Datenbankname	Nein
Vakuumzähler-Benutzertabellen	vacuum_count_user_tables	Anzahl	Anzahl, wie oft Nur-Benutzer-Tabellen in dieser Datenbank mittels Vacuum-Vorgangs manuell bereinigt wurden (ohne VACUUM FULL.	Datenbankname	Nein

Überlegungen zur Verwendung der Autovacuum-Metriken

• Autovacuum-Metriken, die die DatabaseName-Dimension verwenden, haben ein Limit von 30 Datenbanken.
• Auf der Burstable-SKU beträgt der Grenzwert 10 Datenbanken für Metriken, die die DatabaseName-Dimension verwenden.
• Das Limit für die DatabaseName-Dimension wird auf die OID-Spalte angewendet, die die Reihenfolge der Erstellung für die Datenbank widerspiegelt.

PgBouncer-Metriken

Sie können PgBouncer-Metriken verwenden, um die Leistung des PgBouncer-Prozesses zu überwachen, einschließlich Details zu aktiven Verbindungen, Verbindungen im Leerlauf, Poolverbindungen insgesamt und Anzahl der Verbindungspools. Jede Metrik wird in einem 1-Minuten-Intervall ausgegeben und hat bis zu 93 Tage Aufbewahrung. Kunden können Warnungen für die Metriken konfigurieren und auch auf die neuen Metrikdimensionen zugreifen, um die Metrikdaten nach Datenbanknamen aufzuteilen und zu filtern.

Aktivieren von PgBouncer-Metriken

• Um PgBouncer-Metriken zu überwachen, stellen Sie sicher, dass das Feature "pgbouncer " über den Serverparameter pgbouncer.enabled und den Metrikparameter metrics.pgbouncer_diagnostics aktiviert ist.
• Diese Parameter sind dynamisch und erfordern keinen Neustart der Instanz.
• PgBouncer-Metriken sind standardmäßig deaktiviert.

Liste der PgBouncer-Metriken

`Display name`	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Aktive Clientverbindungen	client_connections_active	Anzahl	Verbindungen von Clients, die einer flexiblen Serververbindung mit Azure Database für PostgreSQL zugeordnet sind.	Datenbankname	Nein
Warten auf Client-Verbindungen	client_connections_waiting	Anzahl	Verbindungen von Clients, die auf eine Verbindung mit Azure Database for PostgreSQL – Flexibler Server warten, um sie bedienen zu können	Datenbankname	Nein
Aktive Serververbindungen	server_connections_active	Anzahl	Verbindungen mit Azure Database for PostgreSQL – Flexibler Server, die von einer Clientverbindung verwendet werden	Datenbankname	Nein
Verwaiste Serververbindungen	server_connections_idle	Anzahl	Verbindungen mit Azure Database for PostgreSQL – Flexibler Server, die sich im Leerlauf befinden und für die Verarbeitung einer neuen Clientverbindung verfügbar sind	Datenbankname	Nein
Gesamtanzahl der gepoolten Verbindungen	total_pooled_connections	Anzahl	Die aktuelle Anzahl von Poolverbindungen.	Datenbankname	Nein
Anzahl der Verbindungspools	num_pools	Anzahl	Die Gesamtanzahl von Verbindungspools.	Datenbankname	Nein

Überlegungen zur Verwendung der PgBouncer-Metriken

• PgBouncer-Metriken, die die DatabaseName-Dimension verwenden, weisen einen Grenzwert von 30 Datenbanken auf.
• Auf der Burstable-SKU beträgt der Grenzwert 10 Datenbanken mit der Dimension "DatabaseName".
• Das Limit für die DatabaseName-Dimension wird auf die OID-Spalte angewendet, die die Reihenfolge der Erstellung für die Datenbank widerspiegelt.

Metrik zur Datenbankverfügbarkeit

„Is-db-alive“ ist eine Verfügbarkeitsmetrik für Datenbankserver für Azure Database for PostgreSQL – Flexibler Server, die [1 for available] und [0 for not-available] zurückgibt. Jede Metrik wird mit einer Minutenfrequenz ausgegeben und hat bis zu 93 Tage Aufbewahrung. Kunden können Warnungen für die Metrik konfigurieren.

Anzeigename	Metrik-ID	Einheit	BESCHREIBUNG	Abmessung	Standardmäßig aktiviert
Datenbank ist lebendig	is_db_alive	Anzahl	Gibt an, ob die Datenbank aktiv ist.	Nicht zutreffend	Ja

Überlegungen zur Verwendung der Datenbankverfügbarkeitsmetriken

• Durch das Aggregieren dieser Metrik mit MAX() können Kundinnen und Kunden feststellen, ob der Server in der letzten Minute aktiv war oder nicht.
• Kunden haben die Möglichkeit, diese Metriken mit einer beliebigen Häufigkeit (5 Minuten, 10 Minuten, 30 Minuten usw.) weiter zu aggregieren, um ihre Warnungsanforderungen zu erfüllen und falsch positive Ergebnisse zu vermeiden.
• Die anderen möglichen Aggregationen sind AVG() und MIN().

Filtern und Aufteilen nach Dimensionsmetriken

In den vorherigen Tabellen weisen einige Metriken Dimensionen wie „DatabaseName“ oder „State“ auf. Sie können Filterung und Aufteilung für die Metriken verwenden, die Dimensionen aufweisen. Diese Features zeigen, wie sich verschiedene Metriksegmente (oder Dimensionswerte) auf den Gesamtwert der Metrik auswirken. Sie können sie verwenden, um mögliche Ausreißer zu identifizieren.

• Filterung: Verwenden Sie Filterung, um auszuwählen, welche Dimensionswerte im Diagramm enthalten sind. Sie können beispielsweise die Verbindungen im Leerlauf in einem Diagramm der Metrik Sessions-by-State veranschaulichen. Sie legen den Filter für Leerlauf in der „State“-Dimension fest.
• Teilen: Verwenden Sie die Aufteilung, um zu steuern, ob im Diagramm separate Linien für jeden Wert einer Dimension angezeigt werden oder ob die Werte in einer einzelnen Zeile aggregiert werden. Sie können z. B. eine Sessions-by-State-Metrik in einer Linie für alle Sitzungen anzeigen. Sie können auch separate Linien für jede Sitzung nach „State“ gruppiert anzeigen. Wenden Sie die Aufteilung auf die „State“-Dimension an, um separate Linien anzuzeigen.

Das folgende Beispiel veranschaulicht die Aufteilung nach der „State“-Dimension und das Filtern nach bestimmten „State“-Werten:

Weitere Informationen zum Einrichten von Diagrammen für dimensionale Metriken finden Sie in den Beispielen für Metrische Diagramme.

Metrikvisualisierung

Es gibt mehrere Optionen zum Visualisieren von Azure Monitor-Metriken.

Komponente	BESCHREIBUNG	Erforderliche Schulung und/oder Konfiguration
Seite „Übersicht“	Die meisten Azure-Dienste verfügen über eine Übersichtsseite im Azure-Portal, die einen Abschnitt "Monitor " mit Diagrammen enthält, die aktuelle kritische Metriken anzeigen. In diesem Abschnitt können Besitzer einzelner Dienste schnell die Leistung einer Ressource bewerten.	Diese Seite basiert auf Plattformmetriken, die automatisch gesammelt werden. Es ist keine Konfiguration erforderlich.
Metrik-Explorer	Sie können den Metrik-Explorer verwenden, um interaktiv mit Metrik-Daten zu arbeiten und Metrik-Warnungen zu erstellen. Sie benötigen nur eine minimale Schulung zur Verwendung des Metrik-Explorers, aber Sie müssen mit den Metriken vertraut sein, die Sie analysieren möchten.	- Nachdem die Datensammlung konfiguriert wurde, ist keine weitere Konfiguration erforderlich. - Plattformmetriken für Azure-Ressourcen sind automatisch verfügbar. - Gastmetriken für VMs sind verfügbar, nachdem auf der VM ein Azure Monitor-Agent bereitgestellt wurde. - Anwendungsmetriken sind verfügbar, nachdem Application Insights konfiguriert wurde.
Grafana	Sie können Grafana zum Erstellen von Visualisierungen und Warnungen zu Metriken verwenden. Alle Versionen von Grafana enthalten das Azure Monitor-Datenquellen-Plug-In , um Ihre Azure Monitor-Metriken und -Protokolle zu visualisieren.	Um sich mit Grafana-Dashboards vertraut zu machen, ist ein wenig Training erforderlich. Sie können den Prozess jedoch vereinfachen, indem Sie ein vorkonfiguriertes Azure Database for PostgreSQL Flexible Server Grafana Monitoring Dashboard herunterladen, das eine einfache Überwachung aller Azure Database for PostgreSQL Flexible Server Instanzen in Ihrer Organisation ermöglicht.

Protokolle

Zusätzlich zu den Metriken können Sie mit Azure Database for PostgreSQL – Flexibler Server auch Azure Database for PostgreSQL-Standardprotokolle konfigurieren und darauf zugreifen. Weitere Informationen finden Sie unter Protokollierungskonzepte.

Visualisieren von Protokollen

Komponente	BESCHREIBUNG	Erforderliche Schulung und/oder Konfiguration
Log Analytics	Mit Log Analytics können Benutzer Protokollabfragen erstellen, um interaktiv mit Protokolldaten zu arbeiten und Protokollabfragewarnungen zu erstellen.	Es ist ein gewisser Trainingsaufwand erforderlich, bis Benutzer mit der Abfragesprache vertraut sind; für allgemeine Anforderungen können aber auch vordefinierte Abfragen verwendet werden.

Serverprotokolle

Das Feature "Serverprotokolle" in Azure Database für PostgreSQL Flexible Server ermöglicht Es Benutzern, Serverprotokolle zu aktivieren, zu konfigurieren und herunterzuladen, die für die Problembehandlung und die Durchführung historischer Analysen von Serveraktivitäten unerlässlich sind. Das Feature für Serverprotokolle ist in Azure Database for PostgreSQL – Flexibler Server standardmäßig deaktiviert. Nachdem Sie das Feature aktiviert haben, beginnt ein Azure DB for PostgreSQL – Flexibler Server mit der Erfassung von Ereignissen des ausgewählten Protokolltyps und schreibt sie in eine Datei. Sie können dann das Azure-Portal oder die Azure CLI verwenden, um die Dateien zur Unterstützung bei der Problembehandlung herunterzuladen.

Aufbewahrung von Serverprotokollen

Serverprotokolle haben mindestens 1 Tage Aufbewahrung, und die maximale Aufbewahrung beträgt 7 Tage. Wenn dieser Grenzwert überschritten wird, werden die ältesten Protokolle gelöscht, um Platz für neue Protokolle zu schaffen. Ausführliche Informationen zum Aktivieren und Verwalten von Serverprotokollen finden Sie unter Konfigurieren von Sammeln von PostgreSQL-Serverprotokollen und Upgradeprotokollen von Hauptversionen.

Verwandte Inhalte

• Konfigurieren Sie Protokollierungs- und Zugriffsprotokolle in Azure Database für PostgreSQL Flexible Server.
• Azure Monitor-Preise.
• Überwachungsprotokollierung in Azure-Datenbank für flexiblen Server für PostgreSQL.