# Local DB 접속 안됨(DB접속 무한로딩) 에러 - autovacuum 작업자가 너무 오래전에 시작되어 중지됨 해결방법

“autovacuum 작업자가 너무 오래전에 시작되어 중지됨” 해결방법

로컬 개발 환경에서 PostgreSQL을 사용하다 보면
갑자기 DB 접속이 되지 않고,
로그에 아래와 같은 메시지가 반복되는 경우가 있습니다.

경고: autovacuum 작업자가 너무 오래전에 시작되어 중지됨

DBeaver나 Spring Boot, 혹은 psql에서도
연결이 안 되며 서비스가 멈춰버리기도 합니다.

---

문제 현상 요약

다음 증상이 나타납니다:

• DBeaver에서 “Connection timed out”
• Spring Boot 콘솔 로그에 아래와 같은 에러가 나타남

Failed to obtain JDBC Connection

 

---

원인 분석

이 문제는 PostgreSQL 내부의 autovacuum 프로세스가 교착 상태에 빠졌을 때 발생합니다.
autovacuum은 불필요한 레코드 정리를 담당하는 백그라운드 작업인데,
시스템이 중간에 절전/강제 종료되거나
디스크 I/O 오류, 장시간 락(lock)이 걸리면 멈춰버립니다.

그 결과:

• PostgreSQL 프로세스(postgres.exe)가 완전히 종료되지 않고 남음
• postmaster.pid 파일이 잠금 상태로 남음
• 새로 서비스를 시작할 수 없게 됨

---

해결방법

가장 간단하고 안전한 방법은 Windows 재부팅입니다.

PostgreSQL은 서비스 형태로 동작하기 때문에,
단순 재부팅만으로도 autovacuum 교착과 PID 락이 해제되는 경우가 많습니다.

재부팅 후, PostgreSQL이 정상적으로 시작되는지 확인하세요.
services.msc → postgresql-x64-17 → 상태가 “실행 중”이면 정상입니다.

---

그래도 안될 경우

(1) PostgreSQL 프로세스 강제 종료

관리자 CMD(명령 프롬프트) 실행 후:

taskkill /F /IM postgres.exe

(2) postmaster.pid 파일 삭제

PostgreSQL의 실행 잠금 파일입니다.
다음 경로에서 postmaster.pid 파일을 찾아 삭제하세요:

C:\Program Files\PostgreSQL\버전\data\postmaster.pid

해당 파일은 PostgreSQL이 "이미 실행 중"이라고 착각하게 만드는 원인입니다.

 

(3) PostgreSQL 서비스 재시작

net start postgresql-x64-17

또는
services.msc → “PostgreSQL” → 시작(Start)

---

이 문제는 대부분 autovacuum 프로세스 교착 + PID 파일 잠금으로 인해 발생하며,
데이터 손상보다는 서비스 락(lock) 이 원인인 경우가 많습니다.

✅ 재부팅이 가장 간단하고,
✅ 그래도 안 되면 PID 삭제 및 재설치로 완전 복구가 가능합니다.