计划任务中的批处理文件返回代码 2147942401答案

【问题标题】：batch file from scheduled task returns code 2147942401计划任务中的批处理文件返回代码 2147942401
【发布时间】：2018-06-28 20:46:12
【问题描述】：

我正在尝试使用 Windows 10 任务计划程序安排作业以运行批处理文件，但它导致返回代码 2147942401。

批处理文件位于远程位置，所以我给出了绝对路径
"\\server1\文件传输\数据文件\入站\abc\csv\excel-to-csv.bat"

如果我使用命令提示符运行批处理脚本，那么它可以正常工作。

批处理脚本是将excel转文件转csv。

脚本的内容是：

FOR /f "delims=" %%i IN ("\\server1\file transfers\Data Files\Inbound\abc\CSV\*.xlsx" ) DO to-csv.vbs  "\\server1\file transfers\Data Files\Inbound\abc\*.xlsx" "%%~ni.csv"

它调用另一个 VB 脚本 to-cvs.vbs

如果我在@Steinspecht 提到的“操作”选项卡中进行更改（任务调度程序-任务“成功”完成，退出代码为 0x8007001），那么我也会收到代码 2147942401 Not sure whether Add a arguments is written correct

【问题讨论】：

\\server\sharename\folder\file.ext你只有\server\...
确保使用允许访问网络共享的凭据运行任务：docs.microsoft.com/en-us/previous-versions/windows/it-pro/…
只显示一个部分流程的屏幕截图，没有关于您的计划任务的更多信息，也没有批处理文件的信息或内容，并不能真正构成一个格式正确且内容足以吸引响应者的问题。请考虑editing your question，尤其是因为 StackOverflow 是为你的失败代码寻求帮助，没有你的代码，这个问题在技术上是题外话！
对我来说，“开始”是空的，导致了这个问题。设置此值可解决问题。
我刚刚发现 PowerShell 对远程脚本施加了额外的限制。我有同样的代码，因为我的脚本在网络共享上。我必须使用-ExecutionPolicy Bypass 运行脚本。出于某种原因，我在从交互式 shell 运行远程脚本时会看到一个错误，但最终它决定告诉我：cannot be loaded because you opted not to run this software now。它还建议我使用 Unblock-File cmdlet，但这不是我的选择（使用 GPO 在域机器上启动时运行脚本）

标签： windows batch-file scheduled-tasks

【解决方案1】：

任务计划程序的错误代码在 msdn 处以十六进制形式列出，您的代码 2147942401 转换为十六进制为 0x80070001（未在此处列出），但 this superuser 将其描述为“非法函数”。他通过使用“最简单的任务调度程序设置并且现在可以工作”解决了他的问题。我注意到他只在用户登录时运行他的任务，所以他不需要“作为批处理作业登录”。

如果您想在未登录时运行批处理作业，您需要一个名为“作为批处理作业登录”的特殊权限。请注意，还有一个“拒绝作为批处理作业登录”权限，这是您不想要的。

从Social Technet，您可以分配该权限

输入 secpol.msc /s
在 MSC 管理单元中选择“本地策略”
选择“用户权限分配”
右键单击“作为批处理作业登录”并选择属性
点击“添加用户或组”，并添加相关用户。

您的任务调用网络资源。这些powershell scripters 建议将这些资源带到您的本地计算机上，以消除网络/连接/权限问题的任何可能性......但这可能并不总是合适或实用的。

【讨论】：

报告的错误代码2147942401实际上是Windows的“代码1”的说法。据我的运维人员说，其他位是元数据。返回 99 时显示 2147942499。
那么，它是否按照msdn解析为SCHED_S_TASK_RUNNING？
不，SCHED_S_TASK_RUNNING 是任务状态，而不是可执行文件的返回码。任务可以处于“运行”状态，但可执行文件在完成之前无法返回代码。

【解决方案2】：

即使所有任务调度程序设置、权限等都是正确的，此错误代码也可能由实际 Powershell 脚本或批处理 (.bat) 文件中的错误/错误引起；在我的例子中，我引用了一个不存在的目录。

【讨论】：

【解决方案3】：

我知道一个老问题，但我在 Windows 2016 服务器上收到 2147942401 错误。

如果您查看计划任务属性，在常规选项卡的底部，它默认为配置为：Windows Vista、Windows Server 2008。

换成Windows Server 2016，问题解决了。

【讨论】：

也可能是因为ps1文件的路径有空格。 stackoverflow.com/questions/45760457/…
你拯救了我的一天！在尝试了所有可能的解决方案、修复和解决方法之后，这个在 Microsoft Windows Server 2016 上运行。由于某种原因，它默认所有新创建的计划任务为最旧的可能“兼容模式”。如果计划任务是一个 PS 脚本，它依赖于 Windows Server 2008 时代不存在的功能......

【解决方案4】：

在此处抛出错误操作"powershell.exe" with return code 2147942401 的另一个常见原因。如果您的操作参数不正确，您也会收到此错误消息。检查动作参数参数和参数值的间距是否正确。

好例子：

-executionpolicy bypass -file "C:\Scripts\ImportFiles.ps1"

破碎的例子（'file'参数和它的值之间没有空格）：

-executionpolicy bypass -file"C:\Scripts\ImportFiles.ps1"

【讨论】：

【解决方案5】：

M Herbener 的回答导致我尝试手动运行脚本，以查看脚本是否有错误。它没有，但它确实突出了我收到错误消息时的问题：

无法加载[我的脚本]，因为在此系统上禁用了运行脚本。

当然，解决方案是运行 Set-ExecutionPolicy 以允许 Powershell 脚本运行。

【讨论】：

【解决方案6】：

对我来说，这项任务有时会奏效，有时却不会。根据 Scheduled Task History，失败时，它看起来好像已经运行了大约 40 秒，什么都不做，完成了action "C:\windows\SYSTEM32\cmd.exe" with return code 2147942401。

在这种情况下，没有必要搞乱组策略设置，因为有时它会起作用。但不是每次。这意味着这是一个时机问题，而不是政策问题。
重新创建、重新配置我的任务（如this SuperUser Q&A 中的建议）并没有解决问题。
我确实也考虑过删除我的批处理文件并摆脱标准输出重定向，从而放弃日志记录功能（并且变得盲目）。或者只是运行一个实际的 "*.exe" 进程，而不是使用批处理文件。这可能是一个解决方案。
我还考虑用成熟的服务替换“启动时”计划任务，但对于这样一个微不足道的问题，这将是一项昂贵的实验。

最后，我记得服务可以延迟：“自动”与“自动（延迟启动）”。所以我通过在任务计划程序中添加计划任务的延迟来模仿这一点。对于“启动时”计划任务，触发器具有自己的单独属性，并且可以在此处配置延迟：

我相信我的计划任务有时启动得太早了几毫秒，并且某些操作系统服务或功能尚不可用或不允许使用。只需在触发器上添加一个小延迟即可解决问题。

【讨论】：