Доброго времени суток уважаемые!
Нужен совет вот по какому вопросу:
Есть распределенка, данные из периферийных баз сливаются в центральную. Из центральной только конфа и некоторые справочники.
Обмен происходит раз в сутки. В одной из периферийных баз перепроводили документы интенсивно, файл выгрузки получился около 650Мб незапакованный. Так вот проблема - при загрузке этого файла, когда начинают загружаться проводки по НУ резко падает скорость. Причем не сразу, несколько сотен проводок загружаются нормально, а потом время между двумя загрузками по 10-15 минут. Это видно в ЖР (могу скрин кинуть). файл такого объема загружаю не первый раз. Раньше таких проблем не наблюдалось. С какого момента возникла эта проблема не отфиксировал, но никаких действий с сервером и софтом не производилось (кроме обновления конфы в 1с, обновления антивируса и установки обновлений на винду).
Конфа - КА последняя редакция, платформа - 8.2.18.61
Сервер - PostgreSQL 9.1.2-1.1C(x64) с оф сайта 1с. настройки типовые по инструкции.
База в файловой версии была около 17Гб. Но на файловой версии очень медленно происходила загрузка как раз проводок по НУ (в принципе все проводки медленно загружались), поэтому перенесли базу на постгри, стало гораздо быстрее работать, пока не возникла проблема.

(0) ТИИ делал. не помогло.

А зачем проводки выгружаете?

(2) потому что распределенка, она сама регистрирует что выгружать.

Может ограничить чило объектов в транзакции?

(4) уже. по умолчанию 1000 - установил 100.

(0) Такой момент - медленно загружаются движения по бух регистру "налоговый" у документов "расчет себестоимости". Не скажу что у нас большие объемы данных - в ручном режиме этот документ проводится в пределах минуты где-то. И это в файловой базе.

кеш почистить, колеса попинать

(7) про кэши не подумал как-то. попробую, но сомнения меня берут.

тут было такое наблюдение. У нас не очень оптимально реализована зачистка регистраций в плане обмена. Работает это так - перед выгрузкой из ЦБ в ПБ перебираются все регистрации и лишние удаляются. Так вот при этой операции в файловой версии записи в бух регистре "налоговый" удалялись очень долго. Время отличалось на порядок. Допустим зарегистрировано несколько тысяч записей в регистре "налоговый" и столько же других объектов. Так все объекты зачищались за 10 минут допустим, а один налоговый - около часа. Причем именно удаление регистрации происходило долго, а не наши переборы. Это кстати послужило причиной перехода с файловой на постгри. Стало заметно лучше, пока не уперся в проблему (0). :)

(8) Видимо регистр "налоговый" чем то отличается от "хозрасчетного". Но чем - не могу понять.

Ап.

(9) хозрасчетный отлажен от и до по производительности, в налоговом же конь не валялся.

(11) Аргументируйте пожалуйста. :) И там и там объект - регистр бухгалтерии, структура примерно одинаковая. Только что в плане счетов для НУ все счета забалансовые, а для БУ - такого нет. Как два объекта одного типа метаданных могут быть отлажены по разному?