db24.ai

一句話介紹

DB24是一套能部署在企業現有Microsoft SQL Server環境中的智慧運維平台，可自動執行備份與日常維護、集中監控資料庫的健康狀態、追蹤配置和權限變更，並透過0至10分的AiQ評分來提示需要優先處理的問題。

工具簡介

DB24是由瑞典的DB24 AB所開發的，其定位類似於「自動化的SQL Server」。它將過去需要依賴少數資料庫管理員來處理的巡檢、維護、備份以及故障預警等流程，轉變為可設定且可追蹤的自動化任務。

這並非用於自動產生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視圖，而非公開的網路介面。這些視圖以唯讀方式提供已整理過的資料，並確保在同一版本中，各個欄位及其含義都保持穩定不變。

接入只讀視圖的流程

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 執行個數來計算的，通常需預先支付一年份的費用，且可能會透過年度核查來確認實際個數。實際單價及計費規則則以企業的報價及主協議為準。

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、多資料庫支援或公開源碼，則需要另行確認或評估其他方案。