KechuAI

Databasement：把八种数据库的备份收敛到一个 Web 控制台，还带 MCP

数据库
备份
开源
DevOps
MCP
2026/10/3
·

阅读时间: 大约 6 分钟

Databasement：把八种数据库的备份收敛到一个 Web 控制台，还带 MCP

Databasement 控制台：90 个快照、总存储 45.97 KB、成功率 100%，含 Jobs Activity 图表与各库最新任务（官方 banner）

数据库备份是每个团队都要做、但很少做好的事。常见状态是：散落各处的 cron 脚本，备份写了但没人验证过能不能恢复，挂了也没人知道。Databasement（david-crty.github.io/databasement）是一个把这件事产品化的开源 Web 应用——把多种数据库的备份集中到一处管理，单容器即可跑起来。本文基于其官方文档梳理。

一、它覆盖什么

官方列出的能力相当全：

  • 多数据库支持：MySQL、PostgreSQL、MariaDB、Microsoft SQL Server、MongoDB、SQLite、Firebird、Redis/Valkey 共 8 种；
  • SSH 隧道：通过 bastion/jump host 连接私网里的数据库；
  • 自动化备份：可调度的周期备份 + 自定义保留策略；
  • 多存储端：本地、S3 兼容存储、Azure Blob、Samba/SMB 共享、SFTP/FTP；
  • 跨服务器恢复：能把快照从一台服务器恢复到另一台；
  • 失败告警：Email、Slack、Discord、Telegram、Pushover、Gotify、Webhook；
  • 多用户 + 双因素认证；
  • REST API 与 MCP server：方便脚本、CI/CD 和 AI 助手接入。

二、部署：单容器，一条 docker run

官方快速上手非常轻：

docker run -d \
  --name databasement \
  -p 2226:2226 \
  -e DB_CONNECTION=sqlite \
  -e DB_DATABASE=/data/database.sqlite \
  -e ENABLE_QUEUE_WORKER=true \
  -v ./databasement-data:/data \
  davidcrty/databasement:1

打开 http://localhost:2226 创建管理员即可。容器内自带 web server、queue worker 和 scheduler 三件套，官方称会自动处理卷权限，也可用 PUID/PGID 对齐宿主机用户组。文档还提供 Docker Compose、Kubernetes + Helm、原生 Ubuntu 等多种部署方式。

三、控制台长什么样

官方 banner 里能看到一个典型面板：快照计数（示例 90 snapshots）、总存储（45.97 KB）、成功率（100%）、近 14 天的 Jobs Activity 柱状图，以及各库（MongoDB、Redis、PostgreSQL、MySQL、SQLite）的最新任务列表与恢复入口。这正是它相对”裸 cron 脚本”的价值——备份成功与否、占了多少空间、哪台库在跑，一屏可见。

四、客观评价：优势与局限

优势：

  1. 覆盖面广：8 种主流库 + 5 类存储后端，在同类开源备份工具里算全；
  2. 私网友好：SSH 隧道访问跳板机后的数据库，不必把库端口暴露公网；
  3. AI 运维友好：内置 MCP server，AI 助手可以直接触发备份、查状态；
  4. 单容器低门槛：不需要专门的编排系统，小团队几分钟上线。

局限 / 需要注意的口径：

  • 官方示例数字（90 快照、45.97 KB、100% 成功率）是演示数据，不代表真实生产负载的规模与可靠性，不要当作性能基准；
  • 它解决的是”备份调度 + 分发 + 告警”，但恢复演练仍需人来做——备份成功率高不等于恢复一定成功，跨机恢复应定期实测；
  • 项目由个人开发者（David Crty）维护，相比商业备份产品，企业级 SLA、长期维护与高级加密（如存储端自带加密密钥管理）需要自行补齐；
  • 默认元数据存 SQLite，规模大或多实例时建议外接正式库。

五、适合谁用

  • 用着好几台 VPS、数据库备份还停留在 cron 脚本、想集中可见的小团队；
  • 需要 SSH 隧道备份私网数据库、且希望失败即时告警（Slack/Telegram）的运维；
  • 想让 AI 助手通过 MCP 直接管理备份的团队。

参考来源