0x4f7 код ошибки планировщика - Решение и исправление самых разных ошибок на TopOshibok.ru

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.

Источник

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 2008 R2, но ей не удалось вызвать следующую ошибку в журнале (журналы событий).

ошибка:

планировщику задач не удалось запустить задачу » Hyatt_International_Distribution «для пользователя»SAFFRON3cb_admin». Дополнительные Данные: Значение Ошибки: 2147943645.

планировщик задач не удалось запустить процесс «» из-за ошибки, возникшей в «LUAIsElevatedToken» . Command= » taskeng.исполняемый. » Дополнительные Данные: Значение Ошибки: 2147943645.

ошибки, как показано ниже:

Имя Журнала: Microsoft-Windows-TaskScheduler / Operational Источник: Microsoft-Windows-TaskScheduler Дата: 16.04.2012 9: 59: 59 Код события: 101 Категория Задачи: Ошибка Запуска Задачи Уровень: Ошибка Ключевые слова:
Пользователь: SYSTEM Компьютер: АБВ Описание:: Планировщик задач не удалось запустить задачу «Distribution «для пользователя» SAFFRON3cb_admin». Дополнительные Данные: Значение Ошибки: 2147943645. Событие Xml:

Убираем периодические лаги и зависания компьютера. Находим задачи вирусов. Планировщик заданий.

» /> 101 0 2 101 101 0x8000000000000000 101476 Microsoft-Windows-TaskScheduler/Operational xyz Distribution SAFFRON3cb_admin 2147943645

задача задается как: выполнить s если пользователь вошел в систему или нет, с самыми высокими привилегиями, мощность: запуск при включении переменного тока, разрешить выполнение задачи по требованию.

задача выполняется почти каждый день, правильно,но вчера не удалось. Какая-то особая причина?

С уважением, Kaustubh

Если проблема в вызвано SPP, то вам нужно проверить, запущена ли служба. Помните, что SPP имеет решающее значение для сетевой безопасности вашего компьютера, поэтому вам не следует вмешиваться в его работу в максимально возможной степени. Для этого:

Планировщик задач значительно упрощает работу, поскольку вы можете запускать задачи, когда они вам нужны. Например, вы можете настроить антивирус на выполнение глубокого сканирования, когда ваш компьютер не используется, чтобы это не повлияло на вашу работу. Но если вы столкнетесь с сообщением об ошибке «Задача SvcRestartTask: XML-код задачи содержит непредвиденный узел», приведенные выше решения должны помочь вам обойти эту проблему.

YouTube видео: Как исправить ошибку планировщика заданий в Windows 10

Источник: ru.purelysandy.com

Если у вас не выполняются назначенные задания в Планировщике и в столбце «прошлый результат» код ошибки отличный от нуля, то расшифровку кодов можно посмотреть на следующих ресурсах:

tasks1

Устранение неполадок, связанных с назначенными заданиями в 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

Remove From My Forums

Question
Hi, I have a scheduled task that does something like the following:

xcopy d:folderfilename
\serversharefolder /y

If I run this scheduled task with my domain admin ID in the job, it runs fine. If I put in a service account we use, it fails with 0x4. The service account is also a domain admin. I have specifically given the account rights on the source
and destination folders. I have also give the service account the «logon as batch file» right on both servers. What am I missing? The source server (also where the task runs) is 2008 R2 and the destination is 2003.

Thanks,
Bob

Answers

Thank you both for your help. I figured out what was wrong: the share permissions. They allowed my ID but not the service account.

Thanks again,
Bob
- Marked as answer by
  
  Tuesday, August 14, 2012 2:51 AM

Описание ошибки:
Планировщик заданий в Windows Server 2012 R2 не запускает файл скрипта с расширением .vbs, который отвечает за выполнение архивации баз 1С 8.

Найденные решения:

Следующая ошибка не носит прямого отношения к 1С, как может показаться из формулировки. Но, т.к. файлом vbs-скриптом является алгоритм архивации базы данных 1С 8, который должен запускаться с помощью планировщика задач Windows, то проблема становится смежной с темой 1С.

Так же стоит заметить, что к примеру, этот скрипт vbs исправно работал в планировщике заданий более ранних версий ОС Win, в частности в Windows Server 2003 R2 Enterprise Edition, Windows Server 2008 R2 Enterprise. Поэтому сомневаться в работоспособности самого файла не приходится.

