작업 스케줄러가 작업을 두 번 실행했습니다


10

업데이트 : 이제 이틀 연속으로 발생했습니다.

업데이트 : 예약 된 작업 및 이미지의 XML이 포함되었습니다.

Windows 2012 모두 런던에 위치한 두 대의 서버는 월요일부터 금요일까지 오후 3시에 예약 된 작업이 실행되도록 설정했습니다. 지난 5 개월 동안 문제없이 설정되었습니다.

그러나 8 월 28 일 월요일에는 오후 3시에 예약 된 작업을 실행 한 다음 오후 4시에 다시 실행했습니다. 그것이 처음보고되었을 때, 나는 시계가 한 시간 뒤로 돌아간 다음날이 너무 우연의 일치라고 생각했습니다. 그러나 왜 그런 일이 발생했는지와 시계 변경과 관련이 있는지 설명하지 못했습니다.

한 서버의 관련 로그 (다른 서버의 로그도이 패턴을 따릅니다) :

이벤트 129 15:00:20 작업 스케줄러 실행 작업 "\ 3pm", 인스턴스 ID가 2388 인 "C : \ Program Files (x86) \ PHP \ v5.4 \ php.exe"인스턴스

이벤트 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 "작업을 시작했습니다. 오후 3시 "

이벤트 201 15:00:23 작업 스케줄러가 작업 "\ 3pm", 인스턴스 "{75a3590f-dec1-4dee-bd27-73d63a50a9d7}", 작업 "C : \ Program Files (x86) \ PHP \ v5.4 \ php .exe "와 함께 반환 코드가 0입니다.

이벤트 129 16:00:20 작업 스케줄러 시작 작업 "\ 3pm", 프로세스 ID 1224의 "C : \ Program Files (x86) \ PHP \ v5.4 \ php.exe"인스턴스.

이벤트 100 16:00:20 작업 스케줄러가 사용자 "x \ y"에 대한 "\ 3pm"작업의 "{3dd46ca9-c525-4796-86b5-5e513fd45f26}"인스턴스를 시작했습니다.

이벤트 200 16:00:20 작업 스케줄러가 "\ 작업의"{3dd46ca9-c525-4796-86b5-5e513fd45f26} "에서"C : \ Program Files (x86) \ PHP \ v5.4 \ php.exe "작업을 시작했습니다. 오후 3시 "

이벤트 201 16:00:23 작업 스케줄러가 작업 "\ 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시에 다시 두 번 실행되었습니다. 나는 예정된 다른 직업들을보고 한 번만 달렸다.


하루가 지나면 시간이 변경되어 발생하지 않을 가능성이 높으며 로그의 시간은 정확한 시간을 반영합니다 (시간 문제인 경우 두 번 실행되지만 각 시간에 하나씩 오후 3시에 실행되는 것을 볼 수 있음). 솔직히, 그것이 8 월에 한 번만 일어난다면 "버그 / 이상 / 고스트"라고 말하고 계속 나아가려고합니다. 그러나 다른 누군가가 당신을 위해 약간의 빛을
비출

10 월 29 일 17:00-업데이트-두 서버 모두 15:00 및 16:00에 예약 된 작업을 다시 실행했습니다. 이제이 문제를 해결하려고하는 동안 실제로 아무것도하지 않도록 스케줄러가 실행하는 PHP 파일을 업데이트했습니다. 내일 어떤 변화가 있는지 확인하기 위해 한 대의 서버를 다시 시작할 계획입니다.
Ross Buggins

1
예약 된 작업의 XML 내보내기를 게시하여 해당 매개 변수가 실제로 무엇인지 알 수있게 하시겠습니까?
Ryan Ries

방금 참고 : 트리거 옵션 "시간대에 동기화"를 확인 했습니까? 그 후 작업 스케줄러가 UTC를 사용하고 있습니다.
Manfred Schmidt

아니요, 틱되지 않습니다. 그러나 그 진드기로 나는 그것이 내가 요구하는 행동이라고 생각하지 않습니다. 현지 시간으로 오후 3시에 작업을 실행하고 싶습니다. BST 중에 한 시간 정도 실행되고 있다고 생각합니까?
Ross Buggins

답변:


4

이번 주에 발생한 프로덕션 서버 (Windows Server 2012)에서도 동일한 문제가 발생했습니다. 우리 시계가 1 시간 (2013 년 11 월 3 일, 여기 토론토에서) 돌아간 후에 시작되었습니다.

2013 년 11 월 12 일에 업데이트 :

  • 재부팅이 작동 하지 않습니다 (작업이 두 번 계속 실행 됨)
  • 작업 내보내기 및 다시 가져 오기가 작동 하지 않았습니다 (작업이 두 번 계속 실행 됨)
  • GUI에서 작업을 수동으로 다시 만들면 문제가 해결됩니다.

또한 Microsoft (시스템 관리자)에 의한 추가 논의 후 "...이 문제는 Windows Server 2012에서 확인되었으며 Windows 8.1 / Windows Server 2012 R2 인 다음 Windows 릴리스에서만 수정되었습니다." .


이것도 XML 파일로 가져 왔습니까? 스테인의 대답에 내 의견을 참조하십시오
로스 Buggins

약 10 개의 작업이 있습니다. 수동으로 입력 한 항목 (최근에 작업을 만들었 기 때문에 그 출처를 확신합니다) 에는 두 번 실행 문제 가 없습니다 . 다른 작업 중 일부는 XML에서 가져 왔으며 문제가 있습니다. 우리는 내일 다시 부팅을 시도하고 Microsoft와 함께 후속 조치
Warren Stevens

하나 더 참고 : 우리는 할 수 없습니다 작업의 검사 "시간대에 걸쳐 동기화"가 (경우에 그 문제)
워렌 스티븐스

시스템 관리자로부터 : "... Microsoft와의 세션을 가졌지 만, 이전에 이것을 보았지만 그 원인을 정확히 말할 수는 없습니다. 지금은 서버를 재부팅하고 작업을 다시 시도해보십시오. 핫픽스는 없습니다. 영향을받는 다른 고객이 작업을 재부팅하거나 다시 생성하여 해결할 수 있다고 말 했으므로이 문제를 해결하려면 설치 가능 ... "
Warren Stevens

1
우리는 Windows 2016을 실행하고 있으며 동일한 문제가 있습니다 (Windows 2012에서 가져온 작업)
Greg

1

이번 주 DST 전환 이후이 문제가 발생했습니다. 나는 이것이 좋은 대답은 아니지만 작업을 삭제하고 다시 작성하면 문제를 해결하는 것으로 보입니다. 밤새 복제 된 몇 가지 작업을 테스트했는데 재생성 된 작업은 복제되지 않았습니다.


0

작업이 UTC + 0 (Windows 2012 R2 서버)으로 예약되었을 때 오류를 재현 할 수 있습니다.
예 : 우리는 오전 2시에 예정된 잘못된 날짜에 일을하고있었습니다.
시간대가 UTC + 2이므로 작업은 UTC + 0에서 실행되었습니다.
Windows에 반올림 문제가있는 것 같습니다. 아마도 내부적으로 UTC를 사용하고 작업이 UTC + 0에서 정확하게 실행되는 경우 일부 반올림 오류 또는 경쟁 조건으로 인해 작업이 잘못된 날짜에 실행됩니다.
또한 계획대로 실행되지만 재부팅 후 작업이보고되었습니다.

운영자 또는 관리자가 요청을 거부했습니다 (0x800710E0)

예약 시간을 예를 들어 오전 2:02로 변경 한 후 오류가 사라졌습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.