Уважаемые специалисты, подскажите пожалуйста, существует ли способ закрыть сеансы пользователей, не зная пароля администратора кластера? Начал обновление базы, не заметив незакрытые сеансы, теперь поутру пользователи будут пугаться надписи "Конфигурация базы данных не соответствует сохраненной конфигурации". На ум приходит только демоническое обновление.

Добавить любой объект, например, константу, попытайся сохранить базу, машина выведет тебе диалоговое окно с возможностью закрытия всех сеансов.
Удали константу и сохрани конфигурацию

а что за конфа? во многих уже есть в списке активных пользователей кнопка по убийству сеанса

(2) там надо вводить пароль кластера, а автор его не знает

да и админского доступа к базе достаточно для консоли серванта 1С

всегда хватало моей учетки, зачем еще и на кластер какие-то пароли, странно

Конфа УТ11.1, пароль админа кластера требуется, его не знаю.

(5) ты же одинэсник,а не админ. Те еще и сертификаты налепят к доступу, и ограничение по IP сделают.

(6) ответ в (1)

(8) низкий поклон за помощь! Спас от позора, дай бог тебе здоровья :)

службу 1с  можешь остановить на  пару минут

Администратор базы имеет право через консоль снимать сеансы. Сам пользую обработку для этого дела регулярно, так как в одном месте нет доступа к консоли сервера.

(11) можно попросить эту обработку на всякий случай? Не хотелось бы при каждом обновлении базы создавать / удалять константу.

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

(11) простите, о какой консоли идет речь?

я так понял, автор (как и в моем случае) - просто пользователь базы с полными правами, который работает с ней удаленно (например, через RemoteApp или тонкий клиент + VPN). то есть он может редактировать Конфигурацию, добавлять внешние обработки в базу, а непосредственно к серверным утилитам доступа не имеет. а вы ему тут про консоли сервера 1С и службу 1С... я его прекрасно понимаю, потому что в УТ 11 для снятия активных сеансов штатной обработкой в режиме предприятия, действительно, требуется ввод имени и пароля администратора кластера. из всего что здесь написано в данном случае подходит лишь самый первый предложенный вариант (хотя и не очень элегантный, но для экстренных случаев вполне пригодный).