感谢您的时间 Mechthild Bore-Wuesthof ！

来自 您的解释，我试图推断出我的查询的答案。

我可以请您确认我的理解是否正确吗？

1）如何增加缓冲区大小（通过 更改logshipping_async_buffer_size（即以MB为单位）是否会影响hana日志量（以GB为单位的段）？

" 参数logshipping_async_buffer_size确定可以中间缓冲多少日志。 在高峰时段特别有用；当主站点上的日志生成速度比发送到辅助站点上的日志快时，如果缓冲区很大，它可以在更长的时间内处理峰值。"

我的理解-：增加缓冲区大小将仅允许数据库的平滑操作（在复制模式ASYNC中），从而在logshipping_async_wait_on_buffer_full = true的情况下使复制保持更多的连接时间。

因此，在高峰时间，较大的缓冲区大小将"只是延迟"主系统的事务开始变慢以等待将缓冲区运送到辅助系统时的情况。 增大缓冲区大小不会阻止日志满。

但是，由于高峰时段的日志缓冲区会经常变满（随后等待队列中的日志），因此将缓冲区复制到 日志段也将很频繁，因此主端（甚至在ASYNC模式下）的日志量可能会变得更快（如果在计划的备份释放日志段之前发生这种情况，有时会导致日志已满）。

2）日志段的最大数量为10240。日志缓冲区计数是否也有类似的参数？

我的理解：参数log_buffer_count的允许范围是4 128。 默认值为8。如果可用内存允许，我们可以增加计数。

3）为什么需要将日志缓冲区复制到中间存储器缓冲区？

" 一个单独的线程从该中间存储器缓冲区中读取日志缓冲区 并通过网络将它们异步发送到次级端。在这种设置下，初级端将继续工作，而不会等待次级端的确认。"

我的理解：我还没有 不确定是否需要中间存储器缓冲区。 我假设随着中间内存缓冲区（而不是日志缓冲区）的内容传送到辅助服务器，网络速度减慢的影响会最小化。 但是，即使网络传输日志缓冲区的速度很慢（ASYNC模式），中间存储器缓冲区也是如此（在所有日志缓冲区无法永远复制中间存储器缓冲区以保持主数据库不受影响的情况下），因此

4）在HSR的情况下，是日志缓冲区被运送并在次要位置重播到内存中。 为什么它不将日志分段发送到辅助日志？

"" HANA将I/O顺序为4 KB到1 MB的I/O指令异步保存到日志卷中的日志段文件中（在磁盘上） ）。将提交写入重做日志的事务将一直等待，直到包含提交的缓冲区已写入日志卷为止。"

我的理解：由于以下两个原因，它是日志缓冲区，而不是交付给Secondary的日志段：

1. 1.一个日志段（GB大小）包含 如果提交了日志段（而不是缓冲区），则网络或主硬件方面的任何故障都可能导致多次提交丢失。 日志缓冲区（大小为MB）提交的提交点更少，因此有助于更紧密地同步到辅助。

2。 日志段是卷的一部分，如果要将其发送到Secondary，则它们将一直保留在Secondary的卷上，直到重新启动后才重播到内存中。