Microsoft SQL Server

Die Checks Microsoft SQL Server – Zustand und Microsoft SQL Server – Aktivität überwachen Microsoft SQL Server und ergänzen sich. Microsoft SQL Server – Zustand beobachtet die langsam veränderlichen Grundlagen — Dienststatus, Erreichbarkeit, Datenbankzustände, Backup-Alter, Speicherplatz auf SQL-Volumes, fehlgeschlagene Agent-Jobs und Always-On-Verfügbarkeitsgruppen — und läuft standardmäßig alle 30 Minuten. Microsoft SQL Server – Aktivität beobachtet das Live-Verhalten — blockierende Sitzungen, schwerwiegende Fehlerlog-Einträge und zentrale Leistungsindikatoren — und läuft standardmäßig alle 5 Minuten. Beide laufen unter Windows gegen SQL-Server-Instanzen, die lokal auf dem Gerät installiert sind.

Voraussetzungen

• Du brauchst die Berechtigung Monitoring-Check-Verwaltung. Berechtigungen vergibt dein Administrator unter Administration → Gruppen.
• Das Gerät läuft unter Windows mit einer oder mehreren lokalen SQL-Server-Instanzen, ist online und hat den octoja Agent installiert.
• Standardmäßig verbinden sich die Checks per Windows-Authentifizierung mit dem Systemkonto des Agent. Wenn dieses Konto nicht auf deine Instanzen zugreifen kann, lege einen Monitoring-Login an und trage ihn im Check ein — siehe Das Monitoring-Konto für Datenbank-Checks einrichten.

Schritte

1. Gehe zu Geräte und öffne den SQL-Server.
2. Klicke auf den Tab Checks → Check hinzufügen → Microsoft SQL Server – Zustand.
3. Konfiguriere, was überwacht werden soll. Die Felder sind unter Einstellungen beschrieben.

4. Klicke auf Check hinzufügen.
5. Füge den zweiten Check auf demselben Weg hinzu — Check hinzufügen → Microsoft SQL Server – Aktivität.

Einstellungen

Microsoft SQL Server – Zustand

Stehen die Warn- und Kritisch-Werte in falscher Reihenfolge, vertauscht der Check sie vor der Auswertung. Always-On-Verfügbarkeitsgruppen haben kein eigenes Feld: Der Check wertet sie automatisch aus, sobald die Instanz Replikate hostet.

Microsoft SQL Server – Aktivität

Ergebnisse

Nicht erreichbare oder gestoppte Instanzen alarmiert nur der Zustand-Check — die beiden Checks melden denselben Ausfall also nie doppelt.

Microsoft SQL Server – Zustand

Microsoft SQL Server – Aktivität

Nur Blockierungen und Fehlerlog-Einträge ergeben einen Alarm. Die Leistungsindikatoren (Buffer-Cache-Trefferquote, Page Life Expectancy, Verbindungen, blockierte Prozesse) werden angezeigt, lösen aber keinen Alarm aus.

Tipps

• Stimme die Backup-Alter-Schwellenwerte zuerst auf den tatsächlichen Backup-Plan des Kunden ab — die Standardwerte gehen von einem nächtlichen Voll-Backup und stündlichen Log-Backups aus. Datenbanken im Wiederherstellungsmodell Einfach haben keine Log-Backups und werden deshalb nur auf ihr Voll-Backup geprüft. Meldet eine Datenbank fehlende Log-Backups, läuft sie im Modell FULL oder BULK_LOGGED — richte dann Log-Backups ein oder stelle das Wiederherstellungsmodell um.
• Halte mit den Instanz- und Datenbankfiltern das Rauschen aus geteilten Servern heraus — schließe zum Beispiel Hilfsdatenbanken eines Herstellers aus, die du nicht verantwortest.
• Das Rückblick-Fenster fürs Fehlerlog ist bewusst kurz. Wenn du es deutlich vergrößerst, kann ein einzelner alter Fehler den Check über viele Läufe rot halten, obwohl der Vorfall vorbei ist.

FAQ

Warnt die Speicherplatzüberwachung, bevor eine SQL-Express-Datenbank ihr Größenlimit erreicht?

Nein. Speicherplatz auf SQL-Volumes überwachen prüft den freien Platz auf den Laufwerken mit SQL-Dateien, nicht die Datenbankgröße im Verhältnis zum Limit der installierten SQL-Server-Edition. Der Check zeigt die Edition an, leitet daraus aber keine Kapazitätsgrenze ab. Eine Datenbank kann ihr Editionslimit erreichen, obwohl auf dem Laufwerk noch viel Platz frei ist.

Überwache dieses Limit separat mit Datenbankmesswerten, die zu deiner SQL-Server-Version und -Edition passen. Ein Schwellenwert für eine einzelne .mdf-Datei ist keine gleichwertige Messung der Datenbankkapazität und sollte sie nicht ersetzen.