Résumé

  • L'annonce du 10 septembre de Prapl met en avant les sauvegardes programmées sous Windows vers un stockage local ou un service cloud choisi par le client.
  • L'offre dissocie abonnement logiciel et conservation des données ; elle ne dispense pas de vérifier comment reconstruire une base utilisable.

Garder la main sur l'endroit où se trouve la copie

Changer de prestataire devient plus simple à envisager quand on sait où sont ses sauvegardes et que l'on contrôle le compte qui les conserve. C'est le terrain commercial choisi par Prapl dans son annonce du 10 septembre. Son logiciel Windows programme les sauvegardes, tandis que l'utilisateur décide de leur destination locale ou cloud parmi celles prises en charge. Le communiqué fourni par le vendeur annonce aussi un nombre illimité de serveurs et de bases, des alertes et un suivi des tâches. Il ne constitue ni un test indépendant ni la preuve d'une toute première disponibilité ce jour-là. Communiqué fourni par le vendeur.

Cette autonomie modifie la facture, sans l'effacer. Selon Prapl, le client paie directement son fournisseur de stockage, sans majoration au gigaoctet par l'éditeur. Le prix explicite du logiciel est de 9 dollars par mois, facturés annuellement ; sa page PostgreSQL précise 108 dollars par an. Il ne faut donc pas prévoir une licence perpétuelle ou un stockage gratuit. Disques locaux, maintenance, conservation et transferts cloud ont leurs propres coûts. Un nombre illimité de bases n'est pas une capacité physique illimitée. Site officiel.

Un fichier transportable ne suffit pas

Le parcours décrit par l'éditeur consiste à retrouver la copie, la déchiffrer, la décompresser et reconstruire la base avec ses outils natifs. Pour PostgreSQL, Prapl cite l'export au format personnalisé de pg_dump et pg_restore. Il décrit séparément une restauration de l'ensemble du serveur PostgreSQL pour des sauvegardes physiques autohébergées à partir de la version 17. Ces méthodes ne doivent pas être confondues, ni transformées en promesse identique pour tous les services gérés. La restauration vers une autre cible, sans remplacer la base d'origine, est également présentée. Aucun de ces parcours n'a été exécuté pour cet article. Présentation PostgreSQL.

La documentation de PostgreSQL donne une limite essentielle : pg_dump produit un export cohérent pendant les accès concurrents, mais d'une seule base. Les objets communs au cluster, notamment rôles et tablespaces, relèvent de pg_dumpall. Elle précise aussi que pg_dump n'est généralement pas le bon choix pour les sauvegardes régulières de production, hors cas simples. Il faut en déduire une obligation de choisir la méthode selon le besoin, pas l'absence chez Prapl de la voie physique qu'il annonce séparément. L'archive d'une base n'est pas, à elle seule, le plan de reprise d'une application. Documentation PostgreSQL.

La garde des clés reste enfin distincte de la garde des fichiers. Prapl décrit un chiffrement côté client, des identifiants de base conservés dans Windows Credential Manager et une surveillance en ligne facultative qui transmet le nom, le résultat, la taille et la durée des tâches. Ce sont des déclarations de l'éditeur, pas les conclusions d'un audit. L'enveloppe chiffrée doit être ouverte correctement avant qu'un outil natif puisse utiliser l'archive. Le mot de passe d'une base et celui protégeant sa sauvegarde ne remplissent pas le même rôle.

La question d'achat devient alors concrète : une personne autorisée saura-t-elle récupérer les données nécessaires si le poste qui réalisait les sauvegardes disparaît ? Un journal de réussite et un fichier intact apportent des éléments de réponse, mais ne démontrent pas le retour en service de l'application.