Как получить в модуле список активных пользователей #404972

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

возможно

имеено список? Или таки наличие таковых? Второе получается элементарно

Мне надо знать - кто именно не вышел - т.е. имена пользователей. Чтобы потом им втык сделать. Приказ о том, что суббота - это НАШЕ время, вышел, но кое-кто его не выполняет..

файлы *.lck в каталогах пользователей. Делай dir /s *.lck и невозбранно достигнешь желаемого.

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

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

а монитор смотрит не на файлы, а  на файллоки на 1cv7.lck в КаталогИБ

правильно ли я понял? Если файл не удаляется - юзер в базе, если удалился, значит юзера уже в базе нет?

правильно ... вот только что будешь делать с теми зверями, у которых нет собственного каталога... или путь будет к каталогуИБ не привязан... а что не помогло?

Правильно

насчет зверей без каталогов - засада, сам как раз про это думаю. Но, в принципе, кроме нас, таких не очень много - в одной базе рассадить нескольких юзеров с одной записи на несколько - нетрудно, и в другой переписать одну ОЛЕшную обработку... Может, так и сделаем. Что касается - уже скачал, но так и не понял, даже после прочтения ветки, что это за "Объект", и как это приспособить в мою обработку... :(

звери без каталога это зло.

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

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

Спасибо, попробую. А что там насчет офиса говорится? Т.е. если его нет - ничего не заработает?

v7backup  использую давно. Он умеет выгнять юзеров ночью. Но не всегда конечно. Выгноялку можно придумать в самой 1с через обработку ожиадния. Но там тоже есть  засада. ну вощем комплекс мер поможет. 1. Оргназационный 2. v7backup 3. выгонялкя в самой 1С 4. ну наконец перезагрузка сервака (жестокок тупо за то надежно)

1. есть приказ, но - не всегда они выходят, забывают. Собссно, для этого и надо получить список юзеров, не вышедших в пятницу. 2. А v7backup со скульными базами может работать - выгружать и выгонять? 3. 1с-Выгонялка (через константу и обработку ожидания) есть, но только в 2х основных базах (да и не всегда работает - те же модальные окна она не уберет). а их больше. 4. до этого не дойдем. Можно проще - выбить юзеров на скульном серваке и на том, где каталоги баз хранятся - но дело в том, что я хотел автоматизировать процесс бэкапа для всех баз, а не разбираться в каждом случае - кто да почему. Т.е. в ДАННОМ случае хрен с ней, выгонялкой, но чтобы юзеров. кто мне не дал - ЗНАТЬ!

Если забывают выходить, то net use в батнике рулит...

в принципе вопрос выпинывания зверей из скульной базы не такой уж большой вопрос...

Каким образом это мне поможет узнать, кто в какой базе не вышел? Да не надо мне их счас выпинывать! Умею я это делать, пусть и вручную, но не надо. Надо просто узнать - КТО. А потом уже вариант 1 - организационные меры.

это их вышибет :-)

ВК RiK_SQL . ПолучитьСписокАктивныхПользователей(<РежимРаботыПользователя>); Синтаксис: ПолучитьСписокАктивныхПользователей Назначение: Получает список пользователей, работающих в данный момент в текущей базе. Возвращает: список значений, в котором перечислены имена пользователей БД. 0 - в случае ошибки при считывании списка активных пользователей. P.S. Благодарность Ерохину Андрею aka Vippi за предоставленную идею реализации данного метода. Параметры: <РежимРаботыПользователя> - число, какой режим работы пользователей анализировать. Возможные значения: 1 - предприятие, 2 - конфигуратор, 3 - отладчик, 4 - монитор, 0 - все.

А что не судьба пронализирвать монитор просмтреть сеансы утром?

Если у тебя скуль, зачем бэкапить средствами 1С, если скуль умеет это делать в разделенном режиме?

короче кури ... либо ... и что это даст?

Спасибо, счас поищу.. интересно, каким образом, если он зашел в чт, например, а то и раньше. причем народу в базах много, и то заходят, то уходят - нормальные то юзера. Причем некоторые - кто без каталога пользователя - заходят одновременнос нескольких рабочих мест. А если просто посмотреть, кто СЕЙЧАС в базе - так там уже народу поназаходило - у нас и в вскр люди работают. Т.е. в принципе узнать можно, но гиморно очень! Хотя бы чтобы себе загрузить в локальные базы, с которыми я работаю. Да и резервные копии мы привыкли хранить в выгрузках.

Скульные бекапы ужасно большие бывают. У меня 1сные бекапы хранятся вечно а скульные неделю.  т е ночью бекап делается 2 раза 1сный и скульный. По сеансам можно понять кто вчера зашел и не вышел. ну конечно за исключением ошибочного выхода.

вот-вто ... а что делать с этими самыми исключениями

тебе как минимум два решения показали... вроде никакого гемороя нет

Ну я и буду их смотреть, пока больше сказать нЕчего :) Всем спасибо!