Cloudflare D1, 삭제한 데이터베이스 복구 요청은 7일 안에

Cloudflare D1 데이터베이스 자체를 실수로 삭제했다면 삭제 시점부터 7일 안에 복구 요청을 보내야 합니다. Cloudflare는 10월 23일, 이 기간을 넘긴 삭제 취소 요청은 오류로 처리한다고 공지했습니다. 유료 플랜의 ‘Time Travel 30일’만 기억하고 있다면 구분이 필요합니다. 데이터의 과거 상태를 되돌리는 기간과 삭제된 데이터베이스를 되살리는 기한은 서로 다릅니다. 공식 발표

Cloudflare Docs / Cloudflare 및 문서 기여자. 2026년 10월 24일 한국시간 실제 공지 화면 캡처, 내용 수정 없음. 원문 · CC BY 4.0 및 보증 부인 조건. 실제 제품 관리 화면이 아닌 공식 문서입니다.

데이터 몇 줄을 지운 것과 DB 자체를 지운 것은 다릅니다

D1은 Cloudflare에서 제공하는 데이터베이스 서비스입니다. 운영 중인 주문 관리 앱을 예로 들어보겠습니다. 잘못된 SQL 명령으로 주문 기록을 지웠지만 데이터베이스는 남아 있다면, 과거 상태로 되돌리는 Time Travel을 검토할 수 있습니다. 데이터베이스 전체를 해당 시점의 상태로 되돌리는 방식입니다. 반면 관리 과정에서 데이터베이스 자체를 삭제했다면 이번 공지의 undelete, 즉 삭제 취소 절차가 대상입니다. 실제 고객 사례가 아닌, 두 상황의 차이를 설명하기 위한 예시입니다.

현재 공식 한도표에서 Time Travel 기간은 Workers Paid가 30일, Free가 7일입니다. 이번 발표가 유료 플랜의 모든 복구 기간을 7일로 줄였다는 뜻은 아닙니다. 새 안내의 대상은 삭제된 데이터베이스에 대한 복구 요청 기한입니다. Time Travel 설명 · 플랜별 한도

‘다음 주에 확인’하는 사이 기한이 지날 수 있습니다

공식 API 문서는 기한을 삭제 후 7×24시간으로 설명합니다. 월요일 오후 2시에 삭제했다고 가정하면, 다음 주 월요일 밤까지 여유가 있다고 생각해서는 안 됩니다. 발견한 즉시 삭제 시각과 대상 데이터베이스를 확인하고 복구 담당자에게 연결하는 편이 안전합니다. 마감 직전까지 기다리라는 의미도 아닙니다. 삭제 취소 API의 조건

기한 안에 요청한다고 무조건 성공하는 것도 아닙니다. 복원되는 데이터베이스는 계정 한도에 포함되며, 기존 이름을 다른 데이터베이스가 쓰고 있다면 새 이름을 지정해야 합니다. 따라서 운영 기록에는 계정과 데이터베이스 식별자, 삭제 시각뿐 아니라 이름 충돌과 계정 한도를 확인할 담당자도 남겨 두는 것이 좋습니다. 비밀 키를 공유 문서에 적어 두라는 뜻은 아닙니다.

되살린 뒤 과거 시점까지 다시 돌아갈 수 있을까

여기에는 한 가지 제약이 더 있습니다. 현재 API 문서에 따르면 삭제 취소로 복원한 데이터베이스는 삭제 취소 시점 또는 그 이전의 타임스탬프·북마크로 Time Travel 복원을 할 수 없습니다. 데이터베이스만 되살리면 그전의 모든 복구 선택지도 그대로 돌아온다고 가정하면 안 됩니다. 이 제약이 10월 23일에 새로 생겼다는 근거는 확인되지 않았으며, 현재 문서에서 확인되는 운영 조건입니다. API 원문

웹앱을 직접 운영하거나 고객에게 납품한 뒤 유지보수를 맡는 팀이라면, 복구 안내를 ‘백업은 며칠인가’ 한 줄로 끝내지 않는 편이 좋겠습니다. 데이터 수정 실수와 데이터베이스 삭제를 나눠 절차를 적고, 삭제 사실을 누가 발견하며 누가 요청할 수 있는지 확인해 두면 됩니다. 실제 운영 데이터를 지워 시험하기보다는, 별도의 테스트 환경과 승인된 복구 연습 절차를 마련하는 방식이 적절합니다.

서비스가 돌아온 것과 필요한 상태가 복구된 것을 구분해야 한다는 점은 Pi 업데이트의 복구·롤백 조건을 살펴본 글과도 이어집니다. 제품과 복구 방식은 다르므로, 그 글의 절차를 D1에 그대로 적용할 수는 없습니다.

자료 확인: 2026년 10월 24일 한국시간. 공식 발표일은 10월 23일입니다. 삭제 후 168시간에 데이터가 물리적으로 지워진다거나 복구가 보장된다는 뜻으로 해석하지 않았습니다. 이 글에서 실제 데이터 삭제·복구 작업은 수행하지 않았습니다.

썸네일은 AI로 제작한 개념 이미지이며 실제 Cloudflare UI가 아닙니다. Cloudflare는 해당 권리자의 상표이며 제휴·후원 없이 작성했습니다.

저는 이런 복구 조건을 볼 때 보존 기간의 숫자보다 어떤 실수를 되돌릴 수 있는지를 먼저 구분하는 편이 좋다고 봅니다. 같은 데이터베이스라도 데이터 수정과 자원 삭제는 대응 경로가 달라, 사고를 발견한 뒤 절차를 찾기 시작하면 필요한 시간을 놓칠 수 있기 때문입니다.