Aller au contenu

Paramètres des cookies

Choisissez, par catégorie, les cookies que vous autorisez. Vous pouvez modifier votre choix à tout moment via Paramètres des cookies, en bas de chaque page. Politique de confidentialité

Nécessaires

Toujours activés

Indispensables pour vous connecter, conserver votre panier et mémoriser vos choix. Ils sont toujours activés.

Quels cookies ?
  • weboke_sessie, weboke_klant, weboke_remember: votre session et le maintien de la connexion
  • weboke_basket: votre panier
  • wkBtwIncl: l'affichage des prix TTC ou HT
  • wok_cookies: votre choix concernant les cookies, 12 mois

Mesure quelle publicité mène à une visite ou à une commande, pour que nous ne payions pas des publicités inefficaces.

Quels cookies ?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), jusqu'à 90 jours
  • OpenAI Ads, publicités dans ChatGPT
  • wok_aff: le partenaire qui vous a orienté vers nous (programme d'affiliation), 60 jours

4,6

Pays et langue

Chaque pays a son propre site, avec les prix et la TVA de ce pays.

Afficher

Tester la restauration

Module 6: Sauvegardes · Temps de lecture : 10 minutes

Objectif pédagogique : après cette leçon, vous saurez planifier et exécuter un test de restauration, définir en langage clair combien de travail vous pouvez vous permettre de perdre au maximum (RPO) et à quelle vitesse quelque chose doit être rétabli (RTO), et rédiger un ordre de rétablissement.
Notions clés : test de restauration, RPO (combien de travail vous pouvez perdre), RTO (à quelle vitesse cela doit revenir), ordre de rétablissement, documentation

Une sauvegarde que vous n'avez jamais restaurée n'est qu'un tas de données

Presque tout le monde qui découvre après un incident que la sauvegarde ne fonctionne pas pensait avoir 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 programme 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 ordinaire a pris trois jours.

Le NCSC neerlandais recommande donc de ne pas se contenter de vérifier que la sauvegarde a bien été effectuée, mais aussi de restaurer réellement quelque chose à intervalles réguliers. Il conseille également de pouvoir vérifier chaque jour si les sauvegardes se sont bien exécutées et s'il y a eu des erreurs.

RPO : combien de travail pouvez vous vous permettre de perdre ?

Avant de tester, vous devez savoir ce qui est "suffisamment bon". Il existe deux notions pour cela, que vous rencontrerez dans toute discussion avec un prestataire informatique.

Le RPO (Recovery Point Objective) signifie en langage clair : combien de travail pouvez vous vous permettre de perdre au maximum ? Le NIST le définit comme le moment dans le temps auquel les données doivent être restaurées après un incident. Plus vous faites de sauvegardes fréquemment, plus l'écart est réduit.

Le calcul est simple : vous risquez de perdre au maximum tout ce qui a changé depuis la dernière bonne sauvegarde. Le NCSC neerlandais donne lui-même cet exemple : si votre sauvegarde tourne la nuit à 03h00 et que vous êtes touché à 16h00, vous risquez de perdre plusieurs heures de travail.

Planning de sauvegardeIncident survenu àDernière bonne sauvegardePerte maximale
Chaque nuit à 02h00mardi 16h30mardi 02h0014 heures 30 minutes
Toutes les heures pendant les heures de travailmardi 14h40mardi 14h0040 minutes
Chaque nuit à 02h00, mais la sauvegarde de la nuit de mardi a échouémercredi 10h00mardi 02h0032 heures

Attention à deux pièges. Une sauvegarde échouée ne compte pas : la dernière bonne sauvegarde recule alors d'un cran. Et en cas de ransomware, c'est le moment où les dégâts ont commencé qui compte, pas le moment où vous le remarquez. Si le chiffrement a commencé à 11h15 et que vous le constatez à 14h40, la sauvegarde de 12h00 est déjà compromise et celle de 11h00 est la dernière bonne.

RTO : à quelle vitesse cela doit il revenir ?

Le RTO (Recovery Time Objective) signifie en langage clair : combien de temps peut on attendre avant que cela fonctionne à nouveau ? Le NIST le décrit comme la durée pendant laquelle un système peut rester en cours de rétablissement avant que cela ne nuise réellement à votre entreprise.

Le RTO varie selon l'élément concerné. Pour Boulangerie Example :

ÉlémentConséquence si indisponibleRPORTO
Caisse et commandesPas de vente, les clients attendent1 heure2 heures
E-mail info@example.comLes commandes par e-mail n'arrivent pas1 jour4 heures
Site webPas de nouveaux clients, c'est gênant1 jour1 jour ouvré
Archives des anciens devisContraignant, mais cela peut attendre1 semaine1 semaine

Le RTO contribue à déterminer le type de sauvegarde que vous choisissez. Un disque dans un coffre chez le propriétaire est une excellente copie hors ligne, mais s'il faut quatre heures pour aller le chercher et le restaurer, vous n'atteindrez pas un RTO de deux heures.

WordPress : créer une sauvegarde et la restaurer 1:23

Un test de restauration en cinq étapes

Un test n'a pas besoin d'être volumineux. Commencez petit et développez ensuite.

  1. Choisissez ce que vous testez. Commencez par un fichier, un dossier et une boîte e-mail. Faites un test plus important une fois par an : un site web entier avec sa base de données, ou un ordinateur portable complet.
  2. Restaurez à côté de l'original. Ne jamais écraser vos données réelles pour tester. Restaurez dans un dossier séparé, sous forme de copie ou dans un emplacement de test.
  3. Vérifiez le contenu. Le fichier s'ouvre t il ? L'e-mail de la bonne date est il présent ? Le site web fonctionne t il avec la base de données du même moment ? Un site web avec des fichiers d'aujourd'hui et une base de données du mois dernier fonctionne souvent mal.
  4. Mesurez le temps. Notez combien de temps cela a pris, entre "je dois restaurer quelque chose" et "cela fonctionne". Comparez avec votre RTO.
  5. Nettoyez et notez. Supprimez la copie de test pour qu'elle n'occupe pas d'espace ni ne crée de confusion, et consignez le résultat.

Ordre de rétablissement et documentation

Lors d'un incident majeur, tout ne peut pas revenir en même temps. Définissez donc à l'avance l'ordre de rétablissement : ce qui vient en premier, puis ce qui suit. En général c'est : d'abord les accès (votre gestionnaire de mots de passe, votre messagerie et vos comptes d'administration), puis ce qui génère de l'argent (caisse, commandes, factures), puis le reste.

