|  | Обновление Бухгалтерии уменьшило скорость проведения 
 av_x86, Arh01 , StanLee , Alex7771 , Кулибин , Defender77 , pasha_d , fserg84 , Winnie Buh , Caesar , orakool , АгентБезопаснойНацио , ssmmdd , DeeK , ЕRPe | ☑ | 
    
        | 0
    
        Dmitriy_76   30.10.25✎ 12:37 | 
        Была 3.0.140.29
 обновил до 3.0.184.16
 
 на данном этапе просто загрузил сф .
 
 что получил на выходе :
 в старой проведение было 10 минут
 
 в новой 40.
 
 общее количество документов которые за период проведения - 6000
 |  | 
    
        | 1
    
        Волшебник   30.10.25✎ 12:42 | 
        Сделайте замер производительности и посмотрите, куда уходит время     |  | 
    
        | 2
    
        Dmitriy_76   30.10.25✎ 12:52 | 
        (1) Замеры щас буду делать. 
откачу обратно из бэкапа.
 И буду накатывать последовательно каждое обновление с замером одного и того же документа.
 |  | 
    
        | 3
    
        Волшебник   30.10.25✎ 13:00 | 
        (2) Лучше замерять массовое проведение, а не одиночное. Хотя бы 100 док     |  | 
    
        | 4
    
        vis   30.10.25✎ 13:03 | 
        Так тормозит загрузка или проведение?     |  | 
    
        | 5
    
        Dmitriy_76   30.10.25✎ 13:27 | 
        (4) проведение     |  | 
    
        | 6
    
        Dedal   30.10.25✎ 13:36 | 
        Файловая? Серверная + СУБД? Реиндексы и т.п. после обновления делали?     |  | 
    
        | 7
    
        Dmitriy_76   30.10.25✎ 13:46 | 
        (6) сервер.
обслуживание не делал.
 |  | 
    
        | 8
    
        Tarlich   30.10.25✎ 13:46 | 
        между 3.0.140.29 и 3.0.184.16 - это 3 года и неизвестное количество платформ -))     |  | 
    
        | 9
    
        Dmitriy_76   30.10.25✎ 13:50 | 
        (8) не три а два
 платформу я не менял(стоит 8.3.25.1394.
 |  | 
    
        | 10
    
        Kigo_Kigo   30.10.25✎ 14:13 | 
        "на данном этапе просто загрузил сф "
14 лет на форуме и так взять и вгасить базу, ну это надо очень хорошо захотеть, хорошо базу не положил
 |  | 
    
        | 11
    
        DeeK   30.10.25✎ 14:15 | 
        (0) всмысле просто накатили свежий cf? если так, а какое поведение ожидалось вами?     |  | 
    
        | 12
    
        Dmitriy_76   30.10.25✎ 14:19 | 
        (10) ага.. рабочую и бэз бэкапов     |  | 
    
        | 13
    
        Dmitriy_76   30.10.25✎ 14:27 | 
        (10) (11) кто вам сказал, что она должна сразу и резко умереть ?     |  | 
    
        | 14
    
        Winnie Buh   гуру 30.10.25✎ 14:39 | 
        при обновлении с помощью CF всегда есть риск,
у БП еще как-то более-менее нормально с наследованием и обработчиками обновления,
 а вот с УТ недавно только столкнулся - при таком перескоке всего через пару-тройку релизов база накрылась, оказалось перескочили через релиз, который нельзя было пропускать
 |  | 
    
        | 15
    
        Dmitriy_76   30.10.25✎ 15:09 | 
        (14) Ут другая история... 
про риск я не спорю.
 благо делал на копии. ну и база осталась жива.
 результат предварительный подтвержден,как и было изначально.
 
 проблема в замедлении не столько в размерах базы (да тут тоже важно..но не настолько критично) а именно в самой конфигурации. что и подтвердилось.
 
 теперь буду последовательно накатывать обновления с замерами проведения .
 
 вообще я думал что проблема с проведением месяца стоит не только у меня. Но судя по комментариям выше, всех все устраивает )
 |  | 
    
        | 16
    
        Волшебник   30.10.25✎ 15:09 | 
        (15) мыши плакали-кололись...     |  | 
    
        | 17
    
        Winnie Buh   гуру 30.10.25✎ 16:46 | 
        (15) если при обновлении CF все обработчики отработали нормально, то последовательное обновление с помощью CFU на скорость проведения повлиять не должны, т.к. результат будет тот же ИМХО,
но эксперимент интересен )
 |  | 
        Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший