[решено] Сеансы rdp и некорректный выход с 1с

[Apocalyptica]

Доброго времени суток.
Есть сервер с 1с на безе 2008r2. Пользователи подключаются по rdp и работают в 1с. И вот возникла такая проблема: так как базы 1с файловые, к сожалению, то при некорректном выходе приходится на следующее утро их индексировать. Можно ли средствами сервера узнать кто из пользователей неправильно завершает работу с 1с? Подскажите пожалуйста.
Заранее спасибо.

[Iska]

Смотрите логи 1С. У кого есть вход в систему и нет выхода (точное именование события сейчас не помню), и при этом он всё ещё не «висит» открытым сеансом — тот и папа. Ну, или «один из».

[Apocalyptica]

Смотрите логи 1С »
Глупый вопрос, но это он 1cv7.mlg? Находится в папке syslog нужной базы. Я так понимаю его можно открыть только средствами (тоесть монитором) самой 1с? А если нет прав на использование монитора? Другим софтом можно?

[Iska]

Просто запускаете Монитор для искомой базы (никаких файлов отдельно загружать не надо), фильтруете по типу события и смотрите.

А если нет прав на использование монитора? »
Это как?! Можете хоть из самой 1С смотреть, не запуская отдельно Монитор.

[Apocalyptica]

Это как?! »
1c занимается аутсорсинг контора и тут с правами доступа все очень печально, тоесть есть возможность работы только в самой 1с, а просмотр даже из нее заблокирован правами доступа. Начальство на просьбы не реагирует, а только выносит мозг насчет индексации. Сама эта конторка за каждые манипуляции выставляет счета.
Потому и интересуюсь есть ли способ просмотреть этот лог не задействуя 1с? Если такой способ отсутствует, то тогда буду продолжать дальше стучаться с просьбой выделить мне необходимые права.

[Iska]

Apocalyptica, можете попробовать порыться на Mista или InfoStart на предмет подходящей внешней обработки, отдельной утилиты или даже готового решения, но не факт, что будет вообще, и не факт, что будет работать.

[Apocalyptica]

можете попробовать порыться на Mista или InfoStart на предмет подходящей внешней обработки, отдельной утилиты или даже готового решения, но не факт, что будет вообще, и не факт, что будет работать. »
Я Вас понял. Спасибо за консультацию.

Iska, Добрался я до логов. У одного из пользователей есть два подряд подключения. Это значит что первый сеанс он завершил некорректно и он виновник индексации, верно ведь?