И вот у одного из клиентов произошел переход на новый сервер с новой версией ОС. И что логично, файл был перенесен и настроено новое задание в планировщике, но по факту выполнение задачи не происходило. Точнее, по версии самой ОС, оно «как бы» происходило, т.к. в результатах запуска задания выводилось «Это задание выполняется в настоящее время. (0x41301)», но по факту процесс архивации баз данных 1С 8 не происходил.

Нажатие на изображении увеличит его

Надо помнить, что архивация баз должна выполняться регулярно — каждый день, в нерабочие часы, к примеру, ночью, а так же раз в неделю или месяц на отдельный носитель. Более подробно о вопросе архивации баз изложено в соответствующей статье раздела частых вопросов.

Приведу изображения исходного состояния настроек задачи, с которыми задача выполнялась на предыдущем сервере, и с которыми не работала на новом:

Нажатие на изображениях увеличит их для просмотра

Как выяснилось, проблема запуска vbs-файла, проблема не только Windows Server 2012, но и более поздних версий, например это замечено и в Windows Server 2016 — Планировщик задач Windows не запускает VBScript.

Проблема есть, она известна, но уже полегче от того, что это не абсолютно частный случай. И вроде бы даже есть полный список возможных действий для решения проблемы (изменить параметры запуска задачи пользователем, изменить на запуск из .cmd/.bat, создать папки Desktop в системных каталогах Windows), но не все так оказалось просто. Пришлось немного поиграть с сочетанием этих решений, чтобы в конечном счете заработало. Это замечание для того, чтобы Вы понимали, что может в Вашем случае придется проделать дополнительных действия в добавок к тем, которые описаны в этой статье и помогли в данном случае.

Итак, первой попыткой исправить ситуация было решение с добавлением папок Desktop в папки system32 и SysWow64 в Windows при их отсутствии. В моем случае папки отсутствовали. Они были созданы. Т.е. проверить наличие в папках «C:WindowsSystem32configsystemprofile» (для x32 ОС) и «C:WindowsSysWOW64configsystemprofile» (для x64 ОС) наличие каталога «Desktop». И просто создать его при отсутствии.

Нажатие на изображении увеличит его

Нажатие на изображении увеличит его

Одного добавления будет недостаточно. Т.к. ничего не изменится в поведении задачи, если не перезапустить сервер.

Но и после перезагрузки не заработало, но ситуация немного изменилась. Теперь в результате последнего запуска задачи просто была зафиксирована информация (0x103)

Нажатие на изображении увеличит его

Теперь оставалось переходить к поиску более сложного решения проблемы. В обсуждениях на cyberforum.ru Проблема с планировщиком задач и сторонней задачей запуска скрипта .vbs подсказывалось в свойствах задачи запускать не сам файл скрипта, как работало раньше, а делать запуск с помощью указания пути к wscript.exe (либо в папке system32, либо SysWOW64), а так же использовать параметр «-Path» в аргументах с указанием полного пути к файлу скрипта. Но это только вызывало ошибку при выполнении задачи.

Нажатие на изображении увеличит его

Оказалось, что и на самом деле указанный параметр для wscript.exe не корректен. Пришлось изучать параметры запуска этого приложения. Тестировать через командную строку возможные способы корректного указания. И был найден вариант, при котором отработало:

Так и было в конечном счете прописано в действии задачи. В параметре в качестве программы или сценария был указан путь «C:WindowsSystem32wscript.exe» к wscript.exe. Возможно в Вашем случае будет «C:WindowsSysWOW64wscript.exe». А в качестве аргумента — путь к файлу VBSScript, экранированный в «».

При такой настройке действия в свойствах задачи планировщика Windows файл скрипта запустился и отработал запрограммированную в него задачу — в частности выполнение архивации баз дынных 1С 8. Еще, на всякий случай, продемонстрирую настройки на вкладке «Общие» свойства задачи, при которых она заработала. Это установленный переключатель в значении «Выполнять для всех пользователей» и флажок «Выполнить с наивысшими правами».

Как уже было отмечено ранее, возможно, что эти действия могут не помочь в Вашем случае, тогда еще рекомендуется обратить внимание и, возможно, выполнить некоторые манипуляции в настройках действий с использованием cscript.exe — с этой информацией можно подробнее ознакомится в обсуждении на сайте progi.pro.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

13-10-2021

Журавлев А.С.
(Сайт azhur-c.ru)

Источник

Планировщик

В планировщике устанавливаются задачи (bat), которые не выполняются в назначенное время, если я не залогинен на сервере. Результат прошлого запуска: 0x4
Запуск задания назначен от администратора домена.

Подскажите в чём проблема?

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Планировщик задач
Здравствуйте! Посоветуйте какой-нибуть планировщик задач, а то стандартный что то криво работает с.

Планировщик задач
Доброго времени суток. Такой вопрос. Из администрирования пропал пункт "Планировщик задач", при.

Планировщик не работает
Windows Server 2008 стоит на VPS Планировщик не работает. Создаю любую задачу при входе или при.

Планировщик задач тупит 2
Добрый день! Вообщем опять воюю с планировшиком стоит windows server 2008. Значит ладно думаю не.

Сообщение от GPlay
Сообщение от GPlay

Сообщение от GPlay

а проверить?
например попробовать зайти в безопасный режим учетка Администратор или Administrator пробовать
на крайняк админ пасс можно сменить с линуксового бут СД.
(оно и в целях секурности будет полезнее)
да, и не используйте в качестве домен админа стандартные учетки. несекурно.

Добавлено через 59 секунд

Сообщение от GPlay

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

Добавлено через 2 минуты
почитай Уильям Станек «Microsoft Windows Server 2003, справочник администратора»

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Планировщик задач тупит
Здравствуйте! У меня снова проблемы с планировщиком задач в server 2008 толи он такой кривой толи.

Не срабатывает планировщик заданий по расписанию
Здравствуйте. В планировщике заданий есть ежедневная задача по расписанию, которая срабатывает.

Не отрабатывает до конца Планировщик на сервере
Здравствуйте коллеги. Система 64 битная Windows Server 2008 R2 Enterprise SP1. Не до конца.

Бэкап через планировщик задач
Создаю задачу в планировщике задач: запуск программы — C:WindowsSystem32wbadmin.exe с.

Планировщик задач. Ошибка 0x80070005: Отказано в доступе
День добрый! Столкнулся с такой проблемой. Нужно настроить автоматическое обновление "Консультант.

Источник

Блог вопиющего в пустыне

Дело в том, что у меня — серверная ось, а у пользователя на машине — windows 10. Были бы на обеих машинах серверные оси, и в их организации была бы не одноранговая сеть, а доменная, проблем бы не было: добавил бы соответствующие роли на серверах, запустил бы зеркалирование, и обошелся бы без всяких планировщиков. А тут пришлось для синхронизации использовать специальную утилиту SyncToy 2.1 от Microsoft. И запускать её через Планировщика заданий.
Кроме того, пользователь выдвинул обязательное условие: чтобы не было постоянно добавленного открытого элемента в сетевом окружении и постоянно подключенного сетевого диска, т.е., чтобы каждый раз для подключения к сетевому ресурсу на сервере ему надо было вводить логин и пароль.

Для подключения к серверу использовал bat-файл следующего содержания:

где вместо «ip-адрес_сервера», «сетевой_ресурс_на_сервере», «имя_пользователя» и «пароль» были внесены реальные данные.

В Планировщик заданий загнал два действия:
1) запуск приведенного выше bat-файла,
2) запуск программы синхронизации SyncToyCmd.exe

Запустил задание на выполнение. И получил «Результат последнего запуска (0x1)», т.е. — «ни фига» не выполнилось. Расшифровка результата (0x1) — «вызов неверной или неизвестной функции«.

Где-то в сети нашел подсказку, что если в Планировщике заданий на вкладке «Действие» для одного задания прописано выполнение более одной программы, то они запускаются одновременно, а не последовательно. Т.е. получается, что синхронизация запускалась, когда подключения к сетевому ресурсу ещё не было установлено, что и давало ошибку 0x1.

Решение проблемы.

Так как в пакетном файле команды выполняются последовательно, то в наш bat-файл записал обе команды: сначала на подключение сетевого ресурса, а потом — на запуск синхронизации.

И поместил его во вкладку Действие

Запустил на выполнение. В столбце «Результат последнего запуска» получил «Операция успешно завершена. (0х0)«. Что и требовалось доказать.

Источник

Результат последнего запуска 0x4

Имеется простое задание, которое запускает пакетный файл, который копирует файлы с одного жесткого диска на другой. При достижении времени запуска, задание не выполняется и в результате последнего запуска написано (0x1). Также задание не выполняется, если запускать его сейчас из планировщика. Сам пакетный файл лежит в папке Мои Документы админа. ОС — WS2008R2. Пробовал выполнять от имени админа и системы

Если запускать этот bat-файл вручную, то задание выполняется.

Что можете посоветовать, чтобы задание запускалось?

Ответы

Место расположения не лучшее: надо создать отдельную папку для скрипта, что-то вроде c:scripts

Пользователь запускающий скрипт должен иметь права на папку и право «log on as a batch job».

Сазонов Илья http://isazonov.wordpress.com/

Изменено ILYA [ sie ] Sazonov Moderator 3 октября 2012 г. 5:46
Предложено в качестве ответа ILYA [ sie ] Sazonov Moderator 4 октября 2012 г. 5:57
Помечено в качестве ответа Rotar Maksim Moderator 9 октября 2012 г. 19:43

Помечено в качестве ответа Rotar Maksim Moderator 9 октября 2012 г. 19:43

Все ответы

Место расположения не лучшее: надо создать отдельную папку для скрипта, что-то вроде c:scripts

Пользователь запускающий скрипт должен иметь права на папку и право «log on as a batch job».

Сазонов Илья http://isazonov.wordpress.com/

Изменено ILYA [ sie ] Sazonov Moderator 3 октября 2012 г. 5:46
Предложено в качестве ответа ILYA [ sie ] Sazonov Moderator 4 октября 2012 г. 5:57
Помечено в качестве ответа Rotar Maksim Moderator 9 октября 2012 г. 19:43

Помечено в качестве ответа Rotar Maksim Moderator 9 октября 2012 г. 19:43

Код выполнения 0x1: Вызов неверной или неизвестной функции. То есть система не может выполнить батник, в отличие от пользователя. Возможно, параметры безопасности противоречат содержимому батника. В моём случае было так:
Параметр безопасности = Выполнять только для зарегистрированного пользователя — допускает в батнике путь T:folderdiskfree.log

Параметр безопасности = Выполнять вне зависимости от регистрации пользователя — требует в батнике путь J:TEMPfolderdiskfree.log или \1ctempfolderdiskfree.log — не допускает путь T:folderdiskfree.log

То есть, поскольку для неопределённого пользователя целевой папке не назначена сетевая буква, система не может выполнить батник. Если к целевой папке указать абсолютный или сетевой путь, система может выполнить батник.

Источник

Планировщик заданий Windows в умелых руках может оказаться незаменимым инструментом автоматизации всевозможных задач, но, как и в случае со всеми программами, в его работе могут возникать ошибки. Три таких ошибки мы сегодня рассмотрим и попробуем исправить. Наблюдаются они, как правило, при запуске Планировщика. Первая ошибка дает о себе знать появлением окошка с сообщением «Выбранная задача (НАЗВАНИЕ) больше не существует» .

При второй ошибке мы получаем сообщение «Служба планировщика задач недоступна. » .

Вы жмете «OK» и ошибка повторяется, жмете «OK» еще раз, Планировщик наконец запускается, но если его закрыть и попробовать запустить снова, программа встречает вас той же ошибкой. А еще не выполняются некоторые созданные задания.

Третья ошибка выглядит более грозной. При запуске Планировщика появляется окошко «Внутренняя ошибка» .

А затем Планировщик запускается с сообщением «У вас нет прав на выполнение запрошенной операции» .

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

Откройте командой regedit редактор реестра и разверните в нем следующую ветку:

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

Regedit

Больше ошибка не станет вас тревожить, но и само задание из списка исчезнет. Скорее всего, вам придется создать его заново, но для начала попробуйте его импортировать.

В Windows все задания хранятся в папке %SystemRoot%system32Tasks в виде XML -файлов без расширений.

Переместите файл с соответствующим названием на рабочий стол, а затем экспортируйте его через меню Планировщика, не забыв выбрать в окошке обзора «Все файлы». Если это не поможет, создайте задание заново или импортируйте его с другого компьютера с той же версией Windows.

Со второй ошибкой дела обстоят потруднее, так как имя вызывающего его задания неизвестно. Как вариант, можно поискать источник проблемы методом тыка, делая сначала резервную копию ключа, а затем удаляя из реестра одну запись за другой и восстанавливая предыдущую, для чего вам может понадобиться доступ к подразделу TaskCache. Аналогичным образом поступаем и с третьей ошибкой. А вообще, самым правильным делом был бы откат к предыдущей системной точке восстановления, ведь именно в теневых копиях Windows хранит все данные системного реестра.

Релизная версия Windows 11 выйдет в октябре 2021 года, при этом в Microsoft утверждают, что Читать далее

В Windows 11 разработчики представили обновленную панель задач, выравнивающую размещенные на ней значки приложений по Читать далее

Во всех популярных версиях Windows имеется функция автоматического перемещения значков системного трея в область переполнения Читать далее

Заменив логотип Windows на загрузочном экране Windows 11, Microsoft почему-то оставила старую загрузочную анимацию — Читать далее

Источник

Содержание

АННОТАЦИЯ
- Проверка состояния задачи
- Проверка журнала назначенных заданий
- Проверка службы планировщика заданий

Аннотация

В статье приводится пошаговое описание устранений неполадок, связанных с назначенными заданиями в Windows XP и Windows Server 2003. Если назначенные задания не запускаются, для поиска источника проблем можно применить ряд способов.

Примечание. Администраторы и пользователи с полномочиями администраторов могут настроить планировщик заданий на отправку уведомления, если назначенное задание не запустилось так, как было запланировано. Для этого щелкните Уведомлять о пропущенных заданиях в меню Дополнительно.

Проверка состояния задачи

Периодически проверяйте состояние назначенных заданий, поскольку иногда можно не заметить, что назначенное задание не запускается. С помощью пункта «Подробно» окна назначенных заданий просмотрите следующие сведения о каждом задании:

Расписание — Расписание запуска задания.
Время следующего запуска — время и дата следующего запуска задания.
Время прошлого запуска — время и дата предыдущего запуска задания.
Состояние — Текущее состояние задания.
Прошлый результат — Код выполнения последнего запуска.

Столбец Состояние содержит следующие сведения о состоянии и описание:

Пусто — Задание не запущено или было запущено и выполнено успешно.
Работает — Задание запущено.
Пропущено — Пропущена одна или несколько попыток запустить задание.
Запуск не удался — Предыдущая попытка запустить задание не удалась.

Столбец Прошлый результат показывает код выполнения. Полное описание всех кодов завершения Windows можно найти в MSDN, но обычные коды для назначенных заданий следующие:

0x0: Операция выполнена успешно.
0x1: Вызов неверной или неизвестной функции.
0xa: Ошибка в среде.

Если формат кода завершения «C0000XXX», задание не было успешно завершено («C» указывает на ошибку). Наиболее распространенный код завершения с «C» — «0xC000013A: Приложение завершено из-за нажатия сочетания клавиш CTRL+C».

Также проверьте следующие данные в свойствах задания:

Убедитесь, что установлен флажок, включающий выполнение задания.
Проверьте правильность пути к программе. Кроме того, проверьте, не требует ли программа для запуска каких-либо отсутствующих параметров командной строки.

Проверка журнала назначенных заданий

Назначенные задания фиксируются в файле журнала (Schedlgu.txt) в папке c:Windows. Журнал можно просмотреть из окна назначенных заданий, выбрав Просмотр журнала в меню Дополнительно.

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

Проверка службы планировщика заданий

Для запуска заданий служба планировщика заданий должна быть запущена и правильно настроена. При остановке назначенных заданий вручную из окна назначенных заданий служба останавливается и не включается автоматически при следующем запуске компьютера. Если служба не настроена на запуск с использованием локальной системной учетной записи, она может не запуститься.

Проверка параметров службы:

