當我們伺服器建立了很多應用程式池,然後某個w3wp.exe程序占用CPU和記憶體過高,我們怎麼查找這個w3wp.exe程序屬于哪一個網站呢.其實微軟為我們提供了很好的檢視工具:
首先打開windows任務管理器–點選檢視—選擇列–把PID給鈎上! 就可以在程序裡面看到PID的選項了,
在IIS6 中可以用iisapp 指令檢視到所有w3wp程序PID對應的網站情況了
點選運作–輸入CMD–輸入iisapp -a 很奇怪,這裡顯示PID的,是用彈出視窗一個個出現的,太不利于檢視了!!
例如:
指令:iisapp -a 檢視所有的
具體還有一些指令參數以及用法,請大家在cmd裡輸入 iisapp /? 檢視!
但IIS7中微軟改變了做法，改用了Appcmd指令了，做法如下：
1：在system32檔案夾中有appcmd.exe工具，%windir%\system32\inetsrv\appcmd.exe
2：打開dos指令視窗，定位到該檔案夾
3：輸入檢視指令：appcmd list wp，即可看到所有w3wp程序的情況了
找到Web站點對應的應用程式池，“應用程式池” → 找到對應的“應用程式池” → 右鍵“進階設定...”
一、一般優化方案
1、基本設定
[1] 隊列長度： 預設值1000，将原來的隊列長度改為 65535。
[2] 啟動32位應用程式：預設值False，改為True， 否則安裝一些32的組建或32位的php都會出錯。
[3] 托管管道模式：Integrated 或 Classsic。
2、進階設定
[1] 閑置逾時（分鐘）：預設20分鐘，修改設長。
[2] 快速故障防護 → 已啟用 ：預設True，改為False。
3、解決PEP第一次打開PEP速度慢
回收間隔時間
使用windows server 2008 r2解決回收假死的問題
打開應用程式池 -> 進階設定 ->在“禁止重疊回收”裡選擇“true”，這樣就有效避免了應用程式池回收假死問題。
二、支援同時10萬個請求
通過對IIS7的配置進行優化，調整IIS7應用池的隊列長度，請求數限制，TCPIP連接配接數等方面，進而使WEB伺服器的性能得以提升，保證WEB通路的通路流暢。
站點碰到如下問題：
Error Summary:
HTTP Error 503.2 - Service Unavailable
The serverRuntime@appConcurrentRequestLimit setting is being exceeded.
Detailed Error Information:
Module IIS Web Core
Notification BeginRequest
Handler StaticFile
Error Code 0x00000000
由于之前使用的是預設配置，伺服器最多隻能處理5000個同時請求，今天下午由于某種情況造成同時請求超過5000，進而出現了上面的錯誤。
為了避免這樣的錯誤，我們根據相關文檔調整了設定，讓伺服器從設定上支援10萬個并發請求。
具體設定如下：
1. 調整IIS 7應用程式池隊列長度
将原來的隊列長度由預設值 1000 改為 65535。當然這裡的隊列長度你可以根據自己的 通路使用者*1.5 來設定，例如：有2000使用者，此處就可以設定為3000(3000=2000使用者數*1.5）。
2. 調整IIS 7的appConcurrentRequestLimit設定
由原來的預設5000改為100000。
[1] 在cmd中執行：
c:\windows\system32\inetsrv\appcmd.exe set config /section:serverRuntime /appConcurrentRequestLimit:100000
[2] 在%systemroot%\System32\inetsrv\config\applicationHost.config中可以檢視到該設定：
<serverRuntime appConcurrentRequestLimit="100000" />
3. 調整machine.config中的processModel>requestQueueLimit的設定
[1] 單擊“開始”，然後單擊“運作”，或者 windows + R。
[2] 在“運作”對話框中，鍵入 notepad %systemroot%\Microsoft.Net\Framework64\v4.0.30319\CONFIG\machine.config，然後單擊“确定”。(不同的.NET版本路徑不一樣，可以選擇你自己目前想設定的.NET版本的config)
[3] 找到如下所示的 processModel 元素：<processModel autoConfig="true" />
[4] 将 processModel 元素替換為以下值：<processModel enable="true" requestQueueLimit="15000" />
[5] 儲存并關閉 Machine.config 檔案。
<configuration>
<system.web>
<processModel enable="true" requestQueueLimit="100000"/> 參考文章：http://technet.microsoft.com/en-us/library/dd425294(office.13).aspx
4. 修改系統資料庫，調整IIS 7支援的同時TCPIP連接配接數
由原來的預設5000改為100000。在cmd中執行：
reg add HKLM\System\CurrentControlSet\Services\HTTP\Parameters /v MaxConnections /t REG_DWORD /d 100000
可在系統資料庫中檢視
5. 運作指令使用設定生效
net stop http & net start http & iisreset
完成上述5個設定，就可以支援10萬個并發請求，部落格園部落格伺服器已經啟用上述設定。
為了方法大家與自己使用，我把上面能用bat操作簡單放到一個bat檔案裡面了。将下面的内容儲存為do.bat檔案運作就可以了，需要手工的自己操作
三、支援高并發的IIS Web伺服器常用設定
适用的IIS版本：IIS 7.0, IIS 7.5, IIS 8.0
适用的Windows Server版本：Windows Server 2008, Windows Server 2008 R2, Windows Server 2012
1、應用程式池（Application Pool）的設定：
[1] General->Queue Length設定為65535（隊列長度所支援的最大值）
[2] Process Model->Idle Time-out設定為0（不讓應用程式池因為沒有請求而回收）
[3] Recycling->Regular Time Interval設定為0（禁用應用程式池定期自動回收）
2、.Net Framework相關設定
[1] 在machine.config中将
< processModel autoConfig="true" />
改為
<processModel enable="true" requestQueueLimit="100000"/>
（儲存後該設定立即生效）
[2] 打開C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\Browsers\Default.browser，找到<defaultBrowser id="Wml" parentID="Default" >，注釋<capabilities>部分，然後在指令行中運作aspnet_regbrowsers -i。以解決text/vnd.wap.wml問題。
設定指令：
設定結果：
< serverRuntime appConcurrentRequestLimit="100000" />
4、http.sys的設定
系統資料庫設定指令1（将最大連接配接數設定為10萬）：
系統資料庫設定指令2（解決Bad Request - Request Too Long問題）：
reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP\Parameters /v MaxFieldLength /t REG_DWORD /d 32768
reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP\Parameters /v MaxRequestBytes /t REG_DWORD /d 32768
(需要在指令行運作 net stop http & net start http & iisreset 使設定生效)
5、針對負載均衡場景的設定
在Url Rewrite Module中增加如下的規則：
注意事項：添加該URL重寫規則會造成IIS核心模式緩存不工作，詳見微軟的坑：Url重寫竟然會引起IIS核心模式緩存不工作。
6、 設定Cache-Control為public
<configuration>
<system.webServer>
<staticContent>
<clientCache cacheControlCustom="public" />
</staticContent>
</system.webServer>
</configuration> < processModel enable="true" maxWorkerThreads="100" maxIoThreads="100" minWorkerThreads="50" minIoThreads="50"/>