DBPLUS Performance Monitor 2026.2 – mehr Kontrolle über Performance und Alerts

Versionshinweise
Microsoft SQL
Oracle
Performance Monitor
PostgreSQL
SAP Hana
12/7/2026
Artur Boguszewski
Neues Release 2026.2
Inhaltsverzeichniss

Version DBPLUS Performance Monitor 2026.2 führt Verbesserungen bei der Überwachung von Oracle-, Microsoft SQL Server-, PostgreSQL- und SAP HANA-Datenbanken ein. Das Update konzentriert sich in erster Linie auf den Ausbau des Alarmmoduls, die Erweiterung der REST-API, das Reporting von Leistungsstatistiken sowie eine komfortablere Verwaltung großer Umgebungen.

Alarmstatus

Eine der wichtigsten Neuerungen in Version 2026.2 ist die Erweiterung des Alarm-Workflows. Jedes Alarmereignis erhält nun einen von drei Status:

  • New – das Problem wurde zum ersten Mal erkannt
  • In Progress – die Bedingungen für das Problem sind weiterhin erfüllt
  • Close – das Problem wurde behoben und der Alarm geschlossen

Der Status New informiert über ein neues Ereignis, das Aufmerksamkeit erfordert. Wenn die Alarmbedingungen im nächsten Snap weiterhin erfüllt sind, ändert sich der Status auf In Progress. Dies ermöglicht eine einfache Unterscheidung zwischen neuen Problemen und Ereignissen, die bereits seit längerer Zeit bestehen.

Ein Alarm erhält den Status Close, sobald der überwachte Wert den definierten Schwellenwert nicht mehr überschreitet. Standardmäßig sind mindestens zwei aufeinanderfolgende Snaps erforderlich, in denen die Problembedingungen nicht mehr erfüllt sind. Dieser Mechanismus verringert das Risiko einer vorzeitigen Alarmschließung aufgrund kurzzeitiger Verbesserungen oder vorübergehender Werteschwankungen.

Die Anzahl der für die automatische Alarmschließung erforderlichen Snaps kann in der Konfiguration angepasst werden. Informationen zum aktuellen Status sind zudem über die REST-API in der Antwort des Endpunkts verfügbar /alerts, im Feld AlertStatus.

Optimierte E-Mail-Benachrichtigungen

Die Konfiguration für den Versand von Alarmmeldungen wurde erweitert. Benachrichtigungen können unter anderem in folgenden Fällen versendet werden:

  • beim ersten Auftreten des Problems
  • nach Schließen des Alarms
  • nach Änderung des Schweregrads (Warning, Critical)
  • für jeden weiteren Snap
  • zyklisch, z. B. alle 5 Minuten, stündlich oder einmal täglich

Die Verfügbarkeit der einzelnen Optionen hängt davon ab, ob sich die Konfiguration auf einen Alarm vom Typ Onlineoder Load Trendsbezieht. Dies ermöglicht es, die Anzahl unnötiger Nachrichten zu reduzieren und die Kommunikation besser an die Bedeutung und Dauer des Problems anzupassen.

Alarme auf Basis von Leistungsindikatoren

In den Versionen für Oracle und SQL Server können Alarme auf Basis von Performance-Counter-Statistiken erstellt werden. SQL Server ermöglicht zusätzlich die Nutzung von Betriebssystem-Indikatoren, den sogenannten OS Counters.

Der Alarmschwellenwert kann verglichen werden mit:

  • dem historischen Durchschnitt für einen vergleichbaren Zeitraum
  • historischer Maximalwert
  • vom Administrator festgelegter Wert

Die Funktion ermöglicht die Erkennung ungewöhnlichen Verhaltens von Instanzen und Servern, ohne sich dabei nur auf Standard-Auslastungsmetriken zu beschränken.

Work Tags in weiteren Diagrammen verfügbar

Die Funktionalität Work Tags wurde auf weitere Bereiche der Anwendung ausgeweitet. Mit Tags lassen sich sowohl einzelne Ereignisse als auch ganze Zeiträume markieren, die mit bestimmten Aktivitäten in der Umgebung verbunden sind.

Mithilfe von Tags können unter anderem folgende Ereignisse beschrieben werden:

  • geplante Wartungsarbeiten;
  • Implementierungen und administrative Änderungen;
  • Optimierungsmaßnahmen;
  • Störungen und Vorfälle;
  • Ereignisse, die die Instanzauslastung beeinflussen.

Bisher waren die Markierungen hauptsächlich im Hauptdiagramm der Instanzauslastung verfügbar. Nach dem Update sind sie nun auch auf folgenden Bildschirmen sichtbar:

  • SQL Analyze;
  • Load Trends;
  • Waits;
  • OS-Stat.

Tags können über die Benutzeroberfläche der Anwendung mithilfe der Funktion Manage Timelinehinzugefügt und eingesehen werden. Die Ereignisverwaltung kann auch über die REST-API automatisiert werden. Der Endpunkt /worktags ermöglicht das Abrufen von Informationen, während /worktagmanage das Erstellen, Ändern und Löschen von Einträgen erlaubt

In Verbindung stehende Artikel