8. Snapshots et rollback

8.1 Snapshots RAM vs snapshots disque seul

Un snapshot Proxmox capture l'état d'une VM à un instant T. Il est composé de deux parties :

L'état du disque : les données écrites sur le volume LVM-thin ou ZFS au moment du snapshot
L'état de la RAM (facultatif) : le contenu de la mémoire vive — permet de reprendre exactement où la VM en était

Capturer la RAM permet un rollback parfait (même les processus en cours reprennent), mais le snapshot prend plus de temps et consomme autant d'espace que la RAM de la VM.

Via l'interface graphique :

VM → Snapshots → Take Snapshot

Champ	Valeur
Name	`avant-mise-a-jour`
Description	`état stable avant apt upgrade`
Include RAM	décoché (plus rapide)

Via CLI :

Dans le Shell du nœud (interface web → votre nœud → Shell) :

# Snapshot sans RAM (rapide — VM peut rester allumée)
qm snapshot 100 avant-upgrade --description "état stable avant apt upgrade"

# Snapshot avec RAM (VM figée quelques secondes pendant la capture)
qm snapshot 100 avec-ram --vmstate 1

# Lister les snapshots existants
qm listsnapshot 100

# Revenir à un snapshot : une VM allumée est arrêtée d'office
qm rollback 100 avant-upgrade

# Supprimer un snapshot devenu inutile
qm delsnapshot 100 avant-upgrade

Résultat attendu de qm listsnapshot (avant le rollback et la suppression), sur la VM 101 du lab, qui portait déjà un snapshot avant-mise-a-jour pris lors d'un essai précédent :

`-> avant-mise-a-jour           2026-09-25 10:17:35     VM propre avant mise à jour
 `-> avant-upgrade              2026-09-29 13:51:45     état stable avant apt upgrade
  `-> avec-ram                  2026-09-29 13:51:46     no-description
   `-> current                                          You are here!

Chaque prise de snapshot sur local-lvm affiche aussi un avertissement de LVM : WARNING: Sum of all thin volume sizes (<158.51 GiB) exceeds the size of thin pool pve/data. Ce n'est pas une erreur : la somme des tailles promises aux volumes dépasse la place réelle du pool. C'est le principe du provisionnement fin, et la raison de surveiller son remplissage.

La liste est un arbre : chaque snapshot est l'enfant du précédent, et current — l'état présent de la VM — pend sous le dernier pris, avec la mention You are here!. Après qm rollback 100 avant-upgrade, current remonte sous avant-upgrade : le snapshot avec-ram existe toujours, mais sur une autre branche. Un rollback ne supprime donc rien ; c'est qm delsnapshot qui libère la place.

Trois états successifs de l'arbre de la VM 100. Le rollback déplace current sous avant-upgrade sans rien effacer ; seul qm delsnapshot supprime un snapshot et libère la place. Cliquez sur une étape pour le détail.

Le rollback d'un snapshot avec RAM a une particularité : la VM repart allumée, exactement là où elle en était, processus compris. Sans RAM, elle repart éteinte, comme après une coupure de courant à l'instant du snapshot.

Piège courant : les snapshots LVM-thin s'accumulent silencieusement et consomment de l'espace dans le pool. Une VM avec 10 snapshots peut occuper deux fois son espace nominal. Purgez régulièrement les anciens snapshots et surveillez le taux d'utilisation du pool avec lvs.

À retenir : un snapshot fige l'état d'une VM pour y revenir (avec ou sans sa mémoire vive) ; il s'accumule dans le pool et n'est pas une sauvegarde.