Size: a a a

PostgreSQL + 1C + Linux

2020 November 10

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
Илья Савельев
Ага и типа это и есть коннекты к БД?
Соединения 1С - это не есть соединения с СУБД!!! Это соединения с сервером 1С (клиентского приложения или компонентов сервера)
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
Илья Савельев
Так это получается ЦС держит эти соединения а не апач
Эти соединения "держит" модуль веб-расширения ...
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
да, всё верно, но он не должен их держать, так как клиенты закрыты
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
Антон Дорошкевич
да, всё верно, но он не должен их держать, так как клиенты закрыты
клиенты какие? браузер? в данном случае в роли клиента веб-расширение, а оно не закрыто, пока жив воркер ...
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
опять же, мы сейчас наощупь идём и не стоит ожидать решения сразу, тестов может понадобится и несколько сотен, раз даже ТЖ и coprtech не дают ответ)
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
либо пока не истек таймаут ...
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Alexey Fedotov
клиенты какие? браузер? в данном случае в роли клиента веб-расширение, а оно не закрыто, пока жив воркер ...
тонкий клиент 1С
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
Антон Дорошкевич
тонкий клиент 1С
без разницы, он работает через веб-расширение ...
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
и соединение устанавливает не напрямую к серверу 1С, а через "проставку" ...
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Alexey Fedotov
либо пока не истек таймаут ...
дождитесь таймаута на апаче и проверьте, исчезнут соединеняи или нет
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
они исчезают со временем, но величина стандартного таймаута слишком велика, посему "коллапс" наступает раньше, чем большая часть соединений завершаются по таймауту ...
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
возможно я заблуждаюсь в своих рассуждениях ..
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
я пока просто не могу придумать даже в теории причину такого роста соединений у вас...
ну просто нет причин, кроме как действительно столько открывается апачем вдруг при смерти рпхоста
источник

AF

Alexey Fedotov in PostgreSQL + 1C + Linux
тут вопрос, "а что внутри?", т.е. если рассматривать отдельно взятый сеанс, то он устанавливает соединение всегда с одним и тем же рабочим процессом или по разным "скачет"? Надо экспериментец сделать ...
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
каждый раз механика сервера определяет куда назначить соединение
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
определяет согласно настройкам рабочих серверов, ТНФ и текущих показателей производительности рабочих процессов
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
поэтому один и тот же сеанс пользователя 1С может в разное время своего существования выполняться на разных рпхостах и даже на разных сервера кластера

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

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
Меня вот на какую мысль сейчас натолкнуло ведь в апач настройка есть держать соединение или нет
источник

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
Вот напаять не скажу keepalave в конфиге апач
источник

ИС

Илья Савельев... in PostgreSQL + 1C + Linux
С ней не пробовали играться?
источник