Postgresql 备份工具选择

Postgresql 备份工具选择

目录

• Postgresql 备份工具选择
  • 一、官方首选（最常用、最稳妥）
    • ✅ 1. pg_dump / pg_dumpall（逻辑备份）
  • 二、物理备份（生产数据库首选）
    • ✅ 2. pg_basebackup（官方物理备份）
  • 三、企业级 & 自动化工具（强烈推荐）
    • ⭐ 3. pgBackRest（强烈推荐）
    • ⭐ 4. Barman（PostgreSQL 官方生态）
  • 四、云环境 / K8s 场景
    • ☁️ 5. 云厂商托管备份
    • ☸️ 6. K8s：Velero + pgBackRest
    • 7. 超大规模、云原生、只想要“秒级增量 + 快速上云/下云”
  • 五、如何选？一张对照表
  • 六、我的直接建议（重点）

在 PostgreSQL 里，备份工具的选择主要取决于你的数据量、RPO/RTO 要求、是否需要 PITR（时间点恢复）、以及运维自动化程度。结合常见生产实践，给你一份分层推荐👇

一、官方首选（最常用、最稳妥）

✅ 1. pg_dump / pg_dumpall（逻辑备份）

适合场景

• 中小型数据库
• 需要跨版本恢复
• 需要只备份部分库 / 表
• 开发、测试、报表库

优点

• 官方工具，最稳定
• 支持跨大版本恢复
• 可选择性备份（schema / table）
• 可并行（-j）

缺点

• 数据量大时慢
• 恢复时间较长
• 不支持 PITR
  推荐用法

# 单库（推荐）
pg_dump -Fc -j 4 -f db.dump dbname

# 全实例
pg_dumpall > all.sql

📌 结论：
👉 中小库必选，日常运维标配

二、物理备份（生产数据库首选）

✅ 2. pg_basebackup（官方物理备份）

适合场景

• 大型数据库
• 主从复制环境
• 需要快速恢复

优点

• 备份和恢复速度快
• 可直接用于搭建从库
• 支持 WAL（PITR）

缺点

• 不能跨大版本恢复
• 备份粒度粗（整个实例）

推荐用法

pg_basebackup -D /backup/pg -Fp -Xs -P

📌 结论：
👉 大库、生产库、主从环境必用

三、企业级 & 自动化工具（强烈推荐）

⭐ 3. pgBackRest（强烈推荐）

生产环境最主流方案之一
适合场景

• 生产环境
• 需要 PITR
• 多实例/多节点
• 云 & 本地

核心优势

• 全量 / 增量 / 差异备份
• WAL 自动归档
• 并行 + 压缩
• 校验、加密
• 支持 S3 / OSS / NFS

缺点

• 配置略复杂

📌 结论：
👉 企业生产环境首选 No.1

⭐ 4. Barman（PostgreSQL 官方生态）

pgBackRest 的主要对手

适合场景

• 主从架构
• 运维规范要求高
• 集中备份服务器

特点

• WAL 管理优秀
• PITR 支持成熟
• 社区活跃

📌 结论：
👉 偏传统运维、集中化备份场景

四、云环境 / K8s 场景

☁️ 5. 云厂商托管备份

阿里云 RDS PostgreSQL
AWS RDS / Aurora
GCP Cloud SQL

优点

• 全自动
• PITR 开箱即用

缺点

• 不可控
• 成本较高

☸️ 6. K8s：Velero + pgBackRest

不要只备 PV
数据库必须结合 WAL 逻辑

📌 结论：
👉 pgBackRest + 对象存储 = 标准解

7. 超大规模、云原生、只想要“秒级增量 + 快速上云/下云”

工具：WAL-G

• 理由：专为 PostgreSQL 设计的 WAL 持续归档工具，支持并行压缩、加密、直传 S3/GCS/Azure；备份集基于 WAL，- 因此增量几乎“秒级”完成；恢复也能并行拉取。
• 局限：需要先把归档模式打开并配置好 archive_command，初期理解成本略高 。

五、如何选？一张对照表

场景	推荐工具
小库 / 开发测试	pg_dump
大库 / 快速恢复	pg_basebackup
生产 + PITR	pgBackRest
集中式备份	Barman
云托管	云厂商方案
K8s	pgBackRest

六、我的直接建议（重点）

生产环境标准组合：
✅ pgBackRest + WAL 归档
✅ 每日全量 + 每小时增量
✅ 定期恢复演练（非常重要）