Sauvegardes de l'hébergement

Une sauvegarde ne sert jamais le jour où on la crée. Elle sert six mois plus tard, quand une mise à jour casse le site ou qu’une table est effacée par erreur. Cette page explique comment vérifier les sauvegardes de votre hébergement web, en déclencher une avant une opération risquée, restaurer ce qu’il faut, et garder une copie chez vous. Elle s’adresse aux clients d’une offre d’hébergement web ou revendeur.

Tout se passe dans le panel d’hébergement, sur web.cloudfive.fr — voir Découvrir Plesk.

Note

Les autres services ont leur propre mécanisme, qui n’a rien à voir avec celui-ci : les VPS utilisent des snapshots (guide), les serveurs de jeu les sauvegardes du panel Pterodactyl (guide).

Fréquence et rétention des sauvegardes automatiques

C’est la première question, et elle mérite une réponse honnête : le rythme et le nombre de copies conservées dépendent de votre offre, et ce n’est pas un chiffre à deviner. Plutôt que de nous croire, allez le lire :

1. Connectez-vous au panel sur web.cloudfive.fr.

2. Ouvrez la section consacrée aux sauvegardes de votre hébergement.

3. Regardez la liste des copies existantes : leurs dates vous donnent la fréquence réelle, et leur nombre la rétention effective.

4. Notez la date de la plus ancienne. C’est votre vraie marge de manœuvre : au-delà, il n’y a plus rien à restaurer.

5. Si la liste est vide ou si vous avez le moindre doute, posez la question par ticket avant d’en avoir besoin. Le support répond 7 j/7.

La règle qui sauve vraiment les sites

Ne faites jamais reposer un site entier sur la sauvegarde de son hébergeur, quel qu’il soit. Gardez au moins une copie récente chez vous, sur votre ordinateur ou un disque externe. Une sauvegarde stockée au même endroit que le site ne protège que de vos erreurs, pas d’un incident qui toucherait le stockage.

Gardez aussi un œil sur la place occupée. Les sauvegardes conservées sur l’hébergement consomment votre espace disque — 10 Go sur WEB-1, 80 Go sur WEB-2, 160 Go sur WEB-3 (comparatif). Un disque plein fait échouer les sauvegardes suivantes, et parfois le site lui-même. Si vous frôlez la limite en permanence, téléchargez les anciennes copies puis supprimez-les du serveur, ou passez à la formule supérieure : Changer de formule.

Créer une sauvegarde manuelle avant une mise à jour

Le réflexe à prendre : avant toute opération qui touche au contenu ou à la configuration, une copie fraîche. Cela prend deux minutes et vous rend une demi-journée.

Les moments où elle est obligatoire :

• avant une mise à jour du cœur, d’un thème ou d’une extension ;
• avant un changement de version de PHP (guide) ;
• avant un remplacement en masse en base de données ;
• avant une migration ou l’import d’un fichier .sql ;
• avant de supprimer un dossier dont vous n’êtes pas sûr.

1. Ouvrez la section des sauvegardes dans le panel.

2. Lancez la création d’une nouvelle sauvegarde.

3. Choisissez de sauvegarder les fichiers et les bases de données. Une copie qui ne contient que les fichiers ne remettra pas un site dynamique en état.

4. Donnez-lui un nom ou un commentaire parlant : avant-maj-php-2026-11-09. Dans six mois, « sauvegarde 3 » ne vous dira rien.

5. Lancez, puis attendez que la sauvegarde soit terminée avant de commencer votre opération. Une copie à moitié écrite n’est pas une copie.

6. Vérifiez qu’elle apparaît dans la liste avec sa taille. Une taille de quelques kilo-octets pour un site de plusieurs giga-octets est le signe qu’elle a échoué.

Une sauvegarde non testée n’est pas une sauvegarde

Une fois, prenez le temps de restaurer une copie sur un sous-domaine de test — preprod.exemple.fr, voir Sous-domaines et redirections. Vous saurez alors que vos sauvegardes fonctionnent, et vous aurez déjà fait la manipulation le jour où elle sera urgente.

Restaurer des fichiers ou une base

La restauration remplace ce qui est en ligne par ce qui est dans la copie. Tout ce qui a été créé depuis — un article publié, une commande, un message de formulaire — disparaît.

Danger

