Technischer Blog

Ein Monitoring und Überwachung der SQL Server Performance ist ein Muss im professionellen Betrieb von SQL Server Datenbanken. Es gibt dafür zahlreiche Tools mit denen eine Überwachung konfiguriert bzw. implementiert werden kann. Eines der Tools mit dem ich in letzter Zeit öfter gearbeitet habe ist z.B. CheckMK oder Snagview. Es bietet eine Vielzahl von Metriken und lässt sich ganz indiviuell konfigurieren und auch erweitern. Durch die Installation eines Plugins für SQL Server wird eine Liste mit einer Vielzahl an Services bereitgestellt die überwacht werden können. Sollte das nicht ausreichen, kann man durch die Implementation eines "Custom"-Plugins, in der Programmier- bzw. Scriptsprache, der Wahl, die zu überwachenden Services einfach erweitern. (Wie z.b. die Überwachung von abgelaufenen Passwörtern ;) ). Was aber ist, wenn der Kunde kein Monitoring Tool von der "Stange" einsetzt, das diese Überwachung nicht im Standard liefert? Was für Werte bzw. welche Services sollten im Monitoring überwacht werden? Diesen Fall hatte ich auch, darum hier folgend der Vorschlag einer "Standard"-Konfiguration der zu überwachenden Services und Performance-Daten:

Für Server:

• CPU Utilization - mit Historie
• Disk IO Summary (Read, Writes, Latency)
• Filesystem Used in %, Usage in GB, Capacity in GB, Trend - mit Historie
• Memory Used in %, Usage in GB, Capacity in GB, Average in GB - mit Historie
• Last Crit Application Eventlog
• Last Crit System Eventlog

Pro SQL Server Instanz:

• SQL Services (Sqlservice, SSAS, SSIS, SSRS, SQL Server Agent, SQL Browserservice, etc)--> (STOPPED / RUNNING / ETC)
• Cache Hit Ratio
• Locks per Batch
• Page Activity
• Page Life Expectancy
• Jobs Status, Result, Duration, Last Run, Next Run
• Locks-Waits
• Dead-Locks

(Falls zutreffend)

• Availability Group Status (Health State)
• Availability Group Database Status (Synchronising, etc)
• Cluster Node Status
• Quorum (Storage) Status
• Cluster Network Status

Pro Datenbank:

• Connections
• Transactions
• Status (ONLINE / OFFLINE / RECOVERY /ETC)
• Database Size und Size Limit
• Transactionlog Size und Size Limit
• Last successful database backup
• Last successful transactionlog backup