Un snapshot est-il une sauvegarde ?

Non, et Atlas garde les deux séparés. Un snapshot est un retour rapide sur le même stockage ; une sauvegarde vit ailleurs et survit au disque. L'image les montre distinctement.

Atlas utilise-t-il vzdump ?

Oui. En dessous, les sauvegardes sont d'ordinaires sauvegardes Proxmox ; Atlas ajoute l'image de couverture, les contrôles et les flux par-dessus. Rien dans ces dumps n'est propriétaire.

Prend-il un snapshot avant les mises à jour automatiquement ?

Oui. Le flux de mise à jour sûre prend un snapshot avant d'appliquer les paquets ; une mauvaise mise à jour a son chemin de retour d'office.

À quoi ressemble la restauration ?

Un flux guidé : choisir l'invité et le point dans le temps, voir ce qui sera écrasé et perdu, confirmer, et regarder tourner. Pas de drapeaux à deviner.

Vérifie-t-il que les sauvegardes ont vraiment tourné ?

Oui. La sentinelle intégrée Watch lève un constat quand un invité manque son planning ou qu'une cible se remplit, avant que la sauvegarde manquante devienne un incident.

Mes sauvegardes quittent-elles mon infrastructure ?

Non. Les sauvegardes vont là où elles sont dirigées, dans l'infrastructure du client. Atlas dessine l'image localement ; rien n'est téléversé nulle part.

Les sauvegardes et le chemin de retour, racontés ensemble

Une sauvegarde n'est que la moitié de la sécurité ; l'autre moitié est le chemin de retour. Atlas met sauvegardes, snapshots et restauration Proxmox dans une seule image : ce qui est protégé et depuis quand, ce qui serait perdu, et comment un mauvais changement se rembobine.

Pourquoi les routines de sauvegarde pourrissent

Sur un hôte nu, la vérité des sauvegardes est éparpillée : les tâches vzdump dans un écran, les snapshots par invité dans un autre, la capacité de stockage dans un troisième. Savoir si chaque invité important est vraiment couvert, personne ne peut y répondre d'un seul endroit.

Snapshots et sauvegardes se confondent, et cette confusion coûte des données. Un snapshot sur le même disque n'est pas une sauvegarde ; un dump nocturne sans test de restauration est un espoir, pas un plan.

Et le chemin de retour est rarement répété. Quand un changement tourne mal à deux heures du matin, la question n'est pas de savoir si une sauvegarde existe quelque part ; c'est la vitesse à laquelle l'état connu revient et ce qui se perd entre les deux.

Garder les invités en sécurité à la main

La routine que les admins expérimentés déroulent manuellement :

Lister chaque invité et décider lesquels feraient mal à perdre ; la protection suit cette liste, pas l'inverse.

Planifier les tâches vzdump, puis vérifier qu'elles ont vraiment tourné et tenu dans la fenêtre.

Prendre un snapshot avant chaque changement risqué, et penser à supprimer les anciens avant qu'ils mangent le pool.

Surveiller la capacité du stockage de sauvegarde, car une cible pleine échoue en silence au pire moment.

Tester une restauration de temps en temps, sur un invité sans importance, pour savoir que la chaîne fonctionne.

Après un mauvais changement, trouver le bon snapshot ou dump, restaurer, et reconstruire ce qui s'est passé depuis.

Comment Atlas tient toute l'histoire

La couverture, les snapshots et le chemin de retour vivent sur un écran au lieu de cinq.

La couverture en un coup d'œil

Quels invités sont sauvegardés, depuis quand et vers où : une seule vue. L'invité tombé en silence du planning ressort au lieu de se cacher.

Les snapshots à leur place

Les snapshots se créent, se listent et se nettoient par invité, avec l'âge visible ; les snapshots oubliés cessent de manger les pools.

Un snapshot avant chaque pas risqué

Les flux critiques prennent un snapshot avant de toucher le système ; le chemin de retour existe avant que le risque soit pris.

La restauration en flux guidé

Ramener un invité passe par un flux vérifié : ce qui sera restauré, ce qui sera écrasé et ce qui se perd entre les deux est annoncé avant que rien ne tourne.

Le retour arrière à l'impact visible

Rembobiner n'est pas un saut aveugle : l'invité concerné, les disques et la fenêtre de changements qui disparaîtra sont montrés d'abord.

Le stockage derrière les sauvegardes

Les cibles de sauvegarde et leur capacité font partie de la même image ; une cible qui se remplit est repérée avant que les tâches échouent.

Questions fréquentes

Un snapshot est-il une sauvegarde ?: Non, et Atlas garde les deux séparés. Un snapshot est un retour rapide sur le même stockage ; une sauvegarde vit ailleurs et survit au disque. L'image les montre distinctement.
Atlas utilise-t-il vzdump ?: Oui. En dessous, les sauvegardes sont d'ordinaires sauvegardes Proxmox ; Atlas ajoute l'image de couverture, les contrôles et les flux par-dessus. Rien dans ces dumps n'est propriétaire.
Prend-il un snapshot avant les mises à jour automatiquement ?: Oui. Le flux de mise à jour sûre prend un snapshot avant d'appliquer les paquets ; une mauvaise mise à jour a son chemin de retour d'office.
À quoi ressemble la restauration ?: Un flux guidé : choisir l'invité et le point dans le temps, voir ce qui sera écrasé et perdu, confirmer, et regarder tourner. Pas de drapeaux à deviner.
Vérifie-t-il que les sauvegardes ont vraiment tourné ?: Oui. La sentinelle intégrée Watch lève un constat quand un invité manque son planning ou qu'une cible se remplit, avant que la sauvegarde manquante devienne un incident.
Mes sauvegardes quittent-elles mon infrastructure ?: Non. Les sauvegardes vont là où elles sont dirigées, dans l'infrastructure du client. Atlas dessine l'image localement ; rien n'est téléversé nulle part.

Fiches liées

Combien de sauvegardes garder : la vraie question n’est pas le nombre, c’est jusqu’où vous pouvez remonter Sept sauvegardes quotidiennes protègent parfaitement contre l’erreur que vous remarquez aujourd’hui et pas du tout contre le dommage que vous remarquez dans un mois. La rétention n’est pas un nombre, c’est une décision de portée.
Tester une restauration : une tâche au vert n’est pas une preuve Tout le monde connaît la phrase « une sauvegarde non testée n’est pas une sauvegarde » et personne n’agit en conséquence. Cette fiche dit ce que tester veut vraiment dire, car une tâche qui a l’air réussie n’est pas un test.
Un instantané n’est pas une sauvegarde : où est la différence et pourquoi elle compte Un instantané vit sur le même disque. Si le disque part, l’instantané part avec. Une sauvegarde se trouve ailleurs, et c’est là la seule vraie différence.
Si le fichier de configuration d'une machine casse : où se trouve l'ancienne version Chaque machine a un petit fichier texte. S'il casse, seule cette machine est touchée, et l'ancienne version se trouve à deux endroits où presque personne ne regarde.