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

psql dbname < infile

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

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

默认情况下，psql脚本在遇到 SQL 错误后仍会继续执行。你可能希望在脚本开头使用下面的命令来改变这一行为，让psql在发生 SQL 错误时以退出状态码 3 退出：

\set ON_ERROR_STOP

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

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

pg_dump -h host1 dbname | psql -h host2 dbname

恢复完备份后，最好对每个数据库运行ANALYZE，这样查询优化器就能拥有有用的统计信息。一个简便的方法是运行vacuumdb -a -z；这等价于对每个数据库手动运行VACUUM ANALYZE。关于如何高效地将大量数据装入PostgreSQL，请参见第 13.4 节。

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

pg_dumpall > outfile

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

psql -f infile postgres

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

由于PostgreSQL允许表大于系统上的最大文件大小，把这样一张表转储到文件可能会产生问题，因为得到的文件很可能超过系统允许的最大尺寸。幸运的是，pg_dump可以把输出写到标准输出，因此你可以利用标准 Unix 工具绕过这个潜在问题。

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

pg_dump dbname | gzip > filename.gz

恢复时用

createdb dbname
gunzip -c filename.gz | psql dbname

或者

cat filename.gz | gunzip | psql dbname

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

pg_dump dbname | split -b 1m - filename

恢复时用

createdb dbname
cat filename* | psql dbname

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

pg_dump -Fc dbname > filename

自定义格式的转储不是供psql执行的脚本，而必须通过pg_restore恢复。详细信息见pg_dump和pg_restore参考页。