根本原因是tcp层连接不稳定，具体表现为窗口缩放失效、ack延迟、缓冲区不匹配三者叠加；ping测icmp小包无参考价值，需用tcpping测tcp握手延时，并确保tcp_window_scaling与tcp_timestamps均为1、中间设备未剥离tcp选项、tcp_rmem/wmem及oracle net的sdu/buf_size按bdp对齐设置。
高延迟网络下 oracle 11g dg 日志传输出现卡顿、lns wait on sendreq 持续升高、transport lag 不断增长，根本原因不是 oracle 参数调得不够狠，而是 tcp 连接在长 rtt 下无法维持有效吞吐——窗口缩放失效、ack 延迟、缓冲区不匹配这三者叠加，会让 lgwr/async 形同虚设。
为什么 ping 延迟低但 DG 传输卡死
ICMP ping 测的是毫秒级小包往返，而 DG 的 LGWR 传输是单次发送数 MB 的重做块，走的是 Oracle Net 封装的 TCP 长连接。它极度依赖：tcp_window_scaling 是否启用、接收窗口是否能动态扩到 BDP（带宽 × 时延）以上、中间设备是否静默丢弃 TCP Options 字段。
-
tcpping -x 5 host 1521才是真实指标：若平均 >50ms 或抖动 >15ms，说明 TCP 握手已不稳定 -
sysctl net.ipv4.tcp_window_scaling和net.ipv4.tcp_timestamps必须同时为1；任一为0，接收窗口锁死在 64KB，千兆链路 + 50ms RTT 下 BDP ≈ 6.25MB，直接压垮 - 防火墙、WAF、云厂商负载均衡常默认剥离 TCP Options，导致 SACK 和 Window Scale 失效——查设备日志或抓包确认
SYN包是否含wscale和timestamp选项
如何设置 TCP 缓冲区才不翻车
盲目加大 tcp_rmem/tcp_wmem 反而引发 ACK 延迟、窗口收缩甚至内核静默忽略。关键约束只有两个：max ≥ default，且 max ≥ 实际 BDP × 2～3。
- 先算 BDP：假设网络带宽 100Mbps、RTT=80ms → BDP = (100×10⁶ ÷ 8) × 0.08 ≈ 1MB；建议
tcp_rmem设为"4096 262144 8388608"（即 8MB） - 必须验证：执行
sysctl -w net.ipv4.tcp_rmem="4096 262144 8388608"后，再sysctl net.ipv4.tcp_rmem确认输出一致，否则内核未生效 - Linux 会自动根据 socket 使用情况调整实际分配，但上限不能低于 BDP，否则窗口通告永远上不去
Oracle Net 层 SDU 与缓冲区必须对齐
OS 层调了 TCP 缓冲区，Oracle Net 层没跟上，等于在管道中间塞了个漏斗。DG 传输链路是「Oracle Net → TCP → NIC」，三层缓冲能力必须对齐，否则瓶颈必然卡在最窄处。
- 全局改风险大：避免在
$ORACLE_HOME/network/admin/sqlnet.ora加DEFAULT_SDU_SIZE=32767，它会影响所有客户端连接 - 精准控制：在
tnsnames.ora的 DG 连接描述符里显式加SEND_BUF_SIZE=8388608和RECV_BUF_SIZE=8388608，值必须与tcp_[rw]mem的max完全一致 - SDU 大小本身也要设足：11g 默认 8192，对 DG 无效；必须设到
32767（最大），否则 LGWR 会把大块 redo 切成无数小包，徒增系统调用开销
别碰 COMPRESSION=ENABLE，除非真有归档中断
Oracle 11.1 中 COMPRESSION=ENABLE 仅在修复归档间隙（v$archive_gap 非空）时生效，对实时 LGWR/ASYNC 传输完全无作用。强行启用还可能因 CPU 开销拖慢 LNS 进程。
- 验证是否真触发压缩：查
v$archive_gap；为空则说明该参数当前不起效 - 想让 ASYNC 也压缩？需设隐含参数
_redo_transport_compress_all=TRUE，但该参数未公开支持，且需SCOPE=SPFILE+ 重启，生产环境慎用 - 压缩率由日志内容决定：OLTP 短事务 + 空块多 → 压缩率可达 2:1；批量写 LOB 或加密列 → 压缩率可能
真正卡住 DG 传输的，从来不是“要不要压缩”或“NET_TIMEOUT 调多大”，而是 TCP 窗口是否撑得开、ACK 是否及时返回、Oracle Net 缓冲是否和 OS 层对齐——这三个点任何一个没对上，再调 Oracle 层参数都是隔靴搔痒。
