Добрый день, сразу вопрос. Перевел конфигурацию УПП в режим автоматические и управляемые блокировки,система РА, некоторые документы с регистрами по которым делаются движения переведены в управляемый режим блокировок для исключения взаимоблокировок при одновременном проведении. В процедуру ОбработкаПроведения() для каждого документа добавил такой код
////////////////////////////////////////////////////////
Блокировка = Новый БлокировкаДанных;
   ЭлементБлокировки = Блокировка.Добавить();
   ЭлементБлокировки.Область = "РегистрНакопления.ТоварыОрганизаций";
   ЭлементБлокировки.Область = "РегистрНакопления.ЗаказыПокупателей";
   ЭлементБлокировки.Область = "РегистрНакопления.УчетЗатрат";
   ЭлементБлокировки.Область = "РегистрНакопления.УчетЗатратРегл";
   ЭлементБлокировки.Область = "РегистрНакопления.Продажи";
   ЭлементБлокировки.Область = "РегистрНакопления.СвободныеОстатки";
   ЭлементБлокировки.Область = "РегистрНакопления.ТоварыНаСкладах";
   ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
   ЭлементБлокировки.ИсточникДанных =ЭтотОбъект.Товары;
   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
   Блокировка.Заблокировать();
////////////////////////////////////////////////////////////
При одновременном проведении таких документов как РеализацияТоваровУслуг,ПеремещениеТоваров,ВозвратТоваровОтПокупателя выходит Ошибка при вызове метода контекста (Заблокировать)
   Блокировка.Заблокировать()
После этого документы проводятся поочередно.Как можно убрать эту ошибку?

а что за ошибка?

Ошибка при вызове метода контекста (Заблокировать)
  Блокировка.Заблокировать()
Превышено время ожидания, т.е один документ на какие-то доли секунды успевает провестись, а для второго выходит это сообщение.Также у перечисленных выше документов есть общие регистры по которым они делают движения.Может при попытке одновременного проведения,документы пытаются сделать запись в один и тот же регистр и в результате выскакивает эта ошибка? Тогда как можно оптимизировать код установления блокировки?

Ну система все правильно пишет. В документах пересекающиеся товары есть?

в принципе есть. Например я проверял работу кода по двум документам, перемещение и возврат.Значит получается что если один товар пытаться провести по двум разным документам выйдет ошибка блокировки, правильно ли я понял?

(4) логика железная...

(0) Странный код, явно избыточные блокировки устанавливаются, зачем он нужен?

все правильно у тебя ошибку выдает. увеличивай скорость проведения

(4) В нормальных условиях, если "один документ на какие-то доли секунды успевает провестись", ошибка не возникнет. Второй документ дождется освобождения и проведется

(0) Явную упр блокировку нужно ставить, когда ты прочитал данные из регистра, а затем анализируя полученные данные изменяешь регистр. Пример - партионное списание - перед получением остатков по партиям нужно установить упр исключит блокировку. Это нужно для того, чтобы параллельная транзакция не поменяла данные и не даже не начала чтение, пока не закончится первая транзакция

(4) Исходя из твоего кода да. Ты же накладываешь исключительную блокировку на все товары из данного регистра. Если документы по разным складам проводятся, то блокируй в разрезе склада, тогда параллельность будет.
Если по одному, то блокировка обязательно нужна, ты же одни и те же остатки хочешь списать разными документами.
А вообще почитай теорию блокировок и зачем они нужны, инфы сейчас полно.

(7)как можно увеличить скорость проведения?
(10)в принципе товары в документах могут по разным складам проводиться, могут и на один склад. По теории блокировок инфу читал, код с небольшой доработкой был взят из примера на сайте.

(9) фигню сказал

(10) > Если по одному, то блокировка обязательно нужна, ты же одни и те же остатки хочешь списать разными документами.

Если идет просто движение по регистру то не нужно никаких блокировок ставить руками, платформа все сама делает

(12) обоснуй

