<\/HEAD>
Gelegentlich kann beim Abgleichen und Posten einer Enterprise-Geodatabase folgender Fehler auftreten:<\/P>
"Lock request conflict with an established lock (SDE.DEFAULT)(STATE_ID=xyz)"<\/P>
<\/P>
ArcGIS setzt und hebt Sperren in den Datasets einer Geodatabase auf, während Benutzer Daten bearbeiten und abfragen. Diese Sperren sind notwendig, um die Konsistenz der Daten und Versionen zu gewährleisten, beeinflussen jedoch den Zugriff auf die gesperrten Objekte.<\/SPAN><\/P><\/P>Das Problem entsteht, weil ein Benutzer den Prozess in den Tabellen der Zustände (states) sperrt. Diese Sperre kann folgende Ursachen haben:<\/P>1-Ein Benutzer führt einen Massenprozess auf den versionierten Daten durch.<\/P>2- Ein Benutzer befindet sich im Prozess des Abgleichs oder Postens, und der Prozess dauert sehr lange.<\/P><\/P>Lösung:<\/P>1-Man kann den Benutzer finden, der die Sperre auf den Tabellen verursacht, indem man das gespeicherte Verfahren "sp_who" in SQLServer verwendet:<\/P><\/P> USE master; <\/SPAN><\/SPAN>
GO <\/SPAN>
EXEC sp_who; <\/SPAN>
GO<\/SPAN><\/P>
Wie wir sehen, liefert sp_who nach der Abfrage mehrerer Systemtabellen (syslocks, sysprocesses usw.) folgende Informationen zurück:<\/P>
- SPID<\/STRONG><\/SPAN> <\/SPAN>ID des Systemprozesses.<\/LI>STATUS <\/SPAN><\/STRONG><\/SPAN>Status des Prozesses (RUNNABLE, SLEEPING, SUSPENDED usw.).<\/LI>LOGIN <\/SPAN><\/STRONG><\/SPAN>Benutzername des Benutzers.<\/LI>HOSTNAME<\/STRONG><\/SPAN> <\/SPAN>Name des Benutzercomputers.<\/LI>BLK<\/STRONG><\/SPAN> Wenn der Prozess blockiert ist, ist dieser Wert die SPID des blockierenden Prozesses.<\/SPAN><\/LI>DBNAME<\/STRONG><\/SPAN> <\/SPAN>Name der Datenbank, die vom Prozess verwendet wird.<\/LI>CMD<\/STRONG><\/SPAN> <\/SPAN>Befehl, der aktuell ausgeführt wird (z.B. SELECT, INSERT)<\/LI><\/UL>Quelle: <A class="link-titled" href="https:\/\/sicuel.es\/2018\/12\/17\/sp_who\/\
