Перейти к содержимому


- - - - -

После закрытия 1С пользователь не отключился


  • Вы не можете ответить в тему
Сообщений в теме: 18

#1 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 16 февраля 2011 - 12:13

Доброго дня!

Ситуация такая: зашёл я терминалом на сервер и запустил там 1С:Предприятие. Поюзал, закрыл 1С и после закрыл терминал. Но я остался подключен к серверу. "Активные пользователи" и "консоль" упорно показывают, что я в сети 2 раза: с сервера и со своего компьютера.

Пытаюсь в консоле грохнуть второго себя - появляюсь снова. Я правда еще не перегружался, но думаю перезагрузка поможет.

Проблема появляется время от времени, закономерности пока не заметил. Пользователь зайти может и с терминала на сервер и с компьютера в сети. Закрывает 1С штатно, но подлкючение остается висеть.

Может кто знает что случилается и как это обойти?


ЗЫ. Сервер 1С и MSSQL на одном серваке стоят.

Сообщение отредактировал full_lamer: 16 февраля 2011 - 12:14


#2 mialord

    "Свадебный генерал"


  • 3 525 сообщений

Отправлено 18 февраля 2011 - 18:26

За 8.1 таких проблем ни разу не замечал, а вот за 8.2 грешок есть.
8.1 последняя стоит ?

#3 Наташа

    Ветеран


  • 1 478 сообщений

Отправлено 18 февраля 2011 - 18:38

У меня было подобное - после обновления одной из баз в клиент-серверном режиме запускалось несколько фоновых заданий (было видно в активных пользователях) и никак не завершались. После выхода из конфигуратора - не пускало обратно, мол кто-то в конфигураторе уже сидит. Решалось обычно перезапуском службы Агент сервера 1С Предприятия. Первоисточник проблемы я так и не нашла :\
Сейчас перешли на 8.2 - база обновляется нормально, не зависают задания. Проблема решилась сама собой :)
Кстати, можно попробовать тестирование и исправление сделать, у меня как-то руки не дошли в свое время :)

#4 mialord

    "Свадебный генерал"


  • 3 525 сообщений

Отправлено 18 февраля 2011 - 18:53

Так вопрос по-моему не про фоновые задания, а реально зависшем сеансме пользователя. Или может я ни так понял. На 8.1 у меня никогда сеансы пользователя не зависали.

#5 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 18 февраля 2011 - 18:55

8.1 стоит последняя.

Причём сегодня повторилась проблема: человек вышел из 1С, выключил комп, но подключение осталось. Помог перезапуск службы "Агент 1С". Первопричину не понимаю.

Фоновые задачи периодами мешают снимать архивы базы по ночам. но они не зависали так на долго... Сделали своё дело и ушли.

#6 Наташа

    Ветеран


  • 1 478 сообщений

Отправлено 18 февраля 2011 - 19:06

Просмотр сообщенияmialord (18.2.2011, 22:53) писал:

Так вопрос по-моему не про фоновые задания, а реально зависшем сеансме пользователя. Или может я ни так понял. На 8.1 у меня никогда сеансы пользователя не зависали.
У меня получалось так, что после обновления и первого входа пользователя в режиме 1С:Предприятия вместе с ним запускались фоновые задания, а потом ни задания, ни сеансы пользователей не вырубались. Ни через диспетчер задач, ни через консоль сервера - никак. Я почему про фоновые написала - для меня это всегда был признак, что всёкапец, опять звонить админу :angry:
full_lamer, тестирование и исправление не пробовали?

#7 mialord

    "Свадебный генерал"


  • 3 525 сообщений

Отправлено 18 февраля 2011 - 19:10

Чёт на счет ТиИ не уверен.
А проуесса 1с8 зависшего нету? сам процесс закрылся хоть?

#8 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 18 февраля 2011 - 19:15

1С закрывается нормально, компьютер пользователя вообще выключен был. И процессы апликаций тоже закрываются без грубой силы.

ТиИ тут не поможет (90%). Так как подключённый пользователь скорее проблема временных файлов агента нежели физической или логической целостности базы.

#9 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 08 февраля 2012 - 14:26

Доброго времени!

Решил не начинать новую тему, а поднять свою же, и яндекс мне её нашёл)
Проблема тогда исчезла почти на год, но вот с установкой нового релиза платформы: 8.2.14.540 повторяется.

Пользователь зашёл в 1С, потом её выключил, а на сервере горит соединение, мол работает пользователь.
Закономерость: это случается только с пользователями Windows 7.
Перезагрузка агента не помогает.
Отключение агента на 10-20 минут не помогает.

Писал в техподдержку 1С, прислали ответ:

Цитата

Возможно, проблема связана с функцией автонастройки Vista (Windows7) под названием Auto-Tuning, которая совместима далеко не со всеми маршрутизаторами и другими сетевыми устройствами. Способ решения - отключить функцию Auto-Tuning.
Делается это следующим образом.
Введите команду в меню Start (Пуск), но окно командной строки открывайте не сразу, а вместо этого щелкните на нем правой клавишей мыши и выберите команду Run as Administrator (Выполнить как администратор). Наберите следующую команду.
netsh interface tcp show global
Если строка Receive Window Auto-Tuning Level не отмечена как <disabled>, введите команду
netsh interface tcp set global autotuning=restricted
Если ничего не изменилось, повторите описанный выше процесс, но воспользуйтесь командой
netsh interface tcp set global autotuning=disabled
Если это не помогло, можно вернуться в нормальный режим, повторив приведенное выше, но закончив командой
netsh interface tcp set global autotuning=normal #*#22783#
Всё пробовал и по-разному и по-всякому, ничего не помогло.

