SQL Server-Sperren

Sind SQL Server-Sperren grundsätzlich schlecht?

Sperren sind in SQL Server völlig normal. Die meisten kurzzeitigen Sperren erfolgen völlig unbemerkt. Manchmal dauert es länger als erwartet, bis eine Sperre behoben wird. Sperren mit längerer Dauer können zu Kettenreaktionen führen, bei denen Prozesse einander blockieren. Diese Art von Sperren ist problematisch. Die Antwort ist also Ja und Nein. Sperren sind zu erwarten, können aber auch zu Problemen führen.

Wie kann ich problematische Sperren erkennen?

Zunächst müssen Sie festlegen, ab wann eine Sperre problematisch ist. Dafür wird oft die Dauer der Sperre verwendet. Wenn Sie sich nicht sicher sind, empfehlen wir einen Ausgangswert zwischen 5 und 15 Sekunden. Mehr als 30 Sekunden ist nicht empfehlenswert, da viele Client-Frameworks standardmäßig eine Zeitüberschreitung von 30 Sekunden verwenden. Wenn ein Befehl abgebrochen wird, bevor die Sperre erkannt wird, erfahren Sie unter Umständen nicht, ob sich die zugrunde liegende Sperre auf die Benutzer der Anwendung ausgewirkt hat.

Gesperrte Anfragen auflisten

Nachdem Sie sich für eine Dauer entschieden haben, können Sie SQL Server DMVs verwenden, um nach Sperren mit einer längeren Dauer zu suchen. Die folgende einfache Abfrage verwendet die DMV „sys.dm_exec_requests“:

declare @durationInSeconds float = 5;

select

der.session_id,

der.blocking_session_id,

der.wait_type,

der.wait_time

from

sys.dm_exec_requests der

where

der.wait_time >= (@durationInSeconds * 1000)

and der.blocking_session_id != 0;

Diese Abfrage liefert eine Liste der gesperrten SPIDs mit der sperrenden SPID, dem aktuellen Wartetyp und der Wartezeit in Millisekunden. Die Abfrage verwendet einen Filter mit der Dauer, die Sie im Parameter am Anfang festlegen.

Diese Abfrage weist zwei grundsätzliche Einschränkungen auf:

1. Sie zeigt nur eine Momentaufnahme und hilft nicht beim Verständnis von Sperren, die zu anderen Zeitpunkten aufgetreten sind.
2. Sie zeigt nur die SPID der Anfrage und der sperrenden SPID an. Die Ursache des Problems ist jedoch an der Spitze der Sperrenkette zu suchen. Anhand dieser Ergebnissen wird es Ihnen schwer fallen, sich ein Bild zu machen. Es ist sehr wahrscheinlich, dass die eigentlichen problematischen Prozesse übersehen werden.

Fortlaufende Überwachung von SQL Server-Sperren

Wenn wir die Einschränkungen der DMV-Abfrage beheben, können wir unser System fortlaufend auf Sperren überwachen. Dazu können wir im einfachsten Fall einen Auftrag planen, der die Ergebnisse einer DMV-Abfrage in einer Tabelle speichert. Als Alternative können Sie eine externe Leistungsüberwachungslösung für Ihre Datenbank verwenden, wie etwa SolarWinds SolarWinds SQL Sentry. SQL Sentry sammelt beispielsweise Informationen zu problematischen Sperren, erfasst den Verlauf der Sperrendetails und bereitet Sperrenketten für die Analyse grafisch auf.

Im SQL Sentry Event Calendar können Sie Sperren außerdem parallel zu anderen Ereignissen anzeigen. SQL Sentry bietet unglaubliche Funktionen, mit denen Sie Probleme im Zusammenhang mit SQL Server-Sperren beheben und Problemursachen schnell und effizient identifizieren können.