Notez pour chaque élément sur une fiche de rétablissement :

  • où se trouve la sauvegarde et comment y accéder (sans mots de passe sur la fiche elle même : renvoyez vers le gestionnaire de mots de passe ou le coffre) ;
  • qui a le droit et la capacité de restaurer, et qui est son remplaçant ;
  • les étapes, ou un lien vers le guide 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 fait partie de la fiche d'incident de la leçon 8.1.

En pratique : voici à quoi cela ressemble

Dans l'environnement d'exemple WebOké Backups, vous pouvez effectuer un test sans rien changer à votre site ou votre messagerie actuels. Dans l'assistant, vous choisissez le pack, le moment de la sauvegarde, les éléments, puis le mode de restauration. Avec Comme copie à côté de l'actuel, la sauvegarde arrive sous forme de copie dans un nouveau dossier, comme base de données sous un nouveau nom ou comme nouvelle boîte e-mail. Pour une boîte e-mail, vous donnez un nom à la copie, par exemple herstel, et vous l'ouvrez dans le webmail pour vérifier que l'e-mail de ce moment là s'y trouve. 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 indiquant 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 cela ferait disparaître tout ce qui est arrivé après le moment choisi. 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 s'appelle différemment et fonctionne parfois autrement. Si vous ne pouvez pas restaurer vous même comme 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 : combien de travail vous pouvez perdre. Vous perdez tout ce qui s'est passé depuis la dernière bonne sauvegarde ; une sauvegarde échouée ou infectée ne compte pas.
  • RTO : à quelle vitesse cela doit revenir. Mesurez le temps de rétablissement réel à chaque test.
  • Restaurez à côté de l'original, vérifiez le contenu et nettoyez 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

1. Que signifie le RPO en langage clair ?



2. Vous faites une sauvegarde chaque nuit à 01h00. Le jeudi à 15h00, le serveur tombe en panne. La sauvegarde de la nuit de jeudi a réussi. Combien de travail risquez vous de perdre au maximum ?



3. Vous restaurez une sauvegarde de votre boutique en ligne. Le site se charge, mais les commandes et les produits sont manquants. Quelle est la cause la plus probable ?



4. Pourquoi restaurez vous lors d'un test "comme copie" ou dans un dossier séparé ?



5. Que doit contenir votre fiche de rétablissement ?



Exercice

Exercice A6.3 : Combien de travail perdez-vous ? Vous recevez un planning de sauvegarde et un moment d'incident ou d'attaque. Calculez combien de travail vous risquez de perdre au maximum et évaluez si le planning atteint l'objectif de RPO. Le programme vérifie votre réponse et explique pour chaque cas comment cela fonctionne.

Exercice A6.3: Combien de travail perdez-vous ?

Règle de calcul : la perte maximale correspond au temps écoulé entre le moment de la dernière bonne sauvegarde et le moment de la panne, en temps réel (le week-end et la nuit comptent aussi). Une sauvegarde compte à partir du moment où elle démarre. Une sauvegarde échouée ne compte pas ; en cas de rançongiciel, une sauvegarde postérieure au début du chiffrement ne compte pas. Tous les jours se situent dans une semaine de travail normale.







Nous ne conservons pas ce que vous saisissez ni ce que nous trouvons. Votre navigateur mémorise vos réponses et si l'exercice est réussi. Si vous êtes connecté, nous enregistrons uniquement dans Mes formations que l'exercice était (presque) correct ; vous pouvez aussi le supprimer à cet endroit.

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 remplissez 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, cela fonctionne de manière similaire ou différente. Renseignez vous auprès de votre fournisseur.

Un instant…

Configurez vos domaines

Pour chaque domaine, réglez les serveurs de noms, l'association à votre hébergement et le futur titulaire.

Chargement de vos domaines…