Имя: Пароль:
1C
1С v8
Ошибка установки соединения 8.3.6.2449
0 drugoi_mir
 
24.12.15
13:30
Добрый день.
Версия платформы: 8.3.6.2449
Режим работы: Клиент-серверный вариант
MS SQL и сервер 1С установлены на одном серв.
База в SQL одна. УТ 11.
Пользователей работает не больше двух одновременно.
Клиенты подключаются по RDP на тот же сервер,сразу же открывается 1С.
Примерно раз два в день возникает ошибка установки соединения(скрин в приложении).
Скажите из-за чего это может быть?
С виду проблем особых нет, сервер 1С работает,SQL работает,службы запущены.
Но соединение с базой не проходит даже после нескольких попыток.Куда копать?
Лечится все перезапуском агента.
По регламенту ночью каждый день настроен перезапуск агента.
1 Cyberhawk
 
24.12.15
13:31
скрин в приложении // ?
2 Cyberhawk
 
24.12.15
13:31
Как вариант - не хватает портов для создания новых рабочих процессов
3 drugoi_mir
 
24.12.15
13:36
(1) Извиняюсь? Скопировал пост с инфостарта,скрин тут есть:http://forum.infostart.ru/forum86/topic143609/.

А каким образом можно решить эту проблему и понять, что проблема именно в этом. Возможно проблема в том, что включен брандмауэр и он блокирует соединение по этим портам. Ну и антивирус соответственно.
4 Cyberhawk
 
24.12.15
13:54
(3) И как там посмотреть твой скрин, не скачивая его себе на комп? Плевок тебе за такое
5 drugoi_mir
 
24.12.15
14:01
6 Cyberhawk
 
24.12.15
14:04
(5) Сколько баз зарегистрировано в кластере?
Какой диапазон портов используется у рабочего сервера этого кластера?
7 Cyberhawk
 
24.12.15
14:05
Что указано в ограничениях для рабочих процессов (количество ИБ / количество соединений на процесс)?
8 drugoi_mir
 
24.12.15
14:10
Сколько баз зарегистрировано в кластере?  

одна база

Какой диапазон портов используется у рабочего сервера этого кластера?

1560:1591

Что указано в ограничениях для рабочих процессов (количество ИБ / количество соединений на процесс)?

Количество ИБ на процесс: 8
Количество соединений на процесс: 128
9 Cyberhawk
 
24.12.15
14:11
Сколько рабочих процессов в кластере на момент наступления невозможности входа в базу?
10 Cyberhawk
 
24.12.15
14:12
А еще зайди-ка в свойства папки srvinfo и скажи, не выдалось ли тебе сообщение о неправильном порядке чего-то там с правами
11 drugoi_mir
 
24.12.15
14:20
Сколько рабочих процессов в кластере на момент наступления невозможности входа в базу?

Специально делал  скрин:
http://s016.radikal.ru/i337/1512/d8/9e311fedfed6.png

А еще зайди-ка в свойства папки srvinfo и скажи, не выдалось ли тебе сообщение о неправильном порядке чего-то там с правами

В свойства папки зашел, все норм
12 Cyberhawk
 
24.12.15
15:19
Поставь для теста параметры  "1 ИБ на раб. процесс" и "1 соединение на раб. процесс"
Но учитывай при этом, что при стандартном диапазоне портов (32 штуки) кластер сможет обслужить не больше 32 соединений ко всем базам, входящим в этот кластер (тебя такое должно устроить по идее, судя по (0))
13 drugoi_mir
 
24.12.15
19:57
Спасибо. Попробовал 1 2 поставить, посмотрим полет.
14 drugoi_mir
 
24.12.15
19:58
Единственный совет, всех кого спрашивал грешили на баги 1С и ничего не могли посоветовать.
15 Cyberhawk
 
24.12.15
20:04
Если поставишь 1 1, то либо проблема быстрее проявит себя (т.к. на каждый РП будет приходиться одно соединение), либо ты быстрее вычислишь проблемное соединение (пользователя / регл. задание), если дело именно в соединении.
Если ставить 1 2, как сделал ты, то это только отсрочит диагностику, т.к. и до этого у тебя один РП обслуживал несколько соединений.
Т.е. фишка именно в изоляции соединений, а это только через 1 1
16 drugoi_mir
 
24.12.15
20:08
Сейчас пока по сути 1 пользователь только работал. Какие симптомы нужно будет проанализировать если опять такая же ошибка повторится?
17 Cyberhawk
 
24.12.15
21:00
Ну, для начала убедиться (при 1 1), что создаются рабочие процессы (в кластере и в списке процессов ОС) в количестве больше, чем один
Посмотреть при возникновении проблемы, что с работой уже подключенных пользователей
18 igork1966
 
24.12.15
22:19
(11) У тебя случаем не поставлено ограничение н рамер памяти на один процесс... типа хотели поставить ~3G а случайно одну цифру пропустили...
19 drugoi_mir
 
25.12.15
09:18
(17)  Создаются и там и там. На второй вопрос тоже могу сразу тебе ответить. Они спокойно работают их не выкидывает. Проблема только с новыми пользователями, которые хотят подключиться.
20 Cyberhawk
 
25.12.15
12:25
(19) А если во время "порчи" (назовем так период, когда наблюдается невозможность входа в базу) выйти из базы из-под работающего пользователя, то всё - он уже обратно в базу не зайдет? Или не могут зайти только те пользователи, которых не было в базе на начало "порчи"?
21 drugoi_mir
 
25.12.15
12:58
(20) выходить и заного входить я не пробовал. Но зайти в период порчи этим же пользователем с открытой программой пробовал. Не пускает, такая же ошибка.
22 timurhv
 
25.12.15
13:00
(11) Ключ на 1 рабочее место? o_O
23 timurhv
 
25.12.15
13:01
(22) Тьфу, спутал с серверным, ссори :)
24 Cyberhawk
 
25.12.15
14:37
Также во время порчи посмотри потребляемую (агентом, менеджером кластера и рабочими процессами) память
В свойствах кластера и рабочего сервера параметры по умолчанию стоят (нолики)?