Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Конфликт блокировок на SQL

Конфликт блокировок на SQL
Я
   Dooro
 
02.10.18 - 09:22
База на SQL сервере , стоят РЕСПОСы для торговой сети. Где то с середины лета начались конфликты блокирововок. Может подскажите в какую сторону рыть?
 
 
   Мандалай
 
1 - 02.10.18 - 09:31
sql.ru
   scanduta
 
2 - 02.10.18 - 09:32
Ну анализируй ожидания на блокировках. Какими запросами образуется и почему.
   Мандалай
 
3 - 02.10.18 - 09:39
Ну или Технологический Журнал настрой, может помочь.
На ИТС есть подробное описание настройки и принципа работы.
   Мистикан
 
4 - 02.10.18 - 09:46
оперативно:
С помощью консоли кластера серверов. Показывает Кто кого заблокировал, длительность блокировки, гранулярность.

С помощью монитора активности. Показывает кто кого заблокировал (id сеансов),какой ресурс ,если конфигурация в автоматическом режиме, то можно увидеть и текст запроса на языке SQL, гранулярность, режим(тип блокировки).
И неоперативно

SQL profiler. С помощью фильтра lock acquired> 1мс; (ресурс, длительность, режим,гранулярность,  id кого забокировали.
   Dooro
 
5 - 02.10.18 - 10:04
https://fex.net/411658612621
Вот скриншот. Если есть мысли , подскажите.
   Vadim_37
 
6 - 02.10.18 - 10:44
статистику часто обновляете?
   Vadim_37
 
7 - 02.10.18 - 10:46
последовательность партионного учета подтягиваете?
   Dooro
 
8 - 02.10.18 - 10:49
последовательность не подтягиваем.
Статистику обновить. Это где.?
   Vadim_37
 
9 - 02.10.18 - 10:55
(8) Именно поэтому и проблемы с запросом к регистру партий.
Статистика обновляется в SQL.
   Spieluhr
 
10 - 02.10.18 - 11:02
(5) На картинке дедлок у вас, а не ожидания на блокировке
 
 Рекламное место пустует
   Dooro
 
11 - 02.10.18 - 11:02
восстановить последовательность?
   Dooro
 
12 - 02.10.18 - 11:03
что такое дедлок
   Spieluhr
 
13 - 02.10.18 - 11:05
(12) штука неприятная и непростая в диагностике, погуглите, теорию писать не буду здесь
   Spieluhr
 
14 - 02.10.18 - 11:07
причем дедлок возникает в СУБД судя по описанию ошибки
   Dooro
 
15 - 02.10.18 - 11:11
в базе ? Могут быть это злонамеренные действия. В теории я это допускаю. Какие то изменения могли быть произведены.
   Dooro
 
16 - 02.10.18 - 11:11
потому что работала раньше нормально.
   Salimbek
 
17 - 02.10.18 - 11:17
(15) Это 100% злонамеренные действия. Не обновлять статистику - это чистое зло со стороны адимнистратора БД )))
   Spieluhr
 
18 - 02.10.18 - 11:20
(16) если спеца по этой теме у вас нет, попробуйте самое простое - обновлять статистику и чистить процедурный кэш на SQL
   Dooro
 
19 - 02.10.18 - 11:23
статистика обновляется и процедурный кеш чистится. я спросил у нашего адимина. Каждую ночь.
   Dooro
 
20 - 02.10.18 - 11:30
ДАА! Только что уточнили. Не обновляется статистика и не чистится кеш. Попробуем. это делать. Поможет не поможет, посмотрим. Спасибо!
   Dooro
 
21 - 02.10.18 - 11:37
Если можно описать процедуру очистку процедурного кеша. это как и где.
   Vadim_37
 
22 - 02.10.18 - 11:54
DBCC FREEPROCCACHE
http://www.gilev.ru/forum/viewtopic.php?f=17&t=358
Вот зачем мне эти знания? У вас же админ есть.
   Vadim_37
 
