La page Sauvegardes d'un serveur réalise des sauvegardes planifiées de ses bases de données. Chaque sauvegarde est un dump compressé (.sql.gz) d'une ou plusieurs bases de données, envoyé vers un bucket compatible S3 qui vous appartient. Vous décidez de la fréquence des sauvegardes et du nombre à conserver, et vous pouvez télécharger ou restaurer n'importe laquelle depuis la même page.
La page est disponible sur chaque serveur doté d'un moteur de base de données (MySQL, MariaDB ou PostgreSQL) : les serveurs d'application et les serveurs de base de données.
Avant de commencer : ajouter un stockage
Les sauvegardes vont vers votre propre stockage objet, jamais vers Vimonto Deploy. Ajoutez d'abord un stockage de sauvegarde à votre organisation dans Paramètres → Intégrations (voir stockage des sauvegardes). Sont pris en charge Amazon S3, DigitalOcean Spaces, Hetzner Object Storage, Scaleway Object Storage, OVHcloud Object Storage, Cloudflare R2 et les autres stockages compatibles S3.
Tant qu'il n'y a pas de stockage, la page affiche Ajoutez d’abord un stockage.
Planifier une sauvegarde
- Ouvrez le serveur et choisissez Sauvegardes dans la barre latérale.
- Cliquez sur Planifier une sauvegarde.
- Remplissez le formulaire :
| Champ | Signification |
|---|---|
| Nom | Un nom pour cette planification, comme « Sauvegarde quotidienne ». |
| Bases de données | Les bases de données à sauvegarder. Choisissez-en au moins une. |
| Stockage | Le fournisseur de stockage qui reçoit les sauvegardes. |
| Quand | Toutes les heures, Chaque nuit (à minuit), Hebdomadaire (le dimanche à minuit), Mensuel (le premier du mois à minuit) ou Planification personnalisée. |
| Planification | Uniquement pour une planification personnalisée : une expression cron à cinq champs, par exemple 30 3 * * * pour chaque nuit à 3 h 30. |
| Conserver | Le nombre de sauvegardes réussies à conserver, de 1 à 365. |
| Dossier dans le bucket | L'emplacement des fichiers, comme backups/web-1. Lettres, chiffres, points, tirets et tirets bas, avec / entre les dossiers. |
| E-mail si une sauvegarde échoue | Facultatif, et prérempli avec votre propre adresse. Cette adresse reçoit un e-mail quand une sauvegarde échoue ; laissez le champ vide pour ne pas en recevoir. |
- Cliquez sur Planifier une sauvegarde.
Les planifications suivent le fuseau horaire du serveur, que vous pouvez modifier dans les paramètres du serveur. La première sauvegarde s'exécute à la prochaine heure prévue ; cliquez sur Sauvegarder maintenant pour en faire une immédiatement.
Un serveur peut avoir plusieurs planifications, par exemple une toutes les heures qui conserve 24 sauvegardes et une mensuelle qui en conserve 12.
Comment fonctionne une sauvegarde
À l'heure prévue, Vimonto Deploy lance une tâche en arrière-plan que vous pouvez suivre sur la page Activité ou ouvrir depuis le lien Sortie de la sauvegarde. Pour chaque base de données, il :
- exporte la base de données sur le serveur :
mysqldump(oumariadb-dump) en une seule transaction, avec routines, triggers et événements, oupg_dumppour PostgreSQL ; - compresse le dump avec gzip ;
- l'envoie directement du serveur vers votre bucket, dans
{folder}/{date and time}/{database}.sql.gz.
Le serveur ne reçoit qu'un lien d'envoi de courte durée pour ce seul fichier. Vos clés de stockage restent dans Vimonto Deploy et ne sont jamais écrites sur le serveur.
Chaque sauvegarde de la liste affiche son heure, sa taille totale et son statut : En cours, Réussi ou Échoué. Une sauvegarde échouée affiche son erreur ; les fichiers envoyés avant l'échec sont supprimés, car une sauvegarde partielle ne sert à rien. Les membres qui voient le serveur reçoivent aussi une notification Échec de la sauvegarde, par les canaux qu'ils ont choisis dans les notifications.
Combien de sauvegardes sont conservées ?
Après chaque sauvegarde réussie, Vimonto Deploy conserve les sauvegardes réussies les plus récentes, jusqu'au nombre indiqué sous Conserver, et supprime de votre bucket tout ce qui est plus ancien, sauvegardes échouées comprises. La page affiche les 20 sauvegardes les plus récentes de chaque planification.
Télécharger une sauvegarde
Ouvrez le menu d'actions (⋯) d'une sauvegarde réussie et choisissez Télécharger suivi du nom de la base de données. Votre navigateur télécharge le fichier .sql.gz directement depuis votre stockage, via un lien valable cinq minutes.
Restaurer une sauvegarde
- Ouvrez le menu d'actions (⋯) d'une sauvegarde réussie et choisissez Restaurer suivi du nom de la base de données.
- Sous Dans la base de données, choisissez la base de données dans laquelle restaurer. La base d'origine est présélectionnée, mais vous pouvez en choisir une autre, par exemple pour restaurer dans une copie.
- Cliquez sur Continuer, saisissez le nom de la base de données cible pour confirmer et cliquez sur Restaurer.
Le serveur télécharge le dump et le charge dans la base de données cible. Ses tables sont remplacées par celles de la sauvegarde.
Modifier ou supprimer une planification
Ouvrez le menu d'actions (⋯) d'une planification et choisissez Modifier pour changer l'un de ses réglages, ou Supprimer pour la retirer. Supprimer une planification arrête les nouvelles sauvegardes et supprime de votre stockage toutes les sauvegardes qu'elle a créées. Vous confirmez en saisissant le nom de la planification.
Pour supprimer une seule sauvegarde, ouvrez son menu d'actions et choisissez Supprimer. Une sauvegarde échouée a plutôt son propre bouton Supprimer.
Qui peut gérer les sauvegardes ?
Les membres autorisés à gérer les sauvegardes peuvent les planifier, les lancer, les télécharger, les restaurer et les supprimer ; par défaut, ce sont les propriétaires, administrateurs, managers et développeurs. Chaque membre qui voit le serveur voit ses planifications et la liste des sauvegardes ; si votre organisation limite les membres aux serveurs de leurs équipes, il s'agit uniquement des serveurs de leurs équipes. Consultez membres et rôles.
Questions fréquentes
Les fichiers ou le serveur entier sont-ils sauvegardés ?
Non. Les sauvegardes ne contiennent que les bases de données. Votre code se trouve dans votre dépôt Git et est redéployé à chaque déploiement ; conservez les fichiers envoyés par les utilisateurs dans un stockage objet ou sauvegardez-les séparément.
Que se passe-t-il si le serveur est hors ligne à l'heure prévue ?
Les sauvegardes ne démarrent que pour les serveurs actifs. Une sauvegarde qui ne peut pas s'exécuter n'est pas rattrapée ; la suivante s'exécute à sa prochaine heure prévue.
Puis-je restaurer une sauvegarde sur un autre serveur ?
Pas depuis la page : une restauration se charge dans une base de données du même serveur. Téléchargez le fichier .sql.gz et importez-le sur l'autre serveur, par exemple avec gunzip -c backup.sql.gz | mysql database_name dans le terminal.
Pourquoi une nouvelle planification n'affiche-t-elle aucune sauvegarde ?
La première sauvegarde s'exécute à la prochaine heure prévue. Cliquez sur Sauvegarder maintenant pour en faire une immédiatement et vérifier que votre stockage fonctionne.
Que deviennent les sauvegardes quand un serveur est transféré ?
Les planifications et la liste des sauvegardes sont retirées du serveur, car le stockage appartient à l'ancienne organisation ; les fichiers eux-mêmes restent dans ce stockage. Le nouveau propriétaire planifie des sauvegardes vers son propre stockage. Voir transférer un serveur.