|
блокировки в 1с. ERP? | ☑ | ||
---|---|---|---|---|
0
qeos
19.11.14
✎
11:46
|
Говорят что проблема в ERP 2.0 решена и там работают одновременно 500 пользователей..
я же запустил перепроведение на ней сразу от трех пользователей и блокировки объектов есть и никуда не делись. вопрос о блокировках вообще не решаемый чтоле? т.е. пока один проводит чтото то все остальные ждут пока первый не закончит? я понимаю что блокировка объектов была есть и будет. но неужели мы так и останемся в каменном веке, как в старом анекдоте про дискетки в win95? а теперь вопрос по-существу.. какие есть методы решения, кроме уменьшения времени блокирования? |
|||
1
ssh2QQ6
19.11.14
✎
11:48
|
(0) что получилось? взаимоблокировки или вылет по ожиданию?
|
|||
2
Ёпрст
19.11.14
✎
11:48
|
(0) взять метлу и выйти на улицу.
|
|||
3
tridog
19.11.14
✎
11:48
|
(0) Для получения ответа на этот вопрос нужно ответить на вопрос "зачем они вообще нужны".
Почитать, подумать, переварить и т.д. |
|||
4
oleg_km
19.11.14
✎
11:54
|
Версия ERP 2.0 файловая?
|
|||
5
shuhard
19.11.14
✎
11:58
|
(0) пятнично
|
|||
6
Leksus
19.11.14
✎
12:08
|
(0) годный вброс
|
|||
7
mzelensky
19.11.14
✎
12:16
|
(0)(4) Кстати да, на какой СУБД конфа развернута?
|
|||
8
qeos
19.11.14
✎
12:17
|
(1) взаимоблокировки и сообщение, что не удалось захватить объект.
|
|||
9
qeos
19.11.14
✎
12:18
|
(4) обе делал..
осталвся вопрос в воздухе, может там есть какието настройки по блокировкам.. |
|||
10
mzelensky
19.11.14
✎
12:18
|
(8) Так может они все трое у тебя один и тот же док пытаются провести?
|
|||
11
qeos
19.11.14
✎
12:19
|
(7) MSSQL 2012 + 8.3.5.1186 + 1С:ERP Управление предприятием 2.0 (2.0.9.54)
|
|||
12
qeos
19.11.14
✎
12:19
|
(10) хм.. вполне возможно..
|
|||
13
qeos
19.11.14
✎
12:28
|
а ктонить сидит на ERP?
есть проблемы с толпой пользователей-то? особенно если ктонить начинает перепроводить чтото |
|||
14
H A D G E H O G s
19.11.14
✎
12:31
|
Гыгыгы.
Чуете, какие спецы будут внедрять erp |
|||
15
mzelensky
19.11.14
✎
12:34
|
(11)(14) Чет мне помнится глюки же какие-то были с юзанием MSSQL 2012 + 8.3 ...или я что-то путаю?!?!
|
|||
16
qeos
19.11.14
✎
12:38
|
(14) не хуже тех кто писал первые версии конф )
|
|||
17
qeos
19.11.14
✎
15:47
|
(14) вообще не понял претензию.
я ERP не внедряю и даже не пользуюсь ей.. соизвольте объясниться |
|||
18
MaxisUssr
19.11.14
✎
15:51
|
(0)
Проблема взаимоблокировок по идее решаема вплоть до уровня самого объекта, который мы проводим/записываем. Т.е. документ в идеале может блокировать только себя и набор данных некоторых регистров с установленным отбором по некоторым измерениям, или вообще блокировать только самого себя. |
|||
19
tridog
19.11.14
✎
19:09
|
(14) Уж не знаю, что меня в этой теме больше пугает. Вопрос или ответы.
|
|||
20
Fragster
гуру
19.11.14
✎
19:16
|
яхз, но подозреваю, что в (0) ERP допиленная
ВЗАИМОблокировки в типовых более менее подчистили |
|||
21
hhhh
19.11.14
✎
19:55
|
(17) не вот это: Версия ERP 2.0 файловая. Неужели ожидал, что проведешь 3 документа сразу? Верил?
|
|||
22
Reaper_1c
19.11.14
✎
22:04
|
||||
23
qeos
20.11.14
✎
09:10
|
(20) у меня тут УПП 2007 года, дважды допиленная..
меня интересует как было решено, чтоб понять как исправлять в этой какашке)) начальство поставило задачу "убрать" блокировки. а мне не очень хочется изобретать волосипет |
|||
24
qeos
20.11.14
✎
09:11
|
(21) ну хз.. файловая это ж тоже вроде как СУБД MyDB
|
|||
25
Fragster
гуру
20.11.14
✎
09:14
|
(23) взаимоблокировки в общем случае устраняются:
- одинаковым порядком захвата ресурсов - отсутствием эскалации (разделяемая -> исключительная) полностью с первым и почти полностью со вторым (исключая действительно большие нагрузки) можно бороться |
|||
26
Maxus43
20.11.14
✎
09:15
|
(23) чтобы решить эту задачу - надо как бы быть в теме... и тупым запуском перепроведения в 3-х сеансах ты ничего не узнаешь, а сделаешь только себе хуже видя блокировки
|
|||
27
Necessitudo
20.11.14
✎
09:52
|
(23) Скажи что можно переписать всю конфигурацию на управляемые блокировки. Попроси год времени -а там или шах умрет или осел сдохнет.
|
|||
28
Maxus43
20.11.14
✎
09:59
|
(27) erp изначально на управлемых
|
|||
29
Зеленый пень
20.11.14
✎
10:18
|
(0) Пятница - только завтра.
|
|||
30
Necessitudo
20.11.14
✎
10:33
|
(28) Прочитай в 23
|
|||
31
qeos
20.11.14
✎
10:33
|
(27) ни осел не дохнет ни шах..
и не дают перейти на чтото более современное. один вариант либо как ёж на кактус, либо переписывать, либо увольняться.. |
|||
32
Necessitudo
20.11.14
✎
10:34
|
(31) Ну так начни переписывать на упр формы. Только скажи руководству что долго. Так ведь и есть.
|
|||
33
tridog
20.11.14
✎
10:44
|
(25) Разделяемая -> исключительная - это не эскалация. Эскалация это немного другое.
|
|||
34
MrStomak
20.11.14
✎
10:52
|
(23) Ну вот ты перевровел документы в ERP - а они все без блокировок провелись, твои действия дальнейшие? Перенести документы, модули и регистры из ERP в УПП 2007 года?
|
|||
35
tridog
20.11.14
✎
10:57
|
(34) Его дальнейшие действия - написать на мисте "а в ерп блокировок нет, а расскажите, как они так сделали?"
|
|||
36
Fragster
гуру
20.11.14
✎
11:04
|
(33) если ты под эскалацией понимаешь только увеличение области блокировок, то это немного не так. Эскалация - это любое "ужесточение" блокировок, как "вширь" (со строчной до табличной, например), так и "вверх", т.е. с разделяемой до исключительной.
то, что "вширь" и на что мы можем влиять - относится скорее к первому пункту, т.е. одинаковому порядку захвата ресурсов (сугубо софистическое ИМХО) |
|||
37
Fragster
гуру
20.11.14
✎
11:08
|
многие под "эскалацией блокировок" понимают только мсскульное событие Lock:Escalation (и другие подобные события других СУБД), что весьма ограничено
|
|||
38
Banned
20.11.14
✎
11:10
|
(36) Подумалось....
Расскажи, как избежать ограниченных эксклюзивных блокировок при проведении? Может, ума добавит мне, стану менее дурным... |
|||
39
Fragster
гуру
20.11.14
✎
11:15
|
(38) по "контролируемым" регистрам (остатки, там какие-нибудь) - никак, можно только в самом конце их блокировать и на меньшее время
|
|||
40
Banned
20.11.14
✎
11:17
|
(39) Это даже мне понятно... А как их вообще избежать? ))
|
|||
41
Fragster
гуру
20.11.14
✎
11:17
|
(40) разрешить продавать в "-"?
|
|||
42
Fragster
гуру
20.11.14
✎
11:18
|
(41)+ например на кассе контроля остатков вообще не должно быть, да и вообще никакого контроля. соответственно, и блокировок можно избежать целиком
|
|||
43
Banned
20.11.14
✎
11:19
|
(41) Ага. А запись куда девать будешь? И не говори, что там не будет UpdLock...
|
|||
44
qeos
20.11.14
✎
11:21
|
(40) избежать не получится, они есть и будут..
вопрос как этим пользоваться.. подумалось, может проведение делать в фоновых заданиях? типо закидываем задание "провести".. а уже на серваке по порядку проводится без блокировок.. по типу стека.. а после забрасывания на проведение "отпускать"документ.. |
|||
45
Fragster
гуру
20.11.14
✎
11:24
|
(43) режим разделения итогов позволяет одновременно писать итоги. а по остальным таблицам - там на разные документы разные строки, так что друг друга они блокировать не должны
|
|||
46
Fragster
гуру
20.11.14
✎
11:25
|
(44) фигня
|
|||
47
qeos
20.11.14
✎
11:25
|
(35) ради такого вопроса и создал тему, как оно там у них в erp делается?
|
|||
48
Banned
20.11.14
✎
11:26
|
(45) А вот тут и возникает вопрос эскалации ))
Если я начну писать данных больше, чем на странице находится? |
|||
49
Maxus43
20.11.14
✎
11:30
|
(47) в ЕРП - управляемые блокировки, другие методики проверки остатков и прочее, твоя УПП 2007 и рядом не валялась, переписывать чуть меньше, чем всё придётся....
Но даже на управляемых ты всё равно одновременно не один и тот же документ не проведёшь разными юзерами, и это очевидно. Никакого "каменного века" тут нет |
|||
50
Fragster
гуру
20.11.14
✎
11:31
|
(48) я хз, но вот тут: http://infostart.ru/public/173394/ пишется в 112 потоков наборы по 5000 строк, каждая строка условно десятки байт. должно получаться больше страницы, он вроде ничего, работает.
|
|||
51
Banned
20.11.14
✎
11:32
|
(50) Ну я лично натыкался. Правда, не на таких детских размерах ))
|
|||
52
MrStomak
20.11.14
✎
11:36
|
(51) Да какая разница, что пишешь больше страницы?
|
|||
53
Banned
20.11.14
✎
11:40
|
(52) скуль любит эскалировать блокировки... Когда ему покажется, что ему мало.
|
|||
54
Fragster
гуру
20.11.14
✎
11:44
|
(53) наверное где-то у тебя большие области блокировались, а статистика была не в твою пользу и т.п... ограниченно можно решить переработкой структуры таблиц, но не всегда.
интересно, сколько пользователей и на какой базе это делают? |
|||
55
MrStomak
20.11.14
✎
11:45
|
(53) Не совсем так. Это происходит при определённом дефиците памяти, это зависит от некоторых настроек и если эскалация происходит, то сразу до уровня таблицы, а если таблицу заблокировать в этот момент невозможно, то продолжается как есть построчная блокировка.
|
|||
56
Banned
20.11.14
✎
11:46
|
(54) один. на древней упп. 13 лямов записей в регистр )))))
|
|||
57
H A D G E H O G s
20.11.14
✎
11:49
|
(54) Fragster, твой тест дает данные о количестве работоспособных пользователей в системе?
Ты не пытался разбивать на фоновые задания независимые блоки проведения 1-ого документа? |
|||
58
Гёдза
20.11.14
✎
11:57
|
а что за документы то? А может это 3 закрытия месяца по одной организации )))
|
|||
59
Гёдза
20.11.14
✎
11:57
|
При провдении в ерп пишется минимум. Там блокироваться нечему
|
|||
60
Гёдза
20.11.14
✎
11:58
|
(55) эскалацию можно и отключить, если уж на то пошло
|
|||
61
qeos
20.11.14
✎
11:59
|
(58) проведение реализации
|
|||
62
Гёдза
20.11.14
✎
12:00
|
(61) а товаров сколько? и складов? пересечения есть?
|
|||
63
Fragster
гуру
20.11.14
✎
12:06
|
(57) выхлоп маленький - когда документы меньше 5 секунд проводятся смысла нет. а больших документов у меня нету, так что тренироваться не на чем. теоретически можно что-нибудь придумать. Например запись по регистрам, по которым есть контроль остатков - в фоновом, остальное - в текущем. в конце проведения дожидаемся успеха/отказа фонового
|
|||
64
qeos
20.11.14
✎
12:08
|
(62) в справочнике 6700 номенклатур ну пусть половина активные..
складов 77 организаций 3 пересечения? пересечения чего? |
|||
65
Гёдза
20.11.14
✎
12:09
|
(64) например ты продаешь 3 документами одну и туже номенклатуру
|
|||
66
qeos
20.11.14
✎
12:11
|
(63) у нас проводится реализация днем в рабочее время около минуты-двух..
по ночам ну 10 секунд.. |
|||
67
qeos
20.11.14
✎
12:12
|
(65) таких да, много..
|
|||
68
Joshim
20.11.14
✎
12:15
|
(66) РАУЗ или Партии?
|
|||
69
H A D G E H O G s
20.11.14
✎
12:15
|
(65) .... с одного склада, одинаковой организации, одного качества, серии, (какие там аналитеги в УТ11-ERP2.0)
|
|||
70
Гёдза
20.11.14
✎
12:18
|
(66) 2 мин на ерп2?
|
|||
71
Joshim
20.11.14
✎
12:30
|
(66) была аналогичная ситуация, 30 секунд на документ - я сократил время проведения до 3,5 секунд. Последовательно устраняя узкие места:
Что сделал: - Включил отладку на сервере - Сделал замер производительности - Переделал идиотские типовые запросы на запросы понятные оптимизатору запросов SQL - Добавил индексы - Настроил обслуживание базы средствами SQL ежедневно и ежечасно - Распределил файлы базы по разным дискам, в данный момент файлы базы, SQL, и системы на 4 разных рэйд массивах ... и т. д. p. s. не знаю как ERP2.0 но УПП называть ERP смешно, один пользователь обработкой ложит базу. УПП на объемах среднего бизнеса загибается |
|||
72
qeos
20.11.14
✎
12:30
|
(68) хм, похоже партионный учет..
|
|||
73
qeos
20.11.14
✎
12:31
|
(70) 2 минуты на УПП
|
|||
74
Joshim
20.11.14
✎
12:33
|
(72) вот тебе и ответ, почему тупит. дальше будет хуже - переходите на РАУЗ
|
|||
75
qeos
20.11.14
✎
12:49
|
(74) да я б с удовольствием..
|
|||
76
Fragster
гуру
20.11.14
✎
12:55
|
В старых упп один запрос занимал 80% времени проведения, если его переписать на использование временных таблиц, то документ, соответственно, начинал проводиться в 5 раз быстрее.
|
|||
77
qeos
20.11.14
✎
13:01
|
(76) у меня 50% на запрос и 50% на очистку регистра при проведении..
для запроса вроде как добавил индексов и на тестовой вместо 6 секунд стало 2.. но на рабочей это все равно не особо заметно.. |
|||
78
Fragster
гуру
20.11.14
✎
13:02
|
6 секунд 50% - это 12 секунд все вместе... где тут две минуты?
|
|||
79
qeos
20.11.14
✎
13:22
|
(78) это я для сравнения на тестовой базе замеры производительности делал..
а в _рабочее_ время на рабочей базе в рабочее время занимает около 1-2 минуты.. в среднем. т.е. этот же запрос на рабочей в рабочее время будет выполняться полминуты-минуту |
|||
80
Новенький_2009
20.11.14
✎
13:25
|
Чел из (0), ты уже сказал какая версия платформы то у тебя в твоем доисторическом мезозое? 8.0?
|
|||
81
Новенький_2009
20.11.14
✎
13:27
|
Твой вопрос классный, в свете того, что ты думаешь, что если тебе дадут ответ, то ты через Ctrl+C перетащишь это к себе? :)))
Это примерно так звучит: челы, скажите, у меня есть ВАЗ-2106 1994 г. цвета Валентина, а я был на выставке и видел новую водородную тайоту. Так вот, вопрос. Как мне мою шестерку быстро на водород перевести? Плиз, хелп! |
|||
82
qeos
20.11.14
✎
13:32
|
(80) смотри в (11)
|
|||
83
elCust
20.11.14
✎
13:32
|
(81) Все сказал?
|
|||
84
qeos
20.11.14
✎
13:33
|
(81) нет.
мне нужно понять: 1. вообще стоит ли овчинака выделки 2. в каком направлении в erp решили проблему, чтобы не исправить все, но хотябы частично улучшить свою базу |
|||
85
Гёдза
20.11.14
✎
13:35
|
отложенное проведение попробуй
|
|||
86
qeos
20.11.14
✎
13:36
|
они просто переписали это на управляемые блокировки? -- хорошо, буду пробовать переписать на управляемые..
(85) у меня сейчас и так отложенное. т.е. сами реализации проводятся по утрам, но отделы начинают чтото вечером проводить/перепроводить и тут начинаются блокировки.. |
|||
87
Гёдза
20.11.14
✎
13:36
|
(85) пользователи 1-5 мин до появления проводок подождут.
Ведь сейчас же они ждут по 2 мин проведения |
|||
88
Гёдза
20.11.14
✎
13:37
|
(86) Не могут быть блокировки, ведь там рег задание попорядку их проводит
|
|||
89
Управление торговлей
20.11.14
✎
13:37
|
||||
90
Гёдза
20.11.14
✎
13:38
|
>>сами реализации проводятся по утрам
Это какое то самописное отложенное? |
|||
91
Fragster
гуру
20.11.14
✎
13:38
|
(79) почему ты думаешь, что при переносе будет пропорциональное изменение?
|
|||
92
qeos
20.11.14
✎
13:38
|
(85) или в каком смысле "отложенное проведение"..
типа записать в регистр что нужно провести документ, а фоновое обрабатывает и потихоньку проводит эти документы? как в (44) я писал? |
|||
93
qeos
20.11.14
✎
13:39
|
(90) тут все самописное.. самописателей тут хватало ))
|
|||
94
qeos
20.11.14
✎
13:41
|
(91) не факт конечно.. пока не могу ни как оторваться от текучки чтоб замерить на рабочей.. в течении дня проверю.
но к тебе вопросик: установил я твою конфу и потестировал.. есть какойлибо туториал? как интерпретировать результаты? |
|||
95
Гёдза
20.11.14
✎
13:41
|
(92) типо того. Стандартное отложенное проведение в УПП.
По некоторых регистрам сразу, по некоторым рег заданием |
|||
96
Гёдза
20.11.14
✎
13:41
|
(95) ничего лучше пока не придумано
|
|||
97
Maxus43
20.11.14
✎
13:42
|
(84)>(71) Это для оптимизации. Этим ты и блокировки уменьшишь. Ищи узкие места, оптимизируй. Если блокировки - анализируй при каких процессах они появляются, ищи чего оптимизировать. 90% тормозов системы - овнокод, как правило
|
|||
98
H A D G E H O G s
20.11.14
✎
13:51
|
(97) Хер с ним, ковногодом, не страшно.
Страшно, когда ковноархитектура, вот это страшно. Страшно, когда структура проведения разбросана по дохера модулям УПП и ты боишься чихнуть на это, ибо правка в одном месте приведет к фейлу в другом, а время исправления - месяц, до выхода нового релиза УПП. |
|||
99
elCust
20.11.14
✎
13:57
|
(98) Факт.
|
|||
100
Maxus43
20.11.14
✎
13:58
|
(98) дык в типовых во всех ковноархитектура... у ЕРП правда не знаю как, не видал изнутри
|
|||
101
H A D G E H O G s
20.11.14
✎
13:59
|
(100) Если бы типовые... Там все хорошо, неплохо.
А вот поделки местных программистов заставляют меня плакать горючими слезами уже 4 год. |
|||
102
H A D G E H O G s
20.11.14
✎
14:00
|
(100) Зная УТ11 (муданда с вкраплениями БСП) - могу ванговать что ЕРП будет жуткой штукой.
|
|||
103
H A D G E H O G s
20.11.14
✎
14:04
|
Вот отрывок беседы с братом, который только и делает, что тыкает в УТ11 палочкой:
" Я: Стал бы ты использовать БСП в самописке? Бро: Ну... Смотря для чего. Скорее да, чем нет. Если всё делать аккуратно и по инструкции. Я: Внезапно. А тонны ненависти к БСП? Бро: И без работы в модели сервиса :-) Бро: Не стараясь понять - что хотел сказать создатель БСП внутри её кода. Бро: Если воспринимать её как чёрный ящик, который работает правильно, то можно. " Но в случае ЕРП, воспринимать БСП как черный ящик не получится. |
|||
104
МуМу
20.11.14
✎
14:13
|
(0) Методов и подходов очень много. Нужно конкретней проблемы описывать, предметная область очень большая. Приведу пример. Сейчас идет один из проектов по оптимизации блокировок. Проблема в том что происходит эскалация управляемых блокировок по регистру(порядка 3000 записей в регистр). Документов в системе больших много, эскалацию упр. блокировок типовыми средствами 1С отключить нельзя(не путать со SQL-ой). Придется в модуле проведения делать проверку на размер документа, если большой писать в промежуточное хранилище и затем фоновой задачей дописывать порциями. Основная сложность такого подхода это написать правильно координатор потоков(фоновых задач), что бы издержки были минимальные.Также правильную очередь нужно реализовать, например не должен повторно проводиться(должен ожидать) если движения из очереди еще не дописались.
|
|||
105
Fragster
гуру
20.11.14
✎
14:24
|
(94) измеряет "идеальную параллельность", т.е. сколько _очень _ активных юзеров смогут параллельно работать в идеальных условиях и не замечать влияния других
|
|||
106
Joshim
20.11.14
✎
14:27
|
(77) так может у тебя сервер перегружен? какой размер базы? какой сервер? Файловая?
Посмотри загрузку процессора, памяти, дисков при проведении реализации 2 мин. |
|||
107
Иэрпэшник
20.11.14
✎
14:31
|
(13) есть проблемы с толпой пользователей-то?
Проблемы есть всегда. Если заведомо залочить всю таблицу, то остальные будут сидеть и терпеливо ждать, но обычно от этого уходят. В простых же ситуациях, если два юзера взялись издеваться над одним документом, то работает правило "кто первый пришел, того и тапки". Остальные по завершении своих манипуляций получат краткое сообщение "запись была изменена другим пользователем, начните сначала" :) |
|||
108
Joshim
20.11.14
✎
14:36
|
(100) наверное архитектор проекта для 1С не знакомо. Может импровизируют по ходу написания кода?
|
|||
109
Гёдза
20.11.14
✎
14:39
|
(108) ткни пальцем где конкретно сделали полное Г...
|
|||
110
Новенький_2009
20.11.14
✎
14:43
|
(84) >>2. в каком направлении в erp решили проблему, чтобы не исправить все, но хотябы частично улучшить свою базу
>>MSSQL 2012 + 8.3.5.1186 + 1С:ERP Управление предприятием 2.0 (2.0.9.54) Тебе уже ответили в (49) Вопрошая про платформу, я спрашивал про платформу твоей упп 2007 года, а не ерп. |
|||
111
Joshim
20.11.14
✎
14:43
|
(109) проведение по бухгалтерскому и управленческому учету последовательно. Я бы сделал этот процесс параллельным. Запросы в модуле расчета себестоимости, запросы в модуле корректировки стоимости списания. Запросы в модуле партионного учета. Алгоритм расчета себестоимости длящийся сутками. Сколько тебе еще написать?
|
|||
112
Новенький_2009
20.11.14
✎
14:45
|
Кстати, автор, а ты вычислил места кода, на которых появляются большие ожидания на блокировках и взаимоблокировках? Ну просто в ерп это будут одни места, у тебя - совершенно другие. Как ты хочешь провести параллели между двумя, абсолютно разными конфигурациями, и очевидно, даже разными платформами?
|
|||
113
Гёдза
20.11.14
✎
14:47
|
(111) Так партионный учет - это вчерашний день уже. Теперь РАУЗ
|
|||
114
qeos
20.11.14
✎
14:52
|
(106) нагрузки почти нет. даже при проведении. процессоры в целом не поднимается 10-15%, скуль и 1с на разных, память под скуль выделена почти вся (4Г свободно), под 1с тоже достаточно.. просадок с диском нет, т.е. нет активного чтения/записи. сеть тоже не напрягается..
база 180Гб как я понял при одновременном захвате регистра если не удалось захватить то переходт то-ли в ожидание то-ли еще кудато и стоит ожидая захвата около минуты.. т.е. проблема не в железе, а в самом коде |
|||
115
qeos
20.11.14
✎
14:55
|
(110) упп на 8.2.17.157
|
|||
116
Гёдза
20.11.14
✎
14:56
|
поставь это
http://www.gilev.ru/latch/ |
|||
117
Новенький_2009
20.11.14
✎
14:56
|
(115) я так полагаю, режим управления блокировкой - автоматический везде по конфе?
|
|||
118
qeos
20.11.14
✎
14:59
|
(117) дыы.. :(((
|
|||
119
Гёдза
20.11.14
✎
15:01
|
управляемый не сильно поможет
|
|||
120
Гёдза
20.11.14
✎
15:02
|
посмотри включено ли разделение итогов по регистрам
|
|||
121
Гёдза
20.11.14
✎
15:03
|
особенно по регистрам бух
|
|||
122
Новенький_2009
20.11.14
✎
15:03
|
(118) у тебя есть какой-то регламент, я прочитал. Возможен ли такой вариант: оперативно НЕ контролировать никакие остатки вообще? А твоим регламентом запускать восстановление ГП, или как-то у тебя называется процесс восстановление хронологической последовательности, и с ошибками разбираться по факту уже на регламенте? (формировать лог, высылать ответственным). Вот такое возможно?
|
|||
123
Joshim
20.11.14
✎
15:07
|
(77)
Про запросы уже писали тебе, переделай на временные таблицы с индексированием полей связи во временных таблицах!! Избавься от вложенных запросов. По полям условий в запросе добавь индексы в базе. А с очисткой движений, скопируй строку сюда, которая 50% занимает |
|||
124
qeos
20.11.14
✎
15:08
|
(120) ! не включено похоже нигде.
|
|||
125
Гёдза
20.11.14
✎
15:09
|
(123) да не та там проблема то. нужно начинать с самых узких мест - таймаутов блокировок
|
|||
126
rsv
20.11.14
✎
15:10
|
(104) "эскалацию упр. блокировок типовыми средствами 1С отключить нельзя " т.е. получается не правильно была выбрана система учета ?
|
|||
127
Гёдза
20.11.14
✎
15:10
|
А с очисткой движений, скопируй строку сюда, которая 50% занимает
НаборЗаписей = Регистры.ххх.создатьнаборЗаписей() НаборЗаписей.Отбор.Регистратор.Установить(Ссылка); НаборЗаписей.Записать() и так по всем регистрам |
|||
128
qeos
20.11.14
✎
15:13
|
(123)
цикл по регистрам: СтрокаДвижения.НаборЗаписей.Записать(); (127) да тоже самое по сути |
|||
129
Joshim
20.11.14
✎
15:16
|
(127) Параметры блокировок это что? Время ожидания блокировки данных сек в 1С? Как это ему поможет?
НаборЗаписей = Регистры.ххх.создатьнаборЗаписей() НаборЗаписей.Отбор.Регистратор.Установить(Ссылка); НаборЗаписей.Записать() не верю что этот код делается дольше нескольких секунд. |
|||
130
qeos
20.11.14
✎
15:22
|
(129) ну сколько там регистров?
|
|||
131
qeos
20.11.14
✎
15:23
|
||||
132
Гёдза
20.11.14
✎
15:33
|
(129) таймауты на ОЖИДАНИЯХ блокировок
|
|||
133
Гёдза
20.11.14
✎
15:34
|
2 строчка конечно это жесть
|
|||
134
Joshim
20.11.14
✎
15:35
|
(130) сколько строк в документе? по всем регистрам долго или какой-то значительно дольше других? На время записи в регистр влияет количество индексов.. Чем их больше тем дольше запись.
|
|||
135
Гёдза
20.11.14
✎
15:35
|
Можно пойти кстати экстенсивным путем и купить ssd промышленные
|
|||
136
Гёдза
20.11.14
✎
15:36
|
(134) бухия скорее всего
|
|||
137
qeos
20.11.14
✎
15:36
|
(133) выпилил.. это раскраска от акселота ))
|
|||
138
Гёдза
20.11.14
✎
15:36
|
(135) самый простой кстати - всего 2-3 тыс уе
|
|||
139
qeos
20.11.14
✎
15:37
|
(134) конкретно в замереном ровно 3 строчки
|
|||
140
Гёдза
20.11.14
✎
15:38
|
какой релиз упп в основе?
|
|||
141
Joshim
20.11.14
✎
15:43
|
(139) это у тебя скорее всего регистр ПартииТоваровНаСкладахБУХ или УПР, так долго писаться не должно... Это не нормально. Проверь индексы, посмотри в УПП типовой какие индексированы поля, может у тебя там индексы в избытке. Как загрузку дисков измерял?
|
|||
142
qeos
20.11.14
✎
15:44
|
(140) RIT:Дистрибуция, версия 2.0 (1.0.1.30)
фиг знает там какой )) но точно знаю что плохой.. |
|||
143
qeos
20.11.14
✎
15:45
|
(141) да проблема с партионным регистром..
загрузку дисков по виндовому монитору.. resource monitor |
|||
144
Гёдза
20.11.14
✎
15:49
|
(143) как вычислил?
|
|||
145
qeos
20.11.14
✎
15:57
|
(144) запрос долго выполняется который выбирает ....
хотел найти, но похоже когда накинул индексы он нормально выполняется. там было получение по регистру остатков + регистр "СписанныеТовары".. вот на последний я и добавил индексы. |
|||
146
Fragster
гуру
20.11.14
✎
15:59
|
(145) ты индексы прямо в скуляку добавил, чтоли?
верни как было (даже если в 1се) и перепиши запрос с одного гигантского соединения с подзапросами на временные таблицы |
|||
147
Fragster
гуру
20.11.14
✎
15:59
|
(даже если индексы в 1се)
|
|||
148
qeos
20.11.14
✎
16:04
|
(146) нет, добавлял на некоторые реквизиты (на те по которым в запросе было соединение) в самом конфигураторе.
там как раз не гигантское соединение.. вот запрос ВЫБРАТЬ СписанныеТовары.НомерСтрокиДокумента КАК НомерСтрокиДокумента, ПартииТоваровНаСкладах.Номенклатура, ПартииТоваровНаСкладах.ДокументОприходования КАК ДокументОприходования, ПартииТоваровНаСкладах.ДокументОприходования.Дата КАК ДокументОприходованияДата, ПартииТоваровНаСкладах.Склад, ПартииТоваровНаСкладах.ХарактеристикаНоменклатуры, ПартииТоваровНаСкладах.СерияНоменклатуры, ПартииТоваровНаСкладах.Качество, ПартииТоваровНаСкладах.Заказ, ПартииТоваровНаСкладах.КоличествоОстаток КАК Количество, ПартииТоваровНаСкладах.СтоимостьОстаток КАК Стоимость, ПартииТоваровНаСкладах.СтоимостьРеглОстаток КАК СтоимостьРегл, ПартииТоваровНаСкладах.СтатусПартии, ВЫБОР КОГДА СписанныеТовары.СерияНоменклатуры = ПартииТоваровНаСкладах.СерияНоменклатуры ТОГДА 0 ИНАЧЕ 1 КОНЕЦ КАК ЧислоСерияНоменклатуры, ВЫБОР КОГДА СписанныеТовары.ДокументПартии = НЕОПРЕДЕЛЕНО ТОГДА 0 ИНАЧЕ ВЫБОР КОГДА СписанныеТовары.ДокументПартии = ПартииТоваровНаСкладах.ДокументОприходования ТОГДА 0 ИНАЧЕ 1 КОНЕЦ КОНЕЦ КАК ЧислоДокументОприходования, ВЫБОР КОГДА СписанныеТовары.ЗаказСписания = НЕОПРЕДЕЛЕНО ТОГДА 0 ИНАЧЕ ВЫБОР КОГДА ПартииТоваровНаСкладах.Заказ = &ПустойЗаказ ТОГДА 1 ИНАЧЕ 0 КОНЕЦ КОНЕЦ КАК ЧислоЗаказ, ВЫБОР КОГДА ПартииТоваровНаСкладах.СтатусПартии = &НаКомиссию ТОГДА 1 ИНАЧЕ 0 КОНЕЦ КАК ЧислоСтатусПартии ИЗ РегистрСведений.СписанныеТовары КАК СписанныеТовары ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровНаСкладах.Остатки( &Дат, Номенклатура В (ВЫБРАТЬ РегистрСведений.СписанныеТовары.Номенклатура ИЗ РегистрСведений.СписанныеТовары ГДЕ РегистрСведений.СписанныеТовары.Регистратор = &Ссылка) И (Склад В (ВЫБРАТЬ РегистрСведений.СписанныеТовары.Склад ИЗ РегистрСведений.СписанныеТовары ГДЕ РегистрСведений.СписанныеТовары.Регистратор = &Ссылка) ИЛИ Склад = &ПустойСклад)) КАК ПартииТоваровНаСкладах ПО СписанныеТовары.Номенклатура = ПартииТоваровНаСкладах.Номенклатура И СписанныеТовары.ХарактеристикаНоменклатуры = ПартииТоваровНаСкладах.ХарактеристикаНоменклатуры И (ВЫБОР КОГДА ПартииТоваровНаСкладах.Качество = &ПустоеКачество ТОГДА ИСТИНА ИНАЧЕ ВЫБОР КОГДА СписанныеТовары.Качество = &ПустоеКачество ТОГДА ПартииТоваровНаСкладах.Качество = &КачествоНовый ИНАЧЕ ПартииТоваровНаСкладах.Качество = СписанныеТовары.Качество КОНЕЦ КОНЕЦ) И (ПартииТоваровНаСкладах.Склад = СписанныеТовары.Склад ИЛИ ПартииТоваровНаСкладах.Склад = &ПустойСклад) И (ВЫБОР КОГДА СписанныеТовары.ДопустимыйСтатус1 <> &ПустойСтатус ИЛИ СписанныеТовары.ДопустимыйСтатус2 <> &ПустойСтатус ИЛИ СписанныеТовары.ДопустимыйСтатус3 <> &ПустойСтатус ИЛИ СписанныеТовары.ДопустимыйСтатус4 <> &ПустойСтатус ТОГДА ПартииТоваровНаСкладах.СтатусПартии = &ПустойСтатус ИЛИ ПартииТоваровНаСкладах.СтатусПартии = &СтатусПартииПоОрдеру ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус1 ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус2 ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус3 ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус4 ИНАЧЕ ИСТИНА КОНЕЦ) И (ВЫБОР КОГДА СписанныеТовары.СписыватьТолькоПоЗаказу = ИСТИНА ТОГДА ВЫБОР КОГДА ПартииТоваровНаСкладах.Заказ <> СписанныеТовары.ЗаказПартии ТОГДА ВЫБОР КОГДА (НЕ СписанныеТовары.ЗаказПартии = НЕОПРЕДЕЛЕНО) ТОГДА ЛОЖЬ ИНАЧЕ ПартииТоваровНаСкладах.Заказ = &ПустойЗаказ КОНЕЦ ИНАЧЕ ИСТИНА КОНЕЦ ИНАЧЕ ВЫБОР КОГДА ПартииТоваровНаСкладах.Заказ <> СписанныеТовары.ЗаказПартии ТОГДА ПартииТоваровНаСкладах.Заказ = &ПустойЗаказ ИНАЧЕ ИСТИНА КОНЕЦ КОНЕЦ) И (СписанныеТовары.СерияНоменклатуры = ПартииТоваровНаСкладах.СерияНоменклатуры ИЛИ ПартииТоваровНаСкладах.СерияНоменклатуры = &ПустаяСерияНоменклатуры) ГДЕ СписанныеТовары.Регистратор = &ОсновнойДокумент УПОРЯДОЧИТЬ ПО ЧислоСерияНоменклатуры, ЧислоДокументОприходования, ЧислоЗаказ, ЧислоСтатусПартии, ДокументОприходованияДата, ДокументОприходования ИТОГИ ПО НомерСтрокиДокумента |
|||
149
Fragster
гуру
20.11.14
✎
16:09
|
(148) это именно тот запрос и именно в нем надо выносить всё нафиг во временные таблицы
|
|||
150
Reaper_1c
20.11.14
✎
16:12
|
(141) +100500. "Выбор" и "Или " из условий соединения долой. Любой ценой.
|
|||
151
Maxus43
20.11.14
✎
16:13
|
(149) на инфоэвенте если помнишь ругались на 1с в плане врем таблиц, типа #ttЦифирь - цифирь разная каждый раз и скуль заново план строит, хотя в кэше уже есть
|
|||
152
РазДва
20.11.14
✎
16:14
|
(149) Ого, какая древность.
|
|||
153
Fragster
гуру
20.11.14
✎
16:15
|
(151) по сравнению с соединением с виртуальной таблицей с отбором по "выбор" отсутствие повторного использования плана запроса намного предпочтительнее сильно неоптимального плана
|
|||
154
Maxus43
20.11.14
✎
16:17
|
(153) в данной случае конечно да, этот запрос можно на стенку повесить с подписью - овнозапрос)
|
|||
155
Fragster
гуру
20.11.14
✎
16:17
|
(154) просто он времен 8.0, когда не было временных таблиц
|
|||
156
tridog
20.11.14
✎
19:04
|
(36) Можно какой-нибудь пруф того, что изменение режима блокировки тоже считается эскалацией?
Например, MSDN так не считает: http://technet.microsoft.com/en-us/library/ms184286(v=sql.105).aspx |
|||
157
tridog
20.11.14
✎
19:05
|
(98) (100) Где можно посмотреть на примеры Вашей изумительной архитектуры, глядя на которую разработчики типовых должны разрыдаться и пойти мести улицы?
|
|||
158
H A D G E H O G s
20.11.14
✎
19:54
|
(157) Выдохнуть.
Я говорил про наследие предыдущих прогов. К архитектуре УПП вопросов нет. |
|||
159
tridog
20.11.14
✎
20:11
|
(158) Точно, к тебе вопроса нет :) А вот (100) просим на амбразуру - пусть даст нам то, с чем можно идти и чмырить разработчиков типовых)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |