当我尝试用DBeaver备份db时，我得到了相同的错误。如果有人在Windows上使用DBeaver界面而不是命令行，请确保在备份和恢复设置时选择的格式为tar。

提供了一个简单的回答，这对我有用，对你也适用于大多数情况

psql -U username -d database_name < dump_file.sql . d

如果上面给出与角色相关的错误，则将username替换为postgres。

psql -U postgres -d database_name < dump_file.sql . d

创建备份时，可能希望在另一个网络中恢复它或创建远程恢复。

我们需要使用——format=custom [-Fc]创建一个备份文件，然后使用pg_restore恢复它。我们可以使用连接字符串postgresql://<user>:<pass>@localhost:5432/<dbname>并替换<user>， <pass>和<dbname>与您的信息。

pg_dump -v -Fc \
postgresql://<user>:<pass>@localhost:5432/<dbname> \
> db-20211122-163508.sql

要恢复，我们将使用——clean [-c]和——create [-c]来调用它，在恢复之前删除数据库。将<用户>，<主机>，<端口>，<dbname>替换为您的信息。

pg_restore -vcC \
-U <user> \
-h <host> \
-p <port> \
-d <dbname> \
< db-20211122-163508.sql

我也一直在为这个问题挣扎。这是dump和restore命令的组合，对我来说很有效:

pg_dump -Ft -C -h database_host -U username database > DATA.dump

恢复

pg_restore -x --no-owner -d database DATA.dump

如果您想在您的DB中保持相同的访问权限(acl)，请删除-x标志。为此，在数据库中必须具有相同的角色和用户。

https://www.postgresql.org/docs/15/app-pgdump.html

https://www.postgresql.org/docs/15/app-pgrestore.html

如果你有一个完整的数据库转储:

PGPASSWORD="your_pass" psql -h "your_host" -U "your_user" -d "your_database" -f backup.sql

但是，如果您的模式是分开保存的，那么这就行不通了。然后需要禁用数据插入触发器，类似于pg_restore——disable-triggers。然后你可以使用这个:

cat database_data_only.gzip | gunzip | PGPASSWORD="your_pass" psql -h "your_host" -U root "your_database" -c 'SET session_replication_role = replica;' -f /dev/stdin

另一方面，我认为这是postgres的一个非常不幸的缺点。在pg_dump中创建转储的默认方式与pg_restore不兼容。然而，加上一些额外的关键字，它就是。WTF ?

为了使用pg_dump创建与pg_restore兼容的备份，在创建转储时必须使用——format=custom / -Fc。

从文档中可以看出:

输出适合输入到pg_restore的自定义格式的存档。

所以你的pg_dump命令可能是这样的:

pg_dump --file /tmp/db.dump --format=custom --host localhost --dbname my-source-database --username my-username --password

你的pg_restore命令:

pg_restore --verbose --clean --no-acl --no-owner --host localhost --dbname my-destination-database /tmp/db.dump