У кого было такое:
«Ошибка разделения данных при доступе к …..\users.usr»
Кто то добрался до окошка введите имя и пароль... И уснул....
Используется W2003server+SQL+1C
Сomputer manager --> shared files--> open files открытого файла users.usr нет.
Юзеров 42 пройтись по каждому через «remote control» и посмотреть что у него происходит не принесло результата, у трети включен screen. По занимаемому месту процесса в памяти тоже не помогает т.к. если пользователь только вошел и ни чего не делает, то процесс в памяти занимает очень мало, столько же сколько и «весит» процесс входа в 1С.
А так хочется сохранить настройки нового пользователя.
Кто нибудь знает лекарство от этого дела?

если юзвери ходят как в локальную базу - нет. Можно посмотреть блокировки только расшареных файлов.

Дык база на сервере.
и папка userdef не расшарена

(2) вот тебе еще один минус терминалов. Хотя конечно можно настроить путь в базу через сеть

А сверить юзеров которые залогинены в терминал, со списком активных юзеров в 1с? Вот и найдешь круг подозреваемых.

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