(11), Судя по всему часть регистров не перевел в управляемый режим. Есть еще регистры сведений, регистры бухгалтерского учета, последовательности.

кстати да. накладывай более избирательную блокировку

(14) а не. перечитал еще раз. все по теме ) беру слова обратно

(11)у меня в конфигурации стоит смешанный режим блокировки, а это дает возможность системе выбирать какой вид блокировки ставить документам и связанным с ними регистрами. Поэтому управляемую блокировку я поставил на те документы и связанные с ними регистры,которые являются общими для них

(18) поставь для нужных документов и регистров упр режим блокировок в конфигураторе и выкинь код установки явных блокировок, там где он не требуется по какой-то логике алгоритма

я поставил для нужных документов и регистров управляемый режим блокировки+ добавил вышеуказанный код в обработку проведения этих документов, в  нужных регистрах только поставил управляемый режим блокировок.

Странно, а что, "БлокироватьДляИзменения = Истина;" в модуле регистра в событии "ПередЗаписью" отменили?

(20) зачем код явных блокировок добавлен? Использование режима упр блокировок не означает, что везде нужно прописывать блокировки самостоятельно. Платформа продолжит сама накладывать неявные блокировки там, где это необходимо, но т.к. понижается уровень изоляции транзакций, может возникнуть нарушение логики работы некоторых алгоритмов (пример - контроль остатков до списания), написанных для авто режима, вот там, в нужный момент надо явно установить блокировку.

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

(9) плюсую
(0) явно не нужная блокировка, убирай к чертем
(21) именно это ему и надо в данном случае
(22) плюсую

(23) скорее всего, дедлоки у него и не вылезут, зато избыточность блокировки явная. Я бы исходил из проблем: есть проблема дедлока - решал бы. Вряд ли у него они проявятся.

кстати, код:
   ЭлементБлокировки.Область = "РегистрНакопления.ТоварыОрганизаций";
   ЭлементБлокировки.Область = "РегистрНакопления.ЗаказыПокупателей";
   ЭлементБлокировки.Область = "РегистрНакопления.УчетЗатрат";
   ЭлементБлокировки.Область = "РегистрНакопления.УчетЗатратРегл";
   ЭлементБлокировки.Область = "РегистрНакопления.Продажи";

никого не смущает? мне одному кажется что заблокируется только область, описанная в последней инструкции?

(25) в принципе верно говоришь

(26) Кстати да :) Слона-то я и не приметил

(23) по ситуации нужно смотреть, явно залочить все регистры  это не решение

(0) Так,как режим стоит "автоматические и управляемые блокировки", то возможно проблема даже не в коде вовсе?. На сколько я помню при таком режиме работы, если что то "сверху" по метаданным стоит в режиме  "автоматической блокировки", то вся "операция" переводиться в автоматическую блокировку, соответственно и все регистры блокируются в автоматическом режиме. Например один из регистров не переведен в управляемую блокировку. ? Или в документе стоит автоматическое удаление движений. Но в УПП по моему стоит "не автоматическое удаление". Возможно автору все регистры перевести в режим управляемый блокировок.?

(30) как правило, при попытке наложения разных вариантов блокировок объектов в одной транзакции платформа начинает материться

(30)все регистры переводить в управляемый режим блокировок,замучаешься,ведь их полно.
(21)это обязательно делать если регистр переведен в управляемый режим блокировки?
(31)следует ли перевести целиком конфигурацию в управляемый режим блокировки, а документы и регистры оставить как есть?

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

(32)Зачем тебе эту головную боль?
Что ты ожидаешь увидеть при управляемых блокировках?

В каждом регистре делаешь как в (21), конфу переводишь в управляемый режим. Я к этому еще и контроль остатков переписывал - за примером его работы в УТ11.
(34) основной эффект после выполнения вышеописанного - существенное сокращение времени блокировки при проведении документов - блокировки накладываются в момент записи в регистр. Контроль остатков смотрит только на возникновение отрицательных остатков после записи наборов данных, но до завершения транзакции.

