Сеанс отсутствует или удален

Здравствуйте!
Есть два сервера (два системных блока). На каждом из них стоит свой SQL со своей 1С. И на обоих одинаковая проблема.

Платформа 1С:Предприятие 8.2 (8.2.19.130)
Конфигурация Управление производственным предприятием, редакция 1.3 (1.3.83.2).

Первая база развернута на Microsoft SQL Server Enterprise (64-bit) 11.0.5343.0 на первом компьютере.
Вторая база была развернута на такой же версии SQL, но потом решил поставить поновее - Microsoft SQL Server Enterprise (64-bit) 12.0.2000 RTM, но эффекта это не дало.

Операционная система на обоих серверах- WinServer2012R2

Пользователь со своего компьютера подключается к серверу через удаленный рабочий стол и на нем запускает 1С. Оперативной памяти 16 гигабайт, свободного места на системном диске - 12 гигабайт.

Постоянно всплывает ошибка "Сеанс отсутствует или удален". Пользователь может ничего не делать - она всплывет. Пользователь может только-только залогиниться - она сразу всплывет. Пользователь может проработать в программе два часа и только после этого она всплывет. Пользователь может быть один в базе - проблема всплывет. Подвисших сеансов нет, проверяли. После перезапуска сервера (компьютера) проблема все равно может сразу проявить себя. Такая ошибка у всех пользователей.

Когда была файловая версия базы, такой проблемы не было. Перешли на SQL - появилась. Раньше проявляла себя пару раз в день, теперь же каждые 10 минут (в среднем, иногда чаще, иногда реже).
Прикладываю скриншоты с примерами ошибки. Лог технологического журнала весит 7 мегабайт, поэтому форум не дал его загрузить.
Официальная тех. поддержка уже неделю думает, в чем может быть причина. По результатам этих недельных раздумий ребята попросили повторно прислать те же скриншоты ошибки и логи технологического журнала.
Пожалуйста, помогите!

Миниатюры

   

0

Также реже всплывает "Удаленный хост принудительно разорвал существующее подключение"

Миниатюры

 

0

muzzombie, Это кластер по какой-то причине откидывает "проблемные" по его мнению сеансы
У меня была подобная проблема, причиной были фоновые задания.
По идее, по технологическому журналу и системному журналу событий , можно понять почему происходит проблема.

0

v_svitere, все лишние фоновые задания отрубил (оставил буквально три-четыре), но это не помогло. В виндосовском системном журнале вместе с сис. админом смотрели, ничего особенного не увидели. Технологический журнал разглядывал. Там, конечно, поинтересней, но не знаю, как увиденное поможет мне.

0

muzzombie, 3-4, у меня как раз сеансы падали при 3-4.
Я оставил только одно, все остальные были перенесены в ночь, или их функционал реализован другим способом.
С технологическим журналом должна помочь поддержка 1С.

0

v_svitere, перенес выполнение всех регламентных заданий на выходные - не помогло.

0

muzzombie,В вашем случае, значит ошибка вряд ли связяна с фонами.
Тогда только техн. журнал поможет, причем он нужен как серверный, так и клиентский.
Но своими силами врядли справитесь, нужно подключать поддержку 1с.

0

v_svitere, поддержку 1С подключил ровно неделю назад - попросили прислать логи тех. журнала и скриншот ошибки. Вчера они вышли на связь и... попросили прислать логи тех. журнала и скриншот ошибки. Вновь отправил им те же самые файлы, позвонил еще с вопросом "Как это понимать?", но там на телефоне сидят другие люди, которые отвечают по шаблону, мол, "ждите, вам ответят" и всё.

0

1. Очистить кеш пользователей, у которых возникает данная проблема.
2. На скуле: перестроение индексов->обновление статистики->сжатие базы
3. На сервере приложений: посмотреть параметры кластера ("Допустимый объем памяти" и "Интервал перезапуска") и параметры сервера ("Количество соединений на процесс"). В параметрах сервера желательно выставить параметр "Количество ИБ на процесс" в 1 (дефолт - 8).

