Ubuntu 14 + 1C Server 8.3.6.2530 + PostgreSQL 9.4.2 (Жутко тормозит)
Доброго времени суток!Помогите советом!
Подняли сервер на данной связке и столкнулись с дикими тормозами в 1С ЗУП 2.5, конфигурация типовая, релиз последний 118. В документ "Начисления зарплаты работникам организации" подбор по всем сотрудникам(430 чел) длится 10 минут, расчет 20-30 минут, проведение 10 минут (это лучший результат). Postgres настраивали согласно рекомендациям на сайте 1С. В файловом варианте все эти операции (суммарно) делаются за 5-7 минут. При подборе, расчете, проведении нагрузка на сервер 10% ЦП 5% ОЗУ. Ubuntu х86 по причине того, что ключ 1С тоже х86.
Сервер:
Ubuntu 14.04.5 х86
2 процессора Xeon e5606
ОЗУ 16 ГБ
RAID1
Тест Гилева показывает результат 10.67. Тест показывает доступно 8196 ОЗУ
Подняли сервер на данной связке и столкнулись с дикими тормозами в 1С ЗУП 2.5, конфигурация типовая, релиз последний 118. В документ "Начисления зарплаты работникам организации" подбор по всем сотрудникам(430 чел) длится 10 минут, расчет 20-30 минут, проведение 10 минут (это лучший результат). Postgres настраивали согласно рекомендациям на сайте 1С. В файловом варианте все эти операции (суммарно) делаются за 5-7 минут. При подборе, расчете, проведении нагрузка на сервер 10% ЦП 5% ОЗУ. Ubuntu х86 по причине того, что ключ 1С тоже х86.
Сервер:
Ubuntu 14.04.5 х86
2 процессора Xeon e5606
ОЗУ 16 ГБ
RAID1
Тест Гилева показывает результат 10.67. Тест показывает доступно 8196 ОЗУ
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
ЗЫ: Файловый вариант в зависимости от настройки сервера в 2-4 раза быстрее работает, так что не удивлен. При очень хорошо сконфигурированном сервере файловый вариант будет в 2 раза быстрее (по тесту Гилева по крайней мере), чем серверный. При плохо - в 4 раза, а то и в 5.
- тут есть описание того, как выкатит HTML-отчет по длительным запросам, почти не надрываясь.
Тест Гилева показывает результат 10.67
Мало показывает. У меня на виртуальной машине на ноуте (i7), на которой Linux + 1С-сервер + Postgres + Apache и т.д. тест Гилева 20 показывает. Переведите процессоры в режим высокой производительности, сконфигурируйте постгрес, посмотрите, на чем конкретно проседает производительность. В принципе 430 сотрудников для ЗУП - это немного. Что там 10 минут делать - не ясно. Видимо просто отсутствуют индексы или недостаточно памяти для кеширования ресурсов. Если можете, скиньте свой конфиг от постгреса - поглядим, что там...
ЗЫ: Файловый вариант в зависимости от настройки сервера в 2-4 раза быстрее работает, так что не удивлен. При очень хорошо сконфигурированном сервере файловый вариант будет в 2 раза быстрее (по тесту Гилева по крайней мере), чем серверный. При плохо - в 4 раза, а то и в 5.
- тут есть описание того, как выкатит HTML-отчет по длительным запросам, почти не надрываясь.
(3)
Вот конфиг с последними настройками. Результаты: Подбор 8 минут, расчет 27 минут, проведение 6 минут
Вот конфиг с последними настройками. Результаты: Подбор 8 минут, расчет 27 минут, проведение 6 минут
Прикрепленные файлы:
postgresql.conf
(5)
1. shared_buffers = 1024MB - маловато, добавьте до 4G.
2. effective_cache_size - сделайте 8G.
3. maintenance_work_mem - измените на 1GB.
4. checkpoint_segments - поставьте 64.
5. checkpoint_completion_target - установите в 0.9
6. wal_buffers - сделайте 16MB
7. default_statistics_target - установите в 150 (или даже 1000 - 10000).
Также есть смысл в этом:
enable_nestloop=off - с осторожностью!
seq_page_cost = 0.1
random_page_cost = 0.4
cpu_operator_cost = 0.00025
Если не поможет, то проверьте, что будет, если установить "fsync = off". Если внезапно окажется, что при выключении синка производительность взлетает в небеса, то подумайте об SSD-диске для базы - они сейчас стоят недорого, но с ними нужен постоянный бэкап (для ЗУП это невеликие объемы и время). Ну и бэкапы нужно тестить на восстанавливаемость в обязательном порядке (простой вариант: загрузка последнего бэкапа в тестовую базу, подключение к базе, отсутствие ошибок подключения).
По поводу переключения процессора в режим высокой производительности, то нужно:
1. В BIOS найти и срубит C-STATE), включить TURBO-BOOST.
2. Внимательно прочитать .
3. После прочтения этого перевести ядра в режим performance.
4. Запустить тест Гилева и посмотреть на результат.
Вот конфи
1. shared_buffers = 1024MB - маловато, добавьте до 4G.
2. effective_cache_size - сделайте 8G.
3. maintenance_work_mem - измените на 1GB.
4. checkpoint_segments - поставьте 64.
5. checkpoint_completion_target - установите в 0.9
6. wal_buffers - сделайте 16MB
7. default_statistics_target - установите в 150 (или даже 1000 - 10000).
Также есть смысл в этом:
enable_nestloop=off - с осторожностью!
seq_page_cost = 0.1
random_page_cost = 0.4
cpu_operator_cost = 0.00025
Если не поможет, то проверьте, что будет, если установить "fsync = off". Если внезапно окажется, что при выключении синка производительность взлетает в небеса, то подумайте об SSD-диске для базы - они сейчас стоят недорого, но с ними нужен постоянный бэкап (для ЗУП это невеликие объемы и время). Ну и бэкапы нужно тестить на восстанавливаемость в обязательном порядке (простой вариант: загрузка последнего бэкапа в тестовую базу, подключение к базе, отсутствие ошибок подключения).
По поводу переключения процессора в режим высокой производительности, то нужно:
1. В BIOS найти и срубит C-STATE), включить TURBO-BOOST.
2. Внимательно прочитать .
3. После прочтения этого перевести ядра в режим performance.
4. Запустить тест Гилева и посмотреть на результат.
Я думаю вам нужно перейти на последние версии платформы и PostgreSQL и оптимизировать СУБД под ваш сервер. Посмотрите мою документацию по настройке, а именно про установку PostgreSQL последних версий (не от 1С но для 1С), в конце ссылка на книжку по настройке сервер. Надеюсь, что поможет...
(4)
1. Постгрес-про, установленный с репы постгреспро, уже автоматически стартует (у меня так, может у Вас какая-то косячина).
2. Всякие виниспы и прочая ерунда для ssh совершенно не нужна, ибо можно просто в виртуалбоксе расшарить общую папку и установить гуест аддишн в убунте, после чего под рутом перманентно расшаренный диск будет автоматически примонтирован в медиа.
3. Ну и вообще куча ненужной движухи в инструкции, при этом ни слова о конфигурировании.
Вывод: инструкция для детей, которые решили потестить постгрес один раз и пойти обратно на эмэс скуль.
Вот тут есть о том, как собрать постгри из исходников. Вдруг кто захочет поэкспериментировать.
Посмотрите мою документацию
Что-то в Вашей документации много лишнего, ибо:
1. Постгрес-про, установленный с репы постгреспро, уже автоматически стартует (у меня так, может у Вас какая-то косячина).
2. Всякие виниспы и прочая ерунда для ssh совершенно не нужна, ибо можно просто в виртуалбоксе расшарить общую папку и установить гуест аддишн в убунте, после чего под рутом перманентно расшаренный диск будет автоматически примонтирован в медиа.
3. Ну и вообще куча ненужной движухи в инструкции, при этом ни слова о конфигурировании.
Вывод: инструкция для детей, которые решили потестить постгрес один раз и пойти обратно на эмэс скуль.
Вот тут есть о том, как собрать постгри из исходников. Вдруг кто захочет поэкспериментировать.
(11) Да, много лишнего, писалась не для Infostarta, а про доп ПО написано для дальнейшей работы с полноценным сервером. Писать инструкцию по настройке - это забавно.. По настройке чего? PostgreSQL на виртуалке? Вы же понимаете, что это делается индивидуально? А в книге по ссылке написано, как автоматом подобрать настройки под сервер.
(17)
(16)
А в книге по ссылке написано
А в гугле по "pgtune" даже нарисовано. В принципе даже не важно, для чего писалась статья, но основной ее смысл можно передать тремя командами консоли: добавление репы, обновление пакетов и установка постгреса. Т.е. три команды баша у Вас вытянули на целую статью - поздравляю!
(16)
При таком подходе с 32-битным ключом 1С проблем не будет?
Если ключ программный, то не будет. Если аппаратный, то, на сколько я помню, были какие-то трудности.
(22) Вот тут комментарий от представителя 1С:
UPD от sales@1c.ru
техническая возможность работать без ключа не ознячает юридического разрешения это делать. Закон о правовой защите информации для ЭВМ запрещает использовать любые программные продуктыв, правообладатель которых не декларирует их бесплатность (а мы нигде не объявляли этот сервер бесплатным).
С уважением, менеджер отдела продаж Виктор Быков
Убедительная просьба сохранять историю переписки при дальнейших обращениях.
техническая возможность работать без ключа не ознячает юридического разрешения это делать. Закон о правовой защите информации для ЭВМ запрещает использовать любые программные продуктыв, правообладатель которых не декларирует их бесплатность (а мы нигде не объявляли этот сервер бесплатным).
С уважением, менеджер отдела продаж Виктор Быков
Убедительная просьба сохранять историю переписки при дальнейших обращениях.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот