Chaque serveur KapsuleHost est sauvegardé dans un stockage hors site chiffré une fois par jour et conservé pendant 30 jours, et vous pouvez effectuer une sauvegarde supplémentaire ou restaurer une sauvegarde à tout moment à partir de la page du serveur dans KPanel.
Les sauvegardes sont activées automatiquement lors du provisionnement d'un serveur. Il n'y a rien à configurer, pas d'agent à installer et pas de calendrier à définir. Ce guide explique exactement ce qui est capturé, comment lire la liste des sauvegardes, comment en effectuer une à la demande et ce qu'une restauration fait à un serveur en cours d'exécution.
Où vivent les sauvegardes
Les sauvegardes appartiennent à un serveur, vous les atteignez donc à partir de ce serveur plutôt que depuis le menu principal :
- Connectez-vous à KPanel.
- Cliquez sur Serveurs Cloud dans la barre latérale gauche, puis cliquez sur le serveur souhaité.
- Faites défiler jusqu'à la carte Sauvegardes.
L'adresse directe est /cloud-servers/<server-id>.
L'en-tête de la carte affiche l'heure de votre dernière sauvegarde réussie. Avant la première fin, il affiche plutôt la description permanente : « Sauvegardes quotidiennes hors site dans un stockage chiffré, conservées pendant 30 jours. »
Serveurs Cloud n'apparaît dans la barre latérale de KPanel que si votre compte dispose réellement d'un serveur cloud. Si vous ne le voyez pas, le compte n'en a pas encore.
Ce qui est capturé
Développez Contenu de votre sauvegarde en bas de la carte Sauvegardes pour voir le manifeste en direct de votre serveur. Il est regroupé en cinq catégories :
| Catégorie | Chemins inclus |
|---|---|
| Fichiers du site Web | /var/www (racine de document, uploads, thèmes, plugins) et les répertoires /root et /home |
| Bases de données | fichiers de données /var/lib/mysql et /var/lib/postgresql |
| Configuration du serveur | /etc, plus certificats /etc/letsencrypt, /etc/ssh, règles de pare-feu /etc/ufw et /etc/fail2ban |
| Tâches cron et état du système | /etc/cron.d et les répertoires cron quotidiens, horaires et hebdomadaires, crontabs utilisateur /var/spool/cron, unités /etc/systemd, et une capture instantanée de votre crontab, des packages installés, des services activés et du statut du pare-feu |
| Courrier | Données de courrier, lorsque le courrier est configuré sur le serveur |
Les chemins volatiles et reconstruisibles sont délibérément exclus : /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, le stockage de superposition de conteneurs sous /var/lib/docker/overlay2 et les fichiers d'échange. Les les exclure maintient les sauvegardes petites et rapides sans perdre ce que vous ne pouvez pas régénérer.
Les sauvegardes sont chiffrées avec une clé unique à votre serveur et écrites dans un stockage d'objets hors site. Seul votre panneau peut les déchiffrer et les restaurer.
Une sauvegarde de serveur cloud capture le serveur. Elle ne capture rien qui vit à l'extérieur. Une base de données gérée sur un autre hôte, une passerelle de paiement externe ou un service tiers avec lequel votre application communique conserve ses propres données et doit être exportée séparément.
Lecture de la liste des sauvegardes
Chaque ligne de la liste affiche le moment où la sauvegarde a commencé, sa taille une fois terminée et un badge de statut :
| Statut | Signification |
|---|---|
| Sauvegardé | La sauvegarde a été effectuée et constitue un point de restauration utilisable |
| En cours d'exécution | La sauvegarde est en cours |
| Échec | La sauvegarde ne s'est pas déroulée correctement |
Les sauvegardes manuelles sont étiquetées manuel à côté de la date pour que vous puissiez les distinguer de l'exécution quotidienne. Une sauvegarde terminée affiche également sa référence de snapshot, qui est l'identificateur que le support vous demandera si vous avez besoin d'aide pour une restauration spécifique.
Si la sauvegarde la plus récente a échoué, vous recevez une bannière sur la carte : « La sauvegarde la plus récente a échoué. Nous continuerons à réessayer selon le calendrier quotidien. Vérifiez l'espace disque ou contactez le support si cela persiste. » Un seul échec est généralement causé par un disque plein. Libérez un peu d'espace et la prochaine exécution programmée réussira.
Effectuer une sauvegarde à la demande
Effectuez une sauvegarde manuelle immédiatement avant tout ce qui est risqué : une mise à jour majeure de package, une migration de base de données, un changement de configuration d'un service dont vous dépendez, ou votre première tentative avec quelque chose d'inconnu.
- Ouvrez la page du serveur et trouvez la carte Sauvegardes.
- Cliquez sur Sauvegarder maintenant dans l'en-tête de la carte.
- Vous obtenez la confirmation « Sauvegarde commencée. Elle apparaîtra bientôt dans la liste. »
- L'exécution se fait sur le serveur en arrière-plan. Actualisez la carte après quelques instants pour la voir apparaître comme En cours d'exécution, puis Sauvegardé.
Les serveurs volumineux prennent plus de temps. La colonne de taille sur la ligne terminée vous indique la quantité capturée.
Une sauvegarde manuelle est identifiée par son horodatage, pas par un nom que vous choisissez. Effectuez la sauvegarde immédiatement avant de faire le changement, pour que les heures s'alignent et que vous puissiez dire en un coup d'œil quel point de restauration est celui « avant ».
Restauration à partir d'une sauvegarde
- Trouvez la sauvegarde terminée souhaitée dans la carte Sauvegardes.
- Cliquez sur Restaurer sur cette ligne.
- Lisez la confirmation : « Cela remplace les fichiers actuels du serveur par le contenu de la capture instantanée sélectionnée. Tous les changements apportés depuis la capture instantanée seront perdus. Le serveur reste en ligne pendant la restauration. »
- Cliquez sur Restaurer pour continuer.
Une restauration ne peut pas être annulée. Tout ce qui a été écrit depuis que cette sauvegarde a été prise est remplacé par le contenu de la sauvegarde. S'il y a une chance que vous vouliez récupérer l'état actuel, effectuez d'abord une sauvegarde fraîche ou une capture instantanée, puis restaurez.
Le serveur reste en ligne pendant l'exécution de la restauration, ce qui rend utile la récupération d'une application cassée sans une panne complète. Les grands systèmes de fichiers peuvent prendre du temps. Si la restauration est toujours en cours après cinq minutes, KPanel vous indique qu'elle « prend plus de temps que prévu et s'exécute toujours sur le serveur » et la restauration continue en arrière-plan.
Sauvegardes comparées aux captures instantanées
Votre serveur dispose de deux filets de sécurité indépendants, et ils sont doués pour des choses différentes.
| Sauvegardes | Captures instantanées | |
|---|---|---|
| Où elle est conservée | Stockage chiffré hors site | Aux côtés de la plateforme sur laquelle votre serveur s'exécute |
| Calendrier | Quotidien, automatique | À la demande, plus automatiquement avant chaque exécution de patch |
| Conservation | 30 jours | Conservées jusqu'à ce que vous n'en ayez plus besoin |
| Ce qu'elle restaure | Fichiers, bases de données et configuration, sur place | Le disque entier, exactement comme il était |
| Serveur pendant la récupération | Reste en ligne | Redémarre |
| Idéal pour | Protection des données et récupération après sinistre | Un filet de sécurité immédiatement avant un changement risqué |
Utilisez les deux. Une capture instantanée avant un changement est le moyen le plus rapide de revenir en arrière si le changement se passe mal. Les sauvegardes sont ce qui vous protège des problèmes que vous ne remarquez que des jours plus tard. Captures instantanées de serveur Cloud couvre pleinement l'aspect capture instantanée.
Sauvegardes et reconstructions
La reconstruction du système d'exploitation d'un serveur efface le disque, y compris l'outil de restauration qui y vit. Vos données de sauvegarde sont sûres dans le stockage hors site, mais le bouton Restaurer du panneau ne peut pas les utiliser sur un serveur reconstruit. Lisez Reconstruction de votre serveur Cloud en intégralité et téléchargez tout ce dont vous avez besoin avant de reconstruire.
Dépannage
« Les sauvegardes ne sont pas encore configurées pour ce serveur. » Elles s'activent automatiquement lors du provisionnement. Si un serveur tout neuf affiche ceci, attendez quelques minutes ; si cela persiste, contactez-nous.
« Pas de sauvegardes encore. » La première sauvegarde s'exécute automatiquement peu après le provisionnement. Vous pouvez également cliquer sur Sauvegarder maintenant plutôt que d'attendre.
« La sauvegarde manuelle est temporairement indisponible. » Le panneau n'a pas pu accéder au serveur pour démarrer l'exécution. Vérifiez que le serveur fonctionne et est accessible, puis réessayez.
Le bouton Restaurer est manquant sur une sauvegarde terminée. La restauration nécessite un serveur accessible et provisionné avec l'outil de restauration présent. Un serveur qui a été reconstruit ou qui est éteint ne l'offrira pas.
Si une sauvegarde échoue à plusieurs reprises et que l'espace disque n'en est pas la cause, envoyez un e-mail à support@kapsulehost.com avec le nom du serveur et les horodatages des exécutions ayant échoué.