Chaque formule inclut des sauvegardes, dont la fréquence est indiquée sur la page de commande. Elles sont conservées sur une infrastructure distincte de celle qui sert votre site. Ce guide explique ce qu'elles couvrent, ce qu'elles ne remplacent pas, et comment demander une restauration utile.
Ce qu'elles couvrent
| Sauvegardé | Non sauvegardé |
|---|---|
| Les fichiers de votre site | Ce qui est hébergé ailleurs que chez nous |
| Vos bases de données MySQL | Les services extérieurs auxquels votre site fait appel |
| Le contenu de vos boîtes de courrier | Les messages déjà rapatriés puis supprimés du serveur |
Ce qu'elles ne remplacent pas
Une sauvegarde d'hébergeur est une mesure de continuité, pas une garantie d'intégrité absolue. Elle vous protège d'une panne matérielle. Elle vous protège mal d'une erreur que vous ne remarquez qu'un mois plus tard, et elle ne vous protège pas du tout d'un compte dont quelqu'un d'autre a pris le contrôle.
Conservez vos propres copies. C'est écrit dans nos conditions générales parce que c'est vrai, pas pour nous dégager : un site sérieux a toujours au moins une copie hors de chez son hébergeur.
La règle des trois copies
Une règle ancienne, et qui n'a pas vieilli.
| Combien | Où | Pourquoi |
|---|---|---|
| Trois copies des données | — | Deux pertes simultanées sont rares ; trois le sont beaucoup plus |
| Sur deux supports différents | Serveur et disque local, par exemple | Un support ne tombe pas en panne pour la même raison qu'un autre |
| Dont une hors du lieu principal | Chez vous, ou sur un autre service | Un incident ne doit pas emporter l'original et la copie |
Faire votre propre copie
Deux éléments suffisent, et il faut les deux :
- Les fichiers du site, récupérés par l'accès de transfert fourni avec votre hébergement — ses identifiants figurent dans le courrier d'activation.
- La base de données, exportée depuis l'outil de gestion de bases de votre interface d'hébergement.
Une copie des fichiers sans la base ne redonne qu'une coquille : le contenu vit dans la base.
Vérifier qu'une sauvegarde est exploitable
Une sauvegarde jamais restaurée est une hypothèse, pas une sauvegarde. Prenez l'habitude d'en restaurer une de temps en temps sur un environnement d'essai, ou au moins d'ouvrir l'export de base pour vérifier qu'il n'est pas vide.
Avant une opération risquée
Mise à jour majeure, changement de thème, installation d'une extension inconnue : prenez une copie avant, pas après. C'est le moment où elle coûte le moins et où elle sert le plus.
Demander une restauration
Ouvrez un ticket en précisant :
- le domaine concerné ;
- la date à laquelle le site fonctionnait encore — plus elle est précise, plus la restauration est rapide et sûre ;
- ce qu'il faut restaurer : les fichiers, la base, ou les deux.
Une restauration remplace l'état actuel. Tout ce qui a été ajouté depuis la date demandée — commandes, commentaires, articles, messages — disparaît avec elle. Dites-le nous si le site a continué de vivre entre-temps : il existe des façons de ne restaurer qu'une partie.
Les données après une résiliation
Les contenus hébergés sont supprimés à l'issue de la période de rétention qui suit la résiliation. Récupérez vos données avant de partir — voir Résilier votre abonnement.