ORA-16198本质是TCP层连接不稳定，需优先检查tcpping延时、tcp_timestamps/window_scaling启用状态、中间设备是否剥离TCP选项，并按BDP调优tcp_rmem/wmem及Oracle Net的SDU/BUF_SIZE。
ORA-16198 出现时别急着调 Oracle 参数
这错误 90% 不是 oracle 层面的问题，而是 tcp 连接在长距离下根本撑不住高吞吐。dg 日志传输走的是 oracle net 封装的 tcp 长连接，单次发送常达数 mb，对窗口通告、ack 及时性极度敏感。ping 延迟低毫无参考价值——它测的是 icmp 小包，而真实瓶颈在 tcp 窗口是否能扩到带宽时延积（bdp）以上。
常见误操作包括：盲目增大 LOG_ARCHIVE_DEST_n 的 NET_TIMEOUT 或 REOPEN，只会让重传更混乱，掩盖真实 TCP 层失稳。
- 先用
tcpping -x 5 host 1521测目标端口 TCP 握手延时，平均 >50ms 或抖动 >15ms 就说明连接已不稳定 - 检查
sysctl net.ipv4.tcp_timestamps和net.ipv4.tcp_window_scaling，两者必须都为 1；任一为 0，接收窗口锁死在 64KB - 抓包确认 SYN 包是否含
wscale和timestamp选项，防火墙/WAF/云 LB 常静默剥离 TCP Options，导致窗口缩放失效
tcp_rmem / tcp_wmem 设置必须匹配 BDP，不是越大越好
盲目加大缓冲区反而引发 ACK 延迟、窗口收缩，甚至内核静默忽略。关键约束只有两个：tcp_rmem 和 tcp_wmem 的第三项（max）必须 ≥ 第二项（default），且 max ≥ 实际 BDP × 2～3。
例如：专线带宽 100Mbps、RTT=80ms → BDP = (100×10⁶ ÷ 8) × 0.08 ≈ 1MB；建议设为 "4096 262144 8388608"（即 8MB）。
- 临时生效：
sysctl -w net.ipv4.tcp_rmem="4096 262144 8388608"和sysctl -w net.ipv4.tcp_wmem="4096 262144 8388608" - 永久生效：写入
/etc/sysctl.conf后执行sysctl -p，再运行sysctl net.ipv4.tcp_rmem确认输出一致，否则内核未加载 - Linux 会自动按 socket 使用情况分配实际缓冲，但上限不能低于 BDP，否则窗口通告永远上不去
Oracle Net 层 SDU 和 BUF_SIZE 必须与 OS 层对齐
OS 层调了 TCP 缓冲区，Oracle Net 层不跟上，等于在管道中间塞了个漏斗。DG 传输链路是「Oracle Net → TCP → NIC」，三层缓冲能力必须对齐，否则瓶颈卡在最窄处。
11g 默认 SDU 是 8192，对 DG 无效；必须设到最大值 32767。
- 全局启用：
DEFAULT_SDU_SIZE=32767加到$ORACLE_HOME/network/admin/sqlnet.ora，主备库都要配 - 显式指定缓冲区：
tnsnames.ora中每个 DG 连接描述符里加SEND_BUF_SIZE=8388608和RECV_BUF_SIZE=8388608，值必须与tcp_[rw]mem的 max 完全一致 - 不配
SEND_BUF_SIZE/RECV_BUF_SIZE，Oracle Net 会 fallback 到系统默认（通常 64KB），直接压垮高延迟链路
中间设备剥离 TCP Options 是最隐蔽的翻车点
很多专线场景下，客户以为物理链路稳定就万事大吉，结果发现 tcpping 正常、sysctl 配置也对，但 v$dataguard_stats 中 transport_lag 持续增长，v$managed_standby 显示 MRP0 CPU 占用低但应用延迟高——说明不是备库处理慢，而是主库根本发不出去。
根本原因往往是中间设备（运营商 CE、企业防火墙、WAF、云 SLB）默认剥离 TCP Options 字段，导致 SACK 和 Window Scale 被静默丢弃。SYN 包里看不到 wscale 或 timestamp，窗口就永远卡在 64KB。
- 必须抓包验证：在主库侧
tcpdump -i any port 1521 -w dg_syn.pcap，用 Wireshark 打开看 SYN 是否含这两个选项 - 若缺失，联系设备厂商确认是否启用 “TCP Options 透传” 或 “保留 TCP 扩展字段”，部分设备需关闭 “TCP 安全加固” 类策略
- Windows 客户端或旧版 Solaris 作为中转节点时也容易出问题，需单独检查其
TcpWindowSize注册表项或_tcp_conn_req_max_q等参数
