prisma migrate dev 했더니 운영 데이터가 다 날아갔어요... 복구 가능한가요

Question

staging DB에 prisma migrate dev 실행으로 데이터 전체 손실. 백업·복구 절차와 재발 방지 가드레일.

김영삼 · Accepted Answer

먼저 마음 단단히 하시고, 가능성을 순서대로 체크합시다.
1) 복구 가능성 — 시간이 핵심
PostgreSQL은 일반적인 DROP/TRUNCATE 후 즉시 복구하는 빌트인 기능이 없습니다. 하지만 다음을 확인하세요:

RDS·Cloud SQL·Supabase: 자동 PITR(Point-in-time Recovery)이 켜져 있을 가능성 높음. 콘솔에서 reset 직전 시점으로 복원 가능
WAL 보관: 자체 운영 PG라면 archive_mode=on이고 WAL이 어딘가 보관 중이면 시점 복구 가능
pg_dump 백업: 24시간 내 dump가 있으면 그걸로 복원
스냅샷: 디스크/볼륨 스냅샷이 있다면 그 시점 마운트

지금 이 순간부터는 해당 DB에 추가 쓰기를 절대 하지 마세요. WAL이 덮어쓰기 되기 전에 멈춰야 합니다.
# 1) 즉시 읽기 전용으로 잠그기
ALTER DATABASE staging SET default_transaction_read_only = on;

# 2) 백업·

실수개발자 · Answer

RDS라서 PITR이 켜져 있었네요. 30분 전 시점으로 복원해서 99% 복구했습니다. 살았어요...
추가 질문 하나만 드려도 될까요? migrate deploy를 쓰는데 staging에서 개발자가 빠르게 스키마 바꿔보는 것도 막혀버리는데, 이런 경우는 어떻게 워크플로를 잡으시나요?

김영삼 · Answer

다행입니다 :)
워크플로는 환경을 3단계로 나눕니다.

local dev DB: migrate dev로 자유롭게 reset도 가능. 데이터는 seed 스크립트로 즉시 재생성
staging: migrate deploy만. PR 머지되면 CI가 적용
production: migrate deploy만. 수동 배포 또는 별도 승인 단계

"staging에서 빠르게 스키마 바꿔본다"가 필요하면 preview environment를 따로 만드세요. PR마다 일회용 DB를 띄우는 패턴입니다.
# GitHub Actions — PR마다 Neon branch 생성
- run: |
    neonctl branches create \
      --project-id $NEON_PROJECT \
      --name pr-${{ github.event.pull_request.number }}
    npx prisma migrate dev  # 이 임시 branch에서만 실행
# PR 머지·종료 시

댓글 0