Завис сеанс намертво. 1С:Предприятие 8.3 (8.3.7.1845) #794234

Приветствую всех! Есть у меня тестовая база на сервере. При определенных манипуляциях завис сеанс. Не могу обновить конфу - только динамически. Попросил админа прибить сеанс. Он это сделал, в активных пользователях пусто. Однако, обновить по-прежнему не могу, говорит что активный сеанс таки есть. Как его прихлопнуть окончательно? Почему так происходит? Глюк в платформе?

прибивайте соединение. не поможет - перезапуск агента сервера

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

Чего там прибивать? Если б можно было службу рестартануть, я бы ветку не создавал. Сервер боевой

нифига не понял. Подвигал перечисления. Картина не поменялась

На скулевом сервере соединение есть? Если есть - прибить

. Подвигал, делаешь "Обновить конфигурацию базы данных". Выбираешь "Обновить динамически", программа скажет, что динамически обновить не может и предложить завершить сеансы.

не помогло. Сказала что динамически не может, но завершить сеансы не предлажила

обновись до 8.3.9, там это реализовано)

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

Нельзя чтоли из диспетчера задач прибить? Найди процесс по номеру соединения в конце концов

Боевой сервер надо было ночью рестартовать. Вообще полезно иногда.

может и РП и сеанс быть похереными но блокировка при этом зависает...

сеанс из диспетчера на клиенте? его там нет

раз в месяц я-бы даже рекомендовал

см

Название тут напомнило: "То что мертво, умереть не может" ))

Диспетчере на сервере 1С.

и какой там процесс прибить? Агента чтоли? Нафига? если можно более гуманным способом перезапустить процесс. Не могу я перезагружать процесс, сервер боевой. Работают люди

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

Поэтому тестовые и рабочие базы должны сидеть на разных подоконниках. У меня даже тестовые на два разбиты. Чтобы безболезненно рестартовать агента. Была такая проблема, только рестартом службы спаслись.

у нас так и есть. У меня есть собственный сервер, в котором я делаю что хочу. Однако, возникла проблема, которая проявляется только на боевом сервере. Создал пустую базу там, только конфигурация, чтобы выявить причину сбоя. А тут на тебе...

Необходимо остановить сервер 1С и убить всё содержимое папочки? содержащей информацию о  блокировках, название которой начинается с "snccntx". Эта папочка лежит в папке реестра кластера серверов 1С (по умолчанию - c:Program Files1cv8srvinfo eg_1541 ). При работающем агенте сервера папку удалить нельзя. Ниже пример скрипта для перезапуска всех служб и процессов 1С с убиванием всех временных файлов (в том числе и данных о блокировках в папке snccntx). Пример приведен для случая, когда реестр кластера серверов 1С размещен в нестандартном месте на диске F - F:srvinfo eg_1541 set SERVICE_1C_NAME="1C:Enterprise 8.3 Server Agent (x86-64)" set SERVICE_RAS_NAME="1C:Enterprise 8.3 Remote Server" echo done stop %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE% echo clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE% DEL /Q /F /S %TEMP_PATH%*.* echo done clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE% sc start %SERVICE_1C_NAME% sc start %SERVICE_ RAS _NAME% echo Service %SERVICE_1C_NAME% restarted at %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%

А у меня на рабочем сервере три кластера. Очень полезно. Я не критикую, я советую.

+ к пример для сервера x64. Если сервер x86, то необходимо изменить в скрипте имя службы 1С.

три кластера - это три отдельных SQL сервера? Кучеряво живёте :)

>> Не могу я перезагружать процесс, сервер боевой Это ваши личные половые трудности. Об этом надо было думать, когда просили админа прибить сеансы и делали свои непонятные манипуляции. Сейчас поздняк метаться. Других способов, кроме нет. Надо убить данные о зависших блокировках (папку snccntx*), а при работающем агенте это невозможно.

Зачем? Говорю же, один сервер приложений, один скулевый. Процессы разнесены просто.

Соединение в консоли сервера предприятия, елки! Ну как маленький

прибили давно. Пусто там

Он о кластере серверов 1С. Причем он мог поднять их все на одном физическом серваке. Зачем это надо не знаю. Польза весьма сомнительна. Это не дает ни отказоустойчивости, ни производительности. Имеет смысл только для разнесения продуктива от разработки. Первый не трогаем, на втором -debug и всяческое баловство с динамическими обновлениями и перезапусками по желанию.

Катёна девушка. Причем, очень даже красивая

Ты соединение с сеансами не путаешь?

Всё равно придётся сервер останавливать.

Это не решит его проблему.

Киллнуть процесс на SQL-сервере через квери аналайзер не пробовали?

это как?

не будет его там...у самого такой косяк был когда-то...осталась только блокировка и все...сеансов и процессов нет...

Это не поможет. Не парься.

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