Ошибка планировщика 0x3 - Не ошибается лишь тот, кто ничего не делает!

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 several tasks using Robocopy.exe, On One of those tasks, I get a error result 0X3 but the log file doesn’t display any error.
Here is the command :

ROBOCOPY \XL$FORMATION \YO$FORMATION /MIR /sec /W:2 /R:5 /log:c:O_journal.log

I tried to launch it without the task scheduler, it worked fine without ant errors.

I know that the error 0X3 is : ERROR_PATH_NOT_FOUND.But the log file doesn’t display any error.

If someone have any clue or any methods…

Ram

3,08410 gold badges40 silver badges56 bronze badges

asked Oct 29, 2014 at 14:57

This is a standard behavior and relates to exit codes from Robocopy:

 0×00   0       No errors occurred, and no copying was done.
                The source and destination directory trees are completely synchronized. 

 0×01   1       One or more files were copied successfully (that is, new files have arrived).

 0×02   2       Some Extra files or directories were detected. No files were copied
                Examine the output log for details. 

 0×04   4       Some Mismatched files or directories were detected.
                Examine the output log. Housekeeping might be required.

 0×08   8       Some files or directories could not be copied
                (copy errors occurred and the retry limit was exceeded).
                Check these errors further.

 0×10  16       Serious error. Robocopy did not copy any files.
                Either a usage error or an error due to insufficient access privileges
                on the source or destination directories.

And a combination of them, ie: 0x03 = 0x02 + 0x01

See https://blogs.technet.microsoft.com/deploymentguys/2008/06/16/robocopy-exit-codes/ for a complete explanation.

answered Sep 11, 2017 at 10:14

This is an issue to the path configured on the robocopy script. I have fixed this issue by adding the root directory or the main drive to both source and destination.

Note: Please make sure that you are an administrator to both Servers (source and destination)

Example:

Source: «\192.168.1.2e$my files»

Destination: «\192.168.1.5d$backup»

The root directory or the main drive that I have referred is the «e$» and «d$» as shown above. If this will not included in your script, you will be encountering the «0X3» error in the Scheduler and the scheduler will not works.

Note: This script is to synchronize/replicate the file from the source to destination.

Parameters used. /MIR /E /Z /R:5 /W:5

This is how the script looks as a whole:

robocopy "\192.168.1.2e$my files" "\192.168.1.5d$backup" /MIR /E /Z /R:5 /W:5

Hope this might help.

Thanks.

Xian

answered Jun 29, 2016 at 5:48

Источник

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

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

Источник

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 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

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

Regedit

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

В 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.

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

Я пытаюсь запланировать задание для запуска пакетного файла с помощью Планировщика задач 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

Источник

Содержание

Аннотация

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

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

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

7 ответов

Не пропустите эти материалы по теме: