由pg_dump创建的文本文件供psql程序读取。恢复转储的通用命令格式是

psql dbname < infile

其中infile是pg_dump命令输出的文件。dbname数据库不会被这条命令创建，因此你必须先从template0自行创建它，然后再执行psql（例如用 createdb -T template0 dbname). psql 支持与pg_dump类似的用于指定要连接的数据库服务器和所用用户名的选项。更多信息见psql参考页。

在恢复 SQL 转储之前，所有拥有对象或者在被转储数据库中曾被授予对象权限的用户都必须已经存在。否则，恢复将无法以原有所有权和/或权限重新创建这些对象。（有时这正是你想要的，但通常不是。）

默认情况下，psql脚本在遇到 SQL 错误后仍会继续执行。你可能希望让psql在设置了ON_ERROR_STOP变量的情况下运行，以改变这一行为，并让psql在发生 SQL 错误时以退出状态码 3 退出：

psql --set ON_ERROR_STOP=on dbname < infile

无论哪种方式，你都只会得到一个部分恢复的数据库。另一种办法是指定把整个转储作为单个事务恢复，这样恢复要么完全完成，要么完全回滚。这种模式可以通过向psql传递-1或--single-transaction命令行选项来指定。使用这种模式时要注意，即使一个微小的错误也可能回滚一个已经运行了多个小时的恢复。不过，对于转储被部分恢复后复杂的数据库手工清理而言，这可能仍是更可取的选择。

pg_dump和psql能够写入或读取管道，这使得可以把数据库直接从一台服务器转储到另一台服务器，例如：

pg_dump -h host1 dbname | psql -h host2 dbname

恢复完备份后，最好对每个数据库运行ANALYZE，这样查询优化器就能拥有有用的统计信息；更多信息见第 23.1.3 节和第 23.1.5 节。关于如何高效地将大量数据装入PostgreSQL，请参见第 14.4 节。

pg_dump一次只转储一个数据库，而且不会转储角色或表空间的信息（因为这些是整个集簇级别的，而不是每个数据库各自的）。为了方便地转储整个数据库集簇的全部内容，提供了pg_dumpall程序。pg_dumpall会备份给定集簇中的每个数据库，并保留角色定义和表空间定义等集簇范围的数据。该命令的基本用法是：

pg_dumpall > outfile

得到的转储可以用psql恢复：

psql -f infile postgres

（实际上，你可以指定任意现有的数据库名作为起始，但如果是载入空集簇，通常应使用postgres。）恢复pg_dumpall转储时始终需要数据库超级用户权限，因为恢复角色和表空间信息需要这种权限。如果使用了表空间，请确保转储中的表空间路径适合新的安装。

pg_dumpall的工作方式是先发出重新创建角色、表空间和空数据库的命令，然后针对每个数据库调用pg_dump。这意味着每个数据库本身都是内部一致的，但不同数据库的快照可能并不完全同步。

某些操作系统对文件大小有上限，这会在创建大型pg_dump输出文件时带来问题。幸运的是，pg_dump可以把输出写到标准输出，因此你可以利用标准 Unix 工具绕过这个潜在问题。有几种可行方法：

使用压缩转储。.  你可以使用自己喜欢的压缩程序，例如gzip：

pg_dump dbname | gzip > filename.gz

恢复时：

gunzip -c filename.gz | psql dbname

或者：

cat filename.gz | gunzip | psql dbname

使用split。.  split命令允许你把输出分割成文件系统可接受大小的较小文件。例如，要切分为 1 MB 的块：

pg_dump dbname | split -b 1m - filename

恢复时：

cat filename* | psql dbname

使用pg_dump的自定义转储格式。.  如果构建PostgreSQL所用的系统安装了zlib压缩库，自定义转储格式会在向输出文件写入数据时对其进行压缩。这会产生与使用gzip大致相同大小的转储文件，但额外的优点是其中的表可以有选择地恢复。下面的命令使用自定义转储格式转储数据库：

pg_dump -Fc dbname > filename

自定义格式的转储不是供psql执行的脚本，而必须通过pg_restore恢复，例如：

pg_restore -d dbname filename

详细信息见pg_dump和pg_restore参考页。

对于非常大的数据库，你可能需要把split与另外两种方法之一结合使用。