🎓 SIO2 · semestre 3⏱️ 4 h (cours + TP)🎯 Bloc 2 – SISRChoisir 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.
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.
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 perte
Exemple chez Brocéliande
Ce qui protège
Erreur humaine
Un dossier de factures supprimé, un fichier écrasé par une mauvaise version
Sauvegarde avec historique, versions précédentes
Panne matérielle
Disque, contrôleur RAID ou carte mère hors service
RAID, redondance (B2-25) et sauvegarde
Logiciel
Mise à jour ratée, base de données corrompue
Instantané avant intervention, sauvegarde
Attaque
Rançongiciel qui chiffre les partages et cherche les sauvegardes
Sauvegarde isolée et immuable (B3-15)
Sinistre et vol
Incendie, dégât des eaux, cambriolage du local technique
Copie 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 ?
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.
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.
Type
Ce qui est copié
Durée et place
Pour restaurer
Complète (full)
Toutes les données sélectionnées
Longue, volumineuse
La dernière complète seule
Incrémentale
Ce qui a changé depuis la dernière sauvegarde, quelle qu'elle soit
Très rapide, petite
La complète + toutes les incrémentales qui suivent
Différentielle
Ce qui a changé depuis la dernière complète
Grossit chaque jour
La complète + la dernière différentielle
L'incrémentale est la plus légère à faire ; la différentielle est la plus simple à restaurer.
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.
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).
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ément
Méthode
Fréquence
Rétention
Emplacements
RPO / RTO visés
VM SRV-01 (AD, DNS, DHCP)
PBS, mode snapshot + agent
Chaque nuit à 1 h
GFS 7 / 4 / 12
PBS local, copie vers PBS distant
24 h / 2 h
VM SRV-LINUX (partages)
PBS
Toutes les 4 h de 8 h à 20 h, et la nuit
GFS 14 / 8 / 12
PBS local, copie distante
4 h / 2 h
Base du logiciel de gestion
Export mysqldump puis PBS
Chaque nuit
30 jours + 12 mensuelles
PBS local, copie distante
24 h / 4 h
Configurations réseau
Copie TFTP/SCP + Git
Après chaque modification
Historique complet
SRV-LINUX
– / 30 min
État du système AD
Windows Server Backup
Chaque nuit
14 jours
Disque dédié, puis PBS
24 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 :
3 copies, 2 supports, 1 hors site : une panne, un sinistre ou une erreur ne détruisent jamais toutes les copies à la fois.
Support
Atouts
Limites
Usage typique
Serveur de sauvegarde (PBS) sur disques
Rapide, automatisé, déduplication, restauration fichier par fichier
En ligne en permanence : à protéger (comptes, réseau)
Copie principale de chaque nuit
NAS
Simple, partage réseau
Cible favorite des rançongiciels si le partage est monté
Petites structures, copie secondaire
Disque amovible
Bon marché, débranché = hors ligne
Rotation manuelle, oubli fréquent
Copie hors ligne hebdomadaire
Bande LTO
Grande capacité, longue durée, hors ligne
Lecteur coûteux, restauration lente
Archives, grandes entreprises
Cloud (objet S3, PBS hébergé)
Hors site sans logistique
Dé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.
Incrémentale à l'envoi, complète à la restauration : c'est la déduplication par morceaux.
6.1 Mettre en place PBS en quatre temps
Créer un datastore sur un disque dédié du serveur PBS (Administration → Storage / Disks, puis Datastore → Add Datastore).
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.
Déclarer PBS dans Proxmox VE : Datacenter → Storage → Add → Proxmox Backup Server (adresse, datastore, utilisateur, mot de passe et empreinte du certificat).
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.
Choisir le scénario : un fichier effacé, une VM entière, le serveur AD, la configuration d'un routeur.
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.
Vérifier le fonctionnement, pas seulement le démarrage : ouvrir le fichier, se connecter à l'application, interroger la base.
Mesurer le temps du début à la fin et le comparer au RTO.
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.
« 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". »
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. »
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
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.
On sauvegarde ce qui est long ou impossible à recréer : VM, données, bases, état du système AD, configurations.
La copie doit être cohérente : agent invité, export de la base, état du système.
Complète : tout ; incrémentale : depuis la dernière sauvegarde ; différentielle : depuis la dernière complète.
Restaurer une incrémentale exige toute la chaîne ; une différentielle, la complète et la dernière différentielle.
RPO = perte de données admise → fréquence ; RTO = durée d'arrêt admise → technique et emplacement.
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ément
Où
Rôle dans le TP
VM Debian 13 (SRV-LINUX)
Ton pool Proxmox
La VM à protéger, avec un dossier /srv/partages/compta
Stockage pbs-labo
Ajouté à ton pool par ton professeur
Le datastore PBS du labo (ton espace porte ton nom)
Pont isolé vmbr-test
Hyperviseur du labo
Ré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.
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é
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.
Avant de démarrer la copie : onglet Hardware → carte réseau → pont vmbr-test (ou case Disconnect cochée).
Démarre la VM restaurée, connecte-toi par la console et vérifie que les deux fichiers témoins sont présents.
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°
Test
Vérification
Résultat attendu
OK
1
L'agent invité répond
Summary de la VM
L'adresse IP de la VM s'affiche
2
Deux sauvegardes réussies
Backup de la VM
Deux points de restauration dans pbs-labo
3
La déduplication fonctionne
Journal de la 2e tâche
Quelques Mo envoyés, plus de 90 % réutilisés
4
Un fichier se restaure
cat devis-001.txt
Contenu et date d'origine
5
La VM se restaure sans gêner le LAN
Carte réseau de la copie
Pont isolé ou déconnectée, nouveau numéro
6
Le RTO est mesuré et documenté
Procès-verbal
Durée réelle, résultat, anomalies
Suis ta progressionConnecte-toi pour marquer les ressources comme terminées et retrouver ton avancement.