Windows 작업 스케줄러 실행이 완료되지 않거나 시간 초과 상태로 끝날 때는 작업 동작, 실행 계정, 조건 탭, 프로그램 종료 방식부터 분리해 확인해야 합니다. 기록 화면과 실행 파일 경로를 기준으로 원격 점검 또는 현장 조치 범위를 정합니다.
작업 스케줄러가 멈출 때: 실행 시간 제한과 종료 코드를 분리하는 법
예약 작업은 시작 표시만으로 정상 완료를 판단할 수 없습니다. 작업이 실행된 흔적은 있는데 결과가 계속 실행 중이거나 시간 초과로 남는다면, Windows 작업 스케줄러 자체보다 호출된 프로그램의 종료 방식부터 확인해야 합니다. 특히 관문동 STATUS_EXECUTION_TIMEOUT처럼 결과 코드와 시간 제한이 함께 보이는 경우에는 시작 실패, 실행 중 멈춤, 하위 프로세스 잔류를 한 문제로 묶어 처리하면 원인을 놓치기 쉽습니다. 수동 실행에서는 정상인데 정해진 시간에만 실패한다면 실행 계정, 네트워크 연결, 유휴 상태 조건도 별도로 비교해야 합니다. 오류 화면과 작업 내보내기 파일이 있다면 동네형컴퓨터 010-6833-8119 로 먼저 전달해 원격 점검 가능 범위를 확인할 수 있습니다. 출장 점검은 09:00~18:00 서울·경기·인천·세종에서 일정에 맞춰 진행하며, 원격 점검은 새벽 시간을 제외하고 가능합니다.
작업 기록에서 멈춘 시점을 찾는 방법
가장 먼저 볼 항목은 작업 스케줄러의 마지막 실행 결과와 해당 작업의 기록(History)입니다. 결과 값 하나만 보고 원인을 단정하지 말고, 실행 요청부터 작업 완료 또는 중단 이벤트까지 시간 순서로 놓고 확인해야 합니다. 작업 기록이 비활성화되어 있다면 우선 기록 사용으로 전환한 뒤 같은 조건에서 한 번 재현하는 편이 좋습니다.
| 확인되는 상태 | 우선 살필 지점 | 점검 방향 |
|---|---|---|
| 시작 이벤트가 없음 | 트리거, 사용 안 함 상태, 조건 탭 | 예약 시각과 조건 충족 여부 확인 |
| 시작 후 완료 이벤트가 없음 | 실행 파일, 입력 대기, 하위 프로세스 | 부모 프로세스가 종료 신호를 받는지 확인 |
| 수동 실행만 정상 | 실행 계정, 프로필, 네트워크 경로 | 예약 실행 환경과 수동 환경 비교 |
| 시간 초과 또는 반복 중단 | 작업 설정의 실행 제한, 반환 코드 | 제한 시간과 실제 처리 시간을 분리 분석 |
기록에서 시작 이벤트는 남았지만 종료 이벤트가 사라졌다면, 작업은 실행 명령을 전달했으나 완료 신호를 받지 못했을 가능성이 큽니다. 반대로 아예 시작 단계의 이벤트가 없다면 프로그램 문제보다 트리거, 조건, 계정 로그온 상태를 먼저 봐야 합니다. 관문동 STATUS_EXECUTION_TIMEOUT 상태를 확인할 때도 마지막 실행 결과만 복사하기보다 마지막 정상 실행 시각, 실패 시작 시각, 마지막 이벤트 ID를 함께 비교하는 것이 정확합니다.
종료되지 않는 실행 파일과 하위 프로세스
예약 작업은 지정한 실행 파일이 끝났다고 판단되어야 완료 상태로 돌아갑니다. 그런데 배치 파일이나 PowerShell 스크립트가 숨은 입력창, 확인 창, 자격 증명 요청 창을 기다리면 화면에는 보이지 않아도 작업은 계속 실행 중일 수 있습니다. 파일 복사, 압축, 백업, 웹 요청처럼 별도 프로그램을 호출하는 작업도 마찬가지입니다.
특히 부모 프로세스는 먼저 종료됐는데 자식 프로세스가 남는 구조를 점검해야 합니다. 예를 들어 배치 파일이 실행한 프로그램이 별도 창이나 백그라운드 프로세스로 전환되면, 작업 스케줄러가 어느 프로세스의 종료를 기다려야 하는지 예상과 달라질 수 있습니다. 작업 관리자와 세부 정보 탭에서 실행 계정, 시작 시간, 부모-자식 관계를 확인하면 남아 있는 프로세스를 찾는 데 도움이 됩니다.
PowerShell 과 배치 파일은 상대 경로 대신 전체 경로를 쓰는 편이 안전합니다. ‘시작 위치’ 또는 작업 폴더를 명시하지 않으면 수동 실행 때의 현재 폴더와 예약 실행 때의 폴더가 달라 파일을 찾지 못할 수 있습니다. 스크립트 내부에서 로그 파일 경로, 실행 파일 경로, 네트워크 공유 경로를 모두 절대 경로로 정리하고, 처리 완료 뒤 명확한 종료 코드가 반환되도록 구성해야 합니다.
실행 계정과 조건 탭을 분리해 테스트하기
실행 계정을 바꾸는 일은 단순히 관리자 권한을 높이는 조치가 아닙니다. 계정이 달라지면 사용자 프로필 위치, 저장된 자격 증명, 네트워크 드라이브 연결, 공유 폴더 접근 권한도 달라질 수 있습니다. 탐색기에서 보이는 네트워크 드라이브 문자가 예약 작업에서는 보이지 않는 경우도 있으므로, 공유 경로는 드라이브 문자보다 UNC 경로로 지정하는 편이 낫습니다.
테스트할 때는 여러 항목을 한 번에 바꾸지 않는 것이 중요합니다. 먼저 ‘사용자가 로그온할 때만 실행’과 ‘사용자가 로그온하지 않아도 실행’의 차이를 확인하고, 그다음 최고 권한 실행 여부를 비교합니다. 이후 조건 탭에서 유휴 상태 요구, AC 전원 조건, 네트워크 연결 요구, 절전 모드 해제 옵션을 최소 구성으로 바꿔 재현합니다. 이렇게 분리하면 권한 문제인지, 지정 시각의 시스템 상태 문제인지 판단할 수 있습니다.
작업 설정에 실행 시간 제한이 있다면 실제 처리 시간보다 짧게 잡혀 있지 않은지도 확인합니다. 다만 제한 시간을 무작정 늘리는 방식은 해결이 아닙니다. 원래 2 분 안에 끝나던 작업이 30 분 이상 멈춘다면, 종료 코드가 돌아오지 않는 구간과 외부 프로그램 또는 네트워크 응답 대기 구간을 먼저 찾아야 합니다.
일정 조율이 필요한 경우
관문동에서 사용 중인 PC라면 업무 중단이 가능한 시간대를 짧게 정해 기록 확인, 작업 XML 백업, 조건 변경 테스트 순으로 진행하는 편이 안전합니다. 오류 화면과 작업 내보내기 파일을 먼저 확보하면 현장 방문 전에도 원격으로 변경 범위와 예상 소요 시간을 판단할 수 있습니다.
기록이 남아 있을 때 문의하기
반복 실행 중 멈춤이 생기거나 반환 코드가 이전과 다르게 바뀌었다면, 수정 전에 자료를 보존하는 것이 좋습니다. 작업 이름만 전달하기보다 오류 화면, 작업 XML 내보내기 파일, Windows 버전, 실행 대상 전체 경로, 최근 변경한 보안 정책 또는 업데이트 여부를 함께 준비해 주세요. 스크립트 내용에 계정 정보가 포함되어 있다면 비밀번호는 가린 뒤 전달하면 됩니다.
동네형컴퓨터는 작업 기록의 시작·중단 이벤트, 실행 명령, 계정 및 조건 설정을 나누어 확인합니다. 원격으로 조정 가능한 항목인지, 프로그램 동작 확인을 위해 현장 점검이 필요한지부터 판단하려면 010-6833-8119 또는 https://udns.kr/로 문의할 수 있습니다.
시간 제한과 종료 코드를 나누어 보면 해결이 빨라집니다
예약 실행 실패는 “작업이 멈췄다”는 한 문장으로 끝나지 않습니다. 시작 자체가 되지 않았는지, 실행은 됐지만 프로그램이 종료되지 않았는지, 제한 시간이 먼저 끝났는지를 나누면 점검 순서가 선명해집니다.
핵심은 부모 프로세스 기준으로 완료 신호가 사라지는 지점을 추적하는 것입니다. 작업 기록 한 장과 실행 명령 한 줄이 있으면 설정 문제와 프로그램 문제를 상당 부분 구분할 수 있습니다.
실행 계정, 작업 폴더, 네트워크 경로, 조건 탭을 차례대로 검증하면 같은 오류의 반복을 줄일 수 있습니다. 변경 전 XML을 백업하고 한 항목씩 재현하는 방식이 가장 안전합니다.
자주 묻는 질문
작업 스케줄러에서 시간 초과 상태는 무엇을 뜻하나요?
작업이 지정된 제한 시간 안에 완료 상태로 전환되지 않았다는 뜻입니다. 실제 처리 시간이 긴 경우도 있지만, 프로그램이 입력을 기다리거나 하위 프로세스가 남아 종료되지 않는 경우도 확인해야 합니다.
예약 작업은 수동 실행되는데 정해진 시간에는 실패하는 이유가 있나요?
있습니다. 예약 실행은 로그인 상태, 실행 계정, 사용자 프로필, 네트워크 연결, 유휴 상태, 전원 조건이 수동 실행 환경과 다를 수 있습니다. 특히 네트워크 드라이브와 저장된 자격 증명 차이가 자주 원인이 됩니다.
실행 계정이나 작업 조건 변경은 원격으로 점검할 수 있나요?
작업 기록, XML 파일, 오류 화면이 확보되어 있고 원격 접속이 가능한 환경이라면 대부분의 설정 비교와 테스트는 원격으로 진행할 수 있습니다. 다만 실행 대상 프로그램이 특정 장비나 현장 네트워크에 의존한다면 현장 확인이 필요할 수 있습니다.