|
DEADLOCK | ☑ | ||
---|---|---|---|---|
0
aptomilov
29.01.19
✎
09:02
|
Привет всем.
Конфа ут 10 последняя + ms sql 12 Недели 2 назад началась чехарда с дед локом причем ни с того ни с сего лочит все включая тупо подбор из спр номенклатура. Документы разные и установка цен номенклатуры и чек и перемещения. А бывает даже человек записывает 128 строчный документ а он ему 56 строк запишет а остальное нет. в панике пытаюсь анализировать что происходит заметил что подписки на события от битрикс жрут очень много а они висят на регистрах - отключил но все равно тормозит. Куда копнуть у меня такое чувство что база в целом стала по какой то причине эстонской. |
|||
1
Nikoss
29.01.19
✎
09:06
|
Банально, но всеже стоит спросить: обслуживание базы настроено, все выполняется как надо и вовремя?
|
|||
2
Галахад
гуру
29.01.19
✎
09:08
|
Итоги свежие?
|
|||
3
dmpl
29.01.19
✎
09:09
|
(0) MAXDOP не меняли? Какое сейчас значение?
|
|||
4
aptomilov
29.01.19
✎
10:08
|
Итоги да свежине
статистика и индексация выполняется вовремя это из задач на сервере. Мож чо упустил может на еще чо делать что сильно влияет про MAXDOP не слыхал даже и не настраивал. Еще один симптомчик озвучу dt базы не загружается обратно - вываливается с ошибками. |
|||
5
Fram
29.01.19
✎
10:14
|
пальцем в небо - рейд не деградировал случайно?
|
|||
6
aptomilov
29.01.19
✎
10:15
|
MAXDOP - Стоит 0
про рейд хрен его знает я больше программист чем админ |
|||
7
Галахад
гуру
29.01.19
✎
10:16
|
Место на диске/дисках есть?
|
|||
8
aptomilov
29.01.19
✎
10:16
|
рейда нет
|
|||
9
aptomilov
29.01.19
✎
10:17
|
место норм
|
|||
10
aptomilov
29.01.19
✎
10:21
|
в декабре пахало без нареканий
единственное что сделали обновли модуль битрикс я его отключил но проблема не ушла |
|||
11
Вафель
29.01.19
✎
10:25
|
сними граф блокировки.
ну а вообще переходи на упр блокировки и включай версионирование на мсскл |
|||
12
aptomilov
29.01.19
✎
10:30
|
(11) уже начал делать включил но блокировки пока автоматические везде
снимал был чек дублер - исключил и блокировки уползли на номенклатуру и чек |
|||
13
МихаилМ
29.01.19
✎
10:30
|
(0)
"ни с того ни с сего" - на проблему с дисковой системой похоже. |
|||
14
ADirks
29.01.19
✎
10:31
|
Если dt не загружается, то возможно база повреждена. Запусти DBCC CHECKDB
Попробуй max dop выставить в 1 или кэш сбросить DBCC FREEPROCCACHE |
|||
15
aptomilov
29.01.19
✎
10:35
|
выставил сбросил будем наблюдать
чек дб да буду делать но там же монопольно надо |
|||
16
Вафель
29.01.19
✎
10:37
|
(12) на запись блокировки или на чтение?
|
|||
17
ADirks
29.01.19
✎
10:38
|
(15) монопольно не надо, но тормозить будет
|
|||
18
aptomilov
29.01.19
✎
10:38
|
(13)сидит на ssd не старый
|
|||
19
aptomilov
29.01.19
✎
10:39
|
(16) сегодня уже было даже на чтение форма подбора запрос остатков
в основном запись |
|||
20
Вафель
29.01.19
✎
10:41
|
(19) именно блокировки или дедлоки?
|
|||
21
Вафель
29.01.19
✎
10:41
|
он лайн партии небось включены
|
|||
22
dmpl
29.01.19
✎
10:42
|
(6) А надо установить значение 1.
|
|||
23
aptomilov
29.01.19
✎
10:44
|
(20) дедлоки
|
|||
24
Вафель
29.01.19
✎
10:46
|
(23) ты хоть 1 граф дедлока собрал?
может цуп поставить? |
|||
25
aptomilov
29.01.19
✎
10:51
|
http://joxi.ru/YmEPkoi0EQK7r6
херова гора дед локов |
|||
26
aptomilov
29.01.19
✎
10:52
|
это чекккм в основном
17 касс клепает но проблем не было еще надавно |
|||
27
Вафель
29.01.19
✎
10:55
|
(26) дедлок - это 2 ресурас должно быть
|
|||
28
Сияющий в темноте
29.01.19
✎
10:58
|
поди обновляли же до 105,а там она в чек систему налогообложения подтягивает и признаки расчета из номенклатуры.
да и печать 105 стала медленнее. |
|||
29
Галахад
гуру
29.01.19
✎
11:00
|
Кстати, про Битрикс. А изменений много в план обмена пишется?
|
|||
30
aptomilov
29.01.19
✎
11:06
|
(29) дохера но я все выключил пока
(28) да обновляли вот под 20 процентов ндс |
|||
31
dmrjan
29.01.19
✎
11:09
|
Проверь смарт https://crystaldiskinfo-portable.ru.uptodown.com/windows
|
|||
32
dmrjan
29.01.19
✎
11:11
|
||||
33
aptomilov
29.01.19
✎
11:48
|
(28) возможно это и стало причиной
фискализация проходит медленнее а оно все в одной транзакции |
|||
34
Вафель
29.01.19
✎
11:53
|
(28) можно попробовать эти параметры получать из кэшируещего модуля
|
|||
35
aptomilov
29.01.19
✎
12:09
|
щас перезагрузили сервак и все ваще капец дедлоки у всех мля чо херота не пойму блин ни кто не может провести чеки
|
|||
36
aptomilov
29.01.19
✎
12:09
|
как оперативно исправить
|
|||
37
dmrjan
29.01.19
✎
12:20
|
Если 1с 8.3.13 можно подключить счетчик потребления ресурсов
|
|||
38
dmpl
29.01.19
✎
12:20
|
ТЖ что пишет?
|
|||
39
Вафель
29.01.19
✎
12:24
|
(37) чем это поможет. Дедлоки - это чисто код. при дедоках ресурсы как раз не особо сильно потребляются
|
|||
40
Вафель
29.01.19
✎
12:26
|
для начала нужно по ресурсам (регистры - документы) получить сам дедлок.
а потом уже его исправлять. Пока такого анализа не проведено |
|||
41
aptomilov
29.01.19
✎
12:30
|
я может тогда не понимаю что значит получить сам дед лок
|
|||
42
aptomilov
29.01.19
✎
12:32
|
(40) подскажи я посмотрю
|
|||
43
bolobol
29.01.19
✎
12:34
|
Кеш уже прочистили?
|
|||
44
aptomilov
29.01.19
✎
12:35
|
да прочистил толку нет
|
|||
45
trad
29.01.19
✎
13:49
|
дедлок - это ошибка алгоритма, а не нехватка вычислительных ресурсов
процесс 1: начать транзакцию изменяем таблицу1 изменяем таблицу2 зафиксировать транзакцию процесс 2: начать транзакцию изменяем таблицу2 изменяем таблицу1 зафиксировать транзакцию и вот когда эти процессы неудачно пересекутся будет дедлок у тебя в скриншоте упомянуты таблицы - анализируй код с ними связанный |
|||
46
trad
29.01.19
✎
13:52
|
(45) + вместо "изменяем таблицуХ" может быть чтение с "для изменения"
|
|||
47
trad
29.01.19
✎
13:54
|
(46)+ кроме явных начать/зафиксировать транзакцию - транзакции бывают неявные
|
|||
48
dmrjan
29.01.19
✎
14:52
|
вообще - если ни с того и ничего началось, то это скорее всего железо. Смарт точно нормальный? Логи Windows точно ничего не показывают? Может Windows посыл за посылом шлет, что ничего записать нельзя?
|
|||
49
Вафель
29.01.19
✎
14:53
|
(46) на релизе тс вполне может быть чтение
|
|||
50
Вафель
29.01.19
✎
14:54
|
выложи граф дедлока в хмл куда-нибудь
|
|||
51
aptomilov
05.02.19
✎
13:55
|
Проблема решилась банально выгрузка загрузка базы через dt и скорость возросла раз в 10
|
|||
52
aptomilov
05.02.19
✎
13:55
|
Всем кто учавствовал благодарствую
|
|||
53
ptiz
05.02.19
✎
14:00
|
(51) Возможно, что тупил какой-то регистр и помог пересчет итогов при выгрузке/загрузке.
|
|||
54
Сияющий в темноте
05.02.19
✎
14:08
|
Скорей всего,индексы не работали,вот и тормозило,а при торможении,когда полный скан таблицы идет,как раз можно взаимоблокировки словить,т.к.если все делается быстро,то процессы пересечься не успевают.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |