Stratégie de sauvegarde 3-2-1

Documentation rédigée par : GADONNAUD Ewen

Formation : BTS SIO 1ère année - Option SISR

Établissement : Lycée Paul-Louis Courier, Tours

Date : Mars 2026

La règle 3-2-1 est une stratégie de sauvegarde largement adoptée dans le domaine de la sécurité informatique. Elle constitue un standard minimal recommandé par l'ANSSI pour garantir la disponibilité et l'intégrité des données en cas d'incident.

Principe clé : Aucune sauvegarde n'est fiable si elle repose sur un support unique ou un emplacement unique. La règle 3-2-1 impose une diversification systématique des copies et des supports.

Sans stratégie structurée, les risques suivants menacent l'intégrité des données :

• Défaillance matérielle — panne disque, corruption de fichiers système
• Ransomware — chiffrement malveillant des données locales et des sauvegardes accessibles en réseau
• Sinistre physique — incendie, inondation, vol de matériel
• Erreur humaine — suppression accidentelle, écrasement de fichier

La copie hors site est le dernier rempart face aux sinistres physiques et aux attaques qui compromettent l'ensemble d'un site.

• Rsync — synchronisation incrémentale de fichiers entre machines Linux
• Restic — sauvegarde chiffrée et dédupliquée, compatible cloud (S3, Backblaze B2, SFTP…)
• BorgBackup — sauvegarde dédupliquée et compressée, orientée serveurs
• Duplicati — interface graphique, compatible nombreux backends cloud
• Cron — planification automatique des sauvegardes sur systèmes Unix

Le choix du type de sauvegarde influe directement sur l'espace de stockage consommé, la durée d'exécution et la complexité de la restauration.

Copie intégrale de l'ensemble des données à un instant T, sans distinction par rapport aux sauvegardes précédentes.

• Avantage — restauration simple et autonome, aucune dépendance à d'autres sauvegardes
• Inconvénient — consomme beaucoup d'espace et de temps à chaque exécution
• Usage typique — sauvegarde hebdomadaire de référence, point de départ d'un cycle

Ne sauvegarde que les données modifiées depuis la dernière sauvegarde (complète ou incrémentale précédente).

• Avantage — très rapide, faible consommation d'espace
• Inconvénient — restauration complexe : nécessite la sauvegarde complète + toutes les incrémentales dans l'ordre
• Usage typique — sauvegardes quotidiennes entre deux sauvegardes complètes

Sauvegarde les données modifiées depuis la dernière sauvegarde complète uniquement (contrairement à l'incrémentale qui repart de la dernière sauvegarde quelle qu'elle soit).

• Avantage — restauration simple : sauvegarde complète + une seule différentielle suffisent
• Inconvénient — grossit progressivement au fil du temps jusqu'à la prochaine sauvegarde complète
• Usage typique — compromis entre incrémentale et complète

Sauvegarde écrite en mode WORM (Write Once, Read Many) : une fois créée, elle ne peut être ni modifiée ni supprimée avant l'expiration d'une période de rétention définie.

• Avantage — protection maximale contre les ransomwares et les suppressions accidentelles ou malveillantes
• Inconvénient — nécessite un stockage compatible (ex : Object Lock S3, Backblaze B2, bandes magnétiques)
• Usage typique — copie hors site dans une architecture 3-2-1, conformité réglementaire

Planification

• Définir une fréquence de sauvegarde adaptée à la criticité des données (quotidienne, hebdomadaire…)
• Mettre en place une politique de rétention (ex : 7 sauvegardes quotidiennes, 4 hebdomadaires, 12 mensuelles)
• Automatiser via cron pour éviter les oublis

Intégrité et chiffrement

• Vérifier régulièrement l'intégrité des sauvegardes (checksums, tests de restauration)
• Chiffrer les sauvegardes hors site pour protéger les données en transit et au repos
• Ne jamais considérer une sauvegarde comme fiable sans l'avoir testée en restauration

Isolation

• La copie hors site ne doit pas être montée en permanence sur le réseau local (risque ransomware)
• Appliquer le principe du moindre privilège sur les accès aux dépôts de sauvegarde

Une sauvegarde non testée est une sauvegarde dont on ne peut pas garantir l'efficacité. Il est indispensable de planifier des tests de restauration réguliers :

• Restaurer un fichier isolé pour vérifier l'intégrité des données
• Simuler une restauration complète sur un environnement de test
• Documenter les procédures de restauration (temps de reprise, ordre des opérations)

• ANSSI — Recommandations pour les sauvegardes
• CNIL — Sécurité des données personnelles