Vérifier la restauration de ses sauvegardes : le test à faire sur son hébergement
Découvrez comment tester la restauration des sauvegardes de votre site pour éviter une mauvaise surprise après un piratage ou une panne.
Une sauvegarde automatique protège réellement votre site seulement si vous pouvez restaurer une copie récente sans erreur. Testez-la dans un environnement isolé, puis vérifiez le site, la base de données et les fonctions essentielles.
Ne restaurez pas directement sur le site public. Le test doit confirmer que la sauvegarde est complète, accessible et exploitable.
Ce que doit contenir la sauvegarde
Une archive peut être trop ancienne, incomplète ou supprimée à la fin de la durée de rétention prévue par l’hébergeur. Pour WordPress, la base de données contient notamment les contenus, réglages, comptes et commentaires, tandis que les fichiers regroupent les thèmes, extensions et médias.
Avant le test, relevez la date, l’emplacement et le contenu de la copie choisie. Vérifiez aussi les conditions de votre offre : certaines sauvegardes ne couvrent pas les boîtes e-mail ou imposent une restauration par le support.
- Choisissez une sauvegarde suffisamment récente pour représenter le site actuel.
- Assurez-vous qu’elle comprend les fichiers et la base de données.
- Conservez l’accès au panneau d’hébergement, au nom de domaine et à l’adresse e-mail d’administration.
- Notez les services externes importants, comme le paiement, l’envoi d’e-mails ou les réservations.
Une extension comme UpdraftPlus peut créer des archives distinctes de celles de l’hébergeur. Ces mécanismes peuvent se compléter, mais ne doivent pas être confondus.
Tester la restauration sans risque
Restaurez la copie sur une préproduction, un sous-domaine dédié ou une installation locale. Si vous utilisez un sous-domaine, prévoyez un répertoire et une base de données distincts : une copie reliée à la base du site public peut modifier ou écraser des données réelles.
Une préproduction proposée par l’hébergeur est souvent l’option la plus simple. Empêchez son indexation et limitez son accès ; pour un environnement sensible, une protection par mot de passe ou une restriction au niveau de l’hébergement est plus fiable que le seul réglage de visibilité de WordPress.
Sur WordPress, l’URL du site peut devoir être adaptée après la restauration. Suivez la documentation de l’outil utilisé plutôt que de modifier des fichiers au hasard, car la procédure dépend de l’enregistrement des URLs dans la base.
Vérifier la copie restaurée
L’affichage de la page d’accueil ne suffit pas. Connectez-vous avec un compte existant, comparez les derniers contenus avec la date attendue de la sauvegarde et contrôlez les pages, images, documents, menus et liens internes.
Vérifiez aussi la présence du thème et des extensions actifs. Testez un formulaire avec prudence, sans déclencher de paiement, de facture ou d’e-mail réel à un client.
Empêchez la copie de test d’envoyer des notifications comme le site réel. Désactivez temporairement les extensions concernées, utilisez une adresse contrôlée ou demandez à l’hébergeur la méthode d’isolation recommandée.
En cas d’échec
Notez le message d’erreur, l’heure du test et la sauvegarde utilisée. Identifiez si le problème concerne l’archive, les fichiers, l’import de la base ou la configuration de l’environnement de test.
Un échec peut venir d’une archive incomplète, d’un manque d’espace disque, d’une incompatibilité de version de PHP ou d’une procédure propre à l’hébergeur. Contactez le support avec ces éléments et demandez si la sauvegarde inclut les fichiers et la base, ainsi que la procédure prévue pour une préproduction.
Une seconde copie indépendante limite le risque de dépendre d’un seul système. L’agence américaine CISA recommande de conserver des sauvegardes séparées des systèmes à protéger ; pour un petit site, il peut s’agir d’une archive chiffrée sur un espace cloud distinct ou un support local sécurisé.
Routine minimale
- Vérifiez chaque mois que de nouvelles sauvegardes sont créées.
- Après une refonte, une migration ou une mise à jour majeure, vérifiez qu’une sauvegarde complète existe.
- Testez périodiquement une restauration dans un environnement isolé.
- Notez la date du test, la sauvegarde utilisée et les problèmes rencontrés.
La fréquence doit suivre le volume de données que vous accepteriez de perdre. Un site vitrine peu modifié n’a pas les mêmes besoins qu’une boutique, un site de réservation ou un site recevant des contenus quotidiens.