在 pg_restore 期间禁用 WAL 归档？

Question

假设我在进行大规模破坏性迁移之前通过pg_dump 快速备份了我的 Postgres 9.3 数据库，但我发现我想撤消它。在此期间，没有对 DB 执行任何写入操作。

假设我运行pg_restore -c -d mydb < foo.dump 将转储加载回数据库。假设我将 WAL-E 设置为每 16mb 的 WAL 存档一次，我是否需要在执行恢复之前关闭 archive_mode？当我将转储写回数据库时，归档 xlog 对我来说不是很有用，因为在转储之前我已经有完全有效的基本备份和 WAL 段归档。在我恢复转储时执行 xlog 传送也会产生严重后果，随着转储的大小，情况会变得更糟。

您最终会在还原之前禁用存档吗？你有没有做其他事情来加快速度？ post 中讨论了恢复性能，但它根本不包括存档，除非我错过了什么。

Answer 1

你不能像那样打开和关闭 WAL 归档。 WAL 重放需要连续性。

如果您关闭了 WAL 归档，然后进行了更改，然后重新打开它，关闭并再次打开后生成的新 WAL 将毫无用处。它们无法应用于数据库，您必须先进行新的基础备份，然后才能恢复 WAL 重播/PITR。

如果您在恢复期间关闭 xlog 传送，您需要清除旧的基础备份和 WAL 存档，然后在恢复 WAL 传送之前创建新的基础备份。