pg_rewind - 云端在线

程序：

您的姓名

pg_rewind - 将 PostgreSQL 数据目录与另一个数据目录同步
从第一个分叉

概要

pg_倒带 [选项...] {-D | --目标-pgdata} 目录 {--源-pgdata=目录 |
--源服务器=连接器}

商品描述

pg_rewind 是一个工具，用于将 PostgreSQL 集群与另一个相同的副本同步
集群，在集群的时间线发生分歧之后。 一个典型的场景是带来一个
旧的主服务器在故障转移后重新联机，作为跟随新主服务器的备用服务器。

结果相当于用源目录替换目标数据目录。 全部
文件被复制，包括配置文件。 pg_rewind 的优势超过采取
新的基本备份或 rsync 之类的工具是 pg_rewind 不需要通读
集群中所有未更改的文件。 当数据库很大时，这使它更快
并且只有一小部分在集群之间有所不同。

pg_rewind 检查源和目标集群的时间线历史以确定
他们分歧的点，并期望在目标集群的 pg_xlog 中找到 WAL
目录一路回到分歧点。 在典型的故障转移中
目标集群在分歧后很快关闭的场景，这不是
问题，但是如果目标集群在发散后运行了很长时间，旧的
WAL 文件可能不再存在。 在这种情况下，它们可以从
WAL 归档到 pg_xlog 目录。 从 WAL 档案中获取丢失的文件
目前不支持自动。

当目标服务器在运行 pg_rewind 后第一次启动时，它会
进入恢复模式并重播源服务器中生成的所有 WAL
分歧。 如果 pg_rewind 时源服务器中的某些 WAL 不再可用
已运行，因此无法被 pg_rewind 会话复制，需要进行
目标服务器启动时可用。 这可以通过创建一个
目标数据目录下的 recovery.conf 文件 恢复命令.

pg_rewind 要求目标服务器要么启用 wal_log_hints 选项
在 postgresql.conf 中或者在集群初始化时启用了数据校验和
与 initdb。 默认情况下，这些当前均未启用。 full_page_writes 也必须是
启用。 这是默认设置。

配置

pg_rewind 接受以下命令行参数：

-D 目录
--目标-pgdata=目录
此选项指定与源同步的目标数据目录。
目标服务器必须在运行 pg_rewind 之前彻底关闭

--源-pgdata=目录
指定源服务器数据目录的路径，以同步目标
和。 什么时候 --源-pgdata 使用时，必须彻底关闭源服务器。

--源服务器=连接器
指定要连接到源 PostgreSQL 服务器的 libpq 连接字符串
与目标同步。 连接必须是正常的（非复制）
与超级用户访问的连接。 服务器必须已启动并正在运行，并且不得
在恢复模式。

-n
--试运行
除了实际修改目标目录之外，做任何事情。

-P
- 进展
启用进度报告。 启用此功能将提供大致的进度
从源集群复制数据时报告。

-调试
打印对开发人员调试最有用的详细调试输出
pg_rewind。

-V
- 版
显示版本信息，然后退出。

-?
- 帮帮我
显示帮助，然后退出。

环境

在规划婴儿食品行业的工艺要求时，安全性和可靠性是工艺设计中最重要的方面。 --源服务器 选项被使用，pg_rewind 也使用环境变量
libpq 支持（请参阅文档中的第 31.14 节“环境变量”）。

附注

创新中心 it 运作方式
基本思想是将新集群中的所有内容复制到旧集群中，除了
我们知道是相同的块。

1.扫描旧集群的WAL日志，从之前的最后一个checkpoint开始
新集群的时间线历史从旧集群分叉的点。 为了
每个 WAL 记录，记下被触及的数据块。 这会产生一个列表
在旧集群中更改的所有数据块中，在新集群之后
分叉了。

2. 将所有更改的块从新集群复制到旧集群。

3. 将所有其他文件（例如 clog 和配置文件）从新集群复制到
旧集群，除了关系文件之外的所有内容。

4. 从新集群应用 WAL，从故障转移时创建的检查点开始。
（严格来说，pg_rewind 不应用 WAL，它只是创建一个备份标签
文件表示当 PostgreSQL 启动时，它将从那个开始重放
检查点并应用所有必需的 WAL。）

使用 onworks.net 服务在线使用 pg_rewind