В меню Пуск выберите пункт Панель управления, а затем Администрирование.
Щелкните значок Управление компьютером.
Разверните узел Службы и приложения и выберите элемент Службы.
Правой кнопкой мыши щелкните службу Планировщик заданий и выберите пункт Свойства.
На вкладке Общие проверьте, что тип запуска выбран как авто, и состояние службы — запущена. Если служба не запущена, нажмите Пуск.
На вкладке Вход в систему проверьте, что выбран пункт «С системной учетной записью» и установлен флажок Разрешить взаимодействие с рабочим столом.
Нажмите кнопку OK и закройте окно управления компьютером.

Нужна дополнительная помощь?

При второй ошибке мы получаем сообщение «Служба планировщика задач недоступна…».

Третья ошибка выглядит более грозной. При запуске Планировщика появляется окошко «Внутренняя ошибка».

А затем Планировщик запускается с сообщением «У вас нет прав на выполнение запрошенной операции».

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

Откройте командой regedit редактор реестра и разверните в нем следующую ветку:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionScheduleTaskCacheTree

Regedit

В Windows все задания хранятся в папке %SystemRoot%system32Tasks в виде XML-файлов без расширений.

Загрузка…

Для подключения к серверу использовал bat-файл следующего содержания:

@Echo Off
net use ip-адрес_серверасетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
Exit

Решение проблемы.

@Echo Off
net use ip-адрес_серверасетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
START «SyncToy» /WAIT «C:Program FilesSyncToy 2.1SyncToyCmd.exe» /R
net use ip-адрес_серверасетевой_ресурс_на_сервере /DELETE
Exit

И поместил его во вкладку Действие

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.

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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"

BrianCanFixIT
13 Сен 2019 в 20:51

Для меня задача иногда работала, а иногда нет. Согласно журналу запланированных задач, в случае сбоя это выглядело бы так, как если бы оно выполнялось в течение примерно 40 секунд, ничего не делая и завершая action "C:windowsSYSTEM32cmd.exe" with return code 2147942401.

В этом случае не было смысла возиться с настройками групповой политики, потому что иногда это срабатывало. Но не каждый раз. Это означает, что это проблема времени, а не политики.
Воссоздание, перенастройка моей задачи (как предложено в этом Вопросы и ответы суперпользователя) не устранили проблему.
Я также рассматривал возможность разделки моего пакетного файла и избавления от стандартного перенаправления вывода, тем самым отказавшись от возможности ведения журнала (и став слепым). Или просто запустить реальный процесс «*.exe» вместо использования пакетного файла. Это потенциально могло быть решением.
Я также рассматривал возможность замены запланированной задачи «При запуске» полноценной службой, но это был бы дорогостоящий эксперимент для такой тривиальной проблемы.

В конце концов, я вспомнил, что услуги могут быть отложены: «Автоматически» против «Автоматически (отложенный запуск)». Поэтому я сымитировал это, добавив задержку запланированной задачи в планировщике задач. Для запланированных задач «При запуске» это триггер, который имеет собственные индивидуальные свойства, и именно здесь можно настроить задержку:

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

numdig
24 Мар 2021 в 17:32

Коды ошибок для планировщика заданий перечислены в шестнадцатеричном виде по адресу msdn, и ваш код 2147942401 преобразуется в шестнадцатеричный формат как 0x80070001 (который там не указан), но этот суперпользователь описывает это как» Незаконную функцию «. Он исправил свою проблему с помощью «простейших настроек планировщика задач, и теперь он работает». Я отмечаю, что он выполняет свою задачу только тогда, когда пользователь вошел в систему, поэтому ему не нужно «Входить как пакетное задание».

Если вы хотите запустить пакетное задание, когда вы не вошли в систему, вам потребуется специальная привилегия под названием «Вход в систему как пакетное задание». Обратите внимание, что есть также привилегия «ОТКАЗАТЬ вход в систему как пакетное задание», чего вам не нужно.

Из Social Technet, вы можете назначить это право с помощью

Введите secpol.msc / s .
Выберите « Локальные политики » в оснастке MSC.
Выберите « Назначение прав пользователя ».
Щелкните правой кнопкой мыши « Войти как пакетное задание » и выберите «Свойства».
Нажмите « Добавить пользователя или группу » и включите соответствующего пользователя.

Ваша задача вызывает сетевой ресурс. Эти сценарии powershell рекомендуют ресурсы на ваш локальный компьютер, чтобы исключить любые проблемы с сетью/подключением/разрешениями… но это не всегда может быть уместным или практичным.

woodvi
2 Авг 2021 в 19:27

Этот код ошибки также может быть результатом ошибки/ошибки в фактическом сценарии Powershell или пакетном (.bat) файле, даже если все настройки планировщика задач, разрешения и т. д. верны; в моем случае я ссылался на несуществующий каталог.

daveloyall
8 Мар 2021 в 16:19

Старый вопрос, который я знаю, но я получал ошибку 2147942401 на сервере Windows 2016.

Если вы посмотрите на свойства запланированной задачи, то в нижней части вкладки «Общие» по умолчанию установлено значение «Настроить для: Windows Vista, Windows Server 2008».

Перешел на Windows Server 2016, и проблема была решена.

user3507000
10 Июл 2019 в 16:16

Ответ М. Хербенера привел к тому, что я попытался запустить сценарий вручную, чтобы проверить, есть ли в нем ошибка. Этого не произошло, но он подчеркнул, в чем проблема, поскольку я получил сообщение об ошибке:

[мой скрипт] не может быть загружен, потому что в этой системе отключен запуск скриптов.

Решением, конечно же, было запустить Set-ExecutionPolicy, чтобы разрешить выполнение сценариев Powershell.

paulH
14 Мар 2019 в 15:33

Для меня проблема заключалась в том, что файл был заблокирован, так как он был загружен из Интернета. Я видел это в истории планировщика задач

Task Scheduler successfully completed task "task name" , 
instance "{id}" , action "Powershell.exe" with return code 2147942401.

Чтобы решить эту проблему:

Щелкните правой кнопкой мыши файл .ps1 и откройте «Свойства».
Нажмите «Разблокировать» в разделе «Атрибуты».

Omer Celik
21 Апр 2022 в 20:32

Источник

tasks1

Устранение неполадок, связанных с назначенными заданиями в 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

Источник

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.

Содержание

АННОТАЦИЯ
- Проверка состояния задачи
- Проверка журнала назначенных заданий
- Проверка службы планировщика заданий

Аннотация

Проверка состояния задачи

Расписание — Расписание запуска задания.
Время следующего запуска — время и дата следующего запуска задания.
Время прошлого запуска — время и дата предыдущего запуска задания.
Состояние — Текущее состояние задания.
Прошлый результат — Код выполнения последнего запуска.

Столбец Состояние содержит следующие сведения о состоянии и описание:

Пусто — Задание не запущено или было запущено и выполнено успешно.
Работает — Задание запущено.
Пропущено — Пропущена одна или несколько попыток запустить задание.
Запуск не удался — Предыдущая попытка запустить задание не удалась.

0x0: Операция выполнена успешно.
0x1: Вызов неверной или неизвестной функции.
0xa: Ошибка в среде.

Также проверьте следующие данные в свойствах задания:

Убедитесь, что установлен флажок, включающий выполнение задания.
Проверьте правильность пути к программе. Кроме того, проверьте, не требует ли программа для запуска каких-либо отсутствующих параметров командной строки.

Проверка журнала назначенных заданий

Проверка службы планировщика заданий

Проверка параметров службы:

В меню Пуск выберите пункт Панель управления, а затем Администрирование.
Щелкните значок Управление компьютером.
Разверните узел Службы и приложения и выберите элемент Службы.
Правой кнопкой мыши щелкните службу Планировщик заданий и выберите пункт Свойства.
На вкладке Общие проверьте, что тип запуска выбран как авто, и состояние службы — запущена. Если служба не запущена, нажмите Пуск.
На вкладке Вход в систему проверьте, что выбран пункт «С системной учетной записью» и установлен флажок Разрешить взаимодействие с рабочим столом.
Нажмите кнопку OK и закройте окно управления компьютером.

Нужна дополнительная помощь?

При второй ошибке мы получаем сообщение «Служба планировщика задач недоступна…».

Третья ошибка выглядит более грозной. При запуске Планировщика появляется окошко «Внутренняя ошибка».

А затем Планировщик запускается с сообщением «У вас нет прав на выполнение запрошенной операции».

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

Откройте командой regedit редактор реестра и разверните в нем следующую ветку:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionScheduleTaskCacheTree

Regedit

В Windows все задания хранятся в папке %SystemRoot%system32Tasks в виде XML-файлов без расширений.

