PostgreSQL 비동기 복제본이 있어도 최신 커밋이 없을 수 있나요?
비동기 로그 전송은 커밋 뒤 변경이 복제본에 도착하는 방식이므로 주 서버가 갑자기 손실되면 아직 전달되지 않은 거래가 없을 수 있습니다. 복제본이 실행 중이라는 사실만으로 데이터 손실 0을 보장하지 않습니다.

- 비동기 복제는 전달되지 않은 변경의 창이 있습니다
- 수신과 재생 상태를 나눠 관찰합니다
- 전환 전후 쓰기 경로를 통제합니다
비동기 복제는 전달되지 않은 변경의 창이 있습니다
비동기 로그 전송은 커밋 뒤 변경이 복제본에 도착하는 방식이므로 주 서버가 갑자기 손실되면 아직 전달되지 않은 거래가 없을 수 있습니다. 복제본이 실행 중이라는 사실만으로 데이터 손실 0을 보장하지 않습니다.
수신과 재생 상태를 나눠 관찰합니다
주 서버에서 어느 지점까지 생성됐는지와 복제본이 어디까지 받고 적용했는지를 비교합니다. 단순 서버 생존 알림만으로 복제 지연을 대신하지 않습니다. 장애 시 어느 시점의 데이터까지 서비스할 수 있는지 운영 목표로 정합니다.
전환 전후 쓰기 경로를 통제합니다
승격 뒤 이전 주 서버가 다시 쓰기를 받으면 일관성 문제가 생길 수 있어 전환·격리 절차를 준비합니다. 복제본과 별도 백업의 역할도 구분합니다. 복제는 잘못된 삭제도 전달할 수 있으므로 과거 시점 복구 요구는 따로 다뤄야 합니다.
서버 운영 실행 전 점검표
- 비동기 복제는 전달되지 않은 변경의 창이 있습니다
- 수신과 재생 상태를 나눠 관찰합니다
- 전환 전후 쓰기 경로를 통제합니다
이 가이드의 근거 문서
출처 확인일: 2026-11-04. 공식 문서에 기반한 편집 가이드이며 직접 수행한 벤치마크가 아닙니다. 비용 사례는 명시된 가정에 한합니다.
오류 제보 방법