Skip to main content
POST
Créer un snapshot
Chaque compte peut effectuer jusqu’à (RAM / 256) * 2 snapshots toutes les 24 heures.
string
requis
La clé d’API de votre compte. Vous pouvez la trouver dans les paramètres de votre compte.
Capture une sauvegarde à un instant T des données de la base et la téléverse vers le stockage de snapshots de Square Cloud, renvoyant une URL de téléchargement signée valable 30 jours. Utilisez-la avant une migration risquée, une restauration de snapshot manuelle, ou selon une planification pour la reprise après sinistre. Une fois créés, les snapshots apparaissent également dans Lister les snapshots.

Paramètres

string
requis
L’ID de la base de données.

Comportement du délai souple (soft deadline)

Cette route suit un modèle de délai souple — elle ne répond plus toujours de manière synchrone.
  • Si le snapshot se termine en ~90 secondes, la route répond avec 200 success et une URL de téléchargement signée (valable 30 jours), exactement comme avant.
  • Si le snapshot met plus de ~90 secondes à être généré, la route répond immédiatement avec 202 et le code SNAPSHOT_PROCESSING. Ce n’est pas un échec. Le snapshot continue d’être généré en arrière-plan et apparaîtra de lui-même dans la liste des snapshots, généralement en ~2 minutes. C’est le comportement attendu pour les grandes bases de données.
N’utilisez pas cet endpoint POST comme mécanisme de polling. Pour vérifier si un snapshot SNAPSHOT_PROCESSING est terminé, utilisez l’endpoint List Snapshots (GET) — et non un autre POST. Relancer un POST après la fin du snapshot démarre un tout nouveau snapshot depuis zéro.
Le client doit distinguer les cas de réponse comme suit :

Réponse

string
Indique si l’appel a réussi. success en cas de succès, error sinon.
object
Le contenu de la réponse. Présent uniquement lorsque status vaut success.
202
Retourné lorsque le snapshot dépasse le délai souple de ~90 secondes. Le snapshot est toujours en cours de génération en arrière-plan et apparaîtra de lui-même dans la liste des snapshots, généralement en ~2 minutes. Ce n’est pas une erreur — attendez et vérifiez via l’endpoint de liste GET.

Erreurs

Une requête de snapshot peut être rejetée avec 429 Too Many Requests. Utilisez le champ code pour distinguer les deux cas :
429
Cooldown à court terme — vous avez atteint la limite par utilisateur (1 requête / 5s) ou par base de données (1 requête / 180s). Patientez et réessayez sous peu.
429
Quota journalier atteint — le compte a épuisé le quota journalier de snapshots de son plan ((RAM / 256) × 2 par 24h). Le quota se libère au fur et à mesure que la fenêtre glissante de 24 heures avance ; pour un quota journalier plus élevé, améliorez le plan.