2026.10.01

borgmatic:用配置文件编排 Borg 备份

borgmatic 面向服务器和工作站,以配置文件统一管理文件、数据库、仓库检查、保留策略与通知。采用前需评估 Borg 依赖、数据库恢复流程、密钥管理和监控覆盖。

项目用途

borgmatic 是一款面向服务器和工作站的配置驱动备份软件,建立在 Borg Backup 之上。它适合希望把备份目录、仓库、保留规则和检查项集中写入配置文件的个人运维者、小团队与自托管用户。项目 README 还说明支持客户端加密,因此备份数据在送往目标仓库前可以按 Borg 的工作方式进行加密;但加密密钥的保存、轮换和恢复责任仍由部署者承担。

已知功能

配置可以描述多个源目录,并将备份写入本地或远程仓库。示例包含每日、每周和每月保留数量,也包含对仓库与归档的检查,以及在创建备份前运行准备脚本的能力。这样的结构适合把备份流程纳入日常运维,而不是依赖零散的手工命令。

项目也覆盖数据库场景。README 示例展示 PostgreSQL 数据库转储;仓库主题还列出 MariaDB、MongoDB、MySQL 和 SQLite。2.1.9 的正式 release 进一步记录了 PostgreSQL、MariaDB 和 MySQL 数据库名称的 glob 匹配,并为 restore 操作的 data-source 参数加入 glob 支持。对于数据库数量较多、命名有规律的环境,这能减少重复配置,但仍需要逐项验证转储内容和恢复结果。

监控方面,borgmatic 可接入第三方服务,示例使用 Healthchecks 来获知备份是否按预期发生。仓库主题还列出 Apprise、ntfy、Loki、Zabbix 与 Uptime Kuma。具体集成方式、凭据保存方式和告警边界应以项目文档及所选服务的配置为准,不能仅凭主题列表推断完整能力。

适合谁

它适合熟悉 Linux、SSH、Borg 仓库和 YAML 配置的自托管用户,也适合需要管理多台工作站或服务器的运维团队。若你希望获得图形化向导、托管式密钥管理或现成的灾难恢复流程,则应先确认 borgmatic 及 Borg 是否符合现有团队的操作方式;当前来源没有提供这些方面的完整承诺。

采用前的限制与部署考虑

首先,borgmatic 依赖 Borg Backup,部署时应同时规划 Borg 版本、远程仓库访问和 SSH 凭据。来源没有确认最低硬件配置、完整兼容性矩阵或性能数据,因此不宜据此估算容量和备份窗口。

其次,备份成功不等于恢复可用。数据库转储、归档检查、密钥备份和定期恢复演练应分别验证;通知服务也不能替代本地日志和人工复核。远程仓库还要考虑网络中断、凭据权限、保留策略误配及密钥丢失。

项目 GitHub 仓库标注 GPL-3.0,README 表述为 GPLv3 或更高版本。正式采用前应让团队确认该许可证与内部发布、修改和分发流程相容。当前来源未提供价格、最低资源要求或安全审计结论,不应将其视为已确认的安全保证。

资料来源

资料核对日期:2026-10-01