DBAin

缺乏專職 DBA 時，IT 團隊往往需要逐台排查，耗費大量時間才能找出真正的效能瓶頸。

資料庫變慢的時候，不必先找 DBA。DBAin 用唯讀連線盯住六種資料庫，把「系統很慢但不知道原因」變成看得懂的證據與下一步。

半夜系統變慢，開發說不是程式的問題，MIS 手上只有一台一台登進去看的選項。這是缺少專職 DBA 的維運團隊最常卡住的地方。

DBAin 以等待事件分析（wait-based analytics）為核心，用無代理（agentless）方式遠端連上 Oracle、SQL Server、MySQL、MariaDB、PostgreSQL、MongoDB 六種引擎，每秒取樣一次活躍會話，往下追到慢查詢、執行計畫、阻塞鏈與死結。對被監控的資料庫只做唯讀查詢，不執行新增、修改、刪除，也不會自動去改你的資料庫；採集到的效能中繼資料寫進 DBAin 自己的資料庫。

採集採唯讀與分層預算設計，開發環境測試值為資料庫 CPU 負擔低於 0.5%、單次查詢低於 10 毫秒；實際負擔仍需依你的資料庫、工作負載與採集設定進行驗證。

整套平台用 Docker Compose 部署在單一主機，離線安裝包可在沒有外網的封閉網段完成安裝。介面與 PDF 報表全程繁體中文。監控之外內含集中式健檢，即時狀況跟定期體檢收在同一個窗口。

從慢查詢、執行計畫，一路追到看得懂的證據

慢查詢依指紋（digest）彙整，同一句 SQL 換了參數也會併在一起，讓最該處理的那幾句浮上來。執行計畫用圖形呈現，計畫退化（plan flip）會自動標記。Query、Table、Index 三個顧問給出具體建議，索引建議附上預估收益與可直接執行的 DDL。

遇到阻塞，DBAin 把等待鏈畫成樹狀圖並指出源頭會話，死結事件可以回溯歷史。你不會只拿到一句「資料庫很忙」，而是知道哪個會話擋住了誰。

跨引擎複寫拓撲，含 Oracle Data Guard 與 SQL Server Always On

DBAin 自動發現主從與複寫關係，把延遲畫在拓撲圖上。涵蓋 MySQL 與 PostgreSQL 複寫、MongoDB replica set、Oracle Data Guard（含保護模式與 FSFO 狀態）、SQL Server Always On，也看得到 HAProxy 與 VIP 的入口導向。failover 之後導向會跟著切換，節點資料過時會主動標示。可依群組或資料庫類型分別檢視。

自然語言問答、異常偵測、容量預測（選配功能）

輸入「過去 24 小時最主要的效能瓶頸是什麼」，DBAin 會整理出對應的等待事件、相關 SQL 與建議的下一步。異常偵測用 P10–P90 基準帶標示偏離，把真正跳出常態的點跟平常就會有的尖峰分開。儲存空間則依歷史趨勢外推，估算「還有幾天會滿」。

AI 功能為選配，預設為規則式、不對外連線。啟用 LLM 時可接完全地端的 Ollama，分析資料不出內網；送交模型前會先做 PII 遮罩。若要接雲端模型，屬於需要另行核准的部署方式。

多級門檻、自訂 SQL 規則與嚴重度路由

內建 62 條預設規則。一條規則可以同時設 warning 與 critical，事件依實際突破的級別升級並路由給不同對象。你也可以用一句 SELECT 定義自己的告警條件。等待型態突然變樣時會自動示警，維護期間開靜音視窗就不會被洗頻。通知走 Email、Slack、Microsoft Teams、LINE 或 Webhook。採集器本身有看門狗自我監控，避免監控系統自己失明卻沒人發現。

依組織時區排程，自動產生並寄送

報表依組織時區排程，時間到自動產生並寄給該看的人。PDF 內含狀態總覽色塊、健康燈號、等待資料條與 14 天基準線趨勢圖，紅琥珀綠的燈號讓最該關注的那幾台主機自動浮到前面。報表在伺服器端原生產出、內嵌中文字型，離線環境一樣跑得動。

DBAin 的設計對象，是有 MIS／IT 維運人力、但缺少專職或可即時投入 DBA，而資料庫又撐著重要營運系統的組織。它做的是第一線診斷：協助你判斷資料庫是不是問題來源、看懂手上的證據、決定下一步要自己處理還是找專家。它不取代 DBA，也不會自動修改或修復你的資料庫。

目前支援 Oracle、SQL Server、MySQL、MariaDB、PostgreSQL、MongoDB，實際版本、規模與採集深度需要個案確認；DB2 與 Sybase 不在支援清單內。身分目錄整合（AD／LDAP／SSO）與平台自身高可用列在研發規劃中，如果那是你的必要條件，請在洽談時先告訴我們。

無代理導入、對目標資料庫唯讀、封閉網段可離線安裝、全程繁體中文。歡迎預約產品 Demo，我們會用你環境裡的實際情境走一次。導入前的環境評估、PoC 範圍與期間，由雙方在洽談時共同確認。