如果您恢复。sql文件。 在pgAdmin中创建一个新数据库。 进入终端，浏览.sql文件所在的文件夹/目录。然后在终端中写入以下命令。

让: 超自然用户后

Examaple:

sudo -u postgres psql newDb < restoreDb.sql

如果你用这种方式备份，我想这会更容易导入数据库。

pg_dump -h(远端数据库地址)-a——column-inserts -U postgres(数据库名)>(文件名).sql

对于进口,

psql -f(文件名).sql ——host(远程数据库地址) ——端口5432 ——用户名postgres ——password(你的密码) ——dbname(你要导入的数据库)

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

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 ?

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

我也一直在为这个问题挣扎。这是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

psql -U <username> -d <database-name> -h <host-name> -f <backup.sql> . p