Имя: Пароль:
1C
Админ
Распределенные деадлоки(управляемая и TSQL блокировка), кто нибудь сталкивался?
0 МуМу
 
11.09.12
15:16
Интересует, кто нибудь сталкивался на практике с распределенными деадлоками. То есть когда один процесс висит на управляемой блокировке а другой на SQL блокировке и друг друга блокируют. В этом случае если таймаут SQL и время ожидания 1С установлено большое процесс этот очень может быть долгим и блокировать другие процессы. Внедрений с управляемыми блокировками было вероятно много(три года помоему функционалу) , интересно сколько подобных ситуаций возникало? Кто их как диагностировал?
1 Serginio1
 
11.09.12
15:20
Такое возможно, когда блокировки делаются в разных местах. Сначало заблокировали одно, потом через какой то период другое. У меня все блокируется в одном месте. И соответсвенно дедлоков не было.
2 МуМу
 
11.09.12
15:24
Это в идеале. К примеру при распроведении документов многие не накладывают блокировки - а это ведь тоже потенциальный деадлок при коррекции документа.
К тому же вы помоему не поняли смысл моего сообщения.  У вас координатор управляемых блокировок и координатор sql блокировок по определению не могут оттрабатывать одновременно! Другое дело что они должны быть согласованными или хотя бы один из них избыточным. Но на практике этого добится гораздо сложнее.
3 acsent
 
11.09.12
15:26
нашел где спросить. Тут 95% не понимают что такое индекс
4 МуМу
 
11.09.12
15:57
Ну я хотя бы попробывал.:)
5 Serginio1
 
11.09.12
15:57
(2) Ну я накладываю.
6 Serginio1
 
11.09.12
16:03
+5 при чем стараюсь учесть все возможные изменения и блокировки.
2 ну таких моментов не было.
7 Serginio1
 
11.09.12
16:04
5+ при чем в блокировку указываю как записанные данные так и новые при перепроведении.
8 ПиН
 
11.09.12
16:09
Володя, здорово, бросай эти дедлоки уже, по моим прикидкам ты должен быть уже мултимиллионером и поить меня пивом бесплатно, отсюда вопрос, когда?
9 МуМу
 
11.09.12
16:41
(6) Это все равно не гарантирует стопроцентный результат. Блокировка на уровне sql может быть значительно избыточной. Например в случае страничных блокировок.(или просто структура неоптимальна с точки зрения индексов)
(8) Ну пивом я тебя бесплатно могу и сейчас угостить:) В данном случае интерес скорее праздный.
10 ПиН
 
11.09.12
16:51
(9) давно не виделись, не собирались, надо Леху вытащить и куда-нибудь сходить...
11 МуМу
 
11.09.12
16:54
(10) С Лехой мы виделись недавно. Обсуждали тему в пейнтбол всем собраться так что если есть желание сейчас самое время(не слишком жарко и не слишком холодно). Можно хоть на ближайшие выходные. Можно просто пивка попить на выходных. Если будет желание - пиши.
12 neckto
 
11.09.12
17:06
Извиняюсь, что вмешиваюсь в вашу переписку. По теме, один процесс висит на управляемой блокировке 1С - а с чего он висит? Координатор блокировок 1С подвешивает процесс, если другой процесс заблокировал ресурс, а у тебя в описании ситуации этого не наблюдается. Координаторы блокировок 1С и SQL между собой не общаются )
13 Serginio1
 
11.09.12
17:22
(9) Согласен. Но у меня видно не такая активность, что бы попадать на такго рода взаимные блокировки.Например Обычно основные блокировки это по товару. Другие блокировки вообще редко могут блокировать друг друга. Да и нужно практически одновременно осуществить блокировки, что вообще маловероятно.