PostgreSQL을 어떻게 백업하고 복구하나요?

Question

Accepted Answer

PostgreSQL은 여러 **백업** 방법을 제공합니다 — 논리적 백업(`pg_dump`)과 **point-in-time recovery(시점 복구)**를 위한 물리적 백업(base backup + WAL). 견고한 백업-복구 전략은 데이터 손실 방지에 필수적이며, 결정적으로 **백업은 테스트되어야 합니다**.

## 논리적 백업 — pg_dump

```bash
# pg_dump — 데이터베이스를 SQL(또는 커스텀 아카이브)로 덤프 — 이식 가능, 유연
pg_dump -U user -d mydb -F c -f backup.dump      # 커스텀 형식 (압축, 유연한 복원)
pg_dump -U user -d mydb > backup.sql              # 평문 SQL
pg_dumpall > all.sql                              # 모든 데이터베이스 + role

# 복원
pg_restore -U user -d mydb backup.dump            # 커스텀 형식에서
psql -U user -d mydb -f backup.sql                # 평문 SQL에서
```

`pg_dump`는 데이터베이스의 논리적 백업(SQL 또는 아카이브)을 생성합니다 — 이식 가능(다른 버전/서버로 복원 가능), 더 작은 데이터베이스, 마이그레이션, 선택적 백업에 좋음. 그러나 시점 스냅샷입니다(지속적 복구 없음).

## 물리적 백업 + Point-in-Time Recovery (PITR)

```text
더 크거나 중요한 데이터베이스: BASE BACKUP (데이터 파일 복사) + WAL(write-ahead
log)의 지속적 아카이빙 → POINT-IN-TIME RECOVERY 가능:
  ✓ base backup 복원 후, 임의의 시점까지 WAL 재생
  ✓ 재해 직전으로 복구 (예: 오후 2:47의 실수로 인한 DROP TABLE)
→ 도구: pg_basebackup, WAL 아카이빙, pgBackRest / Barman 같은 도구가 자동화.
```

**PITR**은 강력합니다: WAL을 지속적으로 아카이빙하여 마지막 백업뿐 아니라 임의의 순간으로 복구할 수 있습니다 — 재해로부터 데이터 손실을 최소화하는 데 필수적입니다.

## 백업 전략 필수사항

```text
✓ 정기적, 자동화된 백업 (예약됨, 수동/잊혀지지 않음)
✓ 백업을 데이터베이스 서버 외부에 저장 (그리고 오프사이트 / 클라우드) — 하드웨어 실패 생존
✓ 보존 정책 (필요에 따라 일별/주별/월별 유지)
✓ 결합: 주기적 base backup + 지속적 WAL로 PITR (중요 데이터)
✓ primary에 부담 없도록 replica에서 백업
```

## 가장 중요한 규칙: 백업을 테스트하라

```text
⚠️ 복원해본 적 없는 백업은 신뢰할 수 있는 백업이 아닙니다.
테스트되지 않은 백업은 가장 필요할 때 실패합니다 (손상, 불완전, 잘못된 절차).
→ 정기적으로 복원을 테스트하여 실제로 동작하고 절차를 아는지 검증.
```

## 왜 중요한가

백업과 복구는 PostgreSQL을 책임감 있게 **운영**하는 데 **중요한** 지식입니다 — 데이터 손실(하드웨어 실패, 손상, 실수로 인한 삭제, 재해로부터)을 방지하는 것은 모든 프로덕션 데이터베이스의 가장 중요한 책임 중 하나이므로, 백업 전략을 이해하는 것은 필수적인 시니어 수준 지식입니다.

방법을 이해하는 것이 필요합니다: **`pg_dump`**(논리적 백업 — 이식 가능한 SQL/아카이브 덤프, 더 작은 데이터베이스, 마이그레이션, 선택적/버전 간 백업에 좋지만 시점 스냅샷만)와 **Point-in-Time Recovery(PITR)가 있는 물리적 백업**(base backup + 지속적 WAL 아카이빙, *임의의* 순간으로 복구 가능 — 실수로 인한 `DROP TABLE` 직전으로 복구하는 것처럼 데이터 손실을 최소화하는 데 강력, 중요 데이터에 필수).

**전략 필수사항**(정기적 자동화 백업, 서버 외부 및 오프사이트 저장, 보존 정책, 중요 데이터에 base backup과 WAL을 결합한 PITR, replica에서 백업)을 아는 것은 중요한 운영 지식입니다.

가장 결정적으로, **백업은 테스트되어야 한다**는 것 — 테스트되지 않은 백업은 신뢰할 수 없고 정확히 필요할 때 종종 실패(손상, 불완전한 데이터, 익숙하지 않은 복원 절차) — 을 이해하는 것은 자주 소홀히 되는 중요한 원칙입니다: 정기적으로 복원을 테스트하는 것이 백업 전략을 실제로 신뢰할 수 있게 만듭니다.

데이터 손실은 치명적일 수 있고(복구는 동작하는 백업이 있어야만 가능), 적절한 전략(적절한 백업 방법, 최소 손실을 위한 PITR, 오프사이트 저장, 결정적으로 *테스트된* 복원)이 조직의 데이터를 보호하므로, PostgreSQL 백업과 복구를 이해하는 것은 책임감 있는 데이터베이스 운영에 중요한 시니어 수준 지식이며 — 테스트된 전략과 테스트되지 않은 전략의 차이가 재해로부터 복구하는 것과 데이터를 영구히 잃는 것의 차이가 될 수 있는 고위험 책임으로, 프로덕션 데이터베이스를 운영하는 누구에게나 필수적이고 자주 관련되는 주제입니다.