db24.ai

Eine kurze Beschreibung

DB24 ist eine intelligente Wartungsplattform, die in bereits vorhandenen Microsoft SQL Server-Umgebungen von Unternehmen eingesetzt werden kann. Sie übernimmt automatisch die Erstellung von Backups sowie die tägliche Wartung, überwacht zentral den Zustand der Datenbanken, verfolgt Änderungen in Konfigurationen und Berechtigungen und gibt anhand einer AiQ-Bewertung von 0 bis 10 an, welche Probleme vorrangig behandelt werden sollten.

Einführung in die Tools

DB24 wurde von dem schwedischen Unternehmen DB24 AB entwickelt und soll als „SQL Server on Autopilot“ dienen. Es wandelt die bisher auf wenige Datenbankverwalter angewiesenen Prozesse zur Überwachung, Wartung, Sicherung sowie Früherkennung von Fehlern in konfigurierbare, nachvollziehbare automatisierte Aufgaben um.

Es handelt sich weder um einen Online-AI-Assistenten zur Erstellung von SQL-Abfragen in natürlicher Sprache oder zur Erstellung von Geschäftsdatenbanken, noch um einen Datenbankhosting-Dienst. Die Software wird in Form von DB24 CORE im lokalen Umfeld des Kunden installiert und arbeitet durch einen zentralen Datastore, den Runtime auf jeder Instanz sowie ein Web Portal zusammen.

Produktarchitektur

Zentrale Datenbank

Der Datastore ist dafür zuständig, die von mehreren Runtime-Instanzen gesammelten Informationen zu aggregieren und historische Daten zu speichern, sodass der Status von Instanzen, Datenbanken, Backups, Kapazitäten sowie Sicherheitsaspekten an einem Ort dargestellt werden kann. Laut den offiziellen Dokumentationen läuft der Datastore selbst auf SQL Server – er kann aber auch als Sidecar auf bestehenden Instanzen eingesetzt werden.

Lokaler Runtime

Der Runtime ist ein Agentenkomponente, die auf jeder verwalteten SQL Server-Instanz installiert wird. Er setzt sich aus einer kleinen Runtime-Datenbank, SQL Server Agent-Aufgaben sowie Speicherprozeduren zusammen. Er sammelt lokal Informationen zu Zustand und Leistung und führt Wartungsaufgaben wie Backups, Indexierung sowie Aktualisierung von Statistiken durch.

Web Portal

Portal ist ein zentrales Steuerungselement, über das das Team Einsblicke erhalten kann, Automatisierungen konfigurieren sowie die gesamte SQL Server-Umgebung verwalten kann. Dadurch können IT-Manager, Systemadministratoren und DBAs auf dieselben Daten zugreifen, anstatt die Protokolle jedes Servers separat durchzusehen.

Hauptfunktionen

Automatische Erkennung der SQL Server-Umgebung

Nach der Verbindung erstellt DB24 eine zentrale Liste von Instanzen, Datenbanken und Konfigurationen, um dem Team dabei zu helfen, Datenbanken zu identifizieren, die vergessen wurden, selten genutzt werden oder für die es keinen klaren Verantwortlichen gibt. Die Ergebnisse dieser Liste sollten weiterhin mit der CMDB sowie den zuständigen Fachleuten und den Prozessen zur Deaktivierung abgeglichen werden.

AiQ-Datenbank-Gesundheitsbewertung

Die aggregierte Instanzqualität wird anhand von Kriterien wie Konfiguration, Speicher, Sicherheit, Leistung sowie Backup- und Wiederherstellungsmechanismen ermittelt. Dabei wird der Zustand jeder Instanz in einer Punktzahl von 0 bis 10 bewertet. Diese Bewertung dient dazu, die Reihenfolge der Überprüfungen festzulegen und konkrete Empfehlungen zur Verbesserung der Punktzahl zu geben.

