📌 PostgreSQL로 시작하는 데이터베이스 관리: 이론과 실습 - PostgreSQL 백업 및 복구 전략

반응형

📌 PostgreSQL로 시작하는 데이터베이스 관리: 이론과 실습

3.1 PostgreSQL 백업 및 복구 전략

PostgreSQL을 운영 환경에서 안정적으로 사용하려면 데이터를 안전하게 보호하고, 장애 발생 시 신속하게 복구할 수 있는 전략이 필요합니다.
이번 글에서는 PostgreSQL에서 제공하는 백업 및 복구 방법을 살펴보고,
각 방법이 언제, 어떻게 사용되는지 실습을 통해 이해하겠습니다.

---

3.1.1 PostgreSQL 백업 및 복구 개요

 

PostgreSQL에서는 다음과 같은 방법으로 데이터를 백업 및 복구할 수 있습니다.

✅ 백업 방법 개요

방법 설명 복구 가능 여부

SQL Dump (pg_dump)	SQL 파일로 백업하는 방식 (데이터 이식성 높음)	O
파일 기반 백업 (pg_basebackup)	데이터 디렉터리를 그대로 백업 (물리적 백업)	O
Point-In-Time Recovery (PITR)	특정 시점으로 복구 가능한 백업 방식	O

각 방법의 장단점과 사용법을 하나씩 살펴보겠습니다.

---

3.1.2 pg_dump를 이용한 SQL Dump 백업

pg_dump는 PostgreSQL의 논리적 백업 도구로, 데이터베이스를 SQL 형식 또는 압축 파일로 백업할 수 있습니다.

🔹 기본적인 pg_dump 백업 명령어

pg_dump -U postgres -d mydb -f mydb_backup.sql

✅ mydb 데이터베이스를 mydb_backup.sql 파일로 백업

💡 백업된 SQL 파일은 다른 서버에서도 복원할 수 있습니다.

🔹 압축된 백업 생성 (-Fc 옵션 사용)

pg_dump -U postgres -d mydb -Fc -f mydb_backup.dump

✅ 압축된 .dump 형식으로 백업하면 복원 속도가 더 빠릅니다.

---

3.1.3 pg_restore를 이용한 백업 복구

SQL Dump 또는 압축 백업을 사용하면 쉽게 데이터베이스를 복구할 수 있습니다.

🔹 SQL 파일 복원 (psql 사용)

psql -U postgres -d mydb -f mydb_backup.sql

✅ mydb_backup.sql 파일을 실행하여 데이터를 복구

🔹 압축된 백업 복원 (pg_restore 사용)

pg_restore -U postgres -d mydb mydb_backup.dump

✅ .dump 파일을 이용하여 데이터베이스 복구

💡 백업을 복원하기 전에 기존 데이터베이스를 삭제하고 새로 생성하는 것이 좋습니다.

dropdb -U postgres mydb
createdb -U postgres mydb
pg_restore -U postgres -d mydb mydb_backup.dump

---

3.1.4 pg_basebackup을 이용한 물리적 백업

파일 기반 백업(pg_basebackup)은 데이터 디렉터리를 그대로 백업하는 방식으로,
고가용성(HA) 환경에서 복제 및 장애 복구에 유용합니다.

🔹 pg_basebackup을 이용한 백업

pg_basebackup -U postgres -D /backup/pg_data -Ft -z -P

✅ -D : 백업 데이터 저장 경로
✅ -Ft -z : 백업을 tar 압축 파일로 저장
✅ -P : 진행 상태를 출력

💡 이 방법은 서버 간 복제 및 재해 복구(Disaster Recovery) 시 유용합니다.

---

3.1.5 Point-In-Time Recovery (PITR) 백업 및 복구

PostgreSQL은 WAL(Write-Ahead Logging) 기법을 활용하여 특정 시점으로 데이터베이스를 복구할 수 있습니다.

🔹 PITR를 위한 WAL 백업 활성화

postgresql.conf에서 wal_level을 변경하여 WAL 아카이브 기능을 활성화해야 합니다.

wal_level = archive
archive_mode = on
archive_command = 'cp %p /var/lib/postgresql/wal_archive/%f'

✅ archive_command를 사용하여 WAL 로그를 별도 저장소에 보관

🔹 특정 시점으로 복구하기 (PITR 복구)

1️⃣ 백업 데이터 준비 (pg_basebackup 사용)
2️⃣ WAL 로그 저장소에서 특정 시점 로그 선택
3️⃣ 복구 설정 파일(recovery.conf) 생성

restore_command = 'cp /var/lib/postgresql/wal_archive/%f %p'
recovery_target_time = '2025-03-07 12:00:00'  -- 원하는 시점

4️⃣ PostgreSQL 재시작 후 특정 시점으로 복구 완료

💡 PITR를 활용하면 실수로 데이터를 삭제한 경우에도 특정 시점으로 복구 가능합니다.

---

3.1.6 백업 및 복구 전략 수립

운영 환경에서 데이터 손실을 방지하려면 주기적인 백업 및 복구 테스트가 필요합니다.
아래 표는 일반적인 백업 전략을 정리한 것입니다.

백업 방식 장점 단점 사용 사례

SQL Dump (pg_dump)	다른 서버에서 복원 가능	대용량 데이터에서 느림	개발 환경, 테스트 서버
파일 기반 백업 (pg_basebackup)	빠른 복구 가능	전체 데이터베이스 백업 필요	운영 서버, 재해 복구
PITR 백업	특정 시점으로 복구 가능	WAL 로그 저장 필요	금융 서비스, 대규모 시스템

✅ 운영 환경에서는 pg_basebackup + PITR 조합을 권장
✅ 개발 및 테스트 환경에서는 pg_dump가 적합

---

3.1.7 결론: PostgreSQL 백업 및 복구 전략 최적화

✅ pg_dump를 사용하면 SQL 또는 압축된 형식으로 백업 가능
✅ pg_restore를 이용하여 SQL 또는 .dump 파일을 손쉽게 복구 가능
✅ pg_basebackup은 물리적 파일 기반 백업으로 빠른 복구 가능
✅ Point-In-Time Recovery(PITR) 를 이용하면 특정 시점으로 데이터 복구 가능
✅ 운영 환경에서는 pg_basebackup + PITR 조합을 권장

이제 PostgreSQL에서 데이터를 안전하게 보호하는 방법을 익혔습니다!
다음 글에서는 PostgreSQL 보안 및 접근 제어를 다루겠습니다. 🚀

---

🔎 다음 글 예고: PostgreSQL 보안 및 접근 제어

📌 다음 편: 3.2 PostgreSQL 보안 및 접근 제어

---

이제 PostgreSQL의 백업 및 복구 전략에 대한 글이 완성되었습니다!
다음 글에서는 PostgreSQL 보안 및 접근 제어를 다루겠습니다. 🚀😊