Всем здравствуйте!Есть регламентное задание Обмена между ЦБ и РИБ которое иногда зависает и ТЖ выдает вот эту ошибку. Как можно избежать таких ошибок? Всем в заранее спасибо!

10:12.387002-0,EXCP,6,process=rphost,p:processName=Base1C,t:clientID=232,t:applicationName=1CV8,t:computerName=User,t:connectID=130,SessionID=17,Usr=User,dbpid=60,Exception=DataBaseException,Descr='Конфликт блокировок при выполнении транзакции:
Microsoft SQL Server Native Client 11.0: Транзакция (идентификатор процесса 60) вызвала взаимоблокировку ресурсов блокировка с другим процессом и стала жертвой взаимоблокировки. Запустите транзакцию повторно.
HRESULT=80004005, SQLSrvr: SQLSTATE=40001, state=33, Severity=D, native=1205, line=1
'
10:12.387049-0,Context,3,process=rphost,p:processName=Base1C ,t:clientID=232,t:applicationName=1CV8,t:computerName=User,t:connectID=130,SessionID=17,Usr=User,Context='
Документ.ПоступлениеТоваров.Форма.ФормаДокумента.Форма : 328 : ТоварыПриИзмененииНоменклатуры(СтрокаТабличнойЧасти);
    Документ.ПоступлениеТоваров.Форма.ФормаДокумента.Форма : 262 : ХарактеристикаНоменклатурыОбъект.Записать();'

(0) Это практически невозможно объяснить, надо смотреть код.

Ну или набраться терпения и собирать граф взаимоблокировки в sql profiler. Долго, но надёжно.

(2) Подскажите по каким событиям смотреть в Profiler?

Граф взаимоблокировки. Так и называется.

(4) Спасибо! запустил, отслеживаю.

(5) не занимайся дичью. Открой сессию extended events system_health, найди там deadlock report
А какая версия платформы?

(6) 1С:Предприятие 8.3 (8.3.8.2322)

(6) оч. странно что возник дедлок на субд. По репорту надо понять причину, их м.б. 2, найди репорт, сохрани в XML и выложи

(8) Повышение уровня изоляции, почти наверняка запрос в обработчике записи.

У него дэдлок на СУБД, а не на сервере 1С. На управляемых до этого не должно доходить. Нужен репорт.

(10) Да вы капитан очевидность, с чего бы я его послал за графом в profiler ? И на управляемых deadlock на СУБД бывает.

(10) У меня обычные формы. Как можно тут прикрепить файл xml?

(11)в обозначенном тобой кейсе дэдлок возник бы на сервере 1с. У него 8.3 и версионирование, с чего им быть?

(12) режим совместимости 8.2? Выложи на облако мэйл.ру

(14) переходи на режим 8.3

ну или просто можно включить версионирование, если упр блокировки

(14) Режим совместимости интерфейса 8.2, Режим совместимости 8.3.5.  https://cloud.mail.ru/public/2cPo/aRNvqofMC

Двое ребят захотели почитать и записать свои изменения в планы обмена.

(18) Как быть в этой ситуации?

(19)

а) 8.3
б) ручной перевод в snapshot
в) в передзаписью выполнять запрос выборки всех полей из планов обмена с опцией ДЛЯ ИЗМЕНЕНИЯ

и отбором по ссылке

(21) Снимаю шляпу, доходчиво объяснил

(22) Что непонятного? Вот, например так:

Процедура ПередЗаписью(Отказ)
    Запрос=Новый Запрос;
    Запрос.Текст=
    "ВЫБРАТЬ
    |    НоменклатураИзменения.Узел,
    |    НоменклатураИзменения.НомерСообщения,
    |    НоменклатураИзменения.Ссылка
    |ИЗ
    |    Справочник.Номенклатура.Изменения КАК НоменклатураИзменения
    |ГДЕ
    |    НоменклатураИзменения.Ссылка = &Ссылка
    |
    |ДЛЯ ИЗМЕНЕНИЯ
    |    Справочник.Номенклатура.Изменения";
    
    Запрос.УстановитьПараметр("Ссылка",ЭтотОбъект.Ссылка);
    Запрос.Выполнить();

(23) Но, на самом деле, (23) - нужно в самом конце ПередЗаписью(), но до начала ПриЗаписи()

(23) Это была не критика

(24) В модуль какого объекта это нужно написать?

Запрос.УстановитьПараметр("Ссылка",ЭтотОбъект.Ссылка);

(27) Это для каждого объекта конфигурации прописывать??

Мде...щас тут насоветуют.
Во-первых причина дэдлока-захват ресурсов в разном порядке, а не повышение уровня изоляции, как тут пишет один товарищ.
Во-вторых непонятно откуда эта конструкция with(repeatableread) если платформа на 8.3 и должно быть включено mvcc.

Что скажет запрос
select name, is_read_commited_snapshot_on from sys.databases

Блин а какой режим блокировок в свойствах конфигурации???

(30) Режим блокировок стоит автоматический, а по запросу все базы показывают 0.

(31) переводи на управляемый.

(32) Какие последствия это может повлечь?

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

(29) Я это писал еще до репорта, не передергивай.

(30) Вот это поворот, да?

(34) Дада, переведите на управляемый, потом через месяцок посмотрим на остатки.

(33) Кривой контроль остатков.

(33) Если перевод имеется ввиду "включил галочку 'Управляемый'"

Перевод на управляемый режим подразумевает явную установку упр блокировок где нужно (если типовая то ищешь ДЛЯ ИЗМЕНЕНИЯ и там прописываешь).
Кстати Ежов а где ты видел дэдлоки на субд на упр режиме с вкл mvcc и maxdop 1?

Там где нужно это где контроль остатков как правило

(40) deadlock-и видел на упр. режиме, но mvcc скорее всего был еще выключен.

(42) похоже что ты их вообще не видел, а только на курсах слышал, т.к. твой совет по добавлению конструкции ДЛЯ ИЗМЕНЕНИЯ не годится для случая с захватом ресурсов в разном порядке.

(43) Видел, видел, не боись. Могу даже показать окошечко 1С-а.

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

Там же 2 таблицы, регистрации изменений и справочника. Что тебе даст
1. U ид1 наложена, X ид2 ждет
2. X ид2 наложена, U ид1 ждет

(46) Если U наложена, X не наложется.

1. U ид1 наложена, X ид2 наложена
2. X ид2 Ждет, U ид1 наложена (или таймаут)

(47) а разве в (46) наложилось? А дэдлок есть. Как у ТС. Не видно разве тебе?

Х ид2 тоже наложена, это другая таблица

Под пунктами 1. и 2. разные таблицы

(51) Я думал, разные транзакции

(52) ид1 и ид2 разные транзакции. А эти пункты вставлены в контексте моих слов про 2 таблицы. Так что же делать ТС-у теперь?

На данный момент:
1 транзакция: X Таб2 наложена, X Таб1 ждет (жертва)
2 транзакция: X Таб1 наложена, S Таб2 ждет

Да, я ступил, не посмотрел, что разные таблицы. Это захват ресурсов в разном порядке и ДЛЯ ИЗМЕНЕНИЯ тут не прокатит. Признаю свою ошибку.

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

(55) (54) Спасибо!

Стапэ

(55) Эй, freeman, ну стопэ

Если мы сделаем запрос ДЛЯ ИЗМЕНЕНИЯ - мы тупо наложим U блокировку на Таб1 раньше, чем платформа наложит X блокировку на Таб2 в первой транзакции

Речь идет про 1 (пользовательскую, жертвенную) транзакцию.

Так, freeman ?

Этим мы изменим порядок захвата.

Тут не важно что будет U или S, мы не можем меняя тип управлять порядком их наложения. U это чисто для исключения s-s

(62) Почему не можем? Вот такая картина будет

1 транзакция: U Таб1 ждет, X Таб2 наложена, X Таб1 наложена (бывшая жертва)

2 транзакция: X Таб1 наложена, S Таб2 наложена

А как у тебя одновременно наложены X и S на Таб2?

(64) Никак.

U будет ждать X до конца транзакции 2 и наоборот.

И как можно одновременно наложить U и X в 1-й транзакции?

(66) Как угодно, бро. Как угодно.

(67) это для меня слишком сложно

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

(68) За extended events system_health спасибо, кстати, какой бы ты злобной личностью бы не был. Я догадывался, что граф можно достать каким-нибудь dmv-ом, но как то руки не доходили, да и не особо нужно с управляемыми блокировками уже.

Совместимы в плане чего? Ты не можешь x превратить в u до окончания транзакции, так же как и u в s. Короче я не понимаю о чем ты, делай репро, выкладывай на ютуб, но я итак вижу что ты говоришь какие-то странные вещи.

(71) Просто забей.

(71) Вот, кстати, можешь почитать б-гмерской литературки.
https://its.1c.ru/db/metod8dev/content/4051/hdoc/_top/deadlock

Там в конце наш случай и мое решение, начиная со строк:
Для этого следует выполнить запрос с опцией "ДЛЯ ИЗМЕНЕНИЯ" к таблице остатков регистра "ТоварыКПередачеОрганизаций".

Переход по ссылке, ctrl+f, ctrl+v, enter

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

Т.е. блокировать все нужные ресурсы с самого начала транзакции. Классика жанра борьбы с дэдлоками если невозможен одинаковый порядок захвата.

(75) Да, именно.

(0) ТС попробуй перед записью характеристики блокировать таблицу регистрации изменений запросом в (23) но не в модуле объекта а перед ХарактеристикаНоменклатуры.Записать(), а все это безобразие нужно завернуть в транзакцию, начать ее перед запросом, зафиксировать после записи.

(77) Благодарю.

За столбом гор фактов мы выплеснули ребенка.

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

https://coub.com/view/16pe9l

(79) я сегодня подумал что U надо накладывать в обоих сеансах в начале транзакции, причем в одинаковом порядке на обе таблицы. Только в этом случае мы заставим 2-ю транзакцию, которая читает, ждать, т.к. U и S совместимы. Осталось только найти контекст виновника (контекст жертвы в ТЖ) и в обоих местах сделать это.

Т.к. U и S совместимы читать как нельзя оставлять S вообще.