Databasus
PostgreSQL 备份工具，支持时间点恢复与恢复验证
Databasus 是一款免费、开源、可自托管的 PostgreSQL 备份工具。支持多种存储（S3、Google Drive、FTP 等）并可将进度通知发送到 Slack、Discord、Telegram 等渠道。专注于 低 RPO/RTO 的时间点恢复
GitHub starsDocker pulls
同时获得 Anthropic 与 OpenAI 开源计划的支持。 了解更多 →
概览
功能特性
Databasus 提供可靠的生产环境备份管理所需的一切，从自动调度到备份加密。既适合有个人项目的独立开发者，也适合 DevOps 团队和企业
1
定时备份
备份应当在指定时间定期执行。因此我们提供多种选项：每小时、每天、每周、每月、cron 等
2
可配置的健康检查
系统每分钟（或你设定的任意间隔）ping 一次你的数据库，并展示检测历史
比如连续 3 次失败后即可判定数据库宕机。一旦数据库恢复正常，你同样会收到通知
5
通过 Docker 自托管
Databasus 运行在你自己的 PC 或 VPS 上，因此所有数据由你掌控并受到保护。通过脚本、Docker 或 k8s 部署大约只需 2 分钟
6
开源且免费
项目完全开源、免费，采用 Apache 2.0 许可证。你可以自由复制和 fork 代码，同样对企业开放
11
逻辑、物理、增量与 WAL 备份
Databasus 支持逻辑备份、物理备份（全量和增量），并通过 WAL 流式复制实现时间点恢复。这使 Databasus 适用于灾难恢复，对自托管数据库和云数据库同样适用；对云托管或可公开访问的数据库可使用远程模式。物理备份基于 PG 17 的原生备份机制实现。 阅读更多 →
4 分钟概览
如何使用 Databasus？
在这段视频中你将看到：如何连接数据库、如何配置备份计划、如何下载和恢复备份、如何添加团队成员，以及什么是用户审计日志
Rostislav Dugin
Databasus 开发者
数据库
支持的数据库
Databasus 支持 PostgreSQL、MySQL、MariaDB 和 MongoDB，你可以用同一个工具完成它们的备份与恢复。核心重点是 PostgreSQL，同时也支持 MySQL、MariaDB 和 MongoDB
流程
如何创建数据库备份？
Databasus 的首要目标是简单。目前它是全世界最容易上手的 PostgreSQL 备份工具。创建备份只需 4 步，之后即可一键恢复
第 1 步
选择所需的备份计划
你可以任选时间：每天、每周、每月、指定时刻（比如凌晨 4 点）或 cron 周期
按周执行需要指定具体的星期几，按月执行需要指定具体的日期
如果数据库较大，我们建议选择流量低谷时段执行备份
第 2 步
填写数据库信息
输入 PostgreSQL 数据库的连接凭据，选择版本和目标 DB，并选择是否需要 SSL
Databasus 默认以均衡级别压缩备份，既不会明显拖慢备份过程（约慢 20%），又能节省 4-8 倍的空间（同时减少网络流量）
第 3 步
选择备份的存储位置
备份文件可以保存在本地、S3、Google Drive、NAS、Dropbox 等服务中
请注意，存储位置需要有足够的空间
第 4 步
选择接收通知的渠道（可选）
当备份成功或失败时，Databasus 可以向你发送通知，可以是 DevOps 群聊、你的邮箱，甚至是团队的 webhook
我们计划支持绝大多数主流即时通讯工具和平台
开始使用
如何安装？
Databasus 支持多种安装方式，本地和云端均可。两种方式都极其简单，即使没有任何运维或 DevOps 经验也能轻松上手
自动安装脚本（推荐）
安装脚本会安装 Docker 和 Docker Compose（如果尚未安装），配置 Databasus 并设置系统重启后自动启动。
sudo apt-get install -y curl && \
sudo curl -sSL https://raw.githubusercontent.com/databasus/databasus/refs/heads/main/install-databasus.sh | sudo bash
FAQ
常见问题
Databasus 的目标是让备份对独立开发者（以及 DevOps）和团队都尽可能简单。界面让创建备份变得轻松，直观展示进度，几次点击即可恢复任何内容
1
Databasus 是什么？为什么应该用它而不是自己写脚本？
Databasus 是一个采用 Apache 2.0 许可证的自托管数据库备份服务。它与 shell 脚本的区别在于：它提供了前端界面，可以调度任务、压缩归档并存储到多个目标（本地磁盘、S3、Google Drive、NAS、Dropbox、SFTP、rclone 等）、配置保留策略来自动清理旧备份，并在任务完成或失败时通知你的团队，这一切都无需手写代码
2
怎样以最快的方式安装 Databasus？
Databasus 支持多种安装方式：自动脚本、Docker、Docker Compose 以及使用 Helm 的 Kubernetes。最快的方式是运行单行 cURL 安装脚本，它会拉取最新的 Docker 镜像，创建 docker-compose.yml 并启动服务，服务器重启后也会自动重启。在 Kubernetes 环境中，可使用官方 Helm chart 进行生产级部署。在一台普通的 VPS 上，整个过程通常不到两分钟。
3
恢复验证是如何工作的？
Databasus 会在你控制的主机上运行一个小型验证代理。每次按计划运行时，代理会下载最新的备份，把它恢复到一个一次性的数据库容器中，然后将恢复后的数据库与源库做完整性核对。结果会被回传，包括恢复的退出码和每张表的行数。计划支持备份完成后、每小时、每天、每周、每月或 UTC cron 表达式。失败可以通过连接到该数据库的任意通知渠道发送，如 Slack、Teams、Discord、邮件等。
4
Databasus 如何保证安全性？
Databasus 从三个层面保障安全：（1）敏感数据加密：所有密码、令牌和凭据均使用 AES-256-GCM 加密，并与数据库分开存储；（2）备份加密：每个备份文件都使用由主密钥、备份 ID 和随机盐派生出的唯一密钥加密，即使有人获得了存储的访问权限，没有你的加密密钥备份也毫无用处；（3）只读数据库访问：Databasus 只需要 SELECT 权限，并会做全面检查确保不存在任何写权限，即使工具本身被攻破也不会破坏数据。
在运行时之外，安全性和可靠性也被落实到每一次提交和 PR：CodeQL 静态分析、集成 gitleaks 和 semgrep 的 CodeRabbit、Dependabot CVE 监控、Trivy 镜像与 Dockerfile 扫描，以及 OpenAI 定期进行的 Codex Security 审计。集成测试针对真实的 PostgreSQL、MySQL、MariaDB 和 MongoDB 容器运行，并在每个 PR 上验证完整的备份加恢复流程。GitHub Actions 固定到提交 SHA，工作流遵循最小权限原则。
完整流程请参阅 安全与可靠性工程。
此外，所有日志都可以通过 OpenTelemetry 标准导出到任意外部系统（VictoriaLogs、SigNoz、Graylog 等）。默认情况下，日志（包括审计日志）也会写入本地文件，因此审计日志不会丢失。详见高级配置。
在运行时之外，安全性和可靠性也被落实到每一次提交和 PR：CodeQL 静态分析、集成 gitleaks 和 semgrep 的 CodeRabbit、Dependabot CVE 监控、Trivy 镜像与 Dockerfile 扫描，以及 OpenAI 定期进行的 Codex Security 审计。集成测试针对真实的 PostgreSQL、MySQL、MariaDB 和 MongoDB 容器运行，并在每个 PR 上验证完整的备份加恢复流程。GitHub Actions 固定到提交 SHA，工作流遵循最小权限原则。
完整流程请参阅 安全与可靠性工程。
此外，所有日志都可以通过 OpenTelemetry 标准导出到任意外部系统（VictoriaLogs、SigNoz、Graylog 等）。默认情况下，日志（包括审计日志）也会写入本地文件，因此审计日志不会丢失。详见高级配置。
5
如何在 Databasus 中设置并运行我的第一个备份任务？
要开始你的第一次 Databasus 备份，只需登录控制台，点击 New Backup，选择一个间隔：每小时、每天、每周、每月或 cron，然后指定确切的运行时间（例如 02:30 这样的低峰时段）。
接着填写 PostgreSQL 的主机、端口号、数据库名称、凭据和 SSL 选项，并选择归档的存放位置（本地路径、S3 存储桶、Google Drive 文件夹、Dropbox 等）。
如有需要，可添加邮件、Slack、Telegram 或 webhook 等通知渠道，然后点击 Save。Databasus 会立即校验信息、启动计划、执行首次任务并实时反馈状态。备份完成后，你即可一键恢复。
接着填写 PostgreSQL 的主机、端口号、数据库名称、凭据和 SSL 选项，并选择归档的存放位置（本地路径、S3 存储桶、Google Drive 文件夹、Dropbox 等）。
如有需要，可添加邮件、Slack、Telegram 或 webhook 等通知渠道，然后点击 Save。Databasus 会立即校验信息、启动计划、执行首次任务并实时反馈状态。备份完成后，你即可一键恢复。
6
Databasus 的采用程度如何？
Databasus 是当今使用最广泛的开源 PostgreSQL 备份工具。截至 2026 年 6 月 17 日，它在 Docker 上已被全球的 DBA、DevOps 工程师、开发者和团队拉取超过 180 万次。它拥有 8,500+ GitHub star，超过了 pgBackRest（约 4,200 star，2014 年发布）和 WAL-G（约 4,100 star，2017 年发布）。Databasus 于 2025 年发布，在第一年内就超越了两者。
7
Databasus 与 PgBackRest、Barman 或 pg_dump 有什么不同？在哪里可以看到对比？
Databasus 追求简单：它提供现代化的 Web 界面来同时管理多个数据库的备份，而不是复杂的配置文件和命令行工具。与原始的 pg_dump 脚本不同，它内置调度、压缩、多存储目标、健康监控和实时通知，一切都通过简洁的 Web 界面管理。
同时，与 pgBackRest 和 WAL-G 不同，Databasus 基于 PostgreSQL 17 的原生机制来做物理备份、增量备份和 WAL 备份，不去重新发明自己的备份引擎。它以远程方式连接你的数据库，可通过到服务器或堡垒机的 SSH 隧道进入封闭网络，因此未公开暴露的数据库同样可以在一个控制台上完成备份和管理。 阅读物理备份与 PITR 备份的实现方式。
我们为主流备份工具准备了详细的对比页面： Databasus vs pg_dump、 Databasus vs pgBackRest、 Databasus vs Barman、 Databasus vs WAL-G 和 Databasus vs pgBackWeb。每篇对比都解释了关键差异和优缺点，帮助你选择适合自己的工具。
同时，与 pgBackRest 和 WAL-G 不同，Databasus 基于 PostgreSQL 17 的原生机制来做物理备份、增量备份和 WAL 备份，不去重新发明自己的备份引擎。它以远程方式连接你的数据库，可通过到服务器或堡垒机的 SSH 隧道进入封闭网络，因此未公开暴露的数据库同样可以在一个控制台上完成备份和管理。 阅读物理备份与 PITR 备份的实现方式。
我们为主流备份工具准备了详细的对比页面： Databasus vs pg_dump、 Databasus vs pgBackRest、 Databasus vs Barman、 Databasus vs WAL-G 和 Databasus vs pgBackWeb。每篇对比都解释了关键差异和优缺点，帮助你选择适合自己的工具。
8
Databasus 得到了 Anthropic 和 OpenAI 开源计划的支持吗？
是的，我们很自豪 Databasus 被全球两家领先的 AI 公司认可为有价值的开源项目。2026 年 3 月，Databasus 同时入选了 Anthropic 的 Claude for Open Source 和 OpenAI 的 Codex for Open Source。这对我们来说是一份独立的可靠性认证：项目经过评估，被认可为值得支持的关键基础设施。 阅读更多 →
9
Databasus 是 pg_dump 的替代品吗？
不完全是。Databasus 专注于低 RTO 和 RPO 的灾难恢复，因此更接近 pgBackRest 或 WAL-G 的替代品——它努力让灾难恢复像 pg_dump 一样简单。不过在逻辑备份方面，它确实可以作为 pg_dump 的替代品，并且底层就使用 pg_dump，在此之上增加了友好的 Web 界面、自动调度、多存储目标、实时通知、健康监控和备份加密。逻辑备份同样适用于 MySQL、MariaDB 和 MongoDB。
10
Databasus 支持哪些数据库？
Databasus 支持 PostgreSQL、MySQL、MariaDB 和 MongoDB。不过 Databasus 最初就是专为 PostgreSQL 打造的，并始终以它为核心，为 PostgreSQL 备份提供 100% 完善的支持和最高的效率。
虽然也支持 MySQL、MariaDB 和 MongoDB，但 PostgreSQL 仍是首要重点，功能优化最充分，开发也在持续推进。
例如，Databasus 为 PostgreSQL 灾难恢复原生支持物理备份和 WAL 备份。所以 Databasus 本质上是 PostgreSQL 备份工具，其他数据库只是扩展。
虽然也支持 MySQL、MariaDB 和 MongoDB，但 PostgreSQL 仍是首要重点，功能优化最充分，开发也在持续推进。
例如，Databasus 为 PostgreSQL 灾难恢复原生支持物理备份和 WAL 备份。所以 Databasus 本质上是 PostgreSQL 备份工具，其他数据库只是扩展。
11
Databasus 支持哪些备份类型？
Databasus 支持物理备份、全量备份、增量备份、WAL 备份和逻辑备份，既适合只想要简单逻辑转储的用户，也适合需要可靠灾难恢复工具的用户。
物理备份、增量备份和 WAL 备份构建在 PostgreSQL 17 的原生机制之上，因此需要 PostgreSQL 17 或更高版本；更旧的版本只能使用逻辑备份。这是有意为之：大多数生产数据库已经运行在 PostgreSQL 17 及以上版本，而更旧的版本大约两年内就会到达生命周期终点。Databasus 的目标是成为 PostgreSQL 17 起的标准备份工具。
如果你要求非公开连接，所有这些备份都可以通过 SSH 隧道运行，数据库永远无需公开暴露。SSH 隧道是内置功能。
- 物理备份：对整个数据库集群的文件级复制。对大数据集来说，备份和恢复都比逻辑转储更快。构建在 PostgreSQL 17 的原生备份机制之上，我们依赖 PostgreSQL 自身久经考验的工具，而不是重新造轮子
- 全量备份：集群的完整、自包含副本，是每条备份链的起点
- 增量备份：只存储自上次备份以来的变化，让备份保持小而快
- WAL 流式复制：持续捕获数据库的写入流，支持时间点恢复（PITR）。专为灾难恢复设计，将数据丢失降到接近于零
- 逻辑备份：数据库引擎专用二进制格式的原生转储。压缩后直接流式写入存储，没有中间文件
物理备份、增量备份和 WAL 备份构建在 PostgreSQL 17 的原生机制之上，因此需要 PostgreSQL 17 或更高版本；更旧的版本只能使用逻辑备份。这是有意为之：大多数生产数据库已经运行在 PostgreSQL 17 及以上版本，而更旧的版本大约两年内就会到达生命周期终点。Databasus 的目标是成为 PostgreSQL 17 起的标准备份工具。
如果你要求非公开连接，所有这些备份都可以通过 SSH 隧道运行，数据库永远无需公开暴露。SSH 隧道是内置功能。
12
Databasus 的开发过程中是如何使用 AI 的？
一直有人询问项目开发中 AI 的使用情况。由于项目专注于安全性、可靠性和生产环境使用，我们希望对开发过程中 AI 的使用保持透明。
AI 被用作代码质量校验、文档改进和开发辅助的助手。AI 不会用于编写全部代码，也不会用于编写没有测试的代码。项目拥有扎实的测试覆盖率、CI/CD 自动化，并由经验丰富的开发者进行审核。
关于 AI 使用、开发流程和安全措施的详细信息，请访问我们的 专门的 FAQ 页面。
AI 被用作代码质量校验、文档改进和开发辅助的助手。AI 不会用于编写全部代码，也不会用于编写没有测试的代码。项目拥有扎实的测试覆盖率、CI/CD 自动化，并由经验丰富的开发者进行审核。
关于 AI 使用、开发流程和安全措施的详细信息，请访问我们的 专门的 FAQ 页面。
13
如何加入 Databasus 社区？
你可以在 t.me/databasus_community 加入我们由开发者、DBA 和 DevOps 工程师组成的大型社区。在社区里可以提问、交流经验、获得配置帮助，并及时了解最新功能和版本发布。
14
Databasus 的普及程度如何？
Databasus 拥有超过 180 万次 Docker 拉取和 8.5k GitHub star。作为对比，pgBackRest 和 WAL-G 各约 4.2k star，Barman 约 3.1k star，这使 Databasus 成为 GitHub 上最受欢迎的数据库备份工具。
它作为重要的关键项目入选了 Anthropic 和 OpenAI 的开源计划。如今 Databasus 已被企业、团队和 DevOps 工程师使用，并有庞大而活跃的社区支持。
Databasus 自 2023 年起开发并投入使用，自 2025 年初起开源并被广泛使用。它已经在真实生产环境中运行了相当长的时间，经受了大量边界情况的考验。关键在于，Databasus 不会发明自定义的备份方式——它依赖 PostgreSQL 原生的、经过验证的实现，而不是为边界情况构建自己的变通方案。
我们的目标是成为 PostgreSQL 17 及以上版本的标准备份工具。Databasus 是第一个构建在 PostgreSQL 原生、高效且如今已成为标准的备份协议之上的备份工具，而不是编写自己的实现。
它作为重要的关键项目入选了 Anthropic 和 OpenAI 的开源计划。如今 Databasus 已被企业、团队和 DevOps 工程师使用，并有庞大而活跃的社区支持。
Databasus 自 2023 年起开发并投入使用，自 2025 年初起开源并被广泛使用。它已经在真实生产环境中运行了相当长的时间，经受了大量边界情况的考验。关键在于，Databasus 不会发明自定义的备份方式——它依赖 PostgreSQL 原生的、经过验证的实现，而不是为边界情况构建自己的变通方案。
我们的目标是成为 PostgreSQL 17 及以上版本的标准备份工具。Databasus 是第一个构建在 PostgreSQL 原生、高效且如今已成为标准的备份协议之上的备份工具，而不是编写自己的实现。