Привет всем.
Конфа ут 10 последняя + ms sql 12
Недели 2 назад началась чехарда с дед локом причем ни с того ни с сего
лочит все включая тупо подбор из спр номенклатура. Документы разные и установка цен номенклатуры и чек и перемещения. А бывает даже человек записывает  128 строчный документ а он ему  56 строк запишет а остальное нет.

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

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

Банально, но всеже стоит спросить: обслуживание базы настроено, все выполняется как надо и вовремя?

Итоги свежие?

(0) MAXDOP не меняли? Какое сейчас значение?

Итоги да свежине
статистика и индексация выполняется вовремя это из задач на сервере. Мож чо упустил может на еще чо делать что сильно влияет

про  MAXDOP не слыхал даже и не настраивал.

Еще один симптомчик озвучу
dt  базы не загружается обратно - вываливается с ошибками.

пальцем в небо - рейд не деградировал случайно?

MAXDOP   - Стоит 0
про рейд хрен его знает я больше программист чем админ

Место на диске/дисках есть?

рейда нет

место норм

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

сними граф блокировки.
ну а вообще переходи на упр блокировки и включай версионирование на мсскл

(11) уже начал делать включил но блокировки пока автоматические везде
снимал был чек дублер - исключил  и блокировки уползли на номенклатуру и чек

(0)
"ни с того ни с сего" - на проблему с дисковой системой похоже.

Если dt не загружается, то возможно база повреждена. Запусти DBCC CHECKDB

Попробуй max dop выставить в 1
или кэш сбросить
DBCC FREEPROCCACHE

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

(12) на запись блокировки или на чтение?

(15) монопольно не надо, но тормозить будет

(13)сидит на ssd  не старый

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

(19) именно блокировки или дедлоки?

он лайн партии небось включены

(6) А надо установить значение 1.

(20)  дедлоки

(23) ты хоть 1 граф дедлока собрал?
может цуп поставить?

http://joxi.ru/YmEPkoi0EQK7r6
херова гора дед локов

это чекккм в основном
17 касс клепает но проблем не было еще надавно

(26) дедлок  - это 2 ресурас должно быть

поди обновляли же до 105,а там она в чек систему налогообложения подтягивает и признаки расчета из номенклатуры.
да и печать 105 стала медленнее.

Кстати, про Битрикс. А изменений много в план обмена пишется?

(29) дохера но я все выключил пока
(28) да обновляли вот под 20 процентов ндс

Проверь смарт https://crystaldiskinfo-portable.ru.uptodown.com/windows

https://osdn.net/projects/crystaldiskinfo/releases/

(28) возможно это и стало причиной
фискализация проходит медленнее а оно все в одной транзакции

(28) можно попробовать эти параметры получать из кэшируещего модуля

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

как оперативно исправить

Если 1с 8.3.13 можно подключить счетчик потребления ресурсов

ТЖ что пишет?

(37) чем это поможет. Дедлоки - это чисто код. при дедоках ресурсы как раз не особо сильно потребляются

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

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

(40) подскажи я посмотрю

Кеш уже прочистили?

да прочистил толку нет

дедлок - это ошибка алгоритма, а не нехватка вычислительных ресурсов

процесс 1:
начать транзакцию
изменяем таблицу1
изменяем таблицу2
зафиксировать транзакцию

процесс 2:
начать транзакцию
изменяем таблицу2
изменяем таблицу1
зафиксировать транзакцию

и вот когда эти процессы неудачно пересекутся будет дедлок

у тебя в скриншоте упомянуты таблицы - анализируй код с ними связанный

(45) + вместо "изменяем таблицуХ" может быть чтение с "для изменения"

(46)+ кроме явных начать/зафиксировать транзакцию - транзакции бывают неявные

вообще - если ни с того и ничего началось, то это скорее всего железо. Смарт точно нормальный? Логи Windows точно ничего не показывают? Может Windows посыл за посылом шлет, что ничего записать нельзя?

(46) на релизе тс вполне может быть чтение

выложи граф дедлока в хмл куда-нибудь

Проблема решилась банально выгрузка загрузка базы через dt  и скорость возросла раз в  10

Всем кто учавствовал благодарствую

(51) Возможно, что тупил какой-то регистр и помог пересчет итогов при выгрузке/загрузке.

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