Блокировка записи в регистры при проведении #498937


#0 by ДимонЫЧ
ПРОБЛЕМА: Пользователи жмут по многу раз на кнопку "Записать" или "Провести", а программа выдает ошибку блокировки записи какого нибудь регистра, посколько в это время в него что-нибудь пишется другим пользователем. Может кто знает как можно решить эту проблемму? Пользователей достало по 10 раз жать "Провести" и опять обламываться. Можно как-то отловить, когда регистр будет свободен и записывать автоматом текущий документ. Вобщем не знаю как подступиться к данной проблемме.
#1 by NcSteel
Конфа , на сколько переписанная, сколько пользователей колбасят документы?
#2 by zbv
файловая ?
#3 by McNamara
перейти на СКЛ-вариант
#4 by McNamara
для начала
#5 by ДимонЫЧ
Конфа уже на скуле, пользователей одновременно проводящих однотипные документы может 3-10.
#6 by ДимонЫЧ
Переписанная
#7 by ДимонЫЧ
ЗУП
#8 by ДимонЫЧ
Просто не хочется лезть в модули регистров и там ковырять, а других мыслей пока нет.
#9 by NcSteel
А ну понятно. А ну понятно ЗУП сам по себе не быстрый так еще и горе кодеры до него добрались . профайлер или замер производительности
#10 by NcSteel
Можно подождать ЗУПа под УФ и перевести конфу на нее.
#11 by ДимонЫЧ
Задачу поставили жестко, все равно надо какое-то решение сделать. Компания крупная и до меня тут эту задачу согласовали и подписали куча начальников. Мне теперь придется из кожи лезть, а что то надумать
#12 by ДимонЫЧ
Я думаю, может в обработке проведения или при записи таймер ставить при возникновении ошибки и пробывать по новой провести, пока не проведется?
#13 by ДимонЫЧ
Ну скажем 10 попыток с интервалом в 1 минуту
#14 by luns
может с железа начать?
#15 by 73
Сколько рабочих процессов на кластере?
#16 by ДимонЫЧ
84
#17 by luns
фига се. а сколько пользователей?
#18 by 73
Не путаешь? Это в консоли "Серверы 1С Предприятия" смотрел?
#19 by ДимонЫЧ
Нет, в активных пользователях. К консоли у меня доступа нет
#20 by gallam
Кластер тут маловероятно виноват, тут скорее причины в MS SQL, требуется оптимизация блокировочного механизма. Путь решения: 1. Понять причину: избыточные блокировки, большие длительности. 2. Ее исправить. Советую посмотреть:
#21 by 73
Тогда нас не путай, мы и сами... Узнавай у кого права есть. Если 1 процесс - очень может и виноват быть...
#22 by luns
"в активных пользователях" терминал? на том же сервере где и скл?
#23 by ДимонЫЧ
В основном все работают через Citrix
#24 by luns
т.е. терминал. а сервер приложений выделенный? или вместе с скл, а то может тому просто памяти не хватает?
#25 by ДимонЫЧ
Предложили сделать через план обмена и фоновое задание провести
#26 by luns
что то как то через ж.
#27 by ДимонЫЧ
Ладно, всем спасибо большое. Буду пытаться навоять через план обмена.
#28 by Расколбас
Режим управления блокировками в "Управляемый" выстави.
#29 by selenat
Для МС СКЛ? Получится вручную настроить лучше, чем автоматические блокировки? Я бы посмотрел в сторону индексации измерений регситров...
#30 by selenat
+29 и порядка их следования...
#31 by NcSteel
Регламентное задание на проведение доков . При проведении дока записывать его в РС , А регламентное уже будет из это РС брать и проводить по порядку
#32 by Расколбас
Управляемый режим только под скулем и работает, в файловом варианте от него толку, как от козла-молока.
#33 by Расколбас
Почитай на сайте 1С про разные режимы блокировок, как они работают. Тебя просто названия ввели в заблуждение.
#34 by Расколбас
#35 by selenat
помимо МС скуля бывают еще Постгре и ДБ, насколько я слышал. Вопрос состоял в том, имеет ли смысл настраивать управляемый режим блокировок для рабоы под МС скулем...
#36 by Расколбас
Ты по ссылке читал инфу?
#37 by selenat
прочитал. Интересно, насколько это реально улучшает ситуацию...
#38 by Расколбас
Ну странно было бы согласись, если бы ухудшило. Собственно, для этого и предназначен этот режим, что бы убирать большинство этих блокировок.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С