Sauvegardes d'un VPS : ce qu'il faut vérifier avant de signer
Une offre de VPS annonce presque toujours « sauvegardes comprises ». Derrière ces deux mots, il peut y avoir une copie chaque nuit, gardée hors de la machine et restaurée par des experts, ou un instantané posé sur le même disque que le serveur. Ce guide donne les questions qui font la différence, ce que chaque réponse veut dire, et la façon de vérifier qu'une sauvegarde se restaure.
Demandez ce qui est sauvegardé : le serveur entier, ou seulement certains fichiers ? La base de données est-elle couverte ?
La fréquence fixe ce que vous pouvez perdre : une sauvegarde chaque nuit, c'est au plus une journée de travail.
La conservation fixe jusqu'où vous pouvez remonter : elle doit couvrir le temps qu'il vous faut pour remarquer un problème.
Une sauvegarde se garde hors de la machine, chiffrée. Un miroir de disques (RAID) ou un instantané sur le même stockage protège d'autre chose.
Demandez qui restaure, en combien de temps, et si la restauration est comprise.
Ajoutez une exportation régulière de votre base, gardée chez vous : c'est la règle 3-2-1.
Les questions à poser
La question
Pourquoi elle compte
La réponse à entendre
Qu'est-ce qui est sauvegardé ?
Une sauvegarde de fichiers choisis oublie ce qu'on n'a pas pensé à y mettre.
Le serveur entier : système, configuration, applications et données.
À quelle fréquence ?
Tout ce qui a changé depuis la dernière sauvegarde se perd en cas de panne.
Chaque nuit au moins, davantage pour une base très active.
Combien de temps est-elle gardée ?
Une erreur ou une intrusion se remarque parfois des jours après.
Plusieurs points de restauration, sur une durée qui couvre le temps de s'en apercevoir.
Où est-elle stockée ?
Une copie sur la même machine disparaît avec elle.
Hors de la machine, sur un stockage séparé.
Est-elle chiffrée ?
Une sauvegarde contient toutes vos données, mots de passe et clés compris.
Oui, avant de quitter le serveur.
Qui restaure ?
Une sauvegarde qu'on sait restaurer vite est celle qui sert le jour de la panne.
Des experts, sur simple demande.
La restauration est-elle comprise ?
Une restauration facturée à part se découvre au pire moment.
Oui, et c'est écrit dans l'offre.
Fréquence et conservation : ce que vous pouvez perdre
Deux durées résument une politique de sauvegarde :
La perte maximale admissible (RPO, recovery point objective) : la quantité de travail que vous acceptez de perdre. Une sauvegarde chaque nuit, c'est au plus 24 heures ; une base qui enregistre des commandes toute la journée gagne à y ajouter l'archivage continu de son journal de transactions.
La durée maximale d'interruption (RTO, recovery time objective) : le temps pendant lequel le service peut rester arrêté. Elle dépend du volume à restaurer, et surtout de qui restaure, et quand.
La conservation répond à une autre question : jusqu'où pouvez-vous remonter ? Une suppression remarquée le lendemain se rattrape avec la sauvegarde de la veille. Une intrusion discrète, une corruption silencieuse ou une erreur dans un traitement automatique se remarquent parfois plus tard : il faut alors un point de restauration antérieur au problème. Pour les archives de long terme, comptables ou réglementaires, une exportation mensuelle gardée à part complète la sauvegarde du serveur.
Où sont les sauvegardes, et qui peut les effacer
Une sauvegarde protège de ce qui arrive au serveur. Elle se trouve donc ailleurs que lui :
Un miroir de disques (RAID) protège d'une panne de disque, et recopie fidèlement sur le second disque une suppression ou un chiffrement malveillant fait sur le premier. C'est une protection du matériel, et non une sauvegarde.
Un instantané (snapshot) sur le même stockage ramène vite en arrière après une mise à jour ratée, mais il disparaît avec le stockage qui le porte.
Une sauvegarde hors de la machine, sur un stockage séparé, survit à la perte du serveur. Chiffrée avant de partir, elle reste illisible pour qui n'a pas la clé.
Un point souvent oublié : une sauvegarde que l'on peut effacer depuis le serveur peut aussi l'être par un intrus qui a pris le contrôle du serveur. Les sauvegardes faites et gardées par l'hébergeur, hors de portée du serveur sauvegardé, échappent à ce risque.
Le cas des bases de données
Une base de données écrit en permanence. Une copie de ses fichiers faite pendant qu'elle tourne la capture telle qu'elle serait après une panne de courant : PostgreSQL et MySQL savent repartir d'un tel état, en rejouant leur journal. Pour une restauration fine, table par table, ou vers une autre version, on y ajoute une sauvegarde logique :
Terminal : exportation quotidienne, PostgreSQL puis MySQL
Programmées chaque nuit par une tâche planifiée, avant l'heure de la sauvegarde du serveur, ces exportations y sont incluses, et peuvent aussi être copiées vers un stockage à vous.
La règle 3-2-1
La règle que recommandent les agences de cybersécurité tient en trois chiffres : 3 copies de vos données, sur 2 supports différents, dont 1 hors site. Sur un VPS, elle se traduit ainsi : les données en service sur le serveur, la sauvegarde faite par l'hébergeur hors de la machine, et une exportation régulière de ce qui compte le plus (la base de données, les fichiers déposés par vos utilisateurs) vers un stockage à vous.
Terminal : copier les exportations vers un stockage à vous, avec restic
Une sauvegarde se prouve en la restaurant. Une fois par trimestre, et après chaque changement important du serveur :
Demandez ou lancez la restauration sur un serveur de test, à côté de la production.
Vérifiez que l'application démarre et répond.
Comparez quelques chiffres avec la production : nombre de lignes des tables principales, date du dernier enregistrement.
Notez le temps qu'a pris l'opération : c'est votre durée d'interruption réelle.
Sur un VPS géré, ces sauvegardes, leur conservation hors de la machine et la restauration elle-même sont l'affaire de l'hébergeur : vous demandez, il restaure.
Si le serveur conserve des renseignements personnels, la LPRPDE demande de les protéger contre la perte ou le vol, ainsi que contre la consultation, la communication, la copie, l'utilisation ou la modification non autorisées, au moyen de mesures de sécurité correspondant à leur degré de sensibilité (annexe 1, principe 4.7). Une sauvegarde gardée hors de la machine répond à la perte, et un test de restauration daté est la façon la plus simple de montrer qu'elle fonctionne.
Des sauvegardes faites, gardées et restaurées pour vous
Avec un VPS géré Simafri, votre serveur est sauvegardé chaque nuit, chiffré et gardé hors de la machine, et la restauration est comprise, faite par nos équipes. Nos experts exploitent le serveur à votre place : mises à jour, supervision 24 heures sur 24 avec intervention sans attendre votre appel, un interlocuteur dédié et des délais d'intervention engagés.
Non. Un miroir de disques protège d'une panne matérielle, mais il recopie aussitôt sur le second disque une suppression, une corruption ou un chiffrement malveillant. Une sauvegarde est une copie séparée, gardée hors du serveur, à laquelle on peut revenir.
Un snapshot est-il une sauvegarde ?
Un instantané sur le même stockage que le serveur permet de revenir vite en arrière, après une mise à jour ratée par exemple. Il disparaît avec le stockage qui le porte : il complète une sauvegarde hors de la machine, sans la remplacer.
À quelle fréquence sauvegarder un VPS ?
Chaque nuit pour le serveur entier, ce qui limite la perte à une journée au plus. Une base qui enregistre des transactions toute la journée gagne à y ajouter l'archivage continu de son journal, qui permet de revenir à la minute près.
Qui est responsable des sauvegardes sur un VPS ?
Cela dépend de l'offre. Sur un VPS non géré, c'est vous, sauf si l'offre comprend une sauvegarde. Sur un VPS géré, l'hébergeur fait les sauvegardes et les restaure. Dans tous les cas, lisez ce que l'offre écrit sur la fréquence, la conservation, le lieu de stockage et la restauration.
Par Simon Vasconcelos Lee
Publié le 5 novembre 2026Lecture : 8 minutes