Деадлоки при использовании SQL Server

[DeSp]

После того как клиенты повисли, регулярно обновляю инфу в EM -> Current Activity ->Process info:
Блокирующий клиент имеет: spid=56, status=sleeping, open transactions=0, command=awaiting command, wait time=0, wait type=not waiting, wait resource=..., blocking 1.
Блокируемый имеет: spid=55, status=sleeping, open transactions=1, command=execute, wait time=0, wait type=miscellaneous, wait resource=..., blocked by 56 .
Похоже на симптомы "осиротевшего" коннекта (orphaned session) у 56, но почему в логе профайлера сервер пишет, что был обнаружен и разрешен дедлок? Как он так разрешил дедлок, что заблокированные ресурсы 56-го не освободились, не давая продолжить 55-му, а сам 56-й продолжает висеть?

Lockeadlock Chain - оба клиента лочили RangeS-U ключ с IndexId=1 в таблице Warehouse Activity Line. Это первичный ключ с SumIndexField, MaintainSIFTindex=No.

Кроме того, после отключения 56 вручную через kill process его клиент Navision выдал сообщение: "Внутренняя ошибка 1247 в модуле 19, обратитесь к вашему дилеру, если нужна помощь" и аварийно закрылся.

Кто-нибудь может подсказать в чем все-таки проблема?