Une restauration ne s’annule pas. Avant de la lancer, créez une sauvegarde de l’état actuel, même cassé : c’est votre seul moyen de revenir en arrière si vous restaurez la mauvaise copie, ou si l’état actuel contenait des données que vous n’aviez pas vues.

1. Déterminez ce qui est cassé avant de restaurer : seulement des fichiers, seulement la base, ou les deux. Une restauration partielle bien ciblée casse beaucoup moins de choses qu’une restauration complète.

2. Créez une sauvegarde de l’état actuel, comme indiqué plus haut.

3. Ouvrez la liste des sauvegardes et choisissez la copie antérieure à l’incident — pas forcément la plus récente, qui contient peut-être déjà le problème.

4. Lancez la restauration en sélectionnant uniquement les éléments concernés quand l’outil le permet : les fichiers, ou la base, ou un dossier précis.

5. Confirmez, puis attendez la fin de l’opération sans toucher au site.

6. Vérifiez le résultat en navigation privée : page d’accueil, une page intérieure, la connexion à l’administration, et un formulaire.

Pour une restauration qui ne concerne que la base, phpMyAdmin suffit souvent et laisse les fichiers tranquilles : importez votre export .sql, après avoir vidé les tables concernées. La procédure est dans Bases de données MySQL.

Pour récupérer un seul fichier, inutile de tout restaurer : téléchargez la sauvegarde, ouvrez l’archive sur votre ordinateur, et renvoyez le fichier par FTP (guide).

Télécharger une sauvegarde en local

C’est l’étape que personne ne fait, et c’est pourtant celle qui compte. Une copie sur votre disque est la seule qui survive à tout.

1. Ouvrez la liste des sauvegardes dans le panel.

2. Choisissez la copie à récupérer et lancez son téléchargement. Le panel prépare une archive, ce qui peut prendre quelques minutes sur un gros site.

3. Enregistrez l’archive sur votre ordinateur, puis vérifiez qu’elle s’ouvre et qu’elle contient bien vos dossiers et un fichier de base de données.

4. Rangez-la avec une date dans son nom, et conservez au moins deux générations : la dernière, et une plus ancienne.

5. Supprimez du serveur les copies devenues inutiles, pour récupérer de l’espace disque.

Vous pouvez aussi vous constituer une copie sans l’outil de sauvegarde : un export .sql de la base depuis phpMyAdmin (guide) plus une archive .zip du dossier du site, créée côté serveur puis téléchargée. Même contenu, et cela fonctionne même si l’outil pose problème.

Si ça ne marche pas

La sauvegarde échoue sans message clair. Dans la grande majorité des cas, c’est l’espace disque. Regardez vos quotas dans le panel (guide), supprimez les anciennes copies et les archives déjà décompressées, videz la corbeille de vos boîtes email (guide), puis relancez.

La sauvegarde prend un temps anormal ou s’arrête en cours. Excluez les dossiers de cache et les médias déjà sauvegardés ailleurs, ou sauvegardez séparément les fichiers et la base. Un site qui a accumulé des années de logs gagne beaucoup à être nettoyé avant.

Le téléchargement s’interrompt toujours au même endroit. Passez par le gestionnaire de fichiers du panel, dans le navigateur, plutôt que par un client FTP. Si l’archive est volumineuse, créez plutôt plusieurs archives plus petites — un dossier à la fois.

La restauration est allée au bout mais le site ne fonctionne pas. Vérifiez les identifiants de base dans le fichier de configuration du site : ils ne correspondent plus si la base a été recréée entre-temps. Sur WordPress, c’est wp-config.php (guide). Vérifiez aussi que la version de PHP active est celle qu’attend le site restauré (guide).

Je ne trouve aucune sauvegarde assez ancienne. Il n’y a pas de solution technique, et l’improvisation aggrave les choses. Arrêtez immédiatement d’écrire sur le site, pour ne rien écraser de plus, et ouvrez un ticket de support tout de suite : la fenêtre pendant laquelle une récupération reste possible est courte.

J’ai supprimé la mauvaise copie. Une suppression de sauvegarde est définitive. Créez-en une nouvelle dans l’état actuel, puis reprenez la copie locale la plus récente que vous ayez gardée.

Rien de tout cela. Vérifiez status.cloudfive.xyz, puis ouvrez un ticket en indiquant le domaine, la date de la copie visée et le message d’erreur complet.