хорошо, предположим перевел конфигурацию на управляемый режим блокировок, убрал код из обработки проведения, но не будет ли конфликта от того что вся конфа под управляемым режимом, а документы и регистры часть в управляемом, часть в автоматическом режимах?
(34) вся затея по написанию этого кода от того что возникла необходимость решить вопрос взаимоблокировок при одновременном проведениии некоторых документов, у которых есть общие регистры

(35) +1

(36) если конфига в управляемом режиме - то пофиг что у объектов стоит

(36)во всех этих регистрах нужен контроль остатков?

(36) я думаю идея с управляемым режимом - это уход от ожидания на блокировках, а не уход от взаимоблокировок. взаимоблокировки у тебя еще впереди

(35)+(38) т.е при этом изчезает проблема с взаимоблокировками?

(41) взаимоблокировки - неразрешимые блокировки, дедлок. когда два документа захватили одни ресурсы и не могут разойтись.

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

какая у тебя вообще сейчас проблема? пользователи получают сообщения "вы стали жертвой дедлока?"

(42) т.е дедлок неизлечимая болезнь конфигурации
(43) что-то в этом духе, особенно при попытке одновременного проведения, реализация товаров, перемещение товаров и возврат товаров.
(39)в большинстве из них.Часть проблемы решилась за счет перевода в РАУЗ

(21) кроме "БлокироватьДляИзменения = Истина;" нужно что то еще дописать в коде?

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

(35) > В каждом регистре делаешь как в (21)

Какой смысл так делать везде? (БлокироватьДляИзменения = Истина;)? Это нужно только там где есть контроль остатков после записи. Писать БлокироватьДляИзменения [в модуле регистра в событии "ПередЗаписью"] без разбора имхо неверно.

(46) я так думаю что можно сделать отбор по складам

(47) +1

(48) как минимум

еще как правильней ЭлементБлокировки = Блокировка.Добавить(РегистрНакопления.ТоварыОрганизаций);
или так
   ЭлементБлокировки.Область = "РегистрНакопления.ТоварыОрганизаций";

(40) +1 ^-)

потому что в синтаксис помощнике 1С пишется Блокировка.Добавить(РегистрНакопления.ТоварыОрганизаций); , а в примерах ЭлементБлокировки.Область = "РегистрНакопления.ТоварыОрганизаций";

в типовой ут 11 посмотри реализацию

(51) Это однофигственно

(51) Только, разумеется, в 1м случае имя пространства нужно тоже в кавычках

понятно, сейчас стало немного

(57) А у тебя же SQL версия да?

скл 2088 р2

(59) - Возможно, тебе придется полностью модуль проведения переписывать по документам, сложно, долго, но это единственный вариант. Только он даст эффект "качественного" проведения.  С блокировками стоит потренироваться на каркасной конфигурации для начала. Возможно придется избавится в конфигурации от "тормозящих" объектов. Если конечно бесстрашный в УПП такое делать. :)

(59) иного не остается, и так конфа не тиовая, частично переписанная, но хотелось бы решить вопрос окончательно по взаимоблокировкам

Добрый день в продолжении темы взаимоблокировок.Вернул с РАУЗ на партионный учет, онлайн списание по партиям, режим блокировок управляемый, в регистрах там где необходимо стоит БлокироватьДляИзменений=Истина, в обработке проведения оставил
/////////////////////////////////////////////////
Блокировка = Новый БлокировкаДанных;
   ЭлементБлокировки = Блокировка.Добавить();
   ЭлементБлокировки.Область = "РегистрНакопления.УчетЗатрат";
   ЭлементБлокировки.Область = "РегистрНакопления.УчетЗатратРегл";
   ЭлементБлокировки.Область = "РегистрНакопления.СвободныеОстатки";
   ЭлементБлокировки.Область = "РегистрНакопления.Продажи";
   ЭлементБлокировки.Область = "РегистрНакопления.ТоварыНаСкладах";
   ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
   ЭлементБлокировки.ИсточникДанных =ЭтотОбъект.Товары;
   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Склад", "Склад");
   Блокировка.Заблокировать();
