pg_restore似乎试图恢复一些您不拥有的额外数据。尝试在pg_restore命令行中添加-n public选项。它将告诉pg_restore仅恢复公共架构的内容。您的命令行应如下所示

pg_restore -U username -c -n public -d database_name

我在此页面上找到了以下解决方法：
http://archives.postgresql.org/pgsql-general/2011-10/msg00826.php
其思想是使用pg_restore -l列出存档的内容，grep出用户没有恢复权限的扩展名，并使用pg_restore -L在恢复时使用这个取消的列表。
例如：

pg_restore -l ~/database.dump | grep -v "EXTENSION - plpgsql" > ~/restore_elements
pg_restore -L ~/restore_elements ~/database.dump

如果您运行的是Postgres 11's (or higher) version of pg_dump，那么您可以利用新的--no-comments标志。

如果可能，我建议您在创建任何转储之前删除无法恢复的注解。
您可以通过以下方式实现此目的：

COMMENT ON EXTENSION plpgsql IS null;

如果您不想对每个新创建的数据库都执行此操作，请从名为template1的DB中删除注解（CREATE DATABASE…复制此数据库）。
在此之后创建的转储应该可以恢复而不会出现错误。

是否正在加载到由其他用户创建的数据库？如果可能，请尝试使用创建数据库及其现有对象的同一用户进行还原。

在这个命令之后对我有效-

Deepak@deepak:~$ sudo -i -u postgres
postgres@deepak:~$ psql 
psql (9.3.5)
Type "help" for help.

postgres=# GRANT ALL PRIVILEGES ON DATABASE database_name TO user;
postgres=# GRANT

我发现给数据库用户正确的权限对我来说是有效的。我也遇到了同样的错误，这是因为我使用的postgres用户不是超级用户。现在我知道给超级用户权限有很多警告，但如果这是集群上唯一的数据库，这应该不是问题。
您可以通过使用sudo -u postgres psql登录到postgres shell来完成此操作
然后使用ALTER USER your_db_username WITH SUPERUSER设置权限
然后重启服务X1 M2 N1 X。
现在再次运行restore/backup命令，它应该可以工作。另一个注意事项是，我相信使用这些新权限进行备份和恢复是很重要的。