操作员或管理员已拒绝请求任务调度程序答案

【问题标题】：The operator or administrator has refused the request task scheduler操作员或管理员已拒绝请求任务调度程序
【发布时间】：2016-07-16 19:48:33
【问题描述】：

我在 Windows 2012 R2 的任务计划程序中安排了一个 C# 控制台应用程序。应用程序在手动执行或右键单击计划任务并单击运行时会运行，但在任务计划程序触发时会失败，并出现以下错误。

操作员或管理员拒绝了请求(0x800710E0)

在 Google 搜索之后，我也遵循了以下步骤

选择“无论用户是否登录都运行”
未选中“仅在计算机使用交流电源时启动任务”

【问题讨论】：

你解决了这个问题吗？
@softwareisfun，是的，这是由于文件夹权限。我已经完全控制了我安排任务的用户。

标签： windows2012 taskscheduler

【解决方案1】：

由于文件夹权限而发生错误，我正在从我的应用程序创建 CSV，这是授予文件夹权限所必需的。给予文件夹完全控制后，错误得到解决。

【讨论】：

【解决方案2】：

就我而言，我不得不重做任务的权限。不知何故，它丢失了用户名的域部分。而不是 `DOMAIN\joeuser' 它只是 'joeuser'。重置后，它像上一年一样正常工作。

【讨论】：

这是某些系统上的正常行为。重新打开任务或重新启动后，通常会出现域名不再如图所示的情况，这意味着 FBC-2007 将从该属性对话框的文本框中删除。这并不意味着它消失了——它只是不再显示了——只显示了用户名组件。这在我的 Windows 10 企业任务计划程序上始终如一。
@Jazimov 我的回答很简单：“就我而言，我必须重做任务的权限。”
不，这并不简单：您突出显示了域名，好像是为了向阅读此主题的每个人展示域名应该在您故意突出显示时出现。我的观点是，缺少域是此对话框工作方式的正常部分。我不同意这种“常态”——我认为它应该始终显示域/用户名格式。任何阅读您所写内容的人都可能会感到困惑，所以我插话澄清。
谢谢！这是我设置的计划任务的问题。用户名丢失了域名部分，或者以某种方式最初设置时没有它并且工作了一段时间。
更改密码后，以前工作的任务可能会出现此错误。解决办法是重做权限，如上（不要勾选“不存储密码”）

【解决方案3】：

在我的例子中，错误消息“操作员或管理员拒绝了请求”意味着该任务的前一个实例仍在运行并且该任务是如果新实例已经在运行（默认配置），则配置为不启动新实例，因此任务计划程序在触发任务时拒绝启动新实例。

您可以在任务的设置选项卡上的选择框中找到该选项，标题为“如果任务已在运行，则适用以下规则”。默认值为“不启动新实例”。

但是该错误消息非常令人困惑。从其他答案中，您可能会看到这可能意味着许多完全不同的错误。与 Microsoft 的产品一样。

提示

检查任务的历史标签很有帮助。这就是我发现实际情况的地方。有一个事件“启动请求被忽略，实例已在运行”。

【讨论】：

【解决方案4】：

就我而言，根据"Prevent a Task Scheduler Task from Executing on Setting Updates" 中所写的Task Scheduler 的作业设置，我有一个作业设置，可以无限期地每“X”分钟运行一次。

在看到 上次运行结果 的可怕“操作员或管理员拒绝请求”时，我查看了 历史记录 选项卡并查看表明“错过了日程安排”的详细信息。

解决方案

在作业属性的设置选项卡中，我简单地勾选了“在错过预定开始后尽快运行任务”选项，问题就解决了；不过，我也必须再次输入凭据。

注意：在硬件修复完成后将服务器从冗余备份服务器移回原始硬件后，就会开始出现这种情况。操作系统是 Server 2012 R2，在生产服务器上进行修复时，操作系统已移至其他硬件，但我没有注意到这一点——虽然可能是疏忽——不确定。

【讨论】：

【解决方案5】：

对我来说，解决方案是在属性中检查Run with highest privileges。

【讨论】：

【解决方案6】：

我知道@Sushmit-Patil 找到了解决方案，但我想为我的类似问题添加解决方案：

事实证明，先前的进程从未退出（由于我的代码中存在缺陷，它一直在内存中徘徊）。默认情况下，如果 Windows 任务计划程序已经运行，则不会再次运行该进程。

除了修复缺陷之外，在任务计划程序的设置选项卡下，我设置了 如果任务已经在运行，则适用以下规则： 到 在并行

1

【讨论】：

糟糕，我看到@Dawid-Ferenczy 已经提供了这个答案。不要投票给这个，但会留在这里，因为我添加了屏幕截图。

【解决方案7】：

在我的例子中，我的任务启动了一个 PowerShell 脚本，它产生了“操作员或管理员拒绝请求 (0x800710E0)”错误消息，如任务计划程序的任务输入网格中所示。我的用户名是正确的，但是当我进入命令提示符并通过对我的 .ps1 文件运行 PowerShell 来模拟任务时，我看到了一个 Avast 提示符，将我的脚本标记为可疑并且没有允许它运行。我创建了一个 Avast 异常，现在任务运行没有任何问题。

【讨论】：

【解决方案8】：

您也可以从“设置”中执行此操作。可能较早的实例已经在运行，但启动新实例失败。

【讨论】：

在某些情况下它会起作用，在我的情况下，早期的实例已成功执行。

【解决方案9】：

在我的情况下，出现错误消息“操作员或管理员已拒绝请求”，因为计算机在预定时间处于待机状态（以及选项“唤醒计算机运行此任务”和“在错过计划的开始后尽快运行任务”未选中）。

我之前选择了“启用所有任务历史记录”，并且在“历史记录”选项卡中出现了更有用的错误消息：“错过的任务启动被拒绝：任务计划程序没有启动任务，因为它错过了它的计划。考虑使用配置如果错过了计划，则可以选择在可用时启动任务。”

【讨论】：

【解决方案10】：

打开历史记录后，我还遇到错误“错过的任务启动被拒绝：任务计划程序没有启动任务，因为它错过了它的计划。”但我不想在唤醒计算机时开始任务，我想弄清楚为什么计算机没有唤醒。

This answer 帮助了我——默认情况下，Windows 为“仅重要的唤醒定时器”（系统更新，但不是我的计划任务）唤醒。

在设置“电源选项”>“编辑计划设置”>“更改高级电源设置”>“睡眠”>“允许唤醒计时器”中将选项更改为“已启用”，然后您的计算机将唤醒以运行任务。

【讨论】：

【解决方案11】：

我在 Windows Server 2016 调度程序和其他可能产生 OP 错误的 Windows Server 版本中发现了我认为是一个奇怪的错误（以及一种解决方法）：

条件如下：

您在任务中使用了“每月”选项触发器（我目前选择了所有月份，只选择了几天，例如 1 日和 15 日）
您选择了“跨时区同步”。

这最初是我在 2020 年 11 月发现的一个问题，当时我的任务在 DST 时间更改后突然运行了两次（这是一个广泛报告的错误，但不是一个明显的解决方案）。我永远不会知道，除了用户开始从我的一项任务中收到重复的电子邮件。在历史记录中，您只会看到任务在似乎完全相同的时间运行两次。在时间改变之前它工作得很好。我忘记了我当时所做的所有故障排除，但我的最终理论是它在时间变化后以某种方式混淆了时间。解决方法是设置“跨时区同步”选项，一切似乎都很好......

快进到 3 月，此时 DST 时间又变回来了，现在我每次运行“每月”选项的任务时都会收到：

操作员或管理员拒绝了请求

任务上的历史选项卡也是空白的。如果您更改选项并保存，“历史记录”选项卡会再次开始记录，然后有时会在任务再次出错时停止。很奇怪。

一种解决方法是简单地关闭“跨时区同步”选项（已测试）。但是，我不推荐该选项，因为我假设当 DST 时间在 11 月再次更改时，您将再次遇到重复运行任务的问题。

有一次我在“历史记录”选项卡中显示一个错误：

任务计划程序没有启动任务“\EmailCampaign”，因为它错过了它的日程。考虑使用配置选项启动任务可用时，如果错过了时间表。

因此，我设置了该选项以在错过计划且一切正常的情况下启动任务。我想我会看到原始错误，然后是任务运行，但也没有错误了。一切正常。

我知道上面报告了这个解决方案，但那是因为大多数人的计算机都处于休眠状态或类似情况。我的问题是在面向互联网的生产服务器上，该服务器不会进入睡眠、休眠或任何相关的状态，并且只会在与每月触发选项相关的特定条件下发生。我所有其他的数十个计划任务都完美无缺。

【讨论】：

【解决方案12】：

这个话题很老，但我在 windows server 2016 上遇到了同样的问题。我的任务执行一个 BAT 脚本，该脚本压缩文件夹并上传到外部备份。

任务从未结束，因为我的脚本末尾有一个“暂停”。我的任务配置了“不启动新实例”设置。

我通过删除“暂停”解决了我的问题。不知道有没有用。。

【讨论】：