Datenbanken
    Aktualisiert am Mai 2026
    MSSQL logo

    MSSQL Überwachung

    Überwachen Sie die Abfrageleistung, die Wartestatistiken, den Puffer-Cache und den Zustand des Transaktionsprotokolls von Microsoft SQL Server in Echtzeit – ganz ohne Konfiguration.

    Kostenlose Testversion startenDokumente anzeigen

    Warum überwachen Sie MSSQL?

    Microsoft SQL Server bildet weltweit die Grundlage für Unternehmensanwendungen, Data Warehouses und Business-Intelligence-Plattformen. Die Überwachung von MSSQL ist unerlässlich, um Abfrageausführungspläne zu optimieren, Wartestatistiken zu verfolgen, die Effizienz des Puffer-Caches zu verwalten und Deadlocks zu erkennen. Die MSSQL-Integration von Xitoring bietet umfassenden Einblick in Ihre SQL Server-Instanzen.

    Automatische Erkennung über Xitogent – keine manuelle Konfiguration erforderlich
    Echtzeit-Metriken zur Abfrageleistung und zu Batch-Anfragen
    Buffer-Cache-Trefferquote und Page Life Expectancy
    Wait-Statistiken und Deadlock-Erkennung
    Verfolgung der Transaktionslog-Nutzung und ihres Wachstums
    Index-Nutzung und Empfehlungen zu fehlenden Indizes
    Native Unterstützung von Windows-Server-Umgebungen
    1-minütige Erfassungsintervalle
    Was ist SQL Server-Monitoring?

    SQL Server-Monitoring, erklärt

    SQL Server-Monitoring erkennt Blocking-Chains, Deadlock-Stürme, Always On AG-Drift, Speicherdruck und Query-Store-Plan-Regressionen, bevor sie für Nutzer sichtbare Verlangsamungen oder HA-Failover-Ereignisse auslösen. Für Dynamics 365, SharePoint, ERP und jede Enterprise-SQL-Workload ist die Sichtbarkeit von Wait-Stats pro Datenbank und Query Store der Unterschied zwischen einem sauberen Tuning-Fix und einer tagelangen Ursachensuche. Xitoring entdeckt Ihren SQL Server automatisch, liest native DMVs mit der Berechtigung VIEW SERVER STATE und leitet Alerts an Slack, PagerDuty, Telegram oder Ihren bestehenden On-Call weiter.

    Kennzahlen

    Was wir überwachen

    Batch-Anfragen/Sek.

    Anzahl der pro Sekunde empfangenen SQL-Batch-Anfragen.

    Buffer-Cache-Trefferquote

    Anteil der aus dem Buffer-Pool bedienten Page-Reads im Vergleich zu physischen Disk-Reads.

    Page Life Expectancy

    Durchschnittliche Zeit (in Sekunden), die eine Page im Buffer-Pool verbleibt — niedrigere Werte deuten auf Speicherdruck hin.

    Wait-Statistiken

    Häufigste Wait-Types und deren Dauer als Hinweis auf Ressourcenengpässe.

    Deadlocks/Sek.

    Anzahl der Lock-Anfragen, die zu Deadlocks führten.

    Transaktionslog-Nutzung

    Anteil des belegten Transaktionslog-Speicherplatzes je Datenbank.

    Benutzerverbindungen

    Anzahl der aktiven Benutzerverbindungen zur SQL-Server-Instanz.

    Compilations/Sek.

    Anzahl der SQL-Compilations und Recompilations pro Sekunde.

    Lock-Waits/Sek.

    Anzahl der Lock-Anfragen, bei denen der Aufrufer warten musste.

    Index-Fragmentierung

    Fragmentierungsgrad der Indizes über alle Datenbanken hinweg.

    CPU-Auslastung

    CPU-Auslastung des SQL-Server-Prozesses im Vergleich zur gesamten System-CPU.

    Datenbankgröße

    Größe der Daten- und Logdateien je Datenbank.

    Auslöser & Benachrichtigungen

    Konfigurierbare Alarmauslöser

    Richten Sie benutzerdefinierte Trigger in Ihrem Dashboard ein, um benachrichtigt zu werden, sobald die Kennzahlen von „MSSQL“ Ihre festgelegten Schwellenwerte überschreiten.

    MSSQL Dashboard zur Konfiguration von Überwachungsauslösern

    Buffer-Cache-Trefferquote

    entscheidend

    Wird ausgelöst, wenn die Cache-Trefferquote unter den Schwellenwert fällt — ein Hinweis auf unzureichenden Speicher für die Workload.

    Page Life Expectancy

    Warnung

    Wird ausgelöst, wenn die PLE unter den Schwellenwert fällt — Pages werden zu schnell aus dem Speicher verdrängt.

    Deadlocks

    entscheidend

    Warnt, wenn die Deadlock-Rate den Schwellenwert überschreitet, was auf Lock-Konkurrenz in Anwendungsabfragen hindeutet.

    Transaktionslog-Nutzung

    entscheidend

    Wird ausgelöst, wenn die Transaktionslog-Nutzung den Schwellenwert überschreitet und Schreibfehler drohen.

    Benutzerverbindungen

    Warnung

    Wird ausgelöst, wenn sich die Verbindungsanzahl den Limits nähert und „connection refused“-Fehler drohen.

    Wait-Statistiken

    Warnung

    Warnt bei einem Anstieg bestimmter Wait-Types, was auf Ressourcenengpässe (CPU, I/O, Speicher, Locks) hinweist.

    01

    Bedeutung von MSSQL-Überwachung

    SQL Server betreibt geschäftskritische Enterprise-Workloads — von ERP-Systemen über Finanzdatenbanken bis hin zu E-Commerce-Plattformen. Ohne Überwachung können Buffer-Druck, Deadlocks und Transaktionslog-Bloat zu Ausfällen und Datenkorruption führen.

    • Speicherdruck über Buffer-Cache- und PLE-Metriken erkennen
    • Wait-Statistiken überwachen, um die Ursache von Verlangsamungen zu identifizieren
    • Deadlocks verfolgen, um Sperrenprobleme auf Anwendungsebene zu beheben
    • Transaktionslog-Speicherplatz für unterbrechungsfreie Schreibvorgänge sicherstellen
    • Index-Nutzung optimieren, um die Abfrageleistung dauerhaft aufrechtzuerhalten
    MSSQL-Überwachungs-Dashboard mit Abfrageleistung und Buffer-Cache-Metriken
    SQL-Server-Deadlock-Erkennung und Analyse der Index-Nutzung
    02

    Warum entscheiden Sie sich für Xitoring

    Xitoring liefert SQL-Server-Überwachung auf Enterprise-Niveau mit Zero-Config-Setup. Unser schlanker Agent erkennt Ihre MSSQL-Instanzen automatisch, beginnt in unter 60 Sekunden mit der Erfassung von Metriken und integriert sich in Ihre bestehenden Benachrichtigungskanäle.

    • Native Unterstützung für Windows Server mit einfachem Installer
    • Über 15 globale Überwachungsknoten für Überprüfungen mit geringer Latenz
    • Einheitliches Dashboard für Server, Datenbanken und Uptime
    • Flexible Benachrichtigungen über Slack, PagerDuty, Telegram und weitere Dienste
    • Aufbewahrung historischer Daten für die Kapazitätsplanung und Audits
    Xitoring-MSSQL-Überwachungsübersicht auf Windows Server
    Konfiguration von Benachrichtigungen und Eskalationen
    Anwendungsfälle

    Häufige SQL Server-Monitoring- Szenarien

    Wo SQL Server heute typischerweise läuft – und was schiefgehen könnte, wenn niemand hinsieht.

    Geschäftsanwendungen und ERP-Systeme

    Wenn SQL Server kritische Geschäftsanwendungen – Finanzen, Personalwesen, Vertrieb – betreibt, wird eine langsame Datenbank zu einem langsamen Unternehmen. Wir beobachten die Signale, die zeigen, wann die Datenbank anfängt zu kämpfen, damit das Team sie beheben kann, bevor die Mitarbeiter die IT anrufen.

    Backup-Datenbanken für die Notfallwiederherstellung

    Unternehmen betreiben zusätzliche Kopien ihrer Datenbank – oft in einer anderen Region –, damit ein einziger Ausfall das Geschäft nicht offline nimmt. Wenn diese Kopien zurückbleiben, würde die Wiederherstellung mehr Daten verlieren als erwartet. Wir überwachen jede Kopie, damit der Notfallwiederherstellungsplan an dem Tag, an dem Sie ihn tatsächlich benötigen, noch funktioniert.

    SQL Server in der Cloud oder unter Linux

    Ob SQL Server in Azure, unter Linux oder irgendwo dazwischen läuft, die Sichtbarkeit, die Sie allein von der Plattform erhalten, ist selten ausreichend. Wir decken Abfrageverlangsamungen und andere interne Probleme auf, damit Kosten und Leistung in Ihrer Kontrolle bleiben.

    Bevor Sie beginnen

    Voraussetzungen für MSSQL

    Stellen Sie sicher, dass diese Punkte erfüllt sind — danach ist die Installation eine Sache von 60 Sekunden.

    • Microsoft SQL Server 2012 oder neuer (2022+ für die Metrik size_on_disk_bytes)
    • Ein SQL-Login mit den Berechtigungen CONNECT ANY DATABASE, VIEW SERVER STATE, VIEW ANY DEFINITION und SELECT
    • TCP/IP auf der Instanz aktiviert und der Port von Xitogent aus erreichbar
    Einrichtungsanleitung

    Erste Schritte in Minuten

    1

    Xitogent auf Ihrem Windows-Server installieren

    Laden Sie den Xitogent-Agenten herunter und installieren Sie ihn auf Ihrem Windows-Server, der SQL Server hostet.

    # Download from https://xitoring.com/xitogent # Run the installer as Administrator
    2

    SQL-Server-Zugriff konfigurieren

    Legen Sie einen dedizierten Login für das Monitoring mit minimalen Berechtigungen an:

    CREATE LOGIN xitoring WITH PASSWORD = 'your_password'; CREATE USER xitoring FOR LOGIN xitoring; GRANT CONNECT ANY DATABASE TO xitoring; GRANT VIEW SERVER STATE TO xitoring; GRANT VIEW ANY DEFINITION TO xitoring; GRANT SELECT TO xitoring;
    3

    MSSQL-Integration aktivieren

    Aktivieren Sie die MSSQL-Integration über das Xitoring-Dashboard oder die CLI.

    xitogent integrate
    4

    Alarmschwellen konfigurieren (optional)

    Legen Sie eigene Schwellenwerte für Buffer-Cache-Trefferquote, Page-Life-Expectancy oder Deadlock-Anzahl fest, um benachrichtigt zu werden, wenn etwas Aufmerksamkeit benötigt.

    5

    Funktion überprüfen

    Führen Sie diesen Befehl auf dem Server aus, um zu bestätigen, dass Xitogent die Integration erkannt hat. Innerhalb von etwa 30 Sekunden werden frische Metriken in Ihr Dashboard gestreamt.

    sudo xitogent status
    Vergleichen

    Erwägen Sie Alternativen?

    Sehen Sie, wie sich Xitoring gegen die Alternativen für MSSQL-Monitoring schlägt — Pauschalpreise, tiefere Integrationen und ein Agent, der Ihren gesamten Stack abdeckt.

    Alle Vergleiche ansehen

    Häufig gestellte Fragen

    Unterstützt die Integration SQL Server unter Linux?
    Ja. Während MSSQL traditionell unter Windows läuft, unterstützt Xitogent SQL Server sowohl in Windows- als auch in Linux-Umgebungen.
    Wird diese Integration die Leistung von SQL Server beeinträchtigen?
    Nein. Xitogent verwendet einfache DMV-Abfragen (Dynamic Management Views), die nur vernachlässigbare Auswirkungen auf die Leistung von SQL Server haben.
    Kann ich mehrere Instanzen überwachen?
    Ja. Xitogent kann mehrere SQL Server-Instanzen (benannte Instanzen) auf demselben Server überwachen.
    Kann ich die Azure SQL-Datenbank überwachen?
    Die agentenbasierte Integration überwacht selbst gehostete SQL Server. Für Azure SQL Database nutzen Sie die Verfügbarkeitsüberwachung von Xitoring zur Überprüfung des Endpunktzustands.
    Welche SQL Server-Versionen werden unterstützt?
    Xitoring unterstützt SQL Server 2016 und spätere Versionen, einschließlich SQL Server 2022 und die Express-Editionen.
    Wie oft werden Kennzahlen erfasst?
    Standardmäßig werden die Messdaten im 1-Minuten-Takt erfasst. Dies kann über das Xitoring-Dashboard oder die Befehlszeilenschnittstelle (CLI) angepasst werden.
    Wie erkenne ich Deadlocks in SQL Server?
    Die system_health Extended-Event-Session erfasst Deadlock-Graphen automatisch (kein Profiler nötig). Auslesen mit `SELECT XEvent.value('(data/value/deadlock/process-list/process/@waitresource)[1]', 'nvarchar(100)') FROM sys.fn_xe_file_target_read_file(...)`. Verfolgen Sie `Deadlocks/sec` aus `sys.dm_os_performance_counters` für die Rate. Jede Rate ungleich null ist ein App-seitiges Transaktions-Reihenfolge- oder Isolation-Level-Problem – Xitogent alarmiert bei Deadlock-Spitzen und zeigt die erfassten Graphen an.
    Wie überwache ich die SQL-Server-Backup-Gesundheit?
    Fragen Sie `msdb.dbo.backupset` nach der letzten Full/Diff/Log-Backup-Zeit pro Datenbank ab und `dm_io_virtual_file_stats` für den Log-Flush-Durchsatz. Berechnen Sie das RPO als Zeit-seit-letztem-Log-Backup. Für Always On verfolgen Sie `last_commit_time` pro Replica. Xitogent zeigt Alerts für veraltete Backups an (jede Datenbank ohne Full-Backup in N Stunden oder ohne Log-Backup in M Minuten), sodass verpasste Wartungsjobs innerhalb des Polling-Intervalls auffallen.
    Welche SQL-Server-Versionen werden unterstützt?
    SQL Server 2016 bis 2022 (16.x) – sowie SQL Server 2025 (17.x) mit Query Store für Secondary Replicas – plus Azure SQL Managed Instance, Azure SQL Database und SQL Server unter Linux (2017+). Die Integration erkennt automatisch verfügbare DMVs und Query-Store-Views; neuere Features (PSP-Optimierung, IQP-Cardinality-Feedback, Query Store auf Secondary Replicas) werden dort angezeigt, wo sie verfügbar sind.

    MSSQL überwachen heute

    In weniger als 60 Sekunden eingerichtet. Keine Kreditkarte erforderlich. Umfassende Kennzahlen vom ersten Tag an.

    Kostenlose Testversion starten

    Entdecke weiter

    Verwandte Themen Integrationen