Имя: Пароль:
1C
1С v8
Бух. Как замерить производительность при закрытии месяца
Ø (Волшебник 27.02.2024 12:35)
,
0 Накомото
 
09.02.24
10:16
1с Бухгалтерия. С ней мало опыта. Конфигурация почти типовая, мало правок. Типичная проблема - слишком долго совершается операция закрытия месяца типовыми средствами - до суток. Стандартные советы данные гуглом пока не помогли. Очень бы хотелось "локализовать проблему", то есть понять какой именно шаг работает так долго. Так же мне нужно сравнить время выполнения до и после изменений (которыми пытался решить проблему), измерить насколько полезны то оказались эти изменения. Вопросов видимо два:

1) Как в конфигураторе сделать замер производительности именно при операции закрытие месяца?

2) Как можно определить какой из шагов операции дольше всех выполняется?
1 Smit1C
 
09.02.24
10:19
(0) закрытие месяца состоит из нескольких этапов.
Для начала надо выяснить на каком этапе тормозит, возможно при перепроведении всех документов за месяц.
2 Накомото
 
09.02.24
10:24
(1) Спасибо. Но именно в этом и состоит вопрос то :) "надо выяснить на каком этапе тормозит". Как? :)

Перепроведение всех документов за месяц отдельно уже делал, типовым методом - тоже долго, но приемлемо. Проблема не тут.
3 Волшебник
 
09.02.24
10:25
Проверьте те малые правки, которые есть. Наверняка там сидит плохой запрос в цикле
4 Гена
 
гуру
09.02.24
10:32
(0) Локализуйте долгую регламентную операцию: выбирайте/убирайте по очереди опцию "Пропустить операцию" в диалоге Закрытие месяца.
Начните с "Корректировка стоимости номенклатуры" или "Расчет долей списания косвенных расходов"
5 Накомото
 
09.02.24
10:35
Допустим я нажму в конфигураторе замер производительности до начала операции по закрытию месяца. Отключу замер сразу после завершения операции. Это поможет определить в чем проблема? При этом сделаю на локальной базе, других пользователей в базе быть не может, я там единственный.
6 Накомото
 
09.02.24
10:40
(3) Это правильный совет, но я в компании этой второй день, база не знакома пока, и это было слишком долго. В будущем обязательно покопаюсь с ними, а пока надо более быстрое решение найти.
7 shuhard
 
09.02.24
10:44
(6)[а пока надо более быстрое решение найти]
запасся попкорном (с)
8 АНДР
 
09.02.24
10:50
(6) Тогда оно давно всем известно! На период закрытия нужно более мощное железо. Можно своё, можно арендовать...
9 Накомото
 
09.02.24
12:04
Быстрое решение найдено и выбрано. Конечно это временный костыль. После выгрузки базы и создания файловой версии выяснилось что закрытие месяца проходит достаточно быстро. В субботу выйду и сделаю эту процедуру. То есть закрыть месяц в файловой копии и потом загрузить базу взамен рабочей, пока юзеров нет. А потом разбираться почему тормозило так.
10 vis
 
09.02.24
12:10
А какая база данных?
11 denk
 
09.02.24
13:55
(9) Если в файловой нормально, а проблема возникает с серверной, надо проверить настройки базы в СУБД и настройки самой СУБД. Пальцем в небо - не настроен / не выполняется план обслуживания базы на SQL Server.
12 d4rkmesa
 
09.02.24
14:39
(9) Надо попробовать прогнать сжатие таблиц. Потом - регламенты SQL.
13 Базис
 
naïve
09.02.24
18:28
Отдел разработки типовых конф взялся за старые таски в трекере, но решил пойти обходным путём. Отрадно.