Имя: Пароль:
1C
1С v8
Конфликт блокировок при обмене
,
0 Mechanical Poet
 
04.03.13
20:46
Чтение данных в главный узел постоянно вылетает "Конфликт блокировок при выполнении транзакции". В момент обмена в ИБ никто не работает. Помогите разобраться в чем может быть проблема.
1 MaxS
 
04.03.13
20:58
Расписание слишком частое и один обмен не успевает завершиться как начинается другой !?
2 Mechanical Poet
 
04.03.13
21:00
Расписание выключили, обмен запускаем вручную.
3 Serg_1960
 
04.03.13
21:00
(1) Ну почему так сразу страшно? :) Может быть регламентные задания мешают.
4 Mechanical Poet
 
04.03.13
21:01
Не может пройти именно чтение в главный узел
5 Mechanical Poet
 
04.03.13
21:01
Все регламентные задания выключили
6 Serg_1960
 
04.03.13
21:03
Весь обмен в рамках одной единственной транзакции?
7 Serg_1960
 
04.03.13
21:04
Типовая или есть изменения?
8 Mechanical Poet
 
04.03.13
21:04
Да
9 Mechanical Poet
 
04.03.13
21:04
Нетиповая
10 Serg_1960
 
04.03.13
21:07
(вариант) Вероятно, есть не типовой алгоритм, состовляя который, программист не учёл, что он может выполняться когда идёт обмен данными.
11 Mechanical Poet
 
04.03.13
21:11
А еще варианты? Тестирование-исправление может тут как то помочь?
12 Живой Ископаемый
 
04.03.13
21:11
интересно как? ТЖ может сказать что именно блокируется
13 MrStomak
 
04.03.13
21:30
Несокрушимый факт - дедлоков не может быть у одного сеанса с самим собой. Нужно смотреть запускающиеся регламентные задания в ТЖ.
14 gallam
 
04.03.13
22:23
(13) может даже в одном запросе, если стоит настройка распараллеливание на MS SQL.
15 MrStomak
 
04.03.13
22:40
(14) Не может. Ошибка параллелизма появляется как минимум при двух конкруирующих транзакциях.
16 hhhh
 
04.03.13
22:47
(15) читай (2) до полного просветления.
17 MrStomak
 
04.03.13
22:49
(16) Ошибка парралелизма выглядит несколько иначе, дружище. Тут обычный дедлок.
18 hhhh
 
04.03.13
22:54
(17) но существуют два процесса, запуск обмена, который неизвестно чего захватил и высвобождать не собирается и регламентное задание.