Семерка. Бухия типовая.
В журнале это выглядит от так: https://dl.dropboxusercontent.com/u/18684510/1с77.jpg

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

Помогите плиз. А то баз очень много и почти каждую приходится переиндексировать утром. Надоедает!
Заранее Спасибо!

упсь... https://dl.dropboxusercontent.com/u/18684510/1с77.jpg

через три пальца например ... ну или тупо выключает комп не закрывая сесию

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

Базы на сервере, где админский доступ только у меня. Работают в терминале. Клиенты на ноутах.

Вопрос в том, как у одного и того же юзверя получилось дважды войти в базу. В итоге получилось, что одно открытие корректно не завершилось... но почему и как они это смогли?

При этом их начальник вчера лично всех выгнала и проверила, что ни у кого база не открыта. Тетка там очень вменяемая и ей я верю.

если каталог не задан то хоть сто раз

(6) задан. проверил

дык может именно отрубание по простою и завершает 1с некорректно?

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

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

Либо не выгоняй по простою
Либо административные меры - пару раз штраф из зп вычтут и станут нормально закрывать 1с
либо перейти на скуль и забыть про эту проблему

Не выгонять по простою низзя из соображений секьюрности
Админ меры не помогут. Они вчера под контролем все всё закрыли и утром все повторилось.
А вот про робота - вариант. Это костыль, но должно сработать. Бэкап батником делать могу.

Но все равно очень интересно как смог 1 юзверь зайти два раза в базу...

не заходил он 2 раза !!!
просто нет записи о завершении прошлого сеанса

(12) В профайлере при слете логаут и привет, тут просто некогда и некуда писать было имхо :)
Если нацелены на "секьюрность", то тем более имело бы смысл заюзать SQL.

(0)  Вы бы для начала у пользователя каталог указали.
И тоди он дважды фиг когда зайдет.

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

А SQL не юзаю на этой точка т.к. дорого. Софт весь лицензионный, а там 20 пользователей - дорого!

(15) см. (7)

там еще страшней вариант есть
пользователь может отказаться от переиндексации при входе

(17) Запретить монопольный запуск

Только робот, только хардкор

(19) - похоже да. буду еще один бэкап делать ночью батником

(16) НА 20 пользователй и в условиях сильной секьюрности считать 146 тыс на скульверсию семерки - это не сильно дорого. вот как-то вам не дорого было в районе 2500руб за терминальную лицензию...?

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