|
УПП. Расчет себестомости выпуска вне транзакции падает по причине блокировки | ☑ | ||
---|---|---|---|---|
0
Igor_86
05.02.20
✎
23:37
|
Добрый день!
База УПП около 800 Гб. во избежание недоступности проводим расчет себестоимости вне транзации. в ходе проведения возникает ошибка общиймодуль.процедурырасчетаСебестоимостиВыпуска( конфликт блокировок при выполнении транзакции. РегистрБухгалтерииНаборЗаписей.Записать(). Параллельно проводился производственный документ в будущем по отношению к расчету себестоимости периоду. Поделитесь пожалуйста опытом - в чем может быть причина и как устранить? |
|||
1
ДенисЧ
06.02.20
✎
05:23
|
В рсв, насколько я помню, управляемые блокировки не накладываются... А так как он трогает очень много данных, то идёт эскалация. Вот и блокировки.
|
|||
2
rphosts
06.02.20
✎
05:34
|
(0) считать по ночам.
|
|||
3
DEVIce
06.02.20
✎
06:44
|
РИБ создать узел, в котором считать в любое удобное время.
|
|||
4
Igor_86
06.02.20
✎
09:48
|
(2) Вопрос риторический- если мы проводим вне транзакции, то блокировки накладываются только в период записи?
Каким образом предотвратить влияние блокировки на расчет себестоимости, тоесть почему блокируется сеанс расчета, а не запись производственного документа? |
|||
5
rphosts
06.02.20
✎
10:44
|
(4) я без понятия про именно вашу конфигурацию, я без понятия какой у документа ражим управления блокировками (управляемый или автоматический), я не смотрел в ваш ТЖ (если он вообще собирается) что там с чем блокируется и не возникает-ли случайно эскалации...
В общем это точно не тот вопрос что вот так с закрытыми глазами решается. |
|||
6
ДенисЧ
06.02.20
✎
10:45
|
(4) Потому что ты при рсв пишешь в тот же регистр, что и производственный документ.
Вот тут возникает как раз неудобство одного регистра на всё. |
|||
7
ДенисЧ
06.02.20
✎
10:45
|
(5) "не возникает-ли случайно эскалации"
Почему случайно? совсем даже не случайно, а закономерно... |
|||
8
rphosts
06.02.20
✎
10:59
|
(7) на управляемых блокировках этого добиться нужно постараться
|
|||
9
Кодер
06.02.20
✎
11:01
|
Softpoint.ru хорошо умеют такое исправлять. Недёшево.
|
|||
10
rphosts
06.02.20
✎
11:03
|
Кодер, могу назвать пяток контор которые эти проблемы решают/даую рекомендации о том, как решить.
|
|||
11
rphosts
06.02.20
✎
11:03
|
+ (10) но это типа как рекламма
|
|||
12
ДенисЧ
06.02.20
✎
11:16
|
(8) А где ты в УПП на рсв нашёл управляемые блокировки?
|
|||
13
pechkin
06.02.20
✎
11:21
|
на управляемых также эскалация возникает как и на обычных.
если более 20тыщ строк блокируешь, то заблокируется таблица. и в отличии от сиквела - это не настраивается |
|||
14
rphosts
06.02.20
✎
11:24
|
(13) на 8.3 от 100.000 вообще-то
|
|||
15
pechkin
06.02.20
✎
11:24
|
ну и набор записей делает транзакцию вне зависимости ни от чего
|
|||
16
rphosts
06.02.20
✎
11:25
|
(12) я не видет не перепиленных упп... некоторые настолько в хлам что впихать туда регламентную ещё та эпопея
|
|||
17
rphosts
06.02.20
✎
11:26
|
(15) если ее обрезать по пространству блокировок... впрочем это про управляемые
|
|||
18
ДенисЧ
06.02.20
✎
11:26
|
(16) Да я вообще слабо представляю, как на рсв наложить управляемые...
|
|||
19
pechkin
06.02.20
✎
11:27
|
(17) запись набора ставит неявную блокировку. ничего не обрежешь
|
|||
20
rphosts
06.02.20
✎
11:31
|
(18) не грыз именно это... по сути сейчас грызу производство но пока планирование и скоро план-факт... это помимо текучки всякой и т.п.
|
|||
21
Spieluhr
06.02.20
✎
11:35
|
(0) Какой именно конфликт блокировок? На сервере 1С? На сервере СУБД? Или дедлок?
|
|||
22
pechkin
06.02.20
✎
11:37
|
(21) судя по тексту - это упр блокировки
>>Конфликт блокировок при выполнении транзакции |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |