8.2.19.83. УПП. Режим блокировок у конфигурации стоит «Управляемый».

У одного документа есть проводки по регистру бухгалтерии. При проведении документа происходит очистка движений в общем модуле. Если после этой очистки поставить точку останова, и параллельно запустить  проведение другого документа, то при очистке его проводок вываливается ошибка «Lock request time out period exceeded». Проводки у обоих документов идут по одной организации и одинаковым счетам, но в разных месяцах. Как поставить на регистр бухгалтерии управляемую блокировку, чтобы можно было одновременно писать в разных периодах?

Пробовал по-разному, не получается. Может проблема в релизе платформы?

Надо включить режим разделения итогов по этому регистру.

(1) Галка "Разрешить разделение итогов" стоит.

(1) Ничего, что блокировка СУБД?

(0) Смотри план запросов. Возможно у тебя indexscan по какой-то из таблиц РБ.

(3)вижу. А режим разделения не разделяет при управляемой транзакции и блокировке СУБД? (я вот не знаю)

(5) Ну, как бы в УПП везде стоит разделение итогов.

(0)Суть в том что чтобы:
"..по одной организации и одинаковым счетам.."
надо как раз таки не ставить никаких блокировок и режим разделения итогов.
Ну по путевому-то, надо не чистить движения в начале проведения по феншую.

(5) Насколько я понял, режим разделения актуален для одинаковых периодов, а у меня разные.

Разделитель не поможет, если скан таблицы

(8) думаешь изменение остатка в меньшем периоде не должно никак отражаться на остаток в большем периоде?

(10) должно

(9)(4) у него очистка движений еще только идет в обоих транзакциях, там может быть скан таблицы?

(10) тоесть вы хотите сказать что при записи "февраль орг1 счет1 сумма" зблочится и "март орг1 счет1 сумма" ?

(13)ну конечно, период это не измерение, остатки жеж!

очистка движений у него это правильно, но если набор ЧИТАЕТСЯ при этом, то вполне может быть и скан

Можно гадать до загоговения, а можно посмотреть блокировки на СУБД через DMV.

(15) В коде 1С набор не читается. Он создается, устанавливается регистратор и записывается. А вот, что делает СУБД, я пока не знаю.

соглашусь с (16), нужно просто в том же профайлере или монитором сиквела глянуть что происходит.
(14) да чета тупанул про остатки я.

Профайлер показал, что конфликт блокировок происходит на табличке "ИтогиПоСчетамССубконто1".

(19) при выполнении операции Update

(20) Пересечение на индексе или на данных?

(21) Это я пока не понял. Я с профайлером только начинаю дружить. Не подскажешь, как посмотреть?

(22) Я вот этим скриптом пользуюсь.
http://infostart.ru/public/193674/

Правда он выводит и блокировки намерений (который нафиг не нужны для анализа), я его переписывал, но уже не могу найти.

Пользуй такой.

(22) Естественно, скрипт надо выполнять в тот момент, когда 2 транзакция пытается установить блокировку, еще до таймаута.

А разве ТЖ не поможет ?

(25) А в ТЖ есть блокировки СУБД?

(26) Вроде были
http://www.gilev.ru/latch/

(27) Не зря ЦУП цепляется к серверу MS SQL

Таблица оперативных (текущих) итогов пересчитывается при изменении данных в любом периоде. Поэтому - только разделение итогов.