?é Comp�tences acquises
S�curiser son Homelab avec des Backups
??é Le Tutoriel Complet
Snapshots & Backups de A � Z
La m�taphore d'OWL : La R�gle du Pompier ?é
Un pompier ne dort pas dans la caserne en esp�rant qu'il n'y aura pas d'incendie. Il teste ses �quipements r�guli�rement, maintient des proc�dures claires et conna�t chaque centim�tre de son camion. C'est exactement comme �a qu'on doit g�rer les backups d'un homelab.
Il y a deux types d'utilisateurs : ceux qui font des backups, et ceux qui vont commencer � en faire apr�s avoir perdu quelque chose d'important. OWL a v�cu les deux. ?é
La diff�rence entre un snapshot et un backup : le snapshot est une photo instantan�e qui reste sur le m�me disque (protection contre l'erreur humaine), le backup est une copie compl�te sur un autre emplacement (protection contre la panne disque). Il faut les deux ! ?é
1. Snapshot vs Backup � La Diff�rence Fondamentale ?é
?é Snapshot
- éInstantan� é cr�� en quelques secondes
- éReste sur le m�me disque/pool
- éRestauration ultra-rapide (~10s)
- éPas prot�g� si le disque tombe
- éPeut consommer du thin pool LVM
- éAvant chaque changement risqu�
??é Backup (VZDump)
- éCopie compl�te export�e ailleurs
- éStock� sur NAS / autre disque
- éSurvie � la panne disque locale
- éPlus lent (minutes � heures)
- éRestauration sur autre serveur possible
- éPlanifi� automatiquement (nuit)
?é
R�gle OWL : Snapshot avant toute mise � jour ou changement de config é Backup quotidien la nuit sur le NAS é Backup hebdomadaire sur support externe (r�gle 3-2-1).
?é Snapshot
- éInstantan� é cr�� en quelques secondes
- éReste sur le m�me disque/pool
- éRestauration ultra-rapide (~10s)
- éPas prot�g� si le disque tombe
- éPeut consommer du thin pool LVM
- éAvant chaque changement risqu�
??é Backup (VZDump)
- éCopie compl�te export�e ailleurs
- éStock� sur NAS / autre disque
- éSurvie � la panne disque locale
- éPlus lent (minutes � heures)
- éRestauration sur autre serveur possible
- éPlanifi� automatiquement (nuit)
R�gle OWL : Snapshot avant toute mise � jour ou changement de config é Backup quotidien la nuit sur le NAS é Backup hebdomadaire sur support externe (r�gle 3-2-1).
2. Snapshots � Interface Web & CLI ?é
1
??é S�lectionner la VM ou LXC
Panneau gauche é clique sur ta VM (ex: 100 (ubuntu-server)) ou ton LXC é onglet "Snapshots".
2
??é Prendre un snapshot
Bouton "Take Snapshot" é remplis le Name (ex: avant-upgrade) et une Description optionnelle é coche "Include RAM" si tu veux un �tat coh�rent avec la m�moire é "Take Snapshot".
3
??é Restaurer un snapshot
Onglet "Snapshots" é s�lectionne la ligne du snapshot voulu é bouton "Rollback" é confirme. La VM revient � l'�tat captur� en quelques secondes !
4
??é Supprimer un snapshot
Onglet "Snapshots" é s�lectionne le snapshot é bouton "Delete". Garder 3-5 snapshots max par VM � ils consomment du thin pool LVM.
?é CLI � Snapshots VM & LXC
### Snapshots VM (qm) ###
# Cr�er un snapshot
qm snapshot 100 avant-upgrade --description "Avant mise � jour Ubuntu"
snapshotting VM 100
...done
# Inclure la RAM dans le snapshot (VM reste configurable)
qm snapshot 100 avec-ram --vmstate
# ?é Avec RAM = snapshot coh�rent mais prend + de temps et d'espace
# Lister les snapshots d'une VM
qm listsnapshot 100
-> current (2026-04-11 08:00)
avant-upgrade (2026-04-10 22:00)
-> avec-ram (2026-04-11 07:45)
# Restaurer un snapshot (VM doit �tre arr�t�e)
qm rollback 100 avant-upgrade
rolling back to snapshot avant-upgrade
...done
# Supprimer un snapshot
qm delsnapshot 100 avant-upgrade
### Snapshots LXC (pct) ###
pct snapshot 200 avant-install-pihole
pct listsnapshot 200
pct rollback 200 avant-install-pihole
pct delsnapshot 200 avant-install-pihole
?é
Attention snapshots LVM-thin : Plus tu accumules des snapshots anciens, plus �a consomme du pool LVM. Ne garde jamais plus de 3-5 snapshots par VM. Supprime les vieux avant d'en cr�er de nouveaux.
??é S�lectionner la VM ou LXC
Panneau gauche é clique sur ta VM (ex: 100 (ubuntu-server)) ou ton LXC é onglet "Snapshots".
??é Prendre un snapshot
Bouton "Take Snapshot" é remplis le Name (ex: avant-upgrade) et une Description optionnelle é coche "Include RAM" si tu veux un �tat coh�rent avec la m�moire é "Take Snapshot".
??é Restaurer un snapshot
Onglet "Snapshots" é s�lectionne la ligne du snapshot voulu é bouton "Rollback" é confirme. La VM revient � l'�tat captur� en quelques secondes !
??é Supprimer un snapshot
Onglet "Snapshots" é s�lectionne le snapshot é bouton "Delete". Garder 3-5 snapshots max par VM � ils consomment du thin pool LVM.
# Cr�er un snapshot
qm snapshot 100 avant-upgrade --description "Avant mise � jour Ubuntu"
snapshotting VM 100
...done
# Inclure la RAM dans le snapshot (VM reste configurable)
qm snapshot 100 avec-ram --vmstate
# ?é Avec RAM = snapshot coh�rent mais prend + de temps et d'espace
# Lister les snapshots d'une VM
qm listsnapshot 100
-> current (2026-04-11 08:00)
avant-upgrade (2026-04-10 22:00)
-> avec-ram (2026-04-11 07:45)
# Restaurer un snapshot (VM doit �tre arr�t�e)
qm rollback 100 avant-upgrade
rolling back to snapshot avant-upgrade
...done
# Supprimer un snapshot
qm delsnapshot 100 avant-upgrade
### Snapshots LXC (pct) ###
pct snapshot 200 avant-install-pihole
pct listsnapshot 200
pct rollback 200 avant-install-pihole
pct delsnapshot 200 avant-install-pihole
Attention snapshots LVM-thin : Plus tu accumules des snapshots anciens, plus �a consomme du pool LVM. Ne garde jamais plus de 3-5 snapshots par VM. Supprime les vieux avant d'en cr�er de nouveaux.
3. VZDump � Backups Complets ??é
VZDump est l'outil de backup natif de Proxmox. Il g�n�re des archives .tar.zst ou .vma.zst compl�tes et compress�es d'une VM ou LXC.
VM arr�t�e pendant le backup. Backup 100% coh�rent. Indisponibilit� de service.
VM suspendue bri�vement. Coh�rence garantie. Quelques secondes de gel.
VM reste active. Snapshot interne puis backup. Recommand� pour prod.
??é Lancer un backup manuel d'une VM
S�lectionne la VM é clic-droit é "Backup Now" (ou bouton "Backup" dans la barre). Choisis le storage de destination, le mode (Snapshot é), la compression (ZSTD) é "Backup".
??é Voir les backups existants
Panneau gauche é storage de destination (ex: nas-truenas) é onglet "Backups". Tu vois la liste des archives avec date, taille et la VM concern�e.
vzdump 100 --compress zstd --storage nas-truenas --mode snapshot
INFO: starting new backup job: vzdump 100
INFO: Backup job finished successfully
# Backup d'un LXC
vzdump 200 --compress zstd --storage nas-truenas --mode stop
# Backup de TOUTES les VMs et LXC
vzdump --all --compress zstd --storage nas-truenas --mode snapshot
# Garder seulement les 7 derniers backups (r�tention)
vzdump 100 --compress zstd --storage nas-truenas \
--mode snapshot --maxfiles 7
# Voir les backups existants sur un storage
pvesm list nas-truenas --content backup
vzdump-qemu-100-2026_04_11-02_00_00.vma.zst 3.2G
vzdump-qemu-100-2026_04_10-02_00_00.vma.zst 3.1G
vzdump-lxc-200-2026_04_11-02_00_00.tar.zst 850M
4. Planification Automatique � Backup Jobs ?é
La vraie puissance, c'est les backups automatiques la nuit. Configure-les une fois, oublie-les, et dors tranquille.
??é Acc�der aux Backup Jobs
Panneau gauche é clic sur "Datacenter" é onglet "Backup". Tu vois la liste de tous les jobs planifi�s.
??é Cr�er un nouveau Job
Bouton "Add" é Configure : Storage (destination), Schedule (ex: 0 2 * * * = 2h du matin chaque nuit), Mode (Snapshot), Compression (ZSTD), Max Backups (7).
??é S�lectionner les VMs & activer les notifications
Dans "Guest Selection" : choisis All ou s�lectionne des VM/LXC sp�cifiques. Renseigne ton email dans "Email" pour recevoir les rapports (succ�s et erreurs). Clique "Create".
??é Tester le job imm�diatement
S�lectionne le job dans la liste é bouton "Run now". La progression s'affiche dans Tasks en bas. V�rifie que le backup appara�t ensuite dans le storage de destination.
Storage : nas-truenas é o� stocker les backups
Schedule : 0 2 * * * é chaque nuit � 2h00
: 0 2 * * 0 é chaque dimanche � 2h00
: 0 2 1 * * é 1er du mois � 2h00
Mode : snapshot é VM reste active
Compress : ZSTD é meilleur ratio vitesse/taille
Max Backup: 7 é garder 7 sauvegardes
VMs : all é ou liste: 100,101,200,201
Send email: admin@mondomaine.fr é notification de r�sultat
# Exemple de /etc/pve/jobs.cfg g�n�r� :
vzdump: job-mon-backup
enabled 1
storage nas-truenas
schedule 0 2 * * *
compress zstd
maxfiles 7
mode snapshot
mailto admin@mondomaine.fr
5. Proxmox Backup Server (PBS) � La Solution Pro ??é
PBS est le serveur de backup d�di� de l'�cosyst�me Proxmox. Contrairement � VZDump simple, PBS fait des backups incr�mentaux (seul ce qui a chang�) avec d�duplication. R�sultat : backups bien plus rapides et �conomiques en espace.
VZDump classique
- ?é Backup complet � chaque fois
- ?é 60 min pour une VM de 50 GB
- ?é 50 GB � 7 jours = 350 GB
- é Simple, suffit pour un homelab
PBS � Incr�mental é
- ?é Seul le delta (changements) sauvegard�
- ?é 5-15 min apr�s le 1er backup
- ?é 50 GB + 1-5 GB/jour = bien moins
- é Id�al avec beaucoup de VMs
bash -c "$(wget -qLO - https://github.com/community-scripts/ProxmoxVE/raw/main/install/pbs-install.sh)"
# Option 2 : LXC Debian 12 manuel
pct enter 250
echo "deb http://download.proxmox.com/debian/pbs bookworm pbs-no-subscription" \
>> /etc/apt/sources.list.d/pbs.list
wget -qO- https://enterprise.proxmox.com/debian/proxmox-release-bookworm.gpg \
| tee /etc/apt/trusted.gpg.d/proxmox-release-bookworm.gpg
apt update && apt install -y proxmox-backup-server
é proxmox-backup.service - Proxmox Backup Server
Active: active (running)
Interface: https://192.168.1.250:8007
# Connecter PBS dans Proxmox :
# Datacenter é Storage é Add é Proxmox Backup Server
Server : 192.168.1.250
Datastore : main
Username : admin@pbs
6. Strat�gie 3-2-1 � La R�gle d'Or du Backup ?é
La r�gle 3-2-1 est le standard de l'industrie pour une protection maximale des donn�es :
Copies
L'original + 2 copies de sauvegarde
Supports Diff�rents
Sur 2 types de support (SSD + NAS)
Hors Site
1 copie dans un lieu diff�rent (cloud, chez un proche)
+-- VMs actives sur local-lvm (SSD NVMe)
?é COPIE 1 � Sur site, support diff�rent
+-- Backup VZDump quotidien é NAS TrueNAS (RAID-Z1)
R�tention: 7 jours
?é COPIE 2 � Hors site
+-- Option A: Rclone vers Backblaze B2 (~0.006$/GB/mois)
R�tention: 4 semaines
vzdump é rclone sync /mnt/nas/backups b2:mon-bucket/
Option B: PBS distant (chez un ami geek) ?é
# Bonus : PBS supporte la r�plication chiffr�e entre sites !
7. Restaurer un Backup � Proc�dures Test�es ?é
Rappel critique : Un backup non test� n'est pas un backup. Teste ta restauration au moins une fois par mois !
??é Naviguer vers les backups
Panneau gauche é clique sur le storage contenant les backups (ex: nas-truenas) é onglet "Backups". La liste de toutes les archives appara�t.
??é S�lectionner le backup et restaurer
Clique sur l'archive souhait�e é bouton "Restore". Configure : VM ID (m�me ID pour �craser, ou nouvel ID pour tester), Storage de destination, coche "Start after restore" é "Restore".
?é Astuce : tester sans �craser l'original
Entre un VM ID diff�rent (ex: 199 au lieu de 100). La VM restaur�e tourne en parall�le pour v�rification. Une fois valid�e, supprime-la avec clic-droit é "Remove".
# Storage nas-truenas é Content é Backups
# S�lectionner l'archive .vma.zst ou .tar.zst
# Cliquer "Restore"
# Param�tres :
VM ID : 100 é ou nouvel ID pour tester en parall�le
Storage : local-lvm
é Start after restore
### M�thode 2 : Via CLI ###
# Restaurer une VM
qmrestore /mnt/pve/nas-truenas/dump/vzdump-qemu-100-*.vma.zst 100 \
--storage local-lvm --force
restore vma archive: file://.../vzdump-qemu-100-*.vma.zst
...restored successfully
# Restaurer un LXC
pct restore 200 /mnt/pve/nas-truenas/dump/vzdump-lxc-200-*.tar.zst \
--storage local-lvm --force
# Restaurer vers un NOUVEL ID (pour tester sans �craser l'original)
qmrestore vzdump-qemu-100-*.vma.zst 199 --storage local-lvm
# é Lance la VM 199 pour v�rifier que tout fonctionne, puis supprime-la
?é Bonus � Rclone : Backups Vers le Cloud ?é
Rclone est un outil open-source qui synchronise des fichiers locaux vers des dizaines de providers cloud (Backblaze B2, Scaleway, Google Drive, etc.).
curl https://rclone.org/install.sh | bash
# Configurer (interactif)
rclone config
# é New remote é "b2" é entrer Application Key ID...
# Tester la connexion
rclone lsd b2:mon-bucket-proxmox
# Sync des backups vers B2 (chiffr� !)
rclone sync /mnt/pve/nas-truenas/dump/ b2:mon-bucket-proxmox/backups \
--transfers 4 --progress
# Automatiser dans crontab (tous les dimanches � 3h)
echo "0 3 * * 0 root rclone sync /mnt/pve/nas-truenas/dump/ \
b2:mon-bucket-proxmox/backups --log-file=/var/log/rclone.log" \
>> /etc/cron.d/rclone-backup
# Co�t Backblaze B2 : ~0.006$/GB/mois
# 50 GB de backups = ~0.30$/mois é presque gratuit ! ?é
é Checklist � Strat�gie Backup Op�rationnelle
- éAu moins 1 backup job planifi� avec r�tention = 7 jours
- éLes backups sont stock�s sur un support diff�rent (NAS, pas m�me disque)
- éTu as test� une restauration compl�te au moins une fois
- éLes emails de rapport de backup arrivent (succ�s ET erreurs)
- éTu prends un snapshot AVANT chaque mise � jour ou changement de config
?é Probl�mes Courants & Solutions
é Erreur "not enough free space in thin pool" lors d'un snapshot é
?é Le thin pool LVM est satur� par des snapshots accumul�s. 1) Supprime les vieux snapshots inutiles : qm delsnapshot ID nom. 2) Si �a ne suffit pas, �tend le pool : lvextend -l +100%FREE pve/data si tu as de l'espace disque libre. 3) Pense � mettre une politique de r�tention max (3-5 snapshots par VM).
é Le backup VZDump �choue avec "VM is running" en mode stop é
?é En mode stop, Proxmox essaie d'arr�ter la VM avant le backup. Si la VM ignore le signal d'arr�t (pas de qemu-guest-agent), le backup �choue. Solution : 1) Installe qemu-guest-agent dans la VM (voir �pisode 03), ou 2) passe en mode snapshot qui ne requiert pas l'arr�t de la VM.
é La restauration �choue avec "VM ID already exists" é
?é Une VM avec cet ID existe d�j�. Options : 1) Ajoute --force pour �craser l'existante (attention : irr�versible), 2) Utilise un autre ID : qmrestore backup.vma.zst 199 pour restaurer en tant que VM 199, ou 3) Supprime d'abord la VM existante : qm destroy 100.
é PBS : le backup incr�mental est aussi lent que le premier é
?é PBS n�cessite qemu-guest-agent ET dirty bitmaps activ�s pour les backups incr�mentaux. Dans la config de la VM : Hardware é Hard Disk é é Backup, et assure-toi que l'interface disque est VirtIO (pas IDE ou SATA). Les dirty bitmaps n�cessitent VirtIO pour fonctionner correctement.