db24.ai

Une phrase pour présenter

DB24 est une plateforme d’exploitation intelligente déployée dans les environnements Microsoft SQL Server existants des entreprises ; elle permet d’exécuter automatiquement les sauvegardes et les tâches de maintenance quotidienne, de surveiller de manière centralisée la santé des bases de données, de suivre les changements de configuration et de droits, et d’indiquer, grâce à un score AiQ allant de 0 à 10, les problèmes nécessitant une attention prioritaire.

Présentation des outils

DB24 a été développé par la société suédoise DB24 AB et vise à être une version de SQL Server en mode automatique. Il transforme les processus de surveillance, de maintenance, de sauvegarde et d’alerte en cas de panne, qui dépendaient auparavant de quelques administrateurs de bases de données, en tâches automatisées configurables et traçables.

Ce n’est ni un assistant IA en ligne pour la génération de SQL à partir de langage naturel ou pour la création de bases de données métier, ni un service de base de données hébergé. Le logiciel est installé dans l’environnement local du client sous forme de DB24 CORE et fonctionne en synergie grâce à un Datastore central, un Runtime sur chaque instance et un Web Portal.

Architecture du produit

Datastore central

Datastore est chargé d’agréger les informations collectées par plusieurs Runtime et de conserver les données historiques, permettant ainsi de présenter en un seul endroit l’état des instances, des bases de données, des sauvegardes, de la capacité, des tâches et de la sécurité. La documentation officielle indique que Datastore fonctionne lui-même sur SQL Server, mais peut également être déployé en tant que sidecar sur des instances existantes.

Runtime local

Runtime est un composant agent installé sur chaque instance SQL Server gérée, composé d’une petite base de données Runtime, de tâches SQL Server Agent et de procédures stockées. Il collecte localement des indicateurs de santé et de performance, et exécute des tâches de maintenance telles que les sauvegardes, les index et les statistiques.

Web Portal

Portal est une entrée de gestion unifiée, permettant aux équipes de consulter des informations utiles, de configurer l’automatisation et de gérer l’ensemble de l’environnement SQL Server. Il permet aux chefs de projet informatiques, aux administrateurs système et aux DBA d’utiliser les mêmes données, sans avoir à consulter séparément les journaux de chaque serveur.

Fonction principale

Découverte automatique de l’environnement SQL Server

Une fois connecté, DB24 crée une liste centralisée des instances, des bases de données et des configurations, afin d’aider l’équipe à identifier les bases de données oubliées, peu utilisées ou sans responsable clair. Les résultats de cette liste doivent néanmoins être vérifiés en croisement avec la CMDB, les responsables métier et les processus de désactivation.

Score de santé de la base de données AiQ

La qualité globale de l’instance est évaluée en fonction de critères tels que la configuration, le stockage, la sécurité, les performances, les sauvegardes et la restauration, afin de donner à chaque instance une note allant de 0 à 10. Cette note sert à déterminer l’ordre des vérifications et à fournir des conseils concrets pour améliorer la note.

• Voir en un coup d’œil les scores actuels de toutes les instances pour identifier d’abord les environnements à plus haut risque.
• Comparer les notes actuelles, historiques et initiales pour observer si l’amélioration se poursuit.
• Continuer à affiner par catégorie principale, sous-catégorie et paramètre, plutôt que de ne se concentrer que sur le total.
• Comparer les résultats des inspections avec ceux de Microsoft et des pratiques du secteur pour établir une liste de corrections.

Sauvegarde automatisée de la base de données

DB24 permet d’organiser des sauvegardes complètes par instance, des sauvegardes différentielles optionnelles et des sauvegardes des journaux de transactions, tout en réessayant automatiquement les tâches échouées. Même si l’entreprise utilise d’autres produits de sauvegarde, la plateforme peut afficher de manière centralisée l’état des sauvegardes existantes.

• Prend en charge la compression des sauvegardes et permet de vérifier l’intégrité une fois celle-ci terminée.
• Les sauvegardes complètes, différées et journalières peuvent être planifiées en fonction du mode de récupération et de la taille de la base de données.
• Les grandes bases de données peuvent être divisées en plusieurs fichiers de sauvegarde pour améliorer le débit.
• Les règles de nettoyage ne suppriment les fichiers anciens que lorsqu’une nouvelle sauvegarde réussie du même type apparaît.
• Les bases de données temporaires ou qui n’ont pas besoin d’être incluses dans la sauvegarde DB24 peuvent être exclues.
• Des notifications peuvent être déclenchées en cas d’échec de la sauvegarde, d’expiration, de taille anormale ou de chemin incorrect.

Indexation, informations statistiques et maintenance de l’intégrité

La plateforme intègre la reconstruction ou la réorganisation de l’index, la mise à jour des informations statistiques, les vérifications d’intégrité de la base de données et la protection de la taille des fichiers dans un moteur de maintenance unifié. Chaque opération laisse derrière elle des commandes, des horaires de début et de fin, une durée d’exécution ainsi que des informations d’erreur, ce qui facilite l’audit.

Surveillance en temps réel et alertes précoce

DB24 vérifie en continu la santé de l’instance, l’état des sauvegardes, la capacité du disque, les permissions et les messages d’erreur, et envoie des avertissements aux personnes responsables appropriées. Les notifications doivent être configurées en fonction de la gravité, de l’appartenance de l’instance et des heures d’activité commerciale, afin d’éviter la fatigue due aux alertes.

Suivi des modifications et audit

La plateforme enregistre les modifications des objets tels que la base de données, l’architecture et les procédures stockées au moyen de déclencheurs DDL, et associe le temps d’exécution, le nom d’utilisateur et la commande. Les vues de sécurité peuvent également afficher les connexions d’instance, les utilisateurs de la base de données, les rôles ainsi que les droits accordés ou refusés.

Correctifs et recommandations sur le cycle de vie

Patch Advisor sert à comparer les correctifs actuels de SQL Server avec les objectifs recommandés, tandis que LifeCycle Advisor affiche les dates de publication des versions et le statut de support Microsoft. Avant la mise en production des correctifs, il est encore nécessaire de valider la compatibilité de l’application et les plans de rollback dans un environnement de test.

Optimisation de la capacité et des licences

DB24 résume la taille de l’instance, la CPU, la mémoire, l’utilisation du disque et les variations historiques de la capacité, afin d’aider les équipes à identifier les bases de données inutilisées et sur-configurées. La réduction des licences serveur ou SQL Server doit se baser sur la charge réelle, la disponibilité et le calcul contractuel.

Insights d'utilisation de la base de données

Les données de Database Engagement servent à déterminer la dernière activité de la base de données et les tendances d’utilisation des connexions, fournissant ainsi des indications pour l’archivage, l’intégration ou l’évaluation de la désactivation. Un faible niveau d’activité ne signifie pas qu’il n’y a pas de valeur commerciale ; avant la désactivation, il est nécessaire d’obtenir la confirmation du propriétaire du système et de disposer de sauvegardes réversibles.

Comment DB24 fonctionne

1. Faire un inventaire des instances SQL Server à gérer, des zones réseau, des niveaux de service et des responsables.
2. Exécutez le Wizard d’Prêt à l’Environnement pour vérifier le serveur, le compte, le réseau et les conditions de dépendance.
3. Déployer Datastore, Portal ainsi que le Runtime requis pour chaque instance dans l’environnement du client.
4. Datastore se connecte périodiquement au Runtime pour lire de manière centralisée les données de configuration, d’état et de maintenance.
5. Voir la liste des environnements, le score AiQ, l’état des sauvegardes et les notifications de risque dans Portal.
6. Activer la sauvegarde, les index, les statistiques, ainsi que la maintenance de l’intégrité et de la capacité selon la fenêtre métier.
7. Affecter la notification à l’équipe appropriée et valider l’efficacité des correctifs à l’aide de données historiques.
8. Lorsqu’il est nécessaire de se connecter à un CMDB ou à des rapports, les données sont lues à l’aide de vues SQL lues-seules pris en charge.

Installation et tutoriel d’introduction

Préparatifs avant l’installation

1. Vérifier que ce projet est uniquement destiné à Microsoft SQL Server et lister toutes les instances à connecter.
2. Lisez les prérequis, les droits d’accès et la documentation d’installation correspondant à la version cible.
3. Guide de préparation de l’environnement de exécution : corrigez les composants manquants, les problèmes d’accès réseau ou les permissions des comptes.
4. Planifier le pare-feu, la résolution de noms et les identifiants pour la connexion du Datastore au Runtime.
5. Déterminer les instances de déploiement de Datastore, les certificats du Portal, le répertoire de sauvegarde et les destinataires des notifications.
6. Effectuer des exercices d’installation, de désinstallation et de restauration de l’environnement de test avant toute modification de production.

Déployer les composants DB24

1. Téléchargez le programme d’installation officiel de la version unifiée actuelle, sans mélanger différentes versions publiées.
2. Déployez d’abord le Datastore central et le Portal, puis vérifiez que l’entrée de gestion est accessible normalement.
3. Installer les composants Runtime sur la première instance SQL Server à faible risque.
4. Vérifier que Datastore peut récupérer les données de Runtime et que la configuration est bien déployée.
5. Vérifier l’état des tâches SQL Server Agent, de la base de données Runtime et des comptes de service.
6. Après avoir terminé la validation à petite échelle, ajoutez les autres instances par lots.
7. Enregistrer les versions, les paramètres d’installation, les comptes, les certificats et les étapes de rollback.

Activer la maintenance automatique

1. Observer d’abord les tâches existantes de sauvegarde, d’indexation, de vérification de l’intégrité et de statistiques, afin d’éviter des exécutions redondantes.
2. Sélectionnez des stratégies de sauvegarde complète, différentielle et journalière en fonction de l’objectif de point de récupération.
3. Définir le chemin de sauvegarde, la compression, la vérification, la durée de conservation et le seuil de segmentation des bases de données volumineuses.
4. Définir des fenêtres de maintenance opérationnelle pour l’indexation, les informations statistiques et les vérifications d’intégrité.
5. Activez d’abord les instances non critiques et observez la durée, les attentes de verrou, ainsi que les variations de CPU et de stockage.
6. Une fois que la stabilité des résultats est confirmée, étendre progressivement la portée tout en conservant les exclusions au niveau de la base de données.

Créer un boucle de feedback d’alarme

1. Associer les instances et les bases de données à des responsables métier et techniques clairement identifiés.
2. Définir les niveaux d’alerte en fonction de la sauvegarde, de la sécurité, de la capacité, des performances et des risques liés aux versions.
3. Définir des règles de réception pour les e-mails ou les équipes afin d’éviter que tous les événements ne soient envoyés à tout le monde.
4. Définir des délais pour la confirmation, l’escalade, le traitement et l’analyse postérieure pour chaque type d’alerte grave.
5. Vérifier régulièrement les destinataires invalides, les événements répétés et les problèmes non résolus depuis longtemps.
6. Utilisez les tendances historiques d’AiQ et les journaux de maintenance pour confirmer que le problème a bien été résolu.

À qui s’adresse-t-il

• Administrateur système : Mise en œuvre de la maintenance standardisée de SQL Server en l’absence d’un DBA à temps plein.
• Administrateur de base de données : gestion centralisée de multiples instances, réduction des scripts redondants et des inspections quotidiennes.
• DevOps et équipes de plateforme : intégrer la santé, les versions et la capacité des bases de données dans un processus opérationnel unifié.
• Manager IT : Utiliser AiQ et les rapports pour déterminer les risques, les ressources et les priorités de correction.
• Fournisseur de services de gestion : sert plusieurs clients ou environnements indépendants selon des règles unifiées.
• Secteur public et organisations réglementées : conserver des sauvegardes, des droits d’accès et des preuves d’audit des modifications.
• Entreprises de taille moyenne et grande : gestion d’actifs SQL Server en nombre croissant et dont les responsables sont dispersés.

Scénarios d'utilisation typiques

Avantages du produit

• Couvrir en même temps la surveillance, la maintenance, les sauvegardes, les modifications et les informations de sécurité, afin de réduire la fragmentation des outils.
• Runtime exécute les tâches localement sur les instances gérées, tandis que le Datastore centralise l’agrégation des données historiques.
• AiQ transforme les examens complexes en indicateurs de santé allant de 0 à 10, permettant un approfondissement.
• Gestion automatique des commandes de conservation, de la durée continue et du journal des erreurs, afin de faciliter l’audit et l’analyse rétrospective.
• Il permet non seulement de gérer les sauvegardes de DB24 lui-même, mais aussi d’observer l’état laissé par les sauvegardes de tiers.
• Fournit des vues SQL supportées, versionnées et lues uniquement, afin de faciliter l’intégration avec les systèmes internes.
• Le mode d’installation locale convient aux organisations qui souhaitent que les composants de gestion de la base de données restent dans leur environnement d’entreprise.

Restrictions d'utilisation et précautions

• Le produit est conçu spécifiquement pour Microsoft SQL Server, et non pour une plateforme universelle multi-base de données.
• Il est nécessaire d’installer dans l’environnement du client des composants tels que la base de données, les jobs, les procédures stockées et le Portal.
• L’exécution automatique de la maintenance peut affecter la charge de production ; il est nécessaire d’évaluer les plages horaires et les ressources avant de l’activer.
• Le Datastore doit pouvoir se connecter à chaque Runtime ; pour une déploiement à travers plusieurs plages de réseau, il est nécessaire de configurer au préalable le réseau et les droits d’accès.
• Tous les services DB24 doivent être à la même version ; le fonctionnement avec des versions mixtes n’est pas pris en charge.
• AiQ est un indicateur auxiliaire de priorité d’exploitation, qui ne peut pas remplacer l’analyse de l’impact sur les activités ni le jugement du DBA.
• La vérification des sauvegardes ne revient pas à une restauration réelle ; les entreprises doivent donc continuer de réaliser régulièrement des exercices de restauration.
• Le site officiel ne divulgue pas la version gratuite, la durée de l’essai gratuit ni le prix du forfait standard.
• Les conditions de licence restreignent la décompilation, la modification et la copie ; le produit lui-même n’est pas un logiciel open source.
• Lors de l’arrêt de l’utilisation, il est nécessaire de déinstaller la base de données DB24 et les tâches SQL Agent conformément au contrat.

Prix et modalités d’autorisation

Au 22 août 2026, DB24 ne dispose pas de tableau de prix unique pouvant être acheté directement. Le site officiel demande aux entreprises de contacter l’équipe pour obtenir un devis adapté à la taille de leur environnement, les conditions de licence indiquant que les frais sont calculés en fonction du nombre d’instances logicielles connectées.

DB24 permet une mise à jour annuelle pour vérifier le nombre d’instances connectées, et les clients doivent également maintenir des informations précises sur ce nombre pendant la durée du contrat. Lors de l’achat, les modalités de facturation relatives aux tests, aux sauvegardes, aux nœuds de cluster et aux instances temporaires doivent être indiquées dans la proposition de prix.

Quoi confirmer avant de donner un devis

• Compter le nombre d’instances par catégorie : production, test, reprise après sinistre et désactivation.
• Vérifier si les licences annuelles, la mise en œuvre, la formation, les mises à niveau et le support sont facturés séparément.
• Vérifier comment sont facturés les clusters à haute disponibilité, les nœuds passifs et les exemples à court terme.
• Préciser la durée du contrat, les ajustements de renouvellement, la monnaie de paiement et les taxes.
• Vérifier le montant de l’écart à payer pour la nouvelle instance et la date du True-Up annuel.
• Définir clairement les limites de responsabilité en matière d’assistance à la désinstallation, d’exportation des données et après clôture.

Version et téléchargement

La page d’installation officielle indique, lors de la vérification, que DB24 2026.2.3 est la version la plus récente, tout en conservant plusieurs paquets d’installation de la série 2026.1 et 2025. Les nouvelles instances doivent être installées avec une version identique à l’environnement DB24 existant.

Données, vie privée et sécurité

Les données centralisées énumérées dans la documentation technique officielle comprennent principalement la configuration des instances et des bases de données, les enregistrements de sauvegarde, les activités de connexion, les tâches, les connexions et les droits d’accès, la capacité, les journaux d’erreurs, les enregistrements de maintenance et les scores. L’entreprise doit vérifier avant le déploiement quels champs seront inclus dans Datastore, ainsi que qui pourra y accéder depuis le Portal ou la vue intégrée.

La politique de confidentialité DB24 s’applique aux données personnelles des visiteurs du site, des contacts et des personnes impliquées dans des relations commerciales, et précise que l’entreprise peut également agir en tant que traitement dans le cadre de ses relations avec les clients. La politique stipule que les données personnelles ne sont conservées que pendant la durée nécessaire à la réalisation de leur finalité, puis sont supprimées ou anonymisées de manière sécurisée après révision périodique.

• Respecter le principe du minimum de privilèges en configurant des comptes de service distincts pour Datastore, Runtime et Portal.
• Protéger le Portal à l’aide d’un certificat TLS fiable et restreindre la portée réseau de l’entrée d’administration.
• Isoler les rôles pour les vues contenant des noms d’utilisateurs, des droits et du texte de commande.
• Définir la durée de conservation requise par l’activité pour les données de maintenance, les registres de modifications et les journaux d’erreurs.
• Vérifier les arrangements contractuels concernant les fournisseurs, les sous-traitants, les transferts transfrontaliers et le stockage des données.
• Vérifier régulièrement les comptes, les tâches SQL Agent, les déclencheurs et les modifications de configuration.
• Intégrer les alertes de la plateforme dans les processus existants de réponse aux incidents et d’audit.
• Les bases de données critiques nécessitent toujours une stratégie de sauvegarde indépendante, hors ligne ou immuable.

Intégration, API et capacités ouvertes

Dans la documentation DB24, l’API fait référence aux vues SQL versionnées au sein de l’architecture api du Datastore, et non aux interfaces Web publiques. Ces vues fournissent des données organisées en mode lecture seule, tout en garantissant que les colonnes et la sémantique restent stables au sein d’une même version.

Processus d’accès à une vue lisible seule

1. Déterminer les champs réellement nécessaires dans le rapport ou le CMDB, afin d’éviter de lire toutes les informations sensibles.
2. Créez un compte SQL dédié ou une identité de service avec les droits minimaux dans Datastore.
3. Seules les vues d’architecture API officiellement prises en charge sont consultées, sans dépendance directe aux tables internes.
4. Il est nécessaire de stabiliser la vue avec un suffixe de version lorsqu’un contrat stable est requis.
5. Il est souhaitable d’utiliser les synonymes officiels lors de l’obtention de la structure mise à jour avec la mise à niveau, et de surveiller les changements.
6. Valider la nouvelle version de l’interface dans l’environnement de test avant de mettre à jour l’intégration en production.
7. Enregistrer la fréquence des requêtes, l’entité qui accède aux données, leur destination et la durée de conservation.

GitHub, SDK et statut open source

Au moment de la vérification, le site officiel et les documents officiels ne fournissaient aucune organisation GitHub officielle, aucun dépôt de code source ouvert, ni SDK pour langage de développement pouvant être confirmés. Les projets de base de données portant le même nom trouvés ne permettaient pas de conclure qu’ils étaient liés à DB24 AB.

DB24 CORE est un logiciel destiné à une installation locale commerciale, dont les conditions de licence réservent explicitement le logiciel et les droits de propriété intellectuelle associés, et restreignent la décompilation, la modification et la copie sans autorisation écrite. Par conséquent, le produit lui-même doit être considéré comme non open source.

Plateforme de support

Informations de base

Indice de recommandation

Le score de recommandation est de 4,2 sur 5. DB24 regroupe la découverte de l’environnement SQL Server, l’entretien automatique, les sauvegardes, l’évaluation, les droits d’accès et le suivi des modifications, ce qui le rend adapté aux équipes de gestion des opérations d’entreprise souhaitant réduire leur dépendance à la main-d’œuvre humaine tout en conservant le contrôle.

Les principaux obstacles sont le déploiement local, l’usage exclusif de SQL Server, le manque de transparence sur les prix, ainsi que le risque que les mises à jour automatiques aient des effets négatifs sur l’environnement de production. Avant d’effectuer une acquisition, il convient de procéder à des tests techniques à petite échelle, à des exercices de reprise après sinistre et de disposer d’une méthode de facturation claire pour les instances.

Questions fréquentes

DB24 est-il un outil d’IA pour générer du SQL ?

Non. DB24 automatise principalement la surveillance, les sauvegardes, la maintenance, l’évaluation et l’audit de Microsoft SQL Server, et non un outil de chat capable de générer des requêtes en langage naturel.

DB24 est-il gratuit ?

Le site officiel ne divulgue pas de version gratuite, de quota gratuit ni de période d’essai fixe. Les entreprises doivent contacter les services officiels pour obtenir un devis en fonction du nombre d’instances gérées et des services supplémentaires.

Comment DB24 est-il facturé ?

Les frais de licence sont calculés en fonction du nombre d’instances SQL Server connectées au logiciel, sont généralement payés à l’avance annuellement, et le nombre peut faire l’objet d’un ajustement annuel. Le prix unitaire réel et les critères de facturation sont déterminés selon la proposition commerciale de l’entreprise et le contrat principal.

DB24 doit-il être installé localement ?

Nécessaire. DB24 CORE est déployé localement et comprend un Datastore central, un Portail Web ainsi que des composants Runtime installés sur des instances SQL Server gérées.

DB24 remplacera-t-il l’administrateur de base de données ?

Il peut effectuer automatiquement de nombreuses tâches de maintenance répétitives et des inspections centralisées, mais il ne peut pas remplacer la conception de l’architecture, l’évaluation de l’impact sur les activités, la gestion des pannes complexes ni l’approbation des modifications. Les opérations clés nécessitent toujours la supervision de personnes ayant de l’expérience avec SQL Server.

Quelles bases de données DB24 prend-il en charge ?

La position officielle actuelle et les documents techniques se concentrent tous sur Microsoft SQL Server. Aucune source fiable ne prouve qu’il puisse gérer MySQL, PostgreSQL, Oracle ou d’autres bases de données.

Que représente le score AiQ ?

AiQ rassemble les évaluations en matière de stockage, de sécurité, de performance, de sauvegarde et de restauration en une note allant de 0 à 10, et propose des recommandations pour améliorer la situation. Il sert à déterminer les priorités, mais ne constitue ni une garantie d’disponibilité ni une certification de conformité.

DB24 propose-t-il une API ?

Il s’agit d’une interface de vue SQL versionnée et lisible seule, située dans le Datastore du client, destinée aux rapports et à l’intégration avec des systèmes internes. Aucune API web publique ou console de développement n’a été identifiée.

DB24 est-il open source ?

Pas de code source fourni. Les conditions de licence confirment que les droits de propriété intellectuelle du logiciel appartiennent à DB24 ou à son détenteur de licences, et restreignent la décompilation, la modification et la copie.

Que se passe-t-il après avoir arrêté d’utiliser ?

Après la fin de la licence, il est nécessaire d’arrêter l’utilisation et de supprimer ou de détruire les composants logiciels DB24, y compris les bases de données associées et les tâches SQL Agent ; les conditions stipulent que les données du client doivent rester inchangées. Les procédures spécifiques de désinstallation et d’exportation des données doivent être confirmées dans le contrat.

Résumé

DB24 est adapté aux entreprises qui gèrent un grand nombre d’instances critiques de Microsoft SQL Server, en centralisant la découverte des actifs, l’évaluation de leur état de santé, les sauvegardes, la maintenance, les modifications et les informations relatives aux droits d’accès au sein d’un système de gestion opérationnelle traçable. Sa valeur réside dans la standardisation des processus et la réduction de la dépendance vis-à-vis des individus, et non dans la génération de données commerciales ou le remplacement du jugement des DBA.

Avant de choisir, il convient de vérifier en priorité les droits d’installation locale, l’impact sur la charge de production, la capacité de récupération réelle, la portée des données, la cohérence des versions et le tarif par instance. Si l’entreprise a besoin d’une API Web, du support pour plusieurs bases de données ou du code source ouvert, il faudra confirmer ou évaluer séparément d’autres solutions.