|
Управляемые блокировки | ☑ | ||
---|---|---|---|---|
0
Viktosha
13.01.12
✎
10:22
|
Недавно обновили релиз УПП сразу с 1.2.32 на 1.3.20 (конфа доработанная) Стали часто выскакивать сообщения о конфликте блокировок. (sql server 2005), более 60 одновременно работающих пользователей. Причем сообщения выскакивают, если документ проводится неоперативно. Посмотрела в свойствах конфы, раньше стояло автоматическое управление блокировками, теперь управляемые блокировки. Подскажите пож-та, что делать в такой ситуации, может стоит в скле настройки какие-то сделать? Прочитала, что можно из скл сделать версионник. Кто пробовал. Или все-таки надо поставить авто в настройках управления блокировками?
|
|||
1
Starhan
13.01.12
✎
10:28
|
Дописки свои перевести на управляемые блокировки
|
|||
2
Maxus43
13.01.12
✎
10:31
|
УПП 1.3 на управляемые перевели чтоли? чтот пропустил этот момент
|
|||
3
Viktosha
13.01.12
✎
10:32
|
(1) у тех документов, которые блокируют, нет дописок
|
|||
4
Viktosha
13.01.12
✎
10:35
|
+(3) точнее совсем нет дописок, связанных с проведением документов, именно в части движений и обращений к регистрам, создана только подписка на событие при проведении документов, где проверяется, доступна пользователю роль (проведение задним числом) или нет, и если нет, то отказ в проведении. Все остальные изменения - это реквизиты и изменения в формах.
(2) получается так, сама ничего там не меняла |
|||
5
Starhan
13.01.12
✎
10:38
|
"если документ проводится неоперативно"
"где проверяется, доступна пользователю роль (проведение задним числом) или нет" подозрительная случайность прям. Как проверяете? |
|||
6
Viktosha
13.01.12
✎
10:42
|
В процедуре модуля для подписки:
Если не РольДоступна("РазрешитьНеоперативноеПроведение") и День(Источник.Дата)<> День(ТекущаяДата()) и не Источник.Проведен и не Источник.ПометкаУдаления и не РежимЗаписи=РежимЗаписиДокумента.Запись и Тогда #Если Клиент Тогда Предупреждение("Проведение документа ""задним числом"" запрещено!"); #КонецЕсли Отказ = Истина; КонецЕсли; До обновления все работало и никаких проблем не было. |
|||
7
vmv
13.01.12
✎
10:43
|
ага, на новом релизе УПП в модулях документов появились вставки в стиле..., дожили наконец
СтруктураПараметровБлокировка = Новый Структура("ТипТаблицы, ИмяТаблицы", "Справочник", "ОбособленныеПодразделенияОрганизаций"); ЗначенияБлокировки = Новый Структура; ЗначенияБлокировки.Вставить("Ссылка", Касса.ОбособленноеПодразделение); ОбщегоНазначения.УстановитьУправляемуюБлокировку(СтруктураПараметровБлокировка, ЗначенияБлокировки, , Ложь, ""); |
|||
8
Viktosha
13.01.12
✎
10:44
|
я так понимаю, что предупреждение может блокировать, но блокировка происходит и у тех людей, у которых роль доступна
|
|||
9
DmitrO
13.01.12
✎
10:44
|
(6)Предупреждение в транзакции это зачет! :)
|
|||
10
Starhan
13.01.12
✎
10:45
|
(6)О_о
|
|||
11
Viktosha
13.01.12
✎
10:46
|
(9) да, есть косяк, надо переделывать. Кстати, если сделать сообщение, транзакция завершается? или есть другой механизм сообщений пользователей, но при этом завершение транзакции?
Может все-таки стоит покрутить СКЛ? |
|||
12
vmv
13.01.12
✎
10:46
|
скорее срабатываю "новые" блокировки из модулей объектов, а ваш подписчик не при чем, но это спорно
|
|||
13
Господин ПЖ
13.01.12
✎
10:46
|
(6) клева... и пусть весь мир подождет...
|
|||
14
Viktosha
13.01.12
✎
10:47
|
(12) вот и я думаю, потому что до этого все работало на ура - никто не блокировал.
И хватит одного высказывания, я уже прочитала что нельзя так делать))))))))(про предупреждения) |
|||
15
Starhan
13.01.12
✎
10:47
|
(11)Попробуй через Сообщить.
Начинается транзакция. Открывается окошко Предупреждение И чел тупо в него в тыкает. А остальные люди не могут использовать регистры по заблокированным измерениям. |
|||
16
Starhan
13.01.12
✎
10:48
|
Кстати подписка на какое событие?
|
|||
17
Рэйв
13.01.12
✎
10:49
|
(11)>>или есть другой механизм сообщений пользователей, но при этом завершение транзакции?
Сообщить("!"); Отказ=Истина; Возврат; |
|||
18
Viktosha
13.01.12
✎
10:50
|
(15) переделаю, но есть еще одна проблема: им надо, чтобы при проведении выводилось: "Вы действительно хотите провести документ" (типа от случайного нажатия ОК), как это реализовать? Если в подписке на событие и опять же, предупреждение - опять та же проблема.
|
|||
19
Господин ПЖ
13.01.12
✎
10:50
|
>Может все-таки стоит покрутить СКЛ?
скуль при управляемых блокировках бывает уже не причем... |
|||
20
DmitrO
13.01.12
✎
10:50
|
(11)(15)И не "попробуй", а бегом переделывать хотя бы на Сообщить(), пока никто не видел. :)
|
|||
21
Рэйв
13.01.12
✎
10:51
|
(18)Выбрось это из головы. Если случайно проведут - отменят
|
|||
22
Viktosha
13.01.12
✎
10:51
|
(16) ПередЗаписью
|
|||
23
Starhan
13.01.12
✎
10:51
|
Тогда не должно влиять.
|
|||
24
Viktosha
13.01.12
✎
10:51
|
(21) не отменят - отмена задним числом тоже запрещена, точнее вообще запрещена. Иначе не отловить концов по учету.
|
|||
25
DmitrO
13.01.12
✎
10:52
|
(18)все вопросы пользователю надо задавать до начала транзакции, иначе он может в процессе принятия решения и покурить выйти, а данные будут заблокированы!
|
|||
26
Рэйв
13.01.12
✎
10:53
|
(24)Значит пусть следят за руками.А если случилось страшное, топусть идут к тебе и ты отменишь.Надеюсь себя ты такой привелегии не лишила?
|
|||
27
Dmitrii
гуру
13.01.12
✎
10:54
|
(18) Для этого есть событие ПередЗаписью. Там проверять режим записи документа, даты и т.п.
|
|||
28
Viktosha
13.01.12
✎
10:54
|
(19) http://comol.livejournal.com/558.html - вот здесь как раз пишут, что срабатывает только при управляемых.
|
|||
29
Рэйв
13.01.12
✎
10:54
|
+(26)Но если сильно хочется подстраховаться, спряч "ОК" в подменю.Тогда точно случайно не не нажмут
|
|||
30
Господин ПЖ
13.01.12
✎
10:55
|
(28) там вообще про другое речь... втыкайте лучше в тексты
|
|||
31
Dmitrii
гуру
13.01.12
✎
10:55
|
(26) >> Надеюсь себя ты такой привелегии не лишила?
Какого х... разработчик вообще делает в рабочей базе?... Он за данные ответственности не несет. |
|||
32
Viktosha
13.01.12
✎
10:56
|
(24) как раз для того, чтобы они не обращались ко мне так часто и надо сделать))))))
(27) в каждом документе замучаешься такое прописывать, через подписки на события удобнее. |
|||
33
Dmitrii
гуру
13.01.12
✎
10:57
|
(32) Кто вам запретил делать подписки на событие ПередЗаписью? О_о
|
|||
34
Рэйв
13.01.12
✎
10:57
|
(31)Может и не несет.Но лучше такие моменты держать под контролем.
|
|||
35
Рэйв
13.01.12
✎
10:58
|
(32)Тогда как вариант попробуй (29)
А предупреждения и вопросы...Подавляющее большинство будет жать "Да" даже не задумываясь:-)...Так что вряд ли поможет |
|||
36
Viktosha
13.01.12
✎
10:58
|
(29) низззя)))
(30) про что, про другое? разве это к теме не относится? (31) я тоже так считаю, но работодатель думает по-другому((( (33) перед записью и сделана подписка |
|||
37
Рэйв
13.01.12
✎
11:00
|
(36) все "зя" если захотеть:-)
|
|||
38
Viktosha
13.01.12
✎
11:00
|
Да, кстати, может платформу стоит обновить до 8.2.15, сейчас 14.540 стоит? Или там тоже в эту сторону ничего не улучшено?
|
|||
39
Viktosha
13.01.12
✎
11:02
|
Просто перерыла кучу информации и нигде ничего толком не написано((((
Где-то было написано: "В новом домене не было политик, связанных с параметрами производительности серверов (power options, performance - visual effects). И к серверам применились настройки по умолчанию." Но это же вообще связано с изображением, как это может влиять. |
|||
40
DmitrO
13.01.12
✎
11:02
|
Событие ПередЗаписью возникает уже после начала транзакции, в нем уже нельзя использовать диалоги с пользователем.
|
|||
41
vmv
13.01.12
✎
11:04
|
(35) прав, чаще всего так и происходит пользователи не думают о том, что там зе ересь вылезла - тупо жмут "да"
и толку с этого вопроса. идеальное решение бизнес-процесс при критичных действиях, т.к. он фиксируется по исполнению и уже не отвертишься в стиле "да ничего там не спрашивали - врете вы все" и тогда говоришь, а вот "вы завершили эту задачу и вас там спрашивали об адекватности ваших действий". но такая реализация сложновата |
|||
42
Fish
13.01.12
✎
11:06
|
А вообще зачётная проверка День(Источник.Дата)<> День(ТекущаяДата()) :)))
Т.е. 13-го числа текущего месяца я смогу провести документ от 13-го числа предыдущих месяцев :))) |
|||
43
5 Элемент
13.01.12
✎
11:06
|
>> Подскажите пож-та, что делать в такой ситуации
разбираться дальше из-за чего блокировки. режим УБ здесь не причем. найди в каком месте возникает ожидание блокировки и копай. |
|||
44
Viktosha
13.01.12
✎
11:06
|
Просто уровень пользователей таков, что кнопкой ОК они пользуются для закрытия документа, не делая различий, между записать, закрыть и просто провести и уже не заставитьих думать по-другому((((((
|
|||
45
Viktosha
13.01.12
✎
11:07
|
(43) Как? Читала про ЦУП, но он платный и пока мне никто не даст его приобрести, а проблему надо решать в ближайшее время.
|
|||
46
Рэйв
13.01.12
✎
11:08
|
(44)Тогда перенеси кнопку ОК вверх куданибудь подальше от Закрыть
|
|||
47
Господин ПЖ
13.01.12
✎
11:08
|
(45) тех. журнал настрой хотя бы...
|
|||
48
Рэйв
13.01.12
✎
11:08
|
или напиши на ней большими буквами "ПРОВЕСТИ!!!!" :-)
|
|||
49
Viktosha
13.01.12
✎
11:10
|
+(45) знаю одно решение проблемы, но лично для себя - заявление на увольнение)))))))))))))
шутки шутками, но мозг сломан Неужели у всех УПП при больших объемах данных и с большим количеством одновременно работающих пользователей работает без проблем. Кстати, добавлены новые роли, но без ограничений. Они могут влиять? |
|||
50
Viktosha
13.01.12
✎
11:11
|
Прочитала, что еще железо сервера может быть виновато, но на что там посмотреть не знаю, так как не разбираюсь в этом совсем.
|
|||
51
Господин ПЖ
13.01.12
✎
11:12
|
(49) зайко, перфоманс в нагруженных системах - одна из тем для IT-консалтинга, требующий знаний, опыта и времени... а вы хотите решить этот вопрос уличной магией?
|
|||
52
5 Элемент
13.01.12
✎
11:13
|
(51) это же волшебный форум )
|
|||
53
Fish
13.01.12
✎
11:14
|
(51) В рот мне ноги!! :)))
|
|||
54
Viktosha
13.01.12
✎
11:17
|
(51) Тока давайте без этих наставленческо - уменьшительно-ласкательных обращений, ок?
Я обращаюсь за советом к людям, которые уже сталкивались с подобным, либо к тем, что что-то знает по этой проблеме. Как и все форумы, этот создан я так понимаю для этого;)) |
|||
55
5 Элемент
13.01.12
✎
11:18
|
(54) могу сказать с уверенностью на 80% что типовой код проведения не приводит к дедлокам.
|
|||
56
DmitrO
13.01.12
✎
11:19
|
(43)а что тут думать, на этих предупреждениях и вопросах и блокируется все. Ну т.е. на них точно блокируется - это 100%. Это первое что надо убрать.
|
|||
57
Viktosha
13.01.12
✎
11:19
|
Кстати, забыла добавить, что используется партионный учет и проведение по партиям происходит в момент проведения документов. Думаю, что в контроле неоперативного проведения что-то.
|
|||
58
Fish
13.01.12
✎
11:21
|
Ответь на (42)
|
|||
59
Viktosha
13.01.12
✎
11:21
|
(56) да не в нем, говорю же, что у тех, у кого есть права это вознивает (в тот момент. когда другие пользователи не работаю, у которых может висеть это предупреждение) Обязательно в ближайшее время сменю на сообщить))))
|
|||
60
DmitrO
13.01.12
✎
11:22
|
(55)а причем тут дедлоки? В (0) сказано просто о "конфликте блокировок", это не дедлоки вовсе.
|
|||
61
5 Элемент
13.01.12
✎
11:22
|
(57) Вроде для партионного учета УБ в типой не сделаны.
Т.е. вполне может быть ситуация когда изменяются прочитанные данные без установленной блокировки. |
|||
62
Viktosha
13.01.12
✎
11:22
|
(42) кстати даже не обращала внимания, до меня написано было, надо проверить, спасибо))))))
|
|||
63
Viktosha
13.01.12
✎
11:24
|
(61) и что в таком случае делать? дописывать или изменить на авто?
|
|||
64
Господин ПЖ
13.01.12
✎
11:25
|
без понимания лучше не делать нифига...
|
|||
65
DmitrO
13.01.12
✎
11:26
|
(59)а использование Вопрос(), описанное в (18)?
|
|||
66
Viktosha
13.01.12
✎
11:27
|
(65) еще пока не используется
|
|||
67
Viktosha
06.02.12
✎
11:26
|
Такая же проблема коснулась второй базы, которая вовсе не дописана. Везде стоит партионный учета и списывать партии при проведении документов. Ругается как раз на модуль проведения по партиям при неоперативном проведении документов. Менять на РАУЗ или проводить по партиям обработкой не предлагать - не подходит ни то, ни то.
Я так понимаю, перевели УПП на управляемые блокировки, но не доделали партионный учет? |
|||
68
Reaper_1c
06.02.12
✎
11:38
|
(67) Все доделали. Партионный учет не способен работать лучше. Решения есть - проводить по партиям отдельно, либо РАУЗ. Вам не подходит. Ну раз не подходит - кушайте кактус.
|
|||
69
Viktosha
06.02.12
✎
11:55
|
(68) партионный учет работал отлично, пока не стали управляемые блокировки. При этом на самом SQL выполнялись рекомендуемые операции раз в неделю и никаких проблем с блокировками не возникало. РАУЗ не подходит хотя бы потому, что он не поддерживает обособленный учет товаров, некоторые отчеты нельзя посмотреть в реальном времени(например, продажи по оплате). А если не списывать партии при проведении документов, то и стоимость не будет видна в момент проведения. А у нас бухгалтерия требует, чтобы при печати тех же требований-накладных была заполнена стоимость. Ждать вечера, чтобы распечатать, а потом бегать за людьми, чтобы расписались как-то не очень.
В данном случае Ваше выражение "кушайте кактус" как-то мягко говоря неуместно. Пользователи хотят работать как и раньше, а так получается программа диктует условия, хотя насколько я помню "гибкость" - одно из заявленных свойств. |
|||
70
Reaper_1c
06.02.12
✎
12:04
|
(69) Партионный учет работал отлично пока в середину блокировки предупреждение не воткнули. Для этого вообще-то есть "ОбщегоНазначения.СообщитьОбОшибке()".
|
|||
71
rasswet
06.02.12
✎
12:42
|
c какого релиза УПП на управляемые блокировки начали переводить?
|
|||
72
Viktosha
06.02.12
✎
13:13
|
(70) воткнули давно и работало с предупреждением (сейчас все заменено на сообщить), но при этом блокировки остались. Причем выше я написала, что на полностью типовой тоже самое. В таком ключе как пишите Вы, лучше не писать, меня интересуют конструктивные предложения и замечания.
(71)в 1.3.20 они уже точно есть;))) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |