任务计划程序两次运行任务

更新：现在已经连续两天发生了。

更新：现在包括计划任务和图像的XML。

位于伦敦的两台服务器（均为Windows 2012）的计划任务设置为在周一至周五的下午3点运行。在过去的5个月中已成功设置了此设置。

但是，在8月28日星期一，他们俩都在下午3点运行计划的任务，然后在下午4点再次运行。当它第一次被报道时，我认为那不是时钟刚回到一个小时后的第二天。但是，我无法解释它发生的原因以及它是否与时钟变化有关。

一台服务器的相关日志（另一台服务器的日志也遵循此模式）：

事件129 15:00:20 Task Scheduler启动任务“ \ 3pm”，实例“ C：\ Program Files（x86）\ PHP \ v5.4 \ php.exe”，进程ID为2388。

事件100 15:00:20任务计划程序为用户“ x \ y”启动了“ \ 3pm”任务的“ {75a3590f-dec1-4dee-bd27-73d63a50a9d7}”实例。

事件200 15:00:20任务计划程序在任务“ \”的实例“ {75a3590f-dec1-4dee-bd27-73d63a50a9d7}”中启动了操作“ C：\ Program Files（x86）\ PHP \ v5.4 \ php.exe” 3pm”。

事件201 15:00:23 Task Scheduler成功完成了任务“ \ 3pm”，实例“ {75a3590f-dec1-4dee-bd27-73d63a50a9d7}”，操作“ C：\ Program Files（x86）\ PHP \ v5.4 \ php .exe”，返回码为0。

事件129 16:00:20 Task Scheduler启动任务“ \ 3pm”，实例“ C：\ Program Files（x86）\ PHP \ v5.4 \ php.exe”，进程ID为1224。

事件100 16:00:20任务计划程序为用户“ x \ y”启动了“ \ 3pm”任务的“ {3dd46ca9-c525-4796-86b5-5e513fd45f26}”实例。

事件200 16:00:20 Task Scheduler在任务“ \”的实例“ {3dd46ca9-c525-4796-86b5-5e513fd45f26}”中启动了动作“ C：\ Program Files（x86）\ PHP \ v5.4 \ php.exe” 3pm”。

事件201 16:00:23 Task Scheduler成功完成了任务“ \ 3pm”，实例“ {3dd46ca9-c525-4796-86b5-5e513fd45f26}”，操作“ C：\ Program Files（x86）\ PHP \ v5.4 \ php .exe”，返回码为0。

我已经看到此问题不定期运行两次，这表明原因是http://support.microsoft.com/kb/2461249上的错误。但是，这不包含Server 2012。

我正在努力解释这一点，还有其他人可以吗？

计划任务的XML导出为：

<?xml version="1.0" encoding="UTF-16"?>
<Task version="1.2" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task">
  <RegistrationInfo>
    <Date>2013-04-16T14:04:17.4897806</Date>
    <Author>x\y</Author>
  </RegistrationInfo>
  <Triggers>
    <CalendarTrigger>
      <StartBoundary>2013-04-17T15:00:20</StartBoundary>
      <Enabled>true</Enabled>
      <ScheduleByWeek>
        <DaysOfWeek>
          <Monday />
          <Tuesday />
          <Wednesday />
          <Thursday />
          <Friday />
        </DaysOfWeek>
        <WeeksInterval>1</WeeksInterval>
      </ScheduleByWeek>
    </CalendarTrigger>
  </Triggers>
  <Principals>
    <Principal id="Author">
      <UserId>x\y</UserId>
      <LogonType>Password</LogonType>
      <RunLevel>LeastPrivilege</RunLevel>
    </Principal>
  </Principals>
  <Settings>
    <MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy>
    <DisallowStartIfOnBatteries>true</DisallowStartIfOnBatteries>
    <StopIfGoingOnBatteries>true</StopIfGoingOnBatteries>
    <AllowHardTerminate>true</AllowHardTerminate>
    <StartWhenAvailable>false</StartWhenAvailable>
    <RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable>
    <IdleSettings>
      <StopOnIdleEnd>true</StopOnIdleEnd>
      <RestartOnIdle>false</RestartOnIdle>
    </IdleSettings>
    <AllowStartOnDemand>true</AllowStartOnDemand>
    <Enabled>true</Enabled>
    <Hidden>false</Hidden>
    <RunOnlyIfIdle>false</RunOnlyIfIdle>
    <WakeToRun>false</WakeToRun>
    <ExecutionTimeLimit>P3D</ExecutionTimeLimit>
    <Priority>7</Priority>
  </Settings>
  <Actions Context="Author">
    <Exec>
      <Command>"C:\Program Files (x86)\PHP\v5.4\php.exe"</Command>
      <Arguments>-f "c:\a.php"</Arguments>
    </Exec>
  </Actions>
</Task>

10月29日17:00-更新-两台服务器都分别在15:00和16:00运行了计划的任务。我现在已经更新了调度程序运行的php文件，在我尝试解决此问题时，它实际上并未执行任何操作。我打算重新启动一台服务器，以查看明天是否有任何变化。

10月30日08:25-更新-导出任务XML时，我记得我没有包括第二个服务器上的计划任务是通过导入在第一个服务器上创建的任务的XML创建的。这两个任务之间的唯一区别是它们正在执行的php文件的路径以及它们作为其运行的用户帐户。

10月30日16:30-更新-已重新启动的服务器不再显示此行为，计划任务在其上运行了一次。我将等待几天，然后再重新启动第二台服务器，以防有人对诊断原因/发生方式有任何想法

11月6日18:00-更新-我们将所有更新应用到第二台服务器并重新启动。我们以为这可以解决问题，但是下午3点再次运行两次-下午3点再次运行，然后在下午4点再次运行。我看了其他预定的工作，他们只跑了一次。

我们只是在本周的生产服务器（也包括Windows Server 2012）上注意到了相同的问题。我们的时钟回到一小时后（也就是2013年11月3日，在多伦多，这里），时钟也开始了。

2013年11月12日更新：

• 重新启动无效（任务继续运行两次）
• 导出和重新导入任务无效（任务继续运行两次）
• 在GUI中手动重新创建任务确实可以解决问题

此外，在与微软（由我们的系统管理员）进行了进一步讨论之后，微软表示： “ ...该问题已在Windows Server 2012中发现，并且仅在Windows的下一发行版Windows 8.1 / Windows Server 2012 R2中得到解决。” 。

自DST转换以来，这个星期我就遇到了这个问题。我知道这不是一个很好的答案，但是删除并重新创建作业似乎可以解决问题。我对一整夜重复的几个作业进行了测试，重新创建的作业没有重复。

当作业计划为UTC + 0（Windows 2012 R2服务器）时，我们可以重现该错误。
例如，我们有一个在错误的日期运行的工作，该工作原定在凌晨2点进行。
由于我们的时区为UTC + 2，因此作业的运行时间为UTC + 0。
Windows似乎有一些舍入问题。也许它在内部使用UTC，并且如果作业正好在UTC + 0上运行，则一些舍入错误或竞争条件会导致作业在错误的日期运行。
我们还看到按计划运行但重新启动后的作业报告：

操作员或管理员拒绝了请求（0x800710E0）

将计划时间更改为例如凌晨2:02之后，错误消失了。