Har du råkat radera en Cloudflare D1-databas? Nu har du sju dagar från raderingen på dig att återställa den via API:t. Ändringen publicerades den 23 oktober 2026: begäranden för databaser som raderats för mer än sju dagar sedan misslyckas. Vid en incident bör du bekräfta databasens ID och skicka en begäran om undelete-återställning så snart som möjligt.

Vad har ändrats?
Återställningsmetoden tar emot konto-ID och UUID för den raderade databasen. Du kan ange ett nytt namn i begärans innehåll. Som standard återställs databasen med sitt tidigare namn. Om en annan databas i kontot redan använder det namnet måste du ange new_name för att återställa databasen. Dessa villkor finns i referensen för D1:s undelete-API.
Tidsfristen är sju dygn, alltså 7 × 24 timmar. Därför räcker det inte att bara kontrollera kalenderdatumet: anteckna när databasen raderades och jämför tidpunkten med när begäran skickas. Om tidsfristen snart går ut bör du först skicka begäran om återställning och sedan kontrollera namn och data.
Så gör du
- Hitta den raderade databasen. Bekräfta konto-ID och databas-ID med hjälp av loggar, infrastrukturkod eller incidentuppgifter. API-sökvägen använder databasens UUID; det visningsnamn som visas räcker inte för begäran.
- Kontrollera tidsfönstret. Säkerställ att det har gått mindre än sju dygn sedan raderingen. Cloudflare rekommenderar att begäran skickas så snart den felaktiga raderingen upptäcks.
- Lös namnkonflikter. Om det tidigare namnet redan används anger du ett ledigt namn med
new_name. Annars behöver du inte ändra namnet. - Anropa den dokumenterade metoden. API:t använder
POST /accounts/{account_id}/d1/database/{database_id}/undelete. Autentisera begäran med en API-token som har rätt behörighet och skriv inte hemligheter i loggar. - Kontrollera resultatet. När du fått ett lyckat svar kontrollerar du att databasen visas i kontot med förväntat namn och att appen ansluter till rätt instans.
Undelete och Time Travel löser olika problem
Undelete återställer en raderad databas. Time Travel återställer en befintlig databas till ett tidigare tillstånd utifrån en tidpunkt eller ett bokmärke. Enligt Cloudflares dokumentation är historiken tillgänglig för de senaste 30 dagarna; den faktiska perioden beror på abonnemanget. Efter undelete kan Time Travel inte återställa databasen till en tidpunkt eller ett bokmärke från före återställningen. Om data i en aktiv databas har blivit fel använder du Time Travel, och för ett raderat objekt använder du undelete inom den angivna tidsfristen.
Ta med en kontroll av sjudagarsfönstret i incidentrutinen och spara databasens ID och raderingstid i incidentloggen. Då kan du snabbt skicka en korrekt begäran utan att förlora tid på att leta efter ID:n eller utreda namnkonflikter.