2026.10.11
Databasement:把多种数据库备份集中到自托管 Web 界面
Databasement 面向需要统一管理多种数据库备份的个人、团队和运维人员,提供计划任务、快照恢复、远程连接、存储后端、通知与 API。采用前仍需核对数据库版本、恢复边界和部署安全。
它解决什么问题
Databasement 是一个带 Web 界面的自托管数据库备份管理应用。它可以登记数据库服务器、测试连接、创建周期性备份,并把快照恢复到已登记的目标服务器。对于同时维护多种数据库、希望把备份计划和恢复入口集中管理的团队,它比为每个数据库单独维护脚本更容易形成统一的操作界面。
README 列出的数据库包括 MySQL、PostgreSQL、MariaDB、Microsoft SQL Server、MongoDB、SQLite、Firebird 与 Redis/Valkey。项目网站也将它定位为用于管理这些数据库服务器备份的 Web 应用。不过,支持“备份”不等于所有引擎都支持完整恢复:README 的版本表明确列出 Redis 与 Valkey 的 Restore 为“No”,因此采用前必须逐项核对实际数据库和恢复目标。

图片来源:databasement。项目公开截图,界面可能随版本变化。
已知功能与适合人群
它支持 SSH 隧道,可通过堡垒机或跳板服务器连接私有网络中的数据库;远程代理则面向防火墙或隔离网络,代理主动通过 HTTPS 连接、在本地生成转储并上传到存储。这些能力适合管理云上私网数据库、分支机构服务或不希望开放入站端口的环境,但连接凭据、密钥和代理运行位置仍需纳入组织的访问控制方案。
备份可以按日或周执行,并使用按天数的时间保留策略或 GFS 保留策略。压缩选项包括 gzip、zstd,以及面向敏感数据的 AES-256 加密选项。项目还提供跨服务器恢复、按计划刷新目标数据库、实时任务日志和失败通知;通知渠道包括 Email、Slack、Discord、Telegram、Pushover、Gotify 与 Webhook。
团队场景可使用多租户组织、隔离工作区、基于角色的访问控制,以及 Google、GitHub、GitLab 和 OpenID Connect 登录;README 还列出可选双因素认证。REST API 和 MCP server 可用于脚本、CI/CD 或 AI 助手集成。适合人群包括小型团队的运维人员、需要自托管控制面的数据库管理员,以及希望把备份任务纳入现有自动化流程的开发团队。
部署与采用前的限制
官方文档列出单容器、Docker Compose、Kubernetes + Helm 和原生 Ubuntu 四种部署方向。单容器方案把 Web server、队列 worker 和 scheduler 放在一起,适合先验证流程;生产部署仍应根据文档配置持久化数据、访问控制、存储权限和外部依赖。本文不对最低硬件、性能或高可用能力作推断,来源也未确认这些指标。
部署前应先做一次真实恢复演练,而不是只观察备份任务成功。需要确认转储工具、数据库版本、字符集、扩展、权限和目标环境是否匹配;还要明确备份存储与应用数据是否位于不同故障域。加密、SSH、OAuth/SSO、双因素认证和通知虽已被项目列为功能,但具体配置方式、密钥保管和组织合规性仍应查阅官方文档。
截至所给来源,官方 v1.9.3 release 记录了组织切换器显示、API 更新时保留备份配置,以及对 API 更新造成的孤立快照重新执行保留策略等修复。项目采用 MIT License。版本兼容性、恢复限制和部署细节可能随版本变化,正式采用前应以对应版本文档和 release 为准。
资料来源
资料核对日期:2026-10-11