Analizador de SQL: Lock: Deadlock Chain

De los Books Online (BOL):

Normalmente, SQL Server elige como víctima del interbloqueo el subproceso
que ejecuta la transacción cuya cancelación resulta menos costosa.
Alternativamente, el usuario puede establecer la opción DEADLOCK_PRIORITY de
una sesión en LOW, mediante la instrucción SET. La opción DEADLOCK_PRIORITY
controla el modo en que se sopesan las sesiones en situaciones de
interbloqueo. Si se establece esta opción en LOW para una sesión, ésta se
convierte en la víctima preferida cuando participa en una situación de
interbloqueo.

Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"Naimps" <"@naimps@"@terra.es> wrote in message
news:

Hola.

Esta mañanita tenía yo lanzado el Analizador de SQL, y ahora, revisando la
traza, me encuentro con:

Lock: Deadlock Chain: Deadlock Chain SPID = 53
Lock: Deadlock Chain: Deadlock Chain SPID = 68
Lock: Deadlock

Imagino que los procesos 53 y 68 han entrado en un Deadlock, y el sistema
ha decidido cargarse el 53.

Esto ha pasado cuando el 68 estaba ya dentro de una función, y el 53 la ha
intentado empezar.

¿Qué tengo que hacer para evitar que me mate un proceso?

Muchas gracias.

Analizar que estan haciendo esos 2 procesos y en la medida
de lo posible utilizar BEGIN TRAN, COMMIT TRAN, ROLLBACK
TRAN.

Saludos.