Portabase : la solution open source pour centraliser la sauvegarde de vos bases de données

Prenons un cas concret, fréquent dans les commerces de la région : une boutique de Boé vend ses produits en ligne via PrestaShop, avec sa base MySQL hébergée sur un petit serveur mutualisé. Le jour où l'hébergeur subit un incident, le gérant découvre que sa dernière sauvegarde exploitable date de plusieurs semaines, faute d'automatisation fiable. C'est exactement le point aveugle que vise à combler Portabase, un logiciel open source qui centralise la sauvegarde de plusieurs bases de données depuis une seule interface.

Cette solution a été repérée dans un tutoriel détaillé publié par IT-Connect, qui en détaille l'installation via Docker. Nous la resituons ici dans une perspective différente : celle d'un dirigeant de TPE ou d'un particulier averti qui se demande si cet outil peut sécuriser ses données sans dépendre d'un service cloud tiers.

Qu'est-ce que Portabase, concrètement ?

Portabase est un logiciel d'orchestration de sauvegardes et de restaurations de bases de données, distribué sous licence libre Apache 2.0 — c'est-à-dire que le code source est public et réutilisable, y compris commercialement, sans redevance d'usage. Le projet est porté par une association loi 1901 enregistrée sous le numéro RNA W313042373, ce qui garantit un cadre juridique identifiable derrière le logiciel, selon la documentation légale officielle du projet.

Concrètement, l'outil ne réinvente pas la roue : il pilote les utilitaires natifs de chaque moteur de base de données (comme pg_dump pour PostgreSQL ou mysqldump pour MySQL) plutôt que d'imposer son propre format de sauvegarde. Cela garantit une meilleure compatibilité et une intégrité logique des données exportées, comme le souligne le tutoriel d'IT-Connect.

Quelles bases de données Portabase peut-il sauvegarder ?

Selon la documentation officielle, Portabase prend en charge dix sources de données différentes : PostgreSQL, MySQL, MariaDB, MongoDB, SQLite, Firebird, Microsoft SQL Server, Redis, Valkey, ainsi que les volumes Docker. C'est une couverture large qui inclut la plupart des moteurs utilisés derrière un site WordPress, une boutique PrestaShop ou un ERP comme Dolibarr.

Un point mérite néanmoins d'être noté : pour Redis et Valkey, deux systèmes de base de données en mémoire souvent utilisés pour la mise en cache, Portabase ne gère que l'export des données. La restauration automatisée n'est pas proposée, car elle nécessiterait l'arrêt complet de l'instance en production.

Comment fonctionne l'architecture technique ?

Portabase repose sur un modèle serveur central plus agents. Le serveur héberge un tableau de bord web, accessible par défaut sur le port réseau 8887 lorsqu'il tourne en conteneur Docker. Chaque agent, un petit programme léger réécrit en langage Rust, est installé au plus près des bases de données à protéger.

Le choix technique le plus intéressant pour la sécurité concerne le sens de la communication : c'est l'agent qui interroge le tableau de bord central, toutes les 5 secondes par défaut, et non l'inverse. Cela évite d'avoir à ouvrir un port entrant vers le serveur qui héberge les bases de données, une pratique généralement déconseillée en matière de sécurité réseau.

Pour déployer l'ensemble, l'environnement doit disposer au minimum de Docker Engine 20.10+ et de Docker Compose 2.0+, selon les prérequis officiels. C'est une exigence technique réelle : sans ces briques, l'installation n'est pas envisageable telle quelle.

Le chiffrement et la fiabilité des sauvegardes

Les sauvegardes peuvent être chiffrées au repos avant leur transfert vers un stockage distant, grâce à l'algorithme AES-GCM, un standard de chiffrement reconnu. Cela limite les risques si le stockage de destination venait à être compromis.

Autre évolution notable : à partir de la version 1.29.0, Portabase intègre un mécanisme qui vérifie la présence effective des fichiers sur le stockage distant, afin d'alerter si une archive de sauvegarde a disparu. C'est un détail qui compte, car une sauvegarde silencieusement corrompue ou absente est pire qu'une absence de sauvegarde assumée : elle donne un faux sentiment de sécurité.

Comment installer le serveur central Portabase ?

Voici la démarche telle que décrite dans la documentation officielle, pour un déploiement sur un serveur Linux ou macOS :

1. Vérifier que la machine dispose de Docker Engine 20.10+ et Docker Compose 2.0+.
2. Installer la CLI (interface en ligne de commande) officielle avec la commande d'installation fournie par le projet.
3. Générer l'arborescence et les fichiers modèles du tableau de bord.
4. Modifier le fichier .env généré pour définir l'adresse réseau d'accès et un secret de projet robuste.
5. Lancer la pile de conteneurs avec Docker Compose, puis se connecter à l'interface pour créer le compte administrateur.

