![]() |
![]() |
![]() |
|
Работа кластера 1С 8.3 | ☑ | ||
---|---|---|---|---|
0
wondkind
03.10.18
✎
06:38
|
Добрый день.
Столкнулся с проблемой, над решением которой бьюсь уже определенное время. Есть кластер 1С 8.3. Для параметров рабочих процессов установлены следующие настройки: Количество ИБ на процесс: 1 Количество соединений на процесс: 15 Как следует из настроек указанных мной выше, когда количество соединений превышает 15, то создаётся новый рабочий процесс. А теперь сама ситуация, слегка упрощенная: Постоянно работает много фоновых заданий 5-20. Когда фоновых заданий становится 16 и более (постоянно создаются/завершаются, то есть то 16, то 7, то 1, потом 17 и т.д.), создаётся новый рабочий процесс. Потом, через некоторое время, фоновых становится меньше 15. Как итог, рабочий процесс отключается/завершается. В этом и заключается проблема. При этом, некоторые фоновые задания по-прежнему пытаются "подключиться" к отключенному/завершенному процессу. При ожидании завершения фонового задания, выдаётся ошибка: "Аварийно завершился рабочий процесс фонового задания" В технологическом журнале причина данной ошибки (примерно): "rphost disabled". Просьба не пытаться советовать увеличить количество соединений на рабочий процесс. Я упростил исходную проблему, чтобы было понятно. В кластере 8.3 не регулируется руками количество рабочих процессов( И самое интересное наблюдение: вот создался рабочий процесс, если на него зайти клиентом (то есть там постоянно будет соединение), то всё работает корректно и никаких ошибок нет. |
|||
1
Rlogin
03.10.18
✎
10:27
|
А через сколько останавливать завершенный процесс указано в настройках ?
|
|||
2
palsergeich
03.10.18
✎
10:36
|
Самый простой способ - увеличить число соединений на процесс. 15 это очень мало. 100 тянет в легкую
|
|||
3
unregistered
03.10.18
✎
10:47
|
(0) > Количество ИБ на процесс: 1
Такое значение рекомендуется устанавливать только в целях разбора проблемных ситуаций, чтобы изолировать процессы работающие с одной конкретной базой, когда никаких других возможностей локализовать проблему не удаётся. В продуктиве такую настройку использовать не рекомендуется. Ссылку сейчас найти не могу. |
|||
4
palsergeich
03.10.18
✎
10:50
|
(3) Есть такая рекомендация, ибо каждый процесс кушает весьма много ресурсов в том числе.
Но есть случаи когда это необходимо, все индивидуально. Но в рамках конкретно данной задачи я бы просто увеличил число пользователей, ибо 15 на процесс это ниочем |
|||
5
unregistered
03.10.18
✎
10:51
|
(1) Вряд ли автору поможет изменение этого параметра. Так как к выключенному процессу даже если не истекло время, в течении которого он будет принудительно остановлен (параметр "Выключенные процессы останавливать через"), новые соединения с этим процессом создаваться не будут.
|
|||
6
rozer76
03.10.18
✎
10:57
|
(2) + 1
|
|||
7
wondkind
04.10.18
✎
13:10
|
Спасибо за советы! База на кластере одна. Поэтому количество ИБ на процесс оптимально и удобно.
Теперь приведу пример: Вот произведу изменение количества соединений на процесс - установлю 100. Это никак не решит проблему, но и усугубит. Одновременно количество процессов пока не превышало 150. То есть, укажем 100 - будет та же проблема. Только уже при превышении количества соединений. Также возникает проблема, что если какое-нибудь из соединений действительно положит rphost, то все 100 коннектов полетят в тартарары. Никаким образом в реестре нельзя настроить количество рабочих процессов? Откатываться на 8.2 не вариант. (2), на самом деле, с увеличением числа соединений на процесс возникновение ошибки просто сократится, но проблема не будет решена. |
|||
8
wondkind
04.10.18
✎
13:21
|
Ребят, возможно поторопился с просьбой помощи на форуме. Еще сами тут не до конца осознали.
Все эти падения связаны, как мне кажется, с тем, что мы используем объект 1С "Внешние источники данных" не совсем по назначению, а просто как хранилище модулей. И частое обращение к ним вызывает проблемы. Еще раз спасибо, шо отписались. На самом деле всё-таки попробую увеличить количество соединений до 25 |
|||
9
kauksi
04.10.18
✎
15:20
|
(9) напоминает анекдот про переборку мотора гинекологом через выхлопную трубу
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |