작업 스케줄러가 밤새 실행되지 않았다면, 절전과 놓친 시작 옵션을 나눠 봐요

매일 새벽에 파일을 정리하도록 Windows 작업 스케줄러에 등록했는데 아침에 결과가 없나요? 노트북 덮개를 닫아 둔 밤이었다면 예약 시각에 컴퓨터가 어떤 상태였는지부터 보세요. 작업 스케줄러의 ‘작업을 실행하기 위해 컴퓨터 깨우기’와 ‘예약된 시작을 놓친 경우 가능한 한 빨리 시작’은 서로 다른 문제를 다뤄요. 하나는 예정된 시각에 깨우는 설정이고, 다른 하나는 시각이 지난 뒤 시작할 수 있게 하는 설정이에요.

이 글은 시간으로 시작하는 Windows 예약 작업을 대상으로 해요. 새벽 2시 파일 정리 작업은 설명을 위한 가상 예시이며, 실제 컴퓨터에서 작업을 실행하거나 결과를 확인했다고 말하지 않아요. 그림 세 장도 Windows 화면을 복사한 사진이 아니라 예약 시각, 전원 상태, 실행 기록을 구분하기 위해 직접 만든 도해예요. 작업을 여러 번 다시 실행하기 전에 작업 이름과 예약 날짜를 먼저 적어 두세요.

예약 시각과 컴퓨터 상태를 한 줄에 놓아요

우선 문제가 된 하루의 예약 시각과 노트북을 다시 연 시각을 나란히 적어요. 예를 들어 작업이 새벽 2시로 예약됐고 오전 8시에 노트북을 열었다면, 2시에 실행됐어야 하는지 8시 이후에 따라잡아도 되는지부터 결정해야 해요. 결과 파일이 없다는 사실만으로 작업 스케줄러가 실패했다고 단정하지 마세요. 작업이 시작됐지만 프로그램이 다른 위치에 저장했을 가능성도 남아 있어요.

작업 스케줄러에서 해당 작업을 선택해 트리거의 날짜와 반복 간격을 읽어요. 이름이 비슷한 다른 작업이나 이전 시험용 작업을 보고 있으면 설정을 정확히 읽어도 진단이 틀어져요. 작업의 다음 실행 시각, 마지막 실행 시각, 마지막 실행 결과도 함께 기록해요. Microsoft의 작업 정보 명령 문서는 예약 작업의 실행 정보를 조회할 수 있다고 설명해요. 이 단계에서는 값을 조회하기만 하고 새 작업을 만들거나 수동 실행하지 않아요.

예약 시각에 컴퓨터가 켜져 있었는지도 중요해요. 화면만 꺼진 상태, 절전, 최대 절전, 완전 종료는 같지 않아요. Microsoft의 WakeToRun 설명은 작업 스케줄러가 작업 시각에 컴퓨터를 깨우는 설정을 말하며 절전 또는 최대 절전에서 깨어났어도 화면이 꺼진 채 남을 수 있다고 적어요. 따라서 화면이 켜지지 않았다는 기억만으로 컴퓨터가 계속 잠자고 있었다고 결론 내릴 수는 없어요. 완전히 종료한 PC를 이 옵션 하나로 켠다고 기대해서도 안 돼요.

예약 시각에 깨울지, 지난 시각을 따라잡을지 선택해요

Microsoft는 WakeToRun이 참이면 작업을 실행할 시간이 됐을 때 작업 스케줄러가 컴퓨터를 깨운다고 정의해요. 작업 속성의 조건에서 ‘작업을 실행하기 위해 컴퓨터 깨우기’에 해당하는 항목을 확인하는 이유가 여기에 있어요. 반드시 새벽 2시에 끝나야 하는 백업과, 아침에 열었을 때 처리해도 되는 정리는 요구가 달라요. 전자가 필요하다면 깨우기 여부를 검토해야 하지만 화면 표시나 파일 생성만으로 이 설정의 동작을 증명할 수는 없어요.

반면 Microsoft의 StartWhenAvailable 설명은 예약 시각이 지난 뒤 작업 스케줄러가 작업을 시작할 수 있게 하는 설정이라고 해요. 기본값은 거짓이라고 명시돼 있어요. 도움말에는 이 설정 때문에 늦게 시작하는 작업은 큐에 들어가 지연 후 시작하며 기본 지연은 10분이라고 적혀 있어요. 그래서 노트북을 오전 8시에 열자마자 8시 정각에 결과가 나와야 한다고 기대하면 안 돼요. 그날 놓친 실행을 나중에 처리할 필요가 있는지와 기다릴 수 있는 시간을 구분해요.

이 옵션에는 적용 범위도 있어요. Microsoft는 종료 경계가 있는 시간 기반 작업 또는 무한 반복하도록 설정된 시간 기반 작업에 StartWhenAvailable이 적용된다고 명시해요. 모든 트리거 유형에서 과거 실행을 무조건 다시 만든다는 뜻으로 읽지 마세요. 한 번만 실행하는 특정 작업이라면 트리거의 시작·종료 조건과 반복 설정을 먼저 확인해야 해요. 종료 경계나 반복 방식이 다르면 UI에 같은 문구가 보여도 기대한 동작과 다를 수 있어요.

두 항목은 서로 대신할 수 없어요. 깨우기는 예정된 순간의 전원 상태를 다루고, 놓친 시작은 이미 지난 시간의 시작 가능성을 다뤄요. 업무상 정확한 시간에 실행해야 한다면 깨우기 여부와 전원 환경을 함께 점검해요. 오전에 따라잡아도 되는 작업이라면 지난 예약을 뒤늦게 실행할 수 있는지와 그로 인한 중복 처리를 검토해요. 같은 파일을 두 번 옮기거나 알림을 두 번 보내는 작업이라면 설정을 바꾸기 전에 후속 동작을 살펴보는 편이 안전해요.

절전 외의 조건도 실행을 막을 수 있어요

컴퓨터가 깨어 있었는데도 작업이 시작되지 않았다면 작업 속성의 설정과 조건을 차례로 읽어요. Microsoft의 TaskSettings 문서는 Enabled가 참일 때만 작업을 수행할 수 있다고 설명해요. 작업이 사용 안 함 상태라면 깨우기나 놓친 시작을 논하기 전에 그 사실을 기록해야 해요. 단, 조직이 관리하는 작업이라면 이유를 모른 채 임의로 켜지 말고 담당자에게 확인해요.

같은 문서는 배터리로 작동할 때 시작하지 않도록 하는 조건, 컴퓨터가 유휴 상태일 때만 실행하는 조건, 네트워크가 있을 때만 실행하는 조건도 설명해요. 예를 들어 노트북을 전원 어댑터에서 뽑아 두고 배터리 시작 금지가 켜져 있었다면 절전 설정만 보아서는 원인을 다 설명하지 못해요. 네트워크 드라이브의 파일을 다루는 작업이라면 연결 조건과 프로그램 자체의 접근 실패도 나눠야 해요. 체크 표시를 기록하되 한꺼번에 전부 해제하지 마세요.

마지막 실행 시각이 예약 시각 이후로 남아 있다면 “시작하지 않았다”는 가설부터 다시 보세요. 마지막 결과는 그 작업 실행의 단서이지, 파일 저장이나 메일 전달 같은 최종 업무 결과의 증거는 아니에요. 실행 시각이 있다면 작업의 동작 탭에 지정된 프로그램, 인수, 시작 위치와 실제 결과 위치를 확인해요. 특히 상대 경로에 의존하는 스크립트는 시작 위치에 따라 다른 파일을 볼 수 있으므로, 예약 시간이 아니라 실행된 프로그램을 점검할 차례일 수 있어요.

작업 스케줄러의 기록을 사용 중이라면 해당 날짜에 작업이 시작·완료됐는지, 시작 조건 때문에 건너뛰었는지 확인할 단서가 있어요. 기록이 비어 있다는 이유만으로 그날 아무 일도 없었다고 단정하지 마세요. 기록 수집이 켜져 있었는지와 보는 작업이 맞는지를 먼저 확인해요. 이 글에서는 시스템의 기록 정책을 바꾸거나 보안 로그 설정을 수정하도록 권하지 않아요. 읽을 수 있는 현재 상태와 출력 파일의 수정 시각을 대조하는 것만으로도 진단 범위를 좁힐 수 있어요.

설정 변경은 원하는 결과를 정한 다음에 해요

아침에 다시 노트북을 열 때 실행되면 충분한 파일 정리 작업이라면, 먼저 그 작업이 시간 기반이며 StartWhenAvailable 적용 범위에 드는지 확인해요. 그렇다면 작업 속성에서 놓친 시작 관련 설정을 검토할 수 있어요. 적용 가능해도 정확히 8시 정각에 실행된다고 약속할 수는 없어요. 문서에 명시된 큐와 지연을 감안해 결과 확인 시각을 잡아야 해요. 같은 날 다음 정기 실행과 겹칠 수 있는지도 생각해요.

정확한 예약 시각에 시작해야 하는 작업이라면 WakeToRun 항목을 검토해요. 다만 노트북이 완전히 종료된 밤인지, 절전·최대 절전 상태였는지 먼저 구별해야 해요. 작업의 다른 조건이 허락하는지도 확인해요. 깨우기 설정만 켜면 모든 컴퓨터와 모든 작업에서 반드시 성공한다고 약속하지 마세요. 전원 정책이나 장치의 동작을 임의로 바꾸기 전에 현재 조건과 운영 목적을 기록하는 것이 우선이에요.

둘 다 필요하다고 해서 무조건 두 옵션을 함께 켜는 것이 답은 아니에요. 정해진 시각에 시작하는 일과 놓쳤을 때 뒤늦게 처리하는 일의 허용 기준을 먼저 써 보세요. 예를 들어 매일 생성되는 이름이 다른 파일을 정리한다면 전날 분을 오전에 처리해도 될 수 있어요. 하지만 외부에 알림을 보내거나 결제 파일을 내보내는 작업은 늦게 실행하는 것 자체가 문제일 수 있어요. 작업의 결과를 확인하고 중복을 피하는 절차가 없다면 재실행을 서두르지 마세요.

마지막으로 확인한 값을 짧게 남겨요. 작업 이름과 트리거, 예약 시각, 당시 전원 상태, 깨우기와 놓친 시작 설정, 배터리·유휴·네트워크 조건, 마지막 실행 시각과 결과를 한 줄씩 적어요. 이렇게 하면 “절전 때문”이라는 추측을 실제 관찰과 분리할 수 있어요. 예약 시각에 깨워야 하는지, 지나간 시각을 나중에 처리해야 하는지, 이미 실행된 프로그램의 결과를 조사해야 하는지를 이 기록으로 선택할 수 있어요.

정리하면 밤새 실행되지 않은 것처럼 보이는 작업은 세 갈래로 봐요. 예약 시각에 깨울 필요가 있는지, 시각을 놓쳤다면 뒤늦게 시작해도 되는지, 실행 흔적은 있는데 결과만 없는지예요. Microsoft의 WakeToRun과 StartWhenAvailable은 앞의 두 상황을 다르게 설명해요. 작업 정보와 다른 시작 조건을 함께 읽은 뒤 한 가지 이유에 맞춰 수정해야 다음 밤의 결과를 해석할 수 있어요.

공식 근거: Microsoft Learn ‘TaskSettings.WakeToRun property’(https://learn.microsoft.com/en-us/windows/win32/taskschd/tasksettings-waketorun), ‘TaskSettings.StartWhenAvailable property’(https://learn.microsoft.com/en-us/windows/win32/taskschd/tasksettings-startwhenavailable), ‘TaskSettings object’(https://learn.microsoft.com/en-us/windows/win32/taskschd/tasksettings), ‘Get-ScheduledTaskInfo’(https://learn.microsoft.com/en-us/powershell/module/scheduledtasks/get-scheduledtaskinfo).