SupaCove

什么是 SupaCove？

SupaCove 是一款自托管的 PostgreSQL 备份工具，它会对你的托管数据库运行 pg_dump，用 age 加密生成的流，并将其存储在你自己的 S3 兼容对象存储中。整个过程分为六个明确定义的阶段：导出、加密、暂存、上传、校验和通知。导出、加密或提交环节的任何失败都会将任务标记为失败——绝不会标记为成功。其核心理念很简单：失去实例，保住备份。

适用人群

• 使用免费套餐的 Supabase、Neon 和 Railway 用户——按计划自动备份，旧备份根据你的保留策略进行清理。
• 使用付费托管 Postgres 的团队——在你掌控的对象存储中保留一份加密的第三方副本，与平台自身的备份并存。
• 任何希望在没有原始实例的情况下恢复的人——恢复只需要密文、离线 age 身份文件和恢复脚本。

核心功能

六阶段备份流水线

每次备份都会经历导出、加密、暂存、上传、校验和通知。导出、加密或提交环节的失败会将任务标记为失败，而校验和通知则各自拥有独立的状态。

使用离线身份文件的 age 加密

备份在导出过程中即通过内置库使用 X25519 和 ChaCha20-Poly1305 进行 age 加密——无需外部 age CLI。默认情况下，实例仅持有公共接收者；负责解密的身份文件离线保存在你手中。

独立恢复套件

恢复只需要三样东西：带有清单的 *.dump.age 密文、你的离线 identity.txt，以及 restore.sh 脚本。清单本身包含服务器版本、表数量、SHA-256 和接收者指纹等自描述信息，因此元数据数据库并非恢复的前提条件。

明确的失败处理

因关机而中断的任务会被记录为已中断，而非错误地标记为失败；当满足恢复条件时，启动过程会自动重新上传。密码和凭据在日志、API 错误、任务历史和指标中均会被脱敏处理。

亮点所在

失去实例，保住备份。

这句话道出了核心承诺：你的恢复不依赖于原始数据库实例的存活。清单是自描述的，因此即使没有元数据数据库，你也拥有恢复所需的一切。结合离线 age 身份文件，这使得 SupaCove 的备份真正可移植，而非绑定于一个运行中的系统。

值得一试，如果……

你在托管平台上运行 PostgreSQL，并希望拥有一份加密的、自己掌控的、真正能用来恢复的副本。如果你使用的是缺少自动备份的免费套餐，或者你希望拥有一份独立于服务商自身保留策略的第三方副本，它尤其值得关注。如果“失去实例但保住备份”听起来是合适的取舍，SupaCove 正是围绕这一点打造的。