db24.ai

一句话介绍

DB24是一套部署在企业现有Microsoft SQL Server环境中的智能运维平台，可自动执行备份与日常维护、集中监控数据库健康、跟踪配置和权限变化，并通过0至10分的AiQ评分提示优先处理的问题。

工具简介

DB24由瑞典DB24 AB开发，定位是SQL Server on autopilot。它把过去依赖少数数据库管理员的巡检、维护、备份和故障预警流程变成可配置、可追踪的自动化任务。

这不是用于自然语言生成SQL或创建业务数据库的在线AI助手，也不是托管数据库服务。软件以DB24 CORE形式安装在客户本地环境，并通过中央Datastore、每个实例上的Runtime和Web Portal协同工作。

产品架构

中央Datastore

Datastore负责聚合多个Runtime收集的信息并保留历史数据，从而在一个位置呈现实例、数据库、备份、容量、作业和安全状态。官方文档说明Datastore本身运行在SQL Server上，也可作为sidecar部署在现有实例上。

本地Runtime

Runtime是安装在每个受管SQL Server实例上的代理组件，由小型Runtime数据库、SQL Server Agent作业和存储过程组成。它在本地采集健康与性能指标，并执行备份、索引、统计信息等维护任务。

Web Portal

Portal是统一管理入口，团队可在其中查看洞察、配置自动化并管理整个SQL Server环境。它让IT经理、系统管理员和DBA使用同一套数据，而不必分别查看每台服务器的日志。

主要功能

SQL Server环境自动发现

连接后，DB24会建立实例、数据库和配置的集中清单，帮助团队识别被遗忘、很少使用或缺少明确负责人的数据库。清单结果仍应与CMDB、业务负责人和停用流程交叉确认。

AiQ数据库健康评分

Aggregated Instance Quality会依据配置、存储、安全、性能、备份与恢复等指标，把每个实例的状态汇总为0至10分。评分用于确定检查顺序，并提供提高分数的具体建议。

• 集中查看所有实例当前得分，先定位风险较高的环境。
• 比较当前、历史和首次评分，观察改进是否持续。
• 按主类别、子类别和参数继续下钻，而不是只看总分。
• 将检查结果与Microsoft及行业实践对照，形成整改清单。

自动化数据库备份

DB24可按实例安排完整备份、可选差异备份和事务日志备份，并对失败任务自动重试。即使企业使用其他备份产品，平台也可以集中呈现现有备份状态。

• 支持备份压缩，并可在完成后执行完整性验证。
• 可按恢复模式和数据库大小安排完整、差异与日志备份。
• 大型数据库可拆分成多个备份文件以提高吞吐量。
• 只有出现同类型的新成功备份后，清理规则才会删除旧文件。
• 可排除临时或无需纳入DB24备份的数据库。
• 备份失败、过期、大小异常或路径不符时可触发通知。

索引、统计信息与完整性维护

平台将索引重建或重组、统计信息更新、数据库完整性检查和文件大小保护纳入统一维护引擎。每次操作会留下命令、开始与结束时间、持续时长和错误信息，方便审计。

实时监控与预警

DB24持续检查实例健康、备份状态、磁盘容量、权限和错误信息，并把警告发送给适合的负责人。通知应根据严重度、实例归属和业务时间进行配置，避免告警疲劳。

变更跟踪与审计

平台通过DDL触发器记录数据库、架构、存储过程等对象的变化，并关联执行时间、登录名与命令。安全视图还可呈现实例登录、数据库用户、角色和授予或拒绝的权限。

补丁与生命周期建议

Patch Advisor用于比较当前SQL Server补丁与建议目标，LifeCycle Advisor则呈现版本发布时间和Microsoft支持状态。补丁上线前仍需在测试环境验证应用兼容性与回滚方案。

容量和许可优化

DB24汇总实例大小、CPU、内存、磁盘使用量和历史容量变化，帮助团队发现闲置数据库和过度配置。减少服务器或SQL Server许可必须建立在实际负载、可用性和合同核算基础上。

数据库使用洞察

Database Engagement数据用于判断数据库最后活动情况和连接使用趋势，可为归档、整合或停用评估提供线索。低活动不等于没有业务价值，停用前必须取得系统所有者确认并准备可恢复备份。

DB24如何工作

1. 盘点需要纳管的SQL Server实例、网络区域、业务等级和负责人。
2. 运行Environment Readiness Wizard，核对服务器、账号、网络和依赖条件。
3. 在客户环境部署Datastore、Portal以及各实例所需的Runtime。
4. 由Datastore按计划连接Runtime，集中读取配置、健康和维护数据。
5. 在Portal查看环境清单、AiQ评分、备份状态和风险通知。
6. 按业务窗口启用备份、索引、统计信息、完整性和容量维护。
7. 将通知路由给正确团队，并用历史数据验证整改效果。
8. 需要对接CMDB或报表时，通过受支持的只读SQL视图读取数据。

安装与入门教程

