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