Rollback은 데이터 되감기부터가 아니다
실패 4유형, code rollback→rollforward→PITR와 계층 백업
실패는 사전 실패·부분 적용·장기 lock/timeout·앱 비호환으로 분류합니다. 사용자 영향이 있으면 traffic 완화와 code rollback을 먼저 하고, DB 상태를 확인한 뒤 rollforward patch를 우선합니다. PITR은 정상 거래까지 되돌릴 수 있는 최후 수단입니다.
| 상황 | 우선 행동 | 주의 |
|---|---|---|
| 앱 비호환 | code rollback·traffic 완화 | 호환성 창 확인 |
| 부분 적용 | 상태 조사·rollforward | resolve는 메타데이터만 변경 |
| 데이터 손상 | write 중단·영향 분리 | 외부 시스템 정합성 |
| 광범위 손상 | 승인 후 PITR | 정상 거래 유실·RPO |
- 영향 완화traffic·write·기능 flag로 사용자 피해를 줄입니다.
- 상태 보존migration history·lock·log·data sample을 저장합니다.
- 복구 선택code rollback→rollforward→PITR 순으로 판단합니다.
- 정합성 검증DB·외부 결제/ERP·migration history를 함께 확인합니다.