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

psql dbname < infile

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

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

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

pg_dump -h host1 dbname | psql -h host2 dbname

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

上述机制在备份整个数据库集簇时显得笨拙而不合适。为此，提供了pg_dumpall程序。pg_dumpall会备份给定集簇中的每个数据库，并保留用户和组等集簇范围的数据。该命令的基本用法是：

pg_dumpall > outfile

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

psql -f infile template1

（实际上，你可以指定任意现有的数据库名作为起始，但如果是载入空集簇，template1是唯一可用的选择。）恢复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参考页。

出于向后兼容的原因，pg_dump默认不转储大对象。要转储大对象，你必须使用自定义或 tar 输出格式，并在pg_dump中使用-b选项。细节见pg_dump参考页。PostgreSQL源码树的contrib/pg_dumplo目录中还包含一个可以转储大对象的程序。

请熟悉pg_dump参考页的内容。