Есть у кого-нибудь опыт борьбы с такой проблемой?
Сервер 1С, MS SQL 2000 и HASP стоят на одной машине.

#10 BabySG

    Любитель программирования


  • 12 213 сообщений

Отправлено 08 февраля 2012 - 15:24

Зависание сессии - это часто из-за того, что ОС не "сообщает" о завершении работы.
Например, если вырубилось электричество на клиенте - сервер не узнает, что клиент отвалился и сеанс зависнет.

В случае с терминалом, я столкнулся с тем, что терминал некорректно завершал работу.
Что бы выявить закономерность - на время запретите работать из под терминала. Будет ли продолжать проблема?
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!

#11 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 08 февраля 2012 - 15:35

Так ведь это не терминальные пользователи. Они работают со своих рабочих компьютеров. И как видно из письма 1С: Windows 7 не хочет или не умеет адекватно сообщать о прекращении сессий 1С.
Мне посоветовали: поставить серверу в расписание перезапуск каждый день. Но я думаю - это на крайний случай...

#12 uza

    1С, VBA (EXCEL), VB (.NET + WEB)


  • 1 348 сообщений

Отправлено 08 февраля 2012 - 15:58

И в 8.1 такое бывает, и в 8.2
То, что через консоль кластера пользователя выбрасываем на мороз, а он зараза не выбрасывается - тоже описанно.
Лечиться либо перезагрузкой серверов 1С + MS SQL, либо ручным обрывом сессий через MS SQL Managment Studio
А еще весьма полезно (читал про это толи на ИТС, толи еще где) настроить права MS SQLю
1) Дать юзеру, из под которого 1Совский сервер общается с MS SQLем еще и право PROCESSADMIN
2) Прописать пользователя в MS SQL из под которого стартует 1C сервер (тип [SERVER 1C NAME]\USR1CV81) с авторизацией виндовой в разделе БЕЗОПАСНОСТЬ / ИМЕНА ВХОДА для всего сервера MS SQL и наделить его правом PROCESSADMIN

Выполнить нужно толи П 2, толи и 2 и 1.
Это нужно для того, чтобы кластер 1С мог не только отправить команду сервер SQL на разрыв конекта, но и MS SQL эту команду посчитал правомерной (и выполнил).
Не все полезно - что в БД залезло

#13 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 08 февраля 2012 - 17:06

USR1CV82 имеет полные права на весь MS SQL и на серваке он в группе администраторов.

#14 uza

    1С, VBA (EXCEL), VB (.NET + WEB)


  • 1 348 сообщений

Отправлено 08 февраля 2012 - 17:16

Хм.... полные права это как? Все роли назначены ему? Или дали ему serveradmin или sysadmin?

Если только serveradmin

Может я чего туплю, но вот отсюда http://msdn.microsof...=sql.90%29.aspx
как бы видится что serveradmin не имеет ALTER ANY CONNECTION

Вот http://msdn.microsof...=sql.90%29.aspx
и вот http://msdn.microsof...=sql.90%29.aspx

если же у вас пользовтель стартующий 1С сервер еще и SYSADMIN? на сервере - то даже не знаю.
Какие то это неправильные пчелы.

Сообщение отредактировал uza: 08 февраля 2012 - 17:16

Не все полезно - что в БД залезло

#15 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 08 февраля 2012 - 17:20

Полные права - это прописаны все роли какие только есть.
Ссылки буду завтра читать.

#16 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 08 февраля 2012 - 17:32

А можно настроить таймаут соединия на 2 часа простоя?
Чтобы сервак сам выбивал любое неактивное соединение?

#17 Бухгалтерский угодник

    Ветеран


  • 13 298 сообщений

Отправлено 09 февраля 2012 - 05:13

Просмотр сообщенияfull_lamer (08 февраля 2012 - 17:32) писал:

А можно настроить таймаут соединия на 2 часа простоя?
Не советую... Это мы уже проходили.
Юзера имеют привычку менять документ, изменить, не сохранить и срочно уехать... И если этот юзер не последний человек в конторе - проблем не оберетесь......
"Любая проблема имеет Фамилию, Имя, Отчество....." (И. Сталин)
Жмакнувшим Изображение буду благодарен.

#18 full_lamer

    Частый гость


  • 81 сообщений

Отправлено 09 февраля 2012 - 09:39

Просмотр сообщенияБухгалтерский угодник (09 февраля 2012 - 05:13) писал:

Не советую... Это мы уже проходили.

Я всё понимаю, но всё же подскажите как?
Крикливым и возмущённым найду что ответить... о)

#19 uza

    1С, VBA (EXCEL), VB (.NET + WEB)


  • 1 348 сообщений

Отправлено 09 февраля 2012 - 09:52

Поковыряйте сервер 1С, у 8.2 есть там в свойствах кластера (Сервернэйм / Кластернэйм / порт) такие штуки ка интервал перезапуска и еще что то.
Да вот только толку?
Вы 1С то сервер перестартуете, а коннект то к MS SQLю кто рвать будет если он сам не рвется?.
Не все полезно - что в БД залезло





Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 анонимных