Comparer · Des faits, rien d’autre
NeverWiped et les snapshots de votre hébergeur
Ce que NeverWiped fait et qu’un snapshot d’hébergeur ne fait pas, ce que le snapshot fait mieux, et les questions à poser à votre hébergeur.
Beaucoup d’hébergeurs proposent des snapshots ou des sauvegardes automatiques d’un serveur : une copie de tout son disque, faite par l’hébergeur. Cette page parle de ce type de copie. Elle dit ce que NeverWiped fait autrement, ce qu’un snapshot fait mieux, et ce qu’il faut demander à votre hébergeur avant de compter sur l’un ou l’autre.
Ce qu’est un snapshot d’hébergeur
- Une image de tout le disque du serveur à un instant donné, faite par votre hébergeur depuis l’extérieur du serveur. Rien à installer.
- Elle reste chez votre hébergeur, dans le même compte d’hébergement que le serveur. Si vous perdez l’accès à ce compte (fermé, suspendu ou piraté), il faut d’abord le récupérer pour atteindre les snapshots.
- Elle est accessible depuis ce compte et depuis ses jetons d’API. Si un tel jeton est stocké sur le serveur, celui qui contrôle le serveur peut s’en servir aussi.
- Une base de données en marche est copiée telle que ses fichiers étaient sur le disque à cet instant, comme après une coupure de courant, sauf si l’outil de l’hébergeur demande d’abord une pause à la base. Après une restauration, la base doit se remettre comme après un plantage.
Côte à côte
| NeverWiped | Snapshot d’hébergeur | |
|---|---|---|
| Qui fait la copie | Notre agent, sur votre serveur, à heure fixe (état) | Votre hébergeur, depuis l’extérieur du serveur |
| Où est la copie | Notre serveur de stockage en France, dans notre compte chez notre prestataire (nommé dans les mentions légales), pas dans votre compte d’hébergement | Chez votre hébergeur, dans votre compte d’hébergement |
| Ce qui est copié | Ce que l’agent a trouvé et vous a montré avant la première sauvegarde : /etc, /root, /home, les fichiers web, les applications dans /opt, les volumes Docker, PostgreSQL et MySQL ou MariaDB ; vous ajoutez ou excluez des chemins (taille et exclusions) | Tout le disque |
| Chiffrement | Sur votre serveur, avant tout envoi, avec une clé qui y reste (chiffrement) | À demander à l’hébergeur |
| Bases de données | Exports complets et cohérents (pg_dumpall, mysqldump --single-transaction), pas les fichiers bruts | Les fichiers tels qu’ils étaient sur le disque à cet instant |
| Qui peut effacer la copie | Pas votre serveur, au quotidien : le stockage est en ajout seul (ajout seul, et les limites connues) | Celui qui contrôle votre compte d’hébergement ou ses jetons |
| Historique | Fixé par votre formule, modifiable par serveur (conservation) | À demander : combien, et à quelle fréquence |
| Restauration | neverwiped restore avec une date : un fichier, un dossier, une base ou un volume Docker, dans un dossier à part, ou en place après confirmation (restaurer) | À demander : le disque entier seulement, ou aussi des fichiers ; sur le même serveur, ou un nouveau |
| Si vous perdez votre compte d’hébergement | Vos sauvegardes restent accessibles depuis un serveur ailleurs, avec une clé d’API du compte et votre clé de récupération (neverwiped recover, un serveur entier) | Les snapshots restent dans ce compte |
| Alertes en cas d’échec | E-mails quand une sauvegarde échoue, quand aucune n’a tourné depuis trop longtemps, et avant que le stockage soit plein (e-mails d’alerte) | À demander à l’hébergeur |
| Prix | Votre formule (tarifs) | La grille de votre hébergeur |
Questions à poser à votre hébergeur
- Où le snapshot est-il stocké : dans le même centre de données que le serveur, ou ailleurs ?
- Est-il chiffré, et qui détient la clé ?
- Combien de snapshots sont gardés, à quelle fréquence, et pouvez-vous le changer ?
- Peut-on restaurer un seul fichier, ou seulement tout le disque ? Sur un nouveau serveur ?
- L’outil met-il les bases en pause d’abord, ou est-ce seulement une image du disque ?
- Que deviennent les snapshots si le serveur est supprimé, ou si le compte est fermé ou suspendu ?
- Quels jetons d’API peuvent les supprimer, et l’un d’eux est-il sur votre serveur ?
Quand un snapshot d’hébergeur est le meilleur choix
- Vous voulez récupérer toute la machine d’un coup, système compris. NeverWiped restaure des fichiers et des bases. Sur un nouveau serveur, vous installez d’abord les logiciels de base, puis vous restaurez (un serveur entier).
- Vous ne voulez rien installer sur le serveur. NeverWiped a besoin de son agent, qui tourne en root (l’agent).
- Vous allez tenter une mise à jour risquée. Un snapshot juste avant, et un retour arrière de tout le disque si ça tourne mal : c’est rapide. Avec NeverWiped, vous pouvez lancer une sauvegarde d’abord (
neverwiped backup now), puis restaurer ce que la mise à jour a cassé.
Utiliser les deux
Ils ne font pas le même travail. Le snapshot est un retour arrière rapide qui vit chez votre hébergeur. NeverWiped est une copie chiffrée hors de votre compte d’hébergement, avec un historique et des exports de bases cohérents. NeverWiped garde une copie, sur un serveur de stockage (limites connues) ; un snapshot chez votre hébergeur en est une seconde, ailleurs.
Dernière relecture : 6 novembre 2026. Voir aussi : toutes les comparaisons.