On all the servers I am tasked with managing I define a scheduled task – allowing me to perform a timed unattended reboot of the system. Most of the time this works well – once in a blue moon it doesn’t reboot the server though!
The command line for the task is:
shutdown /r /t 30 /c "Scheduled Reboot task" /d p:0:0
Occasionally the task fails with an error code of 0x4f7. This means that the console session is logged on and in a locked state!
Long and the short of it – Make sure you completely log off any active administrative sessions on the server when you schedule the next run of the task!
Alternatively, modify the command to look like this:
shutdown /r /t 30 /c "Scheduled Reboot task" /d p:0:0 /f
The /f on the end forces a restart – it also forcefully closes any running applications in any logged-on session.
Содержание
-
АННОТАЦИЯ
-
-
Проверка состояния задачи
-
Проверка журнала назначенных заданий
-
Проверка службы планировщика заданий
-
Аннотация
В статье приводится пошаговое описание устранений неполадок, связанных с назначенными заданиями в Windows XP и Windows Server 2003. Если назначенные задания не запускаются, для поиска источника проблем можно применить ряд способов.
Примечание. Администраторы и пользователи с полномочиями администраторов могут настроить планировщик заданий на отправку уведомления, если назначенное задание не запустилось так, как было запланировано. Для этого щелкните Уведомлять о пропущенных заданиях в меню Дополнительно.
Проверка состояния задачи
Периодически проверяйте состояние назначенных заданий, поскольку иногда можно не заметить, что назначенное задание не запускается. С помощью пункта «Подробно» окна назначенных заданий просмотрите следующие сведения о каждом задании:
-
Расписание — Расписание запуска задания.
-
Время следующего запуска — время и дата следующего запуска задания.
-
Время прошлого запуска — время и дата предыдущего запуска задания.
-
Состояние — Текущее состояние задания.
-
Прошлый результат — Код выполнения последнего запуска.
Столбец Состояние содержит следующие сведения о состоянии и описание:
-
Пусто — Задание не запущено или было запущено и выполнено успешно.
-
Работает — Задание запущено.
-
Пропущено — Пропущена одна или несколько попыток запустить задание.
-
Запуск не удался — Предыдущая попытка запустить задание не удалась.
Столбец Прошлый результат показывает код выполнения. Полное описание всех кодов завершения Windows можно найти в MSDN, но обычные коды для назначенных заданий следующие:
-
0x0: Операция выполнена успешно.
-
0x1: Вызов неверной или неизвестной функции.
-
0xa: Ошибка в среде.
Если формат кода завершения «C0000XXX», задание не было успешно завершено («C» указывает на ошибку). Наиболее распространенный код завершения с «C» — «0xC000013A: Приложение завершено из-за нажатия сочетания клавиш CTRL+C».
Также проверьте следующие данные в свойствах задания:
-
Убедитесь, что установлен флажок, включающий выполнение задания.
-
Проверьте правильность пути к программе. Кроме того, проверьте, не требует ли программа для запуска каких-либо отсутствующих параметров командной строки.
Проверка журнала назначенных заданий
Назначенные задания фиксируются в файле журнала (Schedlgu.txt) в папке c:Windows. Журнал можно просмотреть из окна назначенных заданий, выбрав Просмотр журнала в меню Дополнительно.
Размер файла журнала 32 килобайта (КБ), после достижения максимального размера автоматически начинается запись с начала журнала поверх старых данных.
Проверка службы планировщика заданий
Для запуска заданий служба планировщика заданий должна быть запущена и правильно настроена. При остановке назначенных заданий вручную из окна назначенных заданий служба останавливается и не включается автоматически при следующем запуске компьютера. Если служба не настроена на запуск с использованием локальной системной учетной записи, она может не запуститься.
Проверка параметров службы:
-
В меню Пуск выберите пункт Панель управления, а затем Администрирование.
-
Щелкните значок Управление компьютером.
-
Разверните узел Службы и приложения и выберите элемент Службы.
-
Правой кнопкой мыши щелкните службу Планировщик заданий и выберите пункт Свойства.
-
На вкладке Общие проверьте, что тип запуска выбран как авто, и состояние службы — запущена. Если служба не запущена, нажмите Пуск.
-
На вкладке Вход в систему проверьте, что выбран пункт «С системной учетной записью» и установлен флажок Разрешить взаимодействие с рабочим столом.
-
Нажмите кнопку OK и закройте окно управления компьютером.
Нужна дополнительная помощь?
Планировщик заданий Windows в умелых руках может оказаться незаменимым инструментом автоматизации всевозможных задач, но, как и в случае со всеми программами, в его работе могут возникать ошибки. Три таких ошибки мы сегодня рассмотрим и попробуем исправить. Наблюдаются они, как правило, при запуске Планировщика. Первая ошибка дает о себе знать появлением окошка с сообщением «Выбранная задача (НАЗВАНИЕ) больше не существует».
При второй ошибке мы получаем сообщение «Служба планировщика задач недоступна…».
Вы жмете «OK» и ошибка повторяется, жмете «OK» еще раз, Планировщик наконец запускается, но если его закрыть и попробовать запустить снова, программа встречает вас той же ошибкой. А еще не выполняются некоторые созданные задания.
Третья ошибка выглядит более грозной. При запуске Планировщика появляется окошко «Внутренняя ошибка».
А затем Планировщик запускается с сообщением «У вас нет прав на выполнение запрошенной операции».
При этом список задач в левой колонке недоступен, как недоступны и параметры создания новых задач в правой колонке. Наиболее вероятной причиной этих ошибок является повреждение одной или нескольких записей в подразделе системного реестра Tree. Устраняются они удалением поврежденных подкаталогов, но для этого нужно знать, какая именно задача вызывает сбой. С первой ошибкой все более или менее понятно — имя задания известно, значит известно, где искать корень проблемы.
Откройте командой regedit редактор реестра и разверните в нем следующую ветку:
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionScheduleTaskCacheTree
В последнем каталоге найдите подраздел с именем вызывающего ошибку задания и удалите его, предварительно получив на него права, так как по умолчанию владельцем подразделов с именами заданий является Система (права затем нужно восстановить).
Больше ошибка не станет вас тревожить, но и само задание из списка исчезнет. Скорее всего, вам придется создать его заново, но для начала попробуйте его импортировать.
В Windows все задания хранятся в папке %SystemRoot%system32Tasks в виде XML-файлов без расширений.
Переместите файл с соответствующим названием на рабочий стол, а затем экспортируйте его через меню Планировщика, не забыв выбрать в окошке обзора «Все файлы». Если это не поможет, создайте задание заново или импортируйте его с другого компьютера с той же версией Windows.
Со второй ошибкой дела обстоят потруднее, так как имя вызывающего его задания неизвестно. Как вариант, можно поискать источник проблемы методом тыка, делая сначала резервную копию ключа, а затем удаляя из реестра одну запись за другой и восстанавливая предыдущую, для чего вам может понадобиться доступ к подразделу TaskCache. Аналогичным образом поступаем и с третьей ошибкой. А вообще, самым правильным делом был бы откат к предыдущей системной точке восстановления, ведь именно в теневых копиях Windows хранит все данные системного реестра.
Загрузка…
Дело в том, что у меня — серверная ось, а у пользователя на машине — windows 10. Были бы на обеих машинах серверные оси, и в их организации была бы не одноранговая сеть, а доменная, проблем бы не было: добавил бы соответствующие роли на серверах, запустил бы зеркалирование, и обошелся бы без всяких планировщиков. А тут пришлось для синхронизации использовать специальную утилиту SyncToy 2.1 от Microsoft. И запускать её через Планировщика заданий.
Кроме того, пользователь выдвинул обязательное условие: чтобы не было постоянно добавленного открытого элемента в сетевом окружении и постоянно подключенного сетевого диска, т.е., чтобы каждый раз для подключения к сетевому ресурсу на сервере ему надо было вводить логин и пароль.
Для подключения к серверу использовал bat-файл следующего содержания:
@Echo Off
net use ip-адрес_серверасетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
Exit
где вместо «ip-адрес_сервера», «сетевой_ресурс_на_сервере», «имя_пользователя» и «пароль» были внесены реальные данные.
В Планировщик заданий загнал два действия:
1) запуск приведенного выше bat-файла,
2) запуск программы синхронизации SyncToyCmd.exe
Запустил задание на выполнение. И получил «Результат последнего запуска (0x1)», т.е. — «ни фига» не выполнилось. Расшифровка результата (0x1) — «вызов неверной или неизвестной функции«.
Где-то в сети нашел подсказку, что если в Планировщике заданий на вкладке «Действие» для одного задания прописано выполнение более одной программы, то они запускаются одновременно, а не последовательно. Т.е. получается, что синхронизация запускалась, когда подключения к сетевому ресурсу ещё не было установлено, что и давало ошибку 0x1.
Решение проблемы.
Так как в пакетном файле команды выполняются последовательно, то в наш bat-файл записал обе команды: сначала на подключение сетевого ресурса, а потом — на запуск синхронизации.
@Echo Off
net use ip-адрес_серверасетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
START «SyncToy» /WAIT «C:Program FilesSyncToy 2.1SyncToyCmd.exe» /R
net use ip-адрес_серверасетевой_ресурс_на_сервере /DELETE
Exit
И поместил его во вкладку Действие
Запустил на выполнение. В столбце «Результат последнего запуска» получил «Операция успешно завершена. (0х0)«. Что и требовалось доказать.
P.S. В последнее время обратил внимание на возросшее количество просмотров данного поста. Решил проверить работу синхронизации SyncToy через Планировщик заданий. Там, вроде, всё нормально: в столбце «Результат последнего запуска» стоит «Операция успешно завершена. (0х0)». На всякий случай полез на сервер (куда «эхолировались» папки пользователя) и обнаружил, что вновь добавленные пользователем на его компьютере папки «нихрена» на сервере не появляются. Через Планировщик запустил синхронизацию вручную: результат — тот же. Вот «сцука»! И не понятно, в какой момент этот баг начался.
Начал «перелопачивать» опции Планировщика. И опять получил то, от чего когда-то, как мне думалось, с триумфом ушел: «шедулеровскую» хрень (0х1). Но, в конечном итоге, проблему решил. Помогли одновременно два, казалось бы, ни на что не должные повлиять изменения в Планировщике (если использовать только одно из двух, то не срабатывает).
1) Поменял учетную запись, используемую при выполнении задачи (у меня был «Администратор»). На вкладке «Общие» нажал «Изменить».
В окне «Выбор пользователя» нажал «Дополнительно» — «Поиск». В «Результатах поиска» выбрал «Администраторы». Нажал «ОК».
2) Добавил путь к папке, где находится мой bat-файл. На вкладке «Действия» нажал «Изменить». В окне «Изменение действий» в строке «Рабочая папка (необязательно)» ввел C:Program FilesSyncToy 2.1 (без кавычек). Нажал «ОК». Ещё раз «ОК«.
Запустил Синхронизацию на выполнение. Отработала. В столбце «Результат последнего запуска» появилось уже (0х2).
Тем не менее, вновь созданные на компьютере пользователя папки появились на сервере. Поэтому, наплевать на (0х2) и забыть. Главное, что синхронизирует.
I have a batch file that runs robocopy weekly.
robocopy «D:Database BU Transit» «E:HCNBUWeekly» /e /v /r:1 /w:1 /log:C:BackuplogsWeekly.log /np /nfl /ndl
robocopy «D:Database BU Transit» «J:HCNBUWeekly» /e /v /r:1 /w:1 /log+:C:Backuplogsweekly.log /np /nfl /ndl
When the robocopy finished I got Last Run Result 0x3. According to MS,
In the log file. This seems that it worked fine. but I am not sure why I am getting 0x3 code from the last run result.
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Sat Jul 12 23:30:00 2014
Source : D:Database BU Transit
Dest : E:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 1 1 0 0
0 4
Bytes : 2.486 g 2.486 g 0 0 0 9.155 g
Times : 0:00:39 0:00:39 0:00:00 0:00:00
Speed : 67784952 Bytes/sec.
Speed : 3878.686 MegaBytes/min.
Ended : Sat Jul 12 23:30:39 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Sat Jul 12 23:30:39 2014
Source : D:Database BU Transit
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 1 1 0 0
0 8
Bytes : 2.486 g 2.486 g 0 0 0 17.573 g
Times : 0:01:31 0:01:31 0:00:00 0:00:00
Speed : 29267549 Bytes/sec.
Speed : 1674.702 MegaBytes/min.
Ended : Sat Jul 12 23:32:11 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Mon Jul 14 07:46:01 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:07:52 0:07:52 0:00:00 0:00:00
Speed : 26464739 Bytes/sec.
Speed : 1514.324 MegaBytes/min.
Ended : Mon Jul 14 07:53:53 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Tue Jul 15 07:00:50 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:08:10 0:08:10 0:00:00 0:00:00
Speed : 25497194 Bytes/sec.
Speed : 1458.961 MegaBytes/min.
Ended : Tue Jul 15 07:09:00 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Wed Jul 16 07:38:37 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:20:38 0:20:38 0:00:00 0:00:00
Speed : 10096282 Bytes/sec.
Speed : 577.713 MegaBytes/min.
Ended : Wed Jul 16 07:59:16 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Thu Jul 17 07:35:43 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:20:15 0:20:15 0:00:00 0:00:00
Speed : 10286800 Bytes/sec.
Speed : 588.615 MegaBytes/min.
Ended : Thu Jul 17 07:55:59 2014
I have a batch file that runs robocopy weekly.
robocopy «D:Database BU Transit» «E:HCNBUWeekly» /e /v /r:1 /w:1 /log:C:BackuplogsWeekly.log /np /nfl /ndl
robocopy «D:Database BU Transit» «J:HCNBUWeekly» /e /v /r:1 /w:1 /log+:C:Backuplogsweekly.log /np /nfl /ndl
When the robocopy finished I got Last Run Result 0x3. According to MS,
In the log file. This seems that it worked fine. but I am not sure why I am getting 0x3 code from the last run result.
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Sat Jul 12 23:30:00 2014
Source : D:Database BU Transit
Dest : E:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 1 1 0 0
0 4
Bytes : 2.486 g 2.486 g 0 0 0 9.155 g
Times : 0:00:39 0:00:39 0:00:00 0:00:00
Speed : 67784952 Bytes/sec.
Speed : 3878.686 MegaBytes/min.
Ended : Sat Jul 12 23:30:39 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Sat Jul 12 23:30:39 2014
Source : D:Database BU Transit
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 1 1 0 0
0 8
Bytes : 2.486 g 2.486 g 0 0 0 17.573 g
Times : 0:01:31 0:01:31 0:00:00 0:00:00
Speed : 29267549 Bytes/sec.
Speed : 1674.702 MegaBytes/min.
Ended : Sat Jul 12 23:32:11 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Mon Jul 14 07:46:01 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:07:52 0:07:52 0:00:00 0:00:00
Speed : 26464739 Bytes/sec.
Speed : 1514.324 MegaBytes/min.
Ended : Mon Jul 14 07:53:53 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Tue Jul 15 07:00:50 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:08:10 0:08:10 0:00:00 0:00:00
Speed : 25497194 Bytes/sec.
Speed : 1458.961 MegaBytes/min.
Ended : Tue Jul 15 07:09:00 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Wed Jul 16 07:38:37 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:20:38 0:20:38 0:00:00 0:00:00
Speed : 10096282 Bytes/sec.
Speed : 577.713 MegaBytes/min.
Ended : Wed Jul 16 07:59:16 2014
——————————————————————————-
ROBOCOPY :: Robust File Copy for Windows
——————————————————————————-
Started : Thu Jul 17 07:35:43 2014
Source : E:HCNBUWeekly
Dest : J:HCNBUWeekly
Files : *.*
Options : *.* /V /NDL /NFL /S /E /COPY:DAT /NP /R:1 /W:1
——————————————————————————
——————————————————————————
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0
0 0
Files : 5 5 0 0
0 0
Bytes : 11.642 g 11.642 g 0 0 0 0
Times : 0:20:15 0:20:15 0:00:00 0:00:00
Speed : 10286800 Bytes/sec.
Speed : 588.615 MegaBytes/min.
Ended : Thu Jul 17 07:55:59 2014
Я пытаюсь запланировать задание для запуска пакетного файла с помощью Планировщика задач Windows 10, но это приводит к коду возврата 2147942401.
Пакетный файл находится в удаленном месте, поэтому я указываю абсолютный путь
« server1 передача файлов файлы данных входящий abc csv excel-to-csv.bat»
Если я запустил пакетный скрипт из командной строки, он будет работать нормально. 
Пакетный сценарий предназначен для преобразования Excel в файл в CSV.
Содержание скрипта:
FOR /f "delims=" %%i IN ("server1file transfersData FilesInboundabcCSV*.xlsx" ) DO to-csv.vbs "server1file transfersData FilesInboundabc*.xlsx" "%%~ni.csv"
Он вызывает другой сценарий VB, который является to-cvs.vbs
Если я внесу изменения на вкладке «Действие», как указано в @Steinspecht (планировщик задач — задача завершена «успешно» с кодом выхода 0x8007001), то я также получаю код 2147942401 Не уверен, правильно ли написано Добавить аргументы 
7 ответов
Здесь указывается еще одна распространенная причина ошибки — действие "powershell.exe" with return code 2147942401. Если ваши аргументы действия неверны, вы также получите это сообщение об ошибке. Убедитесь, что параметры аргумента действия и значения параметров расположены правильно.
Хороший пример:
-executionpolicy bypass -file "C:ScriptsImportFiles.ps1"
Пример с ошибкой (нет пробела между параметром ‘file’ и его значением):
-executionpolicy bypass -file"C:ScriptsImportFiles.ps1"
4
BrianCanFixIT
13 Сен 2019 в 20:51
Для меня задача иногда работала, а иногда нет. Согласно журналу запланированных задач, в случае сбоя это выглядело бы так, как если бы оно выполнялось в течение примерно 40 секунд, ничего не делая и завершая action "C:windowsSYSTEM32cmd.exe" with return code 2147942401.
-
В этом случае не было смысла возиться с настройками групповой политики, потому что иногда это срабатывало. Но не каждый раз. Это означает, что это проблема времени, а не политики.
-
Воссоздание, перенастройка моей задачи (как предложено в этом Вопросы и ответы суперпользователя) не устранили проблему.
-
Я также рассматривал возможность разделки моего пакетного файла и избавления от стандартного перенаправления вывода, тем самым отказавшись от возможности ведения журнала (и став слепым). Или просто запустить реальный процесс «*.exe» вместо использования пакетного файла. Это потенциально могло быть решением.
-
Я также рассматривал возможность замены запланированной задачи «При запуске» полноценной службой, но это был бы дорогостоящий эксперимент для такой тривиальной проблемы.
В конце концов, я вспомнил, что услуги могут быть отложены: «Автоматически» против «Автоматически (отложенный запуск)». Поэтому я сымитировал это, добавив задержку запланированной задачи в планировщике задач. Для запланированных задач «При запуске» это триггер, который имеет собственные индивидуальные свойства, и именно здесь можно настроить задержку:
Я считаю, что моя запланированная задача иногда запускалась на несколько миллисекунд раньше, и некоторые службы или функции ОС еще не были доступны или разрешены. Простое добавление небольшой задержки на триггер решило проблему.
2
numdig
24 Мар 2021 в 17:32
Коды ошибок для планировщика заданий перечислены в шестнадцатеричном виде по адресу msdn, и ваш код 2147942401 преобразуется в шестнадцатеричный формат как 0x80070001 (который там не указан), но этот суперпользователь описывает это как» Незаконную функцию «. Он исправил свою проблему с помощью «простейших настроек планировщика задач, и теперь он работает». Я отмечаю, что он выполняет свою задачу только тогда, когда пользователь вошел в систему, поэтому ему не нужно «Входить как пакетное задание».
Если вы хотите запустить пакетное задание, когда вы не вошли в систему, вам потребуется специальная привилегия под названием «Вход в систему как пакетное задание». Обратите внимание, что есть также привилегия «ОТКАЗАТЬ вход в систему как пакетное задание», чего вам не нужно.
Из Social Technet, вы можете назначить это право с помощью
- Введите secpol.msc / s .
- Выберите « Локальные политики » в оснастке MSC.
- Выберите « Назначение прав пользователя ».
- Щелкните правой кнопкой мыши « Войти как пакетное задание » и выберите «Свойства».
- Нажмите « Добавить пользователя или группу » и включите соответствующего пользователя.
Ваша задача вызывает сетевой ресурс. Эти сценарии powershell рекомендуют ресурсы на ваш локальный компьютер, чтобы исключить любые проблемы с сетью/подключением/разрешениями… но это не всегда может быть уместным или практичным.
27
woodvi
2 Авг 2021 в 19:27
Этот код ошибки также может быть результатом ошибки/ошибки в фактическом сценарии Powershell или пакетном (.bat) файле, даже если все настройки планировщика задач, разрешения и т. д. верны; в моем случае я ссылался на несуществующий каталог.
14
daveloyall
8 Мар 2021 в 16:19
Старый вопрос, который я знаю, но я получал ошибку 2147942401 на сервере Windows 2016.
Если вы посмотрите на свойства запланированной задачи, то в нижней части вкладки «Общие» по умолчанию установлено значение «Настроить для: Windows Vista, Windows Server 2008».
Перешел на Windows Server 2016, и проблема была решена.
7
user3507000
10 Июл 2019 в 16:16
Ответ М. Хербенера привел к тому, что я попытался запустить сценарий вручную, чтобы проверить, есть ли в нем ошибка. Этого не произошло, но он подчеркнул, в чем проблема, поскольку я получил сообщение об ошибке:
[мой скрипт] не может быть загружен, потому что в этой системе отключен запуск скриптов.
Решением, конечно же, было запустить Set-ExecutionPolicy, чтобы разрешить выполнение сценариев Powershell.
2
paulH
14 Мар 2019 в 15:33
Для меня проблема заключалась в том, что файл был заблокирован, так как он был загружен из Интернета. Я видел это в истории планировщика задач
Task Scheduler successfully completed task "task name" ,
instance "{id}" , action "Powershell.exe" with return code 2147942401.
Чтобы решить эту проблему:
- Щелкните правой кнопкой мыши файл .ps1 и откройте «Свойства».
- Нажмите «Разблокировать» в разделе «Атрибуты».
0
Omer Celik
21 Апр 2022 в 20:32
Если у вас не выполняются назначенные задания в Планировщике и в столбце «прошлый результат» код ошибки отличный от нуля, то расшифровку кодов можно посмотреть на следующих ресурсах:
Устранение неполадок, связанных с назначенными заданиями в Windows XP и Windows Server 2003
Обычные коды для назначенных заданий следующие:
0x0: Операция выполнена успешно.
0x1: Вызов неверной или неизвестной функции.
0xa: Ошибка в среде.
В поиске проблемы может помочь журнал планировщика в папке Windows с именем Schedlgu.txt.
Расширенное описание кодов ошибок можно прочитать в MSDN:
Task Scheduler Error and Success Constants (для Windows 2008 server и Windows Vista)
System Error Codes
узелок на память.
Столкнулся недавно с ошибкой 2147750687 в логах при попытке автоматического запуска запланированного задания в Windows Server 2008. Дело в том, что в данном задании установлен параметр «Не запускать второй экземпляр задания» («Do not start a new instance» условия «If the task is already running, then the following rule applies:» на вкладке Settings), а так как у меня выполнялись несколько однотипных vbs-скриптов в разное время и время выполнения предыдущего скрипта превысило интервал между запуском этих заданий то текущий экземпляр программы wscript уже не смог запуститься. Ошибка описана в Winerror.h:
# as an HRESULT: Severity: FAILURE (1), FACILITY_WIN32 (0x7), Code 0x4dd # for decimal 1245 / hex 0x4dd ERROR_NOT_LOGGED_ON # The operation being requested was not performed because the # user has not logged on to the network. # The specified service does not exist.
Также советую проверить параметр выполнения задания при не выполненном входе в систему пользователя, от имени которого запускается задание («Run whether user is logged or not») и снята ли галка «Do not store password. The task will only have access to local computer resources».
Rating: 5.0/5 (1 vote cast)
If you often use the tool you’ll encounter some error codes and one of such error code is task scheduler error 2147750687. Windows task scheduler helps a lot when it comes to managing and monitoring your machines, you can automate tasks and let servers run on autopilot.
Users receive this error message when they’re running vantage on:
- windows 7
- windows vista
- windows server 2008 R2
- windows server 2008
When you receive such error code it means the task isn’t running and hence you’ll receive the error code ‘2147750687’ in windows task scheduler.
Fix Task Scheduler Error 2147750687
What Does Task Scheduler Error 2147750687 Mean?
When this error is shown it means task scheduler tried to run the task twice. In other words, it means duplicate schedules want to run at the same time.
What Causes Error 2147750687?
Windows task scheduler is designed to schedule tasks that will be run over the next hour using a scheduled window. When the start time of any given task clash with current schedule window and with the starting time of next scheduled window, it will result in scheduling the task twice. Which means the task will be scheduled at the end of current scheduled window and then again at the start of the next schedule window.
task scheduler 2147750687
How To Fix Error 2147750687
There are three effective methods that can solve this problem, we’ll take a look at them one by one, when try one option and it doesn’t work you should move on to the next method. Let’s take at the three options you have:
First Method – Reduce The Frequency Of The Task
Reducing the frequency of the task can solve the problem because as we’ve mentioned earlier the error arise when the same task is schedule twice at the given time, and reducing the frequency minimize the risk of running duplicate schedule.
Second Method – Change Task Behavior
This is another method that has worked for most users. You should open task settings, at the bottom which is the last option, you’ll notice the message “if the task is already running, then the following rule applies”
There are four options in the drop-down list and you need to select “Do not start a new instance”. This option ensures that a new instance is not run and the current instance that’s running will not be stopped.
Third Methods – Install Hotfix
If you’re still not able to fix the problem you need to install Hotfix update from Microsoft. It’s available in all the operating systems that experience this problem, they’re windows vista, windows 7, windows server 2008 R2 and windows server 2008.
Head over to Microsoft and search for Hotfix, on the page you’ll notice a download button and if it’s not available you can still make a request from their support center where you’ll be provided with a download link.
Some Prerequisites Before Installing Hotfix
Before you begin to install Hotfix on windows server 2008 R2 and windows 7, you should install 2305420 updates or service pack 1 update on your pc. These update packs are also available for download for free from Microsoft website.
Operating Systems That Can Use Hotfix
Hotfix update is available on the following operating systems;
- Windows 7
- Windows 7 (SP1)
- Windows vista (SP1)
- Windows vista (SP2)
- Windows server 2008 (SP1)
- Windows server 2008 (SP2)
- Windows server 2008 R2
- Windows server 2008 R2 (SP1)
Once you install Hotfix, windows scheduler error 2147750687 will be solved. If you need more support regarding installing Hotfix, you can always contact Microsoft support for assistance.
Conclusion:
So far these are the top three ways you can follow to fix Task Scheduler Error 2147750687 and we hope you find them useful. If you also have another method that works for you, please do share in the comment box.
У меня есть задача, запланированная на моем компьютере с Windows 2008 R2, но она не смогла вызвать с ошибкой в журнале (журналы событий).
Ошибка:
Планировщик задач не смог запустить задачу » Hyatt_International_Distribution» для пользователя «SAFFRON3cb_admin». Дополнительные данные: Значение ошибки: 2147943645.
Планировщик заданий не смог запустить процесс «Двигатель задач» из-за ошибки, возникающей в «LUAIsElevatedToken». Command = «taskeng.exe». Дополнительные данные: Значение ошибки: 2147943645.
Полная ошибка следующая:
Имя журнала: Microsoft-Windows-TaskScheduler/Operational
Источник: Microsoft-Windows-TaskScheduler
Дата: 16.04.2011 9:59:59
Код события: 101
Категория задачи: запуск задачи
Уровень: ошибка
Ключевые слова:
Пользователь: SYSTEM
Компьютер: xyz
Описание:
Планировщик заданий не смог запустить задачу » Распространение» для пользователя «SAFFRON3cb_admin». Дополнительные данные: Значение ошибки: 2147943645.
Событие Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-TaskScheduler" Guid="{de7b24ea-73c8-4a09-985d-5bdadcfa9017}" />
<EventID>101</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>101</Task>
<Opcode>101</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2012-04-16T14:59:59.950Z" />
<EventRecordID>101476</EventRecordID>
<Correlation />
<Execution ProcessID="336" ThreadID="1216" />
<Channel>Microsoft-Windows-TaskScheduler/Operational</Channel>
<Computer>xyz</Computer>
<Security UserID="S-1-5-18" />
</System>
<EventData Name="TaskStartFailedEvent">
<Data Name="TaskName">Distribution</Data>
<Data Name="UserContext">SAFFRON3cb_admin</Data>
<Data Name="ResultCode">2147943645</Data>
</EventData>
</Event>
Задача задается как: Запустить s, если пользователь зарегистрировался или нет, с самыми высокими привилегиями, Питание: Начать, когда включено питание от сети, Разрешить запуск задачи по требованию.
Задача выполняется почти каждый день, правильно, но вчера провалилась. Любая конкретная причина?
С уважением,
Kaustubh
Ответ 1
Моя задача была установлена на Run only when user is logged on, и это было неудачно для меня, даже когда я вошел в систему и начал ее вручную. Пользователь уже был настроен на меня. Никаких изменений пароля и т.д.
Я решил это, нажав «Изменить пользователя» и снова выбрав себя.
Я подозреваю, что это могло быть вызвано тем, что AD изменил SID пользователя или что-то в этом роде. Возможно, ИТ-персонал в AD, который знает, что-то делает.
Ответ 2
По свойствам,
Проверьте, выбран ли переключатель для
Run only when user is logged on
Если вы выбрали этот вариант, это причина, по которой он не работает.
измените параметр на
Run whether user is logged on or not
ИЛИ
В другом случае пользователь мог изменить свои учетные данные для входа
Ответ 3
Я решил проблему, открыв свойства самого exe файла. На вкладке «Совместимость» установлен флажок для уровня привилегий, который гласит: «Запускать это как администратор»
Несмотря на то, что у моей учетной записи есть привилегии администратора, это не сработало, когда я начал ее с планировщика задач.
Я снял флажок и снова запустил его из планировщика, и он сработал.
Ответ 4
Насколько я знаю, вам нужно будет предоставить учетной записи домена надлежащие «Права пользователя», такие как «Вход в качестве пакетного задания». Вы можете проверить это в своей локальной политике. Кроме того, у вас может быть GPO домена, который перезаписывает ваши локальные политики. Держу пари, если вы добавите эту учетную запись домена в локальную группу администратора этой машины, ваша проблема исчезнет. Несколько статей для проверки:
http://social.technet.microsoft.com/Forums/en/windowsserver2008r2general/thread/9edcb63a-d133-45a0-9e8c-f1b774765531
http://social.technet.microsoft.com/Forums/lv/winservergen/thread/68019b24-78a5-4db0-a150-ada921930924
http://sqlsolace.blogspot.com/2009/08/task-scheduler-task-does-not-run-error.html?m=1
http://technet.microsoft.com/en-us/library/cc722152.aspx
Ответ 5
- Щелкните правой кнопкой мыши задачу «Задача в планировщике заданий»
- Нажмите вкладку «Действия»
- Нажмите «Изменить»
- Удалите кавычки вокруг пути в текстовом поле «Начать вход».
Ответ 6
Моя задача также не запускалась.
Я решил его, указав не только путь к исполняемому файлу, но и путь к папке исполняемого файла (вкладка «Действия» | Редактировать | ТекстBox «Начать» ).
Ответ 7
Спасибо всем,
Я была такая же проблема. У меня есть задача, которая выполняется через общую учетную запись пользователя, не связанную с определенным человеком. Этот пользователь как-то выходил из виртуальной машины, когда я пытался ее исправить, я был зарегистрирован как я, а не тот пользователь.
Запись с помощью этого пользователя исправила проблему!
Ответ 8
У меня была такая же проблема. Я попробовал вариант совместимости, но в Windows 10 он не показывает параметр совместимости. Следующие шаги решили для меня проблему:
- Я убедился, что учетная запись, с которой выполнялась задача, имеет права на полный доступ к исполняемому файлу.
(Выполняет задачу и все еще не работает) - Я человек
taskschd.mscкак администратор - Я добавил учетную запись для запуска задачи (независимо от того, был ли он зарегистрирован или нет)
- Я выполнил задачу, и теперь IT WORKED!
Итак, некоторая настройка задачи в taskschd.msc в качестве обычного пользователя не работала, хотя моя учетная запись является административной.
Надеюсь, это поможет любому, у кого есть такая же проблема.