18강. 백업·복구·데이터 내보내기 기초

?1. 이번 강의에서 해결할 문제

백업 파일이 존재해도 복구 절차와 소요 시간을 확인하지 않았다면 복구 가능성을 보장할 수 없습니다. 게임 랭킹 DB를 논리 백업하고 별도의 연습 데이터베이스에 복원해 검증합니다.

✓2. 학습 목표

✓이 강의를 마치면

• 사용자 정의 형식 dump와 plain SQL, CSV 내보내기의 목적을 구분합니다.
• 원본을 건드리지 않고 별도 DB에 복구합니다.
• RPO·RTO와 백업 보관·암호화 기준을 작성합니다.

◇3. 핵심 개념

pg_dump는 한 데이터베이스의 일관된 논리 백업을 만들고 사용자 정의 형식 -Fc는 pg_restore에서 객체 선택과 복원 순서 제어를 지원합니다. pg_dumpall은 클러스터 전역 역할 같은 객체가 필요할 때 별도로 고려합니다. CSV는 교환·분석용이며 제약, 인덱스, 권한을 포함한 전체 백업이 아닙니다.

§4. 단계별 예시

대상: game_ranking_dev를 새 game_ranking_restore_test로 복원

PowerShell · 백업

$stamp = Get-Date -Format 'yyyyMMdd-HHmmss'
New-Item -ItemType Directory -Force .\backups
pg_dump -d game_ranking_dev -Fc -f ".\backups\game-ranking-$stamp.dump"
pg_restore --list ".\backups\game-ranking-$stamp.dump" | Select-Object -First 20

PowerShell · 격리된 복구 검증

createdb game_ranking_restore_test
pg_restore -d game_ranking_restore_test --exit-on-error ".\backups\game-ranking-$stamp.dump"
psql -d game_ranking_restore_test -c "SELECT count(*) FROM ranking.match_results;"

database/sql/18-export-ranking.sql

\copy (SELECT player_id, nickname, rating FROM ranking.players WHERE deleted_at IS NULL ORDER BY rating DESC) TO 'exports/ranking.csv' WITH (FORMAT csv, HEADER true)

§5. 동작 원리

백업은 실행 중 DB에서 트랜잭션적으로 일관된 스냅샷을 읽습니다. 복구를 새 DB에 수행하면 원본을 덮어쓰지 않고 스키마·행 수·핵심 쿼리를 검증할 수 있습니다. 성공 여부, 시간, 파일 크기, checksum과 암호화·보관 위치를 기록해야 운영 절차가 됩니다.

!6. 자주 하는 실수와 해결법

!자주 하는 실수

• 복구 테스트 없는 백업: 정기적으로 격리된 DB에 복원하고 핵심 검증 쿼리를 실행합니다.
• 원본 DB에 --clean 복원: 기존 객체를 삭제할 수 있습니다. 새 이름의 복구 전용 DB를 만들고 접속 대상을 두 번 확인합니다.
• CSV를 전체 백업으로 간주: CSV에는 제약·인덱스·권한이 없습니다. dump와 목적을 분리합니다.

✎7. 직접 실습

✎직접 실습

1. 사용자 정의 형식으로 백업하고 TOC 목록을 확인합니다.
2. 복구 전용 DB에서 테이블 수, 핵심 행 수, 상위 랭킹 쿼리를 검증합니다.
3. 허용 가능한 데이터 손실 시간(RPO)과 복구 목표 시간(RTO)을 정합니다.

?8. 이해 점검 질문 3개

?이해 점검

1. 사용자 정의 dump가 plain SQL보다 유리한 복구 상황은 무엇인가요?
2. CSV가 데이터베이스 전체 백업이 아닌 이유는 무엇인가요?
3. 백업 성공 로그만으로 복구 가능성을 보장할 수 없는 이유는 무엇인가요?

■9. 핵심 요약

■핵심 요약

백업의 완료 기준은 파일 생성이 아니라 격리된 환경에서의 복구 성공입니다. 전체 복구용 dump와 교환용 CSV를 구분하고 RPO·RTO, 보관, 암호화, 검증 결과를 운영 절차에 남깁니다.