PostgreSQL 14 지원 종료 앞두고…19 출시 예정일과 이관 계획을 분리해야

먼저 읽는 핵심

PostgreSQL 14의 마지막 지원일은 2026년 11월 12일이다. 지원 종료는 DB의 즉시 정지를 뜻하지 않는다.
PostgreSQL 19 정식 출시는 11월 19일로 계획돼 있다. 메이저 이관은 데이터와 애플리케이션 검증, 실패 시 복구 경로를 함께 준비해야 한다.

서버 운영자가 일정표를 검토하는 사무실 장면
설명용 이미지 예정. 실제 사건·기관·상품·인물을 촬영한 증빙 사진이 아닙니다.

PostgreSQL 14 운영자가 결정할 일은 차기 버전의 신기능만이 아니다. 커뮤니티 지원이 끝나는 시점과 실제 서비스가 새 버전으로 옮겨갈 수 있는 시점을 맞춰야 한다. 아직 예정인 19 출시를 기다리는 계획과 이미 지원되는 버전으로의 이관 계획을 구분할 필요가 있다.

지원 종료일과 DB 정지는 다른 문제

PostgreSQL 14 지원 종료일은 공식 버전 정책상 2026년 11월 12일이다. 프로젝트는 메이저 버전을 5년간 지원한 뒤 마지막 마이너 버전을 내고 지원을 종료한다. 11월 2일 조회 표에는 14.24가 현재 14 계열 마이너 버전으로 표시돼 있다. [S1]

지원 종료가 그날 데이터베이스 프로세스를 강제로 멈추는 기능은 아니다. 다만 커뮤니티의 후속 수정 지원을 전제로 운영할 수 없게 되므로 운영자는 현재 엔진 버전과 서비스 제공사의 별도 지원 정책을 구분해 확인해야 한다. 관리형 DB 상품의 계약이나 추가 지원 기간은 이번 커뮤니티 정책표만으로 확정할 수 없다.

19 정식 출시를 유일한 일정으로 잡지 않기

PostgreSQL 19는 10월 15일 RC1이 공개됐다. 공식 공지는 RC2를 11월 12일, 정식 출시를 11월 19일로 계획하며 문제가 발견되면 지연이나 추가 RC가 가능하다고 명시한다. 따라서 이 날짜는 완료된 출시일이 아니다. [S2]

14의 지원 종료일과 19의 정식 출시 예정일 사이에는 7일 차이가 있다. 공식 정책표에는 15~18이 지원 버전으로 올라 있다. 이관 목표는 숫자가 가장 큰 버전 하나로 고정하기보다 확장 모듈과 드라이버 호환성, 전환 가능한 시간을 함께 고려해 정하는 편이 현실적이다. [S1][S2]

메이저 이관과 마이너 업데이트 구분

PostgreSQL 메이저 업그레이드에는 dump/restore, pg_upgrade, 복제 기반 방식 등 데이터 이전 전략이 필요하다. 같은 메이저 안의 마이너 업데이트처럼 실행 파일만 바꾸면 된다고 가정해서는 안 된다. 공식 문서는 건너뛰는 버전까지 포함해 관련 릴리스 노트의 Migration 항목을 읽도록 권고한다. [S1][S3]

방식별 시간은 데이터 규모와 환경에 따라 달라진다. 덤프 파일이 만들어졌다는 것만으로 실제 복원이 가능한지, 허용 정지 시간 안에 끝나는지 알 수는 없다. 실제 규모에 가까운 복제본에서 복원, 핵심 SQL, 권한과 연결, 확장 기능을 확인하는 절차가 필요하다는 것이 이 글의 운영상 제안이다.

분리된 두 저장 장치와 케이블을 확인하는 손
설명용 이미지 예정. 실제 사건·기관·상품·인물을 촬영한 증빙 사진이 아닙니다.

사전 검사 통과와 되돌릴 수 있음은 다르다

pg_upgrade의 --check는 데이터를 바꾸지 않고 클러스터를 검사하는 옵션이다. 공식 설명은 외부 모듈의 바이너리 호환성까지 도구가 확인할 수 없다고 밝힌다. 사전 검사 성공을 애플리케이션 전체의 정상 동작 보장으로 받아들여서는 안 된다. [S4]

--link는 하드 링크를 사용한다. 따라서 구버전 데이터 디렉터리를 무조건 독립된 복구본으로 간주하지 말고, 선택한 방식의 제약에 맞춘 별도 복원 수단을 확보해야 한다. 전환 뒤 새로 발생한 쓰기를 어떻게 처리할지도 계획에 포함하는 편이 좋다. 명령 실행 전에는 실제 대상 버전의 문서와 복구 절차를 확인해야 하며, 여기서는 DB 이관을 실행하지 않았다. [S4]