Имя: Пароль:
1C
1С v8
v8: Оптимизация записи документов
0 val245
 
06.04.12
10:14
Управление торговлей на 8.0. Измененная с целью создания механизма учета серийных номеров. Учет в ней вдется уже 4 годи достаточно интенсивно. При проведении документов Поступление, Реализация, Возвраты документ подвисает. Проверял замерам производтельности. Ничего не тормозит процесс, задержка с длительностью 10-20 секунд дляться в промежуток между записью документа и его проведением. Однако в пустой аналогичной базе документ записывается и проводиться сразу. Что можно сделать, чтоб решить эту проблему? Может распределить процессы между несколькими серверами или создавать новую базу, вести остатки и вести учет снова (что проще, но не желательно).
1 zak555
 
06.04.12
10:16
переходи на 8.2
2 val245
 
06.04.12
10:19
кстати, конвртировал на 8.1 проблема не решилась...
3 val245
 
06.04.12
10:29
up
4 pumbaEO
 
06.04.12
10:30
файловая база или sql ?
5 БибиГон
 
06.04.12
10:32
переходите на типовую УТ
6 vis_tmp
 
06.04.12
10:34
В замере производительности нашёл строку(и) с максимальным процентом?
7 БибиГон
 
06.04.12
10:38
кстати размер базы не озвучен.
8 val245
 
06.04.12
10:41
Зависает и на SQL и при файловой версии. Размер файловой 11.4 Гб
9 val245
 
06.04.12
10:47
Мксимальная строка при открытии документа для учета серийных номеров. Но занимает всего долю секунды. Задержка происходит после всех процедур записи документа, но до Обработкипроведения. Но там и замерять не надо. Сразу заметна. больше 10 секунд
10 val245
 
06.04.12
11:03
выше
11 БибиГон
 
06.04.12
11:04
обработку проведения переписывали?
12 vis_tmp
 
06.04.12
11:16
Кэш чистил?
13 val245
 
06.04.12
14:09
ну в обработке добавляли записи. по новым регистрам
14 vmv
 
06.04.12
14:12
регистры раздулись - при проведении, естесвенно, будут тормоза
15 val245
 
06.04.12
14:13
Еще пробовал коментировать процедуры записи и Обработкпроведения, но проблема не решается
16 vmv
 
06.04.12
14:14
на всякий случай проверить регистры на последнюю дату, в том числе и независимые - мож там запись(документ) впаяли 3999 годом - он мало кому мешает т.к. в будешем, а итоги на пару тысячелетий висят)
17 hhhh
 
06.04.12
14:16
(15) итоги на какой месяц у вас там рассчитаны?
18 val245
 
06.04.12
14:18
где это можно посмотреть?
19 val245
 
06.04.12
14:24
регистры пррверил, но вроде далеко будущих дат нет
20 БибиГон
 
06.04.12
14:25
(19) но имеются?
21 zak555
 
06.04.12
14:26
правильные ответы уже были
22 val245
 
06.04.12
14:32
какие правильные ответы?
23 hhhh
 
06.04.12
14:52
(22) в меню, операции - управление итогами посмотри какой месяц стоит.
24 val245
 
06.04.12
15:46
Да.. самые большие даты там на 2050 год
25 Maxus43
 
06.04.12
15:50
(24) ну ищи откуда ноги растут, за лишние 38 лет итоги пересчитывает помесячно каждый раз
26 Maxus43
 
06.04.12
15:51
это задержка между записью и проведением - удаление старых записей => пересчет итогов
27 val245
 
10.04.12
09:50
Итоги пересчетал на конец текущего года. Вроде подвисать стало меньше, но все равно виснет. А если поставить несколько серверов и распределить нагрузку между ними? может ли это снизить ускорить процесс?
28 ptrtss
 
10.04.12
10:04
(27)
>> может ли это снизить ускорить процесс?
Ни на секундочку
29 ptrtss
 
10.04.12
10:06
(27) Исследовать проблему надо. Для начала - отладку на сервере вкл.

Есть метод поудалять вообще весь код в конфигурации (модули, формы и т.д.) и поглядеть как будет проводиться. Если быстро - точно где-то в коде мудрость сокрыта
30 val245
 
10.04.12
10:23
нет. все закоментировал. Все обработки записи и проведения. Лучше не стало. Все равно виснет
31 val245
 
10.04.12
10:24
Может что с скулей или кластерами серверов сделать можно? Поставить несколько серверов, распределить нагрузку?
32 zmaximka
 
10.04.12
10:27
Включить-выключить пробовал?
33 unregistered
 
10.04.12
10:32
(32) Сначала надо монитор протереть. Если не поможет, то тогда включать/выключать.
34 val245
 
10.04.12
10:35
понятно... то есть так и будет и виснуть и ичего нельзя придумать?
35 rsv
 
10.04.12
10:42
(30) Т.е. в регистры ничего не пишется ?
36 unregistered
 
10.04.12
10:43
(31) >> с скулей или кластерами серверов сделать можно? Поставить несколько серверов, распределить нагрузку?

Чтобы получить совет по этому вопросу, надо сначала озвучить имеющуюся нагрузку (которую ты собрался распределять), имеющееся железо, софт (на каких ОС-ях стоят сервера, что помимо 1С и СУБД установлено и т.п.), количество пользователей, интенсивность их работы (объем вбиваемых документов в день, среднее количество строк в док-ах прихода/расхода), результаты замеров производительности на серверах (использование ЦП, диска, памяти).

И только когда обо всем этом расскажешь, можно будет о чем-то разговаривать.

А так - это всё обсуждение сферических коней в вакууме. Может у тебя пара регистров остатков через попу написаны, в ноль не закрываются и хранят эти незакрытые остатки. Или в самой записи/проведении что-то такое наверчено, что тормозит сильно.
37 rsv
 
10.04.12
10:44
(36) Я так понял из (30) что все закомментировано в части проведения т.е. и запись в регистры тоже .
38 rsv
 
10.04.12
10:49
В профайлер, если скуль. Он на вопросы точно ответит.
39 val245
 
10.04.12
10:58
Да. Закоментировал процедуры "ПередЗаписью", "ПриЗаписи", "ПослеЗаписи", Как формы так самого документа, а также "ОбработкаПроведения". Но все равно при проведении документы подвисают.
40 rsv
 
10.04.12
10:59
(39) У Вас скуль ?
41 val245
 
10.04.12
11:02
Ну, подвисает при SQL верси и при файловой. Особой разниы не чувствуется. Но оригинальная база на sql
42 rsv
 
10.04.12
11:03
(41) Стартуете профайлер. Проводите документ.Стопите профайлер. Смотрите.
43 val245
 
10.04.12
11:06
в sql? а где найти профайлер в SQL?
44 rsv
 
10.04.12
11:07
(43) Гуглите , яндексите . Формы в 1C  - наше все.