安装前准备

1. 确认本次项目只面向Microsoft SQL Server，并列出所有待连接实例。
2. 阅读与目标版本匹配的先决条件、权限和安装文档。
3. 运行环境就绪向导，修复缺少的组件、网络访问或账号权限。
4. 为Datastore到Runtime的连接规划防火墙、名称解析和凭据。
5. 确定Datastore部署实例、Portal证书、备份目录和通知收件人。
6. 在生产变更前完成测试环境安装、卸载和恢复演练。

部署DB24组件

1. 下载当前统一版本的官方安装程序，不混用不同发布版本。
2. 先部署中央Datastore与Portal，并验证管理入口可正常访问。
3. 在首个低风险SQL Server实例安装Runtime组件。
4. 确认Datastore能够拉取Runtime数据，配置也能正确下发。
5. 检查SQL Server Agent作业、Runtime数据库和服务账号状态。
6. 完成小范围验证后，再按批次添加其余实例。
7. 保存版本、安装参数、账号、证书和回滚步骤。

启用自动维护

1. 先观察现有备份、索引、完整性和统计信息作业，避免重复执行。
2. 根据恢复点目标选择完整、差异和日志备份策略。
3. 设置备份路径、压缩、验证、保留期和大型库分片阈值。
4. 为索引、统计信息和完整性检查划定业务维护窗口。
5. 先对非关键实例启用，并观察时长、锁等待、CPU与存储变化。
6. 确认结果稳定后逐步扩大范围，并保留数据库级排除项。

建立告警闭环

1. 把实例和数据库映射到明确的业务与技术负责人。
2. 按备份、安全、容量、性能和版本风险定义通知级别。
3. 设置邮件或团队接收规则，避免所有事件发送给所有人。
4. 为每类严重告警建立确认、升级、处理和复盘时限。
5. 定期检查无效收件人、重复事件和长期未关闭问题。
6. 使用AiQ历史趋势和维护日志确认问题是否真正解决。

适合哪些用户

• 系统管理员：在没有专职DBA的情况下执行标准化SQL Server维护。
• 数据库管理员：集中管理多实例，减少重复脚本与日常巡检。
• DevOps与平台团队：把数据库健康、版本和容量纳入统一运营流程。
• IT经理：使用AiQ和报告确定风险、资源与整改优先级。
• 托管服务提供商：以统一规则服务多个客户或独立环境。
• 公共部门与受监管组织：保留备份、权限和变更审计证据。
• 中大型企业：管理数量持续增长且负责人分散的SQL Server资产。

典型使用场景

产品优势

• 同时覆盖监控、维护、备份、变更和安全信息，减少工具碎片。
• Runtime在受管实例本地执行任务，中央Datastore统一聚合历史数据。
• AiQ把复杂检查整理成可下钻的0至10分健康指标。
• 自动维护保留命令、持续时长和错误记录，便于审计与复盘。
• 既能管理DB24自身备份，也能观察第三方备份留下的状态。
• 提供受支持、版本化、只读的SQL视图，便于内部系统对接。
• 本地安装模式适合要求数据库运维组件留在企业环境的组织。

使用限制与注意事项

• 产品专门面向Microsoft SQL Server，不是多数据库通用平台。
• 需要在客户环境安装数据库、作业、存储过程和Portal等组件。
• 自动执行维护会影响生产负载，启用前必须评估窗口和资源。
• Datastore需要能够连接各Runtime，跨网段部署需提前配置网络与权限。
• 所有DB24服务应保持同一版本，混合版本运行不受支持。
• AiQ是运维优先级辅助指标，不能替代业务影响分析和DBA判断。
• 备份验证不等于完成真实恢复，企业仍需定期做恢复演练。
• 官网未公开免费版、免费试用期限或标准套餐价格。
• 许可条款限制反编译、修改和复制，产品本身不是开源软件。
• 停止使用时需要按合同卸载DB24数据库与SQL Agent作业。

价格与授权方式

截至2026年8月22日，DB24没有发布可直接购买的统一价格表。官网要求企业联系团队获取按环境规模制定的报价，许可条款说明费用以连接的软件实例数量为基础。

DB24可每年进行True-Up以核对已连接实例数量，客户也需要在协议期内保持数量信息准确。采购时应把测试、灾备、集群节点和临时实例的计费口径写入报价。

报价前应确认什么

• 按生产、测试、灾备和停用候选分别统计实例数量。
• 确认年度许可、实施、培训、升级和支持是否分别收费。
• 确认高可用集群、被动节点和短期实例如何计费。
• 写明合同期限、续费调整、付款币种与税费。
• 确认新增实例的补差价和年度True-Up时间。
• 明确卸载协助、数据导出和终止后的责任边界。

版本与下载

官方安装页在核验时将DB24 2026.2.3标记为最新版本，同时保留若干2026.1和2025系列安装包。新增实例必须安装与现有DB24环境完全一致的版本。

数据、隐私与安全