• Prüfen Sie zentral die aktuellen Punktzahlen aller Instanzen, um zunächst Umgebungen mit hohem Risiko zu identifizieren.
• Vergleichen Sie die aktuellen, historischen und ersten Bewertungen, um zu beobachten, ob sich die Verbesserung fortsetzt.
• Gehen Sie weiter nach den Hauptkategorien, Unterkategorien und Parametern vor, anstatt nur auf die Gesamtwerte zu schauen.
• Vergleichen Sie die Prüfergebnisse mit den Richtlinien von Microsoft sowie mit branchenüblichen Praktiken, um eine Liste zur Korrektur zu erstellen.

Automatisierte Datenbank-Backups

DB24 ermöglicht die Durchführung vollständiger Backups nach Instanz, optionaler Differenzbackups sowie Transaktionsprotokoll-Backups. Zudem werden fehlgeschlagene Aufgaben automatisch erneut versucht. Selbst wenn Unternehmen andere Backup-Produkte verwenden, kann die Plattform den aktuellen Status der Backups zentral darstellen.

• Komprimierte Backups werden unterstützt, und nach Abschluss kann eine Integritätsprüfung durchgeführt werden.
• Vollständige, differenzielle und Protokollobackups können nach Wiederherstellungsmodus und Datenbankgröße angeordnet werden.
• Große Datenbanken können in mehrere Backup-Dateien aufgeteilt werden, um die Durchsatzrate zu erhöhen.
• Die Löschregeln löschen nur alte Dateien, wenn es eine neue, erfolgreiche Sicherung derselben Art gibt.
• Datenbanken, die vorübergehend sind oder nicht in die DB24-Backups aufgenommen werden müssen, können ausgeschlossen werden.
• Benachrichtigungen können ausgelöst werden, wenn die Sicherung fehlschlägt, abgelaufen ist, eine ungewöhnliche Größe aufweist oder der Pfad nicht korrekt ist.

Indexe, Statistiken und Integritätsprüfung

Die Plattform integriert die Neuerstellung oder Umstrukturierung des Index, den Aktualisierungsprozess der Statistiken, die Überprüfung der Datenbankintegrität sowie den Schutz der Dateigrößen in einen einheitlichen Wartungsmotor. Jede Aktion hinterlässt Befehle, Start- und Endzeitpunkte, Dauer sowie Fehlermeldungen, was eine Prüfung erleichtert.

Echtzeit-Überwachung und Frühwarnung

DB24 überwacht kontinuierlich den Gesundheitszustand der Instanz, den Status der Backups, die Festplattenspeicherkapazität, die Berechtigungen sowie Fehlermeldungen und sendet Warnungen an die zuständigen Personen. Die Benachrichtigungen sollten je nach Schweregrad, Zugehörigkeit der Instanz und Geschäftszeiten konfiguriert werden, um eine Überflutung mit Alarmen zu vermeiden.

Änderungsverfolgung und Auditing

Die Plattform verwendet DDL-Trigger, um Änderungen an Objekten wie Datenbanken, Architekturen und Speichervorgängen zu erfassen, und verknüpft dabei die Ausführungszeit, den Anmeldennamen sowie die Befehle. Die Sicherheitsansichten zeigen außerdem Anmeldevorgänge, Datenbankbenutzer, Rollen sowie gewährte oder verweigerte Berechtigungen.

Patches und Lebenszyklusempfehlungen

Der Patch Advisor dient dazu, die aktuellen SQL Server-Patches mit den empfohlenen Zielen zu vergleichen, während der LifeCycle Advisor die Veröffentlichungsdaten der Versionen sowie den Support-Status von Microsoft anzeigt. Vor dem Einsatz der Patches muss die Kompatibilität in einer Testumgebung sowie ein Plan zur Rückkehr zu einem früheren Zustand überprüft werden.

Kapazitäts- und Lizenzoptimierung

DB24 fasst die Größe der Instanzen, die CPU-Leistung, den Arbeitsspeicher, die Festplattennutzung sowie die historischen Veränderungen der Kapazitäten zusammen. Dadurch können Teams inaktive Datenbanken sowie übermäßig konfigurierte Systeme erkennen. Die Reduzierung von Servern oder SQL Server-Lizenzen muss auf der tatsächlichen Last, der Verfügbarkeit sowie den vertraglichen Vereinbarungen beruhen.

Erkenntnisse aus der Datenbanknutzung

Die Daten zu „Database Engagement“ dienen dazu, die letzte Aktivität der Datenbank sowie die Trends in der Nutzung der Verbindungen zu ermitteln. Sie können Hinweise für Entscheidungen bezüglich der Archivierung, Integration oder Deaktivierung liefern. Geringe Aktivität bedeutet nicht, dass die Datenbank keinen Geschäftswert hat. Vor der Deaktivierung muss die Zustimmung des Systembesitzers eingeholt werden, und es müssen wiederherstellbare Backups bereitgestellt werden.

Wie funktioniert DB24?

1. Es ist notwendig, die zu verwalternden SQL Server-Instanzen, Netzwerkbereiche, Geschäftsgrade sowie die zuständigen Personen aufzulisten.
2. Führen Sie den Environment Readiness Wizard aus, um Server, Konten, Netzwerk und Abhängigkeiten zu überprüfen.
3. Im Kundenumfeld werden Datastore, Portal sowie der für die einzelnen Instanzen erforderliche Runtime bereitgestellt.
4. Datastore verbindet sich planmäßig mit dem Runtime, um Konfigurations-, Health- und Wartungsdaten zentral abzurufen.
5. Im Portal können Sie die Liste der Umgebungen, die AiQ-Bewertung, den Status der Backups sowie Benachrichtigungen zu Risiken einsehen.
6. Aktivieren Sie für das Geschäftsfenster Backups, Indizes, Statistiken sowie die Wartung von Integrität und Kapazität.
7. Leiten Sie die Benachrichtigungen an das richtige Team weiter und überprüfen Sie mit historischen Daten die Wirksamkeit der Korrekturmaßnahmen.
8. Wenn eine Anbindung an die CMDB oder Berichte erforderlich ist, werden die Daten über unterstützte, nur zum Lesen geeignete SQL-Views abgerufen.

Installation und Einführungsanleitung

Vorbereitungen vor der Installation

1. Bestätigen Sie, dass dieses Projekt ausschließlich für Microsoft SQL Server gilt, und listen Sie alle zu verbindenden Instanzen auf.
2. Lesen Sie die Voraussetzungen, Berechtigungen und Installationsanleitungen, die zur Zielversion passen.
3. Führer zur Vorbereitung der Ausführungsumgebung – Behebung fehlender Komponenten, Netzwerkzugriffe oder Benutzerrechte.
4. Planen Sie Firewall, Namensauflösung und Anmeldeinformationen für die Verbindung von Datastore zu Runtime.
5. Bestimmen Sie die Instanz für die Datastore-Deployment, die Zertifikate für das Portal, den Backup-Ordner sowie die Empfänger für Benachrichtigungen.
6. Vor jeder Änderung in der Produktion sollten Tests zur Installation, Deinstallation und Wiederherstellung der Testumgebung durchgeführt werden.

Einbetten der DB24-Komponenten

1. Laden Sie die offizielle Installationsanwendung der aktuellen, einheitlichen Version herunter – vermischen Sie keine verschiedenen Veröffentlichungsversionen.
2. Zuerst werden der zentrale Datastore und das Portal bereitgestellt, und es wird überprüft, ob der Zugang zur Verwaltungsoberfläche problemlos möglich ist.
3. Installieren Sie die Runtime-Komponenten in der ersten SQL Server-Instanz mit niedrigem Risiko.
4. Bestätigen, dass der Datastore Runtime-Daten abrufen kann und die Konfiguration ordnungsgemäß übertragen wird.
5. Überprüfen Sie den Status der SQL Server Agent-Aufgaben, der Laufzeitdatenbank sowie der Service-Konten.
6. Nach Abschluss der Tests im kleinen Umfang werden die übrigen Instanzen in Chargen hinzugefügt.
7. Speichern von Versionen, Installationseinstellungen, Kontodaten, Zertifikaten und Rollback-Schritten.

Automatische Wartung aktivieren

1. Beobachten Sie zunächst die vorhandenen Backups, Indizes, Integritäts- und Statistikaufgaben, um Doppelarbeit zu vermeiden.
2. Wählen Sie entsprechend dem Recovery-Point-Ziel Strategien für vollständige, differenzielle und Protokollbackups aus.
3. Einstellen des Backup-Pfades, der Kompression, der Überprüfung, der Aufbewahrungsfrist und des Schwellenwerts für die Aufteilung großer Datenbanken.
4. Definieren Sie Zeitfenster für Wartungsarbeiten zur Erstellung von Indizes, Statistiken und zur Überprüfung der Integrität.
5. Zuerst werden die nicht-kritischen Instanzen aktiviert, um die Dauer, die Wartezeiten auf Sperrungen sowie die Veränderungen bei CPU und Speicher zu beobachten.
6. Nach Bestätigung der Stabilität des Ergebnisses wird das Umfang allmählich erweitert, wobei die Ausschlüsse auf Datenbankebene beibehalten werden.

Etablierung einer Schließschleife für Alarme

1. Ordnen Sie Instanzen und Datenbanken klaren Geschäfts- und Technikverantwortlichen zu.
2. Definieren Sie die Benachrichtigungsstufen nach Backup, Sicherheit, Kapazität, Leistung und Versionsrisiko.
3. Legen Sie Regeln für die Empfangsberechtigung von E-Mails oder Nachrichten fest, um zu vermeiden, dass alle Ereignisse an alle gesendet werden.
4. Für jede Art von schwerwiegender Alarmierung werden Fristen für die Bestätigung, Aufstufung, Bearbeitung und Nachbesprechung festgelegt.
5. Regelmäßig überprüfen Sie ungültige Empfänger, wiederkehrende Ereignisse und seit Langem ungelöste Probleme.
6. Verwenden Sie die AiQ-Historientrends und Wartungslogs, um zu überprüfen, ob das Problem tatsächlich gelöst wurde.

Für welche Benutzer geeignet

• Systemadministrator: Durchführung der standardisierten SQL Server-Wartung ohne hauptberuflichen DBA.
• Datenbankadministrator: Zentrale Verwaltung mehrerer Instanzen, um wiederholende Skripte und tägliche Überprüfungen zu reduzieren.
• DevOps und Plattformteams: Die Gesundheit, Versionen und Kapazität der Datenbanken in einen einheitlichen Betriebsprozess integrieren.
• IT-Manager: Verwenden Sie AiQ und Berichte, um Risiken, Ressourcen sowie die Prioritäten für Korrekturmaßnahmen zu bestimmen.
• Hosted-Service-Anbieter: Betreut mehrere Kunden oder separate Umgebungen nach einheitlichen Regeln.
• Öffentlicher Sektor und regulierte Organisationen: Aufbewahrung von Backups, Berechtigungen sowie Beweismitteln für Änderungsprüfungen.
• Mittelgroße und große Unternehmen: Verwaltung von SQL Server-Ressourcen mit einer stetig wachsenden Anzahl sowie verteilter Verantwortung.

Typische Anwendungsszenarien

Vorteile des Produkts

