THEMA: Process ID 53

hallo,

ich bekomme aus einer Schnittstelle folgenden Fehler:

Transaction (Process ID 53) was deadlocked on thread | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Was hat das zu bedeuten?


LG
Sven

Hallo Sven,

das kann eigentlich nur passieren wenn du auf der WRITE Seite die gleiche Tabelle schreibst wie auf der READ Seite gelesen wird. Ist das gewollt müsstest du den Modus von Massdata auf Memory bei der Ausführung umstellen, dann sollte auch das klappen.

Wenn das das Problem nicht löst bräuchte ich ein paar Hintergrundinformationen. Was soll wie gemacht werden. Evtl. laufen gleichzeitig mehrere Importjobs die Abhängigkeiten haben, etc.

Hallo Robert,

ne, es wird einfach nur von einer Tabelle in eine andere geschrieben. Dieser Prozess läuft bereits seit Monaten. Kurze zu deiner Info:
Ich habe vor Kurzem auf SQL Server2012 umgestellt. Könnte es damit zusammenhängen? Natürlich setze ich auch die Flowheaterversion 3 neuerdings ein . Wie gesagt, es ist ein simpler Prozess der bereits seit Monaten ohne Proble läuft.....diese Fehlermeldung ist absolut neu für mich.

Viele Grüße
Sven

Hallo Sven,

Sind mehr von Deinen Definitionen betroffen oder nur die eine?

Werden in der Definition z.B. über den SQL Heater Benutzerdefinierte SQL Statements während des Imports ausgeführt?

Meine Vermutung geht eher in die Richtung Datenbank Trigger. Sind auf der Tabelle Trigger vorhanden die beim Insert bzw. Update der Tabelle ausgeführt werden? Das würde jetzt mit dem Update auf SQL Server 2012 zusammenpassen. Wenn ja müssen wir hier weitersuchen.

PS: Bis jetzt sind keine Probleme zusammen mit SQL Server 2012 bekannt.

Hallo Sven,

was ich von früheren Version von SQl-Server kenne ist das Isolation-Level.
Ich hatte damals auch das Problem, dass neue Sätze "gelockt" waren .
Damals habe ich dann das (standard mäßige) "Pagelocking" auf "Rowlocking" umgestellt. (Script müste ich raussuchen).

Hier müsste man mal genauer auf die Parameter der Datenbank bzw. der einzelnen Tabellen prüfen und welche Statements an die DB gehen.

Gruß
Stefan