|
Бух. Как замерить производительность при закрытии месяца Ø (Волшебник 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
|
Отдел разработки типовых конф взялся за старые таски в трекере, но решил пойти обходным путём. Отрадно.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |