还原失败主因是备份中硬编码的owner角色在目标库不存在，需先用psql执行\du确认角色，再create user创建同名用户（注意大小写与引号），或使用pg_restore --no-owner跳过owner校验。
还原失败不是因为备份文件坏了，而是还原时指定的 owner 角色在目标库中根本不存在 —— 这个角色名被硬编码在备份 sql 里（比如 create table ... owner to "app_admin"），而你当前 postgresql 实例里没这个用户。
还原前先确认备份里用了哪些 owner 角色
PostgreSQL 的 pg_dump 默认会在建表语句末尾加上 OWNER TO "xxx"。还原时如果 "xxx" 不存在，就会卡在 ERROR: role "xxx" does not exist。
- 用
head -n 50 backup.sql | grep OWNER快速扫一眼前几十行，看有没有类似OWNER TO "dev_user"的语句 - 更准的方法是：用
pg_restore -l dump_file | grep -i owner（如果是自定义格式备份） - 注意大小写和引号：带双引号的
"AppUser"和不带引号的appuser是两个角色，PostgreSQL 区分
直接创建缺失的角色（最常用）
别改备份文件，先让目标库“认得这个人”：
- 用超级用户（如
postgres）连进目标库：psql -U postgres -d your_db - 执行
CREATE USER "app_admin" WITH PASSWORD 'xxx';—— 用户名必须和备份里完全一致（含大小写、引号） - 如果备份里写的是
OWNER TO app_admin（没引号），那实际创建时要写CREATE USER app_admin WITH PASSWORD 'xxx';，PostgreSQL 会自动转成小写 - 不需要给该用户额外权限，只要存在即可；还原过程只检查角色是否存在，不校验密码或权限
还原时跳过 owner 设置（临时绕过）
如果你不想/不能创建那些角色（比如生产环境禁止随意加用户），可以用 --no-owner 参数让 pg_restore 忽略 owner 信息：
pg_restore --no-owner --dbname=your_db backup.dump- 或者对 SQL 格式备份：
psql -U postgres -d your_db -v ON_ERROR_STOP=1 --no-psqlrc -f backup.sql 2>/dev/null | grep -v "ERROR: role"（不推荐，只是应急） - 注意：
--no-owner不影响对象功能，所有对象都会归当前连接用户所有，后续可手动ALTER TABLE ... OWNER TO ...
Navicat 自带还原工具的坑
Navicat 的“还原”按钮底层调用的是 pg_restore 或 psql，但它不暴露 --no-owner 选项，也不提示 owner 缺失 —— 错误日志藏在“还原日志”面板底部，常被忽略。
- 点还原后失败，务必点开右下角的
还原日志，搜索role或OWNER - Navicat 16.2+ 支持在还原对话框里勾选
Ignore owner，旧版本没有这选项，只能提前建角色或换命令行 - 如果备份是从另一台服务器导出的，建议先用
pg_dump --no-owner重新导一次，一劳永逸
真正麻烦的不是“找不到角色”，而是备份里混用了大小写+引号的 owner 名，比如 "Admin"、"ADMIN"、admin 同时出现 —— 这时得一个个查、一个个建，漏一个都卡住。别指望 Navicat 自动帮你映射或转换。
