![]() |
Выполнение скрипта после Logoff
Всем добрый день!
Существует скрипт, который запускает 1С, запускается от локального пользователя (пробовал и от доменного). Но иногда пользователи не корректно завершает работу с 1С, и его сессия блокирует запуск скрипта (1C в монопольном режиме). Для этого прописал перед запуском скрипта Logoff Код:
query session >session.txt На это MS заявляет что http://support.microsoft.com/kb/308558 Цитата:
http://support.microsoft.com/kb/887572 Цитата:
т.е как я понимаю ни от локального, ни от доменного пользователя запустить процесс не получится??? Посоветуйте как лучше сделать??! |
Что заметил:
если пользователь,из под которого выполняется задача, находится в состоянии Logon, и скрипт делает процедуру Logoff Код:
query session >session.txt Но если в этот момент был Logoff, то задача успешно выполняется!) С чем это может быть связано???!! |
Цитата:
P.S. best practice - иметь служубные учтёные записи, например domain\scripts и запускать скрипты от имени этой учётной записи. |
Цитата:
Цитата:
Плюс еще добавлял в скрипт следующее Код:
query session >session.txt Цитата:
|
zhuk09,
Цитата:
алсо, вместо логофа проще taskkill /F и всё, нет нужды ловить и логофить. |
Цитата:
Цитата:
Цитата:
1. taskkill 2. Logoff Тут хочу разобраться с проблемой и понять ее суть! Т.к не ясен механизм. Изначально думал что не хватает время между logoff и началом выполнения скрипта для 1С. Далее поставил задержку в 15 секунд timeoute /t 15, и все равно скрипт от пользователя который Logon---Logoff не выполняется. Так по чему же он выполняется когда пользователь только Logoff. Ну и соответственно по best prectice о который говорили, состояние для учетной записи как я понимаю тоже должно быть Logoff. |
Цитата:
Цитата:
я вам говорю 100% решение, которое позволяет не ломать голову над пустыми вопросами. |
Цитата:
Цитата:
Цитата:
Просто на КД у меня в ГП DDCP определено, какие учетные записи имеют право на "Вход в качестве пакетного задания". Как дела обстоят тогда с рядовым сервером???! |
Цитата:
Цитата:
|
Время: 20:59. |
Время: 20:59.
© OSzone.net 2001-