Une sauvegarde que vous utilisez vraiment
La plupart des entreprises découvrent que leur sauvegarde ne fonctionne pas seulement quand le sinistre survient. C'est pourquoi nous conseillons de traiter la sauvegarde comme un processus, et non comme une case à cocher : des copies automatiques, conservées à l'écart du serveur de production, et des restaurations testées régulièrement. Sur cPanel, la sauvegarde quotidienne s'exécute automatiquement et vous la restaurez depuis le panneau ; sur les VPS et les serveurs dédiés, l'équipe DevOps peut planifier des tests de restauration sur vos heures incluses.
Quelle sauvegarde comprend chaque offre
L'hébergement cPanel dispose d'une sauvegarde quotidienne automatique que vous restaurez depuis le panneau. Un VPS dispose de snapshots — des copies complètes de l'état du serveur — sans fréquence garantie. Les serveurs dédiés n'incluent aucune sauvegarde par défaut : les disques NVMe sont livrés par paires et le RAID est configuré à l'installation, mais le RAID n'est pas une sauvegarde. La sauvegarde externe, le PITR pour les bases de données et les tests de restauration sont mis en place par notre équipe sur les heures de DevOps incluses (5 à 10 h/mois sur les dédiés).
| Offre | Sauvegarde | Restauration | Emplacement |
|---|---|---|---|
| Hébergement cPanel | Sauvegarde quotidienne automatique | Depuis le panneau client | UE (Francfort) |
| VPS | Snapshots, sans fréquence garantie | À partir d'un snapshot | UE (Francfort) |
| VPS — sauvegarde externe | Sur demande, sur les heures de DevOps | Selon la stratégie configurée | Convenu avec l'équipe |
| Serveur dédié | Non incluse par défaut — mise en place sur demande | Selon la stratégie (3-2-1, PITR) | UE (Francfort) + stockage externe sur demande |
RPO et RTO — les chiffres à définir vous-même
Plutôt que « une sauvegarde au plus vite », mieux vaut fixer deux valeurs concrètes. Le RPO (Recovery Point Objective) indique la quantité de données que vous pouvez vous permettre de perdre. Le RTO (Recovery Time Objective) indique la durée maximale acceptable d'une restauration. L'équipe construit la stratégie autour de ces valeurs.
La perte de données maximale que vous acceptez. Une sauvegarde quotidienne signifie jusqu'à une journée perdue ; avec le streaming WAL, une base de données descend sous la minute — mis en place sur demande.
Le temps de restauration dépend du volume de données et de la stratégie choisie. Nous ne garantissons pas de RTO — le seul chiffre fiable est celui mesuré lors d'un test de restauration.
Scénarios de sinistre — et comment vous protéger
Les sinistres sont rares mais à fort impact. Voici les scénarios les plus courants et la protection que nous recommandons pour chacun. Sur les VPS et les serveurs dédiés, l'équipe met en place ces mesures sur les heures de DevOps incluses.
Panne matérielle (disque, RAM)
La cause de perte de données la plus fréquente. Les serveurs dédiés disposent de disques NVMe en paire avec un RAID configuré à l'installation, ainsi que de RAM ECC sur les gammes EPYC et Xeon. Le RAID maintient le serveur en marche quand un disque tombe en panne, mais il ne remplace pas la sauvegarde — une copie externe reste nécessaire.
Protection : RAID + sauvegarde externeRansomware ou compromission de compte
L'attaquant chiffre les fichiers du serveur — et toute copie accessible depuis celui-ci. Au moins une copie doit donc se trouver hors du serveur, là où le compte de production ne peut pas la modifier (immuable ou hors ligne). Nous la mettons en place sur demande, sur les heures de DevOps.
Protection : copie isoléeSuppression accidentelle de données
Un « DROP TABLE users » exécuté en production. L'erreur humaine la plus courante. Si la base de données dispose de la restauration à un instant donné (PITR), vous revenez juste avant l'erreur ; une sauvegarde quotidienne ne vous ramène qu'à la dernière copie.
Protection : PITR sur demandePanne complète du datacenter
Incendie, inondation, longue interruption de l'opérateur. La protection est une copie dans un autre site, par exemple un second datacenter. La réplication et le basculement ne sont pas inclus par défaut ; l'équipe les met en place sur demande, sur les heures de DevOps.
Protection : copie dans un autre siteUn bug applicatif corrompt les données
Un déploiement introduit un bug qui corrompt les enregistrements de la base. Avec une sauvegarde séparée de la base, vous ne restaurez que la base (pas tout le serveur) — les fichiers de l'application restent, les données reviennent en arrière.
Protection : sauvegarde séparée de la baseMigration vers un autre serveur
Vous dépassez l'offre actuelle. Un VPS passe à une gamme supérieure avec plus de vCPU, de RAM et de disque ; pour un passage vers un autre serveur, nous planifions la migration à l'avance afin de limiter l'interruption.
Conseil : planifiez la migration tôtSauvegarde des bases de données — stratégies par moteur
Une sauvegarde complète du VPS ne suffit pas toujours. Les bases de données disposent de leurs propres mécanismes de restauration à un instant donné (PITR) — ils permettent de revenir exactement au moment choisi, et pas seulement au dernier snapshot. Nous les mettons en place sur demande, sur les heures de DevOps incluses.
Ce qui est inclus — et ce qui est mis en place sur demande
Il n'existe pas de « sauvegarde premium » vendue séparément : ce qui est inclus est indiqué sur chaque offre, et tout ce qui va au-delà est construit par l'équipe sur les heures de DevOps de votre abonnement. Les heures au-delà du quota sont facturées séparément, à l'heure.
- cPanel : sauvegarde quotidienne automatique, restauration depuis le panneau — incluse
- VPS : snapshots, sans fréquence garantie — inclus
- Serveurs dédiés : disques NVMe en paire, RAID configuré à l'installation — sauvegarde non incluse par défaut
- Sauvegarde externe selon la règle 3-2-1 — sur demande, sur les heures de DevOps (5 à 10 h/mois sur les dédiés)
- PITR pour les bases de données (WAL, binlog, oplog) — sur demande, sur les heures de DevOps
- Tests de restauration et durée de rétention — convenus avec l'équipe et mis en place sur les heures de DevOps
Restaurer une sauvegarde — en 4 étapes
Ouvrez le panneau
Connectez-vous au panneau client. Sur cPanel, vous y restaurez la sauvegarde quotidienne ; sur VPS, vous choisissez un snapshot.
Choisissez un point dans le temps
Choisissez la copie juste antérieure au problème. La plus récente n'est pas toujours la bonne si l'erreur est présente depuis un certain temps.
Cliquez sur « Restaurer »
Une restauration écrase l'état actuel. En cas de doute, demandez à l'équipe de restaurer d'abord dans un environnement séparé afin de comparer.
Vérifiez le résultat
Vérifiez que l'application fonctionne et que les données sont là où elles doivent être. La durée de la restauration dépend du volume de données.
Questions fréquentes
Un snapshot nécessite-t-il d'arrêter le serveur ?
En général non : un snapshot de VPS est pris serveur en marche. Pour une base de données, en revanche, le snapshot d'un serveur en cours d'exécution n'est pas toujours cohérent ; nous recommandons donc une sauvegarde séparée de la base (dump ou WAL/binlog), que l'équipe met en place sur demande.
Combien de temps prend la restauration d'un très gros snapshot (par ex. 500 GB) ?
Cela dépend du volume de données, du disque et de l'endroit où la copie est stockée — la restauration depuis une copie externe est plus longue que depuis une copie locale. Nous ne promettons pas de durée fixe : le chiffre réaliste vient d'un test de restauration, que nous pouvons réaliser avec vous.
Les sauvegardes sont-elles chiffrées ?
Le chiffrement des sauvegardes externes fait partie de la stratégie que nous mettons en place sur demande — par exemple des copies qui ne quittent le serveur que sous forme chiffrée, avec des clés conservées à l'écart de la production. Indiquez vos exigences à l'équipe lors de la demande de mise en place.
Et si je veux une rétention supérieure à 30 jours ?
La rétention des sauvegardes externes est définie lorsque l'équipe configure la stratégie, selon vos besoins et vos obligations légales d'archivage. Le stockage pour une rétention plus longue est convenu avec l'équipe ; vous trouverez les offres sur la page des tarifs.
Puis-je télécharger un snapshot en local ?
Sur les VPS et les serveurs dédiés, vous disposez de l'accès root et copiez vos données avec les outils de votre choix (rsync, tar). L'équipe peut aussi mettre en place des copies automatisées vers un stockage externe sur les heures de DevOps, comme AWS S3, Google Cloud Storage ou Azure Blob.
Vos données sont trop précieuses pour être laissées au hasard
cPanel inclut une sauvegarde quotidienne et le VPS inclut des snapshots. Sur les serveurs dédiés, l'équipe construit la stratégie de sauvegarde sur les heures de DevOps incluses. Consultez les tarifs pour plus de détails.
Voir les offres →