IIS 6.0 w3wp.exe 內存/CPU 暴漲根因分析與系統級治理方案

Windows Server 2003 + IIS 6.0 環境下，w3wp.exe (Worker Process) 內存持續增長、CPU 長期高佔用、定期重啟才能緩解，是典型的「應用層資源洩漏 + 基礎設施配置缺失」雙重問題。本文從代碼、配置、架構三個維度給出系統級治理方案。

現象剖析

根因三維度

1. 應用代碼層 (核心)

• Session/Application/Cache 濫用： 大對象存 Session (DataSet、Entity、List)、Cache 無過期策略/過期清理邏輯缺失、頻繁全量緩存刷新；
• 大對象堆 (LOH) 碎片化： 頻繁分配 >85KB 大對象 (字符串拼接、XML/JSON 序列化、圖片處理)，導致 Gen2 GC 頻繁、內存碎片無法壓縮；
• 非托管資源泄漏： COM 組件、資料庫連接、文件句柄、GDI 對象未 Dispose/ReleaseComObject；
• 分頁/列表查詢無分頁/無索引： 全表掃描、大結果集物化到內存、反射/動態編譯濫用。

2. IIS 應用程序池配置層 (防線)

# 每站點獨立應用程序池 (隔離故障域)
# 回收設置 (根據內存增長曲線校準)
- 定時回收: 03:00 (業務低峰)
- 內存限制回收: 虛擬內存 > 800MB / 私有內存 > 500MB → 回收
- 請求限制回收: 10000 請求 (防請求級洩漏)
- 固定間隔回收: 1740 分鐘 (默認) → 改為 2880 分鐘 (48h) 配合內存限制
# CPU 保護
- CPU 限制: 25% (4核) / 15% (8核) - 超過觸發動作: KillW3wp / Throttle / ThrottleUnderLoad
- 刷新間隔: 1 分鐘
# 快速失敗保護
- 快速失敗保護: 5 分鐘內 5 次失敗 → 禁用應用程序池 (防惡意循環重啟)
# 啟用 32 位應用程序 (若運行舊 ASP/COM 組件)

3. 系統資源層 (底座)

• 物理內存 ≥ 4GB (建議 8GB+)： 512MB/1GB 根本不夠 OS + IIS + SQL + 應用分攤；
• SQL Server 最大服務器內存： 企業管理器 → 屬性 → 內存 → 設置上限 (如總內存 60-70%)，預留 OS/IIS/緩存空間；
• 禁用非必要服務： 關閉 Print Spooler、Themes、Wireless、Remote Registry 等，節省 50-100MB；
• 頁面文件優化： 固定大小 = 物理內存 × 1.5，放置於非系統盤，避免動態擴縮容碎片化。

快速定位「是哪個站點/代碼」導致暴漲

1. 任務管理器 → 查看 → 選擇列 → 勾選 PID；
2. 命令行： cscript iisapp.vbs (或 iisapp) → 輸出 PID -> 應用程序池名稱 映射；
3. IIS 管理器 → 應用程序池 → 對應站點；
4. 進階診斷：
     • DebugDiag 2/Procdump 捕獲高內存/高 CPU 轉儲文件；
     • WinDbg + SOS 分析托管堆、GC 根、大對象、線程堆棧；
     • PerfView / dotMemory / ANTS Memory Profiler 可視化內存保留鏈路；
     • AppInsights / New Relic / SkyWalking APM 綁定業務請求鏈路。

治理路線圖 (從止血到根治)

結語： w3wp.exe 暴漲不是 IIS 的錯，而是「應用架構未適應長運行環境」的投影。應用程序池隔離+回收機制是止血帶，代碼級資源管理是手術刀，系統資源規劃是營養基礎。三位一體、持續演進，才能讓 IIS 6.0 這個經典平台在遷移前平穩服役。