• Gleichzeitig abdeckt es Überwachung, Wartung, Backup, Änderungen und Sicherheitsinformationen, um Werkzeugfragmentierung zu verringern.
• Der Runtime führt Aufgaben lokal auf den verwalteten Instanzen aus, während der zentrale Datastore die historischen Daten zentral aggregiert.
• AiQ fasst komplexe Untersuchungen zu übersichtlichen Gesundheitsindikatoren von 0 bis 10 zusammen.
• Automatische Aufrechterhaltung von Wartungsbefehlen, Dauer und Fehlerprotokollen zur Erleichterung der Prüfung und Nachbereitung.
• Es ist möglich, sowohl die eigenen Backups von DB24 zu verwalten als auch den Zustand der von Drittanbietern erstellten Backups zu überwachen.
• Es werden unterstützte, versionierte, read-only SQL-Views bereitgestellt, um die Anbindung an interne Systeme zu erleichtern.
• Der lokale Installationsmodus eignet sich für Organisationen, die verlangen, dass die Komponenten zur Verwaltung der Datenbank im Unternehmensumfeld verbleiben.

Einsatzbeschränkungen und Hinweise

• Das Produkt ist speziell für Microsoft SQL Server entwickelt und keine plattformunabhängige Lösung für mehrere Datenbanken.
• Es ist notwendig, Komponenten wie Datenbanken, Jobs, Speicherprozesse und Portale im Kundenumfeld zu installieren.
• Die automatische Durchführung von Wartungsarbeiten kann die Produktionslast beeinflussen; vor der Aktivierung müssen Zeitfenster und Ressourcen bewertet werden.
• Der Datastore muss in der Lage sein, mit den verschiedenen Runtime-Umgebungen zu verbinden; bei der Bereitstellung über verschiedene Netzwerksegmente müssen Netzwerk und Berechtigungen im Voraus konfiguriert werden.
• Alle DB24-Dienste sollten dieselbe Version verwenden; der Betrieb von gemischten Versionen ist nicht unterstützt.
• AiQ ist ein Hilfsindikator für die Priorisierung von Wartungsarbeiten und kann die Analyse der betrieblichen Auswirkungen sowie die Entscheidungen des DBAs nicht ersetzen.
• Die Überprüfung der Backups bedeutet nicht, dass eine echte Wiederherstellung abgeschlossen ist; Unternehmen müssen weiterhin regelmäßig Wiederherstellungsübungen durchführen.
• Die offizielle Website gibt keine Informationen zur kostenlosen Version, zur Dauer der kostenlosen Probephase oder zu den Preisen der Standardpakete preis.
• Die Lizenzbedingungen beschränken die Dekompilierung, Änderung und Vervielfältigung; das Produkt selbst ist kein Open-Source-Software.
• Bei Beendigung der Nutzung müssen die DB24-Datenbank sowie die SQL-Agent-Aufgaben gemäß dem Vertrag deinstalliert werden.

Preise und Lizenzierungsmöglichkeiten

Stand zum 22. August 2026 verfügt DB24 über keine offizielle Preisliste, die direkt erworben werden kann. Auf der Website wird von Unternehmen verlangt, sich mit dem Team in Verbindung zu setzen, um Kostenvoranschläge entsprechend der Größe des Umfelds zu erhalten. Laut den Lizenzbedingungen basieren die Kosten auf der Anzahl der verbundenen Softwareinstanzen.

DB24 kann jährlich ein True-Up durchgeführt werden, um die Anzahl der verbundenen Instanzen zu überprüfen. Die Kunden müssen außerdem während der Laufzeit des Vertrags die Angaben zur Anzahl der Instanzen aktualisiert halten. Bei der Bestellung sollten die Berechnungsregeln für Tests, Notfallpläne, Clusterknoten sowie temporäre Instanzen in den Kostenvoranschlag aufgenommen werden.

Was sollte vor der Kostenermittlung überprüft werden?

• Zählen Sie die Anzahl der Instanzen für Produktion, Testing, Disaster Recovery und Deaktivierung getrennt auf.
• Überprüfen Sie, ob für die jährliche Lizenz, die Implementierung, Schulungen, Updates und Support separate Gebühren anfallen.
• Bestätigen Sie, wie hochverfügbare Clustern, passive Knoten und kurzfristige Instanzen abgerechnet werden.
• Geben Sie die Vertragsdauer, Anpassungen bei Verlängerung, die Zahlungswährung sowie Steuern an.
• Bestätigen Sie den Differenzbetrag für die neue Instanz sowie den Zeitpunkt für die jährliche True-Up-Anpassung.
• Klare Abgrenzung der Verantwortlichkeiten bei der Deinstallation, beim Exportieren von Daten und nach Beendigung.

Versionen und Downloads

Auf der offiziellen Installationsseite wird bei der Überprüfung DB24 2026.2.3 als neueste Version angezeigt, wobei gleichzeitig einige Installationspakete der Serien 2026.1 und 2025 beibehalten werden. Neue Instanzen müssen eine Version verwenden, die exakt mit der vorhandenen DB24-Umgebung übereinstimmt.

Daten, Privatsphäre und Sicherheit

Die in den offiziellen technischen Dokumentationen aufgeführten zentralisierten Daten umfassen hauptsächlich Konfigurationen von Instanzen und Datenbanken, Backups, Verbindungsaktivitäten, Aufgaben, Anmeldedaten und Berechtigungen, Kapazitäten, Fehlerprotokolle, Wartungseinträge sowie Bewertungen. Unternehmen sollten vor der Implementierung prüfen, welche Felder in den Datastore aufgenommen werden sollen und wer über den Portal oder die integrierte Ansicht darauf zugreifen kann.

Die DB24-Datenschutzrichtlinie gilt für die personenbezogenen Daten von Website-Besuchern, Kontaktpersonen und Personen in Geschäftsbeziehungen und legt fest, dass das Unternehmen in Kundenbeziehungen ebenfalls als Verarbeiter tätig werden kann. Laut der Richtlinie werden personenbezogene Daten nur so lange gespeichert, wie es zum Erreichen des Zwecks erforderlich ist, und werden anschließend regelmäßig überprüft, um gelöscht oder sicher anonymisiert zu werden.

• Befolgen Sie das Prinzip der minimalen Berechtigungen und konfigurieren Sie für Datastore, Runtime und Portal jeweils eigene Service-Konten.
• Schützen Sie das Portal mit einem vertrauenswürdigen TLS-Zertifikat und begrenzen Sie den Netzwerkzugriff auf die Verwaltungseingänge.
• Es wird eine Rollentrennung für Ansichten durchgeführt, die Benutzernamen, Berechtigungen und Befehlstexte enthalten.
• Legen Sie die für den Geschäftsbetrieb erforderlichen Aufbewahrungsfristen für Betriebsdaten, Änderungsprotokolle und Fehlerprotokolle fest.
• Bestätigung der vertraglichen Vereinbarungen bezüglich Lieferanten, Unterverarbeiter, grenzüberschreitender Übertragung und Datenspeicherung.
• Regelmäßig Konten, SQL Agent-Aufgaben, Trigger und Konfigurationsänderungen überprüfen.
• Die Plattformwarnungen in die bestehenden Prozesse für Reaktion auf Ereignisse und Audits integrieren.
• Kritische Datenbanken benötigen weiterhin eine unabhängige Offline- oder unveränderliche Backup-Strategie.

Integration, API und Offenheit

In den DB24-Dokumentationen bezieht sich API auf versionierte SQL-Views im Rahmen der api-Architektur des Datastores – und nicht auf öffentliche Web-Schnittstellen. Die Views stellen strukturierte Daten in nur lesbarem Format zur Verfügung und gewährleisten, dass Spalten sowie ihre Semantik innerhalb derselben Version konstant bleiben.

Prozess zum Zugriff auf eine nur zum Lesen bestimmte Ansicht

1. Bestimmen Sie die tatsächlich benötigten Felder in den Berichten oder im CMDB, um das Lesen aller sensiblen Informationen zu vermeiden.
2. Erstellen Sie in Datastore einen speziellen SQL-Anmeldedatenbankzugang oder eine Dienstidentität mit den geringsten Berechtigungen.
3. Es werden nur die von den Herstellern unterstützten API-Architekturansichten abgerufen, ohne direkt auf interne Tabellen zurückzugreifen.
4. Bei notwendigen stabilen Verträgen ist eine Ansicht mit festem Versions-Suffix erforderlich.
5. Es wird erwartet, dass bei der Aktualisierung die offiziellen Synonyme verwendet werden, um die neueste Struktur zu erhalten, und dass Änderungen überwacht werden.
6. Überprüfen Sie die neue Ansicht im Testumfeld, bevor Sie sie in der Produktintegration aktualisieren.
7. Erhalten Sie Aufzeichnungen über die Abfragenhäufigkeit, die Zugriffsteilnehmer, den Verbleib der Daten sowie die Aufbewahrungsfrist.

GitHub, SDK und Open-Source-Status

Zum Zeitpunkt der Überprüfung lieferten die offizielle Website und die offiziellen Dokumente keine nachweisbaren offiziellen GitHub-Organisationen, öffentlichen Quellcode-Repositories oder SDKs für Entwicklungssprachen. Die gefundenen Datenbankprojekte mit demselben Namen können daher nicht als mit DB24 AB in Verbindung stehend angesehen werden.

DB24 CORE ist eine kommerzielle Software für lokale Installation. Die Lizenzbedingungen behalten ausdrücklich das Recht am Programm sowie an den damit verbundenen Urheberrechten vor und beschränken die Dekompilierung, Änderung und Vervielfältigung ohne schriftliche Genehmigung. Daher sollte das Produkt als nicht open source gekennzeichnet werden.

Unterstützungsplattformen

Grundlegende Informationen

Empfehlungswert

Die Empfehlungsbewertung liegt bei 4,2 von 5 Punkten. DB24 bündelt die Funktionen zur Erkennung des SQL Server-Umfelds, zur automatischen Wartung, zum Backups, zur Bewertung, zur Verwaltung von Berechtigungen sowie zur Aufzeichnung von Änderungen. Es eignet sich für IT-Teams, die die Abhängigkeit von manuellem Eingreifen verringern und gleichzeitig die Kontrolle behalten möchten.

Die wichtigsten Hürden sind die lokale Implementierung, die Spezialisierung auf SQL Server, die nicht offengelegten Preise sowie das Risiko von Änderungen im Produktivumfeld durch automatische Wartungsmaßnahmen. Vor dem Kauf sollten technische Tests in kleinem Umfang, Wiederherstellungsübungen sowie klare Kalkulationsgrundlagen für die Gebühren erfolgen.

Häufige Fragen

Ist DB24 ein AI-Tool zur Erstellung von SQL?

Nein. DB24 automatisiert hauptsächlich die Überwachung, das Backup, die Wartung, die Bewertung und die Auditing von Microsoft SQL Server – es handelt sich dabei nicht um ein Chat-Tool zur Erstellung von Abfragen in natürlicher Sprache.

Ist DB24 kostenlos?

Die offizielle Website gibt keine Informationen über eine kostenlose Version, eine kostenlose Nutzungsmenge oder eine feste Probierzeit an. Unternehmen müssen sich an den Anbieter wenden, um aufgrund der Anzahl der verwalteten Instanzen sowie der zusätzlichen Dienstleistungen ein Angebot zu erhalten.

Wie wird DB24 berechnet?

Die Lizenzgebühren richten sich nach der Anzahl der SQL Server-Instanzen, die mit der Software verbunden sind. In der Regel werden sie jährlich im Voraus gezahlt, wobei die Anzahl der Instanzen gegebenenfalls jährlich überprüft wird. Die tatsächlichen Preise sowie die Abrechnungskriterien richten sich nach dem Angebot des Unternehmens sowie den Bestimmungen des Hauptvertrags.

