Cours B2-24 - Sauvegarde et restauration
Cours · Fiche de cours

B2-24 - Sauvegarde et restauration

B2-24 Sauvegarde et restauration

🎓 SIO2 · semestre 3 ⏱️ 4 h (cours + TP) 🎯 Bloc 2 – SISR Choisir quoi sauvegarder, comment et à quelle fréquence, mettre en place Proxmox Backup Server et Windows Server Backup, et surtout prouver qu'on sait restaurer.

🎯 Objectifs

  • Expliquer pourquoi une sauvegarde n'est ni un RAID ni une réplication.
  • Distinguer sauvegarde complète, incrémentale et différentielle, et la chaîne de restauration de chacune.
  • Construire un plan de sauvegarde : périmètre, fréquence, rétention (GFS), RPO et RTO, emplacements.
  • Mettre en œuvre Proxmox Backup Server et Windows Server Backup, sauvegarder les configurations réseau.
  • Tester une restauration et la documenter.

📋 Prérequis

🧭 Référentiel

  • B2.2 Installer, tester et déployer une solution d'infrastructure : sauvegarde et restauration.
  • B1.1 Gérer le patrimoine informatique : gérer des sauvegardes, vérifier la continuité d'un service.
  • B3.4 Garantir la disponibilité et l'intégrité des données.
Test express des prérequis 3 questions · 2 minutes · conseillé avant de commencer

1. Dans Proxmox VE, qu'est-ce qu'un instantané (snapshot) d'une VM ?

Un instantané reste sur le même stockage que la VM : si ce stockage meurt, l'instantané disparaît avec elle. C'est un point de retour rapide, pas une sauvegarde. À revoir : B2-21 · Proxmox VE.

2. Un serveur a deux disques en RAID 1. Un utilisateur supprime par erreur un dossier. Que se passe-t-il ?

Le RAID recopie tout, y compris les erreurs : il protège contre la panne d'un disque, pas contre une suppression, un rançongiciel ou un incendie.

3. Que signifie un RPO de 24 heures ?

RPO = perte de données maximale admise (on regarde en arrière depuis l'incident). La durée maximale d'interruption est le RTO. À revoir : B3-08 · Risques, PCA, PRA.
SRV-01 disque HS USB dernière copie : il y a 3 mois ? Et si la restauration ne marche pas ?

Brocéliande Logistique (entreprise fictive, 60 salariés) vient de vivre une matinée noire : un disque de l'hyperviseur a lâché et la VM SRV-01 (Active Directory, DNS, DHCP, fichiers) ne démarre plus. La seule copie trouvée est un disque USB branché « de temps en temps » par le comptable… la dernière fois il y a trois mois, et personne n'a jamais essayé de restaurer à partir de lui.

La direction te confie la mise en place d'une vraie politique de sauvegarde : savoir ce qui doit être sauvegardé, à quelle fréquence et où, l'automatiser avec Proxmox Backup Server, et surtout prouver par des tests qu'on peut tout remettre en route dans un délai connu.

Le coursPourquoi et quoi sauvegarder, les types de sauvegarde, le plan (fréquence, rétention, RPO, RTO, emplacements), les outils Proxmox Backup Server et Windows Server Backup, puis les tests de restauration.

1. Pourquoi sauvegarder ?

Une donnée peut disparaître de bien des façons, et la plupart n'ont rien à voir avec une panne de matériel. Les chiffres des assureurs et des éditeurs de logiciels de sauvegarde sont constants : l'erreur humaine et les attaques arrivent en tête, devant la panne de disque.

Cause de perteExemple chez BrocéliandeCe qui protège
Erreur humaineUn dossier de factures supprimé, un fichier écrasé par une mauvaise versionSauvegarde avec historique, versions précédentes
Panne matérielleDisque, contrôleur RAID ou carte mère hors serviceRAID, redondance (B2-25) et sauvegarde
LogicielMise à jour ratée, base de données corrompueInstantané avant intervention, sauvegarde
AttaqueRançongiciel qui chiffre les partages et cherche les sauvegardesSauvegarde isolée et immuable (B3-15)
Sinistre et volIncendie, dégât des eaux, cambriolage du local techniqueCopie hors site

Sauvegarde (backup) : copie des données, faite à un instant donné et conservée ailleurs que les données d'origine, avec un historique de plusieurs versions, dans le but de pouvoir les restaurer. Une sauvegarde qui n'a jamais été restaurée n'est qu'une hypothèse.

Clique sur une des quatre techniques : qu'est-ce qui survit à chaque incident ?

RAID 1miroir de disques Réplicationcopie en continu Instantanémême stockage Sauvegardecopies + historique Panne d'un disqueFichier suppriméRançongicielIncendie du local ✓✗✗✗ ✓✗✗✓ ✗✓✗✗ ✓✓✓*✓* * si une copie est hors site et hors d'atteinte

Choisis une technique : ses réponses s'affichent face aux quatre incidents.

RAID, réplication et instantané servent la disponibilité ; seule la sauvegarde permet de revenir dans le passé.

« On a du RAID, donc on est sauvegardés » : faux. Le RAID et la réplication recopient immédiatement les erreurs et le chiffrement d'un rançongiciel. Un instantané Proxmox vit sur le même stockage que la VM. Il faut une copie séparée, datée et conservée plusieurs jours.

2. Que faut-il sauvegarder ?

On ne sauvegarde pas « le serveur » : on sauvegarde ce qui serait long, coûteux ou impossible à recréer. Le périmètre se décide service par service, avec ceux qui utilisent les données.

Clique sur un élément de l'infrastructure de Brocéliande pour voir comment le sauvegarder.

Hyperviseur Proxmox du siège VM Partagesfichiers des services Bases Active Directoryétat du système Configuration de Proxmox/etc/pve, réseau, stockages Réseauconfigurations Postes Sept éléments, sept façons de sauvegarder : le plan se construit élément par élément.

Choisis un élément pour voir comment il se sauvegarde.

Sauvegarder « tout le disque » ne suffit pas : une base de données ou un annuaire demandent une méthode cohérente.

Une sauvegarde doit être cohérente : tous les fichiers d'une application doivent correspondre au même instant. Pour une VM, Proxmox utilise l'agent invité (qemu-guest-agent) pour figer les écritures ; pour une base de données, on exporte d'abord ; pour Active Directory, on sauvegarde l'état du système.

3. Complète, incrémentale, différentielle

Recopier toutes les données chaque nuit prend du temps et de la place. On combine donc trois types de sauvegarde, qui se distinguent par ce qu'ils copient et par ce qu'il faut pour restaurer.

TypeCe qui est copiéDurée et placePour restaurer
Complète (full)Toutes les données sélectionnéesLongue, volumineuseLa dernière complète seule
IncrémentaleCe qui a changé depuis la dernière sauvegarde, quelle qu'elle soitTrès rapide, petiteLa complète + toutes les incrémentales qui suivent
DifférentielleCe qui a changé depuis la dernière complèteGrossit chaque jourLa complète + la dernière différentielle
DimancheLundiMardiMercredi IncrémentaleDifférentielle ABC DEF ABC DEF complète · 6 blocscomplète · 6 blocs A A 1 bloc1 bloc C AC 1 bloc2 blocs E ACE 1 bloc3 blocs 4 jeuxà restaurer 2 jeuxà restaurer Jeudi : panne → on restaure la chaîne
L'incrémentale est la plus légère à faire ; la différentielle est la plus simple à restaurer.
ton cahier photocopieuse dimanche : tout le cahier lundi : seulement la page du jour

Pour bien comprendre : photocopier son cahier

Le dimanche, tu photocopies tout ton cahier : c'est la sauvegarde complète. Long, mais tu as tout dans une seule liasse.

Les autres jours, tu ne photocopies que la page écrite aujourd'hui : c'est l'incrémentale. Pour reconstituer le cahier de jeudi, il faut la liasse du dimanche et chaque page du lundi au mercredi.

Si chaque soir tu photocopies toutes les pages écrites depuis dimanche, c'est la différentielle : la liasse grossit, mais deux liasses suffisent pour tout retrouver.

Proxmox Backup Server ne fait en réalité que des copies incrémentales permanentes : il découpe chaque VM en morceaux (chunks) et n'envoie que ceux qui ont changé. Pourtant, chaque sauvegarde se restaure comme une complète, car le serveur sait reconstituer la VM à partir des morceaux qu'il possède déjà : c'est la déduplication.

4. Construire un plan de sauvegarde

Le plan de sauvegarde répond, pour chaque élément du périmètre, à cinq questions : quoi, quand (fréquence), combien de temps (rétention), où (emplacements) et en combien de temps on restaure. Les deux contraintes qui décident de tout sont fixées par la direction : le RPO et le RTO.

2 h10 h14 h dernière sauvegarde incident données perdues : 8 h ← RPO interruption : 4 h → RTO service rétabli
Le RPO regarde en arrière (combien de données perdues), le RTO regarde en avant (combien de temps d'arrêt).
  • RPO (Recovery Point Objective, perte de données maximale admissible)Il fixe la fréquence : un RPO de 24 h impose au moins une sauvegarde par jour ; un RPO d'une heure impose des sauvegardes horaires ou de la réplication.
  • RTO (Recovery Time Objective, durée maximale d'interruption admissible)Il fixe la technique et l'emplacement : restaurer 500 Go depuis le cloud prend des heures ; restaurer depuis un PBS local, quelques minutes. On le mesure lors des tests.
  • RétentionDurée de conservation des sauvegardes : elle doit couvrir le temps qu'il faut pour s'apercevoir d'une perte (un fichier effacé il y a trois semaines) et les obligations légales.
  • Fenêtre de sauvegardePlage horaire pendant laquelle la sauvegarde peut tourner sans gêner les utilisateurs, en général la nuit.

4.1 La rétention GFS : grand-père, père, fils

Garder toutes les sauvegardes quotidiennes pendant un an coûterait trop de place. La méthode GFS garde beaucoup de points récents et de moins en moins de points anciens : les quotidiennes (fils), les hebdomadaires (pères) et les mensuelles (grands-pères).

Fils · quotidiennesPères · hebdomadairesGrands-pères · mensuelles 7 jours · keep-daily 74 semaines · keep-weekly 412 mois · keep-monthly 12 23 points de restauration sur un an
Avec 23 sauvegardes conservées, on peut revenir à hier, à la semaine dernière ou à un mois donné de l'année.

4.2 Le plan de Brocéliande Logistique

ÉlémentMéthodeFréquenceRétentionEmplacementsRPO / RTO visés
VM SRV-01 (AD, DNS, DHCP)PBS, mode snapshot + agentChaque nuit à 1 hGFS 7 / 4 / 12PBS local, copie vers PBS distant24 h / 2 h
VM SRV-LINUX (partages)PBSToutes les 4 h de 8 h à 20 h, et la nuitGFS 14 / 8 / 12PBS local, copie distante4 h / 2 h
Base du logiciel de gestionExport mysqldump puis PBSChaque nuit30 jours + 12 mensuellesPBS local, copie distante24 h / 4 h
Configurations réseauCopie TFTP/SCP + GitAprès chaque modificationHistorique completSRV-LINUX– / 30 min
État du système ADWindows Server BackupChaque nuit14 joursDisque dédié, puis PBS24 h / 4 h

4.3 Quelle fréquence pour ce service ?

Choisir la fréquence d'une sauvegarde Réponds pour le service que tu dois protéger

Les données changent-elles pendant la journée ?Un serveur de fichiers ou une base de gestion, oui ; un serveur web vitrine ou un contrôleur de domaine stable, peu.

La direction accepte-t-elle de perdre une journée de travail (RPO de 24 h) ?Pense au coût de ressaisie : une journée de factures, de commandes, de plans.

Faut-il perdre moins d'une heure de données ?Systèmes de paiement, prise de commande en continu, production.

Une sauvegarde quotidienne (ou même hebdomadaire) suffit, plus une sauvegarde manuelle avant chaque modification (mise à jour, changement de configuration).

Une sauvegarde chaque nuit, dans la fenêtre de sauvegarde, avec une rétention GFS. C'est le cas le plus courant en PME.

Plusieurs sauvegardes dans la journée (toutes les 2 à 4 heures) : avec des sauvegardes incrémentales comme celles de PBS, c'est rapide et peu coûteux.

La sauvegarde seule ne suffit plus : ajoute de la réplication ou une base de données en grappe (B2-25), et garde des sauvegardes pour pouvoir revenir dans le passé.

5. Supports et emplacements : la règle 3-2-1

Une sauvegarde rangée dans la même pièce que le serveur brûle avec lui ; une sauvegarde accessible en permanence depuis le réseau peut être chiffrée avec lui. La règle 3-2-1 est le minimum reconnu :

Siège · Avranches Productioncopie n° 1 PBS localcopie n° 2 3 copies Disque USBautre support 2 supports PBS de Rennescopie hors site 1 hors site
3 copies, 2 supports, 1 hors site : une panne, un sinistre ou une erreur ne détruisent jamais toutes les copies à la fois.
SupportAtoutsLimitesUsage typique
Serveur de sauvegarde (PBS) sur disquesRapide, automatisé, déduplication, restauration fichier par fichierEn ligne en permanence : à protéger (comptes, réseau)Copie principale de chaque nuit
NASSimple, partage réseauCible favorite des rançongiciels si le partage est montéPetites structures, copie secondaire
Disque amovibleBon marché, débranché = hors ligneRotation manuelle, oubli fréquentCopie hors ligne hebdomadaire
Bande LTOGrande capacité, longue durée, hors ligneLecteur coûteux, restauration lenteArchives, grandes entreprises
Cloud (objet S3, PBS hébergé)Hors site sans logistiqueDébit Internet, coût du volume, confidentialitéCopie hors site

6. Proxmox Backup Server

Proxmox Backup Server (PBS) est le serveur de sauvegarde libre de l'éditeur de Proxmox VE. Il s'installe sur une machine dédiée (ou une VM placée sur un autre serveur que les VM à protéger) et reçoit les sauvegardes des hyperviseurs. Chez Brocéliande, il s'appelle SRV-PBS et a l'adresse 172.16.50.40 ; son interface web répond sur le port 8007.

Proxmox VE · hyperviseur SRV-PBS · 172.16.50.40:8007 VM SRV-01 fs-freeze 1 h 00 en orange : morceaux modifiés seulement 3 morceaux chiffrement TLS · port 8007 datastore « store1 » index du 18/10 = complètesans rien recopier deux fois
Incrémentale à l'envoi, complète à la restauration : c'est la déduplication par morceaux.

6.1 Mettre en place PBS en quatre temps

  1. Créer un datastore sur un disque dédié du serveur PBS (Administration → Storage / Disks, puis Datastore → Add Datastore).
  2. Créer un utilisateur réservé aux sauvegardes et lui donner sur ce datastore le rôle DatastoreBackup : il peut sauvegarder et lire ses sauvegardes, mais pas les supprimer.
  3. Déclarer PBS dans Proxmox VE : Datacenter → Storage → Add → Proxmox Backup Server (adresse, datastore, utilisateur, mot de passe et empreinte du certificat).
  4. Planifier la tâche : Datacenter → Backup → Add (stockage PBS, horaire, VM, mode Snapshot), puis régler la rétention et les tâches de maintenance côté PBS.
Proxmox Backup Server shell de SRV-PBSéquivalent des menus
root@srv-pbs:~# proxmox-backup-manager datastore create store1 /mnt/datastore/store1
root@srv-pbs:~# proxmox-backup-manager user create sauvegarde@pbs --password 'MotDePasseLong!2026'
# le compte peut sauvegarder, pas supprimer
root@srv-pbs:~# proxmox-backup-manager acl update /datastore/store1 DatastoreBackup --auth-id sauvegarde@pbs
root@srv-pbs:~# proxmox-backup-manager cert info | grep Fingerprint # empreinte à donner à Proxmox VE
Proxmox VE shell de l'hyperviseur
root@pve:~# pvesm add pbs pbs-local --server 172.16.50.40 --datastore store1 --username sauvegarde@pbs --password 'MotDePasseLong!2026' --fingerprint 3a:7f:…:c2
root@pve:~# vzdump 101 --storage pbs-local --mode snapshot # sauvegarde immédiate de la VM 101
root@pve:~# pvesm list pbs-local # les sauvegardes disponibles
root@pve:~# qmrestore pbs-local:backup/vm/101/2026-10-18T01:00:02Z 201 # restaure dans une nouvelle VM 201

6.2 Les réglages qui comptent

  • Mode : Snapshot, Suspend ou StopSnapshot sauvegarde la VM en marche (cohérent si l'agent invité est installé) ; Suspend la met en pause ; Stop l'éteint le temps de la copie : le plus sûr, mais avec une interruption.
  • Rétention (prune)keep-last, keep-daily, keep-weekly, keep-monthly, keep-yearly : traduction directe du schéma GFS. Le prune retire les sauvegardes en trop de la liste.
  • Garbage collectionLe prune ne libère pas l'espace : c'est la collecte des morceaux orphelins (planifiée côté PBS) qui supprime les morceaux devenus inutiles. Sans elle, le datastore finit plein.
  • Vérification (verify)Relit les morceaux et contrôle leur empreinte : elle détecte une sauvegarde abîmée avant le jour où on en aura besoin. À planifier chaque semaine.
  • Synchronisation (sync job)Un second PBS, à Rennes, tire régulièrement le contenu du premier : c'est la copie hors site de la règle 3-2-1.

Pas besoin de restaurer toute la VM pour retrouver le tableur effacé d'un comptable : dans Proxmox VE, sélectionne la sauvegarde puis File Restore, parcours le disque de la VM et télécharge le fichier. C'est la restauration la plus fréquente dans la vie d'un technicien.

Le serveur de sauvegarde est la première cible d'un attaquant : il cherche à effacer les copies avant de chiffrer le reste. Compte d'hyperviseur sans droit de suppression, PBS dans le VLAN des serveurs avec accès filtré, authentification à deux facteurs sur l'interface, copie hors ligne et chiffrement côté client : tout cela est développé dans la fiche B3-15.

7. Windows Server Backup et configurations réseau

7.1 Windows Server Backup

La fonctionnalité Sauvegarde Windows Server (Windows Server Backup) s'ajoute avec l'assistant des rôles ou en PowerShell. Elle sait sauvegarder des volumes, des dossiers, le serveur complet (bare metal) et l'état du système, indispensable pour restaurer un contrôleur de domaine. Elle s'appuie sur les clichés instantanés VSS pour copier des fichiers ouverts.

Windows Server 2025 PowerShell en administrateur · SRV-01
PS> Install-WindowsFeature Windows-Server-Backup -IncludeManagementTools
# état du système (AD, registre, SYSVOL) vers le disque E: dédié
PS> wbadmin start systemstatebackup -backupTarget:E: -quiet
PS> wbadmin start backup -backupTarget:E: -include:C:,D: -allCritical -quiet
PS> wbadmin get versions # liste des sauvegardes et de leurs identifiants

Pour une planification quotidienne, on passe par la console Sauvegarde Windows Server → Planification de sauvegarde. La restauration d'Active Directory se fait en redémarrant le contrôleur en mode de restauration des services d'annuaire (DSRM), avec le mot de passe défini lors de la promotion du serveur : il doit figurer dans la documentation, dans un coffre de mots de passe.

7.2 Les configurations des équipements réseau

La configuration d'un routeur ou d'un commutateur n'est qu'un fichier texte de quelques kilo-octets, mais sans elle il faut tout reconfigurer à la main. On la copie vers un serveur après chaque modification, et l'IOS sait même le faire tout seul avec la fonction archive.

Cisco IOS R1 · copie et archivage automatique
R1# copy running-config tftp: ! adresse du serveur, puis nom du fichier
R1# configure terminal
R1(config)# archive
! $h = nom de l'équipement ; l'IOS ajoute -1, -2… à chaque copie (R1-1, R1-2…)
R1(config-archive)# path tftp://172.16.50.11/configs/$h
R1(config-archive)# write-memory ! copie à chaque « wr »
R1(config-archive)# time-period 1440 ! et une fois par jour (minutes)
R1(config-archive)# end
R1# show archive
Debian 13 SRV-LINUX · versionner les configurations
$ cd /srv/tftp/configs && git init # une seule fois
$ git add -A && git commit -m "Configs du $(date +%F)" # chaque jour (cron)
$ git log --oneline -- 'R1-*' # historique des archives de R1
$ sudo tar czf /srv/sauvegardes/etc-$(date +%F).tar.gz /etc # réglages du serveur lui-même

8. Tester la restauration et dépanner

Une sauvegarde n'a de valeur que si l'on sait la restaurer, dans le délai prévu. On planifie donc des tests de restauration réguliers (au moins chaque trimestre, et après chaque changement important), on mesure le temps réel et on garde une trace écrite.

  1. Choisir le scénario : un fichier effacé, une VM entière, le serveur AD, la configuration d'un routeur.
  2. Restaurer dans un environnement isolé : nouvelle VM avec un autre numéro, sur un pont réseau sans accès au LAN, pour ne pas créer de doublon d'adresse ou de nom.
  3. Vérifier le fonctionnement, pas seulement le démarrage : ouvrir le fichier, se connecter à l'application, interroger la base.
  4. Mesurer le temps du début à la fin et le comparer au RTO.
  5. Consigner dans un procès-verbal de test : date, sauvegarde utilisée, durée, résultat, anomalies, actions correctives.

Restaurer une VM de test avec son numéro et sa carte réseau d'origine sur le LAN de production : deux SRV-01 répondent à la même adresse, le DHCP distribue en double et l'annuaire se désynchronise. Toujours restaurer sous un nouveau numéro, réseau débranché ou isolé.

8.1 Entraîne-toi : les tickets du support

Tu es de permanence au support de Brocéliande Logistique. Six tickets arrivent les uns après les autres : lis le message, observe le relevé, puis choisis la cause.

File d'attente du support6 tickets · un à la fois · l'explication s'affiche après ta réponse
Ticket n° 1Alerte de Proxmox VEPriorité haute
« La sauvegarde de la nuit a échoué pour toutes les VM. Le prestataire a réinstallé SRV-PBS hier après un changement de disque système. »
Proxmox VE journal de la tâche
ERROR: Backup of VM 101 failed - error fetching datastores -
fingerprint '3a:7f:…:c2' not verified, abort!

Quelle est la cause la plus probable ?

Cause : Proxmox VE vérifie l'empreinte du certificat de PBS pour être sûr de parler au bon serveur. Après réinstallation, le certificat a changé. Correction : relever la nouvelle empreinte (proxmox-backup-manager cert info ou tableau de bord de PBS) et la saisir dans Datacenter → Storage → pbs-local, après avoir vérifié que la réinstallation est bien légitime.

Ticket n° 2Alerte de SRV-PBSPriorité haute
« Le datastore est plein à 100 %, alors que la rétention est réglée à 7 quotidiennes et 4 hebdomadaires depuis des mois. »
Proxmox Backup Server Datastore → store1 → Options
Prune Schedule      : daily
Keep Daily / Weekly : 7 / 4
GC Schedule         : (none)
Last GC             : never

Quelle est la cause ?

Cause : le prune retire les sauvegardes de la liste, mais seule la garbage collection libère les morceaux qui ne servent plus. Correction : lancer une GC tout de suite, puis la planifier chaque jour après le prune. Ajouter une alerte à 80 % d'occupation.

Ticket n° 3De : responsable informatiquePriorité moyenne
« Lors du test de restauration de la VM du logiciel de gestion, la VM démarre mais la base de données MariaDB refuse de démarrer : "table corrompue". »
Proxmox VE VM 104 · options
QEMU Guest Agent : Disabled
Backup mode      : snapshot
Pre-backup dump  : none

Quelle est la cause la plus probable ?

Cause : sans agent invité, Proxmox ne peut pas demander à la VM de vider ses caches : la base est copiée à un instant où ses fichiers sont incohérents. Correction : installer et activer qemu-guest-agent, et surtout planifier un mysqldump avant la sauvegarde. Heureusement, ce défaut a été vu pendant un test, pas pendant un sinistre.

Ticket n° 4De : comptabilitéPriorité moyenne
« Je viens de m'apercevoir qu'un dossier de devis a disparu du partage. Il était là fin septembre, il y a trois semaines. Pouvez-vous le récupérer ? »
Proxmox Backup Server rétention de SRV-LINUX
keep-last : 7
(aucune autre option)

Pourquoi la restauration est-elle impossible ?

Cause : avec keep-last 7 et une sauvegarde par jour, l'historique ne remonte qu'à une semaine. Les pertes se découvrent souvent bien plus tard. Correction : rétention GFS (par exemple 14 quotidiennes, 8 hebdomadaires, 12 mensuelles) validée avec les services, et versions précédentes sur le partage.

Ticket n° 5De : directionPriorité moyenne
« Le PRA prévoit que SRV-LINUX redémarre en 2 heures. Au test de vendredi, il en a fallu 9. Le prestataire dit que "la sauvegarde est pourtant bonne". »
Procès-verbal de test extrait
Sauvegarde utilisée : copie cloud (seule copie disponible)
Volume : 390 Go · lien Internet : 100 Mbit/s
Durée du téléchargement : 8 h 40

Quelle est la cause ?

Cause : 390 Go à 100 Mbit/s, c'est près de 9 heures de transfert. Le cloud est parfait comme copie hors site, pas comme seule source de restauration. Correction : une copie locale (PBS du siège) pour tenir le RTO, la copie distante pour les sinistres. C'est exactement ce que le test devait révéler.

Ticket n° 6De : plusieurs servicesPriorité haute
« Depuis 10 h, des postes obtiennent des adresses en double et l'ouverture de session est très lente. Le stagiaire faisait un test de restauration de SRV-01 ce matin. »
Proxmox VE liste des VM
101  SRV-01         running  vmbr0  172.16.50.10
201  SRV-01-test    running  vmbr0  172.16.50.10

Quelle est la cause ?

Cause : deux serveurs identiques sur le même pont vmbr0 : deux DHCP, deux contrôleurs de domaine avec la même identité. Correction : arrêter tout de suite la VM 201, puis refaire le test sur un pont isolé (sans carte physique) ou carte réseau déconnectée. Le test de restauration doit suivre une procédure écrite.

9. À l'examen et en entreprise

  • Documentation attendue : le plan de sauvegarde (tableau élément, méthode, fréquence, rétention, emplacements, RPO et RTO), la procédure de restauration pas à pas et le procès-verbal d'au moins un test réel.
  • Démonstration : le jury demande souvent de restaurer un fichier en direct. Prépare-la : sauvegarde récente, chemin du fichier, durée mesurée.
  • Justifier ses choix : pourquoi PBS plutôt qu'une copie de fichiers, pourquoi ce mode, comment la règle 3-2-1 est respectée, que se passe-t-il si SRV-PBS lui-même tombe.
  • En entreprise : la sauvegarde est souvent confiée à un prestataire (infogérance) ; le contrat précise les RPO, RTO et la fréquence des tests. Les sauvegardes contiennent des données personnelles : leur durée de conservation et leur sécurité relèvent aussi du RGPD (B3-02).

10. L'essentiel

  1. Une sauvegarde est une copie datée, conservée ailleurs, avec un historique : ni le RAID, ni la réplication, ni l'instantané n'en sont.
  2. On sauvegarde ce qui est long ou impossible à recréer : VM, données, bases, état du système AD, configurations.
  3. La copie doit être cohérente : agent invité, export de la base, état du système.
  4. Complète : tout ; incrémentale : depuis la dernière sauvegarde ; différentielle : depuis la dernière complète.
  5. Restaurer une incrémentale exige toute la chaîne ; une différentielle, la complète et la dernière différentielle.
  6. RPO = perte de données admise → fréquence ; RTO = durée d'arrêt admise → technique et emplacement.
  7. Rétention GFS : quotidiennes, hebdomadaires, mensuelles (keep-daily, keep-weekly, keep-monthly).
  8. Règle 3-2-1 : 3 copies, 2 supports, 1 hors site (3-2-1-1-0 face aux rançongiciels).
  9. PBS : déduplication par morceaux, prune puis garbage collection, vérification, synchronisation hors site.
  10. Une sauvegarde non testée n'existe pas : restaurer régulièrement, en isolé, mesurer et consigner.
Sauvegardeet restauration Pourquoierreur · panne · attaque · sinistreRAID ≠ sauvegarde Typescomplète · incrémentaledifférentielle · chaîne PlanRPO → fréquence · RTOrétention GFS Où3 copies · 2 supports1 hors site OutilsPBS · déduplicationwbadmin · archive IOS Testerrestaurer en isolémesurer · consigner
La fiche en une image : à refaire de mémoire, sur une feuille, avant de passer aux exercices.

Les commandes clés

Pour…Commandes
Sauvegarder une VM (Proxmox VE)vzdump 101 --storage pbs-local --mode snapshot
Lister et restaurerpvesm list pbs-local · qmrestore pbs-local:backup/vm/101/… 201
Préparer PBSproxmox-backup-manager datastore create store1 /mnt/… · acl update … DatastoreBackup
Cohérence d'une VM Linuxapt install qemu-guest-agent + option QEMU Guest Agent · mysqldump avant
Windows Serverwbadmin start systemstatebackup -backupTarget:E: · wbadmin get versions
Configurations Ciscocopy running-config tftp: · archive → path tftp://…/$h
Retenir les règles3-2-1 · RPO → fréquence · RTO → emplacement · tester chaque trimestre

Tout cela tient sur une page : utilise le bouton Mémo à imprimer en haut de la fiche.

Tutoriels liés

Des guides PDF pas à pas pour mettre cette fiche en pratique sur tes machines.

Voir tous les tutoriels

La pratiqueLe quiz noté pour vérifier tes acquis, les exercices à rendre à ton professeur, puis le TP au labo sur ton pool Proxmox.

11. Quiz noté

8 questions · 10 minutesRéponds à toutes les questions, puis valide. Seule ta première tentative est enregistrée : elle compte dans ton suivi. Ensuite, tu peux t'entraîner autant que tu veux.

1. Une sauvegarde incrémentale copie…

2. Complète le dimanche, différentielles du lundi au vendredi. Panne samedi matin : que faut-il restaurer ?

3. La direction fixe un RPO de 4 heures pour le serveur de fichiers. Qu'est-ce que cela impose ?

4. Que signifie la règle 3-2-1 ?

5. Le datastore PBS est plein malgré une rétention de 7 jours. Que manque-t-il le plus probablement ?

6. Pourquoi donner le rôle DatastoreBackup au compte utilisé par Proxmox VE ?

7. Comment restaurer une VM pour un test sans perturber la production ?

8. Comment garantir une sauvegarde cohérente d'une base MariaDB en service ?

12. Exercices : à toi de répondre

Écris ta réponse sous chaque énoncé et envoie-la à ton professeur. Quand il l'a validée, le corrigé s'affiche à la place du cadenas ; s'il te la renvoie « à revoir », lis son commentaire et corrige.

Exercice 1 – Comprendre (SIO2)

Le serveur de fichiers est sauvegardé chaque nuit à 1 h : complète le dimanche, incrémentale les autres jours. Le disque tombe en panne le vendredi à 15 h. Quels jeux de sauvegarde faut-il restaurer, dans quel ordre ? Quelle période de travail est perdue ? Que changerait une stratégie différentielle ?

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

Exercice 2 – Calculer (SIO2)

SRV-LINUX contient 300 Go de données, dont 3 % changent chaque jour. Le lien vers SRV-PBS débite en pratique 100 Mo/s. Compare, pour une semaine, une complète chaque nuit et une complète le dimanche suivie d'incrémentales : volume envoyé et durée de la sauvegarde de chaque nuit (on ignore la compression et la déduplication).

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

Exercice 3 – Dépanner (SIO2)

Ce matin, toutes les sauvegardes de la nuit ont échoué avec le message storage 'pbs-local' is not online. Décris ta démarche de diagnostic, du plus simple au plus complexe, avec une commande ou une vérification pour chaque étape.

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

Exercice 4 – Concevoir (SIO2)

Brocéliande Logistique veut que son agence de Rennes (un serveur de fichiers, 50 Go) et son siège respectent la règle 3-2-1 sans acheter de service cloud. La direction fixe pour le siège un RPO de 4 heures et un RTO de 2 heures. Propose une architecture de sauvegarde (schéma rapide et tableau), en justifiant chaque choix.

Le corrigé s'affichera ici dès que ton professeur aura validé ta réponse. Cherche d'abord par toi-même : c'est en se trompant qu'on retient.

13. Au labo : sauvegarder et restaurer une VM avec PBS

Objectif

Sur ton pool Proxmox (page Mes serveurs et VM), tu protèges ta VM Debian 13 avec le Proxmox Backup Server du labo, tu mesures l'effet de la déduplication, puis tu prouves que tu sais restaurer un fichier et la VM entière. Compte 2 heures.

ÉlémentOùRôle dans le TP
VM Debian 13 (SRV-LINUX)Ton pool ProxmoxLa VM à protéger, avec un dossier /srv/partages/compta
Stockage pbs-laboAjouté à ton pool par ton professeurLe datastore PBS du labo (ton espace porte ton nom)
Pont isolé vmbr-testHyperviseur du laboRéseau sans accès au LAN pour la VM restaurée

Le stockage pbs-labo n'apparaît pas dans ton pool ? Demande-le à ton professeur avant de commencer.

Ce que tu ajoutes à cette étape

  • L'agent invité dans la VM, pour des sauvegardes cohérentes.
  • Deux sauvegardes vers PBS, et la mesure de la déduplication.
  • Une restauration de fichier avec File Restore.
  • Une restauration complète en isolé, chronométrée, et son procès-verbal.

1 Préparer la VM

Debian 13 console de la VM SRV-LINUX
$ sudo apt install -y qemu-guest-agent
$ sudo systemctl start qemu-guest-agent
$ sudo mkdir -p /srv/partages/compta
$ echo "Devis 001 - $(date)" | sudo tee /srv/partages/compta/devis-001.txt # fichier témoin

Dans Proxmox, onglet Options de la VM : active QEMU Guest Agent, puis redémarre la VM. Dans Summary, l'adresse IP de la VM doit maintenant s'afficher : c'est la preuve que l'agent répond.

2 Première sauvegarde

Onglet Backup de la VM → Backup now : stockage pbs-labo, mode Snapshot. Ouvre le journal de la tâche et note la durée et la quantité de données envoyées.

3 Deuxième sauvegarde : observer la déduplication

Crée un second fichier témoin (devis-002.txt), puis relance une sauvegarde. Compare les deux journaux : la seconde n'envoie que quelques méga-octets (ligne backup was done incrementally, reused … (xx %)). Explique pourquoi en une phrase dans ton compte rendu.

Avant de continuer, vérifie tes connaissances : complète les commandes et les réglages, puis vérifie chaque ligne avec ✓, ou tout d'un coup avec Vérifier.

Sauvegarder la VM 105 vers pbs-labo (CLI) ›
Paquet de l'agent invité ›
Port de l'interface web de PBS ›
Tâche PBS qui libère l'espace ›
Option de rétention : 7 quotidiennes ›

4 Restaurer un fichier

Dans la VM, supprime /srv/partages/compta/devis-001.txt. Dans Proxmox : Backup de la VM → sélectionne la première sauvegarde → File Restore → parcours le disque jusqu'au fichier → Download. Remets-le en place (par exemple avec scp) et vérifie son contenu : la date doit être celle de l'étape 1.

5 Restaurer la VM entière, en isolé

  1. Note l'heure de départ. Sélectionne la dernière sauvegarde → Restore, avec un nouveau numéro de VM (par exemple ton numéro + 100), sans cocher Start after restore.
  2. Avant de démarrer la copie : onglet Hardware → carte réseau → pont vmbr-test (ou case Disconnect cochée).
  3. Démarre la VM restaurée, connecte-toi par la console et vérifie que les deux fichiers témoins sont présents.
  4. Note l'heure de fin : c'est ton RTO mesuré. Arrête puis supprime la VM de test.

6 Rédiger le procès-verbal de test

Une demi-page : date, VM, sauvegarde utilisée, type de restauration, durée mesurée, résultat, anomalies et améliorations proposées. Ce document a sa place dans ton portfolio.

7 Valider le TP : le cahier de recette

N°TestVérificationRésultat attenduOK
1L'agent invité répondSummary de la VML'adresse IP de la VM s'affiche
2Deux sauvegardes réussiesBackup de la VMDeux points de restauration dans pbs-labo
3La déduplication fonctionneJournal de la 2e tâcheQuelques Mo envoyés, plus de 90 % réutilisés
4Un fichier se restaurecat devis-001.txtContenu et date d'origine
5La VM se restaure sans gêner le LANCarte réseau de la copiePont isolé ou déconnectée, nouveau numéro
6Le RTO est mesuré et documentéProcès-verbalDurée réelle, résultat, anomalies
Suis ta progressionConnecte-toi pour marquer les ressources comme terminées et retrouver ton avancement.
Se connecter