Настройка сервера 1С. Долго формируются отчеты. #668380

УТ 10.3. Клиент сервер. СУБД Postgres. База 20ГБ. Переехали на новый сервер. Железо Процессоры: 2*E5-2440, 16ГБ ОЗУ, 4 SAS винта RAID 10. Проведение документов ускорилось в 4 раза. А отчеты стали формироваться медленнее. Для примера Прайс лист (типовой) формируется 20-30минут. На старом сервере с теми же параметрами он формировался 3-5 минут. Что характерно, ни Postgres, ни rphost не используют ОЗУ. Процесс Postgres забирает 150-300МБ. PRHOST - 100-150МБ. Никакие настройки не влияют на использование памяти. На старом сервере память использовалась по полной программе. Подскажите куда копать?

настроить постгрес по аналогии со старым серваком

+1 не спрашивай как - этим всегда админы занимались и проблемы такой я не знал

кеш ?

вот это смотрел? и вот это

"Процесс Postgres забирает 150-300МБ. PRHOST - 100-150МБ." а ресурсы процессора кто сколько забирает ?

выкинуть постгре и перейти на нормальный скуль ещё не предлагали?

Я по началу тот же файл настроек и взял.

До этого тоже постгрес был.

Процесс ровно одно ядро загружает по максимуму. На старом серваке процессоры были E5520 (2,27 Ггц), а сейчас 2,4.

На прошлой неделе все с книгой знаний сверил. Вроде все рекомендации учел.

fsync выключен. effective_cache_size 6ГБ. Не половина ОЗУ как рекомендуется. Но он и этот объем не использует.

Up

СУБД Postgres какой? Точно, что он такой же как был на старом? А релиз 1С-Сервера, то бишь платформу не заменяли при замене железки? Ось на старом и новом сервере совпадает и какая она там? зы. PRHOST как бы намекает, что работает под виндой, но а что там на самом деле кто будет проверять?

Я помню как то тоже Postgres настроил, а то, что строки закомментированы в файле настроек не посмотрел. Долго искал почему он выделенную память не жрет, да...

Ось Win 2008 на обоих одинаковая. Не совсем такой. Первый HP, новый IBM, производительность нового по всем параметрам выше. Postgres на новом 9.1.2 64 битная, на старом 8.4.3 32 битная.

Ну и что теперь про постгри тебе рассказывать будут?  Там уйма инфы в манулах, которую надо достаточно долго перебрать, чтоб вернуть использование прежних хранимых процедур, тригеров и тому подобного добра, который прежний планировщик запросов вытягивал из СУБД при "разборе" текста запроса от 1С. Лично я так глубоко не копал. А версия 1С тоже изменилась?

Версии платформы одинаковые.

>>Postgres на новом 9.1.2 64 битная, на старом 8.4.3 32 битная. Там изменений много было, в том числе и в работе оптимизатора.

глупый вопрос, но все же какая у вас ОС?

сорри за глупый вопрос, не нажал F5 ) а Postgres платный или бесплатный? + есть такая информация, читал и на практике замечал, Postgres  работает лучше на Linux, на винде он часто подтупливает, либо у нас админ на руку кривой, который ставить его.

наверно нужно взять оригинальный конфиг от 9.1 и ручками по нему пройтись, а не использовать старый.

+ ну и да, постгри на линуксах стабильнее работает, но нужно уметь готовить линукс.

Я так тоже дела. Результат не изменился.

тогда уж конфиг выложи, что бы наглядно

В файловом режиме на этом сервере тест Гилева дает 47 единиц. В постгресе 6. Явно что-то не так.

ключевое слово - постргре

maintenance_work_mem выставлять больше 1 ГБ не имеет смысла, там в исходниках ограничение с давних времен, ну и online_analyze выключи, с ним результат теста меньше на 5-6 баллов. wal_buffers лучше оставить -1, пусть postgres сам думает что и как. Вчера обновился до 8.2.18.102, ну и тест погонял немного. С совместимостью конфигурации с 8.1 - 47 баллов, при совместимость=не использовать - 56.8-57.4. Сам удивился, на более ранних версиях платформы стабильно показывало 49-51. Так что не знаю, какое слово ключевое или заветное...

Проблема решилась откатом postgres до версии 8.4

Что самое интересное. Тест Гилева дает теперь 3 единицы. Хотя по утверждениям пользователей и моим наблюдениям база стала работать значительно шустрее. Отчеты формируются быстрее, документы проводятся быстрее.

тест Гилева - однопоточный

как отчеты могут использовать много ядерность (многопоточность) ?

ну и до кучи - тест Гилева тестирует скорость ЗАПИСИ.

ну и мой (после разговоров с Вячеславом) тоже