curl -sL https://portabase.io/install | bash
portabase dashboard mon-dashboard
docker compose up -d

Comment coupler un agent et programmer une sauvegarde ?

Une fois le tableau de bord opérationnel, il faut installer un agent sur chaque serveur hébergeant des bases de données à protéger :

1. Créer un nouvel agent dans l'interface web et copier sa clé de couplage.
2. Initialiser l'agent sur le serveur cible via la CLI avec cette clé.
3. Déclarer la base de données (moteur, hôte, port, identifiants) dans la configuration de l'agent.
4. Vérifier que l'agent et sa base remontent bien dans l'interface web.
5. Configurer une planification (type Cron), une politique de rétention et une destination de stockage, puis lancer une sauvegarde manuelle de test.

portabase agent mon-agent --key VOTRE_EDGE_KEY --start
portabase agent db add

Selon les retours d'expérience rassemblés autour du projet, l'initialisation d'un agent avec la CLI prend généralement moins de deux minutes. À noter : les premières documentations imposaient une configuration stricte via un fichier databases.json déposé sur le serveur de l'agent, tandis que la version 1.29.0 permet désormais aussi de déclarer une base directement depuis l'interface web. Les deux méthodes coexistent selon les sources consultées.

Quel impact pour les TPE et PME du Lot-et-Garonne ?

Pour un commerce ou une petite entreprise d'Agen, du Passage ou de Villeneuve-sur-Lot qui exploite un site sous Dolibarr, PrestaShop ou WordPress, l'intérêt d'une solution comme Portabase tient en un mot : la maîtrise. Les données restent hébergées où vous le décidez, sans transiter par un service cloud tiers dont les conditions ou la localisation des serveurs peuvent poser question au regard du RGPD.

Le stockage de destination des sauvegardes peut d'ailleurs être un espace SFTP ou compatible S3, ce qui inclut potentiellement un NAS. C'est un point commun avec les réflexes déjà répandus autour de la sauvegarde NAS : de nombreux foyers et petites structures utilisent déjà un NAS Synology avec une copie sur disque dur externe pour leurs fichiers personnels. La logique est proche pour une base de données, à ceci près qu'une base active nécessite un outil capable de l'exporter proprement pendant qu'elle tourne, ce que fait précisément Portabase via les utilitaires natifs de chaque moteur.

Un point de vigilance mérite d'être signalé sans excès d'alarmisme : sur de petits serveurs, les utilitaires natifs comme mysqldump ou pg_dump peuvent poser des verrous de lecture pendant l'export. Leur impact réel sur les performances en pleine activité n'est pas documenté de façon homogène ; mieux vaut planifier les sauvegardes en dehors des heures de forte fréquentation et tester la restauration avant d'en dépendre.

Faut-il installer soi-même Portabase, ou faire appel à un prestataire ?

Portabase reste un outil technique : il suppose de savoir manipuler Docker, sécuriser un serveur exposé sur le réseau et gérer des secrets d'accès. Pour un particulier ou un très petit commerce sans compétence système, l'auto-hébergement peut vite devenir une source de complexité supplémentaire plutôt qu'une simplification.

Une TPE qui héberge déjà ses bases en interne ou chez un hébergeur peut, en revanche, y voir une brique intéressante à intégrer dans une politique de sauvegarde plus large. Dans tous les cas, la question à se poser avant tout déploiement est simple : qui vérifiera, chaque mois, que la sauvegarde fonctionne réellement et qu'une restauration est possible ? Un outil, aussi bien conçu soit-il, ne remplace pas cette vigilance humaine.

Si votre entreprise n'a pas de ressource interne pour ce suivi, un accompagnement en infogérance à Agen ou un simple avis de consultant informatique permet de faire un état des lieux de vos sauvegardes actuelles avant de choisir un outil.

Que faire concrètement dès maintenant ?

• Identifiez toutes les bases de données actives dans votre structure (site web, logiciel de facturation, ERP).
• Vérifiez la date de la dernière sauvegarde exploitable et testez une restauration réelle, pas seulement l'export.
• Choisissez une destination de stockage distincte du serveur de production (NAS, SFTP, S3) pour éviter qu'un même incident détruise l'original et la copie.
• Documentez qui, dans votre structure, est responsable de ce contrôle mensuel.

Ces réserves valent aussi pour l'outil lui-même : les fonctionnalités, les prérequis techniques et le modèle de licence d'un projet open source évoluent au fil des versions. Vérifiez toujours l'état actuel du projet sur sa documentation officielle avant tout déploiement en production.

FAQ

Retrouvez d'autres réponses pratiques sur notre page questions fréquentes.

Questions fréquentes

Sources

• Portabase — Documentation officielle (introduction)
• Portabase — Mentions légales
• Portabase — Prérequis techniques
• Portabase — Référence CLI
• Portabase — Notes de version GitHub
• IT-Connect — Tutoriel Portabase