记一次网络故障排除

现在3G网络日趋流行，客户想在已有3G网络的基础上建立vpn通道，通过vpn直接和数据库相连。通过这种方式，可以使众多遍布在杭城各地的客户端脱离有线的困扰。
想法确实不错，但实施起来并非易事。其中网络就是最主要的瓶颈，vpn由一应用厂商开发，今天在测试过程中，建立vpn通道后，能ping通主机，但连接数据库一直有问题。
这网络延迟也太夸张了点，但至少也证明vpn通道是建立成功了，通过ip地址20.1.0.202也能登陆至主机。

C:\Users\Administrator>ping 20.1.0.202 -t

正在 Ping 20.1.0.202 具有 32 字节的数据:
来自 20.1.0.202 的回复: 字节=32 时间=874ms TTL=254
来自 20.1.0.202 的回复: 字节=32 时间=966ms TTL=254
来自 20.1.0.202 的回复: 字节=32 时间=870ms TTL=254



继续测试tnsping 也能通过，延迟为840ms
C:\Users\Administrator>tnsping orcl_bk

TNS Ping Utility for 32-bit Windows: Version 10.2.0.3.0 - Production on 19-4月 -
2011 21:51:26

Copyright (c) 1997, 2006, Oracle.  All rights reserved.

已使用的参数文件:
D:\oracle\product\10.2.0\db_1\network\admin\sqlnet.ora


已使用 TNSNAMES 适配器来解析别名
Attempting to contact (DESCRIPTION = ADDRESS=(PROTOCOL=TCP)(HOST=20.1.0.202)(PORT=1521)))
OK (840 毫秒)

但通过SQLPLUS确挂起
C:\Users\Administrator>sqlplus "sys/oracle@orcl_bk as sysdba"

SQL*Plus: Release 10.2.0.3.0 - Production on 星期二 4月 19 10:41:06 2011

Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.

^C

据同事反应，最终将出现ora-12535。
网络延迟达到900ms以上，可以肯定，网络原因是导致sqlplus不能连接原因。由于涉及到各方面利益，避免不必要的扯皮，需要向vpn应用厂商提供证据为什么Oracle
不能连接。（因为应用厂商会推脱网络虽然有延迟，但主机可以直接telnet，Oralce没理由不能连接），这时候sqlnet跟踪可能需要派上用场了，通过sqlnet跟踪，可以进一步
观察sqlplus为什么会挂住。
启用客户端sqlnet跟踪只需在客户端sqlnet.ora配置文件中添加如下参数即可
TRACE_LEVEL_CLIENT=16
TRACE_FILE_CLIENT=CLIENT
trace_directory_client=D:\oracle\product\10.2.0\db_1\network\ADMIN
再次执行sqlplus连接操作，相应的跟踪文件机会产生，打开跟踪文件发现1644bytes字样，难道ping不支持大字节？
[19-4月 -2011 10:51:26:285] nsmal: 1644 bytes at 0x266db38
[19-4月 -2011 10:51:26:285] nsmal: normal exit
[19-4月 -2011 10:51:26:285] nsiorini: entry
[19-4月 -2011 10:51:26:285] nsbal: entry
[19-4月 -2011 10:51:26:285] nsbgetfl: entry
[19-4月 -2011 10:51:26:285] nsbgetfl: normal exit
[19-4月 -2011 10:51:26:285] nsmal: entry

经过测试果然发现，ping大字节1644时，丢失率为100%。
C:\Users\Administrator>ping 20.1.0.202 -t -l 1644

正在 Ping 20.1.0.202 具有 1644 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
。。。
20.1.0.202 的 Ping 统计信息:
    数据包: 已发送 = 39，已接收 = 0，丢失 = 39 (100% 丢失)，
Control-C
^C

进一步研究发现，能正常通过sqlplus连接的跟踪文件中有2011字节通过，也侧面反映了大字节问题是本案例中sqlplus不能连接的原因之一。
[19-4月 -2011 13:21:29:429] nttrd: socket 336 had bytes read=2011
[19-4月 -2011 13:21:29:429] nttrd: exit
[19-4月 -2011 13:21:29:429] nsprecv: 2011 bytes from transport
[19-4月 -2011 13:21:29:429] nsprecv: tlen=2011, plen=2011, type=6