Sauvegardes cloud

Cloud peut sauvegarder un site géré WordPress, PrestaShop ou PRISM dans un espace de stockage d’archives. Les sauvegardes sont liées au compte propriétaire du site et à l'option d'abonnement aux sauvegardes quotidiennes.

Vérifier la disponibilité#

Ouvrez la section Sauvegardes de votre projet. Elle indique si les sauvegardes sont activées et répertorie les exécutions récentes. Si l'option n'est pas disponible, vérifiez-la depuis la page d’abonnement et de facturation de votre compte.

Ce workflow de sauvegarde s'applique aux sites gérés dans le Cloud. Un projet arbitraire ou une application déployée en externe ne devient pas automatiquement éligible car il possède un ID de projet. Les administrateurs doivent également utiliser le workflow de sauvegarde du compte propriétaire ; l'API de sauvegarde n'accorde pas l'accès aux archives d'un autre utilisateur.

Créer une sauvegarde#

Choisissez Sauvegarder maintenant sur la page du projet ou demandez à un assistant connecté d'appeler create_backup avec l'ID du projet.

L'équivalent de l'API est :

bash

curl -X POST https://cloud.bext.dev/api/backups \
  -H "Authorization: Bearer $BEXT_CLOUD_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"project_id":"YOUR_PROJECT_ID"}'

Une réponse réussie signifie que Cloud a accepté la demande de sauvegarde. Le moteur crée l'archive en arrière-plan. Interrogez l’historique avant d’essayer de le télécharger :

bash

curl "https://cloud.bext.dev/api/backups?project_id=$PROJECT_ID" \
  -H "Authorization: Bearer $BEXT_CLOUD_TOKEN"

État	Signification	Étape suivante
`running`	L'archive est toujours en cours de création ou de téléchargement	Attendez et actualisez l'historique
`done`	L’exécution est terminée	Demander un lien de téléchargement privé
`failed`	L’exécution a échoué	Lisez son erreur avant de réessayer

Une exécution active bloque une autre sauvegarde du même site. Les sauvegardes manuelles ont également un délai minimal de 15 minutes après une sauvegarde récente réussie ou en cours d'exécution. Réessayer une demande refusée à plusieurs reprises ne la contournera pas.

Télécharger une archive#

Utilisez le contrôle de téléchargement pour une exécution terminée sur la page du projet. Via MCP, appelez download_backup avec project_id et backup_id.

Pour l'API, récupérez l'ID de sauvegarde de la réponse de l'historique :

bash

curl "https://cloud.bext.dev/api/backups?project_id=$PROJECT_ID&download_id=$BACKUP_ID" \
  -H "Authorization: Bearer $BEXT_CLOUD_TOKEN"

La réponse contient une URL privée valide pour 15 minutes. Téléchargez l'archive avant son expiration. Si le lien expire, demandez-en un autre pour une archive encore conservée. Toute personne disposant de cette URL peut l'utiliser tant qu'elle est valide, alors partagez-la uniquement avec le propriétaire ou un opérateur de récupération autorisé.

Le point de terminaison d'historique et l'outil list_backups n'incluent pas d'URL de téléchargement. Une URL de téléchargement n'est émise que lorsque vous en demandez explicitement une.

Planification et rétention#

Lorsque l'option de sauvegarde quotidienne est activée, un planificateur horaire vérifie quels sites gérés doivent faire l'objet d'une sauvegarde. Il s’agit d’un flux de travail de sauvegarde quotidien, et non d’une garantie qu’une exécution démarre à une heure précise.

Les archives sont conservées pendant 30 jours. Le nettoyage de la rétention s'applique également une fois l'option désactivée ; le désactiver ne conserve pas indéfiniment les anciennes archives. Conservez une copie téléchargée indépendante si vous avez besoin d’une période de conservation plus longue.

Limites de restauration#

Cloud ne propose actuellement ni restauration autonome des sauvegardes ni suppression manuelle des archives dans le tableau de bord ou les outils MCP. Un téléchargement fournit une archive, pas une tâche de restauration.

Pour obtenir de l'aide sur la récupération, utilisez assistance en précisant le site et l’exécution de sauvegarde concernés sans publier d'URL privées ou de jetons de compte. Avant une restauration en direct, déterminez quels fichiers et bases de données seront remplacés et conservez l'état actuel comme point de récupération.