Windows 서비스가 실행 직후 멈추거나 재시작을 반복하면 단순 재부팅보다 종료 코드, 이벤트 뷰어의 응용 프로그램 로그, 서비스 로그온 계정 권한을 함께 확인해야 합니다. 의존 서비스·포트 충돌·구성 파일 접근 오류를 구분해 원격 조치와 현장 점검 범위를 정리합니다.
Windows 서비스가 시작 직후 종료될 때 로그온 계정과 이벤트 로그 점검법
시작 버튼을 눌러도 몇 초 안에 멈추는 서비스는 재시작 횟수보다 종료 직전의 기록이 중요합니다.
서비스 관리 화면에서는 시작됨으로 잠시 표시됐다가 중지 상태로 돌아오거나, 복구 설정에 따라 반복 실행되는 모습이 보일 수 있습니다.
이때 단순 재부팅만 반복하면 원인이 되는 예외 기록이나 계정 인증 실패 흔적이 새 로그에 묻힐 수 있습니다.
특히 최근 Windows 업데이트, 서비스 계정 변경, 비밀번호 변경, 보안 프로그램 정책 적용 뒤에 발생했다면 권한과 실행 환경을 함께 확인해야 합니다.
오류 화면과 서비스 이름을 확보하기 어렵다면 동네형컴퓨터 010-6833-8119 로 현재 증상을 먼저 알려주시면 확인 순서를 안내할 수 있습니다.
서비스 로그온 계정에서 먼저 확인할 항목
서비스 속성의 로그온 탭부터 확인합니다. 로컬 시스템 계정, 네트워크 서비스 계정, 로컬 서비스 계정, 지정 사용자 계정은 접근할 수 있는 파일·네트워크 자원·보안 정책 범위가 서로 다릅니다. 기존에는 정상 실행되던 서비스라도 지정 계정의 비밀번호가 변경됐거나 만료됐고, 서비스 속성에 이전 암호가 남아 있으면 시작 직후 종료될 수 있습니다.
지정 사용자 계정을 사용한다면 계정 자체의 잠김 여부와 함께 ‘서비스로 로그온’ 권한을 확인해야 합니다. 도메인 또는 로컬 보안 정책에서 해당 권한이 제거된 경우, 서비스 실행 파일이 시작 단계까지 진행되더라도 필요한 자원에 접근하지 못해 중단될 수 있습니다. 반대로 ‘서비스로 로그온 거부’ 정책에 포함되어 있어도 같은 문제가 생길 수 있습니다.
권한은 계정 하나만 보는 것으로 끝나지 않습니다. 실행 파일이 있는 폴더, 하위 데이터 폴더, 로그 저장 경로, 임시 폴더, 구성 파일의 읽기·쓰기 권한을 순서대로 점검해야 합니다. 서비스가 시작할 때 설정 파일을 갱신하거나 인증서·데이터베이스·공유 폴더에 접속하는 구조라면, 실행 폴더는 열리지만 다음 단계에서 종료되는 경우도 있습니다.
서비스가 콘솔 기반 프로그램을 호출하는 환경에서는 고잔동 STATUS_CONTROL_C_EXIT처럼 종료 상태가 표시될 수 있습니다. 이 표시는 실제 키보드 입력만 뜻한다고 단정하기보다, 실행 프로세스가 제어 신호를 받았는지, 상위 프로그램이 중단시켰는지, 보안 솔루션이나 작업 스크립트가 종료에 관여했는지를 로그와 함께 확인하는 편이 정확합니다.
이벤트 뷰어에서 종료 원인을 좁히는 방법
이벤트 뷰어에서는 Windows 로그의 시스템과 응용 프로그램을 같은 시간대로 비교합니다. 시스템 로그에는 서비스 제어 관리자 기록, 시작 실패, 예상치 못한 종료 관련 정보가 남을 수 있고, 응용 프로그램 로그에는 오류가 난 실행 파일 이름, 예외 모듈, 런타임 오류, 응용 프로그램 오류가 남을 수 있습니다.
| 기록에서 볼 항목 | 우선 의심할 범위 | 확인 방법 |
|---|---|---|
| 서비스 이름과 시작·중지 시각 | 서비스 제어 및 의존성 | 시스템 로그에서 동일 시각 항목 비교 |
| 예외 코드·오류 모듈 | 프로그램 충돌, 런타임, DLL 문제 | 응용 프로그램 오류 세부 정보 확인 |
| 파일 또는 경로 접근 거부 | 로그온 계정·폴더 권한 | 서비스 계정으로 접근 권한 재검토 |
| 주소 사용 중 또는 바인딩 실패 | 포트 충돌 | 동일 포트를 점유한 프로세스 확인 |
응용 프로그램 로그에 특정 DLL, .NET 런타임, Java 실행 환경, 데이터베이스 연결 모듈 등이 표시되면 서비스 자체가 아니라 실행 환경의 손상 또는 버전 불일치일 수 있습니다. 구성 파일의 경로가 변경됐거나 XML·JSON·INI 파일이 손상된 경우에도 시작 직후 예외를 내고 중지될 수 있으므로, 오류가 난 모듈명과 구성 파일 변경 이력을 함께 봐야 합니다.
서비스가 포트를 열어야 하는 경우에는 이미 다른 프로그램이 동일 포트를 사용 중인지 확인합니다. 재부팅 뒤 잠시 정상처럼 보이다가 특정 프로그램이 시작된 후 다시 멈춘다면 포트 점유 순서가 원인일 수 있습니다. 보안 프로그램의 격리 기록이나 차단 기록도 같은 시각으로 대조하면 실행 파일 또는 구성 요소가 중단된 흔적을 찾는 데 도움이 됩니다.
재시작 설정 전에 적용할 실행 실패 점검
복구 탭의 ‘첫째 실패 시 서비스 다시 시작’ 설정은 일시적인 오류에서 가동 시간을 늘릴 수 있습니다. 그러나 계정 암호 오류, 누락된 런타임, 잘못된 구성 파일, 포트 충돌처럼 매번 같은 조건에서 실패하는 문제를 해결하지는 못합니다. 원인 확인 전 자동 재시작을 짧은 간격으로 반복하면 이벤트 로그가 빠르게 쌓여 최초 오류를 찾기 어려워질 수 있습니다.
먼저 서비스의 종속성 탭에서 선행 서비스가 정상 실행 중인지 확인하고, 실행 파일 경로에 따옴표 누락이나 이전 경로가 남아 있지 않은지 살펴봅니다. 작업 폴더가 네트워크 드라이브나 공유 경로를 가리킨다면 서비스 계정이 해당 경로에 접근 가능한지도 중요합니다. 탐색기에서 관리자가 열리는 것과 서비스 계정이 실행 시 접근할 수 있는 것은 다를 수 있습니다.
점검 과정에서는 서비스 중지 전후의 시간, 오류가 발생한 직후의 이벤트 ID, 응용 프로그램 예외 내용, 최근 변경 사항을 보존하는 것이 좋습니다. 실행 파일이나 설정 파일을 바로 교체하기보다 복사본과 로그를 남긴 뒤 조치하면, 업데이트 롤백이나 권한 수정 후에도 원인을 비교할 수 있습니다.
현장과 원격 점검을 나누는 기준
고잔동에서 계정 정책, 사내 네트워크 접근, 장비 연결 상태까지 함께 확인해야 하는 경우에는 방문 가능 시간대를 조율해 점검 범위를 정할 수 있습니다. 반면 서비스 속성, 이벤트 로그, 오류 화면, 실행 경로를 확인할 수 있는 환경이라면 새벽 시간을 제외한 원격 점검으로도 원인 범위를 먼저 좁힐 수 있습니다.
원격 확인을 요청할 때는 고잔동 STATUS_CONTROL_C_EXIT가 표시된 화면만 보내기보다 서비스의 실제 이름, Windows 버전, 멈춘 시각, 최근 업데이트·계정 변경 여부를 함께 전달하는 편이 좋습니다. 종료 코드는 단서일 뿐이며, 동일 시각의 시스템 로그와 응용 프로그램 로그가 있어야 계정 문제인지 프로그램 예외인지 구분할 수 있습니다.
멈춘 시점의 기록을 보내면 진단이 빨라집니다
서비스가 시작 직후 종료되거나 재시작을 반복한다면, 오류가 난 바로 그 시점의 화면과 기록을 확보해 두세요. 서비스 이름, Windows 버전, 이벤트 로그 시간대, 최근 변경 작업, 서비스 속성의 로그온·종속성 정보를 준비하면 점검 범위를 빠르게 줄일 수 있습니다.
계정 권한과 이벤트 기록을 분리해 확인하면 불필요한 재설치나 반복 재부팅보다 정확한 조치 방향을 정하기 쉽습니다. 동네형컴퓨터 문의는 010-6833-8119 또는 https://udns.kr/에서 가능합니다.
자주 묻는 질문
Windows 서비스가 시작 직후 종료된다는 것은 무엇인가요?
서비스 실행 파일이 정상 상태를 유지하지 못하고 곧바로 끝났다는 뜻입니다. 로그온 계정 권한, 프로그램 예외, 설정 파일 오류, 런타임 누락, 의존 구성 요소 문제 등 여러 원인이 있을 수 있습니다.
재부팅하면 잠시 정상 동작하는데도 로그를 확인해야 하나요?
네. 재부팅 후에는 포트 점유 순서나 계정 인증 상태가 일시적으로 달라져 정상처럼 보일 수 있습니다. 예약 작업, 보안 정책 적용, 특정 파일 접근 시점에 다시 멈출 수 있으므로 문제가 발생한 시각의 로그를 확인하는 것이 중요합니다.
계정 권한 문제는 원격으로 확인할 수 있나요?
서비스 속성, 이벤트 로그, 로컬 보안 정책, 폴더 권한을 확인할 수 있다면 원격 점검이 가능합니다. 다만 네트워크 정책, 연결 장비, 물리적 보안 매체, 사내 인증 환경까지 확인해야 한다면 현장 점검이 필요할 수 있습니다.