Module 6 · 6.3
Français
Tester la restauration
Module 6: Sauvegardes · Temps de lecture : 10 minutes
Objectif pédagogique : À l'issue de cette leçon, vous saurez planifier et réaliser un test de restauration, définir en langage clair la quantité de travail maximale que vous pouvez vous permettre de perdre (RPO) et la rapidité avec laquelle un service doit être rétabli (RTO), et rédiger un ordre de rétablissement.
Notions clés : test de restauration, RPO (quantité de travail que vous pouvez perdre), RTO (rapidité de rétablissement nécessaire), ordre de rétablissement, documentation
Une sauvegarde que vous n'avez jamais restaurée n'est qu'une promesse
Presque tout le monde qui découvre après un incident que sa sauvegarde ne fonctionne pas pensait disposer d'une bonne sauvegarde. Les notifications étaient vertes, le disque était plein, le programme tournait chaque nuit. Ce n'est qu'au moment de la restauration que le problème apparaît. Voici des exemples typiques de ce que l'on découvre alors :
- La sauvegarde ne contenait que les fichiers du site web, pas la base de données. La boutique en ligne est revenue sans commandes, sans clients et sans produits.
- La sauvegarde était chiffrée, mais la clé ne se trouvait que sur l'ordinateur portable volé.
- Le logiciel de sauvegarde signalait une erreur depuis quatre mois, mais ces notifications partaient vers l'adresse e-mail d'un collègue qui avait quitté l'entreprise.
- La sauvegarde existait bien, mais restaurer 400 Go via une connexion internet classique a pris trois jours.
L'ANSSI (Agence nationale de la sécurité des systèmes d'information) recommande donc de ne pas se contenter de vérifier que la sauvegarde a bien été effectuée, mais de restaurer réellement des données à intervalles réguliers. Elle conseille également de pouvoir vérifier quotidiennement que les sauvegardes se sont bien déroulées et qu'aucune erreur n'est survenue.
RPO : quelle quantité de travail pouvez-vous vous permettre de perdre ?
Avant de tester, vous devez savoir ce qui est « suffisamment bon ». Deux notions reviennent dans toute discussion avec un prestataire informatique.
Le RPO (Recovery Point Objective) signifie en langage clair : quelle quantité de travail pouvez-vous vous permettre de perdre au maximum ? Le NIST le définit comme le point dans le temps jusqu'auquel les données doivent être restaurées après un incident. Plus vous effectuez de sauvegardes fréquemment, plus cet écart est réduit.
Le calcul est simple : vous risquez de perdre au maximum tout ce qui a changé depuis la dernière sauvegarde réussie. L'ANSSI donne elle-même cet exemple : si votre sauvegarde s'exécute la nuit à 03h00 et que l'incident survient à 16h00, vous risquez de perdre plusieurs heures de travail.
| Calendrier de sauvegarde | Incident survenu le | Dernière sauvegarde réussie | Perte maximale |
|---|---|---|---|
| Chaque nuit à 02h00 | mardi 16h30 | mardi 02h00 | 14 heures 30 minutes |
| Toutes les heures pendant les heures de bureau | mardi 14h40 | mardi 14h00 | 40 minutes |
| Chaque nuit à 02h00, mais la sauvegarde de la nuit de mardi a échoué | mercredi 10h00 | mardi 02h00 | 32 heures |
Attention à deux pièges. Une sauvegarde échouée ne compte pas : la dernière sauvegarde réussie recule alors d'un cran. Et en cas de ransomware, il faut considérer le moment où les dégâts ont commencé, pas le moment où vous le constatez. Si le chiffrement a débuté à 11h15 et que vous le découvrez à 14h40, la sauvegarde de 12h00 est déjà compromise et celle de 11h00 est la dernière bonne.
RTO : à quelle vitesse faut-il rétablir le service ?
Le RTO (Recovery Time Objective) signifie en langage clair : combien de temps peut durer le rétablissement avant que cela ne devienne problématique ? Le NIST le décrit comme la durée pendant laquelle un système peut rester en cours de rétablissement avant de réellement nuire à votre activité.
Le RTO varie selon les composants. Pour la Boulangerie Example :
| Composant | Conséquence en cas de perte | RPO | RTO |
|---|---|---|---|
| Caisse et commandes | Pas de vente, les clients attendent | 1 heure | 2 heures |
E-mail info@example.com | Les commandes par e-mail n'arrivent pas | 1 jour | 4 heures |
| Site web | Pas de nouveaux clients, mais gênant seulement | 1 jour | 1 jour ouvré |
| Archive des anciens devis | Contraignant, mais cela peut attendre | 1 semaine | 1 semaine |
Le RTO contribue à déterminer le type de sauvegarde à choisir. Un disque dans un coffre chez le propriétaire de l'entreprise constitue une excellente copie hors ligne, mais si récupérer ce disque et restaurer les données prend quatre heures, vous n'atteindrez pas un RTO de deux heures.
Un test de restauration en cinq étapes
Un test n'a pas besoin d'être ambitieux. Commencez petit et développez progressivement.
- Choisissez ce que vous testez. Commencez par un fichier, un dossier et une boîte e-mail. Faites une fois par an un test plus important : un site web complet avec sa base de données, ou un ordinateur portable entier.
- Restaurez à côté de l'original. Ne remplacez jamais vos données réelles pour effectuer un test. Restaurez dans un dossier séparé, sous forme de copie ou dans un espace de test.
- Vérifiez le contenu. Le fichier s'ouvre-t-il ? L'e-mail correspond-il bien à la bonne date ? Le site web fonctionne-t-il avec la base de données du même moment ? Un site web avec des fichiers du jour et une base de données du mois précédent fonctionne rarement correctement.
- Mesurez le temps. Notez combien de temps cela a pris, du moment où vous avez identifié « je dois restaurer quelque chose » jusqu'à « cela fonctionne ». Comparez avec votre RTO.
- Nettoyez et documentez. Supprimez la copie de test afin qu'elle n'occupe pas d'espace inutilement et ne crée pas de confusion, et notez le résultat.
Ordre de rétablissement et documentation
Lors d'un incident majeur, tout ne peut pas être rétabli en même temps, c'est impossible. Définissez donc à l'avance l'ordre de rétablissement : ce qui doit revenir en premier, puis ensuite. En général, l'ordre est le suivant : d'abord les accès (votre gestionnaire de mots de passe, votre messagerie et vos comptes administrateurs), puis ce qui génère des revenus (caisse, commandes, factures), puis le reste.
Rédigez pour chaque composant une fiche de rétablissement indiquant :
- où se trouve la sauvegarde et comment y accéder (sans indiquer les mots de passe sur la fiche elle-même : renvoyez vers le gestionnaire de mots de passe ou le coffre) ;
- qui est autorisé et capable d'effectuer la restauration, et qui est son remplaçant ;
- les étapes à suivre, ou un lien vers la documentation de votre fournisseur ;
- la date et le résultat du dernier test.
Conservez également cette fiche sur papier ou hors ligne. En cas de ransomware, votre dossier partagé contenant la documentation est probablement lui aussi hors service. Cette fiche accompagne la fiche d'incident de la leçon 8.1.
En pratique : à quoi cela ressemble
Dans l'environnement de démonstration WebOké Backups, vous pouvez effectuer un test sans rien modifier sur votre site ou votre messagerie actuels. Dans l'assistant, vous choisissez le pack, le moment de la sauvegarde, les composants, puis le mode de restauration. Avec En tant que copie à côté de l'actuel, la sauvegarde arrive sous forme de copie dans un nouveau dossier, sous forme de base de données portant un nouveau nom, ou sous forme de nouvelle boîte e-mail. Pour une boîte e-mail, donnez un nom à la copie, par exemple restauration, et ouvrez-la dans le webmail pour vérifier que les e-mails de ce moment précis s'y trouvent. Supprimez ensuite la copie, car elle compte dans votre espace de stockage. Chaque restauration reçoit un code de restauration de huit caractères et un rapport détaillant ce qui a été restauré.
La base de connaissances met également en garde contre une erreur fréquente : pour une boîte e-mail, ne choisissez pas Restauration complète, car tout ce qui est arrivé après le moment choisi disparaîtrait. Dans Euro-Office et Nextcloud, vous restaurez une version antérieure d'un document via l'historique des versions ; la version que vous remplacez reste conservée.
Chez d'autres fournisseurs, cela porte un autre nom et fonctionne parfois différemment. Si vous ne pouvez pas restaurer vous-même sous forme de copie chez votre fournisseur, demandez-lui comment tester en toute sécurité.
Résumé
- Une sauvegarde n'est fiable que si vous l'avez restaurée ; testez souvent à petite échelle, et une fois par an à grande échelle.
- RPO : quelle quantité de travail vous pouvez vous permettre de perdre. Vous perdez tout ce qui s'est produit depuis la dernière sauvegarde réussie ; une sauvegarde échouée ou infectée ne compte pas.
- RTO : la rapidité avec laquelle le service doit être rétabli. Mesurez à chaque test le temps de rétablissement réel.
- Restaurez à côté de l'original, vérifiez le contenu et supprimez la copie de test.
- Consignez l'ordre de rétablissement et les étapes sur une fiche de rétablissement qui existe aussi hors ligne.
Quiz
Exercice
Exercice A6.3 : Combien de travail perdez-vous ? Vous recevez un calendrier de sauvegarde et un moment de panne ou d'attaque. Calculez la quantité maximale de travail que vous risquez de perdre et évaluez si le calendrier atteint l'objectif de RPO. Le programme vérifie votre réponse et explique pour chaque cas comment cela fonctionne.
Exercice D6.3 : Un véritable test de restauration. Restaurez un fichier et une boîte e-mail (ou un autre petit ensemble de données) à partir de votre propre sauvegarde, à côté de l'original. Vérifiez le contenu, mesurez le temps, nettoyez la copie de test et complétez votre fiche de rétablissement avec le RPO, le RTO et l'ordre de rétablissement.
Exercice D6.3: Un véritable test de restauration
Voici comment procéder : (1) Choisissez un petit échantillon de test : un fichier, un dossier et une boîte mail (ou tout autre petit ensemble que vous jugez important). (2) Notez l'heure de départ. (3) Restaurez cet échantillon à partir de votre propre sauvegarde à côté de l'original : en copie, dans un dossier séparé ou comme boîte mail distincte. N'écrasez rien. (4) Vérifiez le contenu : le fichier s'ouvre t il, le mail de la bonne date s'y trouve t il, le dossier est il correct ? Pour un site web : les fichiers et la base de données correspondent ils au même moment ? (5) Notez l'heure de fin et calculez le temps de restauration. (6) Supprimez la copie de test. (7) Remplissez une fiche de restauration pour cet élément : où se trouve la sauvegarde, qui est autorisé à restaurer (et qui est son remplaçant), les étapes ou un lien vers le mode d'emploi, le RPO, le RTO, la place dans l'ordre de restauration, la date et le résultat de ce test. Ne notez aucun mot de passe sur cette fiche. (8) Imprimez la fiche de restauration ou conservez la hors ligne, avec votre fiche d'incident (leçon 8.1).
Vos cases cochées et vos notes restent uniquement dans ce navigateur ; nous ne les envoyons nulle part. Si vous êtes connecté, nous enregistrons dans Mes formations uniquement le fait que vous avez terminé l'exercice.
Pour aller plus loin
Les étapes décrites dans les articles WebOké s'appliquent à l'environnement de WebOké ; chez d'autres fournisseurs, le fonctionnement peut être comparable ou différent. Renseignez-vous auprès de votre fournisseur.
- WebOké Backups : consulter, restaurer ou télécharger une sauvegarde
- Récupérer une boîte mail ou des e-mails supprimés depuis la sauvegarde
- Guide WebOké 6.10: WebOké Backups : restaurer des fichiers
- Guide DirectAdmin 16.3: Restaurer une sauvegarde DirectAdmin
- Guide Euro-Office 8.6: Historique des versions : restaurer une version antérieure
- ANSSI, Élaborer une stratégie de sauvegarde : https://cyber.gouv.fr/
- NIST, Glossary: Recovery Point Objective (en anglais) : https://csrc.nist.gov/glossary/term/recovery_point_objective
- NIST, Glossary: Recovery Time Objective (en anglais) : https://csrc.nist.gov/glossary/term/recovery_time_objective