
Sergey
09.12.2016
13:18:22
в глазах 1с это все равно процесс

Андрей
09.12.2016
13:19:14
а какая разница?
большая разница, инициаторы разные и выполняются они по разным потокам

Sergey
09.12.2016
13:19:35
это вы 1с объясните :)

Андрей
09.12.2016
13:19:55
это вы 1с объясните :)
т.е. вы утверждаете что фоновые задания, которые инициированные 1с сервером кушают лицензии, так ?

Google

Sergey
09.12.2016
13:20:00
я зарекся
я не утверждаю
но ситуация с пропажей лицензий мне знакома

Андрей
09.12.2016
13:21:23

Sergey
09.12.2016
13:22:24
вот опять, клиент отписался 1С висит
ну что за уйня

Андрей
09.12.2016
13:22:42
висеть может по очень многим параметрам\

Sergey
09.12.2016
13:23:13
дык опять серверный процесс встал клином
такое чуть не каждый день

Андрей
09.12.2016
13:23:47

Sergey
09.12.2016
13:23:49
поработают около суток и привет, все сначала
не он веселее рабоатет, вообще не проялвяет какой-либо активности

Google

Андрей
09.12.2016
13:24:15

Sergey
09.12.2016
13:24:29
он память жрет в момент обращения к докам
только типовая
УТ 11.2
не думаю что тут запрос, тут в самой платформе косяк
постгря вообще не активна

Андрей
09.12.2016
13:25:24
а какая версия платформы ?*

Sergey
09.12.2016
13:26:12
в данный момент практически не загружен

Андрей
09.12.2016
13:26:49

Sergey
09.12.2016
13:27:03
отпускает
вот только как можно сделать так что на один документ нужно 4 гига оперативы?
т.е. я вот этого не понимаю совсем
да, там может запрос по регистрам пробегает, но если постгря даже его не замечает, то 1С уходит в аут
у меня мускул и астер - запросы, звонки и прочая лобуда обрабатывается в реальном времени...
без задержек
на серваке с 1 гигом оперативы и 1 ядром в виртаулке...

Андрей
09.12.2016
13:31:43

Sergey
09.12.2016
13:32:48
8.3.9

Андрей
09.12.2016
13:32:55
1850 ?

Google

Sergey
09.12.2016
13:33:24
она самая
но такая проблема со всеми 8.3 от 8.3.6

Андрей
09.12.2016
13:34:21
т.е. ты по постгри смотрел, запрос появляется и завершается, не висит, т.е. вернул все данные 1с серверу и уже он не понятно что делает и откушивает память по лавине ?

Sergey
09.12.2016
13:34:24
еще, вот интересная штука, 8 сеансов, 44 соединения...
спрашивается тоже куда столько?
точно

Андрей
09.12.2016
13:34:48
эти 44 сеанса должны быть кем то.. или фоновые или ком или клиентская или консоли.. вот скажи, чьи они ?

Sergey
09.12.2016
13:35:37
они как бы клиентские...
вот только откуда их столько?

Андрей
09.12.2016
13:35:49

Sergey
09.12.2016
13:35:52
-2 планировщика

Sergey
09.12.2016
13:36:20
модуль расширения вэб сервера

Андрей
09.12.2016
13:37:15
все модель расширения веб сервера у тебя ?

Sergey
09.12.2016
13:37:35
да

Андрей
09.12.2016
13:38:03
понял, не завершается процесс начатый в веб браузере, и он накладывается на старые процессы

Sergey
09.12.2016
13:39:10
уже сбросил все
клиент в истерике

Андрей
09.12.2016
13:39:19

Sergey
09.12.2016
13:39:35
полностью сервис перезапустил и все сеансы удалил

Google

Андрей
09.12.2016
13:39:50

Sergey
09.12.2016
13:39:59
и так до нового повисания
у меня все соединания убивает

Андрей
09.12.2016
13:40:48
нужно проверить, такое ощущение что сервер 1с не получает сигнал о завершении процесса
можно попробовать их пуститить через тонкий клиент
и посмотреть на реакцию соединений
кстати у меня была подобная проблема, но только на бета версии 8,3,9.1800 но после установки 8 3 9 1850 подобной проблемы не наблюдаю
и да, попроси своих пользоков завершать сеанс не через крестик справа сверху а чере выход, после нажатия на фио пользователя 1с, или же реально делай рестарт сервера, реально симптов что сеанс не закрывается

Admin
ERROR: S client not available

Андрей
09.12.2016
13:52:00
или эти 44 соединений в течении дня появляются ?

Sergey
09.12.2016
14:16:25
в течение дня

Андрей
09.12.2016
14:16:50
тогда это уже проблема, нужно смотреть остаются ли активные сеансы после того как человек из них вышел

Sergey
09.12.2016
14:17:21
вот сейчас 3 активных сеанса - 30 соединений
никто не закрывался, сеансы только что запущены
вернее 28, -2 планировщик
в таскменеджере тишина

Андрей
09.12.2016
14:21:06
походу с каждый пользовательским сеансом запускается несколько доп соединений

Sergey
09.12.2016
14:25:40
возможно, но не понятно с какого ражна

Андрей
09.12.2016
14:27:30
отключи в 1с использование регламентных заданий и проверь, временно это можно сделать

Sergey
09.12.2016
14:27:41
они отключены

Google

Sergey
09.12.2016
14:27:53
иначе работа встанет не начавшись

Андрей
09.12.2016
14:28:42
очень странно ,вообще странно

Sergey
09.12.2016
14:29:03
ну так я о том же

Андрей
09.12.2016
14:30:05
я не думаю что тут именно с конкретной версией платформы связано, нужно понять почему порождаются соединения и кто их инициатор, так же все же рекомендую попробовать на тонком клиенту, будут ли порождаться они или нет

Sergey
09.12.2016
14:32:55
на выходных поиграюсь
ну это только один частный случай...

Андрей
09.12.2016
14:34:08
работа с 1с состоит из частных случаев)

Sergey
09.12.2016
14:34:56
есть клиенты с сервером где 1с и постгря работают на 8 ядрах и 48 гигах и там тоже тормоза... и опять по мониторам безумный аппетит только у 1с
причем, после ТИИ вакуума она оживает, но спустя неделю две - все возвращается на свои места

Андрей
09.12.2016
14:36:12

Sergey
09.12.2016
14:36:38
или после обновления конфигурации, как только накатил и тут же все летит в анус
был, пока две базы не умерли
теперь только ручной

Андрей
09.12.2016
14:37:21
почему базы умерли ?

Sergey
09.12.2016
14:37:33
у меня автовакуум
настроен, по рекомендациям самой 1с

Андрей
09.12.2016
14:37:54
если так ,то запускай кроном ТИИ + вакуум на ночь если так критично, но это очень странно

Sergey
09.12.2016
14:38:04
но таки не спасает, хотя вижу что отрабатывает

Андрей
09.12.2016
14:39:00
ради эксперимента на скл попробую тоже самое сделать на выходных
без pg нужно понять источник проблемы а потом уже решать ее