...

Добрый день!
Прошу помочь в моей проблеме...

Стоит сервер 1С: собран на хорошем железе (2 процессора Intel Xeon E5620, 48Gb оперативки и т.д.), в качестве оси на нем Win2008 x64
В качестве СУБД используется MS SQL Server 2008 (SP3) - (X64).. На всем этом хозяйстве крутиться несколько больших баз под SQL (БП 2.0, БП 3.0, УТ 10.3) + с десяток мелких работает в обычном файловом режиме.

Фантомный (спящий) автор на мисте

Около 2-х лет на серваке "жил" только сервер 1С 8.2.. затем появилась SQL-ная база Бухгалтерия 3.0, и пришлось паралельно с сервером 8.2 поставить сервер 8.3. Все это хозяйство до недавнего времени исправно работало, обновлялось и т.д.. Все было хорошо, но одновременное существование 2-х платформ на сервере напрягало. Поэтому некоторое время назад было решенено оставить на серваке только 1С Сервер 8.3, а 8.2 полностью удалить с сервера. Сделали, все вроде заработало... базы УТ 10.3 и БП 2.0 продолжили работать под сервером 8.3 в режиме совместимости с 8.2

И тут вылез неожиданный косяк, причем только под УТ 10.3

В системе вдруг стали поняться непонятные фантомные сеансы... точнее, спящие. Возникают они совершенно непредсказуемо.. несколько дней этот баг вообще может не проявляться, а затем в течении получаса вдруг в базе оказываются оказываются запущенными (и подвисшими) 5-6 сеансов одного пользователя.. какого-нибудь Иванова, например. Причем этот самый Иванов утверждает, что ничего такого не делал.. просто работал и все. Я сперва в это не верил, думал все-равно что-то должно перед этим происходить, пока не словил тот-же самый глюк: зашел в базу через конфигуратор, затем запустил ее в режиме отладки... по моему, дальше даже ничего не делал - т.е. не открывал никаких окон и не проводил документы -  а просто закрыл и предприятие, и конфигуратор... После этого пытаюсь зайти снова, и вдруг вижу - не могу зайди в конфигуратор, якобы он уже запущен. Иду в консоль сервера 1С и вижу: оба моих сеанса (и в режиме конфигуратора, и запущенный через него сеанс предприятия) под моим именем, с моим временем предыдущего запуска - просто висят в консоли как спящие...

Пытаюсь победить этот глюк уже вторую неделю, и ничего не получается: переустанавливали 1С-ку (включая установку новых релизов), чистили кеш во всех сеансах, выгружали / загружали базу из dt (с полной очисткой базы после выгрузки в dt), пробовали играться с режимом совместимости (дефолтный 8.2.13 меняли на 8.2.16) - проблему победить так и не удалось. Самое смешное, что эти сеансы остаются в консоли сервера 1С даже после "железной" перезагрузки самого сервака. Убить их можно только в консоли, вручную, через правый клик > Удалить...

Главная проблема от этих фантомных сеансов:
1. бухи не могут начать монопольное перепроведение документов, т.к. даже если выгнали из базы всех "живых" пользователей, в системе остаются спящие сеансы
2. периодически звонят сами пользователи и жалуются, что не могут провести какой-нибудь документ... заходишь в консоль и видишь, что какой-нибудь сеанс Иванова поставил блокировку, а после этого заснул.. соответственно работа все это время стоит, проводить документы невозможно

"крутиться"
крутится, Карл, крутится!!!

Если кто-то сталкивался, прошу подсказать как можно пофиксить этот баг, т.к.  возвращаться на 8.2 очень не хотелось бы..

"Фантомные" сеансы в Предприятии - http://i.imgur.com/AhVcYUt.png
"Фантомные" сеансы в консоли сервера 1С (начало списка) - http://i.imgur.com/3SlggTN.png
"Фантомные" сеансы в консоли сервера 1С ("хвост" списка) - http://i.imgur.com/387K8Le.png
Блокировки фантомных сеансов в консоли сервера 1С - http://i.imgur.com/E9Banoe.png

обратите внимание на сеаны Колотова, Храмцова, Мамонова. Этих юзеры к серверу не подключены. Более того, на сервере в момент снятия этих скриншотов сидел только я один, все остальные терминальные сессии были удалены (а юзеры работают в 1С исключительно через терминальное подключение к серваку)

охренеть.. я не смог создать сообщение целиком, только какими-то кусками. Это баг форума?

2 процессора Intel Xeon E5620, 48Gb оперативки и т.д.
"и т.д." винты то какие? я бы винты совсем на первое место поставил

Возвратиться на 8.2

Спящие сеансы - это не баг, это фича

на 8.2 - это крайний случай... Думал, вдруг кто-то уже сталкивался с переводом УТ 10.3 под 8.3 и разобрался с багом

а фича в чем?

Тут совершенно не спящие сеансы. Случайно терминал не юзаете?

(16) там все сеансы на одной терминалке 1CV-SEREVER
(0) сделай снимок еще диспетчера служб терминалов, они у тебя выходят из 1с хрестиком скорей всего

юзаем именно терминал..

почему не спящий?
http://i.imgur.com/387K8Le.png с
статус - спящий (у последних трех). это как раз фантомы

да, скорее всего выходят по крестику.. но 3 последние года именно так и работали, и ничего не было

http://v8.1c.ru/overview/release_8_3_5/Повышение устойчивости работы клиентских приложений

Удержание сеанса при оставлении программы без работы

Увеличено время жизни бездействующих сеансов пользователей. Теперь при длительной неактивности, при «засыпании» клиентского компьютера, сеанс не завершается, а переходит в специальный «спящий» режим. При возобновлении активности, при назначении соединения, сеанс возобновляет работу. Администратор может устанавливать предельное время нахождения сеансов в спящем режиме.

(18) то убей отдисконектченные сеансы посмотри что дальше будет

убивал.. ничего не происходит, как висели так и висят (имею ввиду убивал терминальные сеансы)

Повторюсь: вчера, когда делал снимки, в диспетчере служб терминалов был только я

(20) Да не оно это, это терминал шалит. Может винду на терминале обновили?

ficor, спасибо за ссылку.. а как-то можно отключить эту фичу? Или установить время жизни такого уснувшего сеанса минимальным. Скажем, секунду.
Они реально очень мешают

(24) КОнфигуратор - Администрирование - Параметры информационной базы

у меня такое и на 8.2 случалось точно, неделю назад 8.3 поставил

(25) Vicof, спасибо! Сегодня буду экспериментировать :)

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

(0) Авторизация в 1С по домену? Если да, то при выходе из терминала надо Log off пользователя делать и сеансы не будут виснуть.

нет, обычная одноранговая сеть, сервак 1С-овский выполняем также роль сервера терминалов.

Скажи пользователям чтоб не закрывали терминал, а делали выход пользователя. Проблема 1 в 1 была на УТ 10.2.

(31) промазал 10.3*