Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > PostgreSQL > Настройка PostgreSQL под нужды 1С

Автор: mihanik 12.8.2009, 09:55

Привет! Вчера у себя в офисе игрался настройками Postgresql. Какие только параметры я не изменял!!! Тестировал всё процедурой перепроведения месяца. В самом удачном случае месяц перепроводился за 4 минуты, в самом неудачном 4 минуты 30 секунд. Ну... В среднем всё длилось около 4 минут 15 секунд... 15 секунд выигрыша в отличие от стандартных настроек файла postgresql.conf? Может я что-то не то настроил? Сейчас ещё буду читать, думать, эксперементировать. А вы что бы порекомендовали трогать в настройках? Сервер по управлением Fedora 11 3 гига оперативы 500 гиг рэид-диск (зеркало) 20 пользователей 4 базы 1С. Одна из них "большая" (около 8 гигов).

Автор: belousov 12.8.2009, 13:04

mihanik, Ну во-первых, расскажи какие параметры ты менял. Могу также озвучить свои параметры.  Мы особого прироста производительности на управлении торговлей не увидели. у нас больше 100 юзеров и база весит 11 гигов. Но появилось много различных глюков и проблем. Самая большая проблема это блокировки. из-за них не проводятся документы и база чуть ли не повисает, спасает тока перезагрузка сервера. Так что тут еще надо подумать стоит ли переходить на PostgreSQL)))) Ждем рассказа о настройках)

Автор: mihanik 12.8.2009, 15:26

Цитата default_with_oids = on effective_cache_size =  262144 shared_buffers = 200 temp_buffers =  2560 work_mem = 10240 maintenance_work_mem =  61440 max_fsm_pages = 1024000     max_fsm_relations = 5000 Вот... Как-то так...

Автор: mihanik 12.8.2009, 15:47

Взял копию боевой базы. Заставил в ней январь месяц перепровести (все документы)... 3 гига оперативы, проц интел коре 6420... Оперативы занято 440 метров, каждое ядро занято на 25-30 %... И так неторопливо проводятся документы...  уже 10 минут перепроводится, а дошло только до 14-го числа. за 20 минут до 16-го числа добрался... :-(

Автор: mihanik 12.8.2009, 17:02

Формировал отчёт "Взаиморасчёты с контрагентами: остатки и обороты" Интервал выбрал с начало года по 12-08-09 Формировался полторы минуты при слабой загрузке компа. http://ipicture.ru/Gallery/Viewfull/22172598.html Что-то мне это не очень-то нравиться...

Автор: ZeeLax 14.8.2009, 05:18

mihanik, скажите пожалуйста, зачем вы это тут пишите? Тут вроде не блог. А тюнинг постгреса описан в документации. Тюнинг "черных ящиков" описан не одним автором ни в одной книге. Гугл, опять же. Что толку писать о своих месяцах?

Автор: mihanik 14.8.2009, 09:40

ZeeLax, я достаточно долго и по документации настраивал Postgres. Большой разницы при смене настроек не заметил. Кроме того, belousov пишет, что  Цитата(belousov @  12.8.2009,  13:04 ) Мы особого прироста производительности на управлении торговлей не увидели.  Так вот я и спрашиваю имеет ли смысл изменять дефолтный файл с настройками. Если стоит, то как. То, что я изменял в настройках PostgreSQL я указал. Жду замечаний по существу вопроса.

Автор: belousov 14.8.2009, 09:49

mihanik, мы меняли тока effective_cache_size по рекомендации 1С и количество подключений. больше особо ниче не трогали.  ZeeLax, согласен что не блог. Я думаю такая тема тоже имеет право на жизнь,потому что про MSSQL для 1С понаписано кучу всего, а про PostgreSQL для 1С не написано ничего вообще, а все что написано чаще всего фигня. Я так рассуждаю потому что сам поднимал его с месяц.  Он же не рассуждает, а спрашивает совета.

Автор: ZeeLax 16.8.2009, 06:40

mihanik, belousov, я с вами согласен, что материалов мало и т.п. Но. Вместо этого Цитата(mihanik @  12.8.2009,  18:47 ) Заставил в ней январь месяц перепровести (все документы)... должны быть фактические запросы к базе. Не все ведь спецы по постгресу, посещающие раздел, ставят 1С. Скорее всего ни один из них этого не делает. Ну кто-то может где-то является консультантом по настройке постгреса для 1С. Ставить 1С для поиграться тоже никому не хочется, да и "рыбу" надо где-то брать. Из всего этого следует, что сказать, почему тормозит какой-то там черный ящик никто (ну, почти) не сможет. Стало быть, нужно отследить все запросы к базе, выполняющиеся во время исследуемой процедуры (перепроводка месяца). Замерить время выполнения кадого (ну или каждого из группы однотипных). Выполнить для них EXPLAIN и/или EXPLAIN ANALYZE. Выявить узкие места. Там уже виднее будет. В мануале и гугле на эту тему не мало написано. Изменение параметров - это ещё не всё. Можно забыть создать индекс, или же, создать такую структуру, что сервер будет с ума сходить, как ты не изменяй ему параметры.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)