/////////////////////////////////////////////////////////
но все равно выходит ошибка блокировки при выполнении транзакции, превышено время ожидания.

ПОЛУЧАЕТСЯ ЧТО ПРИ СПИСАНИЕ ПО ПАРТИЯ ОНЛАЙН ПРОИСХОДИТ ОЖИДАНИЕ ПО ВРЕМЕНИ ПРИ БЛОКИРОВКАХ. В КОНФИГУРАТОРЕ В АДМИНИСТРИРОВАНИИ В НАСТРОЙКАХ ИБ УВЕЛИЧИЛ ВРЕМЯ ОЖИДАНИЯ ПРИ БЛОКИРОВКАХ ДО 30 СЕК. ЧТО ЕЩЕ МОЖНО СДЕЛАТЬ?

Ожидание происходит потому что граница последовательности по одной организации это одна запись в таблице.
Расчет себестоимости в онлайне невозможен. Увеличивать время таймаута нельзя.

что-нибудь можно сделать в этом случае?

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

(66)можно двигать границу последовательности регламентно. Есть обработка "Установка границы последовательности..."
У вас неверное представление об управляемом режиме и понятий блокировка и взаимоблокировка.
http://1cexpo.ru/metodiki/21-tipichnye-prichiny-izbytochnyx-blokirovok-i-metody-optimizaczii.html
Вообще изначально задача какая была? Рассчитывать себестоимость в онлайне?

(67)изначальная задача настроить списание по партиям в онлайн,чтобы не выходила взаимоблокировка.Как можно это настроить?

(64) +1
(68) убедить не списывать онлайн

(69) снял в настройках учета галочки в списывать партии при проведении документов, также Гилев советует использовать регистр Свободные остатки и РАУЗ, но вот тут и возникает вопрос как настроить все правильно?

(68) я так понял проблема в следующем
вам нужен расчет себестоимости в онлайн, вы начали использовать политику "списывать при проведении" в этом случаи у вас начали возникать ожидании на блокировках (20 сек таймаут). Затем вы решили расчитывать с помощью РАУЗ, но в этом случаи у вас начали проблемы со взаимоблокировками.
Значит вам нужно разобраться почему у вас возникают взаимоблокировки, ЦУП в помощь, если нет ЦУПа, профайлер событие дедлок граф. Если ни того ни другого нет, посмотрите в коде есть ли запись движение в регистры из разных документов вручную, и в каком порядке они выполняются.

спасибо за совет

доброе утро, еще раз возвращаясь к теме списание по партиям онлайн.Как советует Гилев в рекомендациях, отказаться от использования режима списания по партиям онлайн, перейти в оффлайн, использовать регистр Свободные остатки, перейти на РАУЗ и управляемые блокировки.Сделал все кроме РАУЗ, также добавил в регистры вызов управляемой блокировки и в обработке проведения добавил код управляемых блокировок.При проведении одновременно двух документов вышла такая ошибка

Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
{Документ.РеализацияТоваровУслуг.МодульОбъекта(7004)}: Ошибка при вызове метода контекста (Выполнить)

по причине:

по причине:
Ошибка выполнения запроса
по причине:
Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Транзакция (идентификатор процесса 59) вызвала взаимоблокировку ресурсов блокировка с другим процессом и стала жертвой взаимоблокировки. Запустите транзакцию повторно.
HRESULT=80004005, SQLSrvr: SQLSTATE=40001, state=33, Severity=D, native=1205, line=1

первая часть ошибки могла появиться так как одновременно с этим документом проводился Перемещение товаров.Как можно в дальнейшем при списании по партиям онлайн добиться исключения взаимоблокировок?

выложи конфу нужно смотреть что ты там наделал