23 - 02.10.18 - 11:56
цитата с ИТС:
Статистика может обновляться настолько часто, насколько это необходимо.
Оптимальная частота обновления статистик зависит от величины и характера нагрузки на систему и определяется экспериментальным путем.
В реально работающей системе разные таблицы требуют различной частоты обновления статистик. Путем анализа планов запроса можно установить, какие таблицы больше других нуждаются в частом обновлении статистик, и настроить две (или более) различных регламентных процедуры: для часто обновляемых таблиц и для всех остальных таблиц.
   Dooro
 
24 - 02.10.18 - 12:11
Спасибо всем. Будем пробовать.
   Солберецкий забор
 
25 - 02.10.18 - 12:29
(24) у вас ничего не получится
   Dooro
 
26 - 02.10.18 - 12:56
почему
   Glup0sti
 
27 - 02.10.18 - 13:08
   whitedi
 
28 - 02.10.18 - 13:27
тоже в сетевой рознице как-то столкнулись с резким замедлением и блокировками sql в какой-то момент.
Уже не вспомню, помогал ли рестарт sql.
Реально помогало dbcc opentran - как правило "start time" не должно быть больше 3 минут и kill[[id процесса].
А вообще в этой статье описано подробно http://catalog.mista.ru/public/277252/.
   H A D G E H O G s
 
29 - 02.10.18 - 13:36
Взаимоблокировка разруливается как 2 пальца.
Но см (25).
   Dooro
 
30 - 02.10.18 - 13:40
я посмотрел код напичкан НачатьТранзакцию() везде.
Как же разрулить взаимоблокировку.
   Salimbek
 
31 - 02.10.18 - 13:47
(30) Например, ускорить выполнение запросов за счет обновления статистики.
   Dooro
 
32 - 02.10.18 - 13:49
это будет делаться каждый день. Я посмотрел - стоит режим блокировки - управляемый. на конфе
   Glup0sti
 
33 - 02.10.18 - 14:05
(32) Управляемые, на то и управляемые, что их ставить самому надо. У тебя один путь - найти и устранить по предложенной методике или (25).  
Возможно(не имея никаких фактов, пальцем в небо), при переводе конфы с автоматических блокировок в партионном учете забыли БлокироватьДляИзменения = Истина.
 
 
   Dooro
 
34 - 02.10.18 - 14:52
В модуле ОбщийМодуль.УправлениеЗапасамиПартионныйУчет ,
Который вызывает блокировки, действительно нет ни одной записи БлокироватьДляИзменения = Истина.
Да и вообще во всей конфе нет.
Я подозреваю, что база была ранее файловая, где это не нужно было. Теперь скл
   Dooro
 
35 - 02.10.18 - 14:54
при том что регистри накопления например партии товаров имеют разрешить разделение итогов = истина.
   Glup0sti
 
36 - 02.10.18 - 16:18
(34) (35)
Вот они фактики:
1. Нет БлокироватьДляИзменения 
2. Есть разделение итогов

Еще раз...это, чтобы гарантировано понять в чем проблема
https://ausevich.ru/ekspert/blokirovka-indeksa-na-urovne-stranits-prakticheskoe-rassledovanie-vzaimoblokirovki/

А это, чтобы проверить/исправить, то что понаписано в конфе
https://its.1c.ru/db/metod8dev#content:5839:hdoc
   Dooro
 
37 - 02.10.18 - 17:00
а если я просто переключу режим блокировки в конфе с управляемой на автоматический ?
   Glup0sti
 
38 - 02.10.18 - 17:13
(37)
Точно придется комментировать Новый БлокировкаДанных
   rphosts
 
39 - 02.10.18 - 17:55
(5) конфа нетиповая?
   rphosts
 
40 - 02.10.18 - 17:57
дидлок - следствие разного порядка захвата ресурсов. Измените порядок захвата ресурсов - чаще всего этого уже хватает.
   rphosts
 
41 - 02.10.18 - 17:58
(37) не забудь сделать бэкап - к нему откатываться придется


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует