云上 PostgreSQL 备份与恢复实战：pg_dump + 对象存储 OBSS 自动化落地

数据库是业务的命脉，但很多团队的备份还停留在偶尔手工 pg_dump 一下的阶段，真正出事时才发现恢复流程没验证过、备份文件损坏或根本找不到。下面这套方案基于 PostgreSQL 常见工具链，配合华为云对象存储 OBSS 做异地留存，目标是：备份自动化、恢复可验证、成本可控。

一、明确备份目标。先定 RPO（能容忍丢多少数据）和 RTO（多久要恢复服务）。对核心业务库，建议每日全量加 WAL 归档做到近实时；对日志、审计类库，每日一次全量即可。目标不同，策略和成本差异很大，先定目标再选工具。

二、全量备份用 pg_dump 加压缩。定时任务里用 pg_dump -Fc（自定义格式，支持并行恢复、体积小），再配合 gzip 或 zstd 二次压缩。关键是把备份文件直接流式写到对象存储，避免落本地磁盘占满。一个简单做法是 pg_dump -Fc dbname | gzip 管道上传到 OBSS 桶。用 zstd 比 gzip 快且压缩比高，恢复时间能明显缩短。

三、增量靠 WAL 归档。开启 archive_mode，把 WAL 段实时归档到对象存储，配合 pg_basebackup 做基础备份，就能做到任意时间点恢复 PITR。恢复时先还原基础备份，再重放 WAL 到指定时间戳，RPO 可以接近零。

四、异地与多副本。备份和生产数据一定分桶、分区域存放，避免单点故障连带丢失。OBSS 支持跨区域复制和版本控制，建议开启，防止误删覆盖历史备份。

五、恢复必须演练。没演练过的备份等于没有备份。每月至少做一次恢复到测试环境的演练，记录恢复耗时是否满足 RTO，并校验数据一致性（行数、关键表校验和）。把演练脚本化，纳入日常。

六、常见坑。1）备份脚本里硬编码密码，应改用环境变量或密钥管理；2）只备份数据不备份 schema、扩展、权限，恢复后表结构对不上；3）备份文件无校验，多年后才发现是坏的，务必对备份做 checksum；4）归档目录清理策略缺失，对象存储费用悄悄涨；5）恢复演练只在本地做，没验证跨区域拉取的真实耗时。

总结：备份的核心不是导出一份文件，而是能恢复到指定时间点。用 pg_dump 做全量、WAL 归档做增量、对象存储做异地，再把恢复演练制度化，才能真正给数据上一道保险。