4.6. 备份 PostgreSQL 数据

流程

1. 创建新数据库：

   $ createdb dbname

   Copy to Clipboard Toggle word wrap
2. 确保所有拥有对象的用户或对转储数据库中的对象赋予了权限的用户都已存在。如果这样的用户不存在，恢复将无法重新创建具有原始所有权和权限的对象。

3. 运行 psql 工具，来恢复 pg_dump 工具创建的文本文件转储：

   $ psql dbname < dumpfile

   Copy to Clipboard Toggle word wrap

   其中 dumpfile 是 pg_dump 命令的输出。要恢复非文本文件转储，请使用 pg_restore 工具：

   $ pg_restore non-plain-text-file

   Copy to Clipboard Toggle word wrap

流程

1. 确保所有拥有对象的用户或对转储数据库中的对象赋予了权限的用户都已存在。如果这样的用户不存在，恢复将无法重新创建具有原始所有权和权限的对象。

2. 运行 psql 工具来恢复由 pg_dumpall 工具创建的文本文件转储：

   $ psql < dumpfile

   Copy to Clipboard Toggle word wrap

   其中 dumpfile 是 pg_dumpall 命令的输出。

流程

1. 选择数据库集群的位置，并初始化该集群：

   # postgresql-setup --initdb

   Copy to Clipboard Toggle word wrap

2. 停止 postgresql 服务：

   # systemctl stop postgresql.service

   Copy to Clipboard Toggle word wrap

3. 使用任意方法创建文件系统备份，如 tar 归档：

   $ tar -cf backup.tar /var/lib/pgsql/data/

   Copy to Clipboard Toggle word wrap

4. 启动 postgresql 服务：

   # systemctl start postgresql.service

   Copy to Clipboard Toggle word wrap

流程

1. 在 /var/lib/pgsql/data/postgresql.conf 文件中：

   1. 将 wal_level 配置参数设置为 replica 或更高的值。
   2. 将 archive_mode 参数设置为 on。

   3. 在 archive_command 配置参数中指定 shell 命令。您可以使用 cp 命令、其它命令或 shell 脚本。

      例如：

      archive_command = 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f'

      Copy to Clipboard Toggle word wrap

      其中 %p 参数替换为归档文件的相对路径，%f 参数替换为文件名。

      此命令将可归档的 WAL 段复制到 /mnt/server/archivedir/ 目录中。替换 %p 和 %f 参数后，执行的命令如下所示：

      test ! -f /mnt/server/archivedir/00000001000000A900000065 && cp pg_wal/00000001000000A900000065 /mnt/server/archivedir/00000001000000A900000065

      Copy to Clipboard Toggle word wrap

      对每个归档的新文件都会生成类似的命令。

      注意

      归档命令只对已完成的 WAL 段执行。生成小 WAL 流量的服务器在交易完成和其归档存储中的安全记录之间可能会有很长时间的延迟。要限制未归档数据可保留多久，您可以：

      • 设置 archive_timeout 参数，来强制服务器以给定频率切换到新的 WAL 段文件。
      • 使用 pg_switch_wal 参数强制段切换，以确保交易在完成后立即归档。

2. 重启 postgresql 服务以使修改生效：

   # systemctl restart postgresql.service

   Copy to Clipboard Toggle word wrap
3. 测试您的归档命令，并确保它不会覆盖现有文件，如果失败了，它将返回一个非零退出状态。
4. 要保护您的数据，请确保将段文件归档到不具有组或全局读权限的目录中。

流程

1. 使用 pg_basebackup 工具执行基础备份。

   • 将基础备份创建为单个的文件（纯格式）：

     $ pg_basebackup -D backup_directory -Fp

     Copy to Clipboard Toggle word wrap

     使用您选择的备份位置替换 backup_directory。

     如果您在与服务器相同的主机上使用表空间并执行基础备份，那么也必须使用 --tablespace-mapping 选项，否则当试图将备份写入到同一位置时，备份将失败。

   • 将基础备份创建为一个 tar 归档（tar 和压缩格式）：

     $ pg_basebackup -D backup_directory -Ft -z

     Copy to Clipboard Toggle word wrap

     使用您选择的备份位置替换 backup_directory。

     要恢复此数据，您必须手动提取正确位置中的文件。

   要指定serverpg_basebackup将与哪个数据库联系，请使用以下命令行选项：

   • -h 选项用来定义主机的。

     默认主机要么是本地主机，要么是 PGHOST 环境变量所指定的主机。

   • -p 选项用来定义端口。

     默认端口是由 PGPORT 环境变量或编译后的默认值指明的。

2. 基础备份进程完成后，将备份历史记录文件中指定的数据库集群副本和备份过程中使用的 WAL 段文件进行安全归档。
3. 删除比基础备份中使用的 WAL 段文件数值更低的WAL段，因为这些比基础备份旧，并且不再需要进行恢复。

流程

1. 停止服务器：

   # systemctl stop postgresql.service

   Copy to Clipboard Toggle word wrap

2. 将必要的数据复制到临时位置。

   最好复制整个集群数据目录和任何表空间。请注意，这需要系统上有足够的可用空间来保存现有数据库的两个副本。

   如果您没有足够的空间，就保存集群的pg_wal 目录的内容，其中可能包含系统关闭前没有归档的日志。

3. 删除集群数据目录下的所有现有文件和子目录，并在您要使用的任何表空间的根目录下删除。

4. 从您的基础备份恢复数据库文件。

   确保：

   • 恢复的文件具有正确的所有权（数据库系统用户，而不是 root）。
   • 恢复的文件具有正确的权限。
   • pg_tblspc/ 子目录中的符号链接被正确恢复。

5. 删除 pg_wal/ 子目录中的任何文件。

   这些文件源自基础备份，因此已过时。如果您没有归档 pg_wal/，请重新创建它，并使其具有正确的权限。

6. 将你在步骤 2 中保存的任何未归档的 WAL 段文件复制到 pg_wal/ 中。

7. 在集群数据目录中创建 restore.conf 恢复命令文件，并在 restore_command 配置参数中指定 shell 命令。您可以使用 cp 命令、其它命令或 shell 脚本。例如：

   restore_command = 'cp /mnt/server/archivedir/%f "%p"'

   Copy to Clipboard Toggle word wrap

8. 启动服务器：

   # systemctl start postgresql.service

   Copy to Clipboard Toggle word wrap

   服务器将进入恢复模式，并继续读取所需的存档 WAL 文件。

   如果恢复因为外部错误而终止，那么可以重启服务器，它将继续进行恢复。恢复过程完成后，服务器将 restore.conf 重命名为 restore.done。这可以防止服务器在启动正常的数据库操作后意外重新进入恢复模式。

9. 检查数据库的内容，确保数据库已恢复到所需的状态。

   如果数据库尚未恢复到所需状态，请返回到第 1 步。如果数据库已恢复到所需的状态，那么通过恢复 pg_hba.conf 文件中的客户端身份验证配置来允许用户进行连接。