您如何备份和恢复 PostgreSQL？

Question

Accepted Answer

PostgreSQL 提供多种 **备份** 方法 — 逻辑备份（`pg_dump`）和物理备份（base backup + WAL 用于 **时间点恢复**）。稳定的备份和恢复策略对于防止数据丢失至关重要，至关重要的是，**备份必须经过测试**。

## 逻辑备份 — pg_dump

```bash
# pg_dump — dumps a database as SQL (or a custom archive) — portable, flexible
pg_dump -U user -d mydb -F c -f backup.dump      # custom format (compressed, flexible restore)
pg_dump -U user -d mydb > backup.sql              # plain SQL
pg_dumpall > all.sql                              # ALL databases + roles

# restore
pg_restore -U user -d mydb backup.dump            # from custom format
psql -U user -d mydb -f backup.sql                # from plain SQL
```

`pg_dump` 创建数据库的逻辑备份（SQL 或 archive）— 可移植（可恢复到不同版本/服务器）、适合较小的数据库、迁移和选择性备份。但它是时间点快照（不支持连续恢复）。

## 物理备份 + 时间点恢复 (PITR)

```text
For larger/critical databases: a BASE BACKUP (a copy of the data files) + continuous
archiving of the WAL (write-ahead log) → enables POINT-IN-TIME RECOVERY:
  ✓ Restore the base backup, then REPLAY WAL up to ANY point in time
  ✓ Recover to JUST BEFORE a disaster (e.g. an accidental DROP TABLE at 2:47pm)
→ Tools: pg_basebackup, WAL archiving, and tools like pgBackRest / Barman automate this.
```

**PITR** 功能强大：通过持续归档 WAL，您可以恢复到任何时刻 — 不仅仅是最后的备份 — 这对于最小化灾难造成的数据丢失至关重要。

## 备份策略要点

```text
✓ Regular, AUTOMATED backups (scheduled, not manual/forgotten)
✓ Store backups OFF the database server (and offsite / cloud) — survive hardware failure
✓ Retention policy (keep daily/weekly/monthly as needed)
✓ Combine: periodic base backups + continuous WAL for PITR (critical data)
✓ Backups from a REPLICA to avoid loading the primary
```

## 最重要的规则：测试您的备份

```text
⚠️ A backup you've never restored is NOT a reliable backup.
UNTESTED backups fail when you need them most (corrupt, incomplete, wrong process).
→ Regularly TEST restores to verify they actually work and you know the procedure.
```

## 为什么这很重要

备份和恢复是负责任地运维 PostgreSQL 的 **关键** 知识 — 防止数据丢失（来自硬件故障、损坏、意外删除、灾难）是任何生产数据库最重要的职责之一，因此理解备份策略是必要的高级知识。

理解这些方法是必需的：**`pg_dump`**（逻辑备份 — 可移植的 SQL/archive 转储、适合较小的数据库、迁移和选择性/跨版本备份、但仅为时间点快照）和 **物理备份配合时间点恢复 (PITR)**（base backup + 持续 WAL 归档，能够恢复到 *任何* 时刻 — 这对于最小化数据丢失很有用，比如恢复到意外 `DROP TABLE` 之前，对关键数据至关重要）。

了解 **策略要点**（定期自动备份、将其存储在服务器外和异地、保留策略、将 base 备份与 WAL 组合以实现关键数据的 PITR、从副本备份）是重要的运维知识。

最关键的是，理解 **备份必须经过测试** — 未测试的备份是不可靠的，通常在需要时恰好失败（损坏、数据不完整、恢复流程陌生） — 这是一个关键但常被忽视的原则：定期测试恢复是使备份策略真正可信的方式。

由于数据丢失可能是灾难性的（恢复只有在拥有可用备份时才可能），而且正确的策略（适当的备份方法、用于最小损失的 PITR、异地存储，最关键的是 *经过测试的* 恢复）才能保护组织的数据，因此理解 PostgreSQL 备份和恢复是负责任的数据库运维必需的关键高级知识 — 一项高风险职责，其中经过测试的策略与未测试策略之间的差异可能是成功恢复灾难还是永久丧失数据之间的差异，使其成为任何运维生产数据库人员的必要且频繁相关的话题。