程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> ASP.NET >> ASP.NET基礎 >> IIS故障(Connections_Refused)問題分析及處理

IIS故障(Connections_Refused)問題分析及處理

編輯:ASP.NET基礎

    這篇文章其實已經寫好很久,只是後來一直沒有重現當時的問題,或者因為業務的重要性、投訴的壓力也就臨時處理了。這幾天某地市Web服務器連續多次出現這個問題,正好借這個案例來做個收尾。

    前幾個月有台重要的Web服務器(Windows Server2003 + IIS6.0)出現客戶端無法訪問Web服務器上的站點,錯誤信息提示為"頁面無法顯示"的情況。登錄服務器檢查後發現IIS並未停止運行,各服務也正常處理,但就是無法訪問站點上的頁面(包括靜態頁面)。這種問題其實以前也經常發生,基本上處理方法都是通過重啟Web服務器來解決,至於為什麼要這樣處理,並沒有具體的論斷和依據,多半是憑借個人的經驗所致,所以這種解決方法只能緩解下投訴壓力,沒有從根本上解決問題。

    那麼,我們現在就來針對這個問題深入探討下,找出問題的根本,爭取做到治標治本。

    首先,肯定是分析問題服務器上的IIS日志,我發現在站點無法訪問的那段時間, httperr日志中記錄了大量的"Connections_Refused"錯誤

     這個問題是在默認情況下,如果可用的非分頁緩沖池內存不足 20MB,Http.sys 服務將停止接收新連接,就會出現上述問題。這也就解釋了為什麼重啟IIS沒用,只能通過重啟Web服務器釋放內存資源來解決。
    網上也有微軟官方的解決方案
  1. 進入注冊表,找到如下項:
     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parameters ; 
  2. 新建Dword值,輸入名稱 "EnableAggressiveMemoryUsage";
  3. 修改值為1;
  4. 重啟 HTTP 服務:
     在DOS下分別執行   
        net stop http /y
        iisreset /restart

    我按照上述說明進行了配置,但有沒有效果無法考證,只能先觀察這台服務器後續的運行情況。這種處理方法比之前重啟Web服務器更進了一步,至少比之前盲目的重啟重啟重啟,更明確的知道了引起問題的原因,離真相更近了一步。那麼問題發生的真正原因呢?究竟是什麼導致的非分頁緩沖池內存會持續增大到少於20M的呢?
    要分析這個問題,首先得了解下Windows系統中的核心內存概念:核心內存是Windows分配給系統內核或驅動所需的內存空間,分頁內存是虛擬內存,也就是這一部分內存可以置換到硬盤中,但是,非分頁內存是不能置換到硬盤的,只能保存在物理內存中,常用於一些軟件或是系統的驅動程序使用。如果未分頁內存無限增大,到達一個閥值,就會造成系統問題。在32位的Windows上,這個閥值最高不能超過256MB,否則操作系統會變得非常不穩定。
    打開自己系統的任務管理器,在"性能"項中,可以看到:


     如上圖所示,這就是我本機當前時刻所使用的分頁和未分頁內存數,這個數字很正常。
     我們再來看下最近這台有問題的機器連續2天,2次出現故障時的內存使用數,未分頁內存已經不知不覺暴漲到230多M了

      好了,廢話不多說,這個時候就需要用到Poolmon這個核心內存洩漏檢測工具了。通過這個工具,我們來看看Web服務器上到底是哪些軟件或者程序造成內存洩露,從而導致未分頁內存數不足的。Poolmon是類似於Dos 的命令行執行程序,基本上完成檢測的操作我們只需要2個指令: P-排序標簽列表通過分頁,非分頁,混合等3種模式;B-對標簽排序最大字節使用情況。如下圖所示:顯示的就是操作系統中所有占用非分頁內存項,並按字節大小降序排列。我們找出排在前面,並且字節數不斷增加的tag項,根據Tag來定位進程和驅動文件。比如我們想看下目前占用90M非分頁內存的Thre項,在Dos中輸入:
    findstr /s /m /l "Thre" c:\windows\system32\drivers\*.sys

    如上圖所示,我們看到是系統驅動和殺毒驅動占用了Thre。這台機器上次中過毒,所以後來下了瑞星和360衛士來排毒。瑞星是出了名的耗未分頁內存大戶,360衛士本身也已經被病毒感染,所以我基本鎖定了這2款軟件,先卸載,然後重啟服務器,重新下載360衛士和360殺毒再次排毒之後觀察服務器運行情況和內存消耗情況。從上次重啟到目前為止,運行十多天,未分頁內存總消耗保持在50M以內,雖有小許增長,但還算正常。到此,根據上面的分析, 我們就可以定位出導致IIS故障的真正問題所在了。這種問題,很大部分是因為殺毒軟件程序或者一些系統驅動導致的。

    這裡說的很大部分原因是因為殺毒軟件程序或者一些系統驅動導致的非分頁內存不足,是因為非分頁內存一般是內核程序或驅動程序在請求。這種資源非常寶貴,如果程序處理不當的話,也會導致上述情況,比如一個Socket只接受連接,但因為某些原因沒有讀取數據,然後客戶端連接上之後一直發送數據,在這種極端的情況下未分頁內存也很快就會被占滿。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved