Извините, если ответ на этот вопрос очевиден!
У нас есть несколько ежедневных задач, которые мы запускаем с помощью скрипта .vbs на нашем сервере (черезДиспетчер задач), и месяцами все было хорошо, но недавно мы столкнулись с проблемой. Скрипты .vbs перестали успешно выполняться (всегда истекает время ожидания)... но их все еще можно было запустить вручную без проблем(!).
Не зная ни одной веской причины, по которой Планировщик заданий должен начать испытывать проблемы, мы решили попробовать немного "творческого мышления" и запустить .vbs другим способом: через файл .bat, выполняемый Планировщиком заданий. Мы снова столкнулись со странными проблемами, но на этот раз с немного большей отладочной информацией.
Файл .bat, запускаемый планировщиком заданий, представляет собой не что иное, как...
CScript "C:\location\script.vbs" > Log.txt
Но после попытки запустить его Планировщик заданий завершается со следующей ошибкой:
0x1:Была вызвана неверная функция или была вызвана неизвестная функция.
В файле Log.txt (выводе из файла .bat выше) указано:
Ошибка CScript: инициализация Windows Script Host не удалась. (Недостаточно памяти для обработки этой команды.)
Но вот что:Файл .bat отлично выполняется (скрипт vbs и все остальное), если его запустить двойным щелчком!Проблема только когда он запущен через планировщик задач. Что за черт?
БежалиWindows Server 2008 R2(x64) и да, результаты Task Sheduler одинаковы, независимо от того, вошел ли пользователь в систему или нет. Кроме того, пользователь, который может успешно запустить скрипты вручную, также является тем же пользователем, который запускает скрипты в Task Scheduler.
Спасибо за любую помощь в решении этой странной проблемы!
решение1
На самом деле, как оказалось, не хватало памяти. Перезапуск сервера и повторное освобождение 16 ГБ в конце концов позволили запустить его. Никаких проблем с разрешениями пользователя. Никаких проблем с учетными данными пользователя. Это была просто странная проблема с памятью (я заметил, что что-то не так, когда не смог запустить SQL Configuration Manager или успешно установить какие-либо обновления через Центр обновления Windows).
Я предполагаю, что у планировщика задач не было разрешения на изъятие оперативной памяти, в то время как у администратора, вручную запустившего .bat, оно было.
Банка с червями: открыта. *рыдает*
решение2
Похоже на проблему с правами запланированной задачи. Убедитесь, что задаче назначены учетные данные, необходимые для запуска Windows Script Host. В диспетчере задач должно быть место для определения учетных данных учетной записи, под которой выполняется задача.