pgBackRest 备份恢复工作流
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/run-postgresql-backup-restore-and-wal-recovery-workflows-with-pgbackrest 技能。
技能介绍
要解决的问题
PostgreSQL 的备份恢复链路通常分散在多个命令和配置文件里:全量备份怎么排程、WAL 归档怎么推送和取回、时间点恢复(PITR)怎么指定目标位点,每一段都有出错空间。一旦真要演练恢复,工程师得临时拼凑命令、回忆仓库路径和保留策略,容易在仓库(repository)和 WAL 归档这两步上踩坑,而这两者恰恰是恢复成败的关键。
核心能力与工作方式
该技能把备份、恢复、校验和 PITR 整理成显式的 runbook,每一步都明确声明仓库与 WAL 的处理方式,而不是隐式依赖默认值。关键能力包括:
- 多仓库支持:允许本地仓库配短保留期用于快速恢复,远程仓库配长保留期用于企业级冗余与跨环境访问,两者组合而不互相干扰。
- WAL 归档的专用命令:分别提供推送 WAL 到归档、从归档取回 WAL 的命令,恢复前可先验证归档可用性,避免恢复中途才发现 WAL 缺失。
- 并行与异步处理:两个 WAL 命令都支持并行加速,并以异步方式运行,尽量缩短响应等待。
- 配置与操作轻量:pgBackRest 本身强调易于配置和操作,技能据此把前置条件收敛为明确的几条。
典型流程:确认前置条件 → 指定目标仓库执行备份 → 校验备份 → 需要时按位点触发恢复 → 通过归档命令取回所需 WAL 完成 PITR。
适用边界与注意点
- 依赖
pgBackRest安装、PostgreSQL 服务器访问权限、已配置的备份仓库存储,以及目标环境的凭据和保留策略;这些都要预先就绪,技能本身不代管基础设施。 - 恢复前的备份校验和 WAL 完整性检查不能省略,否则 PITR 可能停在错误位点。
- 多仓库的保留期与冗余策略需要按环境自行规划,技能只提供组织结构,不替你决定保留窗口。
使用场景
- 线上 PostgreSQL 发生误操作或数据损坏,需要按故障发生时间做时间点恢复,把数据拉回指定位点。
- 季度灾备演练时,需要验证现有备份是否可用,并按 runbook 完整走一遍恢复流程留档。
- 需要将 WAL 归档推送到远程仓库,并在恢复前从归档中取回指定时间段的 WAL 验证完整性。
- 需要配置多仓库策略:本地仓库短保留用于日常快速恢复验证,远程仓库长保留用于合规与冗余。
适合人员
- PostgreSQL 数据库管理员:生产库发生故障时,需要按清晰 runbook 快速完成备份恢复与 PITR。
- 负责数据库备份的运维工程师:需要将 WAL 归档与多仓库保留策略落地为可重复执行的流程。
- 灾备演练负责人:需要定期验证备份完整性、恢复链路和归档可用性,确保演练可留档追溯。
- 后端工程师:需要为团队的 PostgreSQL 服务搭建可验证、可交接的备份恢复方案。