Sperren-Ereigniskategorie
Gilt für: SQL Server
Verwenden Sie die Ereignisklassen in der Kategorie "Sperren", um sperrungsaktivitäten in einer Instanz des Microsoft SQL Server-Datenbank-Engine zu überwachen. Diese Ereignisklassen können Ihnen die Untersuchung von Sperrproblemen erleichtern, die auftreten können, wenn Daten von mehreren Benutzern gleichzeitig gelesen und bearbeitet werden.
Da die Datenbank-Engine häufig viele Sperren verarbeitet, kann das Erfassen der Locks-Ereignisklassen während einer Ablaufverfolgung zu erheblichem Mehraufwand führen und zu umfangreichen Ablaufverfolgungsdateien oder Tabellen führen.
In diesem Abschnitt
Thema | Beschreibung |
---|---|
Deadlock Graph (Ereignisklasse) | Stellt eine XML-Beschreibung eines Deadlocks bereit. |
Lock:Acquired (Ereignisklasse) | Gibt an, dass für eine Ressource, z. B. eine Zeile in einer Tabelle, eine Sperre eingerichtet wurde. |
Lock:Cancel-Ereignisklasse | Verfolgt Sperranforderungen nach, die vor dem Einrichten der Sperre abgebrochen wurden (beispielsweise, um einen Deadlock zu verhindern). |
Lock:Deadlock Chain (Ereignisklasse) | Überwacht, wann Deadlockbedingungen auftreten und welche Objekte betroffen sind. |
Lock:Deadlock (Ereignisklasse) | Verfolgt nach, wann eine Transaktion eine Sperre für eine bereits durch eine andere Transaktion gesperrte Ressource angefordert hat, wodurch ein Deadlock auftritt. |
Lock:Escalation-Ereignisklasse | Zeigt an, dass eine differenziertere Sperre in eine gröbere Sperre konvertiert wurde. |
Lock:Released (Ereignisklasse) | Verfolgt nach, wann eine Sperre aufgehoben wird. |
Lock:Timeout (Timeout > 0) Ereignisklasse | Verfolgt nach, wann Sperranforderungen nicht erfüllt werden können, weil eine andere Transaktion eine blockierende Sperre für die angeforderte Ressource aufrechterhält. Dieses Ereignis tritt nur in Situationen auf, in denen der Wert für den Sperrtimeout größer als Null ist. |
Lock:Timeout (Ereignisklasse) | Verfolgt nach, wann Sperranforderungen nicht erfüllt werden können, weil eine andere Transaktion eine blockierende Sperre für die angeforderte Ressource aufrechterhält. |
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter:Einreichen und Feedback anzeigen für