# Rollback은 데이터 되감기부터가 아니다

> 실패 4유형, code rollback→rollforward→PITR와 계층 백업

- Canonical: https://learning.reopt.ai/courses/prisma-production/lessons/pp-m3-concept
- Language: ko-KR
- HTML: https://learning.reopt.ai/courses/prisma-production/lessons/pp-m3-concept

---

[Prisma 프로덕션 가드레일](/courses/prisma-production) 3. 실패 대응·Rollback·DR 5 / 9

# Rollback은 데이터 되감기부터가 아니다

실패 4유형, code rollback→rollforward→PITR와 계층 백업
개념 학습 45 XP 9분

실패는 사전 실패·부분 적용·장기 lock/timeout·앱 비호환으로 분류합니다. 사용자 영향이 있으면 traffic 완화와 code rollback을 먼저 하고, DB 상태를 확인한 뒤 rollforward patch를 우선합니다. PITR은 정상 거래까지 되돌릴 수 있는 최후 수단입니다.
백업의 성공은 복원으로 증명 snapshot/PITR와 pg_dump를 조합하고 Tier별 RPO/RTO를 둡니다. 격리 환경 복원 뒤 row count·무결성·핵심 query·_prisma_migrations를 검증합니다.

| 상황 | 우선 행동 | 주의 |
| 앱 비호환 | code rollback·traffic 완화 | 호환성 창 확인 |
| 부분 적용 | 상태 조사·rollforward | resolve는 메타데이터만 변경 |
| 데이터 손상 | write 중단·영향 분리 | 외부 시스템 정합성 |
| 광범위 손상 | 승인 후 PITR | 정상 거래 유실·RPO |

- 1 영향 완화 traffic·write·기능 flag로 사용자 피해를 줄입니다.

- 2 상태 보존 migration history·lock·log·data sample을 저장합니다.

- 3 복구 선택 code rollback→rollforward→PITR 순으로 판단합니다.

- 4 정합성 검증 DB·외부 결제/ERP·migration history를 함께 확인합니다.

실무에 남길 기준

- prisma migrate resolve는 실제 SQL을 되돌리지 않는다
- 데이터 rollback에는 비즈니스 승인과 외부 시스템 reconciliation이 필요하다
- 복구 drill은 감지·복원·검증 시간을 나눠 기록한다

[이전](/courses/prisma-production/lessons/pp-m2-scenario) 이해했어요 · 계속

---

에이전트용 사이트 안내: https://learning.reopt.ai/llms.txt · 사이트맵: https://learning.reopt.ai/sitemap.xml · 문의: https://learning.reopt.ai/contact