1. pgBackRest 元数据放 NFS 的核心原因
pgBackRest 的元数据记录了备份的关键索引信息(如备份集 ID、备份时间、文件路径、校验和、 WAL 位置等),将其存入 NFS 是为了实现多节点(如主库、备库、备份节点)对同一套备份元数据的共享访问,避免元数据碎片化(如各节点存本地会导致信息不一致),确保分布式/主从架构下备份、恢复操作能精准定位到正确的备份集,本质是通过共享存储保证元数据的“全局一致性”。
2. 用 Oracle 知识理解该元数据
pgBackRest 存于 NFS 的元数据,可类比为 Oracle 中“RMAN 恢复目录(Recovery Catalog)”+“控制文件(Control File)中的备份元数据” 的结合体,核心作用都是“记录备份的索引信息,确保恢复时能找到对应备份集”,具体对应关系如下:
| pgBackRest NFS 元数据 | Oracle 中的对应概念 | 核心共性 |
|---|---|---|
| 记录备份集 ID、路径、时间、WAL 依赖 | RMAN 恢复目录(独立于数据库的集中式备份元数据存储) | 1. 都是集中式存储(NFS 共享=恢复目录独立存储),支持多节点/实例访问; 2. 都存储“备份的索引信息”,而非备份文件本身; 3. 恢复时必须依赖它定位备份集(否则无法找到备份文件) |
| 记录数据库结构、备份校验和 | 控制文件中的备份元数据(本地存储,记录数据库基础信息+备份摘要) | 1. 都包含“数据库基础信息”(如 PG 实例结构/Oracle 数据文件列表); 2. 都用于校验备份的完整性(校验和/备份状态) |
简单说:pgBackRest 把元数据放 NFS,就像 Oracle 把 RMAN 恢复目录部署在共享存储上——目的是让所有参与备份/恢复的节点(如 PG 主库、备库,或 Oracle RAC 节点)都能访问到“统一的备份索引”,避免因元数据分散导致的恢复失败。
5967

被折叠的 条评论
为什么被折叠?



