Outils pour utilisateurs

Outils du site


reseau:divers:sauvegardes

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Prochaine révision
Révision précédente
reseau:divers:sauvegardes [2026/03/13 14:28] – créée ewenreseau:divers:sauvegardes [2026/10/18 01:23] (Version actuelle) – Enrichissement des connaissances techniques CUB ewen
Ligne 20: Ligne 20:
 | **3** | Conserver **3 copies** des données (l'original + 2 sauvegardes) | | **3** | Conserver **3 copies** des données (l'original + 2 sauvegardes) |
 | **2** | Stocker ces copies sur **2 supports différents** (ex : disque local + NAS) | | **2** | Stocker ces copies sur **2 supports différents** (ex : disque local + NAS) |
-| **1** | Conserver **1 copie déconnectée du réseau** (cloud, site distant, support physique externalisé, déconnecté du réseau) |+| **1** | Conserver **1 copie déconnectée** (cloud, site distant, support physique externalisé) |
  
 ===== 2. Pourquoi cette règle ? ===== ===== 2. Pourquoi cette règle ? =====
Ligne 50: Ligne 50:
   * **Cron** — planification automatique des sauvegardes sur systèmes Unix   * **Cron** — planification automatique des sauvegardes sur systèmes Unix
  
-===== 4. Bonnes pratiques =====+===== 4. Types de sauvegardes ===== 
 + 
 +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. 
 + 
 +==== Sauvegarde complète ==== 
 + 
 +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 
 + 
 +==== Sauvegarde incrémentale ==== 
 + 
 +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 différentielle ==== 
 + 
 +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 immuable ==== 
 + 
 +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 
 + 
 +==== Comparatif ==== 
 + 
 +^ Type ^ Espace consommé ^ Vitesse de sauvegarde ^ Complexité de restauration ^ Résistance ransomware ^ 
 +| Complète | Élevé | Lente | Simple | Faible (si accessible) | 
 +| Incrémentale | Faible | Rapide | Complexe | Faible (si accessible) | 
 +| Différentielle | Moyen | Moyenne | Moyenne | Faible (si accessible) | 
 +| Immuable | Variable | Variable | Simple | **Élevée** | 
 + 
 +===== 5. Bonnes pratiques =====
  
 **Planification** **Planification**
Ligne 69: Ligne 113:
   * Appliquer le principe du **moindre privilège** sur les accès aux dépôts de sauvegarde   * Appliquer le principe du **moindre privilège** sur les accès aux dépôts de sauvegarde
  
-===== 5. Test de restauration =====+===== 6. Test de restauration =====
  
 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** : 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** :
Ligne 81: Ligne 125:
 | **RTO** (Recovery Time Objective) | Durée maximale acceptable pour restaurer le service | | **RTO** (Recovery Time Objective) | Durée maximale acceptable pour restaurer le service |
  
-===== 6. Références =====+===== 7. Références =====
  
-  * [[https://www.ssi.gouv.fr/guide/recommandations-pour-les-sauvegardes/|ANSSI — Recommandations pour les sauvegardes]]+  * [[https://messervices.cyber.gouv.fr/guides/fondamentaux-sauvegarde-systemes-dinformation/|ANSSI — Recommandations pour les sauvegardes]]
   * [[https://www.cnil.fr/fr/securite-des-donnees|CNIL — Sécurité des données personnelles]]   * [[https://www.cnil.fr/fr/securite-des-donnees|CNIL — Sécurité des données personnelles]]
 +
 +===== 8. RAID, instantanés et continuité d’administration =====
 +
 +Le RAID améliore la disponibilité selon le niveau choisi ; il ne protège pas contre toutes les suppressions logiques ni contre la perte du stockage. Un instantané reste lui aussi dépendant de son support.
 +
 +Une restauration de bastion doit tenir compte de la configuration, de la base des comptes, des enregistrements et des accès nécessaires pour rétablir le service. La présence de WAC ne constitue pas à elle seule un plan de secours complet.
 +
 +Voir [[:administration:filesystem:raid|RAID]], [[:administration:virtualisation|Virtualisation]] et [[:cyber:guacamole|Guacamole]].
 +
reseau/divers/sauvegardes.1773408494.txt.gz · Dernière modification : de ewen