Также реже всплывает "Удаленный хост принудительно разорвал существующее подключение"

Это и возникает от того, что служба сервера приложений перезапускается в неподходящий момент, когда все трудятся в поте лица. Время этого момента = время последнего перезапуска + значения параметра "интервал перезапуска"
Так вот хорошо бы в параметрах кластера выставить интервал перезапуска 86400 (сутки), а на нерабочее время запланировать выполнение примерно следующего сценария:

для избежания перезапусков в рабочее время.

0

"1. Очистить кеш пользователей, у которых возникает данная проблема."

Делал, не помогло.

"Так вот хорошо бы в параметрах кластера выставить интервал перезапуска 86400 (сутки)"

Делал, не помогло. Более того, я физически перезапускал сервер (компьютер) и после перезапуска сразу же могла всплыть проблема.

"net stop <служба сервера 1C>
net start <служба сервера 1C>"

А если во вне рабочее время комп вообще перезапускать, это разве не "круче"? Однако, это не помогает.

"В параметрах сервера желательно выставить параметр "Количество ИБ на процесс" в 1 (дефолт - 8)."

А у нас инф. баз больше одной. И в каждой из них бухгалтер может сразу работать. Так что этот параметр ведь нельзя выставлять на "1"? Однако, даже если пользователь зашел только в одну базу, проблема может проявить себя.

"2. На скуле: перестроение индексов->обновление статистики->сжатие базы"

Спасибо, попробую.

0

Сообщение от muzzombie А у нас инф. баз больше одной. И в каждой из них бухгалтер может сразу работать. Так что этот параметр ведь нельзя выставлять на "1"?

Можно и нужно. При запуске первого сеанса в следующей базе создастся еще одни процесс.

Добавлено через 3 минуты

Сообщение от muzzombie А если во вне рабочее время комп вообще перезапускать, это разве не "круче"?

Это глупее..

0

К сожалению, не нашел таблицу, которой принадлежит индекс, чтобы раскрыть узел "Индексы".

Добавлено через 2 минуты
"В параметрах сервера желательно выставить параметр "Количество ИБ на процесс" в 1 (дефолт - 8)."

Вы уверены, что для 8.2 есть такой параметр? Я не нашел, а гугл показывает примеры для 8.3.

0

Сообщение от muzzombie Вы уверены, что для 8.2 есть такой параметр? Я не нашел, а гугл показывает примеры для 8.3.

Вы правы. в 8.2 нет такого параметра. Тогда создайте еще хотя бы 1 обычный процесс и один резервный.

Кстати, интересно примерное среднестатистическое количество одновременно работающих пользователей..

0

"Тогда создайте еще хотя бы 1 обычный процесс и один резервный."

Создавал еще один обычный процесс - не помогало. Среднее количество работающих - 8 человек. Но опять-таки, человек может быть один на весь сервер, и всё равно такая проблема дает о себе знать.

0

Попробовал удалить 1С сервер x86 и поставить 1C сервер x64 - проблема осталась.

0

muzzombie, А скуль тюнили?
И.... забыл.. "Shared memory" на скуле включен?

0

К сожалению, не нашел таблицу, которой принадлежит индекс, чтобы раскрыть узел "Индексы", чтобы сделать "перестроение индексов->обновление статистики->сжатие базы"
"Shared memory" включен, да.

0

Все таки запустите это на проблемных пользователях. А еще лучше в автозагрузку каждому работающему с 1С.

0

Запускаю под админом, пишет вот такое.

Миниатюры

 

0

muzzombie, Пользователь должен выйти из 1С, запустить в RDP этот сценарий, затем зайти в 1С. Под администратором его запускать НЕ НУЖНО. Каждый чистит свой кеш 1С.

0