Restaurer une sauvegarde
Comprendre ce qu’implique un retour à une copie antérieure, comment éviter de perdre des données récentes et quoi vérifier après l’opération.
Dans quels cas restaurer ?
Restaurer une sauvegarde consiste à remettre le site dans l’état où il se trouvait à une date donnée. C’est une action utile, mais elle peut aussi remplacer ou supprimer des données créées depuis cette date. Il ne faut donc pas restaurer au hasard, surtout pour un site qui reçoit des commandes, messages, réservations, inscriptions ou modifications fréquentes.
Une restauration peut être envisagée après une mise à jour qui rend le site inaccessible, une suppression accidentelle, un fichier ou réglage modifié par erreur, une erreur après un déploiement, un incident de sécurité déjà maîtrisé, une migration ou un test échoué. Une erreur localisée peut toutefois parfois être corrigée sans revenir en arrière sur tout le site.
Comprendre ce qui revient en arrière
Selon la sauvegarde choisie, une restauration peut remettre en arrière les fichiers, la base de données, les médias, certains réglages et parfois l’environnement ou certaines configurations.
| Élément restauré | Ce qui peut revenir en arrière | Point de vigilance |
|---|---|---|
| Fichiers | Code, thèmes, extensions, documents et réglages techniques | Une version peut ne plus correspondre aux données actuelles |
| Base de données | Contenus, comptes, commandes, réglages ou messages selon le site | Les données récentes peuvent être remplacées |
| Médias | Images et documents téléversés | Des fichiers récents peuvent manquer après le retour |
| Configuration | Certains réglages nécessaires au fonctionnement | Comprendre le contenu avant de l’appliquer |
La cohérence compte : restaurer seulement les fichiers ou seulement la base peut être insuffisant. Des fichiers et une base issus de dates très éloignées peuvent ne pas fonctionner correctement ensemble. Le guide sur les sauvegardes explique pourquoi ces éléments sont souvent complémentaires.
Choisir la bonne sauvegarde
- Identifiez le moment où le problème est apparu.
- Choisissez une sauvegarde antérieure à ce problème.
- Vérifiez sa date, son environnement et son contenu.
- Évaluez les données qui seront perdues depuis cette date.
- Vérifiez si une correction plus limitée est possible.
Une boutique restaurée à la veille peut perdre la trace de commandes, comptes ou messages plus récents si ces données sont stockées dans la base restaurée. Avant de revenir en arrière, mesurez ce qui doit être conservé ou réintégré.
Préserver l’état actuel avant de restaurer
Il est souvent utile de créer ou de conserver une copie de l’état actuel, même s’il est défectueux. Elle peut garder des données récentes à analyser ou récupérer, permettre un retour arrière si la restauration ne résout pas le problème et conserver une trace de l’incident.
En cas de compromission active ou d’incident de sécurité non maîtrisé, suivez d’abord les consignes du prestataire compétent avant de réinjecter ou de conserver des éléments potentiellement infectés.
Restaurer en préproduction quand c’est possible
La préproduction permet parfois de vérifier une sauvegarde sans toucher immédiatement au site public, d’identifier les données qui manquent ou les fonctions à contrôler, puis de préparer une restauration plus sûre.
Elle doit rester protégée et ne pas exposer publiquement des données réelles ou sensibles. Tous les hébergements ne proposent pas automatiquement un environnement de préproduction.
Les étapes de raisonnement avant une restauration
- Définissez précisément le problème.
- Vérifiez la date et le contenu de la sauvegarde.
- Connaissez les conséquences sur les données récentes.
- Prévenez les personnes concernées si le site est sensible ou actif.
- Préservez l’état actuel quand cela est pertinent.
- Identifiez la personne ou le service capable de restaurer.
- Prévoyez les contrôles après le retour en ligne.
Vérifier le site après restauration
Une restauration réussie techniquement ne signifie pas forcément que toutes les fonctions métier ont été vérifiées. Contrôlez au minimum les pages publiques principales, la connexion d’administration, les médias et documents, les formulaires, les e-mails ou notifications importantes, les espaces clients, paniers, paiements ou réservations si concernés, l’affichage mobile, les erreurs visibles et les journaux disponibles.
Restauration, sécurité et accès
Après une restauration, vérifiez que HTTPS et les accès restent corrects. Une sauvegarde n’est pas une solution unique à un problème de sécurité : changez ou retirez les accès compromis lorsque nécessaire, mettez à jour et corrigez la cause de l’incident pour éviter sa répétition.
Après la restauration : comprendre avant de repartir
- Documentez la date restaurée.
- Notez le problème initial.
- Notez les données potentiellement perdues ou réintégrées.
- Vérifiez les sauvegardes futures.
- Corrigez la cause racine avant de reprendre les changements.
Le prochain guide abordera la migration vers un autre hébergeur, sans créer de lien tant qu’il reste à venir.