PostgreSQL增量备份的最佳方法

Question

我目前正在使用通过管道连接到 gzip 的 pg_dump，通过管道连接到 split。但这样做的问题是所有输出文件总是会改变。因此基于校验和的备份始终复制所有数据。

还有其他好方法来执行 PostgreSQL 数据库的增量备份，可以从备份数据恢复完整数据库吗？

例如，如果 pg_dump 可以使所有内容绝对有序，那么所有更改仅在转储结束时应用，或类似的。

Answer 1

更新： 查看 Barman 了解更简单的方法来设置 WAL 归档以进行备份。

您可以使用PostgreSQL的连续WAL归档方法。首先，您需要设置 wal_level=archive，然后执行完整的文件系统级备份（在发出 pg_start_backup() 和 pg_stop_backup() 命令之间）然后只需通过配置 archive_command 选项复制较新的 WAL 文件。

优点：

• 增量式，WAL 归档包括恢复数据库当前状态所需的一切
• 几乎没有开销，复制 WAL 文件很便宜
• 您可以在任何时间点恢复数据库（此功能称为 PITR）或时间点恢复）

缺点：

• 设置比 pg_dump 更复杂
• 完整备份将比 pg_dump 大得多，因为包含所有内部表结构和索引
• 不适用于写入密集型数据库，因为恢复会需要很长时间。

有一些工具，例如 pitrtools 和 omnipitr 可以简化设置和恢复这些配置。但我自己没有使用过它们。

Answer 2

另请查看 http://www.pgbackrest.org

pgBackrest 是 PostgreSQL 的另一个备份工具，您应该将其评估为它支持：

• 并行备份（经过测试几乎可以线性扩展至 32 个核心，但可能会更远……）
• 静态压缩备份
• 增量和差异（压缩！）备份
• 流式压缩（数据仅在源处压缩一次，然后通过网络传输并存储）
• 并行、增量恢复（能够将旧副本更新到最新副本）
• 完全支持表空间
• 备份轮换和存档过期
• 能够恢复由于某种原因失败的备份
• 等。

Answer 3

另一种方法是备份为纯文本并使用 rdiff 创建增量差异。