DeadLock. Один сеанс - несколько процессов.

[Logger]

Самое интересное - что при работе с журналом переноса тоже дергаются ваучеры (прописываются в строчку при вставке или при разноске) - хотя в дальнейшем и не используются

[sukhanchik]

Цитата:

Сообщение от Logger

Самое интересное - что при работе с журналом переноса тоже дергаются ваучеры (прописываются в строчку при вставке или при разноске) - хотя в дальнейшем и не используются

Интересно - а зачем они тогда туда прописываются... чтобы лишний раз дернуть номерную серию? или так ... просто?

[fed]

Цитата:

Сообщение от sukhanchik

Интересно - а зачем они тогда туда прописываются... чтобы лишний раз дернуть номерную серию? или так ... просто?

Потому что ваучер - это не ссылка на главную книгу (как многие думают), а идентификатор хозоперации. И во многих местах в системе ваучер используется БЕЗ создания проводо ГК.

Ну и кстати возвращаясь к теме топика - по моему опыту - барабашек не бывает. Я такие блокировки видел раза 2-3 и во всех случаях они были связаны либо с использованием метода NumberSeq:release (о котором в топике уже написали), либо с тем что в доработках использовался доступ к numberSequenceTable/numberSequenceList в основной сессии.
Так что я бы для начала исправил ошибки в numberSeq::release (как рекомендовали уже), а потом посмотрел бы в коде на слое USR любые обращения к numberSequenceTable/numberSequenceList.

[Wamr]

Все-таки надо начать с точного определения блокированных таблиц.
смотрите sp_who2 & sp_lock

в 2.5 я бы больше обратил внимание на InventJournalTrans, если мне память не изменяет там нет уникального индекса по InventTransId.