第42章某OA系統訪問緩慢原因分析42.1故障描述 42.2分析過程及結論

某OA(OfficeAutomation，辦公自動化)系統通過80端口對內提供服務，B/S架構，客戶端通過網絡直接訪問OA服務器，中間會經過兩個交換機和一個路由器。

故障現象：部分客戶端訪問OA速度慢，打開OA附件(如PDF、DOC文件等)的速度慢。42.1故障描述

42.2.1客戶端訪問速度慢原因分析

(1)訪問總共耗時24秒左右，確實相當慢，如圖42-1所示。

(2)流量640KB，流量較大，因為OA首頁并沒有太多的鏈接，如圖42-2所示。

(3)數據包共1664個，小包887個(742+145)，占數據包的53%左右，數據包分布較異常，如圖42-2所示。

(4)客戶端到服務器的RTT值為0.3毫秒，屬于正常值，如圖42-3所示。42.2分析過程及結論

圖42-1

圖42-2

圖42-3

(5)客戶端發送確認數據包后，在20秒后再發起另一個應用請求，如圖42-4所示。

分析結論：客戶端延遲。

圖42-442.2.2打開附件慢原因分析

(1)

1MB大小左右的數據，傳輸時間為2分38秒，效率很差，如圖42-5所示。

(2)服務端在155毫秒的時間內對客戶端的請求進行了響應，并在此后的80毫秒開始發送數據，服務器端響應比較正常，如圖42-6所示。

但我們在此會話中發現很多連續的ACK數據包，如圖42-7所示。

經分析，這是客戶端對服務器端傳輸數據的確認，隨機打開一個確認數據包(編號1276)，見圖42-8。

圖42-5

圖42-6

圖42-7

圖42-8通過序列號和確認號可以分析出與該數據包相關聯的數據包(編號1207)，如圖42-9所示。

圖42-9可以看到，編號為1276的數據包是對編號為1207的數據包進行確認，兩個包之間的時間相差700毫秒。

分析結論：客戶端延遲。

問題出在客戶端，客戶端與OA相關的就是瀏覽器，問題可能出在瀏覽器上。與客戶溝通后了解到，網絡中的瀏覽器種類、版本較多，而訪問慢的機器都是使用IE6瀏覽器，使用其他瀏覽器時則訪問速度正常。將某一問題機器的瀏覽器更新到IE7后，訪問速度恢復正常，如圖42-10所示。后來詢問OA系統開發人員，證實該OA完全是在IE7的基礎上開發的。

圖42-1042.2.3關于小包太多的原因分析

客戶端對服務器發送的每一個數據包都進行確認(ACK)，會造成訪問應用的數據包增加，同時也會極大地浪費網絡帶寬，建議對客戶端確認機制進行修改(采用DelayedACK機制)。

采用DelayedACK機制后，通常是服務端發送2個數據包后，客戶端再進行確認，這樣將極大地減少不必要的ACK數據包，同時也能提高訪問速度，減少帶寬浪費。具體的客戶端確認機制修改需在注冊表中添加鍵值：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\AdapterGUID

鍵值名稱為TcpDelAckTicks(不同的操作系統該值的名稱不盡相同)，數據類型為REG_DWORD，鍵