第 9 章 备份与恢复

pg_dump创建的文本文件应由psql 程序读入。恢复转储的一般命令形式是：

psql dbname < infile

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

如果原始数据库中的对象属于不同的用户，那么转储会指示 psql依次以每个受影响的用户连接，然后创建 相应的对象。这样便保留了原来的属主关系。然而，这也意味着 所有这些用户必须已经存在，而且你必须被允许以每个用户的 身份连接。因此，可能有必要临时放宽客户端认证设置。

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

pg_dump -h host1 dbname | psql -h host2 dbname

上述机制在备份整个数据库集群时既繁琐又不合适。为此提供了 pg_dumpall程序。pg_dumpall 备份给定集群中的每个数据库，同时确保用户和组等全局数据的 状态得到保留。pg_dumpall的调用序列很简单：

pg_dumpall > outfile

得到的转储可以按上文所述用psql恢复。但这种 情况下你肯定需要数据库超级用户权限，因为恢复用户和组信息 需要这样的权限。

由于PostgreSQL允许表大于系统上 的最大文件尺寸，把该表转储到一个文件可能会成问题， 因为得到的文件很可能大于系统允许的最大尺寸。由于 pg_dump可以写到标准输出，你可以直接使用 标准 *nix 工具来绕过这个潜在问题。

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

pg_dump dbname | gzip > filename.gz

恢复时用：

createdb dbname
gunzip -c filename.gz | psql dbname

或者：

cat filename.gz | gunzip | psql dbname

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

pg_dump dbname | split -b 1m - filename

恢复时用：

createdb dbname
cat filename* | psql dbname

使用定制转储格式。.  如果PostgreSQL是在安装了zlib 压缩库的系统上构建的，定制转储格式会在把数据写入输出文件时 压缩数据。对于大型数据库，这会产生与使用gzip 相当的转储尺寸，而且还有一个额外的优点：可以选择性地恢复部分 表。下面的命令用定制转储格式转储一个数据库：

pg_dump -Fc dbname > filename

详情见pg_dump和pg_restore的 参考页。

pg_dump（相应地也包括pg_dumpall） 有一些限制，这些限制源于从系统目录中重建某些信息的困难。

具体来说，pg_dump写对象的顺序并不十分精巧。 例如，当函数被用作列默认值时，这可能导致问题。唯一的解决办法 是手动对转储重新排序。如果你在模式中创建了循环依赖，那么 你要做的工作会更多。

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

请熟悉pg_dump参考页。