官方技术文档列出的集中数据主要包括实例与数据库配置、备份记录、连接活动、作业、登录与权限、容量、错误日志、维护记录和评分。企业应在部署前逐项确认哪些字段会进入Datastore，以及谁能在Portal或集成视图中访问。

DB24隐私政策适用于网站访客、联系人和商业关系中的个人数据，并说明公司在客户关系中也可能作为处理者。政策称个人数据只保存到实现目的所需时间，并会定期复核后删除或安全匿名化。

• 遵循最小权限原则为Datastore、Runtime和Portal分别配置服务账号。
• 使用受信任TLS证书保护Portal，并限制管理入口的网络范围。
• 对包含登录名、权限和命令文本的视图实行角色隔离。
• 为运维数据、变更记录和错误日志制定业务所需保留期。
• 确认供应商、子处理方、跨境传输和数据驻留的合同安排。
• 定期检查账号、SQL Agent作业、触发器和配置变更。
• 将平台告警纳入现有事件响应与审计流程。
• 关键数据库仍需独立的离线或不可变备份策略。

集成、API与开放能力

DB24文档中的API指Datastore内api架构下的版本化SQL视图，而不是公开的Web接口。视图以只读方式提供经过整理的数据，并保证同一版本内的列和语义保持稳定。

接入只读视图的流程

1. 明确报表或CMDB真正需要的字段，避免读取全部敏感信息。
2. 在Datastore创建最小权限的专用SQL登录或服务身份。
3. 只查询官方支持的api架构视图，不直接依赖内部表。
4. 需要稳定契约时固定带版本后缀的视图。
5. 希望随升级获取最新结构时使用官方同义词，并监控变更。
6. 在测试环境验证新版视图后再更新生产集成。
7. 记录查询频率、访问主体、数据去向和保留期限。

GitHub、SDK与开源状态

截至核验时，官网和官方文档没有提供可确认的官方GitHub组织、公开源码仓库或开发语言SDK。搜索到的同名数据库项目不能据此认定与DB24 AB有关。

DB24 CORE是商业本地部署软件，许可条款明确保留软件与相关知识产权，并限制未经书面许可的反编译、修改和复制。因此产品本身应标记为不开源。

支持平台

基本信息

推荐指数

推荐指数为4.2分，满分5分。DB24把SQL Server环境发现、自动维护、备份、评分、权限和变更记录集中起来，适合需要减少人工依赖并保留控制权的企业运维团队。

主要门槛是本地部署、SQL Server专用、价格不公开以及自动维护对生产环境的变更风险。采购前应以小范围技术验证、恢复演练和清晰的实例计费口径为前提。

常见问题

DB24是生成SQL的AI工具吗？

不是。DB24主要自动化Microsoft SQL Server的监控、备份、维护、评分和审计，不是通过自然语言生成查询语句的聊天工具。

DB24免费吗？

官网没有公开免费版、免费额度或固定试用期限。企业需要联系官方，根据受管实例数量和附加服务获取报价。

DB24如何收费？

许可费以连接到软件的SQL Server实例数量为基础，通常按年预付，并可能通过年度True-Up核对数量。实际单价和计费边界以企业报价及主协议为准。

DB24需要安装在本地吗？

需要。DB24 CORE采用本地部署，包含中央Datastore、Web Portal以及安装在受管SQL Server实例上的Runtime组件。

DB24会代替数据库管理员吗？

它可以自动完成大量重复维护和集中巡检，但不能替代架构设计、业务影响判断、复杂故障处理和变更审批。关键操作仍需要具备SQL Server经验的人员监督。

DB24支持哪些数据库？

当前官方定位和技术文档都围绕Microsoft SQL Server。没有可靠资料证明它可管理MySQL、PostgreSQL、Oracle或其他数据库。

AiQ评分代表什么？

AiQ将存储、安全、性能、备份与恢复等检查汇总成0至10分，并提供改进建议。它用于确定优先级，不是可用性保证或合规认证。

DB24提供API吗？

提供的是客户Datastore内版本化、只读的SQL视图接口，可供报表和内部系统集成。没有发现公开Web API或开发者控制台。

DB24开源吗？

不开源。许可条款确认软件知识产权归DB24或其授权方所有，并限制反编译、修改和复制。

停止使用后会发生什么？

许可终止后需要停止使用并删除或销毁DB24软件组件，包括相关数据库和SQL Agent作业；条款说明客户自身数据应保持不变。具体卸载和数据导出流程应在合同中确认。

总结

DB24适合管理大量或关键Microsoft SQL Server实例的企业，把资产发现、健康评分、备份、维护、变更和权限信息集中到可追踪的运维体系中。它的价值在于标准化执行与减少个人依赖，而不是生成业务数据或替代所有DBA判断。

选择前应重点验证本地部署权限、生产负载影响、真实恢复能力、数据范围、版本一致性和按实例报价。若企业需要开放Web API、多数据库支持或公开源码，则需要另行确认或评估其他方案。