Загрузка…

Для подключения к серверу использовал bat-файл следующего содержания:

@Echo Off
net use ip-адрес_серверасетевой_ресурс_на_сервере /PERSISTENT:NO /user:имя_пользователя пароль
Exit

Решение проблемы.

И поместил его во вкладку Действие

I have a batch file that runs robocopy weekly.

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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.

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

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

——————————————————————————

Speed : 10286800 Bytes/sec.
Speed : 588.615 MegaBytes/min.

Ended : Thu Jul 17 07:55:59 2014

Если я запустил пакетный скрипт из командной строки, он будет работать нормально.

Пакетный сценарий предназначен для преобразования 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

7 ответов

Хороший пример:

-executionpolicy bypass -file "C:ScriptsImportFiles.ps1"

Пример с ошибкой (нет пробела между параметром ‘file’ и его значением):

-executionpolicy bypass -file"C:ScriptsImportFiles.ps1"

BrianCanFixIT
13 Сен 2019 в 20:51

В этом случае не было смысла возиться с настройками групповой политики, потому что иногда это срабатывало. Но не каждый раз. Это означает, что это проблема времени, а не политики.
Воссоздание, перенастройка моей задачи (как предложено в этом Вопросы и ответы суперпользователя) не устранили проблему.
Я также рассматривал возможность разделки моего пакетного файла и избавления от стандартного перенаправления вывода, тем самым отказавшись от возможности ведения журнала (и став слепым). Или просто запустить реальный процесс «*.exe» вместо использования пакетного файла. Это потенциально могло быть решением.
Я также рассматривал возможность замены запланированной задачи «При запуске» полноценной службой, но это был бы дорогостоящий эксперимент для такой тривиальной проблемы.

numdig
24 Мар 2021 в 17:32

Из Social Technet, вы можете назначить это право с помощью

Введите secpol.msc / s .
Выберите « Локальные политики » в оснастке MSC.
Выберите « Назначение прав пользователя ».
Щелкните правой кнопкой мыши « Войти как пакетное задание » и выберите «Свойства».
Нажмите « Добавить пользователя или группу » и включите соответствующего пользователя.

woodvi
2 Авг 2021 в 19:27

daveloyall
8 Мар 2021 в 16:19

Старый вопрос, который я знаю, но я получал ошибку 2147942401 на сервере Windows 2016.

Перешел на Windows Server 2016, и проблема была решена.

user3507000
10 Июл 2019 в 16:16

[мой скрипт] не может быть загружен, потому что в этой системе отключен запуск скриптов.

Решением, конечно же, было запустить Set-ExecutionPolicy, чтобы разрешить выполнение сценариев Powershell.

paulH
14 Мар 2019 в 15:33

Task Scheduler successfully completed task "task name" , 
instance "{id}" , action "Powershell.exe" with return code 2147942401.

Чтобы решить эту проблему:

Щелкните правой кнопкой мыши файл .ps1 и откройте «Свойства».
Нажмите «Разблокировать» в разделе «Атрибуты».

Omer Celik
21 Апр 2022 в 20:32

tasks1

Устранение неполадок, связанных с назначенными заданиями в 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 в качестве обычного пользователя не работала, хотя моя учетная запись является административной.

Надеюсь, это поможет любому, у кого есть такая же проблема.

Источник

YouTube видео: Как исправить ошибку планировщика заданий в Windows 10

Question

Answers

Планировщик

Блог вопиющего в пустыне

Результат последнего запуска 0x4

Ответы

Все ответы

Содержание

Аннотация

Проверка службы планировщика заданий

Нужна дополнительная помощь?

7 ответов

Содержание

Аннотация

Проверка состояния задачи

Проверка журнала назначенных заданий

Проверка службы планировщика заданий

Нужна дополнительная помощь?

7 ответов

Fix Task Scheduler Error 2147750687

How To Fix Error 2147750687

First Method – Reduce The Frequency Of The Task

Second Method – Change Task Behavior

Third Methods – Install Hotfix

Some Prerequisites Before Installing Hotfix

Operating Systems That Can Use Hotfix

Conclusion:

Ответ 1

Ответ 2

Ответ 3

Ответ 4

Ответ 5

Ответ 6

Ответ 7

Ответ 8