Windows Server 2019 + PostgeSQL + Кластер 1С не равно «производительность»?

Question

[Andy Et]

Добрый день!
Требуется развернуть на одной машине СУБД и Кластер 1С. Имеется сервер: intel Xeon CPU E5- v4 2680 2.4 GHZ, 128 Гб Оперативы, Samsung 970 Evo plus 1Тб.
ОС - Windows Server 2019 (ver 1809)
PostgreSQL 14.7-1.1C(x64)
1C:Enterprise 8.3 (x86-64) Servers
Произвел установку и настройку (файл конфига PG https://cloud.mail.ru/public/H5F4/M49uxxRqy). Поднял 6 баз 1С, базы рабочие и активно используются сотрудниками.
Наблюдаются зависания при работе с базами от клиента (тонкий и толстый клиент, в локальной сети и извне). В целом сервер загружен на 50-60%. Основной потребитель ресурсов - rphost.exe.
Подскажите пожалуйста, на что обратить внимание для диагностики работы машины и ПО? Требуется ли переносить Кластер на отдельную машину или косяк в моем конфиге PG?
Я просто впервые сталкиваюсь с такой проблемой...

Comments

[Rsa97]

IMHO, если появляется 1С, то про производительность можно забыть.
Вы можете поставить самый быстрый процессор (вы ведь в курсе, что для 1С важна не многоядерность, а частота), вы можете поставить столько памяти, что закэшируется вся база данных. Но всё равно, как только кто-то начнёт проводить документ на сотню строк, у всех начнутся тормоза.

[Akina]

Покопайтесь в публикациях Колоскова (koloskovv) и Сунгатуллина (rinace) на Хабре. Там есть кое-какой материал как по мониторингу, так и по тюнингу.

[Andy Et]

Rsa97, да, Вы верно говорите. В планах обновить комплектующие, но пока работаем так.

[Andy Et]

Akina, хорошо, спасибо

[Павел Межуев]

PostgreSQL + Windows = проблемы. Оно хоть и поддерживается, но PostgreSQL в первую очередь разрабатывается именно под Linux и все дельные руководства по оптимизации, которые вы найдёте, написаны в расчёте на Linux. Решив использовать Windows вы будете вести эту битву в одиночку и всё равно проиграете.

Answer 1

[RStarun]

На первый взгляд может быть несколько узких мест:

1. Процессор подобран с упором на количество ядер, а не на частоту. 1С очень часто не умеет в параллельность, поэтому загружено будет одно ядро одним хорошим отчетом. Посмотрите не включен ли Hyper Threading, вдруг забыли отключить. Турбобуст обязательно включаем, в настройках плана питания указываем максимальную производительность. Понимаю что вы все это уже наверняка сделали, но вдруг.
   
2. В настройках postgres отключен autovacuum что в первое время снижает нагрузку на систему, потом повышает. Можно попробовать почитать по конфигам postgres, а можно просто сходить на https://tantorlabs.ru/pgconfigurator и сгенерировать себе более или менее адекватный вариант.
   
3. ну и всегда

   Еще есть вариант что проблемы не у вас с железом, а у программистов 1С или пользователей. Самый супергиперкомпьютер можно положить ловким движением рук при написании обработки 1С (если базы дописывали) или запуском

   очень нужных

   отчетов за период в 15 лет по всем организациям с выборкой по всем документам по всем филиалам.
   
   

Comments

[RStarun]

Забыл еще спросить - а вы же учитываете что postgres в отличие от rphost порождает множество процессов и нагрузку нужно по ним смотреть суммарно? И по памяти и по цпу (причем память обычно не показывает через диспетчер).