Windows Server服務(wù)器上w3wp.exe(IIS )CPU占用100%的常見原因及解決辦法
對(duì)于IIS 管理員來說,經(jīng)常會(huì)碰到Web 服務(wù)器CPU占用100% 的情況,以下是個(gè)人的日常工作總結(jié)和一些解決辦法,主要用來剖析 w3wp.exe(IIS) 占用CPU 100% 的一些原因和解決方案,希望能對(duì)你有所幫助。 w3wp.exe的解釋 : 全名,IIS Application Pool Process。 w3wp.exe是IIS工具的一部。w3wp.exe是在IIS(因特網(wǎng)信息服務(wù)器)與應(yīng)用程序池相關(guān)聯(lián)的一個(gè)進(jìn)程,如果你有多個(gè)應(yīng)用程序池,就會(huì)有對(duì)應(yīng)的多個(gè)w3wp.exe的進(jìn)程實(shí)例運(yùn)行。這個(gè)進(jìn)程用來分配大量的系統(tǒng)資源。 引起 w3wp.exe(IIS ) Cpu 占用 100% 的常見原因如下: 1. Web 訪問量大,從而服務(wù)器壓力大而引起的 這個(gè)也是最常見的情況。如果 Web 訪問量大,特別是同時(shí)在線人數(shù)過多,處理的 Requests Current(當(dāng)前請(qǐng)求數(shù))過高,就會(huì)同時(shí)對(duì) IIS 和服務(wù)器造成較大的壓力。特別是 服務(wù)器需要不斷的運(yùn)算,往客戶端發(fā)送生成后的頁面,這些都需要占用大量的CPU 資源,從而造成 Cpu 100% 2. 動(dòng)態(tài)頁面(.aspx)的程序邏輯復(fù)雜程度 這個(gè)問題,對(duì) w3wp.exe 的 CPU 占用 來說也是蠻嚴(yán)重的,可能在訪問量級(jí)比較小的情況下并沒有多少影響,但是在高并發(fā)的網(wǎng)站上面來說,特別是 Asp.Net 的 Requests Current 超過250 的時(shí)候,將會(huì)是 w3wp.exe 占用 CPU 的一個(gè)重要的因素。 我曾經(jīng)碰到過這樣一個(gè)情況,兩個(gè) web(A 和 B) 在兩臺(tái) 配置相當(dāng)?shù)?服務(wù)器中部署,且兩個(gè)站點(diǎn)的訪問量都很大,訪問頁面都集中在兩個(gè)站點(diǎn)的兩個(gè)單獨(dú)頁面,且這兩個(gè)頁面 的 IIS 連接數(shù)都是 50個(gè)左右,但是頁面程序的復(fù)雜程度就錯(cuò)了很多,A 站點(diǎn)中的頁面,只有幾個(gè) 簡(jiǎn)單的 Repeater 綁定, 而 B 站點(diǎn)中的頁面,則有大量的綁定、字符串過濾替換、Repeater 嵌套綁定等等。這樣的情況,在 大流量、高并發(fā)的環(huán)境中,A 站點(diǎn) 在 IIS 連接數(shù) 達(dá)到3 W 多的時(shí)候,CPU 占用仍然是 50 % 左右,而 B 站點(diǎn)在 IIS 連接數(shù) 達(dá)到 7K 左右的時(shí)候,CPU 就 90% 多了,造成了 服務(wù)器的壓力很大,并且 IIS 遭到了堵塞。 3. 頁面程序中有死循環(huán) 如果Web 訪問量不大,但是 CPU 卻占用很高,那么頁面中的程序肯定有死循環(huán)或者性能比較嚴(yán)重的 程序語句 4. Http方式下載的站點(diǎn) 如果站點(diǎn)是HTTP形式下載站,也遇到過 w3wp.exe 占用 CPU 100% 的情況 5. 服務(wù)器資源不會(huì)自動(dòng)釋放 有時(shí),一個(gè)站點(diǎn)的流量在一個(gè)小時(shí)內(nèi)陡增,結(jié)果操作系統(tǒng)分配了比較多的 CPU 資源,但是當(dāng)流量下去后,w3wp.exe 占用的 CPU 并沒有及時(shí)釋放,仍然在保持在 90% 以上 6. 對(duì) IIS 日志文件操作 比如此時(shí)分析 IIS 日志文件里面的數(shù)據(jù),把 IIS Log 日志導(dǎo)入到數(shù)據(jù)庫中等操作,也會(huì)造成此現(xiàn)象 解決辦法: 1. 快速定位到出問題的站點(diǎn) 利用iisapp -a 命令,快速的定位到出問題的站點(diǎn)。當(dāng)然如果當(dāng)前服務(wù)器只跑了一個(gè)web站點(diǎn),那么此步驟可以跳過 在 cmd 中 輸入 iisapp - a ,會(huì)出現(xiàn)下圖中的信息: 當(dāng)然,這個(gè)要求你沒個(gè)站點(diǎn),都要有獨(dú)立的應(yīng)用程序池與之對(duì)應(yīng),應(yīng)用程序池的名稱,優(yōu)選就是站點(diǎn)的名稱,如下圖: 關(guān)于 IIS 的應(yīng)用程序池的配置,這里就不說了,不懂的可以search 下 之后,再打開任務(wù)管理器,如下圖: 觀察進(jìn)程為 w3wp.exe 的,查看那個(gè)CPU 占用的高,再利用其 PID 于 iisapp 中列出的結(jié)果對(duì)比,就能輕松的找出是那個(gè)站點(diǎn)占用的CPU過高了 2. 重啟 IIS 和 應(yīng)用程序池 此步是緊急處理,一般都是治標(biāo)不治本的步驟。如果你的站點(diǎn)搭建的有 負(fù)載均衡(負(fù)載均衡、NLB),那么請(qǐng)?jiān)?負(fù)載均衡(負(fù)載均衡、NLB)把當(dāng)前服務(wù)器下了,然后重啟。如果你沒有 負(fù)載均衡(負(fù)載均衡、NLB),而且你的站點(diǎn)又是在線的,那么,就悲劇10多秒吧,短暫的不能訪問吧 3. 給頁面加上頁面級(jí)別緩存 如果Web 是 Asp.Net 程序,那么請(qǐng)一定要 <%@ OutputCache Duration="10" VaryByParam="none"%>。但是有好多人都沒有用好 OutputCache ,導(dǎo)致經(jīng)常出現(xiàn)下載頁面的問題,所以都放棄了使用,這里有 OutputCache 導(dǎo)致頁面下載的解決辦法 。 OutputCache 非常有用,好處有三:直接從內(nèi)存讀頁面,頁面響應(yīng)速度更快,用戶體驗(yàn)更好;大大的降低了服務(wù)器的壓力,特別是對(duì)于高并發(fā)的網(wǎng)站,特別是 CPU 的壓力;減少了 DB 的強(qiáng)求,降低 DB(數(shù)據(jù)庫)的壓力。 4. 檢查頁面邏輯 如果WEB 流量很低,但是還有 w3wp.exe(IIS ) CPU 占用 100% 左右的情況,那么就檢查頁面的代碼邏輯吧,很有可能是死循環(huán)或大量的運(yùn)算導(dǎo)致。 該文章在 2016/12/8 15:32:58 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |