Bases de données et sauvegardes
Des bases gérées depuis le navigateur, des sauvegardes qui vous appartiennent
Créez bases de données et utilisateurs en quelques clics, sans vous connecter à MySQL ou psql. Sauvegardez-les selon un planning vers un bucket de votre propre compte, et restaurez n’importe quelle sauvegarde depuis la même page.
Moteurs
MySQL, MariaDB ou PostgreSQL, installés et réglés
Choisissez le moteur en créant un serveur d’application ou de base de données. Chacun est installé depuis son propre dépôt si nécessaire, tourne en UTC et accepte jusqu’à 300 connexions.
MySQL
8.4 LTS ou 8.0 sur le port 3306, avec
utf8mb4etutf8mb4_unicode_ci. Root ne peut se connecter que depuis le serveur lui-même.MariaDB
11.4 LTS ou 10.11 LTS sur le port 3306, avec le même jeu de caractères et le même utilisateur root verrouillé.
PostgreSQL
18, 17 ou 16 sur le port 5432, avec connexion par mot de passe via
scram-sha-256et le pare-feu qui décide qui se connecte.
Bases de données et utilisateurs, sans SQL
La page Bases de données crée des bases, crée des utilisateurs avec un mot de passe d’au moins 12 caractères (ou un mot de passe généré de 24 caractères), et donne à chaque utilisateur exactement les bases que vous cochez. Modifier un accès révoque les anciens privilèges et n’accorde que ce qui est coché.
Les mots de passe des utilisateurs que vous créez ne sont jamais stockés : chacun est envoyé une seule fois au serveur, dans un job chiffré, puis oublié. Les bases créées hors de Vimonto Deploy, par une migration ou à la main, s’ajoutent avec Récupérer depuis le serveur.
- Créez une base et son propre utilisateur en créant un site
- Une commande de tunnel SSH prête à l’emploi pour TablePlus, DBeaver ou MySQL Workbench
- Sur un serveur d’application, la base n’écoute que sur le serveur lui-même
- Les serveurs de base de données d’un réseau privé acceptent d’emblée vos autres serveurs
Sauvegardes
Comment se déroule une sauvegarde
À l’heure prévue, une tâche d’arrière-plan effectue ceci pour chaque base du planning :
- 1
Dump
mysqldumpoumariadb-dumpen une seule transaction, avec routines, triggers et événements, oupg_dumppour PostgreSQL. - 2
Compression
Le dump est compressé avec gzip en un fichier
.sql.gzpar base de données. - 3
Envoi direct vers votre bucket
Le serveur envoie le fichier dans un dossier de votre choix, sous la forme
backups/web-1/<date and time>/shop.sql.gz, via un lien de courte durée valable pour ce seul fichier. Vos clés de stockage n’atteignent jamais le serveur. - 4
Nettoyage
Après une sauvegarde réussie, les sauvegardes les plus récentes jusqu’à votre nombre Conserver restent, et les plus anciennes sont supprimées de votre bucket.
Des sauvegardes à vos conditions
Le planning de votre choix
Toutes les heures, chaque nuit, chaque semaine, chaque mois ou une expression cron personnalisée, dans le fuseau horaire du serveur. Combinez un planning horaire et un planning mensuel.
La rétention que vous choisissez
Conservez de 1 à 365 sauvegardes réussies par planning. Une sauvegarde échouée supprime ses fichiers partiels, car un demi-dump ne sert à rien.
Votre propre stockage
Amazon S3, DigitalOcean Spaces, Hetzner Object Storage, Scaleway, OVHcloud, Cloudflare R2, ou tout endpoint compatible S3 comme MinIO ou Backblaze B2.
Intégrations de stockageAlertes en cas d’échec
Une sauvegarde échouée envoie une notification Échec de la sauvegarde à l’équipe, et un e-mail à toute adresse saisie sur le planning.
Téléchargez ou restaurez en quelques clics
Téléchargez toute sauvegarde réussie directement depuis votre stockage, via un lien valable cinq minutes. Pour restaurer, choisissez la sauvegarde, la base dans laquelle restaurer et tapez son nom pour confirmer : le serveur télécharge le dump et remplace les tables.
Vous hésitez ? Créez d’abord une base vide et restaurez-y la sauvegarde, pour comparer avant de toucher à la production.
Questions sur les bases de données et les sauvegardes
Où sont stockées mes sauvegardes ?
Dans un bucket compatible S3 qui vous appartient, jamais chez Vimonto Deploy. Vous ajoutez le bucket une fois par organisation et le choisissez pour chaque planning. Les coûts de stockage sont facturés par votre fournisseur.
Les fichiers ou le serveur entier sont-ils sauvegardés ?
Non, les sauvegardes ne contiennent que les bases de données. Votre code est dans Git et redéployé à chaque version ; gardez les uploads dans un stockage objet ou sauvegardez-les séparément.
Puis-je restaurer une sauvegarde sur un autre serveur ?
Pas depuis la page, qui restaure dans une base du même serveur. Téléchargez le fichier .sql.gz et importez-le sur l’autre serveur, par exemple dans le terminal du navigateur.
Vimonto Deploy conserve-t-il mes mots de passe de bases de données ?
Non. Les mots de passe des utilisateurs que vous créez sont envoyés une fois au serveur puis oubliés. Le mot de passe de base de données propre au serveur est affiché une seule fois après le provisionnement, puis supprimé dès que vous confirmez l’avoir conservé.
Puis-je lancer une sauvegarde depuis un script ?
Oui. L’API REST et le CLI peuvent lister les sauvegardes et en lancer une immédiatement, par exemple deploy backup:run db-1 "Nightly" --watch. Voir l’automatisation.
Pages associées
- ServeursProvisionnement pour chaque rôle : serveurs d’application, web, worker, base de données, cache, recherche et load balancer.
- IntégrationsFournisseurs cloud et DNS, hébergeurs Git et stockage compatible S3, connectés une fois par organisation.
- AutomatisationUne API REST, un CLI pour la CI, des URL de déploiement, des recettes pour vos scripts récurrents et des hooks de déploiement.
Votre prochain déploiement pourrait être en ligne avant que votre café ne refroidisse.
Créez une organisation, connectez un serveur et poussez. C'est tout.