Le module Database Backup automatise le dump-and-store pour les bases de la famille MySQL (MySQL, MariaDB, Percona), PostgreSQL et Redis. Il tourne sur un calendrier, écrit des instantanés sur une instance de stockage de sauvegarde dédiée et expose une restauration en un clic depuis le tableau de bord.
Le module est associé à une instance Backup Storage — un environnement de stockage séparé qui détient les dumps. Séparer le stockage de la base elle-même fait que les sauvegardes survivent à un redéploiement de la base, et un seul stockage de sauvegarde peut servir autant de bases que nécessaire.
Notes par moteur
Avant l’installation, deux points spécifiques au moteur :
- PostgreSQL. Avant de redéployer une instance PostgreSQL vers une nouvelle version, lancez une sauvegarde manuelle avec ce module. Les montées en version majeure de PostgreSQL ne sont pas couvertes par le seul format de dump ; consultez la documentation officielle de
pg_dumpall/pg_upgradepour le chemin de mise à niveau. - Grappe MariaDB Galera. La grappe a ses propres limitations connues autour de la restauration. Le module les prend en compte automatiquement quand vous utilisez le flux de restauration du tableau de bord. Pour une restauration manuelle de dump sur une grappe Galera, suivez le guide moteur lié avant l’import.
Étape 1 — créer un stockage de sauvegarde
Si vous n’en avez pas déjà un :
- Ouvrez le Marketplace de la plateforme et installez le paquet Backup Storage.
- Choisissez Standalone ou Cluster. Cluster donne un stockage multi-nœuds répliqué ; standalone est un nœud unique.
- Pour une grappe, précisez le Number of nodes et la Storage size.
- Indiquez le domaine d’environnement, le nom affiché et choisissez une région.
- Cliquez sur Install et attendez que l’environnement démarre. Il rejoint automatiquement le groupe Backup storage nodes.
Un seul stockage de sauvegarde peut héberger les sauvegardes de plusieurs bases. Vous n’avez pas besoin d’un stockage dédié par base.
Étape 2 — installer le module sur la base de données
-
Survolez l’environnement de base dans le tableau de bord et cliquez sur l’icône Add-Ons.
-
Trouvez Database Backup/Restore Add-On et cliquez sur Install.
-
Configurez :
- Schedule — choisissez un préréglage (horaire, quotidien, hebdomadaire, mensuel), ou Custom (heure, jours de la semaine, fuseau), ou Manual (crontab) (expression cron en UTC).
- Backup storage — quel environnement de stockage de sauvegarde recevoir les écritures.
- Number of backups — combien des sauvegardes les plus récentes conserver. Les plus anciennes sont purgées automatiquement.
- Database user / password — les identifiants que le module utilise pour effectuer le dump.
-
Cliquez sur Install. À partir de là, le module tourne sur calendrier sans intervention supplémentaire.
Ce qui est stocké
Chaque sauvegarde est un instantané du fichier de dump. Sur le stockage de sauvegarde, les instantanés sont organisés ainsi :
- Un dossier par base sauvegardée.
- Un fichier par instantané, nommé par horodatage d’exécution.
Cette structure garde les choses lisibles quand un stockage détient les sauvegardes de plusieurs bases. Vous pouvez parcourir l’arborescence directement via l’environnement de stockage si vous avez besoin de récupérer un dump hors flux.
Gérer le module
Après installation, l’entrée du module sur la base expose :
- Backup Now — déclenche une sauvegarde immédiatement, hors calendrier.
- Configure — change le calendrier, la cible de stockage, la rétention ou les identifiants.
- Restore — restaure depuis un instantané précédent. Voir ci-dessous.
- Uninstall — retire le module. Les instantanés existants sur le stockage de sauvegarde ne sont pas supprimés.
Restaurer une base
Une restauration écrase complètement la base actuelle. Tout changement depuis la prise d’instantané est perdu. Traitez l’opération comme irréversible.
- Depuis la base, ouvrez l’option Restore du module.
- Choisissez :
- Restore from — l’environnement source, si le module tourne sur plusieurs bases.
- Backup — quel instantané (nommé par horodatage) restaurer.
- Cliquez sur Restore et confirmez.
La plateforme monte le dossier d’instantané voulu depuis le stockage de sauvegarde sur le nœud maître de la base, applique le dump SQL et signale le succès. L’opération ne peut pas être annulée en cours.
Contraintes importantes côté topologie :
- La restauration écrit uniquement sur le nœud maître du palier base de données. Pour les bases non clusterisées avec plusieurs nœuds, seul ce nœud reçoit les données restaurées.
- Pour les topologies primaire/secondaire, vérifiez que le primaire est bien le maître du palier avant de restaurer. Sinon, la restauration atterrit sur un secondaire et la réplication s’embrouille.
La suite
- Aperçu base de données — le palier base de données infogéré et ses topologies.
- Module de recovery de grappe — pour la récupération au niveau grappe, au-delà du modèle dump/restore.
- Données persistantes — patrons plus larges pour conserver les données applicatives à travers le cycle de vie du conteneur.