Définir les procédures et planifier les sauvegardes et les tests de restauration

1. Objectif du cours

Comprendre comment identifier et documenter les données à sauvegarder, établir des procédures de sauvegarde/restauration et planifier des tests réguliers afin d'assurer la continuité des activités et la protection des données.

2. Notions et définitions essentielles

• Types de données : clients, financières, RH, bases applicatives, configurations système, documents d’entreprise.
• Méthodes de sauvegarde : complète, incrémentielle, différentielle.
• Destinations : disques locaux, supports amovibles, cloud, serveurs de sauvegarde dédiés, sites de secours.
• Rétention : durée de conservation (quotidienne, mensuelle, annuelle) selon réglementation et besoins.
• Validation/Vérification : contrôles d’intégrité, comparaison avec sources, journalisation.
• Concepts de protection : chiffrement, anonymisation/pseudonymisation, principe du moindre privilège.

3. Fonctionnement et principes

• Identifier d’abord les types de données et leur criticité pour définir fréquence et méthode de sauvegarde.
• Automatiser selon un calendrier documenté afin d’assurer régularité et traçabilité.
• Appliquer une politique de rétention adaptée (ex. quotidiennes 30 jours, mensuelles 12 mois, annuelles 7 ans).
• Prévoir des procédures de restauration distinctes (complète, incrémentielle, depuis cloud) et définir responsabilités (responsable restauration, utilisateurs).
• Tester régulièrement les restaurations et documenter résultats, erreurs et actions correctives pour améliorer les procédures.

4. Commandes et manipulations

• Planification automatisée :
• Microsoft Task Scheduler — planifier des tâches/sauvegardes sous Windows.
• Linux crontab — automatiser l’exécution de scripts sous Linux.
• Outils de restauration et scripts :
• tar -xvzf — commande citée pour l’extraction lors de tests/restaurations automatisés avec scripts Bash.
• Scripting (Bash, PowerShell, Python) — utilisées pour automatiser sauvegardes et tests (les scripts ne sont pas reproduits dans le cours). Regrouper pour une même procédure : créer un script de sauvegarde/restauration (Bash/PowerShell/Python) et l’appeler via crontab ou Task Scheduler ; pour les restaurations automatisées, inclure l’usage de tar -xvzf si les archives sont au format tar.gz.

5. Sécurité et bonnes pratiques

• Appliquer la règle 3-2-1 (mentionnée dans le cours).
• Chiffrer les sauvegardes en transit et au repos pour protéger les données.
• Appliquer le principe du moindre privilège pour les accès aux sauvegardes et aux restaurations.
• Déconnecter physiquement les supports après sauvegarde lorsque c’est prévu.
• Vérifier régulièrement l’état de santé des supports et l’intégrité des sauvegardes.
• Documenter et former le personnel ; sensibiliser les utilisateurs à signaler les pertes de données.
• Anonymisation/pseudonymisation : utilisées selon besoin ; la pseudonymisation permet de restaurer les données originales si la méthode/clé existe.

6. Points essentiels à retenir pour le TSSR

1. Commencer par l’inventaire des données et leur classification par criticité.
2. Choisir la méthode de sauvegarde adaptée : complète (moins fréquente), incrémentielle/différentielle (économie d’espace).
3. Documenter un calendrier précis et l’automatiser (crontab/Task Scheduler).
4. Prévoir destinations redondantes (local, offsite, cloud) et appliquer chiffrement.
5. Définir responsabilités claires pour restauration et notification des utilisateurs.
6. Tester les restaurations régulièrement (plusieurs fois/an, jusqu’à 1×/mois selon criticité).
7. Vérifier l’intégrité avant restauration (journaux, supports) et valider après restauration (comparaison, tests applicatifs).
8. Tenir des rapports et tableaux de bord (temps de restauration, réussite, actions correctives).
9. Réviser périodiquement procédures et priorités en fonction des changements organisationnels.
10. Former continuellement le personnel impliqué.

7. Tableau récapitulatif

Élément	Caractéristique	Exemple cité
Types de sauvegarde	Couverture et volume	Complète / Incrémentielle / Différentielle
Destination	Local vs offsite	Disques locaux / Cloud / Serveur dédié
Fréquence	Selon criticité	Quotidienne pour données critiques
Vérification	Contrôle d’intégrité	Journaux d’activité, comparaison avec source
Tests	Périodicité recommandée	Plusieurs fois par an, jusqu’à 1×/mois

8. Vérifications pratiques

• Avant restauration : vérifier journaux d’activité des sauvegardes et l’état des supports pour s’assurer qu’ils ne sont pas corrompus.
• Vérifier les autorisations : s’assurer que l’intervenant a les droits minimum nécessaires.
• Après restauration : comparer les données restaurées avec les sources (outils cités : WinMerge, Beyond Compare, KDiff3, Meld, etc.) et vérifier l’intégrité (aucune donnée tronquée).
• Validation applicative : exécuter requêtes/tests applicatifs pour s’assurer du bon fonctionnement avec les données restaurées.
• Suivi/documentation : consigner horodatage, fichiers restaurés, résultats et erreurs ; effectuer des vérifications régulières post-restauration (4 à 10 fois/an recommandé).

9. Flashcards Anki

Quelle règle de sauvegarde est mentionnée dans le cours ? :: La règle 3-2-1. Quelles sont les trois méthodes courantes de sauvegarde citées ? :: Complète, incrémentielle, différentielle. Quelle fréquence est recommandée pour les données critiques ? :: Sauvegardes quotidiennes. Citer trois destinations de sauvegarde mentionnées. :: Disques locaux, stockage en cloud, serveurs de sauvegarde dédiés. Comment vérifier qu’une sauvegarde n’est pas corrompue avant restauration ? :: Vérifier les journaux d’activité et les supports de sauvegarde. Quel outil/commande est explicitement cité pour l’automatisation des tests de restauration ? :: tar -xvzf. Citer un outil de comparaison de fichiers mentionné dans le cours. :: WinMerge. À quelle fréquence les tests de restauration doivent-ils être effectués selon le cours ? :: Plusieurs fois par an, jusqu’à une fois par mois. Pourquoi documenter les priorités de sauvegarde ? :: Pour garantir que les parties prenantes comprennent les priorités. Que permet la pseudonymisation selon le cours ? :: Masquer partiellement les données tout en permettant leur restauration si la méthode ou la clé est disponible.