Comment restaurer votre site à partir d’une sauvegarde
Restaurez des fichiers, une base de données ou un compte entier depuis les sauvegardes quotidiennes gratuites dans cPanel — sans ouvrir de ticket de support.
Des sauvegardes quotidiennes gratuites tournent sur chaque formule d’hébergement avec plusieurs points de restauration, et vous pouvez les restaurer vous-même depuis cPanel. Ni ticket, ni file d’attente, ni frais — ce qui compte, car la valeur d’une sauvegarde tient surtout à la rapidité avec laquelle vous pouvez vous en servir.
Restaurer est destructif : cela écrase les données actuelles par des données plus anciennes. Lisez la première section avant de commencer, car l’erreur de sauvegarde la plus courante n’est pas de ne pas en avoir, c’est de restaurer la mauvaise chose par-dessus ce qui allait bien.
Avant de commencer
- Déterminez ce qui a réellement cassé. Restaurer uniquement la base de données, ou seulement un dossier, est généralement la bonne approche — une restauration complète du compte annule aussi tout ce qui fonctionnait.
- Sauvegardez d’abord l’état défectueux actuel. Si la restauration s’avère être le mauvais choix, vous pourrez revenir à votre point de départ.
- Notez l’heure à laquelle le problème a commencé, afin de choisir un point de restauration antérieur et non postérieur.
Étapes
- Dans cPanel, ouvrez Backup ou JetBackup, selon ce que propose votre formule.
- Choisissez ce qu’il faut restaurer : compte complet, répertoire personnel, une seule base de données ou des fichiers isolés.
- Sélectionnez un point de restauration antérieur au début du problème.
- Confirmez et lancez la restauration. La durée dépend de la taille — une ou deux minutes pour un petit site, nettement plus pour un gros.
- Attendez la fin avant toute autre modification. Interrompre une restauration laisse le site dans un état pire que l’une ou l’autre version.
Vérifiez que cela a fonctionné
- Chargez le site et vérifiez précisément ce qui était cassé, puis vérifiez quelque chose de sans rapport pour être sûr que la restauration n’a pas emporté plus que prévu.
- Connectez-vous à l’espace d’administration de votre application, car une restauration de base de données peut aussi réinitialiser les comptes utilisateurs et les mots de passe.
- Vérifiez que le contenu récent et légitime existe toujours. Si le point de restauration lui est antérieur, il faudra peut-être le récupérer séparément.
En cas de problème
- Du contenu récent a disparu après la restauration
- C’est attendu — vous avez restauré à un point antérieur à son existence. C’est pourquoi il importe de sauvegarder d’abord l’état défectueux : les données actuelles s’y trouvent encore, et le support peut aider à en extraire les lignes manquantes.
- Le site est cassé d’une nouvelle façon après la restauration
- Généralement un décalage : fichiers restaurés à une date, base de données restée à une autre. Restaurez les deux au même point plutôt que de les mélanger.
- Aucune sauvegarde antérieure au problème n’existe
- La rétention est limitée : un problème passé inaperçu pendant des semaines peut être antérieur à tous les points de restauration disponibles. Contactez le support — il existe parfois une copie plus ancienne — et voyez-y la raison de conserver aussi une sauvegarde indépendante hors plateforme.
Conservez une copie ailleurs que sur la plateforme qui héberge l’original. Une sauvegarde qui ne vit que sur la même infrastructure que le site en production n’est qu’à un incident sérieux de ne plus être une sauvegarde — et cela vaut pour tout hébergeur, celui-ci compris.
Les formules VPS à partir de 34 € par mois incluent des instantanés, un outil différent des sauvegardes : ils capturent toute la machine et permettent un retour arrière en quelques secondes, ce qui en fait la bonne chose à prendre avant un déploiement risqué.
