lt_receivewal — 以流的方式从一个LightDB服务器得到预写式日志
lt_receivewal [option...]
lt_receivewal被用来从一个运行着的LightDB实例以流的方式得到预写式日志。预写式日志会被使用流复制协议以流的方式传送，并且被写入到文件的一个本地目录。这个目录可以被用作归档位置来做一次使用时间点恢复的恢复（见Section 24.3）。
当预写式日志在服务器上被产生时，lt_receivewal实时以流的方式传输预写式日志，并且不像archive_command那样等待段完成。由于这个原因，在使用lt_receivewal时不必设置archive_timeout。
与 LightDB 后备服务器上的 WAL 接收进程不同，lt_receivewal默认只在一个 WAL 文件被关闭时才刷入 WAL 数据。要实时刷入 WAL 数据，必须指定选项--synchronous。
由于lt_receivewal不应用于WAL，当synchronous_commit 等于 remote_apply时，你将不允许它成为同步备用。
如果发生这样的情况，它将成为一个永远不能拉起的备用数据库，并且会导致事务提交阻塞。
为了避免这种情况，你应该为synchronous_standby_names配置一个适当的值，或规定为lt_receivewal 的application_name 与它不匹配，或将synchronous_commit的值更改为remote_apply以外的内容。
预写式日志在一个常规LightDB连接上被以流式传送，并且使用复制协议。连接必须由一个具有REPLICATION权限（见Section 20.2）的用户或者一个超级用户建立，并且lt_hba.conf必须允许复制连接。服务器也必须被配置一个足够高的max_wal_senders来至少留出一个可用会话给流。
The starting point of the write-ahead log streaming is calculated when lt_receivewal starts:
首先，扫描WAL段文件所写入的目录，并发现最新完成的段文件，作为下一个段文件的开始的起始点。 这是独立计算的，根据用于压缩每个段的压缩方法。
如果用前面的方法无法计算出起点，最新的WAL刷写位置用作由服务器通过IDENTIFY_SYSTEM命令的报告。
如果该连接丢失，或者它一开始就由于一个非致命错误而没有被建立，lt_receivewal将无限期地重试连接并且尽可能重新建立流。为了避免这种行为，使用-n参数。
如果不出现致命错误，lt_receivewal将一直运行直至被SIGINT信号（Control+C）终止。
-D directory--directory=directory要把输出写到哪个目录。
这个参数是必需的。
-E lsn--endpos=lsn当接收到达指定的LSN时，自动停止复制并且以正常退出状态0退出。
如果有一个记录的LSN正好等于lsn，则该记录将会被处理。
--if-not-exists
当指定--create-slot并且具有指定名称
的槽已经存在时不要抛出错误。
-n--no-loop不要在连接错误上循环。相反，碰到一个错误时立刻退出。
--no-sync
这个选项导致lt_receivewal不强制WAL数据被刷回磁盘。这样会更快，但是也意味着接下来的操作系统崩溃会让WAL段损坏。通常，这个选项对于测试有用，但不应该在对生产部署进行WAL归档时使用。
这个选项与--synchronous不兼容。
-s interval--status-interval=interval指定发送回服务器的状态包之间的秒数。这允许我们更容易地监控服务器的进度。 一个零值完全禁用这种周期性的状态更新，不过当服务器需要时还是会有一个更新 会被发送来避免超时导致的断开连接。默认值是 10 秒。
-S slotname--slot=slotname要求lt_receivewal使用一个已有的复制槽（见 Section 25.2.6）。在使用这个选项时， lt_receivewal将会报告给服务器一个刷写位置，指示每一个 段是何时被同步到磁盘的，这样服务器可以在不需要该段时移除它。
当lt_receivewal的复制客户端在服务器
上被配置为一个同步后备时，那么使用一个复制槽将会向服务器报告刷写
位置，但只在一个 WAL 文件被关闭时报告。因此，该配置将导致主服务
器上的事务等待很长的时间并且无法令人满意地工作。要让这种配置工作
正确，还必须制定选项--synchronous（见下文）。
--synchronous
在 WAL 数据被收到后立即刷入到磁盘。还要在刷写后立即向服务器回送
一个状态包（不考虑--status-interval）。
如果lt_receivewal的复制客户端在服务器 上被配置为一个同步后备，应该指定这个选项来确保向服务器发送及时的反馈。
-v--verbose启用冗长模式。
-Z level--compress=level
启用预写式日志上的gzip压缩，并且指定压缩级别（0到9，0是不压缩而9是最大压缩）。所有的文件名后都将被追加后缀.gz。
下列命令行选项控制数据库连接参数。
-d connstr--dbname=connstr指定用于连接到服务器的参数，作为 连接字符串；这些将覆盖所有冲突的命令行选项。
为了和其他客户端应用一致，该选项被称为--dbname。但是因为lt_receivewal并不连接到实例中的任何特定数据库，连接字符串中的数据库名将被忽略。
-h host--host=host
指定运行服务器的机器的主机名。如果该值以一个斜线开始，它被用作 Unix 域套接字的目录。默认值取自LTHOST环境变量（如果设置），否则会尝试一个 Unix 域套接字连接。
-p port--port=port
指定服务器正在监听连接的 TCP 端口或本地 Unix 域套接字文件扩展。默认用LTPORT环境变量中的值（如果设置），或者一个编译在程序中的默认值。
-U username--username=username要作为哪个用户连接。
-w--no-password
从不发出一个口令提示。如果服务器要求口令认证并且没有其他方式提供口令（例如一个.pgpass文件），那儿连接尝试将失败。这个选项对于批处理任务和脚本有用，因为在其中没有一个用户来输入口令。
-W--password强制lt_receivewal在连接到一个数据库之前提示要求一个口令。
这个选项不是必不可少的，因为如果服务器要求口令认证，lt_receivewal将自动提示要求一个口令。但是，lt_receivewal将浪费一次连接尝试来发现服务器想要一个口令。在某些情况下值得用-W来避免额外的连接尝试。
为了控制物理复制槽，lt_receivewal 可以执行下列两种动作之一：
--create-slot
用--slot中指定的名称创建一个新的物理复制槽，
然后退出。
--drop-slot
删除--slot中指定的复制槽，然后退出。
其他选项也可用：
-V--version打印lt_receivewal版本并退出。
-?--help显示有关lt_receivewal命令行参数的帮助并退出。
在被SIGINT信号终止（没有正常的方式结束它。因此这不是一种错误）时，lt_receivewal将以状态0退出。 对于致命错误或者其他信号，退出状态将不是零。
和大部分其他LightDB工具相似，这个工具也使用libpq（见Section 32.14）支持的环境变量。
环境变量LT_COLOR规定在诊断消息中是否使用颜色。可能的值为always、auto、never。
在使用lt_receivewal替代 archive_command作为主要的 WAL 备份方法时， 强烈建议使用复制槽。否则，服务器可能会在预写式日志文件被备份好之前重用 或者移除它们，因为没有任何信息（不管是来自 archive_command或是复制槽）能够指示 WAL 流已 经被归档到什么程度。不过要注意，如果接收者没有持续地取走 WAL 数据， 一个复制槽将会填满服务器的磁盘空间。
如果在源实例上启用了组权限，lt_receivewal将保留接收到的WAL文件上的组权限。
要从位于mydbserver的服务器流式传送预写式日志并且将它存储在本地目录/usr/local/lightdb-x/archive：
$lt_receivewal -h mydbserver -D /usr/local/lightdb-x/archive