Vous avez supprimé une base Cloudflare D1 par erreur ? Vous disposez désormais de sept jours à compter de la suppression pour la récupérer via l’API. Le changement, publié le 23 octobre 2026, signifie que les requêtes concernant des bases supprimées depuis plus de sept jours échouent. En cas d’incident, vérifiez l’identifiant de la base et envoyez la requête undelete dès que possible.

Ce qui a changé
La méthode de récupération nécessite l’ID du compte et l’UUID de la base supprimée ; le corps de la requête peut contenir un nouveau nom. Par défaut, la base reprend son nom précédent. Si une autre base du compte utilise déjà ce nom, il faut fournir new_name pour la récupérer. Ces conditions sont répertoriées dans la référence de l’API D1 undelete.
Le délai est de sept jours, soit 7 × 24 heures. La date seule ne suffit donc pas : consignez l’heure de suppression et comparez-la à l’heure d’envoi de la requête. Si l’échéance approche, envoyez d’abord la requête de récupération, puis vérifiez le nom et les données.
Marche à suivre
- Identifiez la base supprimée. Vérifiez l’account ID et le database ID à partir des journaux, du code d’infrastructure ou des informations sur l’incident. Le chemin de l’API utilise l’UUID de la base ; son nom d’affichage ne suffit pas pour la requête.
- Vérifiez la fenêtre de temps. Assurez-vous que la suppression remonte à moins de sept jours. Cloudflare conseille d’envoyer la requête dès la détection d’une suppression accidentelle.
- Résolvez le conflit de nom. Si l’ancien nom est déjà utilisé, transmettez une valeur disponible dans
new_name; sinon, il n’est pas nécessaire de le modifier. - Appelez la méthode documentée. L’API utilise
POST /accounts/{account_id}/d1/database/{database_id}/undelete. Authentifiez la requête à l’aide d’un jeton d’API doté des autorisations nécessaires et ne consignez pas le secret dans les journaux. - Vérifiez le résultat. Après une réponse positive, vérifiez que la base apparaît dans le compte sous le nom attendu et que l’application se connecte bien à l’instance voulue.
Undelete et Time Travel répondent à des besoins différents
Undelete récupère une base supprimée. Time Travel restaure l’état d’une base existante à une date ou à partir d’un bookmark. La documentation de Cloudflare indique que l’historique est disponible pour les 30 derniers jours ; la durée effective dépend de l’offre. Après undelete, Time Travel ne peut pas ramener la base à un point ou à une heure antérieurs à sa récupération. En cas d’erreur dans les données d’une base active, utilisez Time Travel ; pour un objet supprimé, utilisez undelete dans le délai imparti.
Dans vos procédures d’exploitation, prévoyez une vérification de la fenêtre de sept jours et consignez l’ID de la base ainsi que l’heure de suppression dans le journal d’incident. Vous pourrez ainsi envoyer rapidement une requête correcte, sans perdre de temps à rechercher les identifiants ni à déterminer s’il existe un conflit de nom.