Muss DB24 lokal installiert werden?

Notwendig. DB24 CORE wird lokal implementiert und umfasst einen zentralen Datastore, ein Web Portal sowie Runtime-Komponenten, die auf verwalteten SQL Server-Instanzen installiert sind.

Wird DB24 den Datenbankadministrator ersetzen?

Es kann viele wiederholte Wartungsarbeiten sowie zentrale Überprüfungen automatisch durchführen, kann jedoch die Architekturplanung, die Beurteilung der Auswirkungen auf den Geschäftsbetrieb, die Behandlung komplexer Störungen sowie die Freigabe von Änderungen nicht ersetzen. Kritische Vorgänge erfordern weiterhin die Überwachung durch Personen mit Erfahrung in SQL Server.

Welche Datenbanken werden von DB24 unterstützt?

Sowohl die offizielle Positionierung als auch die technischen Dokumentationen konzentrieren sich auf Microsoft SQL Server. Es gibt keine zuverlässigen Angaben, die belegen, dass es in der Lage ist, MySQL, PostgreSQL, Oracle oder andere Datenbanken zu verwalten.

Was steht hinter der AiQ-Bewertung?

AiQ fasst Überprüfungen wie Speicherung, Sicherheit, Leistung, Backup und Wiederherstellung in einen Wert von 0 bis 10 zusammen und gibt Verbesserungsvorschläge. Es dient dazu, Prioritäten zu bestimmen, ist jedoch keine Garantie für Verfügbarkeit oder eine Zertifizierung für Konformität.

Bietet DB24 eine API?

Es wird eine versionierte, nur für den Lesen zugängliche SQL-View-Schnittstelle im Kunden-Datastore bereitgestellt, die für Berichte und die Integration in interne Systeme genutzt werden kann. Es wurden weder eine öffentliche Web-API noch eine Entwicklerkonsole gefunden.

Ist DB24 Open Source?

Keine Offenlegung des Quellcodes. Die Lizenzbedingungen besagen, dass das Urheberrecht am Softwareprodukt bei DB24 oder dessen Lizenzgeber liegt, und sie beschränken die Dekompilierung, Änderung sowie Vervielfältigung.

Was passiert, nachdem die Verwendung eingestellt wird?

Nach Beendigung der Lizenz muss die Nutzung eingestellt werden und die DB24-Softwarekomponenten, einschließlich der zugehörigen Datenbanken sowie der SQL Agent-Aufgaben, müssen gelöscht oder vernichtet werden; es wird festgelegt, dass die eigenen Daten des Kunden unverändert bleiben sollen. Die genauen Verfahren zur Deinstallation und zum Export der Daten müssen im Vertrag festgelegt werden.

Zusammenfassung

DB24 eignet sich für Unternehmen, die viele oder wichtige Microsoft SQL Server-Instanzen verwalten müssen. Es ermöglicht es, Informationen zu Asset-Entdeckung, Gesundheitsbewertung, Backups, Wartung, Änderungen sowie Berechtigungen in einem übersichtlichen Betriebsmanagement-System zu bündeln. Sein Wert liegt in der Standardisierung der Abläufe und der Verringerung der Abhängigkeit von einzelnen Personen – er dient jedoch nicht dazu, Geschäftsdaten zu erzeugen oder die Entscheidungen aller DBAs zu ersetzen.

Vor der Auswahl sollten insbesondere die Rechte für eine lokale Implementierung, die Auswirkungen auf die Produktivlast, die tatsächliche Wiederherstellungsfähigkeit, der Datenumfang, die Versionskonsistenz sowie die Preise pro Instanz überprüft werden. Falls ein Unternehmen eine Web-API, Unterstützung für mehrere Datenbanken oder offene Quellcode benötigt, müssen weitere Optionen geprüft oder bewertet werden.