SQL Server 2000 - Fehlersuche bei Deadlocks

Question

Ich bin auf der Suche nach Vorschlägen, wie man Deadlock-Probleme in einer SQL Server 2000-Datenbank debuggen und aufspüren kann. Man hat mir empfohlen, die Trace-Flags 1024 und 3605 zu verwenden, die mir Folgendes liefern:

1024 - dieses Trace-Flag gibt den Typ der am Deadlock beteiligten Sperren und den aktuell betroffenen Befehl zurück.

3605 - dieses Trace-Flag sendet Trace-Ausgaben an das Fehlerprotokoll.

Die spezifischen gespeicherten Prozeduren, Tabellen und Indizes müssen noch aufgedeckt werden, daher ist das Ziel, diese Trace-Flags zu verwenden. Von dort aus weiß ich dann besser, welche Indizes optimiert werden müssen, welche Sperrhinweise für die Optimierung von Abfragen benötigt werden und welche potenziellen Sproc-Fehler behoben werden müssen.

Haben Sie noch andere Vorschläge oder Erfahrungsberichte zur Lösung dieses Problems?

Answer 1

Hier ist die Bibel zur Behebung von Blockierungen: http://blogs.msdn.com/bartd/archive/2006/09/09/Deadlock-Troubleshooting_2C00_-Part-1.aspx

Answer 2

Sehr nützliches Skript zur Analyse von Deadlocks: http://www.sommarskog.se/sqlutil/aba_lockinfo.html

Answer 3

Sobald Sie die beteiligten SQL-Anweisungen kennen, ist eine Code-Analyse sicherlich hilfreich. Einige Faustregeln sind die Überprüfung der Reihenfolge, in der auf die Zeilen zugegriffen wird, und die Überprüfung der für die SQL-Anweisungen verwendeten Isolationsebene. Ein Profiler-Trace kann eine große Hilfe sein.

Meistens liegt es daran, dass ein Leser versucht, eine gemeinsame Sperre für eine Ressource zu erhalten, die ausschließlich von einem Schreiber gesperrt ist.