Дано:
Организация с довольно большим объемом операций по производству.
Закрытие месяца выполняется с каждым месяцем все дольше.
Различные версии MSSQL пробуем (2005/2008/2008R2). Период рассчитанных итогов меняем. Переиндексацию базы производим.  Не помогает или помогает на 1 закрытие, потом опять медленно.
В файловом варианте закрытие работает приемлимо, но этот вариант не подходит - повседневная работа встанет (около 20 одновременных пользователей), да и объем скоро перейдет границы допустимого.
В вариант PostgreSQL закрытие работает хорошо, но в "боевых" условиях работа обычных пользователей не тестировалась.
В тестовой базе на PostgreSQL поймали пока только один баг - при дефолтных настройках обмен данными приводит к ошибке типа "слишком много блокировок".
Вопросы:
- встречалось ли у кого-нибудь подобное поведение закрытия месяца?
- есть ли примеры промышленного применения БП 2.0 под управлением PostgreSQL, какие есть нюансы и какие впечатления?
Спасибо.

по описанию похоже на работу неоптимального плана запросов.

Это мне конечно очень поможет :)
Сам запрос я ловил в профайлере.
Сложность анализа запроса еще более усугубляется манерой 1с создавать сотню временных таблиц, назначение которых остается загадкой.
Запросы там конечно ужасные, но ведь даже файловый движок 1С справляется, а MSSQL нет. Вот что странно.

обновление статистики делаете? данные массово и часто обновляются?

попробуйте создать заново пустую базу на PostgreSQL или на sql и загрузите туда ваш Dt.
Закрытие месяца в БП.20 у нас отлично работает. База на sql лежит.

(0) На каких-то релизах 8.2 наблюдается подобное поведение.
поставь последнюю 8.2.15.310 или 315 и проверь.

PostgreSQL 9,  нормально работает

(0) Как обошли аналогичную ситуацию (postgres):
Вместо одного документа "Закр.месяца", делаем 5-7 документов по каждому участку.
В итоге время проведения этих 5-7 намного меньше времени проведения одного (+ еще нагрузка меньшая на сервер).

(3) Делаем даже переиндексирование. Между "итерациями" массовых изменений нет, правятся несколько документов и запускается повторно.
(4) Да делали базу на постгре, она используется как временная/тестовая
(7) Поясните, не понял как вы делаете несколько документов. Вы не путаете с 1.6? Сейчас по каждому этапу (напр. Корректировка стоимости номенклатуры) создается документ Регламентная операция, и она никак не делится.

(8) ну тут дело наверное в постгри и его настройках администрирования БД, если в файловом у вас нормально закрывает месяца.
От платформы я думаю вряд ли зависит у нас 8.2.15.294 и работает нормально, минут 5-7 месяц закрывает при довольно большом документообороте из торговле

(8) У меня украинское закрытие месяца :) Его можно делить по частям.
(износ, расчет.себестоим., расчет торгов.наценки и т.п.).

Наблюдал Такое же в Бухгалтерии SQL 2005. Вылечилось благодаря закидывание базы на MS SQL 2012

(11) уже вышел? тогда будем попробовать, спасибо
а я уж думал что надо валить с mssql

Обновление: проверил на SQL 2012, те же траблы.
Куда дальше копать?

замер производительности,

длина очереди к диску, кол-во коллизий сетевых интерфейсов