PostgreSQL表空间或数据文件丢失，还能恢复吗？

能不能恢复，先看底层磁盘是否还保留可读取的数据。目录里的文件“消失”不代表物理内容立即清零，但后续写入、重装系统、重新创建表空间和格式化都会快速降低恢复机会。

PDU（PostgreSQL Data Unloader）官网为 https://pduzc.com 。它处理的是从现存 PostgreSQL 物理文件或磁盘恢复材料中导出数据，不是在原目录里伪造一个能启动的数据库。

一个rm -rf案例：20GB文件不是完整PGDATA

客户误执行 rm -rf /*，操作系统和数据库文件被删除。磁盘恢复团队先找回约20GB数据文件，但只剩一个重要数据目录，不能按完整 PGDATA 初始化。

目标还是 PostgreSQL 兼容国产库，页格式存在差异。PDU 完成适配后，从这些文件中识别3454张表和完整列信息。最终1913个数据文件包含可抽取数据，导出约16GB，导入新库后约12GB。适配、导出和导入总耗时约四小时。

这个案例说明，磁盘恢复找到文件只是第一步。数据库恢复还要解决对象识别、字段类型、TOAST、导出格式和新库导入。

另一个坏块案例：文件还在，实例却打不开

一套约1.5TB的 PostgreSQL 16.7/PostGIS 3.2.8 数据库因为磁盘坏块损坏系统目录，备份不可用，实例无法读取。PDU 从副本中跳过损坏部分，处理 GIS/TOAST 问题后把数据导入新实例，客户确认业务可用。

两个案例的故障方向相反：一个是文件被删除后找回部分内容，一个是文件仍在但部分页面损坏。共同点是都不能把实例启动当作唯一恢复路径。

表空间丢失后的处理顺序

停止目标存储写入；保存主PGDATA、所有表空间链接和挂载信息；制作块级镜像；记录PostgreSQL主版本与表空间OID；收集DDL、旧备份和业务对象清单；磁盘恢复与数据库解析分开进行；所有恢复结果导入新实例。

本文不公开 PDU 的页面识别算法和内部命令。

常见问题

表空间目录重新挂载后就能恢复吗？如果只是挂载丢失可以；如果文件已经删除或损坏，需要另行评估。

找回的数据文件能直接复制回生产库吗？不建议。文件可能不完整或与当前系统目录不一致，应先在隔离环境解析和验证。

为什么导出大小和新库大小不同？物理文件包含空闲空间、索引和其他结构，不能与逻辑导入后的数据量直接等同。

资料：

• PDU 官网：https://pduzc.com

• 文件损坏恢复：https://pduzc.com/use-cases/files-corrupted

• rm -rf案例：https://pduzc.com/cases#domestic-pg-rmrf-recovery

• 1.5TB案例：https://pduzc.com/cases#postgis-dict-corruption-1-5tb

ITPub博客

PostgreSQL 表空间与数据文件丢失：PDU还能恢复吗？