5

我正在尝试在 PostgreSQL 中恢复集群备份。我使用了 pg_dumpall，它生成了一个带有 SQL 查询的纯文本文件。但是，当我尝试恢复它时，我收到此错误：

pg_restore: [archiver] 输入文件似乎不是有效的存档

当我尝试恢复数据库的备份（使用 pg_dump 生成）时，我也收到了同样的错误，但我解决了这个问题。在这种情况下，pg_restore 无法识别带有 SQL 查询的纯文本，所以我更改了命令：

pg_dump db_name -Fc -U user -h host -p port > my_db_backup.dump

而是写道：

pg_dump db_name -Fp -U user -h host -p port > my_db_backup.dump

这样生成的文件不是纯文本的，所以 pg_restore 可以很好地处理它。

现在，我正在尝试使用 pg_dumpall 进行相同的管理，但没有 -F 参数。我的代码（在 Python3 中，但此命令对于任何语言都相同）是：

pg_dumpall -U user -h host -p port > my_cluster_backup.dump

知道如何管理这个吗？或者至少如何以任何方式恢复集群备份？先感谢您！

编辑

如果我使用psql来恢复：

psql -U user -h host -p port -f my_cluster_backup.dump postgres'

它似乎有效，控制台中显示了很多命令，但每个命令都给出“它已经存在”错误。我无法理解，因为我有两个集群（端口 5432 和 5433），当我确定我已连接到 5433 时，我猜它正在尝试在 5432 中恢复。以前有人遇到过这个问题吗？

4

2 回答 2

6

请参阅pg_dumpall doc末尾的示例：

转储所有数据库：

$ pg_dumpall > db.out

要从此文件重新加载数据库，您可以使用：

$ psql -f db.out postgres

（在这里连接到哪个数据库并不重要，因为 pg_dumpall 创建的脚本文件将包含适当的命令来创建和连接到保存的数据库。）

db.out在这个例子中是一个 SQL 命令脚本，旨在直接提供给psql解释器。

pg_restore不能使用纯 SQL 文件作为输入。它的主要/原始目的是将非文本格式的备份（例如pg_dump -Fc）作为输入并生成相应的 SQL 文件作为输出，或者使用并行路径直接恢复到数据库中（-j）

pg_restore当输入已经是一个 SQL 脚本时，使用而不是真的没有意义psql，所以大概这就是为什么作者不费心支持 SQL 脚本作为pg_restore.

于 2014-05-09T21:11:16.150 回答
0

现在，你有 pg_basebackup 来备份整个节点。

于 2021-04-08T20:55:56.040 回答